>> If you have a spare drive that is exactly the same type you could make a >> binary copy of the disk to it, and don't need to worry about making the >> prolem worse while recovering the data with inode magic. >> Hope this helps you a bit. CZ> On one of the spare disks put the data on with dd, here's two utils that will CZ> help: CZ> /usr/ports/sysutils/ffsrecov That program isn't output any sensible information. ffsrecov -p shows garbage, ffsrecov -s is coredumping even on live filesystems.
CZ> /usr/ports/sysutils/gpart That seems to bee unusable in my situation - I think what primary partition table is already correct. :( Vl. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
