Ubuntu 14.04 64 bit käynnistysongelma (ratkaistu)

[junnuh]

Hei

Kyseessä on kannetava Asus Zenbook US32VD ja siihen on asennettu Windowa 8.1 ja Ubuntu 14.04 LTS rinnakkain.

Kun käynnistän Ubuntun Grubin kautta niin se ei käynnisty. Kokeilin sitten käynnistää sen kernelin recoveryn kautta silloin kun vika ensimmäisen kerran tuli.

Sitä kautta jotenkin pääsin tilanteeseen jossa käynnistyksen jälkeen tulee seuraava ilmoitus:

Gave up waiting for root device.
- Boot args (cat /prog/cmdline )
 -Check rootdelay= (did the system wait long enough)
 -check root= (did the system wait for the right device)
- Missing modules (cat /proc/modules; ls /dev)

Alert /dev/ disk/by-uuid/bcdef56d-3434-4caf-bdda-247fcc94f3e1e does not exist.
Dropping the shell!

Busybox (ja sen versio ym)

(Initramfs)

Ja kun tuohon kohtaan kirjoitan exit aukeaa Ubuntu ja toimii sen jälkeen hyvin.

Mistähän tämä johtuu ja mitä tälle tilanteelle voi tehdä?

valoisin terveisin junnuh

[nm]

Jostain syystä juuriosio on ilmeisesti määritelty väärin kernelin käynnistysparametreissa. Mitä nämä komennot listaavat:

Koodia: [Valitse]

cat /etc/fstab

Koodia: [Valitse]

blkid
Juuriosion sijainti määritellään tuolla /etc/fstabissa, nykyisin yleensä tiedostojärjestelmän UUID:n perusteella. Sieltä se luetaan Grubin asetustiedostoon. blkid puolestaan listaa levyillä olevat osiot ja niiden UUID:t, joita voi verrata fstabin määrityksiin.

[Postimies]

update-grub auttaa kunhan on ensin tarkistanut, että /etc/fstab tiedostossa on juuriosio määritelty oikein. Itse olen vanhanaikainen ja käytän vielä laitenimiä. Helpompi muistaa.  Esim rivi fstab tiedostosta juurelle

Koodia: [Valitse]

/dev/sda5 / ext4 noatime 0 1
UUID arvot muuttuvat kun levyn osiointiin kosketaan. UUID arvon etu on kun systeemiin lisätään/poistetaan levyjä niin juuri löytyy silti. Silloin laitenimet voivat vaihtua. Normikäyttäjä harvemmin koskee BIOS asetuksiin tai vaihtelee levyjä. Osioiden koon muuttaminen yleisempää. Itse muistan, että ne leffat on levyllä /dev/sdc5, joten käytän tuota enkä jaksa pistää pitkää UUID arvoa.

[nm]

UUID arvot muuttuvat kun levyn osiointiin kosketaan.

UUID on tiedostojärjestelmän superblockissa sijaitseva kenttä, joten se muuttuu vain, jos osio alustetaan uudelleen tai jos kenttää muokataan manuaalisesti. Osion siirtäminen, kopiointi tai muiden osioiden poisto/luonti ei vaikuta siihen.

GPT-osioinnissa on lisäksi osiokohtainen GUID, johon voi viitata Linuxin asetustiedostoissa ja kernelin komentorivillä PARTUUID-tagilla: https://www.linux.com/learn/tutorials/730440-using-the-new-guid-partition-table-in-linux-good-bye-ancient-mbr-

[Postimies]

Hyvä täsmennys. Muistin hieman väärin. UUID muuttuu kun levy alustetaan uudestaan. Levyn nimeä voi käyttää myös. Jos vaikka pistää leffat uudelle levylle ja eri tiedostojärjestelmällä ne löytyy silti. Esim. LABEL=leffat    /mnt/leffat     xfs ... Tiedostojärjestelmiä on paljon. Samoin erilaisia systeemejä. 

[junnuh]

Hei

Komennot listaavat:

Koodia: [Valitse]

