Mounting large Windows ME disk?

From: Larry Hunter (hunter_at_180glencoe.com)
Date: 08/25/03

  • Next message: Travis Crump: "Re: Is Gnome working in teesting?" 
    To: debian-user@lists.debian.org
Date: Sun, 24 Aug 2003 22:02:40 -0600

    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 debian-user-request@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
  • Next message: Travis Crump: "Re: Is Gnome working in teesting?"

    Relevant Pages

    • Re: Error 16: Inconsistent filesystem structure
      ... My preference would be a /home partition to protect my data ... Here is a copy of the output of fdisk -l and fdisk /dev/sdb with x then ... I used the Negus Fedora 7 book's Live cd. ... Disk /dev/sdb: 200.0 GB, 200049647616 bytes ...
      (Fedora)
    • Re: Resizing NTFS partition to make room for FC10
      ... I have a 150GB ATA disk, /dev/hdb, containing winxp. ... I started by using ntfsresize to shrink the xp partition ... still, according to fdisk, thinks its 150GB. ... quickly blue screening a message I couldn't read, and rebooting. ...
      (Fedora)
    • Re: Is it fdisk thats dangerous?
      ... have never EVER had any problems with fdisk at all. ... PowerQuest EasyRestore has detected an error 116 on the partition ... The LBA and CHS values must be ... This will destroy all data on the hard disk ...
      (alt.os.linux)
    • Re: "cg 0: bad magic number" (used to be Disappointed with version 6.0)
      ... FreeBSD cannot read the partition table of my 300 GB Seagate ... I used the entire disk and attempted to format ... Are you doing this through sysinstall or are you manually running fdisk ... couple of times and from what I remember, I had to start the install ...
      (freebsd-questions)
    • Re: Rebuild RAID 1 with bigger HDD
      ... I agree about restoring backups vs. copying, but I think you are being a bit harsh w.r.t. partitioning software. ... "Resizeing my disk with PartiionMagic" ... I would copy the the whole partition instead, and then resized it to occupy the whole disk with some partition managing tool like Acronis Disk Director or Partition Magic, or the one from Paragon. ...
      (microsoft.public.windows.server.general)