Kirjoittaja Aihe: Ongelma tuli nyt esiin ( RATKAISTU)  (Luettu 3615 kertaa)

pikkalle

  • Käyttäjä
  • Viestejä: 378
    • Profiili
Ongelma tuli nyt esiin ( RATKAISTU)
« : 31.07.20 - klo:09.15 »
Aiemmin jo valitin siitä, että uuden käyttöjärjestelmän asentamisen koneeni herjasi aina käynnistyksen yhteydessä siitä, että joku symbolitaulu puuttui. Kone kuitenkin käynnistyi pienen viiveen jälkeen normaalisti.

Eilen illalla tuli koneeseen uusi GRUB 2 päivitys, jonka tietysti suoritin ihan normaalisti. Päivityksen jälkeenkin kone toimi normaalisti, mutta tänä aamuna en saa konetta enää käyntiin. Näyttöruudulle tulee vain isoilla valkoisilla kirjaimilla ilmoitus

Koodia: [Valitse]

error: symbol 'grub_calloc'  not found
Entering rescue mode ...
grub rescue>



Löytyisikö palstalta niin viisasta Linux-miestä, joka osaisi kertoa sen, mitä komentoja koneelle pitää antaa, jotta sen saisi tolkkuun?
« Viimeksi muokattu: 01.08.20 - klo:20.53 kirjoittanut pikkalle »

SuperOscar

  • Käyttäjä
  • Viestejä: 3993
  • Ocatarinetabellatsumtsum!
    • Profiili
    • Legisign.org
Vs: Ongelma tuli nyt esiin
« Vastaus #1 : 31.07.20 - klo:09.45 »
Tämä taisi olla se kuuluisa päivitys, joka on rikkonut Grubia siellä täällä… Huomasin redditissä aamutuimiin useampia säikeitä.

Ulkomuistista muistaisin, että secure bootin poistaminen käytöstä BIOSin asetuksissa saattoi saada koneen käynnistymään.
pöytäkone 1, kannettavat 1–3: Debian GNU/Linux 12; pöytäkone 2: openSUSE Tumbleweed; NUC: openSUSE Leap 15.5; RPi 1: FreeBSD 13.2-RELEASE; RPi 2: LibreELEC 11

Roberto

  • Käyttäjä
  • Viestejä: 174
    • Profiili
Vs: Ongelma tuli nyt esiin
« Vastaus #2 : 31.07.20 - klo:09.47 »
Eräällä tuttavalla oli sama tilanne edessä vanhassa läppärissä.
Siinä ei ole mitään secure boot tai uefi juttuja.
Korjasin "boot-repair-disk" live-levyn avulla.
« Viimeksi muokattu: 31.07.20 - klo:09.55 kirjoittanut Roberto »
Dell OptiPlex 7470 (All in One), i5-9500T (6) @ 4,400GHz, 32 GiB DDR4, Samsung 970 EVO Plus (M.2 2280) 500 Gt
Dell OptiPlex 7440 (All in One), i5-6500  (4) @ 3.600GHz, 16 GiB DDR4, Samsung 970 EVO Plus (M.2 2280) 500 Gt
Jäähyllä olevat: Amiga 500, C64

SuperOscar

  • Käyttäjä
  • Viestejä: 3993
  • Ocatarinetabellatsumtsum!
    • Profiili
    • Legisign.org
Vs: Ongelma tuli nyt esiin
« Vastaus #3 : 31.07.20 - klo:09.50 »
RedHatin bugiraportti saattaa kertoa lisää tai sitten redditin säie, jossa tuohon törmäsin. Sieltä myös tuo ohje secure bootin poistamiseksi käytöstä.
pöytäkone 1, kannettavat 1–3: Debian GNU/Linux 12; pöytäkone 2: openSUSE Tumbleweed; NUC: openSUSE Leap 15.5; RPi 1: FreeBSD 13.2-RELEASE; RPi 2: LibreELEC 11

pikkalle

  • Käyttäjä
  • Viestejä: 378
    • Profiili