junnu@junnu-UX32VD:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda8 during installation
UUID=bcedf56d-3434-4caf-bdda-247fc94f3e1e /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda9 during installation
UUID=7d73c128-5641-4b27-af6a-a482b5d77464 none            swap    sw              0       0
UUID=A229-1430 /boot/efi vfat defaults 0 1
junnu@junnu-UX32VD:~$

ja

junnu@junnu-UX32VD:~$ blkid
junnu@junnu-UX32VD:~$


eli jälkimmäinen ei mitään.

Onko tästä apua? En ole alustanut osioita uudelleen!

Kiitos vastauksista ja apua tarvitaan edelleeen.:-))

junnuh

[raimo]

junnu@junnu-UX32VD:~$ blkid
junnu@junnu-UX32VD:~$


eli jälkimmäinen ei mitään.

blkid komento pitää ajaa pääkäyttäjänä jotta se toimii, eli

Koodia: [Valitse]

sudo blkid

[junnuh]

Hei

Listaus:

Koodia: [Valitse]

junnu@junnu-UX32VD:~$ sudo blkid
[sudo] password for junnu:
/dev/sda1: LABEL="SYSTEM" UUID="A229-1430" TYPE="vfat"
/dev/sda2: LABEL="Recovery" UUID="9CE4C18AE4C166DC" TYPE="ntfs"
/dev/sda4: LABEL="OS" UUID="96707FD4707FB997" TYPE="ntfs"
/dev/sda5: UUID="E2142E51142E294D" TYPE="ntfs"
/dev/sda6: LABEL="DATA" UUID="5A8A64F88A64D1D5" TYPE="ntfs"
/dev/sda8: UUID="bcedf56d-3434-4caf-bdda-247fc94f3e1e" TYPE="ext4"
/dev/sda9: UUID="7d73c128-5641-4b27-af6a-a482b5d77464" TYPE="swap"
/dev/sda10: LABEL="Restore" UUID="C8B0C7FAB0C7ECCE" TYPE="ntfs"
junnu@junnu-UX32VD:~$


Kiitos!:-))

junnuh

[Postimies]

Linux systeemin root eli juuri on osiolla /dev/sda8. Tuo pitää olla fstab ja grub asetuksissa oikein.

[junnuh]

Hei

Kiitos vastausesta.

Linux systeemin root eli juuri on osiolla /dev/sda8. Tuo pitää olla fstab ja grub asetuksissa oikein.

Kuinka ne saa sinne oikein. Rautalankaohje kiitos.:_D

junnuh

[Postimies]

Nyt luuri kädessä. cat /etc/fstab tulostaa fstab tiedoston. Sitä voit editoida vaikka sudo nano -w /etc/fstab. Grub korjautuu sudo update-grub. Myös bootissa voit editoida grubin parametreja painamalla "e".

[nm]

fstabissa on oikeat UUID:t, eli sen puolesta homma on kunnossa. Ongelma lienee sitten jossain grubin suunnalla. Seuraavaksi kannattaa tosiaan ajaa sudo update-grub, ja kokeilla, käynnistyykö paremmin sen jälkeen.

Jos ei auta, Boot-Info saattaisi kertoa, mikä Grubin asetuksissa on pielessä. Boot-Repair (levy tai ohjelma) ehkä korjaisi ongelman automaattisesti.

[Postimies]

Voi kokeilla kernelille parametria root=/dev/sda8 myös.

[junnuh]

Hei

Kiitos vastauksista.

Kokeilin jo eilen sudo update-grub komentoa, se ei auttanut.

Kokeilen huomenna muita vaihtoehtoja ja palaan asiaan.

junnuh

[2305]

Asenna jokin toinen kerneli.
http://ubuntuforums.org/showthread.php?t=1127779

[nm]

Asenna jokin toinen kerneli.
http://ubuntuforums.org/showthread.php?t=1127779

Tuossa tapauksessa kernelin päivitys on ilmeisesti keskeytynyt, kun käyttäjä on käynnistänyt koneen uudelleen liian aikaisin. Silloin korjaus onnistunee myös komennoilla:

