Komentoriville pääsy virhetilantessa? [Ratkaistu]

[New_user]

Tulipa piruuttaan kokeiltua Nvidian 319-ajuria tässä koneessa (Intel Xeon, Nvidia 460GTX). Voin sanoa, ettei toimi!

Mutta se, mikä tästä kokeilusta kirposi, näkyy otsikossa. Toipumistila, myös vanhemmilla kerneleillä ei sellaisenaan sekään toiminut puhtaasti. Kone lähtee Grubin jälkeen buuttaamaan tekstimoodissa, pysähtyen sitten johonkin kohtaan, ja sen jälkeen alkaa toistamaan "killing ......", eli samaa pitkää lausetta nakuttaa yhä uudelleen ja uudelleen. Jossain välissä siihen yrittää tulla väliin tekstipohjainen valikko, jossa vilaukselta ehtii näkyä vaihtoehtoja jatkamiselle, mutta sitten tuo sama toistuva killing-rivi mustalla pohjalla hakkaa siihen päälle syöden valikon lukemattomaksi. Turha yrittää siis järjellisesti edetä valikossa, koska se menee rikki. Jollakin ihmeen keinolla pystyin pääsemään komentoriville tuosta, usean uudelleen käynnistyksen ja sattuman kautta, ja poistamaan väärän ajurin ja xorg.confin (josta oli varakopio home-alueella).

Jollakin tavalla tuo päätetilan ilmoitusten mukanaan tuoma pelastusvalikon rikkoutuminen pitäisi saada estetyksi. Tällä tavalla, kuin tässä itselläni kävi, on tavallisen käyttäjän kovin hankala edetä, kun valikon vaihtoehdot häviävät käyttäjän ulottumattomiin. Tämä sama ilmiö toistui kaikilla kokeilemillani kernelin versioiden safe-moodeilla.

Yhtä kaikki, 304-updates taas kehissä ja toimii.

[JaniAlander]

Kokeilitko vaihtaa toiseen virtuaalikonsoliin kun kone on ruksuttanut aikansa? (esim. ctrl alt F2)  Tuo ekahan normisti näyttää juurikin noita käynnistyksen ilmoituksia...

[nm]

Tulipa piruuttaan kokeiltua Nvidian 319-ajuria tässä koneessa (Intel Xeon, Nvidia 460GTX). Voin sanoa, ettei toimi!

Poistitko ennen asennusta vanhemmat ajurit ja varmistit Synapticilla tai dpkg:llä, ettei Nvidian ajuripaketteja ole asennettuna? X.org:n loki (/var/log/Xorg.0.log) olisi kannattanut myös ottaa talteen epäonnistuneen käyttöönoton jälkeen toipumistilassa. Ongelman syy olisi todennäköisesti selvinnyt sieltä.

319-ajurin pitäisi toimia raudallasi, kunhan se on asentunut oikein, eivätkä vanhemmat versiot häiritse sen toimintaa.

Mutta se, mikä tästä kokeilusta kirposi, näkyy otsikossa. Toipumistila, myös vanhemmilla kerneleillä ei sellaisenaan sekään toiminut puhtaasti. Kone lähtee Grubin jälkeen buuttaamaan tekstimoodissa, pysähtyen sitten johonkin kohtaan, ja sen jälkeen alkaa toistamaan "killing ......", eli samaa pitkää lausetta nakuttaa yhä uudelleen ja uudelleen.

Seuraavalla kerralla olisi hyvä ottaa ylös, mikä se lause on kokonaisuudessaan.

Tällaisessa tilanteessa on ehkä mahdollista päästä komentokehotteeseen vaihtamalla toiseen virtuaalikonsoliin (esim. Ctrl+Alt+F2, F3, ...). Voi tosin olla, että sama virhe tulostuu sinnekin, jolloin ainoaksi keinoksi jää korjaus live-cd:n / -tikun avulla.

[New_user]

