Kirjoittaja Aihe: Ubuntu jäätyy [RATKAISTU]  (Luettu 4580 kertaa)

mikkosl

  • Käyttäjä
  • Viestejä: 39
    • Profiili
Vs: Ubuntu jäätyy
« Vastaus #40 : 25.09.25 - klo:14.34 »
Epätodennäköistä, koska tuossa on ihan äärimmäisen yleinen Intel-näytönohjain.
Jossain lähteessä mainittiin että näitä ongelmia on ollut NVIDIA:n lisäksi vanhemmilla Intellin chipeillä, mutta totuushan paljastuu sitten kun joudun taas syystä tai toisesta uudelleenkäynnistämään koneen.
Mulla on aika laidasta laitaan Intel-siruilla koneita, enkä koskaan ole huomannut mitään Waylandiin suoranaisesti liittyvää konetta tappavaa bugia.

Ai:lle en tämän suhteen anna minkäänlaista painoarvoa jos ei ole näyttää sen ohjaavan oikeasti tuoreisiin bugiraportteihin. Wayland on muutenkin sen verran uusi juttu, että Ai:t ihan takuulla kahlaa läpi raportteja, jotka ei ole millään tasolla enää valideja 2025.
No mikä tässä sitten vois olla ongelmana?

qwertyy

  • Käyttäjä
  • Viestejä: 6025
    • Profiili
Vs: Ubuntu jäätyy
« Vastaus #41 : 25.09.25 - klo:21.23 »
Epätodennäköistä, koska tuossa on ihan äärimmäisen yleinen Intel-näytönohjain.
Jossain lähteessä mainittiin että näitä ongelmia on ollut NVIDIA:n lisäksi vanhemmilla Intellin chipeillä, mutta totuushan paljastuu sitten kun joudun taas syystä tai toisesta uudelleenkäynnistämään koneen.
Mulla on aika laidasta laitaan Intel-siruilla koneita, enkä koskaan ole huomannut mitään Waylandiin suoranaisesti liittyvää konetta tappavaa bugia.

Ai:lle en tämän suhteen anna minkäänlaista painoarvoa jos ei ole näyttää sen ohjaavan oikeasti tuoreisiin bugiraportteihin. Wayland on muutenkin sen verran uusi juttu, että Ai:t ihan takuulla kahlaa läpi raportteja, jotka ei ole millään tasolla enää valideja 2025.
No mikä tässä sitten vois olla ongelmana?
Onhan noita jo annettu vaikka kuin. Oletko katsonut paljonko sitä swappia on käytössä? Voisin edelleen melkein lyödä vetoa, että kone jäätyy sen takia. Asenna vaikka btop paremman luettavuuden takia ja seuraa silmäkovana Disks alueen "Swap used" ja MiB lukemaa. Se on todennäköisesti määrä X pitkään ja kun kone jämähtää jumiin, niin todennäköisesti tuo lukema on muuttunut ihan aavistuksen toiseksi.

Nyt on ihan äärimmäisen tärkeää ymmärtää se, että tuohon swap, eli ns. heittovaihtotiedostoon voi kuulua sellaista dataa, jonka kone saa luettua muistin ollessa vähissä ja kone tuntuu vielä käytettävältä, mutta sitten tulee se tilanne, jossa asemalle pitääkin alkaa kirjoittamaan tuohon swap tiedostoon ja ihan oikeasti. Vanhalla eMMC asemalla se on ihan järkyttävän huono kokemus. Eikä tietysti sekään ole mahdottomuus, että vähäisen muistin takia tuon aseman syklit on vain täysin loppu. Muistin vähyys on ehkä nykyään se helpoin tapa tuhota nämä nykyiset SSD-asemat jos järjestelmä joutuu jatkuvasti paikkaan keskusmuistin vähyyttä kirjoittamalla ja lukemalla massamuistille.

Jos asema on jo tuhoutumassa, niin sen saat nopeasti selville vaikka osiointiohjelmalla ja katsomalla sieltä aseman SMART-datan. Sieltä jostain valikon takaa löytyy "uudelleen sijoitetut sektorit, lukuvirhenopeuksia, käyttötunteja yms". Mikään sarake ei oikeastaan saisi kertoa tila-arvioksi muuta kuin 'hyvä'.

