Please, testers of hfsprogs are needed

[Rogério Brito]

Hi there.

I am the maintainer of hfsprogs, which provides both a mkfs and (more
importantly) a fsck for HFS+ filesystems (used by default on Apple's
operating system).

I have uploaded some revisions of the package to the unstable archive,
but I actually believe that everything is alright, even for production
use, but I would like to have more feedback on that.

I fixed, through a less than desirable way, a problem on amd64
(actually, a problem that would affect any 64 bit architectures), but I
have only enabled the build of one 64 bit arch (amd64) right now.

I, therefore, would appreciate if you could send me feedback on hfsprogs
so that I can improve the packaging and include other patches there, if
needed.

The following would be a good first test after installing the package:

dd if=/dev/zero of=disk.img bs=100M count=1
mkfs.hfsplus disk.img
mount -t hfsplus -o loop disk.img /some/mount/point
(perform some tests)
umount /some/mount/point
fsck.hfsplus disk.img

Feedback is appreciated in the form of bugs for it or as Cc'es to this
e-mail, as I am not subscribed currently to -user nor to -amd64 (only to
-powerpc).


Hope you find the package useful, Rogerio Brito.

--
Rogério Brito : rbrito@{mackenzie,ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org


--
To UNSUBSCRIBE, email to debian-68k-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Stephen R Marenka]

On Sun, Jun 01, 2008 at 03:13:26PM -0300, Rogério Brito wrote:

> The following would be a good first test after installing the package:
>
> dd if=/dev/zero of=disk.img bs=100M count=1
> mkfs.hfsplus disk.img
> mount -t hfsplus -o loop disk.img /some/mount/point
> (perform some tests)
> umount /some/mount/point
> fsck.hfsplus disk.img
>
> Feedback is appreciated in the form of bugs for it or as Cc'es to this
> e-mail, as I am not subscribed currently to -user nor to -amd64 (only to
> -powerpc).

Fairly trivial testing seems to work fine on m68k.

Thanks,

Stephen

--
Stephen R. Marenka     If life's not fun, you're not doing it right!
<stephen@...>

[Rogério Brito]

On Jun 02 2008, Stephen R Marenka wrote:
> On Sun, Jun 01, 2008 at 03:13:26PM -0300, Rogério Brito wrote:
> > Feedback is appreciated in the form of bugs for it or as Cc'es to this
> > e-mail, as I am not subscribed currently to -user nor to -amd64 (only to
> > -powerpc).
>
> Fairly trivial testing seems to work fine on m68k.

Great that it up-to-date and working on m68k. I was worried about it not
building correctly (it was listed as Not-For-Us). I want to treat m68k
people as first class citizens.


Regards, Rogério Brito.

--
Rogério Brito : rbrito@{mackenzie,ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org


--
To UNSUBSCRIBE, email to debian-68k-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Stephen R Marenka]

On Mon, Jun 02, 2008 at 09:35:03PM -0300, Rogério Brito wrote:

> On Jun 02 2008, Stephen R Marenka wrote:
> > On Sun, Jun 01, 2008 at 03:13:26PM -0300, Rogério Brito wrote:
> > > Feedback is appreciated in the form of bugs for it or as Cc'es to this
> > > e-mail, as I am not subscribed currently to -user nor to -amd64 (only to
> > > -powerpc).
> >
> > Fairly trivial testing seems to work fine on m68k.
>
> Great that it up-to-date and working on m68k. I was worried about it not
> building correctly (it was listed as Not-For-Us). I want to treat m68k
> people as first class citizens.

Thanks, that's mighty kind. Many don't seem to feel that way. :)

We can reset the Not-For-Us when we get w-b access again.

Thanks,

Stephen

--
Stephen R. Marenka     If life's not fun, you're not doing it right!
<stephen@...>

[Michael Schmitz-6]

Hi,

>> The following would be a good first test after installing the package:
>>
>> dd if=/dev/zero of=disk.img bs=100M count=1
>> mkfs.hfsplus disk.img
>> mount -t hfsplus -o loop disk.img /some/mount/point
>> (perform some tests)
>> umount /some/mount/point
>> fsck.hfsplus disk.img
>>
>> Feedback is appreciated in the form of bugs for it or as Cc'es to this
>> e-mail, as I am not subscribed currently to -user nor to -amd64 (only to
>> -powerpc).

