Folks,
I'm trying to add an 80GB Maxtor 4D080H4 (IDE) disk from a Windows ME
machine (with lots of valuable data on it) to a current Debian
unstable system. When I try to mount it, I get
basement:~# mount /dev/hdb1 /opt
mount: wrong fs type, bad option, bad superblock on /dev/hdb1,
or too many mounted file systems
Same thing happens if I try to specify -t vfat (or auto or msdos or
umsdos) as the file system type.
fdisk and friends seem to see the disk with what appear to be a few
minor problems, and nothing I can see a way to fix/change. The disk
does not have to remain as an FAT filesystem, but I definitely need
the data, and don't have anything big enough to back it up onto. If I
absolutely have to, I will buy another disk so that I can just copy
everything from the Windows machine to the Debian one, but I'd rather
just move the disk.
I've tried everything I can think of, and hope that someone out there
can help. Here's a bunch of potentially relevant information in the
hope that somebody sees something useful in it.
Thanks!
Larry
I believe I have all the necessary kernel modules loaded:
basement:~# lsmod
Module Size Used by Not tainted
ide-floppy 11040 0 (autoclean)
ide-cd 26176 0 (autoclean)
umsdos 22656 0 (autoclean)
sr_mod 11800 0 (autoclean) (unused)
cdrom 27104 0 (autoclean) [ide-cd sr_mod]
sd_mod 10524 0 (autoclean) (unused)
scsi_mod 84952 2 (autoclean) [sr_mod sd_mod]
msdos 4860 0 (autoclean) [umsdos]
vfat 9276 0 (autoclean)
fat 29048 0 (autoclean) [umsdos msdos vfat]
apm 8860 1 (autoclean)
uhci 23784 0 (unused)
usbcore 48160 1 [uhci]
eepro100 17072 1
af_packet 11400 0 (unused)
rtc 5336 0 (autoclean)
ext2 30400 1 (autoclean)
ide-disk 6592 2 (autoclean)
ide-probe-mod 7968 0 (autoclean)
ide-mod 129420 2 (autoclean) [ide-floppy ide-cd ide-disk
ide-probe-mod]
ext3 56544 0 (autoclean)
jbd 34968 0 (autoclean) [ext3]
unix 13316 92 (autoclean)
fdisk shows this:
basement:~# fdisk /dev/hdb
The number of cylinders for this disk is set to 9964.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
(e.g., DOS FDISK, OS/2 FDISK)
Command (m for help): p
Disk /dev/hdb: 81.9 GB, 81964302336 bytes
255 heads, 63 sectors/track, 9964 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hdb1 * 1 9964 80035798+ c Win95 FAT32 (LBA)
And for the one partition on the disk, I get:
basement:~# fdisk /dev/hdb1
The number of cylinders for this disk is set to 9963.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
(e.g., DOS FDISK, OS/2 FDISK)
Command (m for help): p
Disk /dev/hdb1: 81.9 GB, 81956657664 bytes
255 heads, 63 sectors/track, 9963 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hdb1p1 ? 120513 235786 925929529+ 68 Unknown
Partition 1 does not end on cylinder boundary.
/dev/hdb1p2 ? 82801 116350 269488144 79 Unknown
Partition 2 does not end on cylinder boundary.
/dev/hdb1p3 ? 33551 120595 699181456 53 OnTrack DM6 Aux3
Partition 3 does not end on cylinder boundary.
/dev/hdb1p4 ? 86812 86813 10668+ 49 Unknown
Partition 4 does not end on cylinder boundary.
Partition table entries are not in disk order
DOSFSCK complains:
basement:~# dosfsck -a /dev/hdb1
dosfsck 2.9, 15 May 2003, FAT32, LFN
File system has 2500507 clusters but only space for 2499966 FAT entries.
But doesn't seem to fix anything. Perhaps this is due to the large
disk size?
This is what I can get from /proc:
basement:~# cat /proc/partitions
major minor #blocks name
3 0 16511040 ide/host0/bus0/target0/lun0/disc
3 1 16016773 ide/host0/bus0/target0/lun0/part1
3 2 489982 ide/host0/bus0/target0/lun0/part2
3 64 80043264 ide/host0/bus0/target1/lun0/disc
3 65 80035798 ide/host0/bus0/target1/lun0/part1
basement:~# cat /proc/ide/hdb/settings
name value min max mode
---- ----- --- --- ----
bios_cyl 9964 0 65535 rw
bios_head 255 0 255 rw
bios_sect 63 0 63 rw
breada_readahead 4 0 127 rw
bswap 0 0 1 r
current_speed 0 0 69 rw
failures 0 0 65535 rw
file_readahead 124 0 16384 rw
ide_scsi 0 0 1 rw
init_speed 0 0 69 rw
io_32bit 0 0 3 rw
keepsettings 0 0 1 rw
lun 0 0 7 rw
max_failures 1 0 65535 rw
max_kb_per_request 127 1 127 rw
multcount 0 0 8 rw
nice1 1 0 1 rw
nowerr 0 0 1 rw
number 1 0 3 rw
pio_mode write-only 0 255 w
slow 0 0 1 rw
unmaskirq 0 0 1 rw
using_dma 0 0 1 rw
SFDISK shows this:
basement:~# sfdisk -l /dev/hdb
Disk /dev/hdb: 9964 cylinders, 255 heads, 63 sectors/track
Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0
Device Boot Start End #cyls #blocks Id System
/dev/hdb1 * 0+ 9963 9964- 80035798+ c Win95 FAT32 (LBA)
end: (c,h,s) expected (1023,254,63) found (747,254,63)
/dev/hdb2 0 - 0 0 0 Empty
/dev/hdb3 0 - 0 0 0 Empty
/dev/hdb4 0 - 0 0 0 Empty
So, any ideas?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
