On Sun, 2006-06-18 at 03:31 +0100, Will McDonald wrote: > On 17/06/06, William L. Maltby <BillsCentOS at triad.rr.com> wrote: > > Name : testdisk > > Arch : i386 BTW, just occurred to me: other arch's have issues? Have easy ways to recover? Is there commonality between HD mapping such that *some* other archs could benefit from a port or extension to the software (assuming it's decent to start with)? Maybe insufficient number of potential beneficiaries? > > <snip> > > Tool to check and undelete partition. Works with FAT12, FAT16, FAT32, > > NTFS, EXT2, EXT3, BeFS, CramFS, HFS, JFS, Linux Raid, Linux Swap, > > LVM, LVM2, NSS, ReiserFS, UFS, XFS > > > > MBR, master, boot, recover, restore, lost, damaged, unerase. > > FWIW it (and Photorec) got the NTK seal of approval... It's *always* appreciated when one takes the time to contribute, IMO. I thank you. > > http://www.ntk.net/index.cgi?b=02006-06-09&l=116#l Yep. Unfortunately, it sounds a whole lot like they just appreciated that someone made the effort. They didn't mention (much less offer links to) any evaluation's results. So, I still think some investigation & testing is warranted. And, since I have written software to do exactly this sort of thing (in the *looooooong*-ago past) and have more recent experience related to automated install/recovery, I have some "fuzzy" ideas about what I hope it's doing. I also have an *excellent* record (in my past life) of breaking things through maximum use in unexpected, but totally "legal-per-the-docs", manners (mostly IBM S-360/370 mainframe and early UNIX - PWB V6/7) software. Unfortunately, it was usually unintentional. I can't be sure how effective I'd be at doing it on purpose! :-) As mentioned in my earlier, IG2IASARUSEBM2I (I'll Get To It As Soon As Reasonable Unless Someone Else Beats Me To It- my contribution of "Obfuscating Venue-specific Acronyms" - OVA) >:-O Hmmm. Maybe I better drink another coffee before reading the rest of Sunday morning's mail. > > Will. > <snip sig stuff> -- Bill -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://lists.centos.org/pipermail/centos/attachments/20060618/385f18e5/attachment-0005.sig>