Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Asentaminen ja käyttöönotto => Aiheen aloitti: naarmuinen - 11.11.07 - klo:00.08
-
Päivitin 64bittisen ubuntuni 7.10 versioon. Uudelleenkäynnistyksen jälkeen ei kone enää nouse työpöydälle asti vaan ilmoittaa:
loading, please wait...
Kinit:name_to_dev_t (/dev/disk/by-uuid/(n.36merkkiä)) =SDA5(8,5)
kinit:trying to resume from /dev/disk/by-uuid/jne..
Kinit:no resume image, doing normal boot...
Kuinka tämän saisi toimimaan? Ubuntun Cd:kin oli näemmä särkynyt ja tämä viesti piti tuottaa minioperan avustuksella.
-
Näyttäisi siltä, että jotain on todella pahasti pielessä, tähän ongelmaan tarvitset ubuntun levyä, sillä muuten järjestelmää ei saada takaisin tolpilleen.
Jos vanha levy on naarmuinen, imuta uusin ubuntu.
Tosiaan boottimisessa on nyt jotain pahasti pielessä, jos tuohon vaiheeseen tyssää. Kernel on ladattu mutta tiedostojärjestelmään ei päästä käsiksi.
Tulee mieleen, että tiedostojärjestelmässä on jotain matoja, jotka voitaisiin korjata käynnistämällä asennus cd:ltä ja ajamalla levylle tiedostojärjestelmän tsekki, eli fsck, ja ihmetellä josko tämä korjaisi tilanteen. Melkeinpä tekisin niin, että kopioisin rikkoutuneelta järjestelmältä tärkeät datat muualle ja asentaisin uusimman ubuntun ihan puhtaalle pöydälle.
Mutta tosiaan tätä probleemia joutuu puimaan nyt asennus cd:n ja komentorivin kautta.
-
Jos vanha levy on naarmuinen, imuta uusin ubuntu.
Tulee mieleen, että tiedostojärjestelmässä on jotain matoja, jotka voitaisiin korjata käynnistämällä asennus cd:ltä ja ajamalla levylle tiedostojärjestelmän tsekki, eli fsck, ja ihmetellä josko tämä korjaisi tilanteen.
Mutta tosiaan tätä probleemia joutuu puimaan nyt asennus cd:n ja komentorivin kautta.
Kuinka tämän saisi toimimaan? Ubuntun Cd:kin oli näemmä särkynyt ja tämä viesti piti tuottaa minioperan avustuksella.
::)
Ootko kokeillu recovery modessa?
-
Minulla sama ongelma.
Mutta, ongelma toistuu vain kun valitsee grubin valikosta uusimman kernelversion. Päivityksen jälkeen uusin oli käsittääkseni 2.6.22-16 jolla tuli tämä erhe. Valitessani yhtä alemman eli 2.6.22-14 niin kone käynnistyi ihan normaalisti. Noh, poistin tuon -16 kernelin koneelta koska ajattelin, että virhe oli siinä mutta taas bootin yhteydessä uusin versio feilas, eli nyt tuo -14.
Nyt rupesin epäilemään, että poistinko sitä sittenkään ja että mikä on uusin versio. Kun nyt en enää löydä pakettia tuolla -16 versolle vain -14.
-
Minulla sama ongelma.
Mutta, ongelma toistuu vain kun valitsee grubin valikosta uusimman kernelversion. Päivityksen jälkeen uusin oli käsittääkseni 2.6.22-16 jolla tuli tämä erhe. Valitessani yhtä alemman eli 2.6.22-14 niin kone käynnistyi ihan normaalisti. Noh, poistin tuon -16 kernelin koneelta koska ajattelin, että virhe oli siinä mutta taas bootin yhteydessä uusin versio feilas, eli nyt tuo -14.
Nyt rupesin epäilemään, että poistinko sitä sittenkään ja että mikä on uusin versio. Kun nyt en enää löydä pakettia tuolla -16 versolle vain -14.
Kyllä 2.6.22.14 on uusin. Tuollaista 2.6.22-16 ei ole NYT olemassa, jos se on asentunut jossakin välissä, lienee syyllinen jokin tilapäinen hässäkkä jossakin "tuolla ulkona".
Vaan ethän nyt sotke vanhempaan 2.6.20-16 -versioon? ;)
Tällä komennolla näet mitä on asennettuna:
dpkg -l linux-image*
Jos rivin ensimäiset kirjaimet ovat ii on ko. asia asennettuna.
-
Jeh, olit oikeassa. Jonkinlainen sekaannus. Eli ongelma esiintyy 2.6.22-14 kernelillä, mutta ei 2.6.20-16 kernelillä.
-
Swap-osion formatointi poisti tuon virheilmoituksen, mutta nyt se ei enää vain boottaa. Tai siis boottaa tekstiloginiin ja sisään pääsee. Startx herjaa, että no screens found. Ja jotain nvidia api mismatchista.
-
Swap-osion formatointi poisti tuon virheilmoituksen, mutta nyt se ei enää vain boottaa. Tai siis boottaa tekstiloginiin ja sisään pääsee. Startx herjaa, että no screens found. Ja jotain nvidia api mismatchista.
Swap-osion formatointi? Mitenkäs sen teit?
Startx:n virheilmoitus liittynee siihen, että asentamasi nvidian poropietari-ajurit on todennäköisesti asennettava uudelleen, kun kernel-versio on vaihtunut.
X:n uudelleen konfigurointi yleensä tapahtuu, jo annetuin ohjein. Vapaita/avoimia ajureita Nvidia-kortille on nv-ajuri. Vesa-ajurin pitäisi toimia kaikilla näyttökorteilla (riippuen kaikista näyttökorteista).
-
Öhm..
Nyt on imuroitu uusi cd.
Yöllä tuli käytettyä käskyä e2fsck, tietenkään tämän jälkeen kone ei tehnyt yhtään mitään.
Nyt livecd:llä käynnistettäessä löytyy kansio nimeltä lost+found.
Millähän käskyllä sisältöä pääsee tarkistamaan, vai heitänkö suosiolla kaikki uusiksi?
Jos osioin uuden asennuksen yhteydessä levyni pienemmäksi, säästyykö ko. kansio?
-työpöydällä saattoi olla eräs kansio, jonka ehkä haluaisin säästää.
-
-työpöydällä saattoi olla eräs kansio, jonka ehkä haluaisin säästää.
Mikäs siinä muuten kuin että mounttaat live-cd:llä sen osion ja otat ton kansion talteen vaikka muistitikulle (ei maksa paljoa jos ei ole).
Ehkä helpointa vetää uusiksi.
-
Mikäs siinä muuten kuin että mounttaat live-cd:llä sen osion ja otat ton kansion talteen vaikka muistitikulle (ei maksa paljoa jos ei ole).
Ehkä helpointa vetää uusiksi.
Oikeudet ei riitä katsomaan lost+foundin sisältöä asemassa media/disk.
/dev/sda1 on /media/disk type ext3
Saako oikeuksia jollain mahtikäskyllä livecd:n päätteeltä muutettua niin, että se tiedostoselaimella avautuisi?
Muistitikkuja on.
-
Terve!
Asensin ittelleni tässä juuri Kubuntu 7.10:n ja saman tyylistä ongelmaa pukkaa. Eli kone heittää välillä tuota samaa herjaa käynnistyksen yhteydessä.
Työpöydän saa kuitenkin näissäkin tapauksissa toimimaan kun asennan nvidian ajurit uudestaan ja sitten resetoin kdm:n.
Tästä syystä olen olettanut että syy olisi jotenkin nvidian ajureissa.
-
loading, please wait...
Kinit:name_to_dev_t (/dev/disk/by-uuid/(n.36merkkiä)) =SDA5(8,5)
kinit:trying to resume from /dev/disk/by-uuid/jne..
Kinit:no resume image, doing normal boot...
Itselläni lukee jokaisen bootin jälkeen vastaava teksti vt1:ssä, mutta ei se näy mihinkään vaikuttavan. Bugiraporttikin on olemassa:
https://bugs.launchpad.net/ubuntu/+bug/103148 (https://bugs.launchpad.net/ubuntu/+bug/103148)
Mutta ei tuo minusta näytä varsinaisesti bugille vaan ilmoitukselle, että kerneli koitti etsiä hibernate tilannetta swap-osiolta, ei löytynyt, jatketaanpa boottia...