Dapper, with latest updates, still hangs when dosfsck'ing a FAT32
partition with such a big file in it. Please backport the bug fix to
dapper. Thanks
--
fsck.vfat truncates files of 4294967295 bytes length to 0 bytes at boot-time
https://bugs.launchpad.net/bugs/62831
You received this bug
Wenzhuo Zhang, I have now nominated this fix for a release in Dapper.
--
fsck.vfat truncates files of 4294967295 bytes length to 0 bytes at boot-time
https://bugs.launchpad.net/bugs/62831
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for
I will be off-line until the 2nd of June starting from tomorrow. I will
be getting back to this when I return, and would welcome anyone else
helping with the process while I am away.
--
fsck.vfat truncates files of 4294967295 bytes length to 0 bytes at boot-time
** Changed in: dosfstools (Ubuntu)
Status: Fix Committed = Fix Released
--
fsck.vfat truncates files of 4294967295 bytes length to 0 bytes at boot-time
https://launchpad.net/bugs/62831
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
which among other things contained my Acronis True Image disc image
files in .tib format
hey, that's /exactly/ the type of files dosfsck was eating in my case,
too...
After a conversation with StefanPotyra on IRC he could reproduce this, a
fix should be on the way...
--
fsck.vfat truncates
** Attachment added: debdiff 2.11-2.1ubuntu1 to 2.11-2.1ubuntu2
http://librarian.launchpad.net/5449829/dosfstools_2.11-2.1ubuntu1_to_2.debdiff
--
fsck.vfat truncates files of 4294967295 bytes length to 0 bytes at boot-time
https://launchpad.net/bugs/62831
--
ubuntu-bugs mailing list
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 19 Dec 2006 02:21:45 +0100
Source: dosfstools
Binary: dosfstools
Architecture: source
Version: 2.11-2.1ubuntu2
Distribution: feisty
Urgency: low
Maintainer: Roman Hodek [EMAIL PROTECTED]
Changed-By: Stefan Potyra [EMAIL
Hi,
I've just been trying to reproduce this bug, but I couldn't. Is there
anything special apart from the file length (my test file has identical
length) that might give a hint where to dig?
Thanks,
Stefan.
--
fsck.vfat truncates files of 4294967295 bytes length to 0 bytes at boot-time
** Tags added: dosfstools vfat
--
fsck.vfat truncates files of 4294967295 bytes length to 0 bytes at boot-time
https://launchpad.net/bugs/62831
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
confirming this (retried with i386, and could reproduce it) and
assigning to me.
** Changed in: dosfstools (Ubuntu)
Assignee: (unassigned) = StefanPotyra
Status: Unconfirmed = Confirmed
--
fsck.vfat truncates files of 4294967295 bytes length to 0 bytes at boot-time
I just had an almost identical experience with a fresh xubuntu install
on a dual boot set up with win98.
I had edited /etc/fstab to create a mount to a shared vfat partition
which among other things contained my Acronis True Image disc image
files in .tib format. True Image splits the image into
11 matches
Mail list logo