Post by philoAfter working with Bela Lubkin I managed to reset the password. He have
me about 75% of the info I needed. Managed to figure out the rest myself.
Now I need to get the data off the drive.
Since there is a fat16 partition all I have to do is mount it and copy
the data over. I can retrieve the data by putting the drive in my Linux
machine.
Problem is I cannot figure out how to mount the drive.
Will keep working with him though
Is there a dd (disk dump) available on that system ?
Can you dd the entire slice, into a file, then loopback
mount the file on one of your other systems ?
It helps to know the exact size of the partition and
its offset, if working in the dark. If the disk designators
are working, then maybe "dd" will "just work" to copy the
partition precisely from end to end, where ever you want to put it.
*******
Note that Linux supports loopback mount, using an identifier,
plus a byte offset. In other words, if you know the precise
sector where the FAT starts, you can actually use a loopback
mount plus offset, and get the thing that way. This allows
"stranger" format disks, where you don't understand how the
partition table works, to *still* be mounted in Linux. I
did this by dead reckoning, in an Acronis Capacity Manager
setup, typing in a 64 bit offset in hex, and precisely hitting
the partition I wanted. Only took me about an hour to figure out.
Note that the offset can also be done in hex (because sometimes,
the offset desired is a "nice round number"). Here, I'm
measuring an offset from the beginning of SDC, and expecting a
FAT file system header sector to be sitting at that offset.
sudo mount -t VFAT -o loop,ro,offset=1184440320 /dev/sdc /mnt
cd /mnt
ls -R
cp -Rp .....
sudo umount /mnt
*******
I can show you a little trick I learned. This is how
I captured my entire Macintosh G4 drive, without opening
the computer case. For this to work, you must have a good
understanding of how physical namespace and slices work
on the SCO box (good luck with that!). It's definitely
not going to be /dev/sda, because SCO is not Linux.
It'll be something else. The last time I was inside
FreeBSD, I couldn't figure out theirs well enough to
do anything... :-/ I wouldn't expect the SCO to go
nearly as well.
1) Set up an FTP server on your Linux (or Windows) box.
On my Mac G4 (MacOSX), this was a single tick box! (Unbelievable!)
2) Start an FTP session on the SCO box.
Set transfer type to binary, before doing this.
The pipe symbol is the "streaming transfer source"
for the put command. From a security perspective, there
can be barriers to this working at the source end. The
destination (within reason) doesn't care nearly as much.
ftp> put "|dd if=/dev/sda bs=73728" sda
What that is doing, is transferring some partition (or a whole drive),
to a file called "sda" on your Linux box and FTP server. Whatever
the directory is on the FTP server, the file is likely then
sitting in there. You can then loopback mount the partition.
sudo mount -t VFAT -o loop sda /mnt
Arguments that go after loop, are comma separated, as in
sudo mount -t VFAT -o loop,option1,option2 sda /mnt
Then,
cd /mnt
ls -R
*******
That should whet your appetite for trouble.
Good luck, Sherlock Ohmes.
HTH,
Paul