Äkkiä kun katsoin mallisi perusteella, niin heti pisti silmään tällainen ketju ulkomailta? Ehkä Asuksen firmispuolella on jotain omituisuutta myös? Oletko kokeillut akkuvirralla, että jäätyykö järjestelmä samantien?
https://www.linux.org/threads/freezing-randomly.51460/

Itse kokeilisin ihan vaikka Debianin XFCE:tä tai oikeastaan mieluummin LXQt:ta, että parantuuko oire heti. Ubuntu on melkoisen raskas käyttöjärjestelmä nykyään.
« Viimeksi muokattu: 25.09.25 - klo:21.30 kirjoittanut qwertyy »

mikkosl

  • Käyttäjä
  • Viestejä: 39
    • Profiili
Vs: Ubuntu jäätyy
« Vastaus #42 : 26.09.25 - klo:00.22 »
Miten sitten on selitettävissä että:
- usealla selaimen välilehdellä kuormitettunakaan muistia ei jäätymishetkellä ollut kulunut kuin 2,2GB ja swap filen koko oli käytännössä merkityksetön (kts. liite)
- jäätymistä sattuu myös kun kuormana on pelkkä system monitor (resurssinkulutus niin pientä etten ole edes viitsinyt rekisteröidä)
- yhdellä käynnistyksellä noin kymmenestä kaikki toimii kuin junan vessa, miksi jos kerran resurssit ei riitä?

mikkosl

  • Käyttäjä
  • Viestejä: 39
    • Profiili
Vs: Ubuntu jäätyy
« Vastaus #43 : 26.09.25 - klo:11.14 »
En sitä paitsi usko että heittovaihtotiedosto voi levitä ihan yhtäkkiä ja etukäteen varoittamatta käsiin ilman jonkun sovelluksen muistivuotoa.

pkill

  • Käyttäjä
  • Viestejä: 334
    • Profiili
Vs: Ubuntu jäätyy
« Vastaus #44 : 26.09.25 - klo:18.08 »
Yksi mikä tuli mieleen, niin toimiihan sen tuuletin joka käynnistyksellä? Voi olla että vanhuuttaan ei joka bootissa lähde pyörimään, mikä voi selittää kaatumisen parin minuutin käytön jälkeen.

mikkosl

  • Käyttäjä
  • Viestejä: 39
    • Profiili
Vs: Ubuntu jäätyy
« Vastaus #45 : 26.09.25 - klo:18.30 »
Yksi mikä tuli mieleen, niin toimiihan sen tuuletin joka käynnistyksellä? Voi olla että vanhuuttaan ei joka bootissa lähde pyörimään, mikä voi selittää kaatumisen parin minuutin käytön jälkeen.
Jaa, enpä usko että tossa edes on tuuletinta, mutta täytyypä kattoa seuraavan jäätymisen tapahduttua onko joku kohta erityisen kuumana.

qwertyy

  • Käyttäjä
  • Viestejä: 6025
    • Profiili
