Linux-kysymyksiä & yleistä keskustelua Linuxista

[herra57]

Jos haluaa että nopea kirjautuminen toimii jokaisessa paikassa eikä pelkästään jossakin yhdessä graafisessa login tilanteessa niin voi poistaa salasanan olemassaolon tältä käyttäjältä komennolla "passwd -d username". Tämän jälkeen kirjautuminen toimii ilman salasanaa niin komentoriviltä kuin graafisestikin pelkällä usernamen klikkauksella. Tämä voi olla hyödyllistä koska jos käytät 99% ajasta jotakin nopeaa loginia ilman salasanaa niin sinä helposti unohdat mikä se on ja sitten kun tulee tarve loggautua komentoriviltä esim TTY vaihdon yhteydessä niin sinäpä et muistakaan sitä salasanaa. Tämän tempun jälkeen jos käynnistät sshd:n niin tämä voi olla nyt vaarallista.

 

[Whatta Heck]

Hyviä vinkkejä tullut vastanneilta kysymyksiini, Respectos Teille porukat.

Olen toki wanhan kansan ihminen niin tunnukset ja salasanat ovat lapulla jemma nimisessä paikassa, sama toisessakin taloudessa.

Ompahan sitten vaihtoehtona käytellä Linuxia. Omalla koneella otan tietoisen riskin... eilen asensin Win 11 24H2 ikivanhaan masiinaan mutta se on eri tarina. Kaikki vaihtoehdot ovat auki ja tuo Linux nyt kiinnostaa koska ensi vuoden aikana se tulee laitettua kahteen eri koneeseen Win kympin tuen loppuessa.

 

[oho_hups]

Olisi pari probleemaa joissa kaipaisin apua, toisaalta ongelmat saattavat ehkä liittyä toisiinsa.

Tietokoneeni jää satunnaisesti käynnistäessä jumiin seuraavaan kohtaan:

Normaalisti tuon alimmaisen tekstin jälkeen näyttö menee sekunniksi pimeäksi ja resoluutio vaikuttaisi vaihtuvan, ilmeisesti amdgpu ajuri latautuu päälle?
Mutta miksi se latautuu välillä mutta toisinaan taas ei lataudu? Jos on joku bitti poikittain jossain niin maalaisjärjellä ajateltuna toimisi samalla tavalla jokaisella käynnistyskerralla?
Arvioisin että puolet käynnistyskerroista tuo jää jumiin tuohon kohtaan.

No sitten päästään siihen yllä mainitsemaani toiseen ongelmaan.
Ajattelin että jos pistän tietokoneeni vain aina suspend tilaan enkä sammuta sitä niin ongelmahan on sillä ratkaistu.
Mutta suspendista tietokonetta herättäessä näyttöön tulee "no signal" ja sitten muuttuu takaisin mustaksi ja sellaisena pysyy. Tämä tosin tapahtuu joka kerta eikä siinä ole samaa ilmiötä että välillä jäisi näyttö pimeäksi ja välillä ei.

Molemmat ongelmista tosiaan ehkä vaikuttaisi liittyvän siihen että jotain häsmäkkää amdgpu ajurissa. En tosin itse osaa lähteä asiaa ratkomaan joten apua kaipaisin.

AMD 7900XTX
7800X3D
Asus B650-PLUS, viimeisin bios päivitys asennettuna.
Ubuntu 24.04.1 LTS
Kernel 6.8.0-45

 

[Viilee]

Väittäisin että tuolla kuvakaappausksen tekstillä ei ole mitään tekemistä ongelman kanssa, tuo on normaalia boottitekstiä - siinä ei ole mitään selkeää vikailmoitusta tms. josta olisi hyötyä. Nyt pitäisi löytää jokin ero normaalista toimivasta bootista ja vikatilanteesta.

Miksi GUI toisinaan latautuu ja toisinaan ei, on mahdotonta sanoa mitään selkeää yksittäistä syytä. Pitäisi päästä näkemään X.Org:n / waylandin ja muut todelliset logitiedot. Kyse voi olla vaikka viallisesta raudasta, näillä tiedoilla kyse voi olla mikä tahansa (PSU/MB/CPU/RAM/GPU - tai Kernelin, grafiikka-ajurin bugi, mikä on oikeastaan epätodennäköistä jos muilla Ubuntun käyttäjillä ei ole samaa ongelmaa).

Pari kysymystä / perusasioita joilla lähteä liikkeelle:

