Hårddisk-storleksgräns

-- Henry

Cordic Algorithm - Implemented on Intel 8087

"Henry" skrev i meddelandet news:43a01de7$ snipped-for-privacy@usenet.zapto.org...

Michael Spångberg wrote on 2005-12-14:

news:43a01de7$ snipped-for-privacy@usenet.zapto.org...

närvarande sitter det en 30 GB disk i den.

En GB på HD är 1000*1000*1000 bytes. En GB i Windows är 1024*1024*1024 bytes.

Så se 137.43 GB som den riktiga siffran i sammanhanget. Du tappar 22.57 GB på att installera den disken på den datorn.

Nej. Men du kan inte uppgradera BIOS på antik hårdvara och tro att det skall fungera.

Det finns IDE-controllers som klarar stora diskar, att köpa till. I ditt fall är det bortkastade pengar.

Jag monterade en 250 Gb i en PIII 500 med intel 440BX chipset... jag blev förvånad över att det fungerade....

men Bios klarar inte av att hantera hela disken så för att kunna starta från den måste första partitionen vara mindra än vad bios klarar av... mitt bios hittade den som en 6GB disk...

/Jimmy Lindström

Lindström skrev:

Jag monterade min "julklapp", en maxtor 300Gb i en Dell gxa från 1997 med p2 233

Starten måste ligga före cylinder 1024. Solaris8 har den begränsningen.

Det är helt och hållet beroende på om du kör gamalt operativ (ms) eller om du kör något modernt.

hjo... men ms server 2003 gick inte att installera när jag hade en 250 GB partition... (efter första omstarten hittades inte några viktiga filer.... )

/Lindström

"Lindström" skrev i meddelandet news:TS1of.40278$ snipped-for-privacy@newsb.telia.net...

Det tyder väl mest på att du inte har några "viktiga filer" på din hårddisk?

/Mr.X

berodde nog på att några av filerna lades utanför 1024 cyl-gränsen...

i uppstartslägen är många OS tämligen primitiva (speciellt MS fortfarande) och nyttjar bara BIOS möjlig adresserområde.

MS-OS är dessutom en microkernel-OS där man plockar in olika drivrutiner allt efter de behövs - och det är lite tråkigt om 'IDE.sys' eller 'atapi.sys' (kommer inte ihåg vad den exakt hette längre) råkar läggas utanför 1024 cyl-gränsen eller blir korrupt... (har råkat ut för detta... och då blir burken verkligen dum i huvudet då OS:t inte kan göra det som bootloadern gjorde nyss...)

I linux kan man åtminståne lägga essentiella drivrutiner SCSI och IDE-hantering samt filsystem-stöd i kärnan - så om kärnan på något sätt lyckas sugas in (där bootloadern ofta också är begränsat av 1024-cyl gränsen) så brukar linux hantera resten utan BIOS inblandning övh.

NT/XP gör det också - men fler steg i uppstarten måste fungera perfekt i CHS-addresseringläge innan det blir robust ur HD-addreseringsssynpunkt (vad jag gar sett av tidigare NT-installationer så betraktas IDE-diskar som SCSI-diskar ur logisk synpunkt där, då IDE-diskar stöder också denna SCSI-adresseringsmetod).

/TE

Det är lika svårt att boota linux på en partition som är större än bios känner till. Jag har själv råkat ut för det på en 250GB disk där bios trodde den var på 160GB. Att göra resize reiserfs skulle ta längre tid än att installera om, så jag fick göra om alltihop :-(

Man måste göra en / som håller sig innanför den gränsen, eller skapa en liten /boot partition. Jag tror att det är så som NT och XP gör också, fast den då heter C: som senare blir något annat när den mappar om ntfs partitionen till C:

/birre

Med W2K/XP och lite slug partitionering kan man som sagt ovan trixa till det lite.

Tog en 160Gb Seagate disk och strappade till 32Gb. Lät BIOS hitta disken och låste parametrarna till detta (dvs ej AUTO) Partitionerade startpartition inom 32Gb och installerade OS på denna partition Tog bort strappning till 32 Gb och bootade W2k. Partitionerade resten av disken och har nu en stor startdisk trots att Bios ej stödjer detta..

Möjligen har jag haft tur och jag ger inga garantier att det funkar med andra moderkort och disk än vad jag hade.

mvh /Bus