Koodia: [Valitse]

sudo dpkg --configure -a
sudo update-initramfs -u -k all

[junnuh]

Hei

Kokeilin Boot-Repair ohjelmaa ja se ei auttanut, antoi kuitenkin raportin:

Käynnistysvalintojen korjaus Boot-Manager ohjelmalla


Käynnistysvalinnat korjattu onnistuneesti.

Kirjoita ylös seuraava osoite:
http://paste.ubuntu.com/12056678/


Jos kohtaat edelleen käynnistysongelmia, lähetä kyseinen linkki:
boot.repair@gmail.com tai suosimallesi keskustelupalstalle.

Voit nyt käynnistää tietokoneen uudelleen.


Järjestelmän "Käytössä oleva käyttöjärjestelmä - Ubuntu 14.04.3 LTS" käynnistystiedostot ovat kaukana levyn alusta. Tietokoneesi BIOS ei välttämättä havaitse niitä. Saatat haluta toteuttaa käynnistysvalintojen korjauksen uudelleen luotuasi osion tyyppiä /boot (EXT4, >200MB, levyn alku). Sen voi tehdä käyttäen esimerkiksi ohjelmaa gParted. Sen jälkeen valitse kyseinen osio ohjelman "Tietokoneen käynnistysvalintojen korjaus" kohdasta "Erillinen /boot-osio:". (https://help.ubuntu.com/community/BootPartition)

You may want to retry after deactivating the [Varmuuskopioi ja nimeä uudelleen Windowsin EFI-tiedostot] option.


Ajoin myös päätteessä komennot:

Koodia: [Valitse]

sudo dpkg --configure -a
sudo update-initramfs -u -k all
Sama tilanne eli ei auttanut mutta koko ajan oppii uutta.:-D

Mitä nyt kannattaa tehdä?

junnuh

[Postimies]

Kuinka iso levy käytössä? Biosseissa on paljon eroja. Käynnistyksessä levyä luetaan BIOS:sin avulla. Jos BIOS "ei näe" käynnistystiedostoja ei kone käynnisty. Pikakorjaus on kopioida /boot vaikka tikulle, jonne voi asentaa myös grubin. Saa koneen käynnistymään ainakin tikulta.

Erillisen /boot osion teko voi olla työläs operaatio johon voi mennä tunteja.  Isommilla levyillä /boot osion teko on vieläkin järkevää. Linux osaa lukea isoa levyä, vaikka BIOS ei sitä välttämättä osaa/tunnista. Kun Linuxin käynnistää pikkulevyltä vanhemmankin koneen saa toimimaan isolla limpulla.

[junnuh]

Hei

Koneessa on 500 ggian kiintolevy josta Ubuntulle on noin 200 gigan osio.

Ubuntu on aikaisemmin toiminut tässä kannettavassa ihan moitteettomasti. Tämä alkoi pari kuukautta sitten.

En tiedä liittyykö tähän mutta Windows 8.1 aukeaa myös aika hitaasti mutta toimii moitteettomasti!

junnuh

[Postimies]

En usko, että tuossa koneessa olisi niin surkea BIOS, että sektoriraja ylittyisi ja käynnistystiedostoja ei saisi luettua. Grubin parametreja pystyy editoimaan. Paina "e" käynnistyvalikossa ja kokeile löytääkö grub kernelin ja initrd tiedostot. Tab-näppäin toimii samoin kuin komentotulkissa eli täydentää komentoja. Poista tiedoston nimestä pari viimeistä merkkiä ja paina tab. Jos tulkki osaa täydentää, niin levy on luettavissa.

Itse en ole päivittänyt tässä koneessa kerneliä aikoihin. Siitä saa usein murheita. Kannattaa toki kokeilla myös jotain vanhempaa kerneliä jos löytyy. Googlen mukaan tuossa joku hybridi levy. Noista minulla ei ole kokemusta. Hitaus ja hidastuminen ajan myötä on Windowssin ominaisuus.. Tosin 8.1 käytöstä ei kokemusta.