Vs: Ubuntu jäätyy
« Vastaus #46 : 26.09.25 - klo:20.52 »
Miten sitten on selitettävissä että:
- usealla selaimen välilehdellä kuormitettunakaan muistia ei jäätymishetkellä ollut kulunut kuin 2,2GB ja swap filen koko oli käytännössä merkityksetön (kts. liite)
Jaa no mistä kohti tuo on merkityksetön? Tuon kirjoittaminen kestää eMMC asemalle kauan, kun pitää ottaa huomioon, että muistin loppumisessa tapahtuu peräkkäistä luku/kirjoitustoimintaa ja kun sitä keskusmuistia ei ole, niin sitä tapahtuu paljon ja siinä vaiheessa takaan, että tuo koneesi on täysin rampa. Jos et minua halua uskoa, niin katso muita kommentteja. Joku tuolla kertoi jo, että kone jäätyy toviksi ja palautuu. Pitää myös ymmärtää, että se muisti täyttyy ihan älyttömän nopeasti, nopeammin mitä asema voi lukea. Oikeastaan prosessori on ainoa hidaste tietyissä tapauksissa. Muistin tarve voi muuttua 2Gt:sta 8Gt:n sekunnin sisään. Ja se muuttuu myös vaikka et tee koneella mitään, koska järjestelmissä on taustaprosesseja, kuten mainitut indeksointi ja järjestelmän päivitys. Kumpikin noista tarvii muistia ja indeksointikin itse asiassa kohtuullisen paljon toimiakseen järkevästi.
Lainaus
- jäätymistä sattuu myös kun kuormana on pelkkä system monitor (resurssinkulutus niin pientä etten ole edes viitsinyt rekisteröidä)
Ja mistä sinä sen tiedät varmaksi? Sinä et ole itse todistanut millään lailla, että vaikkapa päivitykset ei lähtisi päälle ja rampauttaisi konettasi. Et myöskään ole todistanut, että onko se eMMC edes enää ehjä? Jos ei, niin se ihan varmasti aiheuttaa järjestelmän satunnaisia kaatumisia.
Lainaus
- yhdellä käynnistyksellä noin kymmenestä kaikki toimii kuin junan vessa, miksi jos kerran resurssit ei riitä?
Koska siellä swapissa voi olla kirjoitettuna _valmiiksi_ järjestelmäsi tarvittava tieto. Lue ja ymmärrä. Kone "kaatuu" swapin takia silloin kun sinne kirjoitetaan, ei silloin kun sieltä luetaan. Kuten näet, niin sinulla on jo yli 2gt swap tiedosto valmiiksi.

Minulla on ollut mm. tripla e sarjan Asus netbook, jossa oli 2Gt muistia ja hidas eMMC. Sain koneen useasti täysin jäätyneeseen tilaan ja aina muistin loppumisen takia.

Mutta mikään pakko ei ole tietysti uskoa ja hakea väkisin vikaa Waylandista ja muista.
« Viimeksi muokattu: 26.09.25 - klo:21.00 kirjoittanut qwertyy »

mikkosl

  • Käyttäjä
  • Viestejä: 39
    • Profiili
Vs: Ubuntu jäätyy
« Vastaus #47 : 26.09.25 - klo:21.12 »
Tosta liitteestähän selvästi näkyy että swap filen koko oli jäätymishetkellä 262,1 kilotavua (0,0%), eli ei edes yhtä megaa. Tuon datamäärän kirjoittaminen FLASH-pohjaiselle massamuistille siis mielestäsi tappaa koneen? No, seuraavan pakotetun uudelleenkäynnistyksen jälkeen nähdään sitten se lopullinen totuus...
« Viimeksi muokattu: 26.09.25 - klo:21.46 kirjoittanut mikkosl »

qwertyy

  • Käyttäjä
  • Viestejä: 6025
    • Profiili
Vs: Ubuntu jäätyy
« Vastaus #48 : 26.09.25 - klo:21.46 »
Tosta liitteestähän selvästi näkyy että swap filen koko oli jäätymishetkellä 262,1 kilotavua (0,00%), eli ei edes yhtä megaa. Tuon datamäärän kirjoittaminen FLASH-pohjaiselle massamuistille siis mielestäsi tappaa koneen? No, seuraavan pakotetun uudelleenkäynnistyksen jälkeen nähdään sitten se lopullinen totuus...
Nyt kun sitten vaikka avataan satojen megojen sovellus kun muisti sattuukin loppumaan, niin aloitetaan oravanpyörä.

Kirjoitetaan pari kilotavua hitaalle asemalle. Luetaan muutama kilotavu ja kopioidaan taas muutama kilotavu asemalle. Tästä vielä puuttuu, että prosessorilla ei ole käytännössä mitään tehtävää kun se vain odottelee IO-tapahtumia. Hidaskin prosessori jää haukottelemaan tyhjäkäynnillä. Nyt kun aletaan ottaan huomioon, että noissa eMMC-asemissa vanhemmissa ei ole minkäänlaista välimuistia, eli jopa vanha kiintolevy voi olla merkittävästi nopeampi, niin soppa on valmis. SATA SSD on sekin todennäköisesti vähintään kymmeniä kertoja nopeampi tuollaisissa satunnaisluku- ja kirjoitustapahtumissa, koska niissä on yleensä edes jonkinlaista välimuistia itsessään. Se voi ja monesti on huonoissa eMMC-asemissa luokkaa 10Mt/s kun mennään tuollaiseen tilanteeseen ja SATA SSD voi hetken aikaa painaa sen 500Mt/s ja nykyiset NVMe asemat voi olla hetken tuhat lukemissa.

