I've had this happen with some Adobe Flash folders. The solution for me was to boot into Knoppix (or some other Live CD) and remove the files that way. The other option is, if there is enough free space and the folders aren't on the OS partition, to create a new partition, move all the files to it and remove the old one with the stuck files. On Mar 5 2009, Dean.Benjamin at mm.com wrote: >I'm working on a friend's WinXP system with about a dozen files and >folders that behave weirdly. Can't delete them, copy them, nor move >'em. They appear to be phantoms of the file system; that is, their >names appear in the directory, but the associated objects have no >properties. The bad files are in an user's MyDocs folder on the C: >drive, where WinXP is also installed. The user is an Administrator, >with full privileges. > >The good news: he doesn't need the data. I merely want to delete >these "phantoms" and clean up the NTFS file structure, because I >suspect that these strange file-things are responsible for the >misbehavior of a video editing application. > >My hunch is that the NTFS master file table is broken. If so, the >bad news gleaned from the web is that my only way out is to reformat >the disk and reload the system. This ordeal I hope to avoid. > >Can anyone suggest a tool or method that will locate all the >"phantoms" on the C: drive, and repair the relevant NTFS >structures? (Recovery of phantoms optional.) > > >SYMPTOMS > >(1) Except for the filesystem glitches described here, the computer >works just fine. > >(2) No malware detected by three scanners: AVG Free, Norton System >Scan, Sunbelt VIPRE Rescue Scanner. > >(3) KillBox fails; message: "The file does not seem to exist". > >(4) A double-click on one of the bad folders yields a glimpse of what >looks like the correct contents. But within a second or two, the >window opened on the phantom folder vanishes -- just disappears, as >though I had clicked on the close button in the upper right >corner. No message, no nothing, just poof/gone. > >(5) For subsequent discussion, refer to this representative directory >structure: > TopDir\ (the parent directory, contains the rest) > BadDir\ (a "phantom" directory, behaving badly) > bad.file (a file within BadDir\) > OKDir\ (a folder that behaves normally) > ... etc ... > >(6) Ordinary Explorer Copy/Paste operation (ctrl+C/ctrl+V) fails on >BadDir\; message: "Cannot copy file: Cannot read from the source file >or disk." > >(7) Within a CMD.EXE window, after "cd TopDir\": > >(7a) "dir /q /s" lists all files and subfiles of TopDir\, as >expected. However: whereas the owner of OKDir\ appears as expected, >the owner of BadDir\ is given as "...". Stranger still: bad.file's >owner appears as expected. > >(7b) "dir BadDir\bad.file" fails; message: "The system cannot find >the file specified." > > (7c) "cd BadDir" fails; message: "The system cannot find the path > specified." > >(7d) "cacls BadDir" fails; message: "The system cannot find the file >specified." > >(8) In Explorer, right-click -> Properties of BadDir\ shows size 0 >bytes, and the create/mod/access dates are all blank -- even though >the "dir" command in (7a) shows a mod date, as expected. > > >_______________________________________________ >TCLUG Mailing List - Minneapolis/St. Paul, Minnesota >tclug-list at mn-linux.org >http://mailman.mn-linux.org/mailman/listinfo/tclug-list >