Booted into Linux last night to format a new IDE drive for a laptop.
My thought was to clone the existing (SCSI) windows partition for my
wife's laptop. Then I could wipe the old partition after saving off
my data and have one more dedicated linux box laying around.
Everything looked okay when I fdisk'd the drive and the formatted
it with mkfs.vfat
That is, until I went to reboot.
Apparantly, there's a weird bug/race/conflict between devfs, scsi, and ide.
My CD/RW was on the IDE cable, which I had simply swapped out with the
after the realization of what must have happend, i dug a little deeper.
fortunately lilo hadn't been wiped, and I did have linux on a second (scsi)
so I double-checked what devices it thought everthing was.
/dev/hda = block-device 8
/dev/sda = block-device 8
umm... this is bad !!
the scsi-ide module was loaded (because of the CD/RW) and it seems that
the combination of a hard-drive + scsi-ide and devfs just layed over the
top of the existing config.
My kernel is 2.4.16. I can provide more information later, if requested.
So now I have a windows disk that has been formatted over with mkfs.vfat.
I tried norton's unformat, but that was unable to do much work (just
filled the root directory with things that looked like directories until
eventually the root dir was filled)
So, the long shot is that I've got to do some serious work if I want
to try to recover any data off of this drive. And hopefully, this will
serve to warn people about serious data loss when mixing ide and scsi
verifying your entire configuration before embarking on destructive changes.
That said, Does anybody have any tips for data recovery off of a vfat
(vowing to make sure that the next backup works, and to double-check
device numbers before fdisk/format anything!)
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to firstname.lastname@example.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/