LILO ongelma
Timo Korvola
> L <error> [...] This condition usually indicates a media failure or a
> geometry mismatch (e.g. bad disk parameters, see section "Disk geometry").
> Kumminkaan vika ei näytä olevan kovalevyssä? LILO toimi entisellä rh 5.2
> distribuutiolla. Ongelma ilmeni vasta, kun päivitin sen rh 7.0
Onko se isokin osio, jolta yrität bootata?
--
Timo Korvola <URL:http://www.iki.fi/tkorvola>
M. Tavasti
> codes".) This condition usually indicates a media failure or a
> geometry mismatch (e.g. bad disk parameters, see section "Disk geometry").
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Suunnatut arvaukset:
- Jostain kumman syystä kovalevy on vaihdettu BIOS:ista eri
asetuksille. Samalle kovalevylle kun on ihan oikeita erilaisia
asetuksia useita (ainakin 3)
- Lilo ajetaan uudessa distrossa eri optiolla/eri konffilla. Esim
LINEAR:in puuttuminen, LBA osotuksen puuttuminen
- Second stage boot loader on ennen ollut BIOS-osotettavalla alueella,
nyt ei ole
- Maahiset eivät ole tyytyväisiä
--
M. Tavasti / tava...@iki.fi / +358-40-5078254
Poista sähköpostiosoitteesta molemmat x-kirjaimet
Remove x-letters from my e-mail address
Jussi Salokangas
> Jussi Salokangas <j...@nuvo.fi> writes:
> > L <error> [...] This condition usually indicates a media failure or a
> > geometry mismatch (e.g. bad disk parameters, see section "Disk geometry").
>
> > Kumminkaan vika ei näytä olevan kovalevyssä? LILO toimi entisellä rh 5.2
> > distribuutiolla. Ongelma ilmeni vasta, kun päivitin sen rh 7.0
>
> Onko se isokin osio, jolta yrität bootata?
>
>
580k vmlinuz-2.2.18
Vielä pakattu bzImagella
--
Jussi Salokangas
j...@nospam.nuvo.fi
www.nuvo.fi
Tauno Voipio
"Jussi Salokangas" <j...@nuvo.fi> wrote in message
news:Pine.LNX.4.30L2.0103...@sigma.nuvo.fi...
> On 2 Mar 2001, Timo Korvola wrote:
>
> > Jussi Salokangas <j...@nuvo.fi> writes:
> > > L <error> [...] This condition usually indicates a media failure or a
> > > geometry mismatch (e.g. bad disk parameters, see section "Disk
geometry").
> >
> > > Kumminkaan vika ei näytä olevan kovalevyssä? LILO toimi entisellä rh
5.2
> > > distribuutiolla. Ongelma ilmeni vasta, kun päivitin sen rh 7.0
> >
> > Onko se isokin osio, jolta yrität bootata?
> >
> >
> 580k vmlinuz-2.2.18
> Vielä pakattu bzImagella
>
Et ihan vastannut siihen mitä kysyttiin. Kysytään uudelleen:
- onko /boot erillinen osio vai osa / -osiota?
- mitä raportoi fdiskin komento p?
Tauno Voipio
tauno voipio @ iki fi
Jussi Salokangas
/boot ei ole oma osio vaan on samassa kuin hakemiston juuri.
fdiskin p komentoa ei näytä olevan, mutta tässä kumminkin listi:
Disk /dev/hda: 16 heads, 63 sectors, 29777 cylinders
Units = cylinders of 1008 * 512 bytes
Device Boot Start End Blocks Id System
/dev/hda1 * 1 8128 4096480+ 83 Linux
/dev/hda2 8129 29777 10911096 5 Extended
/dev/hda5 8129 28446 10240240+ 83 Linux
/dev/hda6 28447 29777 670792+ 82 Linux swap
Timo Korvola
> Device Boot Start End Blocks Id System
> /dev/hda1 * 1 8128 4096480+ 83 Linux
8128? Onpa hiukan isonpuoleinen sylinterinumero. Levyn asetukset
BIOS-setupissa lienevät retuperällä. Voi olla, että se ei haittaa,
kunhan /etc/lilo.conf:issa on linear päällä (onhan?) ja BIOS on
tarpeeksi uusi. En osaa sanoa varmasti, kun en noin pervoilla
geometria-asetuksilla ole yrittänyt bootata. BIOS:in
sylinterinumerothan nimittäin lyövät ympäri 1024:ssä.
Tulipa mieleen: oletko ajanut /sbin/lilo:n päivityksen jälkeen? Red
Hatin paketit ovat olleet jo pidempään rikki eivätkä aja
automaattisesti asennuksen jälkeen, ts. rpm -Uv lilo*.rpm jättää
systeemin boottauskyvyttömään tilaan. Kannattaa kokeilla ajaa lilo
ihan sitäkin varten, että näkee, tuleeko siinä vaiheessa
virheilmoituksia.
Jussi Salokangas
Jeps, näytti hieman isolta luvulta, mutta BIOS asetuksien pitäisi olla
oikein. Ainakin olen syöttänyt ne, jotka siinä kovalevyn päällä lukevat.
Kyllä, linear on päällä ja BIOS:kin on viime vuodelta.
Ajattelin lisätä tuon ns. "boot" kovalevyn siihen, ja yrittää kenties
bootata sieltä.
Olen ajanut LILO:n aina kernelin päivityksen jälkeen (en päivitä kerneliä
rpmmien kautta). LILO ei anna virheilmoituksia ainakaan tuossa vaiheessa.
Timo Rantalaiho
>Jeps, näytti hieman isolta luvulta, mutta BIOS asetuksien pitäisi olla
>oikein. Ainakin olen syöttänyt ne, jotka siinä kovalevyn päällä lukevat.
>Kyllä, linear on päällä ja BIOS:kin on viime vuodelta.
Tässä on taas helppo olla informatiivisempi, jos haluat:
mitä siinä levyn päällä lukee (C/H/S) ja kertooko fdisk -l
samat luvut? Oletko koittanut linearin sijaan lba32:sta?
>Olen ajanut LILO:n aina kernelin päivityksen jälkeen (en päivitä kerneliä
>rpmmien kautta). LILO ei anna virheilmoituksia ainakaan tuossa vaiheessa.
Eli sanoo ihan normaalisti "added <sejase>"?
--
Timo Rantalaiho
'Open source is an intellectual-property destroyer.'
http://news.cnet.com/investor/news/newsitem/0-9900-1028-4825719-RHAT.html
Timo Korvola
> Jeps, näytti hieman isolta luvulta, mutta BIOS asetuksien pitäisi olla
> oikein. Ainakin olen syöttänyt ne, jotka siinä kovalevyn päällä lukevat.
Se voi olla eri asia kuin oikein, sillä oikein tässä yhteydessä on
synonyymi LBA:lle (linear block addressing), jonka olisi syytä olla
päällä. Asetusten muuttaminen saattaa tosin edellyttää
uudelleenosiointia.
> Kyllä, linear on päällä ja BIOS:kin on viime vuodelta.
OK, sitten sen kai pitäisi pystyä boottaamaan mistä päin levyä
tahansa, myös yli 8 GB (jos linearin tilalle laittaa lba32). Eli ei
pitäisi olla mitään tarvetta erityiselle boot-osiolle.
> Olen ajanut LILO:n aina kernelin päivityksen jälkeen (en päivitä kerneliä
> rpmmien kautta). LILO ei anna virheilmoituksia ainakaan tuossa vaiheessa.
Pitää tietty ajaa myös LILO:n itsensä päivityksen jälkeen.
Simo Tuominen
Timo Korvola <tkor...@e.math.helsinki.fi> wrote in message
news:m38zmnm...@e.math.helsinki.fi...
> Jussi Salokangas <j...@nuvo.fi> writes:
> > Jeps, näytti hieman isolta luvulta, mutta BIOS asetuksien pitäisi
olla
> > oikein. Ainakin olen syöttänyt ne, jotka siinä kovalevyn päällä
lukevat.
>
> Se voi olla eri asia kuin oikein, sillä oikein tässä yhteydessä on
> synonyymi LBA:lle (linear block addressing), jonka olisi syytä olla
L ei muuten ole "linear", vaan IIRC "logical", mikä on kyllä
epäloogista. (Mahtaisikohan muuten tuo linear/lba32 tms. auttaa
siihen, että hdparm -i ilmoittaa mm. 60 GB Quantumille jotain 45
miljoonaa orposektoria? Lätty kyllä toimii ihan OK, joten jätänkö
huomiotta?)