1. Onko koko kone jumissa, toimiiko mikään; eli:

• Toimiiko virtuaalikonsolin vaihto (CTRL+ALT+F1/F2/F3 jne.); jos, pystytkö kirjautumaan sisään komentoriville?
• Toimiiko SysRQ-näppäinyhdistelmät (EDIT: Saattavat olla pois päältä Ubuntussa oletuksena; kannattaa ehkä laittaa päälle)?
• Toimiiko CTRL+ALT+DEL (käynnistyykö kone uudelleen)?

2. Hanki lögitiedot koneesta jollain tapaa (kts. alempaa mistä olisi hyötyä). Esim:

• em. virtuaalikonsolien kautta
• Laita sshd päälle ja ota SSH:lla yhteys koneeseen,...
• Ihan normaalibootissa, jolloin niin nähdään miten kone on konfiguroitu

Ensisijaista tässä tilanteessa on nyt saada edes jotain tietoa ulos koneesta tavalla tai toisella, tekstimuodossa. Kuvakaappauksen ottaminen tekstistä on aina erittäin huono idea, ja kannattaa tehdä vain jos esim. Kernel todella on jumissa boootissa (sarjaportin kautta konsolin käyttö on työlästä eikä aina realistista).

Em. login saa tekstimuodossa yleensä kirjoittamalla `dmesg`, ja pidemmän login esim. kirjoittamalla `journalctl -b0`. Tämä kannattaa sitten ohjata tiedostoon ja sieltä pastettaa johonkin pastebin -tyypiseen paikkaan ja linkittää tänne; tosin tästä ei ole hyötyä, jos em. logi on samanlainen myös kun kirjautumisruutu ei ole latautunut ja silloin kun se on latautunut.

Lisäksi katsoisin `systemctl status` -tulosteen vikatilanteessa ja tilanteessa kun järjestelmä toimii oikein, niin näkee vähän mikä setup on (pasteta tulos tänne tai johonkin muualle).

Tilanteen "korjaaminen" suspendilla taas on erittäin huono idea. Jos normaalisti ei kirjautumisruutu / graafinen GUI ei lataudu, niin on iso todennäköisyys että suspend ei myöskään toimi oikein. Tämä ei myöskään "korjaa" ongelmaa vaan on ns. workaround. Pidemmän päälle saat enemmän ongelmia aikaseksi ja ongelmat vaan kasautuu. Suoranaisesti suspendin kokeilusta ei ole haittaa, jos sen saa nopeasti kokeiltua, ja ehkä toimii väliaikaisratkaisuna, mutta nythän se ei toimi (myöskään).

EDIT: Postaus lähti hyvin keskeneräisenä paksusormisuuden takia, editoitu valmiiksi. Ainakin jotakuin.

 

[Barbarossa]

Säestän edellistä postausta. Tuo kuvassa oleva pätkä dmesgistä ei oikeastaan kerro mitään hyödyllistä millä edes voisi arvella mistä suunnasta alkaa sipulia kuorimaan. Mitään virhettä tai ongelmatilannetta siinä ei näy ja viimeinen rivi on osa amdgpu-ajurin early_init vaiheen normaalia tulostusta.

Mutta jos oikeasti kernelin käynnistys tökkää tuohon kohtaan eikä vain näytä siltä (konsoli jäätyy tms), niin melkoisella todennäköisyydellä kyse on jonkinlaisesta rauta- tai biosongelmasta.

Jos se ainoastaan näyttää siltä, niin pitäisi jotenkin päästä käsiksi esim. verkon yli näkemään mitä siellä on oikeasti tapahtunut. Mikäli se pääsee kernelistä ohi ja initiä ajamaan, ja kirjoittaa jotakin konkreettista journaliin niin sen näkee edelliseltä bootiltakin (ellei Ubuntussa ole tehty päättömiä konffauksia), journalctl --list-boots näyttää listan tallessa olevista booteista ja journalctl -b <N> näyttää valitun boottikerran journalin. Tässä N on negatiivinen indeksi alkaen nykyisestä bootista 0.. esim. -1 on edellinen -2 sitä edeltävä jne.

Myöskin tuoreempi kernelin kokeileminen ratkaisuna voisi olla kokeilemisen arvoista. Tässä tosin Ubuntu, erityisesti LTS, ei oletuksena ole kovin avulias...

 

[JiiPee]