I'll do some non-trivial testing (as in: I have a totally messed up HFS+
filesystem that even Apple's repair disk function does not want to play
with).

  Michael


--
To UNSUBSCRIBE, email to debian-68k-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Rogério Brito]

Hi, Michael.

On Jun 03 2008, Michael Schmitz wrote:
> I'll do some non-trivial testing (as in: I have a totally messed up
> HFS+ filesystem that even Apple's repair disk function does not want
> to play with).

I fear that this has a very low probability of working, since this *is*
Apple's repair disk utility, taken from the Darwin sources.

There are newer upstream versions that could be used, though, but the
current patches to hfsprogs have to be updated and this is a time
consuming task that I wish were managed as a team.

In particular, newer versions of diskdev_cmds (that's what Apple calls
it) are available for download from
http://www.opensource.apple.com/darwinsource/


Regards, Rogério Brito.

--
Rogério Brito : rbrito@{mackenzie,ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org


--
To UNSUBSCRIBE, email to debian-68k-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Michael Schmitz-6]

Hi,

> On Jun 03 2008, Michael Schmitz wrote:
>> I'll do some non-trivial testing (as in: I have a totally messed up
>> HFS+ filesystem that even Apple's repair disk function does not want
>> to play with).
>
> I fear that this has a very low probability of working, since this *is*
> Apple's repair disk utility, taken from the Darwin sources.

Well, did the trivial testing first (i.e. tried hpfsck on my known good
HFS+ filesystems and I get:

*** Checking Volume Header:

Invalid total blocks 4227EC2, expected 0
Done ***
*** Checking Backup Volume Header:
Unexpected Volume signature '  ' expected 'H+'
hpfsck: hpfsck: This is not a HFS+ volume (Unknown error 4294967295)

Verbose:

*** Checking Volume Header:
This HFS+ volume is not wrapped.
signature       : H+
version         : 4
attributes      : 0X100
last_mount_vers : H+Lx
reserved        : 0
create_date     : Thu Aug 23 00:49:00 2007
modify_date     : Sat Jun 14 16:29:16 2008
backup_date     : Fri Jan  1 11:30:00 1904
checked_date    : Wed Aug 22 22:49:00 2007
file_count      : 249522
folder_count    : 48461
blocksize       : 1000
total_blocks    : 69369538
free_blocks     : 8947691
next_alloc      : 60513992
rsrc_clump_sz   : 65536
data_clump_sz   : 65536
next_cnid       : 299402
write_count     : 3781580
encodings_bmp   : 0X200000F
                   Allocation file
total_size          : 0X845000
clump_size          : 0X845000
total_blocks        : 0X845
extents             : (0X1+0X845) (0+0) (0+0) (0+0) (0+0) (0+0) (0+0)
(0+0)
                   Extension file
total_size          : 0X900000
clump_size          : 0X900000
total_blocks        : 0X900
extents             : (0X846+0X900) (0+0) (0+0) (0+0) (0+0) (0+0) (0+0)
(0+0)
                   Catalog file
total_size          : 0X8700000
clump_size          : 0X2D00000
total_blocks        : 0X8700
extents             : (0X1146+0X8700) (0+0) (0+0) (0+0) (0+0) (0+0) (0+0)
(0+0)
                   Attribute file
total_size          : 0
clump_size          : 0
total_blocks        : 0
extents             : (0+0) (0+0) (0+0) (0+0) (0+0) (0+0) (0+0) (0+0)
                   Start file
total_size          : 0
clump_size          : 0
total_blocks        : 0
extents             : (0+0) (0+0) (0+0) (0+0) (0+0) (0+0) (0+0) (0+0)
Volume was last Mounted by hfsplus kernel module:
H+Lx
Invalid total blocks 4227EC2, expected 0
Done ***
*** Checking Backup Volume Header:
Unexpected Volume signature '  ' expected 'H+'
hpfsck: hpfsck: This is not a HFS+ volume (Unknown error 4294967295)


(powerpc, 332.14-4)

Can't check pakages.d.o because it seems to be dead ATM, but I have
unstable in the sources.list. The expectation of 0 total blocks seems a
bit off, to my taste.

> There are newer upstream versions that could be used, though, but the
> current patches to hfsprogs have to be updated and this is a time
> consuming task that I wish were managed as a team.
>
> In particular, newer versions of diskdev_cmds (that's what Apple calls
> it) are available for download from
> http://www.opensource.apple.com/darwinsource/

I'll check that sometime.

  Michael


--
To UNSUBSCRIBE, email to debian-68k-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Rogério Brito]