Sitten vielä kun joku ihan perus SATA SSD kestäisi lähes takuuvarmasti sen 5krt enemmän kirjoituksia per muistisolu. Ja taas pahennetaan tilannetta, että kun sitä keskusmuistia ja massamuistia ei ole ja sille pienelle asemalle kirjoitetaan samoihin soluihin, kun vaikkapa jo 128Gt SSD:llä wear levelin olisi kirjoittanut satunnaisiin soluihin tiedot ja kestävyys per solu olisi sen 5krt parempi, niin aletaan hahmottamaan, että kappas tuo massamuisti voi myös tuhoutua todella nopeasti, sen lisäksi, että se on hidas. Kuulostaa varmaan pahalta joistain, mutta minusta eMMC on tämän vuosituhannen ikävin keksintö markettikoneisiin.

Niin että kyllä.

Olen edelleen sitä mieltä, että aseman SMART-data olisi nyt oleellista tietää. Koneessa voi edeleen ihan hyvin käynnistyä se indeksointi, joka ainakin ihan takuuvarmasti kirjoittaa jotain asemalle ja uskoisin, että jo ihan perus päivitysten haussa tapahtuu jonkinlaista kirjoittavaa tapahtumaa jo heti alusta. Ei toki paljoa, mutta jos se asema on huonossa kunnossa ja dataa jostain syystä korruptoituu, niin no se on siinä heti. Samoin, koska ei ole tietoa taustaprosesseista, niin otan myös mahdollisen swapin käynnistymisen ihan potentiaalisena. Kuten mainittua, muistin loppumisesta on kokemuksia ja edelleen.. Oireet ja rautayhdistelmällä, en vielä sulje niitä pois kun noin raskasta ympäristöä käyttää. Gnomelle on jo pidempään suositeltu 8Gt keskusmuistiksi.
« Viimeksi muokattu: 26.09.25 - klo:21.48 kirjoittanut qwertyy »

pkill

  • Käyttäjä
  • Viestejä: 334
    • Profiili
Vs: Ubuntu jäätyy
« Vastaus #49 : 26.09.25 - klo:22.03 »
Tuohan jäätyilee tikulta bootatessakin, niin ei varmaan levyssä silloin vikaa ole vai ottaako asennustikku swap osion käyttöön?

Puhaltimeton konehan tuo tosiaan on, nin kannattaa jollain ohjelmalla, kuten hardinfo seurata prossun lämpötilaa. Voi hyvin olla jäähdytyselementti irronnut prossusta ja käydä välillä liian kuumana.

https://hardinfo2.org/download

qwertyy

  • Käyttäjä
  • Viestejä: 6025
    • Profiili
Vs: Ubuntu jäätyy
« Vastaus #50 : 26.09.25 - klo:22.08 »
Tuohan jäätyilee tikulta bootatessakin, niin ei varmaan levyssä silloin vikaa ole vai ottaako asennustikku swap osion käyttöön?
Ottaa jos sellainen löytyy "kiintolevyltä" koneesta.

Tuokin voi olla ihan hyvä pointti varuilta seurata lämpötilaa. En ole koskaan nähnyt passiivisten kanssa (vielä :) ) ongelmia, mutta periaatteessa mahdollista jos tahnat jämähtäneet tms.
« Viimeksi muokattu: 26.09.25 - klo:22.13 kirjoittanut qwertyy »

mikkosl

  • Käyttäjä
  • Viestejä: 39
    • Profiili
Vs: Ubuntu jäätyy
« Vastaus #51 : 27.09.25 - klo:07.23 »
Yritin lukea sen SMART-datan, mutta jostain syystä ko. optio on häivytetty epäaktiiviseksi? Kaiken lisäksi Disk Utility väittää kyseessä olevan SD Card Reader...
« Viimeksi muokattu: 27.09.25 - klo:07.39 kirjoittanut mikkosl »

mikkosl

  • Käyttäjä
  • Viestejä: 39
    • Profiili
