Thomas Schwinge wrote: > [I'm not subscribed to the mailing list, so please keep me cced.] > > > Hello! > > We kept wondering why the GNU/Hurd's `fatfs' translator (think Unix > kernel file system driver) didn't want to ``eat'' the QEMU vvfat > on-the-fly served floppy images (created from a directory structure using > ``-fdb fat:floppy:some/where'') until we finally traced it down to a tiny > QEMU bug in the said vvfat code -- see the following patch. That > translator kept telling us that it had expected the file system image to > be as twice as big as it actually was. > > Handling such images was no problem for GNU GRUB and the Linux kernel, > but it seems that the GNU/Hurd's fat file system implementation is more > obeying to standards. (Now, is that good or bad? ;-)
It's bad AFAICS. 36 sectors is the right value for a 2.88 MB floppy. Thiemo