Myöskin tuoreempi kernelin kokeileminen ratkaisuna voisi olla kokeilemisen arvoista. Tässä tosin Ubuntu, erityisesti LTS, ei oletuksena ole kovin avulias...

LTS systeemin valinta varsin tuoreeseen rautaan on mielestäni muutenkin huono valinta. Joo varmaan paljon backportataan shittiä tuohon mutta tuskin kaikkea. Toi GPU voi olla huonosti tuettu tuossa kernelissä.

Se mitä voisi koittaa niin lisätä bootissa kernel parametreihin rd.driver.pre=amdgpu jolloin se GPU:n alustus tapahtuu aiemmin.

 

[Barbarossa]

LTS systeemin valinta varsin tuoreeseen rautaan on mielestäni muutenkin huono valinta. Joo varmaan paljon backportataan shittiä tuohon mutta tuskin kaikkea. Toi GPU voi olla huonosti tuettu tuossa kernelissä.

Minusta LTS on vähän kyseenalainen valinta mihin tahansa normaaliin työpöytäkäyttöön normaali-ihmiselle. Saattaa kuulostaa hyvältä ajatukselta, vakaa distroversio pitkällä tuella. Todellisuus on sitten muutamaa valikoitua kikkulaa lukuunottamatta antiikkisten softa- ja kirjastoversioiden kanssa kihnuttamista.

Jos on joku erityisempi tarve, rajoitettu käyttö, rauta tai käyttäjä niin sitten ehkä perusteltavissa.

 

[Viilee]

LTS:stä samaa mieltä - jos on käyttö hyvin rajoittunutta ja stabiilia (esim. vain tietty yksi applikaatio - jukeboksi, emulaattoripelikone tms.) ja rauta toimii varmasti hyvin, tai serverikäytöstä, niin silloin kyllä. Normaaliin työpöytäkäyttöön, LTS:stä ei ole mitään hyötyä (vaan lähinnä haittaa).

 

[Hyrava]

LTS:stä samaa mieltä - jos on käyttö hyvin rajoittunutta ja stabiilia (esim. vain tietty yksi applikaatio - jukeboksi, emulaattoripelikone tms.) ja rauta toimii varmasti hyvin, tai serverikäytöstä, niin silloin kyllä. Normaaliin työpöytäkäyttöön, LTS:stä ei ole mitään hyötyä (vaan lähinnä haittaa).

Työkäyttöön LTS on ihan omiaan, samoin servereihin. Noissa kun lähinnä kaipaa mahdollisimman vakaata ja stabiilia järjestelmää jota ei tarvitse versiopäivittää pitkään aikaan. Tavalliseen kotikäyttöön desktopilla, varsinkin jos käytössä on uutta rautaa on non-LTS yleensä parempi vaihtoehto.

 

[JiiPee]

En ubuntua tunne mutta redhat johdannaisiin johdannaisiin el sarjan distroihin saa asennettua 3rd party reposta vaikka mainline kernelin jos haluaa. Sillä ainakin saa poissuljettua taikka todennettua vikaa jos jokin vastaava on mahdollinen ubuntuun.

Toihan ei poista edelleenkään sitä että LTS härveleitten kanssa olet naimisissa kivikautisten ohjelmien kanssa. Varsinkin joku pythonin paska menee niin vauhilla eteenpäin että jotain vähänkään uudempaa python kikotinta on aivan turha koittaa ajaa jossain ns. "stable" rellussa.

 

[Lammas]

No nyt on niin erikoisia mielipiteitä LTS-versioista, että en jaksa edes kaikkia tähän eritellä. Mutta ensinnäkään Ubuntun LTS-versiot ei ole millään mittarilla "vanhempia" kuin uusimmat ei-LTS-versiot LTS-version julkaisuajankohtana (tai seuraavan 6 kk aikana). Esim. tässä voitte vertailla 23.10:n (uusin ei-LTS vielä viime viikolla) ja 24.04 LTS:n pakettiversioita:

DistroWatch.com: Put the fun back into computing. Use Linux, BSD.

News and feature lists of Linux and BSD distributions.

distrowatch.com

Nähdään, että 24.04 LTS:ssä on samat tai uudemmat paketit kuin 23.10:ssä.

