Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Asentaminen ja käyttöönotto => Aiheen aloitti: ubutumpula - 31.10.23 - klo:11.14
-
Edellisessä päivitykseen 20.04 - 22.04 liittyvissä asioissa kaikki näytti tulevan kuntoon ja jokin uusi päivityskin tuli asennettua. Kuitenkin huomasin, että edelleen ilmoittelee käyttöjärjestemäohjema -virheestä. No senkin kanssa voisi elää, mutta VirtualBox lakkasi toimimasta jo ennen tuota viimeisintä päivitystä eli silloin kun kerneli vaihtui uudempaan. VirtualBox kyllä käynnistyy, mutta sinne asennetut käyttöjärjestelmät eivät käynnisty. Lopulta päädyin käynnistämään ulkoiselta kovalevyltä (siltä, mistä pöytäkoneessa nyt oleva sisäinen kovalevy oli kloonattu) siinä oli siis vielä Ubuntu 20.04 ja se käynnistyi hyvin, eikä ilmoitellut mistään ongelmasta. VirtualBox:issa olevat käyttöjärjestelmät käynnistyivät myös asiallisesti. Mielenkiintoista oli se, että tämä ulkoiselta kovalevyltä käynnistetty Ubuntu käytti sujuvasti pöytäkoneen kovalevyllä olevaa HOME -osiota, eikä sitä HOME -osiota, joka on sillä ulkoisella kovalevyllä.
Nyt sitten kysymys: että voiko vain sen osion ulkoiselta kovalevyltä, jolta kone on käynnistetty, kloonata sisäiselle kovalevylle, niin että se toimii kuten nyt ulkoiselta kovalevyltä käynnistettynä? Siis jos tämä onnistuisi niin säästyisi melkoisesti vaivaa ja aikaa koko levyn kloonamisesta (siis täytyisi ensin kopioida sisäisen kovalevyn HOME -osio ulkoiselle kovalevylle ja sitten kloonata koko levy sisäiselle kovalevylle ja asentaa ne kaikki nyt sisäisellä kovalevyllä olevat muut distrot, joita ei ulkoisella nyt ole, uudestaan).
-
Jos ainut ongelma on etteivät VirtualBoxilla asennetut käyttöjärjestelmät käynnisty, niin yrittäisin ennemmin ratkaista sen ongelman. Osioiden kloonaaminen muun datan päälle on aina vähän riski, koska saattaa tulla ylikirjoittaneeksi vahingossa jotain tähdellistä.
Oletko ihan varma, että se ulkoisella levyllä oleva käyttöjärjestelmä käytti toisen Ubuntun kotiosiota? Se kuulostaa aika huonolta yhdistelmältä, koska ohjelmien versiot eroavat. (Toki, jos käyttäjähakemistot ovat silti erilliset, niin se on ihan ok ratkaisu.)
Tätä voisi selvittää komentamalla mount ulkoiselta levyltä käynnistettäessä ja katsomalla, mitä on liitetty juureen ja kotiosioksi:
mountVoit hyvin kopioida koko tulosteen tänne, niin voimme katsoa sitä yhdessä.
-
Joo, olen aivan varma, sillä sisäisen kiintolevyn HOME-osiolla on tietoja, jotka on sinne tehty sinä aikana kun ulkoinen kiintolevy oli irrallisena laatikossa, siis useamman kuukauden ajan ja näkyvät ulkoiselta levyltä käynnistettäessä hyvin. Ja toisaalta gparted:in mukaankin sisäisen kiintolevyn HOME -osio on mountattuna ja ulkoisen ei. Ihmettelen vain, että ulkoiselta kiintolevyltä käynnistettäessä osasi järjestelmä mountata sisäisen kiintolevyn HOME -osion automaattisesti. Sitä kyllä halusinkin, mutta ei kai se nyt ajatuksia osaa lukea.
-
Edellisessä päivitykseen 20.04 - 22.04 liittyvissä asioissa kaikki näytti tulevan kuntoon ja jokin uusi päivityskin tuli asennettua. Kuitenkin huomasin, että edelleen ilmoittelee käyttöjärjestemäohjema -virheestä. No senkin kanssa voisi elää, mutta VirtualBox lakkasi toimimasta jo ennen tuota viimeisintä päivitystä eli silloin kun kerneli vaihtui uudempaan. VirtualBox kyllä käynnistyy, mutta sinne asennetut käyttöjärjestelmät eivät käynnisty.
Luultavasti VirtualBoxin kernelimoduulien kääntämisessä on ongelmaa. Poista kaikki VirtualBoxin paketit järjestelmästä ja asenna uudelleen päätteessä apt:lla. Tarkista listauksesta, että moduulit kääntyvät virheettä asennuksen yhteydessä.
Ihmettelen vain, että ulkoiselta kiintolevyltä käynnistettäessä osasi järjestelmä mountata sisäisen kiintolevyn HOME -osion automaattisesti. Sitä kyllä halusinkin, mutta ei kai se nyt ajatuksia osaa lukea.
Niin, ei se automaattisesti sitä tee, vaan olet konfiguroinut järjestelmän niin. Tai ehkä olet kloonannut aiemmin levyjä tai osioita siten, että osioilla on identtiset UUID:t.
-
Luultavasti VirtualBoxin kernelimoduulien kääntämisessä on ongelmaa. Poista kaikki VirtualBoxin paketit järjestelmästä ja asenna uudelleen päätteessä apt:lla. Tarkista listauksesta, että moduulit kääntyvät virheettä asennuksen yhteydessä.
Häviääkö sitten kaikki ne käyttöjärjestelmmät, jotka on VirtualBoxiin asennettu?
Niin, ei se automaattisesti sitä tee, vaan olet konfiguroinut järjestelmän niin. Tai ehkä olet kloonannut aiemmin levyjä tai osioita siten, että osioilla on identtiset UUID:t.
Tuo selitys on ilmeinen, koska juuri tuo sisäinen kovalevy on kloonattu aikanaan tuosta ulkoisesta. Silloin vaihdoin HDD:stä SSD:hen.
-
Komennolla:
sudo blkidpääset tarkastelemaan UUID:t mitä järjestelmässä on.
(taitaa toimia jopa ilman sudo:a?)
-
Luultavasti VirtualBoxin kernelimoduulien kääntämisessä on ongelmaa. Poista kaikki VirtualBoxin paketit järjestelmästä ja asenna uudelleen päätteessä apt:lla. Tarkista listauksesta, että moduulit kääntyvät virheettä asennuksen yhteydessä.
Häviääkö sitten kaikki ne käyttöjärjestelmmät, jotka on VirtualBoxiin asennettu?
Eivät häviä. Ne sijaitsevat paketoinnin ulkopuolella, vakiona omassa kotihakemistossasi VirtualBoxin kansiossa.
-
Hyvä, mutta olen hiukan epävarma syntaksin kanssa. Voisinko saada komentojen oikean syntaksin?
-
Olisi tietenkin kiva päästä eroon noista ilmoituksista.
-
Hyvä, mutta olen hiukan epävarma syntaksin kanssa. Voisinko saada komentojen oikean syntaksin?
Poista kaikki virtualbox-sanalla alkavat paketit:
sudo apt purge '^virtualbox.*'
Asenna VirtualBox takaisin:
sudo apt install virtualbox
Olisi tietenkin kiva päästä eroon noista ilmoituksista.
Ilmoita ongelmasta -painikkeen kautta pääsee vikalokiin, josta voi selvittää itse ongelman syyn. Muuten on täysin mahdotonta arvata, mistä on kyse.
-
Hyvä, mutta olen hiukan epävarma syntaksin kanssa. Voisinko saada komentojen oikean syntaksin?
Poista kaikki virtualbox-sanalla alkavat paketit:
sudo apt purge ’^virtualbox.*’
Antoi tällaisen tuloksen:
Luetaan pakettiluetteloita... Valmis
Muodostetaan riippuvuussuhteiden puu... Valmis
Luetaan tilatiedot... Valmis
E: Pakettia ’^virtualbox.*’ ei löydy
-
Poista se hattumerkki siitä virtualboxin edestä ja kokeile sitten....
-
Sama vastaus ilman hattu-merkkiä.
-
Sama vastaus ilman hattu-merkkiä.
Kokeilepa sudo apt purge virtualbox eli ilman pistettä.
https://packages.ubuntu.com/search?keywords=virtualbox&searchon=names&suite=jammy§ion=all
-
Sama vastaus ilman hattu-merkkiä.
Kokeilepa sudo apt purge virtualbox eli ilman pistettä.
https://packages.ubuntu.com/search?keywords=virtualbox&searchon=names&suite=jammy§ion=all
Tuolla komennolla näytti poistavan jotakin ja uudelleen asennettuna toiminta edelleen sama eli VirtualBoxiin asennetut käyttöjärjestelmät eivät käynnisty, vaan valittaa VirtualBoxin kernelistä.
-
Poista kaikki virtualbox-sanalla alkavat paketit:
sudo apt purge ’^virtualbox.*’
Antoi tällaisen tuloksen:
Luetaan pakettiluetteloita... Valmis
Muodostetaan riippuvuussuhteiden puu... Valmis
Luetaan tilatiedot... Valmis
E: Pakettia ’^virtualbox.*’ ei löydy
Komentoon eksyi näemmä väärät lainausmerkit, kun kirjoitin puhelimella. Pitäisi olla:
sudo apt purge '^virtualbox.*'
Tuolla komennolla näytti poistavan jotakin ja uudelleen asennettuna toiminta edelleen sama eli VirtualBoxiin asennetut käyttöjärjestelmät eivät käynnisty, vaan valittaa VirtualBoxin kernelistä.
OK, eli ajurimoduuleissa tai niiden lataamisessa on edelleen ongelmaa. Kuten virheilmoituksessa kerrotaan, vika voi johtua myös moduulien allekirjoittamisesta Secure Bootia varten. Jos allekirjoittamisessa tai Machine Owner Key:n (MOK) asettamisessa ilmenee ylitsepääsemättömiä ongelmia, toinen vaihtoehto olisi kytkeä Secure Boot kokonaan pois käytöstä koneen BIOS-asetuksissa.
-
Secure boot ei ole ollenkaan käytössä eli siitä ei selitystä löydy.
-
Secure boot ei ole ollenkaan käytössä eli siitä ei selitystä löydy.
Hmm. Minkä virheen saat jos yrität ladata vboxdrv-moduulin manuaalisesti:
sudo modprobe vboxdrv
Mitkä virtualbox-paketit järjestelmään on nyt asennettu:
dpkg -l | grep virtualbox
Entä onko kernelin headerit asennettu:
dpkg -l |grep linux-headers
Tarvitset paketin linux-headers-generic-hwe-22.04, kun käytössä on HWE-kerneli. Jos puuttuu, asenna paketti:
sudo apt install linux-headers-generic-hwe-22.04
Käännä sitten VirtualBoxin ajurimoduulit uudelleen:
sudo dpkg-reconfigure virtualbox-dkms
-
Secure boot ei ole ollenkaan käytössä eli siitä ei selitystä löydy.
Hmm. Minkä virheen saat jos yrität ladata vboxdrv-moduulin manuaalisesti:
sudo modprobe vboxdrv
Mitkä virtualbox-paketit järjestelmään on nyt asennettu:
dpkg -l | grep virtualbox
Entä onko kernelin headerit asennettu:
dpkg -l |grep linux-headers
Tarvitset paketin linux-headers-generic-hwe-22.04, kun käytössä on HWE-kerneli. Jos puuttuu, asenna paketti:
sudo apt install linux-headers-generic-hwe-22.04
Käännä sitten VirtualBoxin ajurimoduulit uudelleen:
sudo dpkg-reconfigure virtualbox-dkms
Näiden kaikkien toimenpiteiden jälkeen VirtualBox alkoi toimia normaalisti. Eli sieltä puuttui tuo 'linux-headers-generic-hwe-22.04' ja luulen, että silloin päivitettäessä 20.04 -> 22.04 olisi myös tuon latauksesta valittanut, mutta kun jatkoi päivitystä siitä huolimatta ja meni loppuun, niin en sitten ollut kirjannut ylös kaikkia niitä ilmoituksia joita päivityksessä tuli esiin.
Nyt on sitten vielä jäljellä Järjestelmäohjelma-virhe. Vaikka siittä 'Ilmoita ongelmasta' -napista painaakin, niin ei mene mihinkään lokiin vaan virheilmoitus vain katoaa. Mistähän sen lokin löytäisi mistä voisi ryhtyä ongelmaa etsimään?
Suuri kiitos näistä erinomaisista ohjeista! Saatiin ainakin kaikkein haittaavin ongelma ratkaistua.
-
Nyt on sitten vielä jäljellä Järjestelmäohjelma-virhe. Vaikka siittä 'Ilmoita ongelmasta' -napista painaakin, niin ei mene mihinkään lokiin vaan virheilmoitus vain katoaa. Mistähän sen lokin löytäisi mistä voisi ryhtyä ongelmaa etsimään?
Kaatumislokien pitäisi tallentua hakemistoon /var/crash. Katso, onko siellä tiedostoja:
ls -l /var/crash
Suuri kiitos näistä erinomaisista ohjeista! Saatiin ainakin kaikkein haittaavin ongelma ratkaistua.
Jees, hyvä että lähti toimimaan!
-
Ubuntu@22.04 LTS:~$ ls -l /var/crash
yhteensä 16364
-rw-r----- 1 root whoopsie 1458678 loka 27 17:18 friendly-recovery.0.crash
-rw------- 1 root whoopsie 1486677 loka 27 17:20 grub-pc.0.crash
-rw-r--r-- 1 root whoopsie 1295858 loka 27 17:24 linux-image-5.15.0-87-generic.0.crash
-rw------- 1 root whoopsie 131887 loka 27 17:48 linux-image-5.4.0-165-generic.0.crash
-rw-r----- 1 root whoopsie 1336410 loka 27 17:13 memtest86+.0.crash
-rw-r----- 1 admin whoopsie 6030107 loka 27 17:58 _usr_bin_DigiSignApplication.bin.1002.crash
-rw-r----- 1 root whoopsie 5000663 loka 29 23:11 _usr_lib_virtualbox_VirtualBoxVM.0.crash
Ubuntu@22.04 LTS:~$
Tällaisen listauksen sain.