Package: dosfstools
Version: 2.11-2.1
Severity: normal
File: /sbin/dosfsck
What is the point of asking a question if in the end, you just
"Leaving file system unchanged"?
# fsck.vfat /dev/sdc1
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
/PALM/Programs/Plucker/dieyuanname300801132.pdb
Duplicate directory entry.
First Size 1637 bytes, date 16:03:20 Mar 30 2007
Second Size 1794 bytes, date 11:18:22 Mar 02 2007
1) Drop first
2) Drop second
3) Rename first
4) Rename second
5) Auto-rename first
6) Auto-rename second
? 6
Renamed to FSCK0000.REN
Leaving file system unchanged.
/dev/sdc1: 40 files, 44/7682 clusters
Also perhaps offer 7) Do nothing.
Oh, deep in the manual do we see
If -a and -r are absent, the file system is only checked, but not
repaired.
-a or -r.
Well then when if given no options, when the program starts, print
"assuming -n, readonly mode, use -a ... to really cause changes next time."
Let's guess that we need -w
# fsck.vfat -w /dev/sdc1
-t and -w require -a or -r
OK, then say that in the --help.
# fsck.vfat -w -r /dev/sdc1
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
/PALM/Programs/Plucker/dieyuanname300801132.pdb
Duplicate directory entry.
First Size 1637 bytes, date 16:03:20 Mar 30 2007
Second Size 1794 bytes, date 11:18:22 Mar 02 2007
1) Drop first
2) Drop second
3) Rename first
4) Rename second
5) Auto-rename first
6) Auto-rename second
? 6
Renamed to FSCK0000.REN
Perform changes ? (y/n) y
/dev/sdc1: 40 files, 44/7682 clusters
# fsck.vfat -w -r /dev/sdc1
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
Wrong checksum for long file name "dieyuan.htm020316342.pdb".
(Short name FSCK0000.REN may have changed without updating the long name)
1: Delete LFN
2: Leave it as it is.
3: Fix checksum (attaches to short name FSCK0000.REN)
? 3
Perform changes ? (y/n) y
/dev/sdc1: 40 files, 44/7682 clusters
So we see that one needs a second pass to clean up after the first!
# fsck.vfat -w -r /dev/sdc1
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
/dev/sdc1: 40 files, 44/7682 clusters
Maybe now all is well.
Except of course one cannot find FSCK0000.REN anywhere.
(That disk did not have a lost+found directory. Why not ask if OK to
make one first if that is where such files will go?)
Wait, if one does
mount -t msdos /dev/sdc1 /mnt/usb/sd/
and comparing some find -ls's done under different mount -t's:
2350 16 -rwxr-xr-x 1 root root 1637 Mar 30 08:03
./palm/programs/plucker/dieyua~1.pdb
2430 16 -rwxr-xr-x 1 root root 1637 Mar 30 08:03
./palm/Programs/Plucker/dieyuanname300801132.pdb
2356 16 -rwxr-xr-x 1 root root 1794 Mar 2 03:18
./palm/programs/plucker/fsck0000.ren
2436 16 -rwxr-xr-x 1 root root 1794 Mar 2 03:18
./palm/Programs/Plucker/dieyuan.htm020316342.pdb
So apparently we didn't lose anything. Odd about that "Duplicate
directory entry." question.
Anyway, so there you have my adventure.
Telling me why what happened happened won't help, as I am a dullard.
However, you might adjust the program to ask differently next time so
that users won't get so confused.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
