Undeletable files on UDF formatted HD
in [Debian]
|
Prev: IM server gateway
Next: Intel Atom Processor
From: Jason Heeris on 16 Feb 2010 01:30 Hi, I have an external (USB, bus powered) hard drive formatted as UDF (using "mkudffs --media-type=hd"). There is no partitioning on the device, and I zeroed the whole thing before initialising the UDF FS. I was writing data to it from Mac OS X when the machine ran out of batteries, leaving some apparently undeletable files. I can mount it as user-writeable with devkit (or manually), and I can delete most of the directories created by OS X. However there are some files that I cannot remove, even as root. Looking at it under my Debian Squeeze/Sid system, I see: user(a)comp:User's Photos$ ls -lha ls: cannot access 2894352707_a0c8d64f03_s.jpg: Permission denied ls: cannot access 2895194764_974c6bd332.jpg: Permission denied ls: cannot access 3104930600_67e87858fb_s.jpg: Permission denied ls: cannot access 3104964654_bbdc00cdb7_s.jpg: Permission denied ls: cannot access 3104967336_eb2ee44c68_s.jpg: Permission denied ls: cannot access 3104977456_4608aa8bc3_s.jpg: Permission denied ls: cannot access 3105012298_4fa5ce6579_s.jpg: Permission denied ls: cannot access 3105365429_c03acdedd9_s.jpg: Permission denied ls: cannot access 3106207378_c9703fbdf3_s.jpg: Permission denied total 0 drwx------  2 user user  696 2008-12-16 10:16 . drwx------ 17 user user 1.4K 2010-02-16 07:29 .. ??????????  ? ?   ?     ?         ? 2894352707_a0c8d64f03_s.jpg ??????????  ? ?   ?     ?         ? 2895194764_974c6bd332.jpg ??????????  ? ?   ?     ?         ? 3104930600_67e87858fb_s.jpg ??????????  ? ?   ?     ?         ? 3104964654_bbdc00cdb7_s.jpg ??????????  ? ?   ?     ?         ? 3104967336_eb2ee44c68_s.jpg ??????????  ? ?   ?     ?         ? 3104977456_4608aa8bc3_s.jpg ??????????  ? ?   ?     ?         ? 3105012298_4fa5ce6579_s.jpg ??????????  ? ?   ?     ?         ? 3105365429_c03acdedd9_s.jpg ??????????  ? ?   ?     ?         ? 3106207378_c9703fbdf3_s.jpg That's a new one for me. Attempting to delete these files as root does nothing: user(a)comp:User's Photos$ sudo rm * [sudo] password for user: rm: cannot remove `2894352707_a0c8d64f03_s.jpg': Permission denied rm: cannot remove `2895194764_974c6bd332.jpg': Permission denied rm: cannot remove `3104930600_67e87858fb_s.jpg': Permission denied rm: cannot remove `3104964654_bbdc00cdb7_s.jpg': Permission denied rm: cannot remove `3104967336_eb2ee44c68_s.jpg': Permission denied rm: cannot remove `3104977456_4608aa8bc3_s.jpg': Permission denied rm: cannot remove `3105012298_4fa5ce6579_s.jpg': Permission denied rm: cannot remove `3105365429_c03acdedd9_s.jpg': Permission denied rm: cannot remove `3106207378_c9703fbdf3_s.jpg': Permission denied And if it helps, this is what dmesg says: [ 15.867979] usb 2-3: new high speed USB device using ehci_hcd and address 8 [ 16.000730] usb 2-3: New USB device found, idVendor=1058, idProduct=0704 [ 16.000734] usb 2-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 16.000737] usb 2-3: Product: External HDD [ 16.000739] usb 2-3: Manufacturer: Western Digital [ 16.000741] usb 2-3: SerialNumber: 57442D575852304134394D43383135 [ 16.000824] usb 2-3: configuration #1 chosen from 1 choice [ 16.001046] scsi9 : SCSI emulation for USB Mass Storage devices [ 16.001809] usb-storage: device found at 8 [ 16.001811] usb-storage: waiting for device to settle before scanning [ 20.987898] usb-storage: device scan complete [ 20.988464] scsi 9:0:0:0: Direct-Access WD 5000BEV External 1.75 PQ: 0 ANSI: 4 [ 20.988721] sd 9:0:0:0: Attached scsi generic sg3 type 0 [ 20.989764] sd 9:0:0:0: [sdc] 976773168 512-byte hardware sectors: (500 GB/465 GiB) [ 20.990257] sd 9:0:0:0: [sdc] Write Protect is off [ 20.990260] sd 9:0:0:0: [sdc] Mode Sense: 23 00 00 00 [ 20.990261] sd 9:0:0:0: [sdc] Assuming drive cache: write through [ 20.991502] sd 9:0:0:0: [sdc] Assuming drive cache: write through [ 20.991505] sdc: unknown partition table [ 21.027550] sd 9:0:0:0: [sdc] Attached SCSI disk [ 22.352871] UDF-fs: No anchor found [ 22.352874] UDF-fs: Rescanning with blocksize 2048 [ 22.383720] UDF-fs INFO UDF: Mounting volume 'Data Portable', timestamp 2009/12/19 08:25 (1000) [ 24.701229] wlan0: no IPv6 routers present [ 300.934609] udf: udf_read_inode(ino 2809427) failed !bh [ 300.948583] udf: udf_read_inode(ino 2754576) failed !bh .... [ 419.093327] udf: udf_read_inode(ino 2813607) failed !bh Are there any tools to repair the filesystem? I couldn't find any UDF fsck, but maybe someone here knows of something? The data itself is safe somewhere else, but all the same I'd rather not wipe and re-format the entire drive, and if this is prone to happen it'd be good to know a better way to fix it. (Currently I'm using udftools 1.0.0b3-14 on linux 2.6.30-2-amd64.) Please CC me on any replies :) Cheers, Jason -- To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/d69956981002152210p1be450a1qe31c23ec49e9167f(a)mail.gmail.com
From: Camaleón on 16 Feb 2010 03:50 On Tue, 16 Feb 2010 14:10:18 +0800, Jason Heeris wrote: (...) > Are there any tools to repair the filesystem? I couldn't find any UDF > fsck, but maybe someone here knows of something? Package "udftools" comes with "wrudf" which is decribes as: *** wrudf - Maintains a UDF filesystem (undocumented) *** > The data itself is safe > somewhere else, but all the same I'd rather not wipe and re-format the > entire drive, and if this is prone to happen it'd be good to know a > better way to fix it. (Currently I'm using udftools 1.0.0b3-14 on linux > 2.6.30-2-amd64.) Not sure why you need a UDF filesystem :-?. For testing purposes should be fine, but for storing "real" data I find it a bit adventurous as udftools seems to be outdated. I'd better reformat that hard disk with ext2/3 or any compatible filesystem (HFS+, non journaled) to avoid any issue. > Please CC me on any replies :) Done! Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/pan.2010.02.16.08.47.57(a)gmail.com
From: Jason Heeris on 16 Feb 2010 05:30 On 16 February 2010 16:51, Camaleón <noelamac(a)gmail.com> wrote: > Package "udftools" comes with "wrudf" which is decribes as: > > *** > wrudf - Maintains a UDF filesystem (undocumented) > *** Ah yes... wow, it is quite undocumented, isn't it... > Not sure why you need a UDF filesystem :-?. I wanted: 1. A filesystem that works easily on the other major OSs - narrows it down to FAT, NTFS, or UDF 2. A filesystem that doesn't screw up permissions (eg. all my files set to a+rwx when I copy them back off FAT) - narrows it down to UDF :/ But if it's flaky and the tools are unmaintained, I guess there is no FS that satisfies them both and I should use ext2 or FAT (since HFS has no free drivers for XP). Cheers, Jason -- To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/d69956981002160208o45271b7brb7f2600ff4a2e113(a)mail.gmail.com
From: Matthew Moore on 16 Feb 2010 11:10 On Tuesday 16 February 2010 4:27:51 am Jason Heeris wrote: > I'd go so far as to say that it's so undocumented as to be almost > completely unusable, but wading through the source gives me a hint as > to why it won't work â I *suspect* that it requires a partitioned > block device. IIRC not so long ago someone on the list was also having trouble with a removable harddrive and one person claimed that having the filesystem sitting directly on top of the block device (i.e. not partitioned) was causing flakiness somewhere along the line. Try partitioning your drive and then putting the UDF filesystem on top of that. MM -- To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/201002160904.34992.anonymous.jondoe(a)gmail.com
From: Camaleón on 16 Feb 2010 06:40
On Tue, 16 Feb 2010 18:08:43 +0800, Jason Heeris wrote: > On 16 February 2010 16:51, Camaleón wrote: >> Package "udftools" comes with "wrudf" which is decribes as: >> >> *** >> wrudf - Maintains a UDF filesystem (undocumented) *** > > Ah yes... wow, it is quite undocumented, isn't it... Yes :-( >> Not sure why you need a UDF filesystem :-?. > > I wanted: > 1. A filesystem that works easily on the other major OSs - narrows it > down to FAT, NTFS, or UDF Even NTFS should be better in this sitution :-} > 2. A filesystem that doesn't screw up permissions (eg. all my files set > to a+rwx when I copy them back off FAT) - narrows it down to UDF :/ ¿NTFS? It should fit some of your requirements (works on windows, linux and MacOS -I think-) and allows ACL. > But if it's flaky and the tools are unmaintained, I guess there is no FS > that satisfies them both and I should use ext2 or FAT (since HFS has no > free drivers for XP). A networked hard disk (stand-alone enclosure or attached to a computer via samba/nfs/sshfs) is desiderable when several OS need access on it. This way, filesystem does not matter at all :-) Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/pan.2010.02.16.11.30.13(a)gmail.com |