[Ratkaistu] Ubuntu 19.10 live bootti / jumitus ongelmat

[Sami Lehtinen]

Tänään törmättiin ihmeellisiin ongelmiin Ubuntu 19.10 live:n kanssa.

Toisessa koneessa bootti jää jumiin ja luo loputtomasti lisää sessioita.

Toisessa koneessa Ubuntu käynnistyy, mutta ilmeisesti snapd sekoaa jotenkin ja alle kolmessa minuutissa järjestelmä jumittuu täysin. Kerneli ei kaadu koska reisub toimii, mutta muuten kone on täysin jumissa.

Screenshotit tylsästi valokuvina, koska copy pastaaminen jumitustilanteissa on vähän haastavahkoa, ellei sitten olis ottanut yhteyttä SSH:lla.

En odota että tuohon tulisi mitään ultimate ratkaisua, eikä tämä ole mitenkään fataali ongelma kun 18.04 LTS toimii mainiosti molemmissa koneissa. Kunhan vaan ihmettelen mikä mättää ja onko kukaan muu törmännyt moiseen.

Edit: Jatkettu siis sen verran, että toi on konsoli sessio toi missä toi htop pyörii ja tuon jälkeen se ei enää päivity, eli systeemi jumittuu tuohon täysin. Vaikka odottaa vartin, mitään ei enää tapahdu. Ruudun yläreunassa lukee out of memory, mutta kyllä tuon systeemin pitäisi 2 gigalla hyvin pyöriä jos joku ei bugaa.

[raimo]

Tarkistithan levykuvan esim sha256sum ohjelmalla?
Oikeat summat löytyy tuolta kuten myös levykuvat: http://releases.ubuntu.com/19.10/

[Sami Lehtinen]

Image kirjoitettiin tikulle petollisesti Windows käyttöjärjestlemällä. Joten ehkä se on ongelman syy. Ajetaan maanantaina hash-check imagelle, ja kirjoitetaan se rufuksella, yumi:n sijasta ja katotaan miten menee.

Tosin nykyjään kun tiedostot siirretään pääsääntöisesti AES-GCM yhteyksillä, niin korruptoitumisen todennäköisyys tiedonsiirrossa PITÄISI olla minimalinen.

[nm]

Toisessa koneessa Ubuntu käynnistyy, mutta ilmeisesti snapd sekoaa jotenkin ja alle kolmessa minuutissa järjestelmä jumittuu täysin. Kerneli ei kaadu koska reisub toimii, mutta muuten kone on täysin jumissa.

HannuK:lla ilmeni vastaavaa livetilassa kokeiltuna: https://forum.ubuntu-fi.org/index.php?topic=54793.0

Googlaamalla löytyy myös aika paljon kokemuksia 19.10:n jumittelusta monellakin eri tavalla. Eiköhän noita vähitellen saada korjattua...

[mrl586]

Gnome ei liene kovin resurssitehokas virheilmoituksesta päätellen.

[nm]

Gnome ei liene kovin resurssitehokas virheilmoituksesta päätellen.

GNOME Shellin 119 megan RSS (resident set size) on normaali. Tuossa kuvakaappauksen tilanteessa kerneli on jo tappanut työpöytäympäristön muistin loppumisen vuoksi, joten listauksesta ei nähdä, mitkä prosessit oikeasti varasivat eniten muistia ja aiheuttivat tilanteen.

Samin koneessa ei ole lainkaan swappia ja muistia vain 2 Gt, joten ei sinänsä ole yllättävää, että varsinaisessa käytössä esim. nettiä selatessa muisti loppuu jossain vaiheessa kesken ja aiheuttaa työpöydän tai koko järjestelmän kaatumisen. Pelkällä työpöydällä ilman ohjelmia muistin kuitenkin pitäisi periaatteessa riittää. Voi olla, että jokin taustaprosessi varaa muutaman minuutin kuluttua käynnistymisestä tavallista enemmän muistia.

[Sami Lehtinen]

Kiitokset infosta. Tosissaan vaihdettiin tuo kone sellaiseen missä on 8 gigaa rammia. Tuo oli meidän "live test kone", jossa ei ole mitään medioita normaalisti kiinni. Bootataan Live USB tikulta ja tehdään koneeseen tilapäisesti kytketyille levylle mitä tarvitsee. Kaikki muut Ubuntut, Tailssit, Kalit, Windows kymppikin sekä Clonezilla livet tms. Mutta tää oli eka joka kosahti tällä tavalla.

Mäkin katselin tuota, että muisti todnäk loppuu. Mutta oletin sen johtuvan jostain vuodosta tai oudosta virheestä, en siitä että se ihan oikeasti oikeasti loppuisi. Lisäksi tuo, että aikaa meni noin paljon ennen kaatumista hieman hämmensi analyysiä. Jos se olisi kaatunut suoriltaan ennen käynnistymistä tai paljon nopeammin, olisi ollut tilanne selkeämpi.

Mutta tämä asia kunnossa, kone on nyt vaihdettu toiseen "raatoon", SER-romu-rullakosta.

 - Kiitokset kaikille vastanneille.

Jatkot, tuo maninta swapista on muuten hyvä. Olenkin huomannut joissain koneissa joissa on Linuxin swap partitio olemassa, että Livet osaavat hyödyntää sitä suoraan. Riippuen taas tilanteesta, tuo voi sisältää tietoturva-riskejä, koska moni saattaa olettaa live:n olevan "ram only" ympäristö joka ei kirjoita mitään talteen medioille.