Vs: Ubuntu jäätyy
« Vastaus #52 : 27.09.25 - klo:08.52 »
Ahaa, eMMC:ssä ei tueta SMART:ia:

eMMC has no SMART support because SMART is specific to the ATA protocol, so only IDE and SATA drives support it, or USB drives with interfaces

Vaikka en ostakkaan resurssien kesken loppumista (ainakaan ilman muistivuotoa) niin HW vika on toki ihan mahdollinen, mutta mitenkä sen nyt sitten todentais?
« Viimeksi muokattu: 27.09.25 - klo:09.02 kirjoittanut mikkosl »

qwertyy

  • Käyttäjä
  • Viestejä: 6025
    • Profiili
Vs: Ubuntu jäätyy
« Vastaus #53 : 27.09.25 - klo:11.28 »
Niin nekö ei tukenut tosiaan edes tuota oletuksena. Google antoi kyllä vaihtoehdoksi mmc-utils paketin. Kannattaa kokeilla asentaa se. Komentamalla sudo mmc extcsd read /dev/mmcblk0 voisi saada SMART:ia vastaavia tietoja. Tuo dev laitekoodi toki voi olla joku erilainen, mutta sen näkee gpartedista ja todennäköisesti vaikka komentamalla cat etc/fstab

mikkosl

  • Käyttäjä
  • Viestejä: 39
    • Profiili
Vs: Ubuntu jäätyy
« Vastaus #54 : 27.09.25 - klo:13.31 »
Sieltä tuli sivukaupalla tietoa joka on allekirjoittaneelle kyllä täysin Hebreaa  ;), missään ei tainnut lukea error tai bad sector mutta tää osuus kuulostaa jotenkin epäilyttävältä:

Write reliability setting register [WR_REL_SET]: 0x00
 user area: existing data is at risk if a power failure occurs during a write operation
 partition 1: existing data is at risk if a power failure occurs during a write operation
 partition 2: existing data is at risk if a power failure occurs during a write operation
 partition 3: existing data is at risk if a power failure occurs during a write operation
 partition 4: existing data is at risk if a power failure occurs during a write operation

Johtuisko tuo siitä että akku on täysin kuollut? Koko vaste liitteenä...
« Viimeksi muokattu: 27.09.25 - klo:13.35 kirjoittanut mikkosl »

mikkosl

  • Käyttäjä
  • Viestejä: 39
    • Profiili
Vs: Ubuntu jäätyy
« Vastaus #55 : 27.09.25 - klo:13.53 »
Lämpötilan osalta hardinfo sanoo näin:

qwertyy

  • Käyttäjä
  • Viestejä: 6025
    • Profiili
Vs: Ubuntu jäätyy
« Vastaus #56 : 27.09.25 - klo:14.27 »
Lämpötilat saa ainakin tuon listan perusteella rajata heti pois. Todella hyvät passiiviselle koneelle.

Tuo eMMC:n tulos, niin sekään ei kerro itselle mitään kun näyttää olevan heksoina arvoja, mutta kokeilin syöttää ne Geminille ja antoi tällaisen vastauksen.

Lainaus
I'm focusing on the core problem: identifying the eMMC related failures.

Pinpointing Potential Culprits

The extcsd dump analysis is showing initial insights; I'm focusing on those life-time-estimation indicators, particularly  A, which is reported as a mere 0x08. I'm cross-referencing this against typical values for a healthy eMMC. I'm now also considering other relevant fields, like the pre-EOL information, even though they're not immediately flagging issues.

Assessing Wear and Tear

I've been analyzing the EXTCSD data, highlighting the lifetime estimation values. Both A and B are reported as 0x08, meaning the eMMC has reached 70-80% of its estimated life. This is a concerning level of wear and tear, warranting further investigation into the potential implications. I'm focusing on the link between this high usage and the random crashes.

Formulating the Finnish Response

I'm now putting together the Finnish response, organizing findings into the structured format. I'm focusing on the Yhteenveto, Tarkemmat huomiot, and Johtopäätös sections. I'm translating the technical concepts into clear Finnish, and considering how best to present the potentially worrying information about the eMMC's lifespan.

