Re: [Extundelete-users] dump-names noted in help, but dne in source; --restore-directory in source
Status: Beta
Brought to you by:
necase
From: <ext...@li...> - 2012-12-28 20:56:14
|
Thanks, Nic! Couple of things here- For --dump-names, your logic makes sense. I guess the only consideration is if the person has sufficient hard drive space and wants to see what is possible to be recovered. The Logging does work for required output, i found that just a few minutes before you sent this. :) Something I missed is how to identify what files _aren't_ recoverable. The logs indicate the number of non-recoverable inodes, but there is no indication of what files weren't fully recoverable. Am I missing something? Also, does this count of non-recoverable Inodes include the directories, as they are identified with "The inode does not correspond to a regular file"? debra@BigBox /mnt/tmpmnt2 $ grep -v -e Restored -e "does not correspond" cdswap.log WARNING: Extended attributes are not restored. aded. Loading journal descriptors ... 32178 descriptors loaded. Searching for recoverable inodes in directory public/cjs/Music/cdswap ... 6644 recoverable inodes found. Looking through the directory structure for deleted files ... 4370 recoverable inodes still lost. A feature request (or instruction perhaps looking on the net) could be essentially a du --max-depth=1 or similar of deleted files starting at an old path. Again, thanks a ton for the help! Camden |