Poistin vanhan ajurin Lisäajurit-toiminnolla irrottamalla sen käytöstä, ja samalla ilman välibuuttia otin kolmanneksi ylimmän, eli 319 käyttöön. En sen kummemmin tsekkaillut Synapticilla enkä muullakaan. Olettaisi, että tällainen Lisäajurit-toiminto osaisi homman ihan itse.

Konsolille tulostuvan killing-lauseen sisältöä voi olla hankalaa napata kiinni, se tulee aika taajaan, ja on yli 80 merkkiä pitkä, eli menee toiselle riville osittain.

En kokeillut muita virtuaalikonsoleita (enkä olisi osannutkaan). Tällaiselle Pertti Peruskäyttäjälle nämä Linuxin salat kun eivät aukene edes vuosissa Pitänee kokeilla ihan toimivassa konfiguraatiossa, mitä mahdollisuuksia on.

Yritän näillä viesteilläni ohjata Ubuntua käyttäjäystävällisempään suuntaan. Pääosinhan se sitä jo on, mutta hankalampien tilanteiden kanssa on vielä tekemistä. Yritän toki ymmärtää syitä ( ajurit ym.), mutta esim. aiemmin ehdottamani live-levyn pelastus-osio olisi kiva olemassa. Mountit ilman komentoriviä, levyn tarkistus, järjestelmän korjaus(yritys) ym. kivaa sinne.

[New_user]

Kokeilinpa safe-moodia.

Sama virheilmoitus tulostuu eri virtuaalikonsoleille (Alt-F2 - Alt-F4). Scroll lockilla sain näytön pystähtymään. Ilmoitus on seuraava

Koodia: [Valitse]

udevd[376]:timeout:killing 'sbin/modprobe -bv pci:v000010ECd0000816Csv00001734sd00001178bc0Csc07i07[390]'
Tätä ilmoitusta hakkaa konsolille about sekunnin välein.

edit: korjasin udev -> udevd

[salai]

Poistin vanhan ajurin Lisäajurit-toiminnolla irrottamalla sen käytöstä, ja samalla ilman välibuuttia otin kolmanneksi ylimmän, eli 319 käyttöön. En sen kummemmin tsekkaillut Synapticilla enkä muullakaan. Olettaisi, että tällainen Lisäajurit-toiminto osaisi homman ihan itse.

Minun kokemukseni on, ettei sillä Lisäajurit-ohjelmalla tee yhtään mitään: ainakaan se ei ole kertaakaan poistanut oikein vanhaa (Nvidian) ajuria. Aivan älytöntä, että tuollaista tekelettä edes suositellaan aloitteleville käyttäjille.

Eli muutaman sotketun asennuksen jälkeen poistan ne Nvidian ajurit Synapticilla - jota Canocical ei suuressa viisaudessaan edes asenna oletuksena mukaan.

[New_user]

Eli muutaman sotketun asennuksen jälkeen poistan ne Nvidian ajurit Synapticilla - jota Canocical ei suuressa viisaudessaan edes asenna oletuksena mukaan.

Joo, täytyy ajureita katella toinen kerta, kun tulee sopiva väli. Toki Synapticin olen asentanut tähän itse jo ajat sitten. Se mikä tässä jäi kaivelemaan on konsolille toistaen tulostuva ilmoitus safe-bootissa. Ehkä sekin joskus selviää vielä.

[nm]

udevd[376]:timeout:killing 'sbin/modprobe -bv pci:v000010ECd0000816Csv00001734sd00001178bc0Csc07i07[390]'

Ok, eli Realtekin IPMI-laitteen 10EC:816C ajuri on jumissa. Joku toinenkin on näemmä törmännyt samaan ongelmaan ja kysellyt asiasta kernelin postituslistalla

Melkein kannattaisi laittaa IPMI-moduulit mustalle listalle:

If i blacklist the following modules via /etc/modprobe.d/blacklist.conf,
then there is no hang on startup:

 blacklist ipmi_si
 blacklist ipmi_msghandler

Ajurin korjausta voi joutua odottamaan aika kauan.


