Ubuntu 22.04.2 usb-kokeilu

[HannuK]

Nyt kun Ubuntu 22.04LTS on päivitetty versioon 2, niin latasin tuon iso-tiedoston ja Linux Mintillä tein kokeilutikun.
Laitoin tikun ensimmäiseen HP Stream-koneeseeni ja homma lähti liikkeelle, tosin kärsivällisyyttä piti olla, oli hommat tosi hitaita. Lopulta kokeiluversio piti olla valmis, mutta näyttö oli lähes musta, hiukan kuulsi jostain violettia väriä ja hiirikin näkyi jossain täysin mustana. Jotain valikkoja tuli hiukan nääkyviin mustina. kokeilu päättyi siihen.
Kokeilin samaa toisella pienellä HP Stream-koneellani ja sama homma.
Koska kolmas HP on jo isompi ja siinä 8 GTmuistia, kokeilin myös sillä, mutta sama musta näyttö.
Sammutin koneen, otin pois tikun ja käynnistin normaalisti. Nyt alkoivatkin sitten tosivaikeudet.
Ei käynnistynyt vaan tuli ilmoitus: Verification failed: (0x1A) Security Violation  ja OK-napp. Sitä kun painoin, niin tuli: Shim UEFI key management.    Press eny key to perform MOK management.
Yritin käynnistystä pariin kertaan ja aina sama homma.
Sitten käynnistin BIOS-valikon eli virta ja Esc-painike. Valitsin siitä normaalin Ubuntu käynnistyksen, Ja nyt sain ilmoitusken: Selected boot image did not Authenticate. Press Enter to Continue. Tämän jälkeen tuli sitten ehdotuksia, joista en ymmärrä mitään joten jätin tekemättä.
Sammutin koneen ja tökkäsin kiinni Ubuntu 18.04 livetikun ja käynnistin koneen, valitsin biosista ko tikun ja Ubuntun kokeiluversio asentui normaalisti ja varsin nopeasti.
Pysäytin tämän jälkeen koneen kokeiluversion valikon kautta asiallisesti ja yritin jälleen normaalia käynnistystä, mutta jälleen ilmestyi tuo Verification failed...
Nyt on vitsit vähissä, mutta onneksi on DejaDubilla otettu pari päivää sitten tuosta 16.04:stä varmuuskopio.
Mikä auttaisi?

[HannuK]

Nyt homma menee yhä pahemmaksi. Päätin tehdä pelastusoperaation; Latasin HP Streamilla ( Ubuntu Mate ) Ubuntu 16.04.7 ISO-tiedoston ja kopioin sen muistitikulle, siirsin tikun toiseen HP Stream-koneeseen, missä on Ubuntu 20.04 ja tällä koneella valmistin USB-livetikun tuosta 16.04stä. Tämän jälkeen asensin kyseiseen koneeseen tikulta tämän 16.04:n tuon 20.04:n tilalle. Asennus meni ihan ok. Sitten ohjelma ilmoitti, että ota uusi Ubuntu käyttöön sulkemalla kone ja asennustikku pois. Näin tein ja kun tämä pieni HP Stream käynnistyi, niin SAIN SAMAN ILMOITUKSEN, ETTÄ " VERIFICATION FAILED: (0x1A) Security Violation.
Nyt on kaksi konetta samassa tilassa? Mitä ihmettä oikein tapahtuu?

[epiphone]

Heps!

Ota Secure Boot pois käytöstä UEFI:sta/BIOS:sta ja kokeile uudestaan.

[HannuK]

Nonnii. Nyt tuntuvat taas molemmat koneet toimivan, mutta...
1. En ehtinyt kokeilla epiphonen neuvoa ( kiitos kuitenkin siitä ), koska oli paniikki päällä ja pahuksenmoinen kiire
2. Vein huoltoon. Auttoi ja maksoi, se siitä, mutta en oikein ymmärrä selitystä, minkä sain: liian monta Ubuntu käynnistystä ( tai jotain sen tapaista??? ). Voiko näin olla, että erilaiset kokeilut eri Linux-versioilla voisi blokata biosin. Ainakin tuolla isoimmalla koneella en ole tehnyt moneen vuoteen mitään versiokokeiluja. Ja miksi nämä livetikkukokeilut blokkasivat biossin, mitä ei ole koskaan ennen tapahtunut.
3. Minkähän takia tuo pikku Stream blokkas biosin prikulleen samalla tavalla kuin iso kone ( isossa koneessa kokeilin Ubuntu 22.04 ja Streamissa Ubuntu 16.04.7 asennusta, eli eri ohjelmat, mitä yhteistä niissä voisi olla) , pelottava uhka tulevaisuutta ajatellen.
4. Miksi Ubuntu 22.04.2 ei käynnisty livetikulta kunnollisesti kummallakaan koneella Streamilla eikä tuolla isommalla, eli näytöt olivat lähes mustat ja siksi käyttökelvottomat.
5. Miksi livetikkujen käytön jälkeen molemmat koneet menivät biosin suhteen jumiin.
6. Ja lopuksi tulee jälleen mieleen mottoni: Monimutkaista on helppo tehdä. Nimittäin Ubuntu 16.04:n ISO-tiedoston koko on 1,7 GT ja Ubuntu 22.04:n ISO-tiedosto on 4,9 GT. Tämä näkyi käytännössä myös siten, että 16.04 livetikku käynnistyi "nopeasti", mutta 22.04 livetikku käynnistyi n. 10 kertaa hitaammin eikä edes toiminut. Kuitenkin molemmissa on samat hyötyohjelmat.
7. Ja lopuksi; Varmuuskopio-ohjelma Deja Dup ( tai jokin vastaavanlainen ) on ehdoton elämänlanka, jota kannattaa käyttää mieluummin usein kuin harvakseltaan. Tosin nyt en sitä tarvinnut.