Toisekseen, Ubuntun LTS-versiot on julkaisuajankohtinaan niin moderneja, että usein on hyvä idea odottaa n. 6 kk ennen kuin ottaa uusimman LTS-version käyttöön, jos haluaa pelata varman päälle yhteensopivuuksien kanssa. Konkreettisena esimerkkinä pytorch, joka ei täysin tukenut 24.04 LTS:n python-versiota useaan kuukauteen 24.04 LTS:n julkaisun jälkeen. Paljon harvinaisempia sen sijaan on tapaukset, jossa pitää olla joku aivan tuliterä python-versio. Käytännössä esim. Ubuntu 20.04 LTS:n python 3.8 riittää melkein mihin tahansa vielä nykyäänkin.

Kaupalliset ohjelmistot tukevat yleensä vain Ubuntu-versioita, jotka ovat olleet jo jakelussa hyvissä ajoin ennen ohjelmiston julkaisua. Käytännössä siis moni virallinen tuki rajoittuu LTS-versioihin.

Alle vuoden tuki ei-LTS-Ubuntuissa tarkoittaa sitä, että käyttis pitää asentaa uusiksi pari kertaa vuodessa. Mikäs siinä, jos tykkää asennella (tai yrittää päivitystä lennosta), mutta edes Windows 95:n kanssa ei tarvinnut harrastella tällaista rumbaa pakon sanelemana.

Ehkä esim. alkuvuodesta 2026 ennen seuraavan LTS-Ubuntun julkaisua voi olla joitain erikoistapauksia, joissa ei-LTS-versiosta on hyötyä, mutta minulla ei vielä n. 20 vuoden Ubuntun käytön (kotona ja töissä) aikana ole tullut vastaan tilannetta, jossa ei-LTS:n asentaminen olisi ollut vaivan arvoista. Kerran olen muistaakseni töissä käyttänyt ei-LTS:ää Dockerissa base imagena, mutta muuten käytän konteissakin pelkkiä LTS-versioita, koska niissä on yleensä vähemmän bugeja, ja netistä löytää helpommin apua mahdollisiin ongelmiin.

Niin ja viime viikollahan oli tosiaan vielä se tilanne, että ainoat Ubuntut, joihin tukea oli virallisesti tarjolla, olivat LTS-versioita.

 

[Barbarossa]

No nyt on niin erikoisia mielipiteitä LTS-versioista

Ihan omia kokemuksia ovat ainakin minulla. Muista en tiedä.

Käytännössä esim. Ubuntu 20.04 LTS:n python 3.8 riittää melkein mihin tahansa vielä nykyäänkin.

Käytännössä Python 3.8:n kaikki tuki, myös tietoturvapäivitysten osalta päättyi n. viikko sitten ja ko. versio on hylkytavaraa. Toisaalta jos jollakin neljä vuotta vanhalla distroversiolla vinguttaa menemään niin todennäköisesti tavoitekin on saada ongelmia.

Alle vuoden tuki ei-LTS-Ubuntuissa tarkoittaa sitä, että käyttis pitää asentaa uusiksi pari kertaa vuodessa. Mikäs siinä, jos tykkää asennella (tai yrittää päivitystä lennosta), mutta edes Windows 95:n kanssa ei tarvinnut harrastella tällaista rumbaa pakon sanelemana.

Täh? Onko Ubuntu nykyään niin paska että pitää uusiksi asennella kun uusi relli tulee? Silloin kun sitä enemmän joutui käyttämän niin ihan vaan release upgrade ja kovaa ajoa, toki tästä on jo vuosia aikaa.
Jos ei edes puolen vuoden välein tippuvaa releasea pysty päivittämään release upgradella niin parin vuoden välein tapahtuva LTS:n päivitys lienee sitten sellainen Herkuleen urotyö että ei onnistu kuolevaiselta.

 

[mikalep]

Kun keskusteluja useasta paikasta seurannut, tuntuu isoin valitus linuxista olevan työpöytäkäyttö. Ongelma ratkeaa helposti sillä, että ajaa linuxia, esim. ubuntu server headlessinä vaikka virtuaalikoneessa ja ssh:llä yhteys. Komentorivi ja sen työkalut ainakin itselle tärkein asia siinä, eikä se, onko työpöytä gnome/kde/xfce/joku muu. Vähentää kummasti säätöä

 

[herra57]

Samaa mieltä Lammas nimimerkin kanssa eli sillä ajanhetkellä kun Ubuntun uusi distro versio tulee saataville niin LTS ja ei-LTS versioilla ole teknisesti mitään eroa. Kaikki versiot on rakennettu samoilla periaatteilla uusimmista sillä hetkellä saatavilla olevista paketeista. Ainoa ero on että johonkin versioon on lyöty päälle LTS leima ja johonkin toiseen ei sitä leimaa lyödä.

