|
Re: [announcement] ntfs-3g: open source read-write driver: msg#00053linux.file-systems.ntfs.devel
Hi Anton, On Sat, 15 Jul 2006 at 20:46 +0100, Anton Altaparmakov wrote: > > > > Problem: "No such file or directory" message when accessing some > > > > files: > > > > Answer: This is a known problem in libntfs inode attribute > > > > enumeration > > > > when the same type of attributes are distributed across > > > > multiply mft records. Occures only very rarely. > > > > Workaround: If the file is a hard link (usually yes) then first delete > > > > some other files hard linking to the same file then you'll > > > > be able to delete the problematic file as well. > > > > Status: High priority work. > > > > > > Interesting. This is the first time I hear of this problem. Why did you > > > not report it? Do you have an example where this happens? > > > > I identified this problem before yesterday. Sometimes I can reproduce it by > > > > cp -a /usr ntfs_volume > > rm -rf ntfs_volume/usr > > > > Most ntfs volumes have also such cases usually, so if you rm -rf / then you > > can find them easily. > > Weird. I wonder if it is something libntfs specific and not in the > kernel as I have never seen this problem... This is kernel driver problem too. It seems our knowledge about attribute list a bit incorrect. ntfs_external_attr_find written in mind with that attributes in the MFT record follow in same order as they follow in attribute list. Metadata (link to which I send in previous email) demonstrates vice-versa. FILE_NAME attributes follow in order 2, 3 (instance numbers) in the attribute list, but 3, 2 in the MFT record. -- Best regards, Yura ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV |
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | Re: Leftover CVS/ stuff in 1.13.1 tarball.: 00053, David Martínez Moreno |
|---|---|
| Next by Date: | Re: [announcement] ntfs-3g: open source read-write driver: 00053, Yura Pakhuchiy |
| Previous by Thread: | Re: [announcement] ntfs-3g: open source read-write driveri: 00053, Anton Altaparmakov |
| Next by Thread: | Re: [announcement] ntfs-3g: open source read-write driver: 00053, Yura Pakhuchiy |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |