Yes, it works (Re: kernel 2.2.2x + 2.4 IDE backport: anybody tried >137GB disks?)

From: Ville Herva (vherva@niksula.hut.fi)
Date: Sun Jun 29 2003 - 12:20:25 EST


On Mon, Jun 16, 2003 at 11:41:00PM +0300, you [Ville Herva] wrote:
>
> The reason I'm asking is of course that I'd need to buy some larger disks,
> but I'm limited to kernel 2.2 :). I have i815 and HPT370 ide on the Abit
> ST6R mobo, both of which work very well with the ide patch -- but I've had
> no chance to try out >137GB disks.

Ok, I got a hold of a 160GB Samsung SP1604N, and was able to try out
lba48 with 2.2+ide backport myself.

So, I took Marc-Christian Petersen's 2.2.25-secure patchset
(sourceforge.net/projects/wolk) that includes Krzysztof Olędzki's ide
2.2.21-06162002 patch and booted. After some severe confusion, it turned out
2.2 + the ide backport supports >137GB disk just fine.

The confusion arose from that I had used an old version of fdisk (v2.10f
from redhat-6.2) to create a partition to hda. fdisk probably read the disk
geometry all wrong and created too big partition. And the kernel seems to
have believed the bogus partition table. When I tried mkfs.ext2 /dev/hda1,
it ran well until about 1193 inode groups (little over 41.9% of total), and
then the kernel begun spitting out SectorIdNotFound IDE errors (see the log
below). After I found out that mkfs on 2.4.20 kernel did the same, I begun
suspecting 2.2 ide was not to blame. I found out that badblocks -w /dev/hda
ran all ok up to 160GB on both 2.2 and 2.4. And when I did mkfs.ext2 on
/dev/hda (omitting the partition table altogether), 2.2 worked all solid. I
tried filling up the file system, and there were no problems. I also did
some other short stress tests and everything seems to work based on this
quick test.

I also tried creating the partition with cfdisk, and it seemed to handle the
larger disk right (see the attached log). The mkfs.ext2 succeeded and I was
able to mount and use the partition.

The hardware is Abit ST6R, I tried both i815 IDE (PIIX4 chipset revision 17)
and HPT370A IDE (HPT370A chipset revision 4). FWIW, both gave >42MB/s with
hdparm -t. (Both were reportedly using UDMA mode5.)

Thanks to Andre Hedrick, Krzysztof Olędzki, Marc-Christian Petersen and all
involved in the linux ide development!

-- v --

v@iki.fi

dmesg:
-------------------------------------------------------------------------------
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
PIIX4: IDE controller on PCI bus 00 dev f9
PIIX4: chipset revision 17
PIIX4: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:pio
    ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA
HPT370A: IDE controller on PCI bus 02 dev 30
HPT370A: chipset revision 4
HPT370A: not 100% native mode: will probe irqs later
HPT370: using 33MHz PCI clock
    ide2: BM-DMA at 0xa800-0xa807, BIOS settings: hde:pio, hdf:pio
    ide3: BM-DMA at 0xa808-0xa80f, BIOS settings: hdg:pio, hdh:pio
hda: SAMSUNG SP1604N, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 312581808 sectors (160042 MB) w/2048KiB Cache, CHS=4961616/255/63, UDMA(100)
-------------------------------------------------------------------------------

fdisk vs cfdisk:
-------------------------------------------------------------------------------
Partition number (1-4): 1
First cylinder (1-46416, default 1):
Using default value 1
Last cylinder or +size or +sizeM or +sizeK (1-46416, default 46416):
Using default value 46416

Disk /dev/hda: 255 heads, 63 sectors, 46416 cylinders
Units = cylinders of 16065 * 512 bytes

   Device Boot Start End Blocks Id System
/dev/hda1 1 46416 372836488+ 83 Linux

root@linux3:/mnt>mkfs.ext2 -m0 /dev/hda1
mke2fs 1.18.9, 22-Dec-1999 for EXT2 FS 0.5b, 95/08/09
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
46612480 inodes, 93209122 blocks
0 blocks (0.00%) reserved for the super user
First data block=0
2845 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968

Writing inode tables: 1193/2845
<hangs>
root@linux3:/mnt>dmesg
<...>
hda: write_intr error1: nr_sectors=1 stat=0x51
hda: write_intr: status=0x51 { DriveReady SeekComplete Error }
hda: write_intr: error=0x10 { SectorIdNotFound }, LBAsect=%ld, high=312480015, low=0 sector=315625784

(after boot)

                              Disk Drive: /dev/hda
                            Size: 160041885696 bytes
             Heads: 255 Sectors per Track: 63 Cylinders: 19457

    Name Flags Part Type FS Type [Label] Size (MB)
 ------------------------------------------------------------------------------
    hda1 Primary Linux 160039.28

root@linux3:/mnt>mkfs.ext2 -m0 /dev/hda1
mke2fs 1.18.9, 22-Dec-1999 for EXT2 FS 0.5b, 95/08/09
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
19546112 inodes, 39072080 blocks
0 blocks (0.00%) reserved for the super user
First data block=0
1193 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624, 11239424, 20480000, 23887872

Writing inode tables: .../1193
-------------------------------------------------------------------------------
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Mon Jun 30 2003 - 22:00:30 EST