Grub: Mitäköhän ohjelmistopäivitys yritti?

[AimoE]

Ajoin ohjelmistopäivitykset kuvakkeesta, sain ilmoituksen että grub-asennus ei onnistunut, siirryin komentoriville ja yritin niitä komentoja jotka unnen: update-grub ja grub-install /dev/sda. Niistä ei tule virheilmoitusta. Mutta jokin kuitenkin jäi ohjelmistopäivityksessä kesken/tekemättä. Mutta mitä?

Kopioin ohjelmistopäivitysten ikkunasta ne rivit jotka koskevat grubin päivitystä:

Koodia: [Valitse]

Tehdään asetuksia: grub-efi-amd64-signed (1.142.1+2.04-1ubuntu26) ...
Trying to migrate /boot/efi into esp config
Installing grub to /boot/efi.
Asennetaan x86_64-efi-alustalle.
File descriptor 3 (pipe:[802915]) leaked on vgs invocation. Parent PID 100622: grub-install
File descriptor 5 (/dev/sda1) leaked on vgs invocation. Parent PID 100622: grub-install
File descriptor 3 (pipe:[802915]) leaked on vgs invocation. Parent PID 100622: grub-install
File descriptor 5 (/dev/sda1) leaked on vgs invocation. Parent PID 100622: grub-install
grub-install: virhe: ei ole hakemisto.
En osaa tuosta päätellä mitä komentoa pitäisi kokeilla? Nuo "leaked"-ilmoitukset ovat harmittomia, oleellisia ovat muut rivit.

[SuperOscar]

Ensimmäinen kysymys kai on, onko käytössäsi grubista todella EFI-versio (grub-efi) vai BIOS-versio (grub-pc)? Edellistä näkyy käytettävän, mutta ilmeisesti kohdekansiota ei löydy.  Siihen voi olla syynä tosin sekin, ettei /boot/efi-käynnistysosiota ole liitetty, vaikka se olisi olemassa.

[AimoE]

Mistähän päättelet että käytössä olisi BIOS-versio? Kyllä minulla on käytössä EFI ja jopa Secure Boot niin kauan kunnes sen kanssa ei tule mitään ongelmaa. Toistaiseksi ei ole ilmennyt.

[AimoE]

No eipä ole exactly the same, koska en tarvitse mitään korjausta. Grub toimii ihan hyvin.

Ihmettelen vain mikä mahtoi olla se ongelma joka päivityksessä ilmeni joka kuitenkaan ei yhtään estä Grubin toimintaa eikä sen päivittämistä.

Tarkistin tällä välin mitä tiedostoja tänään on pävitetty, ja totesin että hakemistossa /boot/grub on tänään päivittynyt kaksi tiedostoa (grub.cfg ja grubenv) sekä alihakemisto x86_64-efi kauttaaltaan. Lisäksi hakemiston /boot/efi kummmankin alihakemiston (BOOT ja ubuntu) sisältö on kauttaaltaan päivittyneet. En tullut tehneeksi tätä tarkistusta ennen kuin ajoin update-grub ja grub-install -komennot, joten oin vain sanoa että ainoa tiedosto joka on päivittynyt ohjelmistopäivityksen yhteydessä on grubenv; kaikkien muiden kellonaika on se jolloin itse ajoin nuo komennot.

[AimoE]

Ensimmäinen kysymys kai on, onko käytössäsi grubista todella EFI-versio (grub-efi) vai BIOS-versio (grub-pc)? Edellistä näkyy käytettävän, mutta ilmeisesti kohdekansiota ei löydy.  Siihen voi olla syynä tosin sekin, ettei /boot/efi-käynnistysosiota ole liitetty, vaikka se olisi olemassa.

Nyt kun katsin tarkemmin mitä on asennettuna, huomaan että tosiaan, myöskin grub-pc on asennettuna, eikä vain grub-efi -paketit. Eipä ole tullut tarkistetaneeksi onko molemmat olleet alusta asti vai onko grub-pc tullut mukaan matkan varrella. Kun greppaan grubia dpkg.logista, sieltä löytyy tältä päivältä vain paketin grub-efi-amd64-signed monivaiheinen päivitys. Virhe on siis tapahtunut nimenomaan tuon paketin päivityksessä. Ehkä yritän ajaa sen asennuksen komentoriviltä. No katsotaan.

[SuperOscar]

Mistähän päättelet että käytössä olisi BIOS-versio?