Vs: Ongelma tuli nyt esiin
« Vastaus #4 : 31.07.20 - klo:22.53 »
Saisiko vähän lisätietoa

En ole tänään vielä tehnyt mitään aloitusviestissä mainitun vian korjaamiseksi, sillä olen voinut operoida toisella tietokoneella. Ennen kuin aloitan korjaushommat, niin olisi mukava, jos joku viisas UBUNTU-mies oikein selkokielellä minulle kertoisi, miten vakavasta viasta on kysymys. Voiko koneen saada suhteellisen vähällä vaivalla kuntoon vai pitääkö minun asentaa koko käyttöjärjestelmä uudestaan. Mikähän mahtaisi olla järkevin konsti korjata tietokone? En ole mikään tietotekniikkaguru, joten asiat voisi esittää aika yksinkertaisesti.

Haluaisin erityisesti tietoa siitä, mitä tämä herja puuttuvasta symbolitaulusta tarkoittaa.  Jos symbolitaulu puuttuu, niin miten sen voisi saada ladattua koneeseen, jotta kaikki herjat viimein loppuisivat?
« Viimeksi muokattu: 31.07.20 - klo:23.03 kirjoittanut pikkalle »

Roberto

  • Käyttäjä
  • Viestejä: 174
    • Profiili
Vs: Ongelma tuli nyt esiin
« Vastaus #5 : 01.08.20 - klo:06.50 »
Tämä on yksi ohje jota noudattamalla ongelma pitäisi korjautua, todistetusti.
Ja tämä kaikki tehdään omalla vastuulla.
Lataa live levy paketti toisella koneella: boot-repair-disk-64bit.iso

https://sourceforge.net/projects/boot-repair-cd/

Ladattu boot-repair-disk-64bit.iso kirjoitetaan usb tikulle tai cd/dvd levylle.
Ei kopioida vaan kirjoitetaan esim. Etcher ohjelmalla (usb-tikku) tai vaikka K3b (cd/dvd).
Korjattava kone käynnistetään tältä tikulta/levyltä joko F12 tai koneesta riippuen jonkin muun napin kanssa.

Live levy tarvitsee netti yhteyden joko kaapelilla tai muulla tavalla.
Korjaus ohjelman ohjeita noudattaen homma pitäisi onnistua.
Korjaus ohjelman antamat korjaavat rivit kopioidaan valikosta löytyvään päätteeseen.
Tämä voi tuntua hankalalta, mutta vaihtoehdot voivat olla vähissä jos halutaan palauttaa kone toimivaksi.
« Viimeksi muokattu: 01.08.20 - klo:07.10 kirjoittanut Roberto »
Dell OptiPlex 7470 (All in One), i5-9500T (6) @ 4,400GHz, 32 GiB DDR4, Samsung 970 EVO Plus (M.2 2280) 500 Gt
Dell OptiPlex 7440 (All in One), i5-6500  (4) @ 3.600GHz, 16 GiB DDR4, Samsung 970 EVO Plus (M.2 2280) 500 Gt
Jäähyllä olevat: Amiga 500, C64

pikkalle

  • Käyttäjä
  • Viestejä: 378
    • Profiili
Vs: Ongelma tuli nyt esiin
« Vastaus #6 : 01.08.20 - klo:08.51 »
Tämä on yksi ohje jota noudattamalla ongelma pitäisi korjautua, todistetusti.
Ja tämä kaikki tehdään omalla vastuulla.
Lataa live levy paketti toisella koneella: boot-repair-disk-64bit.iso

https://sourceforge.net/projects/boot-repair-cd/

Ladattu boot-repair-disk-64bit.iso kirjoitetaan usb tikulle tai cd/dvd levylle.
Ei kopioida vaan kirjoitetaan esim. Etcher ohjelmalla (usb-tikku) tai vaikka K3b (cd/dvd).
Korjattava kone käynnistetään tältä tikulta/levyltä joko F12 tai koneesta riippuen jonkin muun napin kanssa.