I've crafted a comprehensive analysis of the EXTCSD data, highlighting the concerning wear levels indicated by the lifetime estimation values. Both A and B report 70-80% usage, while pre-EOL info is normal. The partition-setting status is also unremarkable.

Analyzing the Data and Response

I'm now integrating the findings from the extcsd dump into a comprehensive Finnish response. The priority is to clearly convey the significant eMMC wear indicated by the lifetime estimates, emphasizing its potential link to the random crashes. I'm focusing on crafting a concise "Yhteenveto" and "Tarkemmat huomiot" sections, translating technical terms and concepts into accessible language for the user.

Synthesizing the Summary

I've been going through the analysis, focusing on structuring the response into Finnish. I'm prioritizing clarity in the "Yhteenveto" and "Tarkemmat huomiot" sections, with an emphasis on translating technical terms effectively. I'm developing analogies to help explain the concept of eMMC wear and tear.

Refining the Response

I'm now iterating on the structured Finnish response, translating all the concepts into Finnish and checking the flow of information. I'm focusing on ensuring technical accuracy alongside clarity for the user, and re-reading the Finnish summary for readability.
I've gone through the thinking process, from deconstructing the user's issue and analyzing the extcsd output, to interpreting the data and synthesizing findings into a direct answer. I'm focusing on crafting the Finnish response into a comprehensive yet concise format.

Outlining the Response

I'm translating the findings of my analysis into a structured response for the user, focusing on delivering the information clearly and concisely in Finnish. I'm focusing on crafting an effective 'Yhteenveto' and 'Tarkemmat huomiot' sections.

I'm now iterating on the response. The findings are being synthesized in Finnish, including the recommendations and steps, for a comprehensive user-friendly answer.

Kyllä, voin auttaa analysoimaan tämän. Listauksesi perusteella eMMC-muistisi näyttää merkittävää kulumista, mikä on hyvin todennäköinen syy tietokoneen satunnaisille kaatumisille.

Lyhyesti sanottuna, muistipiiri on tulossa elinkaarensa loppuun.

Tarkemmat huomiot listauksesta
Tässä ovat tärkeimmät kohdat, jotka viittaavat ongelmaan:

eMMC Life Time Estimation A [EXT_CSD_DEVICE_LIFE_TIME_EST_TYP_A]: 0x08

eMMC Life Time Estimation B [EXT_CSD_DEVICE_LIFE_TIME_EST_TYP_B]: 0x08

Nämä kaksi arvoa kertovat eMMC-muistin arvioidun eliniän käytöstä. Arvot ovat heksadesimaalilukuja, ja ne tulkitaan seuraavasti:

0x01: 0-10% eliniästä käytetty

0x02: 10-20% eliniästä käytetty

...

0x08: 70-80% eliniästä käytetty

Tämä tarkoittaa, että muistisoluista on kulunut jo huomattava osa. Kun eMMC-muisti kuluu, sen toimintavarmuus heikkenee. Seurauksena voi olla luku- tai kirjoitusvirheitä, jotka eivät aina näy selkeinä virheilmoituksina, vaan voivat aiheuttaa järjestelmän epävakautta ja satunnaisia kaatumisia. 💻💥

eMMC Pre EOL information [EXT_CSD_PRE_EOL_INFO]: 0x01

Tämä arvo on 0x01, mikä tarkoittaa "Normal". Tämä on hieman ristiriidassa yllä olevan kanssa, mutta se tarkoittaa, että muistin oma ohjain ei ole vielä virallisesti siirtynyt "End of Life" -varoitustilaan. Vaikka kuluma on suurta, ohjainpiiri pitää tilannetta vielä normaalina. Tämä selittää, miksi laite vielä toimii, vaikkakin epävakaasti.

Muut listauksen arvot näyttävät pääosin normaaleilta eivätkä viittaa välittömään vikaan konfiguraatiossa.

Johtopäätös ja suositukset
Vaikka eMMC-muisti ei ole vielä raportoinut itseään täysin vialliseksi, sen korkea kulumisaste on vahvin ehdokas selittämään tietokoneesi kaatumisongelmat. Muisti on yksinkertaisesti vanhenemassa.

Suosittelen vahvasti seuraavia toimenpiteitä:

