|
Suse 10.1 + kernelin 2.6.16.21-0.13 päivitys = paniikki
|
|
Senior Member
7 tuotearviota
|
24. heinäkuuta 2006 @ 08:29 |
Linkki tähän viestiin
|
Asentelin eilen smartilla läjän päivityksiä tähän suseen ja yllätys yllätys, seuraavassa bootissa ei homma enää lähtenyt käyntiin vaan kerneli panikoi jotain: /init not found try passing init= to the kernel
Grubista kun valitsee "aiempi ydin" niin homma toimii lähes kuten ennenkin, mutta NVIDIAn ajurit ovat kadonneet, eli mikään 3D sovellus ei pelitä. Smart taisi ladata NVIDIAlle ajurin uudelle ytimelle, joten siksi ei varmaan enää toimi tällä vanhalla. Nykyäänhän nuo saa ihan RPM-pakettina (ftp://download.nvidia.com/novell/sle10/i586/ ). Tosin itselläni on ollut NVIDIAn legacy-ajurit (7182), ja nuo RPM:t näyttävät olevan vain uusille näytönohjaimille (8762)...
Mitenkähän tämän systeemin saisi nyt sitten starttaamaan tällä uudella ytimellä?
http://koti.mbnet.fi/co2/menu.lst
Tuossa vielä grubin menu.lst, mutta siitä en ainakaan keksinyt, miksi tuo ensimmäinen ei lähtisi.
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 24. heinäkuuta 2006 @ 08:34
|
|
lunix
Senior Member
|
24. heinäkuuta 2006 @ 08:55 |
Linkki tähän viestiin
|
|
Mailia nvidialle että tekevät legacy-ajureille oman paketin.
Auttaako jos käynnistää "vikasietotilassa"?
|
Senior Member
|
24. heinäkuuta 2006 @ 08:56 |
Linkki tähän viestiin
|
jaa-a.. olisikohan initrd mennyt vithuiksi; vaihtoehtoja on varmasti muitakin mutta ei kai kokeileminen maksa kovin paljoa.
HUOM!. kaikki komennot on tehtävä rootin oikeuksilla (sudo -s, tai su) sillä initrd:n vaihto vaatii vähän oikeuksia jopa.
homma menee silleen, että mkinitrd-scriptillä rakennetaan uusi initrd, laitetaan se /boot -hakemistoon, muokataan hieman tuota grubin menu.lst:tä ja sitten vaaan boottia.
Eli..
Ensimmäiseksi varmista että sinun uuden kernelin moduulit on paikoillaan; esim. /lib/modules/2.6.16.21-0.13 -hakemisto on olemassa ja sisällä on tiedostoja. Jos ei ole, ota ne jollain yastilla tai mikä-se-pakettien-hallinta-nyt-ikinä-lienee sopiva "kernel modules" paketti.
Sitten käytä mkinitrd scriptiä rakentaaksesi uuden initrdn. komento siihen on /sbin/mkinitrd </booottihakemisto/initrd-nimi> <uusi kernelin versio>. Huom! että tuossa komennossa pitää olla sen uuden kernelin versio (tiedostoja etsitään hakemistosta /lib/modules/<uusi kernelin versio>) -hakemistossa, eli sinulla voisi käydä komento /sbin/mkinitrd /boot/initrd-sle10-2.6.16.21.img 2.6.16.21-0.13
Kun saat tuon initrdn rakennettua, muokkaa tuota menu.lst:tä siten että sen uusimman kernelin kohdalla, initrd-rivin kohdalta löytyy tuo sinun käsin rakentama, uusi initrd:
Quote:
tässä on menu.lst tarvittava kohta muutettu, huomaa että initrd on vaihtunut. muihin paikkoihin ei sitä tarvitse vielä vaihtaa, vasta sitten jos ja kun homma lähtee tulille. Älä missään vaiheessa (et vaikka homma lähtisi tulille) vaihda tuota initrd-kohtaa sinne missä on "title Aiempi ydin -- SUSE LINUX 10.1", muuten alkaa tuo aikaisempikin ydin kusemaan käsille.
###Don't change this comment - YaST2 identifier: Original name: linux###
title SUSE Linux 10.1
root (hd0,5)
kernel /boot/vmlinuz root=/dev/hda6 vga=0x31a resume=/dev/hda5 splash=silent showopts
initrd /boot/initrd-sle10-2.6.16.21.img
Sitten vaan käytät grubia kirjoittaaksesi muutokset kiintolevyn boottisektorille.
EDIT: Jos Lunixin ehdottama vikasietotila lähtee käyntiin, niin sitten vika ei ole tässä initrd:ssä
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 24. heinäkuuta 2006 @ 09:04
|
Senior Member
7 tuotearviota
|
24. heinäkuuta 2006 @ 09:48 |
Linkki tähän viestiin
|
Vikasietotila valittaa juuri samaa kuin normaalitilakin.
NVIDIAn ajurin asentaminen ei pitäisi olla ongelma sitten kun saisin vain tuo uuden kernelin toimimaan. http://www.kotoistaminen.novell.fi/?sivu=nvidia Tuon ohjeen toista vaihtoehtoa soveltamalla legacy-paketille se onnistui viimeksikin.
Täytyy koittaa tuota Ysf:n ohjetta nyt.
edit: komento /sbin/mkinitrd /boot/initrd-sle10-2.6.16.21.img 2.6.16.21-0.13 sanoo vain:
Quote:
/sbin/mkinitrd: line 2965: /boot/initrd-sle10-2.6.16.21.img/etc/fstab: No such file or directory
No '/' mountpoint specified in /boot/initrd-sle10-2.6.16.21.img/etc/fstab
Ja tuolla /lib/modules/2.6.16.21-0.13-default näytti olevan suunnilleen kaikki samat kamat kuin aiemman ytimenkin moduulikansiossa.
Tässä vielä tuo fstab, vaikka en kyllä siitäkään moitittavaa keksi
http://koti.mbnet.fi/co2/fstab
Ja tässä vielä kuva boot-kansion sisällöstä:
http://koti.mbnet.fi/co2/boot.jpg
initrd ja initr.previous näyttäisivät linkittyvän ihan oikein, samoin kuin vmlinuz:it.
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 24. heinäkuuta 2006 @ 10:14
|
|
lunix
Senior Member
|
24. heinäkuuta 2006 @ 10:05 |
Linkki tähän viestiin
|
|
Päivitin tuossa perjantaina itse tuon SL10.1:n uudella libzypp stäkillä ja tuolla uudella ytimellä. Ei ollut ongelmia. Toki päivitys tapahtui zen-updaterilla eikä smartilla.
/boot hakemistossa oleva initrd on linkki varsinaiseen tiedostoon. Tiedosto luodaan automaattisesti ytimen päivityksen yhteydessä, mk_initrd komento luo tämän uudelleen jos haluat sen itse tehdä (alla oleva tuloste SLEDistä)
ambrym:~ # su -c mk_initrd
Root device: /dev/hdb5 (mounted on / as reiserfs)
Module list: amd74xx sata_nv processor thermal fan reiserfs edd (xennet xenblk)
Kernel image: /boot/vmlinuz-2.6.16.21-0.8-smp
Initrd image: /boot/initrd-2.6.16.21-0.8-smp
Shared libs: lib64/ld-2.4.so lib64/libacl.so.1.1.0 lib64/libattr.so.1.1.0 lib64/libc-2.4.so lib64/libdl-2.4.so lib64/libhistory.so.5.1 lib64/libncurses.so.5.5 lib64/libpthread-2.4.so lib64/libreadline.so.5.1 lib64/librt-2.4.so lib64/libuuid.so.1.2
Driver modules: ide-core ide-disk scsi_mod sd_mod amd74xx libata sata_nv processor thermal fan edd
Filesystem modules: reiserfs
Including: initramfs fsck.reiserfs
Bootsplash: SuSE-NLD (1280x1024)
13304 blocks
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 24. heinäkuuta 2006 @ 10:06
|
Senior Member
7 tuotearviota
|
24. heinäkuuta 2006 @ 10:11 |
Linkki tähän viestiin
|
duron:~ # mk_initrd
Root device: /dev/hda6 (mounted on / as reiserfs)
Module list: alim15x3 processor thermal fan reiserfs (xennet xenblk)
Kernel image: /boot/vmlinuz-2.6.16.13-4-default
Initrd image: /boot/initrd-2.6.16.13-4-default
Shared libs: none
Driver modules: ide-core ide-disk alim15x3 processor thermal fan
Filesystem modules: reiserfs
Including: initramfs fsck.reiserfs
Bootsplash: SuSE (1280x1024)
6179 blocks
Kernel image: /boot/vmlinuz-2.6.16.21-0.13-default
Initrd image: /boot/initrd-2.6.16.21-0.13-default
Shared libs: none
Driver modules: ide-core ide-disk alim15x3 processor thermal fan
Filesystem modules: reiserfs
Including: initramfs fsck.reiserfs
Bootsplash: SuSE (1280x1024)
6168 blocks
Tässä oma vastaava. Ja nämä samat rivit näin smart:issakin kun tuo asensi uuden kernelin.
Vaikuttaisikohan se asiaan että itsellä on tuo zenworksi on ollut jo melkein alusta lähtien ihan solmussa, eikä ohjelmistonpäivittäjä tai rug toimi ollenkaan. Yastilla ja smartilla on hyvin pärjätty kyllä, että en noita varsinaisesti kaipaa. Mahdollisesti /usr -kansion siirto ja softlinkitys toiselle kovolle saattoi tuon sotkea. (http://keskustelu.afterdawn.com/thread_jump.cfm/358840/2131219 )
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 24. heinäkuuta 2006 @ 10:22
|
|
lunix
Senior Member
|
24. heinäkuuta 2006 @ 10:21 |
Linkki tähän viestiin
|
Quote:
Vaikuttaisikohan se asiaan että itsellä on tuo zenworksi on ollut jo melkein alusta lähtien ihan solmussa, eikä ohjelmistonpäivittäjä tai rug toimi ollenkaan. Yastilla ja smartilla on hyvin pärjätty kyllä, että en noita varsinaisesti kaipaa.
Itselläni tuo zmd on toiminut mainiosti, ja jos jokin asia ei meinaa asentua niin sen voi aina asentaa yastilla. Smart on ihan hyvä, ei siinä mitään.
Quote:
Mahdollisesti /usr -kansion siirto ja softlinkitys toiselle kovolle saattoi tuon sotkea.
Tämä voi olla hyvinkin syynä ongelmaan.
|
Senior Member
7 tuotearviota
|
24. heinäkuuta 2006 @ 10:23 |
Linkki tähän viestiin
|
Quote:
Tämä voi olla hyvinkin syynä ongelmaan.
Todennäköisesti tuohon zenworks-ongelmaan kyllä, mutta tuskin tähän ydin-hässäkkään. En ainakaan ymmärrä mikä /usr -kansiossa voisi olla sellaista, mikä onnistuisi estämään järjestelmän käynnistymisen jo noin aikaisessa vaiheessa.
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 24. heinäkuuta 2006 @ 10:34
|
Senior Member
7 tuotearviota
|
24. heinäkuuta 2006 @ 11:58 |
Linkki tähän viestiin
|
http://img208.imageshack.us/img208/6466/boottiuc6.jpg
Tuossa kuva virheestä.
Nytpä ei enää lähde tuolla aiemmallakaan ytimellä...juuri samaa valittaa sekin. Ei auta kuin ubuntulla nyt koittaa selvitellä. Menu.lst ei ole muuttunut, mutta olisikohan tuo mk_initrd-komento sotkenut nyt myös tuon vanhan initrd-2.6.16.13-4-default -tiedoston...ainakin sitä on muokattu tänään juuri 14:07:43.
Mikähän nyt neuvoksi? :D
|
|
lunix
Senior Member
|
24. heinäkuuta 2006 @ 12:43 |
Linkki tähän viestiin
|
Quote:
Nytpä ei enää lähde tuolla aiemmallakaan ytimellä...juuri samaa valittaa sekin. Ei auta kuin ubuntulla nyt koittaa selvitellä. Menu.lst ei ole muuttunut, mutta olisikohan tuo mk_initrd-komento sotkenut nyt myös tuon vanhan initrd-2.6.16.13-4-default -tiedoston...ainakin sitä on muokattu tänään juuri 14:07:43.
kuten alta voit nähdä niin loit sen uudelleen
Quote:
duron:~ # mk_initrd
Root device: /dev/hda6 (mounted on / as reiserfs)
Module list: alim15x3 processor thermal fan reiserfs (xennet xenblk)
Kernel image: /boot/vmlinuz-2.6.16.13-4-default
Initrd image: /boot/initrd-2.6.16.13-4-default
Shared libs: none
Driver modules: ide-core ide-disk alim15x3 processor thermal fan
Filesystem modules: reiserfs
Including: initramfs fsck.reiserfs
Bootsplash: SuSE (1280x1024)
6179 blocks
Quote:
En ainakaan ymmärrä mikä /usr -kansiossa voisi olla sellaista, mikä onnistuisi estämään järjestelmän käynnistymisen jo noin aikaisessa vaiheessa.
Itselläni tuon paniikin sain aikaan kun sata-laitetta tai osioa löytynyt(emo ja piirisarja vaihtui).
Kokeile system-repair toimintoa ja palauta alkuperäinen ydin ja kokeile päivitystä uudelleen.
|
Senior Member
7 tuotearviota
|
24. heinäkuuta 2006 @ 13:51 |
Linkki tähän viestiin
|
|
Mitä tarkoitat tuolla system-repairilla? DVD:ltä käynnistettäessä on tuo joku rescue -tila, mutta silloin tuo levy toimii live-tyyliin. Pitäsikö käynnistää vain uusi asennus täämän vanhan päälle?
|
|
lunix
Senior Member
|
24. heinäkuuta 2006 @ 13:57 |
Linkki tähän viestiin
|
|
Siis, käynnistä asennus DVD:ltä, kun pitää valita tehdääkö uusi asennus vai päivitys valitse Muu.. ja sieltä korjaa järjestelmä(en nyt juuri muista mitä siinä luki)
Pieni hetki, käynnistän koneen ja katson miten se meni.
edit:
Korjaa asennettu järjestelmä se oli. Ylin vaihtoehto tekee tarkistuksen missä se kertoo mahdollisista ongelmista. Asenna ydin uudestaan ja kokeile sitten päivitystä uudelleen. Kannattaa varmasti tarkistaa myös osiointi jne.
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 24. heinäkuuta 2006 @ 14:16
|
|
Mainos
|
|
|
Senior Member
7 tuotearviota
|
24. heinäkuuta 2006 @ 16:32 |
Linkki tähän viestiin
|
|
Loppupään pakettitarkastuksissa mm. herjaa tuo tarkistus, että "Changing environment to target system was not successful."
Ja sitten lopulta tulee tuommoinen sininen ruutu, jonka otsikkona Linuxrc v2.0.37 (Kernel 2.6.16.13-4-default) ja tämä valittaa
"An error occurred during the installation"
...eli varmaankaan tuo asennus ei oikein käsitä jälleen tätä linkitettyä /usr:ia. Taitaapa käydä niin että menee homma uusiksi ihan osoinnista lähtien.
Hieman kyllä ottaa päähän kun tämmöistä joutuu säätämään vain siksi että tuolle juuriosiolle ei ole voitu oletuksena määrittää riittävää kokoa...nyt oli heti asennuksen jälkeen 3gt osiolla vapaata enää n.200mt. Kun kerran asennus suoritetaan 4gt DVD:ltä, niin pitäisi tuon heti oletuksena ehdottaa vähintään 5gt juuriosiota...varsinkin kun asennuksessa ei missään vaiheessa päässyt edes vaikuttamaan asennettavan tavaran määrään, tai sitten tällainen vaihtoehto jäi vain huomaamatta.
Ainakin oppi nyt tästä lähin laittamaan tuon osion itse riittävän suureksi...
Kiitoksia kuitenkin kaikille auttaneille.
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 24. heinäkuuta 2006 @ 16:44
|