Virheilmoitusten tulostuminen konsoliin on yleensä toivottavaa ongelmien selvittämisen kannalta, mutta saman viestin floodaus ei tietysti auta ketään. Ehkä Ubuntussa voisi tehdä niin, että konsoliloki kytketään pois päältä siinä vaiheessa kun pelastustilan valikko piirretään näytölle, ja sitten valikon kautta voisi halutessaan katsella kernelin lokia.

[New_user]

udevd[376]:timeout:killing 'sbin/modprobe -bv pci:v000010ECd0000816Csv00001734sd00001178bc0Csc07i07[390]'

Ok, eli Realtekin IPMI-laitteen 10EC:816C ajuri on jumissa. Joku toinenkin on näemmä törmännyt samaan ongelmaan ja kysellyt asiasta kernelin postituslistalla

Melkein kannattaisi laittaa IPMI-moduulit mustalle listalle:

If i blacklist the following modules via /etc/modprobe.d/blacklist.conf,
then there is no hang on startup:

 blacklist ipmi_si
 blacklist ipmi_msghandler

Ajurin korjausta voi joutua odottamaan aika kauan.


Virheilmoitusten tulostuminen konsoliin on yleensä toivottavaa ongelmien selvittämisen kannalta, mutta saman viestin floodaus ei tietysti auta ketään. Ehkä Ubuntussa voisi tehdä niin, että konsoliloki kytketään pois päältä siinä vaiheessa kun pelastustilan valikko piirretään näytölle, ja sitten valikon kautta voisi halutessaan katsella kernelin lokia.

Kiitos erinomaisesta vastauksesta, kuten aina. Yht'äkkisellä lukemisella netistä ei ihan selvinnyt, mikä tämä IPMI on, mutta sombrerostani repäisten taitaa olla just another NSA takaportti   No, kun huomenna duunikoneelle pääsen, niin laitanpa laitteen ajurin mustalle listalle. Minusta alkaa nyt tuntua, että juuri tämä sama ongelma on ollut syynä (tai sitten ei) koneen piiitkiin buutteihin á la 2 minuuttia paikallaan jökötystä jonkin matkaa Grubin jälkeen, ja sitten vasta kirjautumiseen. Yrityksessä buutata safe-moodiin ainakin viimeksi, vaikka oli toimiva Nvidiankin ajuri, tuo ilmoitus tuli sitten Nvidian modulin latautumisen jälkeen. Onkohan nyt niin, että tuo IPMI-ajuri ja Nvidian ajuri tappelevat keskenään. No, mene tiedä, tällaisen maallikon aatoksia vain...

Ajatus tuosta konsolilokin pois kytkemisestä tällaisessa tapauksessa on erinomaisen kannatettava, eli ensin virheilmo kerran pari, ja sitten valikkoon, jossa voisi vielä olla huomautus, että ongelma on olemassa.

Edit: Kaikissa koneissa ei ilmeisesti moista IPMI-piiriä olekaan. Pyysin aikanaan ylläpidolta tehokonetta videoiden vuoksi, ja aika rajun kokoinen Fujitsun torni oli tullut sitten. Ilmeisesti on jossain määrin serveritason tavaraa. Kyseinen piiri siis lukemani mukaan ei taida mennä nukkumaan edes konetta tavanomaisesti sammutettaessa, vaan elää omaa elämäänsä tuollaisen soft-sammutuksen jälkeen. Tällä lienee jotain tekemistä sen ilmiön kanssa, että kone usein buuttasi kesällä puhtaasti, jos töpseli oli ollut yön kokonaan irti ukkosen varalta. Piiri on siis kaiketi tietokone tietokoneen sisällä, huh!

[New_user]

Kyseinen IPMI:n ajurit laitettu mustalle listalle. Buutit lakkasivat jumittelemasta, safe-moodissa pääsee valikkoon, ja asennettu 319-updates (319.32) ajuri pelittää. Ainoastaan Nvidia settingsin käynnistyksen jälkeen tulee "Ubuntu 12.04 kohtasi sisäisen virheen", mutta sai gamman silti säädetyksi. Merkkaan tämän säikeen ratkaistuksi.