[clue-tech] Bad superblock on a FAT32 partition

[Richard Knechtel]

 I finished installing CentOS 4.4 and suddenly I can't get to my primary
windows data drive, neither in Linux nor in windows.

The drive is a 40 gig quantum fireball - it is/was formatter with FAT32 as
one partition.

Anyone, anyone have an idea how to recover this????? PLEASE!

Here is the specifics of what I was able to find so far - any other
suggestions are welcome.

mount -t vfat /dev/hdf1 /windows/E
mount: wrong fs type, bad option, bad superblock on /dev/hdf1,
or too many mounted file systems

from dmesg:
hdf: QUANTUM FIREBALLP AS40.0, ATA DISK drive
.........
hdf: max request size: 128KiB
hdf: 78177792 sectors (40027 MB) w/1902KiB Cache, CHS=65535/16/63, UDMA(66)
hdf: cache flushes not supported
hdf: hdf1
.....
FAT: bogus number of reserved sectors
VFS: Can't find a valid FAT filesystem on dev hdf1.
.....
FAT: bogus number of reserved sectors
VFS: Can't find a valid FAT filesystem on dev hdf1.
FAT: invalid media value (0x01)
VFS: Can't find a valid FAT filesystem on dev hdf.
FAT: bogus number of reserved sectors
VFS: Can't find a valid FAT filesystem on dev hdf1.
FAT: bogus number of reserved sectors
VFS: Can't find a valid FAT filesystem on dev hdf1.

>From fdisk:
fdisk -l /dev/hdf

Disk /dev/hdf: 40.0 GB, 40027029504 bytes
255 heads, 63 sectors/track, 4866 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/hdf1 * 1 4866 39086113+ c W95 FAT32 (LBA)

>From fsck:
fsck.vfat /dev/hdf
dosfsck 2.8, 28 Feb 2001, FAT32, LFN
Currently, only 2 FATs are supported, not 191.

fsck /dev/hdf1
OR
fsck.vfat -r /dev/hdf1
fsck 1.35 (28-Feb-2004)
dosfsck 2.8, 28 Feb 2001, FAT32, LFN
Cluster size is zero.

fsck.vfat -r -t /dev/hdf1
dosfsck 2.8, 28 Feb 2001, FAT32, LFN
Cluster size is zero.

Please help!
Thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://cluedenver.org/pipermail/clue-tech/attachments/20070106/ada568ec/attachment-0001.html