[linux] SIL3112(A) SATA controller en grote harde schijven

[wacko]

Ik heb laatst twee SATA controller kaartjes aangeschaft met de welbekende Silicon Image 3112(A) SATA RAID chipset er op (dezelfde als op de Asus A7N8X moederborden series met SATA RAID), om een paar Maxtor 160 GB 8 MB SATA disks aan te kunnen sluiten. Ik maak geen gebruik van de RAID functie; ik wil ze als losse harde schijven hebben.

Okay, ik had al een kernel gebakken met "Silicon Image chipset support" erin met kernelversie 2.6.6-rc1. Kaartjes erin geprikt, aangesloten, booten, en warempel: het werkt meteen (schijven werden herkend als hde, hdg, hdi, hdk, een beetje vreemd dat ze niet achtereenvolgend zijn misschien?).
Partitioneren, formateren, mounten en klaar; werkt als een trein.

Nu het probleem: ik kan op deze 160 GB disks maar 143 GB kwijt. Bij het partitioneren en in de bios setup van de controller kaarten werd echter wel degelijk een grootte van ongeveer 151 GB aangegeven, dus aan incompatibiliteit aan die kant kan het niet liggen (ik ben met Debian wel eens tegen een 137 GB limiet aangelopen bij het partitioneren van een grote disk, maar dat kwam door een oude versie van de kernel of cfdisk, wat nu zeker niet het geval is).

Een stukje uit `df -h` ziet er bijvoorbeeld zo uit:

code:

Filesystem            Size  Used Avail Use% Mounted on
/dev/hdg1             151G  143G     0 100% /mnt/sata2

Zoals je kunt zien klopt daar geen moer van. Waar zijn die 8 GBs gebleven?
Overigens heb ik precies dezelfde getallen bij een andere disk van hetzelfde type op een andere controller, dus het is echt die vaste 143 GB limiet.

Zo zijn ze gemount volgens /etc/fstab, niet zo spannend:

code:

/dev/hdg1               /mnt/sata2      ext3            noatime                 0 0

Op de onboard IDE kanalen zitten ook twee 160 GB disks, geformateerd als reiserfs, die wel tot de 151 GB vol willen. Het lijkt me onwaarschijnlijk dat het aan ext3 ligt. Bestanden zijn ook niet belachelijk groot ofzo.

Tenslotte nog: ik heb Gentoo (up-to-date) en gebruik dus een recente kernel van de vanilla 2.6 tree. Iedere schijf bevat één (primary) partitie die ik heb aangemaakt met cfdisk 2.12.

Zie ik iets over het hoofd?

Moet ik extra meuk meecompileren voor grote(re) harde schijven op PCI IDE controllers? ("support for large block devices" heb ik ook al.)

Of is dit doodleuk een bekende limitatie? Ik kon het in ieder geval nergens vinden, en lijkt me vrij onwaarschijnlijk ook.

Ideeën worden enorm op prijs gesteld alvast bedankt.

[igmar]

wacko schreef op 05 mei 2004 @ 05:22:
Een stukje uit `df -h` ziet er bijvoorbeeld zo uit:

code:

Filesystem            Size  Used Avail Use% Mounted on
/dev/hdg1             151G  143G     0 100% /mnt/sata2

Zoals je kunt zien klopt daar geen moer van. Waar zijn die 8 GBs gebleven?

5% reserved space voor de root users, en als je ext3 gebruikt lust je journal ook wel wat.

[XTerm]

Zoals wilke al aangeeft

code:

 tune2fs -m 0 /dev/hdX

geeft je je ruimte terug.

Verder komen je disken WEL op volgorde, maar omdat het master/slave principe met SATA niet meer geldt zullen de kernel mensen besloten hebben de 'fake' slaves gewoon leeg te laten.

[wacko]

Aha, dat helpt. Enorm bedankt!

[irondog]

Ik wil je er even op attend maken dat de libata driver UDMA ondersteunt en de performance een gigantische boost geeft. Gebruik deze driver i.p.v. de driver die je nu gebruikt. Je vindt ze onder scsi low level drivers in de 2.6 kernel en ook ik in 2.4 vanaf kernel 2.4.27-pre1.

[Egbert]

Hm, dat is interessant, ik heb ook een simpel kaartje met de si3112 chip, en heb die vervangen door een promise omdat ik hem veeeeeeeeels te traag vond.
Met hdparm onder kernel 2.4 kwam ie niet boven de 1MB/sec uit.
Met 2.6 kernel haalde ie een schamele 6MB/sec.
Schrijven ging vreemd genoeg nog wel aardig.