Ota välittömästi varmuuskopio! 🛡️ Kaikista tärkeistä tiedostoista on syytä ottaa heti varmuuskopio ulkoiselle levylle tai pilvipalveluun. On vain ajan kysymys, milloin eMMC-muisti lakkaa toimimasta kokonaan.

Harkitse laitteen vaihtoa. Koska eMMC-muistit ovat lähes aina juotettu emolevylle kiinni, niiden vaihtaminen on erittäin vaikeaa tai mahdotonta. Käytännössä tämä tarkoittaa uuden tietokoneen hankkimista.

Tarkkaile järjestelmän lokeja. Voit yrittää etsiä lisää todisteita komennolla dmesg -w tai journalctl -f. Etsi viestejä, jotka sisältävät mmc0, mmcblk0 tai "I/O error". Tällaiset virheet vahvistaisivat diagnoosin.
Tuo näyttää kyllä todella huonolta jos 80% on oikein.

Toki vielä voisi olla yksi aika tyhjentävä testi. Tuossa koneessa lienee ihan USB 3-portteja? Jos sinulta löytyy tai saat lainaan jostain vaikka jokin vanhan SATA SSD:n ja USB-SATA adapterin, niin voisit kokeilla siirtää tuon asennuksen sinne ja katsoa jäätyykö järjestelmä edelleen samaan tyyliin. Ongelman nimittäin pitäisi kyllä häipyä heti. Toki pitää muistaa, että jos moista kokeilee, niin kaikki uinumistilat yms. on syytä poistaa välittömästi toiminnasta. Siitä nyt on aikaa kun olen viimeksi tuollaista tehnyt, mutta USB-asemalta herääminen ei ennen ainakaan toiminut oikein. Nykytilasta en tiedä kyllä varmaksi sanoa.

partition 1: existing data is at risk if a power failure occurs during a write operation

Näistä en olisi huolissani. Ilmeisesti tuossa asemassa on kuitenkin jonkinlainen pieni välimuisti ja todennäköisesti siis virtakatkossa siellä oleva data olisi menetetty. Minusta ihan normaali ilmoitus kun koskee virtakatkoa. Voi olla ei mene nyt ihan putkeen, mutta nyky SSD:t taitaa sisältää sen verran kondensaattorin tapaista, että kirjoitukset tapahtuu yleensä soluihin vaikka virta katkeaa normaalissa käytössä.
« Viimeksi muokattu: 27.09.25 - klo:14.31 kirjoittanut qwertyy »

mikkosl

  • Käyttäjä
  • Viestejä: 39
    • Profiili
Vs: Ubuntu jäätyy
« Vastaus #57 : 27.09.25 - klo:16.29 »
No on FLASH muisti lyhytikäistä, katsoin koneen pohjasta manufacturing daten ja se oli 2021-08. Ei taida FLASH olla tarkoitettu jatkuvaan kirjoitteluun mutta eikös SSD:tkin ole FLASH pohjaisia? Ja miksiköhän Windows11 ei kokenut vastaavia ongelmia vaan ongelmana oli että asennus ja sovellukset alkoi syödä koko massamuistin?

qwertyy

  • Käyttäjä
  • Viestejä: 6025
    • Profiili
Vs: Ubuntu jäätyy
« Vastaus #58 : 27.09.25 - klo:17.13 »
Ne on nuo diagnostiikkatiedot oikeastaan käyttiksestä riippumatta sellaisia, että niistä ei juuri varoiteta käyttäjää, vaikka mahdollista olisi. Se voi olla, että ehkä tuo asema on ollut silti sen verran nopea, että swap ei ole haitannut, mutta silti kuluttanut sitä?

Kuten sanoin, niin tuo eMMC on ehkä tietotekniikan petollisin keksintö tälle vuosituhannelle. Tai no ok, jyrkästi sanottu, että tekniikkana huono. Kyllä tuokin voi asiansa ajaa ihan ok, mutta henk.kohtaisesti silloin sitä keskusmuistia nimenomaan pitäisi olla enemmän, mitä missään muussa vastaavassa juuri sen takia, että swappailu riskiä ei käytännössä edes olisi olemassa. Tuo on minusta nimittäin valmistajien suorastaan paskamainen ja täysin tahallinen temppu myydä edullista haluavalle käyttäjälle rautaa, joka käytännössä tuhoaa itsensä ja saadaan myyntiä. Näistä suunnitteluista on etiikka kaukana, valitettavasti. Vielä kun kestävä ratkaisu ei kuitenkaan nostaisi juurikaan lopputuotteen hintaa. Toivottavasti tuosta saa aseman irti, monesti ne on juotettu suoraan emolevylle.