En minä semmoista mistään päätellyt, siksihän kysyIn!  Itse olen useimmiten yhä asentanut BIOS-version, koska se on yksinkertaisempaa – ei tarvitse muistaa kaikkia välivaiheita (millainen osio on luotava, kuinka iso, mitä lippuja sille pitää asettaa jne).

Mutta tosiaan, ettei kyse ole vain siitä, ettei /boot/efi-osiota ole liitetty? Käsittääkseni käyttis ei tarvitse sitä mihinkään ja Grub toimii silti. Muutoksia tehdessä sen kuitenkin ilmeisesti pitäisi olla liitettynä.

[JaniAlander]

I had exactly the same problem about a week ago. I solved it by downloading the boot-repair-disk from sourceforge. You will need to manufacture a bootable USB key or CD if you have a suitable CD drive. There are plenty of guides online about how to do this. I hope you have access to a system where you can do it. You can do it on Windows.

It may be possible to fix it from the grub rescue prompt and then the grub prompt. I tried this first but didn’t have success following a guide I found online.

Good luck

Message from forum adminstration: This is Finnish Ubuntu forum, we really prefer that language in forums should be in Finnish or Swedish. For English please use Ubuntu's main forum https://ubuntuforums.org/ or AskUbuntu https://askubuntu.com/ or other aprobriate forums.
 

[AimoE]

Mutta tosiaan, ettei kyse ole vain siitä, ettei /boot/efi-osiota ole liitetty? Käsittääkseni käyttis ei tarvitse sitä mihinkään ja Grub toimii silti. Muutoksia tehdessä sen kuitenkin ilmeisesti pitäisi olla liitettynä.

Tuohon vastasin jo edellisessä postauksessa, kun luettelin tiedostot ja hakemistot jotka ovat päivittyneet.

Kun nyt asennan paketin grub-efi-amd64-signed uudelleen (sudo apt install --reinstall), asennus onnistuu ilman virheitä (ja asennus päivittää samoja alihakemistoja kuin eilen). En keksi mitään keinoa saada selville mikä eilen mahtoi mennä pieleen.

[AimoE]

nvidia-ongelman yhteydessä tuli ilmi että Swcure Boot ei olekaan käytössä. Mitään muuta merkillistä ei ole sitä ennen tapahtunut kuin tämä grub-kummallisuus, joten joko grub-päivitys aiheutti nvidia-kummallisuuden tai sitten kumpikin johtuu samasta ongelmasta, enkä mitenkään pysty jäljittämään sen alkukohtaa.

Kävin BIOS-asetuksissa ja palautin sen "käyttöjärjestelmän oletuksiin (eli Win8:n vaaatimiin, joihin kuuluu Secure Boot), ja kun käynnistin koneen uudelleen, se ilmoitti kirjoittaneensa uuden alkulataajan (tiedostonimi jokin xxx64.efi). Sen jälkeen avautuu sama Grub-valikko kuin ennenkin.  Mutta Lisäajurit kertoo edelleen ettei valittavana ole mitään ajureita.

Millä Ubuntu-komennolla voi katsoa onko Secure Boot käytössä vai ei?

Koodia: [Valitse]

$ mokutil --sb-state
SecureBoot enabled
Kummallisuus on siis se että Lisäajurit ei näytä nvidia-ajuria, ei lisättäväksi eikä poistettavaksi.

[AimoE]

Tämän jälkeen on tullut eteen muitakin tilanteita joissa päivitys on ollut käynnissä taustalla,ja keskustelusta täällä voi päätellä etttä minä en ole ainoa jolle se aiheuttaa hankaluuksia. Tänään tuli mitta täyteen, kun Firefox päivittyi tsustalla, jonka seurauksena yhtäkkiä ei enää mikään sivu avautunut ennen kuin käynnistin FF:n uudelleen. Hankaluus oli se että ne sivut joita olin yrittänyt avata piti muistaa käynnistyksen jälkeen.

Niinpä tarkistin muokkasin ohjelmistopäivitysten asetuksia niin että turvapäivitykset vain ladataan, ei asenneta automaattisesti. Ajan ohjelmistopäivitykset joka päivä itse, joten turvapäivitykset eivät pääse kumuloitumaan.

En viitsi käydä joka ketjussa vierailemasa ja muistuttamassa että asetuksen voi vaihtaa.

[Illu]

Mullakin Firefoxin taustapäivitys on vaatinut ohjelman uudelleenkäynnistyksen. Avoinna olleet välilehdet ovat olleet esillä käynnistyksen jälkeen. On vaan pitänyt virkistää ne, niin sivu on tullut luettavaksi.