Se että LTS versiot sisältää uusimpia paketteja on esim 24.04 LTS versio joka oli pitkään monella tapaa rikki ovesta ulos tullessaan siksi että se sisälsi liian uusia paketteja joita ei oltu vielä testattu kunnolla. Sama riskitilanne kuin kaikilla muillakin versioilla jos haluaa stabiilin käyttiksen että pitää odottaa pari kolme kuukautta releasen jälkeen että sen releasen bugit on ehditty korjata. Nyt jos on ei-LTS versio ja on odottanut releasen jälkeen kolme kuukautta tämän releasen stabiloitumista niin eipä siinä ole pitkää aikaa enää elinikää tällä ei-LTS versiolla jäljellä.

release-upgradea en ole kokeillut koska siitä on peloteltu että se ei toimi jos on asentanut kolmannen osapuolen softia ja ne pitää ensin poistaa ennenkuin lähtee upgradeamaan. Minusta tämä kuulostaa isommalta hommalta kuin uuden asentaminen puhtaalta pöydältä joka ei ole isompi kuin puolen päivän juttu. Positiivisena puolena on että on luottamus että tämän puolen päivän jälkeen pääsee takaisin työntekoon eikä tartte ihmetellä onnistuiko upgrade tai ei.

Minua ei ubuntu ole työpöytäkäytössä koskaan kiinostanut syistä joista yksi on tämä lyhyt elinikä ei-LTS versioilla ja LTS versioitten harva tahti että jos uusi tietokone tulee joku päivä niin ei siihen viitsi pari vuotta vanhaa LTS:ää asentaa.

Ratkaisu ongelmaan on Mint jossa jokaikinen versio on samanlainen LTS versio ja voi valita käytännössä aika huolettomasti milloin haluaa päivittää uuteen. Uusi Mint versio tulee aina pari kuukautta sen ubuntu version jälkeen johon se perustuu eli uusi Mint release on kohtuu todennäköisesti stabiili heti eikä kovin usein ole kuulunut isoista ongelmista. Nyt uusin mint on tuettu 2029 asti ja en näe mitään ongelmaa ajaa sitä loppuun asti jos sattuu haluttamaan. Tässä just nyt käytössä olevassa läppärissä on mint 20.2 joka on tuettu april 2025 asti ja ei vielä ole kiire päivittää. Ehkä joulukuun uuteen versioon.

 