Kyllä tavallinen SSD ja eMMC periaatteessa on hyvin samantapaista, mutta toinen on vain valmistettu hiukan erilailla ja eMMC muistuttaa ehkä enemmän tavallisia muistikortteja. Niille voi kirjoitella aika paljonkin, mutta kun tietokoneissa niitä kirjoitustapahtumia tulee aivan valtavat määrät koko ajan. Juuri katsoin suht kevyellä käytöllä ollutta SSD dataa Windowsissa ja asema käynnistetty 55 kertaa, käyttötunteja 281 ja kirjoituksia 3,7 teraa. Koneessa on 16Gt muistia. Nyt kun ajatellaan, että muistikortit erityisesti täyttyy pääsääntöisesti aika hitaasti kuvista, videoista yms. niin käyttömäärät ei ole lähelläkään samaa. Sitten tosiaan kun muistetaan tuo aiemmin mainittu, että isossa asemassa iso määrä soluja vrt. pieneen ja jokainen kestää määrän X kirjoituksia. Asiaa vielä pahentaa jos asema on täysin 100%:sti käytössä, eli jos asema melkein täynnä, niin sitten kirjoitetaan vielä murto-osaan solumäärästä kokoajan. Siksi monesti saa lukea suosituksia, että älä ylitä esim. 80% SSD:n tilavuudesta, että solujen käyttöaste pääsee ns. kiertoon. En muista mikä valmistaja, olikohan ihan Samsung jonka käyttöönottoohjelmaa käytin, niin se suositteli heti, että kestävyyden takia suositellaan piilotettavaksi käyttäjältä prosenttimäärä X. Eli käytännössä asemasta jäi osioimatta pieni tila. Tuolla saadaan sitä kestävyyttä lisää.

Heikompi tekniikka, pieni tila joka täyttyy helposti... Tuo on vain ikävä kyllä tosiaan huono yhtälö.

Mutta ei vielä kannata masentua, voi se vielä edelleen jossain muuallakin vika olla. Voitko saada testattua jollain ulkoisella medialla asennusta? Periaatteessa ihan jopa livetikku, mutta swap pitäisi ottaa pois käytöstä ja livetikulta käytettävyys on tietysti todella ikävää, mutta kaatumista pitäisi tapahtua myös sillä kunhan se swap ei tosiaan ole sitten käytössä. Jopa joku ihan USB-tikku voisi tilapäisesti käydä jos hyväksyy, että se voi olla pahimmillaan tikun loppu? Tietysti ikävät statistiikat nuo jatkon kannalta on jos tuo muisti on kiinteä emolevyllä.

mikkosl

  • Käyttäjä
  • Viestejä: 39
    • Profiili
Vs: Ubuntu jäätyy
« Vastaus #59 : 27.09.25 - klo:17.53 »
Massamuisti ei onneksi ole kuin 41,1% täynnä. Tiedostot on nimittäin erillisellä 124 GB usb asemalla. Tällä hetkellä kaikki toimii kuin perinteisen junan vessa vaikka swap filen koko onkin 988 MB, täytyy vaan aina kun joutuu syystä tai toisesta uudelleenkäynnistämään etsiä sitten se onnekas käynnistyskerta jolla jäätymistä ei tapahdu. Tää on sitä paitsi olohuoneessa oleva harrastuspohjainen kakkoskone, niin ei niin kovin väliä jos ei aina ole käytettävissä. Saatan vielä ehkä ihan huvikseni kokeilla BIOS:in päivitystä ja siihen Xorg:iin vaihtamista, mutta kiitos joka tapauksessa avusta.

p.s. Sitä vieläkin ihmettelen kuinka hyvin Windows11 pyöri tässä koneessa kunnes asennus kasvoi melkein koko massamuistin kokoiseksi. Varmasti swappasi ja paljon, mutta oli kuitenkin vielä ihan käytettävä...