Gus Wirth wrote: > rbw wrote: >> I'm stuck... maybe someone has seen this before... >> >> I have a PIII 450 PC with a 160Gb Western Digital HD which is managed >> by "Dynamic Drive Overlay v9.88" by OnTrack. I need to run Knoppix >> (v5.0.1 or v5.1.1) and mount that HD. Supposedly the solution is to ad >> the following parameter when booting Knoppix like so: >> knoppix hda=remap63 > [snip] > > Don't know if you have recovered this yet, but you might be able to take > a different approach to recovering the partitions. For all intents and > purposes, the disk is acting as if the partition table were damaged and > no longer valid. But the actual partitions are still there. In that > case, there are two tools I'm aware of that can find "lost" partitions > and help rebuild the partition table. > > The first is called TestDisk <http://www.cgsecurity.org/wiki/TestDisk> > and is included in the SystemRescueCD <http://www.sysresccd.org> and > also in Knoppix. > > The second is called PRecover <http://precover.sourceforge.net> Not sure > if any of the rescue disks have this on them. > > To recover the partitions I suggest moving the disk to a newer machine > that can handle the large disk natively in the BIOS. The reason for > using the OnTrack in the first place was probably because of the BIOS > disk size limit. The OnTrack software intercepts BIOS Interrupt 13 (Disk > Services) and provides new mapping and functionality. > > Once the disk is in the new machine, try using one of the above tools to > see if you can recover the partitions.
rbw sent me some data that revealed the presence of EZ-Disk rather than Ontrack DriveManager. The remap63 trick says to ignore 63 sectors (per the DriveManager trickery), which produces nonsense if you _aren't_ using DriveManager! There is a remap option (as opposed to remap63) which says to skip _one_ sector, which is supposed to be the way EZ-Disk does its magic. AFAIK, Rodney hasn't gotten a chance yet to go back and look with the 1-sector offset hda=remap. Recovery tools can do irreversible things. Best to: a) have a backup .. the old recipe of working on a bit-copied disk is appropriate for serious recovery (or forensic) work. b) don't use a tool without understanding what it's going to do <heh>. Regards, ..jim -- [email protected] http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