[kaakau<"'\\/>]

Alle vuoden tuki ei-LTS-Ubuntuissa tarkoittaa sitä, että käyttis pitää asentaa uusiksi pari kertaa vuodessa. Mikäs siinä, jos tykkää asennella (tai yrittää päivitystä lennosta), mutta edes Windows 95:n kanssa ei tarvinnut harrastella tällaista rumbaa pakon sanelemana.

Vuodesta 2015 olen käyttänyt Kubuntua työpöytäkoneella ja en ole kertaakaan asentanut uudestaan vaan päivittänyt aina uuteen versioon ja jos muokkaa käyttistä muutakin kuin homea, niin todellakin päivitys on helpompi tapa kuin alkaa asentamaan alusta. Pitäisi olla kaikki käyttöjärjestelmän muutokset jonain diffinä tai gitissä. Mikä nyt ei ehkä ole huono idea...

Mutta samaa mieltä muuten LTS:stä, että kyllä sillekin löytyy käyttöä työpyötäpuoleltakin jos ei pidä olla kaikista ohjelmista uudet versiot, eli ainakin kevyeen normaalin ihmisen käyttöön, esim. asentaa vanhempien koneelle, oikein hyvä.

 

[Mukava]

Ei yarvitse mennä kuin muutama kuukausi niin nuo LTS ja non-lts versiot ovat jo vanhentuneita. Kwrneli ei päivity versiosta toiseen jne.

Wtenkin näin AMD koneen omistamana niin jokaisessa kernelissä aina parannettu tpimintaa ja tuotu uusia ominaisuuksia.

Desktopille en asentaisi edes aseella uhattuna LTS (tai muutenkaan Ubuntua) versiota

 

[Viilee]

Nooh aika kärkkäitä mielipiteitä LTS:stä. Sanoisin silti ettei siitä ole työpöytäkäytössä juuri hyötyä, joskin ei suoranaisesti suurta haittaakaan, tosiaan peruskäytössä (epäilen suuresti että käyttäjän ongelma josta tämä keskustelu rönsysi liikkeelle, johtuisi kuitenkaan LTS-jakelun käytöstä, eikä sellaisen käyttö mioelestäni ole mikään virhe kuitenkaan). Mutta esim. jos on tarkoitus pelata, olisi kiva että grafiikka-stack on ajan tasalla.

Noissa Ubuntun ei-LTS-releaseissa oli muistaakseni sellainen "ominaisus", että kun releasen haluaa vaihtaa uuden tullessa, pitää tehdä "release-upgrade". Tämä ei siis onnistu vain tekemällä "apt update && apt upgrade". Lisäksi tuossa on aikaikkuna, muistaakseni n 6kk tms., ja jos sinä aikana tuota päivitystä ei tee, niin s'on moro ja sen voi ehkä tehdä itse säätämällä apt:n repojen konfiguraatiot uusiksi. Tämä ei ole kovin hyvä ominaisuus jos on tarkoitus ylläpitää esim. sukulaisen konetta, ja niissä tilanteissa valitsisin ehkä kuitenkin LTS-version (nettisurffailukoneelle), jos Ubuntuun päätyisin ylipäätänsä.

Tuosta ja monesta muusta syystä en itse enää käytä Ubuntua (tai Kubuntua tai muita variaatioita). Distron laatu on mennyt lähinnä alaspäin siitä, mistä distro aikoinaan aloitti.

 

[Emeron]

Ei yarvitse mennä kuin muutama kuukausi niin nuo LTS ja non-lts versiot ovat jo vanhentuneita. Kwrneli ei päivity versiosta toiseen jne.

Miten tämä pitäisi tulkita, muutaman kuukauden välein pitää asentaa uusi versio?

Sitten vielä ihmetellään kun Linux ei yleisty

 

[Barbarossa]

Samaa mieltä Lammas nimimerkin kanssa eli sillä ajanhetkellä kun Ubuntun uusi distro versio tulee saataville niin LTS ja ei-LTS versioilla ole teknisesti mitään eroa. Kaikki versiot on rakennettu samoilla periaatteilla uusimmista sillä hetkellä saatavilla olevista paketeista. Ainoa ero on että johonkin versioon on lyöty päälle LTS leima ja johonkin toiseen ei sitä leimaa lyödä.

Niin, kun tulee uusi release josta tulee myös LTS versio, ei noilla sillä hetkellä ole mitään eroa. Mutta puolen vuoden päästä ei-LTS voidaan päivittää release upgradella uudempaan. Tai ainakin ennen pystyi, ehkä se oikeasti on nykyään niin kuraa että vaatii uudelleenasennuksen.

LTS päivittyy sitten kahden vuoden päästä seuraavaan LTS versioon. Jos päivittyy. Niitä välissä tulevia minimaalisia pistepäivityksiä ei lasketa. Tietty aina voi vaihtaa ei-LTSään mutta miksi sitten alunperin edes piti LTSään sotkeentua.

Miten tämä pitäisi tulkita, muutaman kuukauden välein pitää asentaa uusi versio?

Sitten vielä ihmetellään kun Linux ei yleisty

Se pitäisi tulkita siten että Ubuntussa tietyt peruspaketit naulataan siihen versioon mikä ne on releasessa määritelty eikä niihin välttämättä tule kuin patchitason päivityksiä, ehkä myöhemmin saattaa tulla minor versiopäivityksiä tai jotakin vähän suurempaa HWE muodossa.

Jos ei sitä pysty (enää?) release upgradella päivittämään, oli sitten LTS tai ei, niin se on vain yksi syy lisää pysyä Ubuntuista erossa.

 

[herra57]

LTS version pystyy päivittyämään 6kk päästä seuraavaan ei-lts versioon ihan normaalisti. 6kk välein kun päivittää niin joka neljäs sattuu olemaan LTS versio kolmen ei-LTS version välissä.

Netissä näkee valituksia päivityksessä pois LTS versiosta mutta ne johtuu siitä että nämä henkilöt unohtivat päivittää 6kk välein ja haluavat sitten päivittää liian uuteen versioon joka ei ole se seuraava LTS versiosta.

LTS versioon sotkeutumisessa ei ole mitään ongelmaa jos siitä ei tee itselleen ongelmaa yrittämällä käyttää LTS version ekstra ominaisuutta.

Jos uusin versio sattuu olemaan LTS niin mitään ei voita olemalla asentamatta tätä ja valitsemalla tätä vanhempi ei-LTS koska sen päivittäminen ei sitten onnistu.

 

[Namelsse]

Olisiko ideoita miksi bondattu yhteys ei herää kun kone on ollut nukkumassa? NetworkManagerilla tehty linkki, joka pyörähtää käyntiin buutissa ongelmitta, mutta virransäästön jälkeen on tuotava käsin ylös bond0 port 1 ja bond0 port 2 (jotka yhdistetty eno1 & eno2:een). Kun tuon tekee, päälinkki herää ongelmitta. Nämä siis toimivat buutissa ihan ongelmitta, mutta eivät nukkumisen jälkeen. Kyseessä sen suuremmin virittelemätön Pop 22.04

Tämä tapahtuu kun kone herää

Spoileri: herätys

loka 14 23:16:31 pop-os NetworkManager[1143]: <info>  [1728936991.2285] manager: NetworkManager state is now ASLEEP
loka 15 09:32:32 pop-os NetworkManager[1143]: <info>  [1728973952.1375] dhcp4 (bond0): activation: beginning transaction (timeout in 45 seconds)
loka 15 09:32:32 pop-os NetworkManager[1143]: <info>  [1728973952.1376] dhcp4 (bond0): state changed no lease
loka 15 09:32:33 pop-os NetworkManager[1143]: <info>  [1728973953.0348] device (eno1): carrier: link connected
loka 15 09:32:33 pop-os NetworkManager[1143]: <info>  [1728973953.0360] device (bond0): carrier: link connected
loka 15 09:32:33 pop-os NetworkManager[1143]: <info>  [1728973953.0360] device (bond0): ip:dhcp4: restarting
loka 15 09:32:33 pop-os NetworkManager[1143]: <info>  [1728973953.0537] dhcp4 (bond0): canceled DHCP transaction
loka 15 09:32:33 pop-os NetworkManager[1143]: <info>  [1728973953.0537] dhcp4 (bond0): activation: beginning transaction (timeout in 45 seconds)
loka 15 09:32:34 pop-os NetworkManager[1143]: <info>  [1728973954.5553] manager: sleep: wake requested (sleeping: yes  enabled: yes)
loka 15 09:32:34 pop-os NetworkManager[1143]: <info>  [1728973954.5553] device (eno1): state change: activated -> unmanaged (reason 'sleeping', sys-iface-state: 'managed')
loka 15 09:32:34 pop-os NetworkManager[1143]: <info>  [1728973954.6021] manager: NetworkManager state is now CONNECTED_GLOBAL
loka 15 09:32:34 pop-os NetworkManager[1143]: <info>  [1728973954.6023] device (bond0): bond slave eno1 was released
loka 15 09:32:34 pop-os NetworkManager[1143]: <info>  [1728973954.6023] device (eno1): released from master device bond0
loka 15 09:32:34 pop-os NetworkManager[1143]: <info>  [1728973954.6025] device (eno2): state change: activated -> unmanaged (reason 'sleeping', sys-iface-state: 'managed')
loka 15 09:32:34 pop-os NetworkManager[1143]: <info>  [1728973954.6076] device (bond0): bond slave eno2 was released
loka 15 09:32:34 pop-os NetworkManager[1143]: <info>  [1728973954.6077] device (eno2): released from master device bond0
loka 15 09:32:34 pop-os NetworkManager[1143]: <info>  [1728973954.6078] device (eno1): state change: unmanaged -> unavailable (reason 'managed', sys-iface-state: 'external')
loka 15 09:32:34 pop-os NetworkManager[1143]: <info>  [1728973954.6178] device (eno2): state change: unmanaged -> unavailable (reason 'managed', sys-iface-state: 'external')
loka 15 09:32:34 pop-os NetworkManager[1143]: <info>  [1728973954.7305] device (wlp8s0): state change: unmanaged -> unavailable (reason 'managed', sys-iface-state: 'external')
loka 15 09:32:34 pop-os NetworkManager[1143]: <info>  [1728973954.7308] device (bond0): ip:dhcp4: restarting
loka 15 09:32:34 pop-os NetworkManager[1143]: <info>  [1728973954.7557] dhcp4 (bond0): canceled DHCP transaction
loka 15 09:32:34 pop-os NetworkManager[1143]: <info>  [1728973954.7557] dhcp4 (bond0): activation: beginning transaction (timeout in 45 seconds)
loka 15 09:33:37 pop-os NetworkManager[1143]: <info>  [1728974017.5725] manager: NetworkManager state is now CONNECTED_SITE

Tämä vasta kun bond portit käynnistetään käsipelillä

Spoileri: nmcli connection up bond0\ port\ 1; nmcli connection up bond0\ port\ 2

loka 15 09:58:18 pop-os NetworkManager[1143]: <info>  [1728975498.7862] agent-manager: agent[913c7c0147dfb2c7,:1.81/org.gnome.Shell.NetworkAgent/1000]: agent registered
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.3045] agent-manager: agent[2aa878f9cfe76ced,:1.2863/nmcli-connect/1000]: agent registered
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.3054] device (eno1): state change: unavailable -> disconnected (reason 'user-requested', sys-iface-state: 'managed')
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.3057] device (eno1): Activation: starting connection 'bond0 port 1' (a97cba20-40e7-4a11-af42-e78e525f357d)
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.3057] audit: op="connection-activate" uuid="a77cba10-40e7-4a22-af12-e78e525f357d" name="bond0 port 1" pid=1485163 uid=1000 result="success"
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.3058] device (eno1): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.3059] manager: NetworkManager state is now CONNECTING
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.3059] device (eno1): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.3212] device (eno1): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.3761] device (bond0): assigned bond port eno1
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.3761] device (eno1): Activation: connection 'bond0 port 1' enslaved, continuing activation
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.3763] device (eno1): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'managed')
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.4018] device (eno1): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed')
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.4019] device (eno1): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed')
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.4020] manager: NetworkManager state is now CONNECTED_SITE
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.4021] device (eno1): Activation: successful, device activated.
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.4262] agent-manager: agent[096cb37ace361cb7,:1.2865/nmcli-connect/1000]: agent registered
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.4271] device (eno2): state change: unavailable -> disconnected (reason 'user-requested', sys-iface-state: 'managed')
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.4274] device (eno2): Activation: starting connection 'bond0 port 2' (096947fa-cbce-4617-b524-b2544d5bde8e)
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.4275] audit: op="connection-activate" uuid="076544fa-cbce-4617-b524-b3234d5bde6e" name="bond0 port 2" pid=1485173 uid=1000 result="success"
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.4275] device (eno2): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.4276] manager: NetworkManager state is now CONNECTING
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.4276] device (eno2): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.4768] device (eno2): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.5305] device (bond0): assigned bond port eno2
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.5306] device (eno2): Activation: connection 'bond0 port 2' enslaved, continuing activation
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.5307] device (eno2): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'managed')
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.5312] device (eno2): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed')
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.5313] device (eno2): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed')
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.5314] manager: NetworkManager state is now CONNECTED_SITE
loka 15 09:59:23 pop-os NetworkManager[1143]: <info>  [1728975563.5314] device (eno2): Activation: successful, device activated.
loka 15 09:59:26 pop-os NetworkManager[1143]: <info>  [1728975566.1128] device (eno1): carrier: link connected
loka 15 09:59:26 pop-os NetworkManager[1143]: <info>  [1728975566.1150] device (bond0): carrier: link connected
loka 15 09:59:26 pop-os NetworkManager[1143]: <info>  [1728975566.1150] device (bond0): ip:dhcp4: restarting
loka 15 09:59:26 pop-os NetworkManager[1143]: <info>  [1728975566.1317] dhcp4 (bond0): canceled DHCP transaction
loka 15 09:59:26 pop-os NetworkManager[1143]: <info>  [1728975566.1317] dhcp4 (bond0): activation: beginning transaction (timeout in 45 seconds)
loka 15 09:59:33 pop-os NetworkManager[1143]: <info>  [1728975573.7742] device (eno2): carrier: link connected
loka 15 09:59:34 pop-os NetworkManager[1143]: <info>  [1728975574.3896] dhcp4 (bond0): state changed new lease, address=10.0.0.2
loka 15 09:59:34 pop-os NetworkManager[1143]: <info>  [1728975574.3898] policy: set 'Bond connection 1' (bond0) as default for IPv4 routing and DNS
loka 15 10:02:07 pop-os NetworkManager[1143]: <info>  [1728975727.6587] manager: NetworkManager state is now CONNECTED_GLOBAL
loka 15 10:59:34 pop-os NetworkManager[1143]: <info>  [1728979174.4040] dhcp4 (bond0): state changed new lease, address=10.0.0.2