Hi, Michael (and others).

Thank you very much for the feedback. It seems that the Apple tools are
not exactly endian-friendly also. :-(

On Jun 14 2008, Michael Schmitz wrote:

> Hi,
>
>> On Jun 03 2008, Michael Schmitz wrote:
>>> I'll do some non-trivial testing (as in: I have a totally messed up
>>> HFS+ filesystem that even Apple's repair disk function does not want
>>> to play with).
>>
>> I fear that this has a very low probability of working, since this *is*
>> Apple's repair disk utility, taken from the Darwin sources.
>
> Well, did the trivial testing first (i.e. tried hpfsck on my known good  
> HFS+ filesystems and I get:

(...)

> *** Checking Backup Volume Header:
> Unexpected Volume signature '  ' expected 'H+'
> hpfsck: hpfsck: This is not a HFS+ volume (Unknown error 4294967295)
>
>
> (powerpc, 332.14-4)

Do you have access to some little-endian (ia32, x86-64 etc) architecture
to run the same test on that filesystem? BTW, does this filesystem
consist of sensitive data or is it too big?

If all is well, then I would appreciate a copy of it so that I can run
it as a test before doing uploading it to Debian the next time (I prefer
not to have a package than to have a package that might cause ill
effects).

BTW, you mentioned hpfsck. Did you actually use fsck.hfsplus (renamed)
or did you use some other tool? This got me a bit puzzled.

>> In particular, newer versions of diskdev_cmds (that's what Apple calls
>> it) are available for download from
>> http://www.opensource.apple.com/darwinsource/
>
> I'll check that sometime.

It seems that the newer versions were polished a little bit with just
one source for both PPC and i386.


Thanks, Rogério Brito.

--
Rogério Brito : rbrito@{mackenzie,ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org


--
To UNSUBSCRIBE, email to debian-68k-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Michael Schmitz-4]

Hi,

>> Well, did the trivial testing first (i.e. tried hpfsck on my known good
>> HFS+ filesystems and I get:
>
> (...)
>
>> *** Checking Backup Volume Header:
>> Unexpected Volume signature '  ' expected 'H+'
>> hpfsck: hpfsck: This is not a HFS+ volume (Unknown error 4294967295)
>>
>>
>> (powerpc, 332.14-4)
>
> Do you have access to some little-endian (ia32, x86-64 etc) architecture
> to run the same test on that filesystem? BTW, does this filesystem
> consist of sensitive data or is it too big?

Sure, I could do that. The filesystem is about 200 GB so yes, that's too
big.

> If all is well, then I would appreciate a copy of it so that I can run
> it as a test before doing uploading it to Debian the next time (I prefer
> not to have a package than to have a package that might cause ill
> effects).

I'll have to see if I can find a disk image file suitable to that purpose
somewhere.

> BTW, you mentioned hpfsck. Did you actually use fsck.hfsplus (renamed)
> or did you use some other tool? This got me a bit puzzled.

hpfsck was the command I used. If you think fsck.hfsplus behaves any
different I'll try that as well.

>>> In particular, newer versions of diskdev_cmds (that's what Apple calls
>>> it) are available for download from
>>> http://www.opensource.apple.com/darwinsource/
>>
>> I'll check that sometime.
>
> It seems that the newer versions were polished a little bit with just
> one source for both PPC and i386.

I'll have to dig out my AppleID account information to access that one it
seems.

  Michael


--
To UNSUBSCRIBE, email to debian-68k-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...