[epiphone]

https://askubuntu.com/questions/1456460/verification-failed-0x1a-security-violation-while-installing-ubuntu

Tuossa linkissä lisää juttua tästä asiasta englanniksi.

[HannuK]

Kiitos, että ongelma alkaa selvitä, eikä ollut oma moka. Nyt kyllä olen huolissani, että miten "tavalliset käyttäjät" saavat järkevät ohjeet ( tai varoitukset ) asiasta. Homma sai kyllä adrenaalin kohoamaan yli hälytysrajan.

[nm]

16.04.7 hajosi siksi, että sen Grub ja kerneli on allekirjoitettu vanhoilla avaimilla, jotka Ubuntu 22.04.2 esti Secure Bootin revoke-mekanismilla. Ongelman olisi voinut välttää pitämällä 16.04:n ajan tasalla Ubuntu Pro:n laajennetun päivitystuen avulla. Syynä avainten vaihtamiseen ja vanhojen avainten estämiseen on Grubiin ja EFI-shimmeihin liittyvien tietoturva-aukkojen paikkaaminen.

Tässä pidempi blogiartikkeli aiheesta:
https://blog.jak-linux.org/2023/02/01/ubuntu-key-rotation/

[HannuK]

Palaan vielä kerran tähän. Kun HP, missä on koko ajan ollut Ubuntu 16.04 ja se on jatkuvasti päivittynyt, meni jumiin tuon Ubuntu 22.04.2 livetikku kokeilun takia, ajattelin pelastusoperaationa, että asennanpa pienempään HP Stream koneeseen Ubuntu 16.04.7 ( missä siis oli 20.04 versio ) ja sen jälkeen lataan DejaDupin varmuuskopion, niin pääsen tilapäisesti pälkähästä. Hieno pelastussuunnitelma, mutta eipä sitten toiminutkaan. Yksi asia oli se, että mulla oli kova kiire, koska "pääkone" piti olla kunnossa huomisesta lähtien matkan takia. Aika sekava homma ja jäin miettimään, minkälaisia yleisohjeita pystyisin tästä asiasta kirjaamaan noihin ohjeisiini, mutta siitä sitten myöhemmin.

[HannuK]

Mikäli olen yhtään ymmärtänyt näitä asioita, niin Ubuntu 22.04 livetikku muuttaa biosissa jotain, jotta tietoturva olisi parempi. Minulla kävi molemmissa koneissa livetikun kokeilussa, että näytöt olivat lähes pimeät, joten en voinut asialisesti sulkea livetikkua vaan minun oli pantava sähköt pois. Jos olisin kyennyt sulkemaan livetikun asiallisesti, niin olisiko ohjelma silloin palauttanut alkuperäiset bios-arvot. Kun näin ei tapahtunut, kone ei enää käynnistynyt vaan tuli tuo inhottava 0x1A.
Tämän ajatteluketjun perusteella on suuri riski, että livetikku ei häiriötilanteissa palauta alkuperäistä bios-asetusta. Siis livetikku pitäisi rakentaa niin, että kokeilussa ei alkuperäistä biosia mennä muuttamaan mihinkään. Kun käyttäjä sitten päättää asentaa uuden Ubuntun, niin asennuksen lopussa ohjelma käskee käynnistämään Ubuntun uudestaan ja tässä vaiheessa ohjelma puuhastelee aika paljon, eli tässä aivan lopussa asennuksen jälkeen, kun lopullinen asennuspäätös on tehty, niin sitten vasta mennään muuttamaan bios turvallisemmaksi. Tämä oli tällainen Huru-ukon pohdiskelu.

[nm]

Joo, on kyllä hieman yllättävää jos pelkkä livejärjestelmän käynnistäminen vaihtaa avaimet UEFI:ssa. Voisi tosiaan olettaa, että se tapahtuu vasta asennuksen aikana, GRUB-lataajan/shimmin asennuksen yhteydessä. En ole tutustunut teknisiin yksityiskohtiin tarkemmin, enkä ihan osaa arvata, miksi asennustikku käyttäytyisi noin.

Toiseen ongelmaasi palatakseni, ”lähes pimeä” näyttö kuulostaa hieman erikoiselta ongelmalta. Ehkä Ubuntu 22.04:n nykyinen Wayland-ikkunointi ei toimi kunnolla noiden vanhojen koneiden näytönohjaimilla, tai taustavalo meni jonkin bugin vuoksi pois päältä. 2 gigatavun muistilla varustettuun koneeseen Ubuntun GNOME-työpöytä on joka tapauksessa aivan liian raskas, eli perus-Ubuntun sijaan kannattaa kokeilla esimerkiksi Lubuntua tai Xubuntua.