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.
Mailia nvidialle että tekevät legacy-ajureille oman paketin. Auttaako jos käynnistää "vikasietotilassa"?
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: 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ä
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 [bold]/sbin/mkinitrd /boot/initrd-sle10-2.6.16.21.img 2.6.16.21-0.13[/bold] sanoo vain: Ja tuolla [bold]/lib/modules/2.6.16.21-0.13-default[/bold] 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.
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
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 )
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. 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.
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?
kuten alta voit nähdä niin loit sen uudelleen 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.
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?
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.
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.
