Package: perforate
Version: 1.1-2
Severity: important
I ran this from the root directory:
find . -type f -print0 | xargs -0 zum
...and when it got to a 'vfat' drive I had mounted it filled it
with duplicate files, for example:
foo.exe
...would have a new file of the same size in the same directory:
foo.exe__zum__
Once the 'vfat' drive was full, 'zum' gave error messages like:
./mnt/c/win95/Temporary Internet
Files/Content.IE5/uhtt0gci/japanese2[1].gif./mnt/c/win95/Temporary Internet
Files/Content.IE5/uhtt0gci/japanese2[1].gif__zum__: No space left on device
./mnt/c/win95/Temporary Internet
Files/Content.IE5/uhtt0gci/search_gc[1].gif./mnt/c/win95/Temporary Internet
Files/Content.IE5/uhtt0gci/search_gc[1].gif__zum__: No space left on device
./mnt/c/win95/Temporary Internet
Files/Content.IE5/uhtt0gci/big-hand[4].png./mnt/c/win95/Temporary Internet
Files/Content.IE5/uhtt0gci/big-hand[4].png__zum__: No space left on device
I halted 'zum', and erased all the __zum__ files; so no harm done.
BUT it might have lost data if I was running some program that
needed '/mnt/c'.
Possible fix: 'zum' should check to see if the file system was
the correct type before doing anything. For example, if it
finds the file is on a 'vfat' drive, 'zum' should do nothing,
and return an error.
Hope this helps...
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Versions of packages perforate depends on:
ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
