[Debian] Oud systeem: 32 GB limiet blijft

[-Tibo-]

Op een oud systeem (p200, 64mb ram, Triton II(I) VX mobo) heb ik mijn eigen oude hardeschijven (1x 60gb IBM, primary en 1x 60gb maxtor secondary) geinstalleerd, met als doel er een leuke mp3/divx server van te maken.

Van te voren had ik via de search op GoT uitgevonden dat linux zelfs als het mobo een 32GB limiet heeft wb. HD's dat linux dan alsnog zelf de volledige capaciteit kan benutten. Na installatie van debian zag deze echter alleen 2x een 30GB schijf. Na wat verder te zoeken bleek dat ik ook nog een te oude kernel had (die ook een eigen 32BG limiet had) dus ik heb een nieuwe gecompiled (2.6.4).

Je raadt het echter al de limiet bleef. Andere topics op GoT gaan vaak over het feit dat de HD hardwarematig 'geclipped' moet worden maar dat is bij mij niet het probleem want de bios detecteerd wel degelijk 2 hds maar dan van 30gb wat genoeg is om linux te booten.

Probeersels:
- 2e hd op NONE zetten in bios -> bleef als 30GB verschijnen in debian.
- partitiontable leegmaken en opnieuw aanmaken, ook geen resultaat.
- Laatste kernel gecompiled en geinstalleerd.

Op dit moment heb ik geen echte ideeen meer hoe ik mijn volledige schijf zichtbaar kan krijgen in mn debian install.

Verder heb ik nog de volgende outputs. Voorbeeld van /dev/hdb /hda zelfde probleem.

cfdisk /dev/hdb

Disk Drive: /dev/hdb
Size: 33820286976 bytes
Heads: 16 Sectors per Track: 63 Cylinders: 65531


fdisk /dev/hdb -> p

Disk /dev/hdb: 16 heads, 63 sectors, 65531 cylinders
Units = cylinders of 1008 * 512 bytes

Device Boot Start End Blocks Id System
/dev/hdb1 1 65531 33027592+ 83 Linux


hdparm -i /dev/hdb

Model=Maxtor 5T060H6, FwRev=TAH71DP0, SerialNo=T6H3J9XC
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=66055248
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 *mdma2 udma0 udma1 udma2 udma3 udma4 udma5
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive Supports : ATA/ATAPI-6 T13 1410D revision 0 : ATA-1 ATA-2 ATA-3 ATA-4 ATA-5 ATA-6

Ik ben nog relatief nieuw in linux dus de kans bestaat dat ik toch iets sufs over het hoofd zie maar ik denk het eigenlijk niet . Ik hoop dat iemand brilliante ideeen heeft of mijn stomme fout ziet

Edit: Een nieuwe bios voor dit mobo kan ik helaas niet vinden, wel Triton achtige dingen maar daarvan is onduidelijk of het de juiste is. Dat zou echter wel een oplossing zijn uiteraard

[ Voor 5% gewijzigd door -Tibo- op 09-04-2004 13:14 ]

[FatalError]

Is er geen nieuw bios voor dat ding waardoor hij wel grotere HD's aan kan?

[Fludizz]

een soortgelijk probleem heb ik ook met me Compaq Deskpro 2000 gehad... voor mij was het opgelost door simpelweg de hardeschijf ergens anders in te hangen, dan partitioneren (Ext2 partitie, swap partitie) en dan terughangen en vanuit linux die partities pakken.

Maargoed, na een nieuwe BIOS erop gezet te hebben was het probleem ook weg.

[vanaalten]

Niet zo lang geleden heb ik op een oude PC (Compaq deskpro-166 of zo, met pentium2-166) Debian Linux geinstalleerd. Kernel 2.4.25 erop en hij ziet gewoon een 80GB harddisk. Partitioneren gedaan tijdens het installeren van Linux.

Ofwel, Linux kan het denk ik gewoon aan. Andere BIOS dus, of mogelijk dat ergens anders formateren/partitioneren en dan gebruiken goed werkt.

[Verwijderd]

Die hdd is toevallig toch niet met een jumper gecapped he?

Linux behoort inderdaad goed met de juiste grootte van de schijf om te gaan, ongeacht of je Bios met de grootte van je schijf om kan gaan.

[-Tibo-]

Hdd is niet jumper gecapped, hij zat eerst in mn eigen hd en werkte daar naar behoren. Ik zal de methode van in een andere pc partitioneren en formatten dan ook maar eens proberen.

[Canard]

-Tibo- schreef op 09 april 2004 @ 13:05:
Edit: Een nieuwe bios voor dit mobo kan ik helaas niet vinden, wel Triton achtige dingen maar daarvan is onduidelijk of het de juiste is. Dat zou echter wel een oplossing zijn uiteraard

Als je je PC aanzet is het eerste wat je ziet het scherm van de BIOS van je videokaart.... op het volgende scherm staat wat gegevens over je CPU en memory... in datzelfde scherm staat onderaan een aantal lange nummers/codes... deze codes kun je opzoeken op http://www.wimsbios.com/ en dan weet je precies welk mobo je hebt en kun je dus een BIOS-update voor je moederbord gaan zoeken

[-Tibo-]

Bedankt voor die link Canard, op die pagina heb ik idd de maker kunnen achterhalen en zelfs een werkende download voor de laatste bios kunnen vinden, helaas bleek ik al de meest 'recente' 97' versie te hebben.

Verder heb ik nog eens het kernel logfiletje bekeken en daar kwam ik iets interessants tegen:

Apr 9 12:51:47 fileserver kernel: hdb: max request size: 128KiB
Apr 9 12:51:47 fileserver kernel: hdb: Host Protected Area detected.
Apr 9 12:51:47 fileserver kernel: ^Icurrent capacity is 66055248 sectors (33820 MB)
Apr 9 12:51:47 fileserver kernel: ^Inative capacity is 120103200 sectors (61492 MB)
Apr 9 12:51:47 fileserver kernel: hdb: 66055248 sectors (33820 MB) w/2048KiB Cache, CHS=65531/16/63, (U)DMA

Hij heeft het dus wel door maar pakt toch de 32 gb .. oid Ik vrees dat host protected area betekend dat de bios het alsnog hardwarematig gaat blokken.

Edit: ok ik heb dus Autogeometry niet meegecompiled als IDE optie. Hooray \o/
Hopen dat dit de oplossing is. Ik zal voor de toekomst het resultaat hier vermelden

[ Voor 70% gewijzigd door -Tibo- op 09-04-2004 18:17 ]