Live levy tarvitsee netti yhteyden joko kaapelilla tai muulla tavalla.
Korjaus ohjelman ohjeita noudattaen homma pitäisi onnistua.
Korjaus ohjelman antamat korjaavat rivit kopioidaan valikosta löytyvään päätteeseen.
Tämä voi tuntua hankalalta, mutta vaihtoehdot voivat olla vähissä jos halutaan palauttaa kone toimivaksi.

Tuttua hommaa

Olen minä korjauslevyä käyttänyt, joten se on tuttua hommaa. Haluaisin vielä ennen tätä temppua saada varmuuden siitä, tuleeko symbolitaulukin kuntoon tällä konstilla. Toukokuussa asensin koneeseen Mint 19.2 käyttöjärjestelmän, mutta se on alusta asti käynnistyksen yhteydessä herjannut jostakin puuttuvasta symbolitaulusta, vaikka kone on muuten toiminut normaalisti.



Roberto

  • Käyttäjä
  • Viestejä: 174
    • Profiili
Vs: Ongelma tuli nyt esiin
« Vastaus #7 : 01.08.20 - klo:09.23 »
Ekassa viestissäni mainitussa läppärissä oli täysin samat tekstit kuin aloitus viestissäsi.
Tuli kuntoon sillä korjaus levyllä eikä mitään herjoja enää tule.
Muuta ei tähän voi oikein enää sanoa.
« Viimeksi muokattu: 01.08.20 - klo:09.27 kirjoittanut Roberto »
Dell OptiPlex 7470 (All in One), i5-9500T (6) @ 4,400GHz, 32 GiB DDR4, Samsung 970 EVO Plus (M.2 2280) 500 Gt
Dell OptiPlex 7440 (All in One), i5-6500  (4) @ 3.600GHz, 16 GiB DDR4, Samsung 970 EVO Plus (M.2 2280) 500 Gt
Jäähyllä olevat: Amiga 500, C64

nm

  • Käyttäjä
  • Viestejä: 16232
    • Profiili
Vs: Ongelma tuli nyt esiin
« Vastaus #8 : 01.08.20 - klo:11.00 »
Haluaisin erityisesti tietoa siitä, mitä tämä herja puuttuvasta symbolitaulusta tarkoittaa.  Jos symbolitaulu puuttuu, niin miten sen voisi saada ladattua koneeseen, jotta kaikki herjat viimein loppuisivat?

Grubin "No symbol table" -virheilmoitus johtuu ymmärtääkseni siitä, että Grubin alkulataaja ei löydä seuraavan latausvaiheen tiedostoja. Se taas johtuu usemmiten siitä, että käynnistettävän järjestelmän GRUB ei ole asentunut oikeaan paikkaan, vaan kone käynnistyy jollain vanhemmalla, aiemman Linux-asennuksen Grub-lataajalla. Samasta syystä johtuu myös tämä aloitusviestin fataalimpi virhe, eli päivityksessä Grub ei ole onnistunut asentamaan alkulataajaa vieläkään oikeaan paikkaan, mutta nyt yhteensopivuusongelma estää käynnistymisen kokonaan.

Boot Repair luultavasti korjaa vian, mutta voi olla, ettei Grub jatkossa edelleenkään päivity oikein, vaan lataaja päätyy jollekin toiselle levylle kuin miltä bios käynnistää koneen. Tämän voi korjata määrittämällä kohdelevyt uudelleen grub-paketin asetuksissa:

Perinteisessä MBR-asennuksessa:
Koodia: [Valitse]
sudo dpkg-reconfigure grub-pc
UEFI-järjestelmässä:
Koodia: [Valitse]
sudo dpkg-reconfigure grub-efi-amd64

pikkalle

  • Käyttäjä
  • Viestejä: 378
    • Profiili
Vs: Ongelma tuli nyt esiin
« Vastaus #9 : 01.08.20 - klo:20.53 »
Haluaisin erityisesti tietoa siitä, mitä tämä herja puuttuvasta symbolitaulusta tarkoittaa.  Jos symbolitaulu puuttuu, niin miten sen voisi saada ladattua koneeseen, jotta kaikki herjat viimein loppuisivat?

Grubin "No symbol table" -virheilmoitus johtuu ymmärtääkseni siitä, että Grubin alkulataaja ei löydä seuraavan latausvaiheen tiedostoja. Se taas johtuu usemmiten siitä, että käynnistettävän järjestelmän GRUB ei ole asentunut oikeaan paikkaan, vaan kone käynnistyy jollain vanhemmalla, aiemman Linux-asennuksen Grub-lataajalla. Samasta syystä johtuu myös tämä aloitusviestin fataalimpi virhe, eli päivityksessä Grub ei ole onnistunut asentamaan alkulataajaa vieläkään oikeaan paikkaan, mutta nyt yhteensopivuusongelma estää käynnistymisen kokonaan.

Boot Repair luultavasti korjaa vian, mutta voi olla, ettei Grub jatkossa edelleenkään päivity oikein, vaan lataaja päätyy jollekin toiselle levylle kuin miltä bios käynnistää koneen. Tämän voi korjata määrittämällä kohdelevyt uudelleen grub-paketin asetuksissa:

Perinteisessä MBR-asennuksessa:
Koodia: [Valitse]
sudo dpkg-reconfigure grub-pc
UEFI-järjestelmässä:
Koodia: [Valitse]
sudo dpkg-reconfigure grub-efi-amd64

Vika selvisi ohjeiden avulla


Tämä viimeinen selitys auttoi minua korjaamaan vian hyvin helposti. Normaalisti olen asentanut käynnistyslataajan Linux-levylle, joka on koneissani ollut kovalevy SDB. Boottausjärjestykseksen olen aina valinnut niin, että Linux-levy boottaa ensiksi. Toukokuussa uuden käyttöjärjestelmän asennuksen aikana jo havaitsin, että GRUB asentuikin levylle SDA eli WIN7 levylle, koska en asennusvalikoista löytänyt kohtaa, jossa olisi voinut valita sen, mille levylle GRUB laitetaan. Kun kokeilin konetta asennuksen jälkeen, niin se toimi muuten normaalisti, mytta GRUB-taulun jälkeen kone herjasi puuttuvasta symbolitaulusta. Koska kone toimi muuten hyvin, niin en silloin tutkinut asiaa sen enempää.

Toissa iltana suoritettu GRUB2 päivitys teki ilmeisesti muutoksia levylle SDA, jolloin kone lakkasi toimimasta. Koska Linux-kovalevy SDB oli valittu boottausjärjestyksessä ensimmäiseksi, niin kone ei osannut lähteä käyntiin. Tänään vaihdoin boottausjärjestystä niin, että WIN7-levy eli SDA boottaa ensiksi, ja sen jälkeen kone alkoi toimia normaalisti. Sekä Mint 19.2 että WIN7 lähtevät hyvin käyntiin, eikä mitään herjoja puuttuvasta symbolitaulusta enää tule missään vaiheessa.

Kiitokset kaikille viisaille UBUNTU-miehille hyvistä ohjeista. Kysyisin kuitenkin lopuksi vielä sitä, miten ihmeessä kone kähti käyntiin toukokuusta tähän viikkoon asti, vaikka boottausjärjestys oli SDB ennen SDA:ta ja GRUB oli kuitenkin asentunut levylle SDA. Miten ihmeessä GRUB saattoi mitenkään toimia?

Koska kone toimii nyt normaalisti, niin kannattaako minun enää tehdä siihen mitään muutoksia? Ei kai siitä mitään haittaa ole, vaikka GRUB onkin asennettu WIN7 levylle.


*) Lisäkysymys lauantai-iltana:

Tänä iltana tuli taas lisää päivityksiä. Asensin kaikki muut päivitykset, mutta GRUB2 päivitystä en asentanut. Voisivatko viisaat UBUNTU-miehet kertoa minulle, voinko asentaa GRUB2 päivityksen ilman pelkoa siitä, että koneeni menee taas sekaisin?


« Viimeksi muokattu: 01.08.20 - klo:23.03 kirjoittanut pikkalle »