Linux-kysymyksiä & yleistä keskustelua Linuxista

[Hyrava]

Toimiiko muilla nytten Index of / repo? Itellä kun yritän asentaa jotain, niin se valittaa vain:

...
Ign:1 http://fi.archive.ubuntu.com/ubuntu noble/main amd64 memtest86+ amd64 7.00-1build1
Ign:1 http://fi.archive.ubuntu.com/ubuntu noble/main amd64 memtest86+ amd64 7.00-1build1
Ign:1 http://fi.archive.ubuntu.com/ubuntu noble/main amd64 memtest86+ amd64 7.00-1build1
Err:1 http://fi.archive.ubuntu.com/ubuntu noble/main amd64 memtest86+ amd64 7.00-1build1
  Cannot initiate the connection to fi.archive.ubuntu.com:80 (2001:708:10:8::5). - connect (101: Network is unreachable) Could not connect to fi.archive.ubuntu.com:80 (193.166.3.5), connection timed out
E: Failed to fetch http://fi.archive.ubuntu.com/ubuntu/pool/main/m/memtest86%2b/memtest86%2b_7.00-1build1_amd64.deb  Cannot initiate the connection to fi.archive.ubuntu.com:80 (2001:708:10:8::5). - connect (101: Network is unreachable) Could not connect to fi.archive.ubuntu.com:80 (193.166.3.5), connection timed out

Enkä selaimellakaan pääse tuonne...

Ainakin juuri nyt toimii, pystyy ainakin selaimella lataamaan vaikkapa tuon memtest-paketin copypasteamalla tuon koko osoitteen osoiteriville.

 

[SamCer]

Ainakin juuri nyt toimii, pystyy ainakin selaimella lataamaan vaikkapa tuon memtest-paketin copypasteamalla tuon koko osoitteen osoiteriville.

Joo nyt näyttää palautuneen. Oli varmaan 15-30min alhaalla, tai sen ajan ainakin itsen ehdin havannoida.

 

[love_doctor]

Toimiiko muilla nytten Index of / repo? Itellä kun yritän asentaa jotain, niin se valittaa vain:

...
Ign:1 http://fi.archive.ubuntu.com/ubuntu noble/main amd64 memtest86+ amd64 7.00-1build1
Ign:1 http://fi.archive.ubuntu.com/ubuntu noble/main amd64 memtest86+ amd64 7.00-1build1
Ign:1 http://fi.archive.ubuntu.com/ubuntu noble/main amd64 memtest86+ amd64 7.00-1build1
Err:1 http://fi.archive.ubuntu.com/ubuntu noble/main amd64 memtest86+ amd64 7.00-1build1
  Cannot initiate the connection to fi.archive.ubuntu.com:80 (2001:708:10:8::5). - connect (101: Network is unreachable) Could not connect to fi.archive.ubuntu.com:80 (193.166.3.5), connection timed out
E: Failed to fetch http://fi.archive.ubuntu.com/ubuntu/pool/main/m/memtest86%2b/memtest86%2b_7.00-1build1_amd64.deb  Cannot initiate the connection to fi.archive.ubuntu.com:80 (2001:708:10:8::5). - connect (101: Network is unreachable) Could not connect to fi.archive.ubuntu.com:80 (193.166.3.5), connection timed out

Enkä selaimellakaan pääse tuonne...

Kannattaa kokeilla fi.archive.ubuntu.comin sijaan joku toinen mirror. Laitoin itsekin yhdessä VPS:ssä juuri archive.ubuntu.com tuon sijaan kun jostain syystä ei yhdistänyt ja ansible-skripti ei edennyt. edit: ok, ei ehkä tarvi jos oli vaan väliaikainen jumi

 

[love_doctor]

Lähinnä twitch striimit joissa tuo super resolution parantaa laatua huomattavasti.

e. havaintona myös ubuntussa 4K näyttö skaalautuu vain 100% jolloin kaikki on ihan liian pientä tai 200% jolloin kaikki on törkeen isoa, jollain komennoilla sain välimallin skaalaukset käyttöön mutta silloin teksti on suttuista joten niitä ei voi käyttää. KDE työpöydällä löytyy "hyvin" toimivat skaalaukset 4K monitorille mutta silloin suorituskyky ottaa ison hitin ja kaikki alkaa lagaamaan.

Siis jos Gnomesta puhe, niin GTK tosiaan joutuu tekemään lisää töitä että saa fractional scalingin. Jos fonttien säätö riittää, 200%:n sijaan yksi vaihtoehto on myös laittaa 20% globaali suurennus saavutettavuusominaisuuksista kun kytkee isot fontit. Tuota asetusta voi myös säätää muuksi prosentiksi gnome-tweaks -ohjelmasta (suomeksi "Lisäasetukset"). Siellä Fontit -> Koko -> Skaalauskerroin. Jos siis fontit riittävät. Jostain ohjelmista voi scrollbarien yms. kokoa vaihtaa yhden pikselin paksuisesta. Muutenkin joku yhden pikselin piiloon menevä scrollbar on aivan helvetin typerä idea.

 

[SamCer]

Kannattaa kokeilla fi.archive.ubuntu.comin sijaan joku toinen mirror. Laitoin itsekin yhdessä VPS:ssä juuri archive.ubuntu.com tuon sijaan kun jostain syystä ei yhdistänyt ja ansible-skripti ei edennyt. edit: ok, ei ehkä tarvi jos oli vaan väliaikainen jumi

Yhteen vm:n vaihdoin jo funetin peilin kun kyseinen kone oli juuri työn alla. Pitää seurailla tilannetta, että jos vielä alkaa kiukutteleen, niin menee vaihtoon.

 

[mailbag]

Siis jos Gnomesta puhe, niin GTK tosiaan joutuu tekemään lisää töitä että saa fractional scalingin. Jos fonttien säätö riittää, 200%:n sijaan yksi vaihtoehto on myös laittaa 20% globaali suurennus saavutettavuusominaisuuksista kun kytkee isot fontit. Tuota asetusta voi myös säätää muuksi prosentiksi gnome-tweaks -ohjelmasta (suomeksi "Lisäasetukset"). Siellä Fontit -> Koko -> Skaalauskerroin. Jos siis fontit riittävät. Jostain ohjelmista voi scrollbarien yms. kokoa vaihtaa yhden pikselin paksuisesta. Muutenkin joku yhden pikselin piiloon menevä scrollbar on aivan helvetin typerä idea.

Iso ongelma on myös ihan sulavuus ilman skaalausta, kokeilin ubuntu+kde on wayland ja jos on parilla eri ruudulla selaimessa parit striimit auki niin semmoista pientä mikrostutterointia on havaittavissa ja päämonitorilla kun selaa nettiä samaan aikaan niin kaikki "lagaa" hieman. Kokeilen vielä seuraavaksi tollaista kuin CachyOS mikä pitäisi olla optimoita suorituskykyä varten.

 

[mailbag]

Iso ongelma on myös ihan sulavuus ilman skaalausta, kokeilin ubuntu+kde on wayland ja jos on parilla eri ruudulla selaimessa parit striimit auki niin semmoista pientä mikrostutterointia on havaittavissa ja päämonitorilla kun selaa nettiä samaan aikaan niin kaikki "lagaa" hieman. Kokeilen vielä seuraavaksi tollaista kuin CachyOS mikä pitäisi olla optimoita suorituskykyä varten.

Itselleni vastaten, tuo CachyOS tais olla täysosuma, jonkinlainen Arch linuxin päälle rakennettu distro.

Oli ainoa linux nyt muutaman kokeiltuani joka automaattisesti asensi tarpeaksi uudet näyttiksen ajurit ja kaikki näytöt lähti heti toimimaan ilman mitään asennuksia.

Ainoa linux näistä muutamasta mitä kokeilin joka tukee hyvää skaalausta eli 4K näytön saa just sopivaksi ja teksti pysyy terävänä, oli 4K näytölle jopa automaattisesti laitettu 145% skaalaus päälle suoraan laatikosta siitä kiitos, ei tarvitse alkaa fonttikokojen ja väliratkaisujen kanssa sekoilemaan.

Ainoa linux noista missä todella hyvä suorituskyky, jo ihan valikoiden availu tuntuu ihan erilaiselta kuin esim ubuntussa, kaikki on nopeeta.

Striimejä voi olla monta auki samaan aikaan ja koko desktop pysyy tosi sulavana ja nopeana eli tässä on huomattavasti parempi suorituskyky kuin muissa distroissa, aivan valtava ero moninäyttökäytössä ja varsinkin skaalaukset päällä.

Tuli uudella Plasma ympäristöllä joka myös tuntuu todella loogiselta ja asetuksia löytyy suoraan valikoista joka asiaan mikä yleensä vaivaa, esim ubuntussa hyvin rajallisesti asetuksia ja haluat mitä tahansa säätää niin asennetaan lisäosia, ajetaan konsolikomentoja ja muokataan config tiedostoja asioista jotka tästä löytyy suoraan GUIsta.

Jatketaan testailua.

 

[Vaateri]

Ostin Realtek R8125 pohjaisen 2.5G verkkokortin kotipalvelimeen, mutta en saanut sitä toimimaan oletuksena ladatulla R8619-ajurilla. Ubuntu LTS 22.04 ei ilmeisesti sisältänyt vaihtoehtoista R8125-modulia, joten päivitin vihdoin 24.04:een. Sen jälkeen R8125-dkms:n asennus, R8169:n mustalistaus ja sitten sormi suuhun, kun viimeisetkin tutuista konffeista oli kadonnut... /etc/interfaces on näköjään eläköitynyt ja tilalle tullut jokin minkä nimi oli Netplan... mutta kerrankin Linuxin uudistus ei ollut vienyt asipita hankalammaksi vaan toihan olikin looginen ja uuden kortin konffasi hetkessä sopivaksi. Kaikkea sitä onkin...Linuxissa hyvää kehitystä

Tämä kyseinen serveri on nyt edennyt 10.04 (Lucid Lynx) -> 22.04 (Noble Numbat) ja aakkoset näköjään menneet ympäri sen elinaikana.

 

[Mukava]

Itselleni vastaten, tuo CachyOS tais olla täysosuma, jonkinlainen Arch linuxin päälle rakennettu distro.

Oli ainoa linux nyt muutaman kokeiltuani joka automaattisesti asensi tarpeaksi uudet näyttiksen ajurit ja kaikki näytöt lähti heti toimimaan ilman mitään asennuksia.

Ainoa linux näistä muutamasta mitä kokeilin joka tukee hyvää skaalausta eli 4K näytön saa just sopivaksi ja teksti pysyy terävänä, oli 4K näytölle jopa automaattisesti laitettu 145% skaalaus päälle suoraan laatikosta siitä kiitos, ei tarvitse alkaa fonttikokojen ja väliratkaisujen kanssa sekoilemaan.

Ainoa linux noista missä todella hyvä suorituskyky, jo ihan valikoiden availu tuntuu ihan erilaiselta kuin esim ubuntussa, kaikki on nopeeta.

Striimejä voi olla monta auki samaan aikaan ja koko desktop pysyy tosi sulavana ja nopeana eli tässä on huomattavasti parempi suorituskyky kuin muissa distroissa, aivan valtava ero moninäyttökäytössä ja varsinkin skaalaukset päällä.

Tuli uudella Plasma ympäristöllä joka myös tuntuu todella loogiselta ja asetuksia löytyy suoraan valikoista joka asiaan mikä yleensä vaivaa, esim ubuntussa hyvin rajallisesti asetuksia ja haluat mitä tahansa säätää niin asennetaan lisäosia, ajetaan konsolikomentoja ja muokataan config tiedostoja asioista jotka tästä löytyy suoraan GUIsta.

Jatketaan testailua.

Kannattaa nuo Ubuntu pohjoiset kikkareet oikeastaan unohtaa jos pakettien/ajurien tuoreus on tärkeää. Mint on noista huonoin ja Ubuntu sitten siellä perässä, ellei halua lisäillä kaiken maailman PPA lähteitä jne.

Fedora tai Arch on huomattavasti tuoreimmat paketit, sitten vaan valitsee arvostaako hieman parempaa vakautta vai bleeding edgeä.

 

[love_doctor]

Ostin Realtek R8125 pohjaisen 2.5G verkkokortin kotipalvelimeen, mutta en saanut sitä toimimaan oletuksena ladatulla R8619-ajurilla. Ubuntu LTS 22.04 ei ilmeisesti sisältänyt vaihtoehtoista R8125-modulia, joten päivitin vihdoin 24.04:een. Sen jälkeen R8125-dkms:n asennus, R8169:n mustalistaus ja sitten sormi suuhun, kun viimeisetkin tutuista konffeista oli kadonnut... /etc/interfaces on näköjään eläköitynyt ja tilalle tullut jokin minkä nimi oli Netplan... mutta kerrankin Linuxin uudistus ei ollut vienyt asipita hankalammaksi vaan toihan olikin looginen ja uuden kortin konffasi hetkessä sopivaksi. Kaikkea sitä onkin...Linuxissa hyvää kehitystä

Tämä kyseinen serveri on nyt edennyt 10.04 (Lucid Lynx) -> 22.04 (Noble Numbat) ja aakkoset näköjään menneet ympäri sen elinaikana.

Huhhei, /etc/network/interfaces on jotain muinaisaikaa. Ubuntu vaihtoi siitä pois jo 7 vuotta sitten. R8125 pitäisi kai toimia uusimpien kerneleiden 8619-ajurilla. Noble Numbat on muuten 24.04. Siinä on kyllä aika antiikkinen kerneli jo, jos se on 6.8-sarjalainen. 6.16 on uusin. Debian stablessakin on 6.12.

 

[Vaateri]

Huhhei, /etc/network/interfaces on jotain muinaisaikaa. Ubuntu vaihtoi siitä pois jo 7 vuotta sitten. R8125 pitäisi kai toimia uusimpien kerneleiden 8619-ajurilla. Noble Numbat on muuten 24.04. Siinä on kyllä aika antiikkinen kerneli jo, jos se on 6.8-sarjalainen. 6.16 on uusin. Debian stablessakin on 6.12.

Joo, mutta se muutos ei ole näkynyt kun vanhat konffit on siirtyneet uuteen tapaan automaagisesti. Uuden tekeminen vasta vaati toimia. On siellä varmaan muutakin, minkä uusiminen voisi vaatia isompia toimenpiteitä, mutta nykyisellään serveri ajaa käytännössä vain mdraidia, joten ei ole ollut kiinnostusta tutkia.

R8125 tuntuu toimivan hyvin, joten sillä mennään.

 

[Hyrava]

Huhhei, /etc/network/interfaces on jotain muinaisaikaa. Ubuntu vaihtoi siitä pois jo 7 vuotta sitten. R8125 pitäisi kai toimia uusimpien kerneleiden 8619-ajurilla. Noble Numbat on muuten 24.04. Siinä on kyllä aika antiikkinen kerneli jo, jos se on 6.8-sarjalainen. 6.16 on uusin. Debian stablessakin on 6.12.

Juu, mutta /etc/network/interfaces ei ole läheskään niin nirso konffifile kuin netplan eli kestää (vahingossa) hieman eri tavalla muotoiltuja rivejä. Netplan kun on yamlia niin yksikin välilyönti liikaa tai liian vähän niin konffi on rikki ja sehän onkin hauskaa kun vahingossa otat konffin käyttöön ja ainoa yhteys koneeseen on verkon yli, herkästi vaikka juuri se interface josta pääset ssh:lla koneeseen käsiksi päättää kuolla.

 

[love_doctor]

Juu, mutta /etc/network/interfaces ei ole läheskään niin nirso konffifile kuin netplan eli kestää (vahingossa) hieman eri tavalla muotoiltuja rivejä. Netplan kun on yamlia niin yksikin välilyönti liikaa tai liian vähän niin konffi on rikki ja sehän onkin hauskaa kun vahingossa otat konffin käyttöön ja ainoa yhteys koneeseen on verkon yli, herkästi vaikka juuri se interface josta pääset ssh:lla koneeseen käsiksi päättää kuolla.

Voinee Ubuntulla käyttää muutakin. Itsellä on systemd-networkd kotona vaan servereillä ja toimii ihan hyvin. Tarvittaessa voit tökätä vaikka geneerisen usb-ethernetin koneeseen, jos verkkokortti hajoaa, ja se hakee DHCP:llä osoitteen. SSH on silti ihan turvallinen siinä.

 

[takomo]

Huhhei, /etc/network/interfaces on jotain muinaisaikaa. Ubuntu vaihtoi siitä pois jo 7 vuotta sitten. R8125 pitäisi kai toimia uusimpien kerneleiden 8619-ajurilla. Noble Numbat on muuten 24.04. Siinä on kyllä aika antiikkinen kerneli jo, jos se on 6.8-sarjalainen. 6.16 on uusin. Debian stablessakin on 6.12.

Linuxin verkkokonfigurointiin pääsikin hiljattain tutustumaan, eikä ollenkaan hyvällä tavalla. Jäi sellainen kuva, että samaa asiaa voi konfiguroida monessa eri paikassa, eikä mitenkään selkeästi ilmennyt, mikä kulloinkin on aktiivisena. ifup - ifdown samoin kuin eth0 näyttävät myös olevan historiaa. Edes ifconfig ei toimi ilman lisäpakettia.

Jos toimitaan komentoriviltä, niin mikä nyt oikein on oikea/paras tapa verkon konfigurointiin debian-pohjaisessa distrossa?
1) jos riittää pelkkä langallisen verkon konffaus tai
2) WLAN olisi kiva saada toimimaan myös

 

[ississ]

Linuxin verkkokonfigurointiin pääsikin hiljattain tutustumaan, eikä ollenkaan hyvällä tavalla. Jäi sellainen kuva, että samaa asiaa voi konfiguroida monessa eri paikassa, eikä mitenkään selkeästi ilmennyt, mikä kulloinkin on aktiivisena. ifup - ifdown samoin kuin eth0 näyttävät myös olevan historiaa. Edes ifconfig ei toimi ilman lisäpakettia.

Jos toimitaan komentoriviltä, niin mikä nyt oikein on oikea/paras tapa verkon konfigurointiin debian-pohjaisessa distrossa?
1) jos riittää pelkkä langallisen verkon konffaus tai
2) WLAN olisi kiva saada toimimaan myös

Oikeasta en tiedä mutta omissa debian- pikkuservereissä on edelleen /etc/network/interfaces ja hyvin se on toiminut.
Sitten kun ei päivityksessä enää toimi niin katsotaan muita vaihtoehtoja.
Tosin mulla on noissa vain lankaverkloa ja kiinteät ipt.

 

[takomo]

Oikeasta en tiedä mutta omissa debian- pikkuservereissä on edelleen /etc/network/interfaces ja hyvin se on toiminut.
Sitten kun ei päivityksessä enää toimi niin katsotaan muita vaihtoehtoja.
Tosin mulla on noissa vain lankaverkloa ja kiinteät ipt.

Tähän minäkin olen pyrkinyt.
Mikä palvelu pitää olla päällä, jotta verkko konfiguroituu /etc/networking/interfaces:lla?
/etc/init.d/networking?

 

[Dudem]

Viime viikonlopulla alkoi aivan ihmeelliset internet ongelmat tämän Fedora 42:n kanssa, kun avaa jonkin satunnaisen nettisivun niin selain (Firefox sekä Bravella testattu lisäksi) ilmoittaa ettei saada yhteyttä internettiin, mutta kerran tai useamman kerran päivittää, niin taas toimitaan hienosti ilman ongelmaa. Tuli ongelmaan etsittyä vaikka mitä temppuja voisi tehdä, kunnes lopulta osui silmään tämä: Kernel 6.16.3 causes intermittent network issues (kernel 6.16.3 ja satunnaiset verkko-ongelmat) ja tähän on nyt korjaus tulossa 6.16.5 kernelissä. Näin tiedoksi yleisesti muillekin jos sattuu tähän ongelmaan törmäämään.

TL;DR: Fedora 42 (lisäksi ilmeisesti myös 41) kernel 6.16.3 aiheuttaa satunnaisia verkko-ongelmia, korjaus tulossa 6.16.5:ssä.

 

[Vaateri]

Linuxin verkkokonfigurointiin pääsikin hiljattain tutustumaan, eikä ollenkaan hyvällä tavalla. Jäi sellainen kuva, että samaa asiaa voi konfiguroida monessa eri paikassa, eikä mitenkään selkeästi ilmennyt, mikä kulloinkin on aktiivisena. ifup - ifdown samoin kuin eth0 näyttävät myös olevan historiaa. Edes ifconfig ei toimi ilman lisäpakettia.

Jos toimitaan komentoriviltä, niin mikä nyt oikein on oikea/paras tapa verkon konfigurointiin debian-pohjaisessa distrossa?
1) jos riittää pelkkä langallisen verkon konffaus tai
2) WLAN olisi kiva saada toimimaan myös

Mun mielestä toi netplan oli varsin helppo tapa langalliselle. Yamlia tulee kirjoittettua muutoinkin varsin usein, niin sen suhteen ei ollut ongelmia. Wlanista en sitten tiedä. Joskus 20 vuotta sitten wpa_supplicantin konffaaminen on siltä osin viimeisin kokemus.

Itse laitoin netplanin renderöinnin systemd-networkd:lle. Wlanin kanssa ehkä NetworkManagerille? Vaikka menee se systemd:nkin kautta kai yhtä hyvin.

Tuolta katsoin perusohjeet: How to Configure Network Interfaces with Netplan on Ubuntu | Linux Journal

Siellä on myös ihan hyvät vinkit testaamiseen ja linttaamiseen.

 

[takomo]

Mun mielestä toi netplan oli varsin helppo tapa langalliselle. Yamlia tulee kirjoittettua muutoinkin varsin usein, niin sen suhteen ei ollut ongelmia. Wlanista en sitten tiedä. Joskus 20 vuotta sitten wpa_supplicantin konffaaminen on siltä osin viimeisin kokemus.

Itse laitoin netplanin renderöinnin systemd-networkd:lle. Wlanin kanssa ehkä NetworkManagerille? Vaikka menee se systemd:nkin kautta kai yhtä hyvin.

Tuolta katsoin perusohjeet: How to Configure Network Interfaces with Netplan on Ubuntu | Linux Journal

Siellä on myös ihan hyvät vinkit testaamiseen ja linttaamiseen.

Ilmeisesti Netplan on boottiajan parseri, joka luo konfiguraatiot muille bootatessa?
"During early boot, the Netplan “network renderer” runs which reads /{lib,etc,run}/netplan/*.yaml and writes configuration to /run to handoff control of devices to the specified networking daemon.

• Configured devices get handled by systemd-networkd by default,unless explicitly marked as managed by a specific renderer (NetworkManager)
• Devices not covered by the network configuration do not get touched at all.
• Usable in initramfs (few dependencies and fast)
• No persistent generated configuration, only original YAML configuration"

Introduction to Netplan

Distribution installers, cloud instantiation, image builds for particular devices, or any other way to deploy an operating system put its desired network configuration into YAML configuration file(...

netplan.readthedocs.io

Miten kokonaiskuvioon kuuluu systemd-networkd ja NetworkManager? Jälkimmäiselle on näkynyt oma init.d-skriptikin.

Yleensä tuppaa käymään niin, että kiinnostus asioiden tarkempaan selvittelyyn loppuu sillä sekunnilla, kun verkko alkaa toimia.

 

[JRan]

TL;DR: Fedora 42 (lisäksi ilmeisesti myös 41) kernel 6.16.3 aiheuttaa satunnaisia verkko-ongelmia, korjaus tulossa 6.16.5:ssä.

Nopein "korjaus" on tietysti bootata edellisellä toimivalla kernelillä tai asentaa uudempi updates-testing reposta, näyttää 6.16.5 jo sieltä löytyvän:

kernel-6.16.5-200.fc42 | Build Info | koji

koji.fedoraproject.org

 

[ississ]

Tähän minäkin olen pyrkinyt.
Mikä palvelu pitää olla päällä, jotta verkko konfiguroituu /etc/networking/interfaces:lla?
/etc/init.d/networking?

Täytyy tarkastaa illemmalla mitä siellä pyörii/on asennettuna, poistelin omasta mielestä turhia pois.

 

[Lammas]

Ubuntun päivitykset ovat olleet jo 24 tuntia rikki. Aika huolestuttavaa, että näinkin pitkä katkos on mahdollista. Aika vähän löytyy tietoa mistään lukuun ottamatta näitä viestejä:

Why am I unable to update Ubuntu right now? (September 5, 2025 Incident)

Moderator note: This post, dated on the date of the incident intentionally, is related to an incident that involves Canonical infrastructure on September 5th, 2025 involving archive.ubuntu.com and

askubuntu.com

 

[jkaart]

Ubuntun päivitykset ovat olleet jo 24 tuntia rikki. Aika huolestuttavaa, että näinkin pitkä katkos on mahdollista. Aika vähän löytyy tietoa mistään lukuun ottamatta näitä viestejä:

Why am I unable to update Ubuntu right now? (September 5, 2025 Incident)

Moderator note: This post, dated on the date of the incident intentionally, is related to an incident that involves Canonical infrastructure on September 5th, 2025 involving archive.ubuntu.com and

askubuntu.com

Tässä tulee ne keskitetyn ohjelmistojakelun huonot puolet esille, kun ja jos sattuu servut menemään rikki/olemaan samaan aikaan huollossa niin silloinhan ei asennella ohjelmia versus siihen että jokainen ohjelmisto ladattas ohjelmiston tekijän omilta servuilta!

 

[Jaguafgeg]

Aika huolestuttavaa, että näinkin pitkä katkos on mahdollista.

Microsoftilla, Metalla ja Alphabetillakin menee joskus servereitä rikki ja palveluita nurin ja ne on sentään suurimpia firmoja mitä tämä pallo päällään kantaa, ei nyt tehdä kärpäsestä härkästä.

Katsellaan uudestaan jos tätä alkaa tapahtua enemmässä määrin.

 

[Barbarossa]

Tässä tulee ne keskitetyn ohjelmistojakelun huonot puolet esille, kun ja jos sattuu servut menemään rikki/olemaan samaan aikaan huollossa niin silloinhan ei asennella ohjelmia versus siihen että jokainen ohjelmisto ladattas ohjelmiston tekijän omilta servuilta!

Meinasit että ne tekijät pyöräyttävät paketit tarjolle jokaiselle distrolle ja distron versiolle vai? Vai että kaikki siirtyvätkin Gentoon käyttäjiksi?

 

[SamCer]

Ubuntun päivitykset ovat olleet jo 24 tuntia rikki. Aika huolestuttavaa, että näinkin pitkä katkos on mahdollista. Aika vähän löytyy tietoa mistään lukuun ottamatta näitä viestejä:

Why am I unable to update Ubuntu right now? (September 5, 2025 Incident)

Moderator note: This post, dated on the date of the incident intentionally, is related to an incident that involves Canonical infrastructure on September 5th, 2025 involving archive.ubuntu.com and

askubuntu.com

Ei ne enään ole alhaalla. Itellä oli ongelmia torstaina 15-30min, jonka jälkeen alkoivat toimimaan ja ovat toimineet sen jälkeen.

Ja voihan sen repon vaihtaa joksikin toiseksi, kuten itsekin tein hetkellisesti yhdelle koneelle kun ongelma oli päällä.

 

[jkaart]

Meinasit että ne tekijät pyöräyttävät paketit tarjolle jokaiselle distrolle ja distron versiolle vai? Vai että kaikki siirtyvätkin Gentoon käyttäjiksi?

No silloin ei myös varmaan olisi näin kirjavaa distro valikoimaa tai ohjelmista pitäisi tehdä universaaleja...

 

[love_doctor]

Linuxin verkkokonfigurointiin pääsikin hiljattain tutustumaan, eikä ollenkaan hyvällä tavalla. Jäi sellainen kuva, että samaa asiaa voi konfiguroida monessa eri paikassa, eikä mitenkään selkeästi ilmennyt, mikä kulloinkin on aktiivisena. ifup - ifdown samoin kuin eth0 näyttävät myös olevan historiaa. Edes ifconfig ei toimi ilman lisäpakettia.

Hetkinen, siis ifconfig on ollut deprekoitu distrosta riippuen ikuisuuden. Ihan jo 2000-luvun alussa suosittelivat opettelemaan iproute2:n sen sijaan. Tuosta on yli 20 vuotta aikaa.

Nykyään kun on systemd tai muu palvelunhallinta Linuxeissa niin verkon ylöspitokin on melko varmasti jotain hardcore diy/legacy-distroja lukuun ottamatta varmasti delegoitu niille.

 

[love_doctor]

Miten kokonaiskuvioon kuuluu systemd-networkd ja NetworkManager? Jälkimmäiselle on näkynyt oma init.d-skriptikin.

Yleensä tuppaa käymään niin, että kiinnostus asioiden tarkempaan selvittelyyn loppuu sillä sekunnilla, kun verkko alkaa toimia.

Systemd-networkd on ihan kätevä kiinteisiin asennuksiin ja jos asetukset voi skriptata. Eli esim. palvelimet. NetworkManager on taas kätevä jos vaikka käyttää wlania ja/tai vpn:ää ja konetta hotspottina yms. tilanteen mukaan ja haluat hiirellä klikata mihin verkkoon yhdistetään.

 

[Lammas]

Ei ne enään ole alhaalla. Itellä oli ongelmia torstaina 15-30min, jonka jälkeen alkoivat toimimaan ja ovat toimineet sen jälkeen.

Ja voihan sen repon vaihtaa joksikin toiseksi, kuten itsekin tein hetkellisesti yhdelle koneelle kun ongelma oli päällä.

Ongelma alkoi perjantaina, kuten linkkaamani keskustelun otsikossa lukee.

Ongelma on edelleen päällä, kuten voit todeta esim. klikkaamalla seuraavaa linkkiä: https://security.ubuntu.com/ubuntu/pool/main/l/linux-firmware/

 

[SamCer]

Ongelma alkoi perjantaina, kuten linkkaamani keskustelun otsikossa lukee.

Ongelma on edelleen päällä, kuten voit todeta esim. klikkaamalla seuraavaa linkkiä: https://security.ubuntu.com/ubuntu/pool/main/l/linux-firmware/

Näköjään koskee enään tuota security.ubuntu.com -repoa. archive.ubuntu.com on fiksattu. Ja kuten todettu, repoa voi vaihtaa helposti toiseen, jos yhden kanssa on ongelmia.

 

[Hyrava]

Jaa, noiden ubuntun repo-ongelmien takia varmaankin hupiläppärin päivitysten lataaminen tuntui todella hitaalta kun tuossa noin tunti sitten päivittelin. Päivitykset kyllä latautuivat mutta nopeus oli kuin olisi jollain wanhalla puhelinmodeemilla dataa lataillut. Vissiin vähän hitaalla serverit, varmaankin osittain katkojen aiheuttaman ruuhkan takia tms.

 

[El Toro]

W11 ei houkuttele yhtään, joten heitin Arch + KDE Plasma tilalle. En enää edes muistanut miten mukavaa on säätää, päivän viritellyt konffeja ja ulkoasua mieleiseksi. En myöskään muistanut miten BLOATED Windows on, mahtavaa kun ei ole mitään ylimääräistä roskaa kaikkialla. Kohta joku kovempi nörtti tulee sanomaan, että Plasma on myös liian bloated.

Ainoa harmitus on, ettei Linuxilla ilmeisesti pysty säätämään NVIDIAn näyttistä MSI Afterburnerin tapaan, saan sillä kulutuksen huomattavasti alemmas tehojen laskematta. Kai sekin pitää vaihtaa punaisen leirin tarjontaan.

Toivottavasti ei tule ylitsepääsemätöntä himoa pelata jotain uutta piu pau peliä, jotta pärjäisi ilman dual boottia.

 

[ezreel]

Ainoa harmitus on, ettei Linuxilla ilmeisesti pysty säätämään NVIDIAn näyttistä MSI Afterburnerin tapaan

LACTilla pitäisi onnistua ainakin wattimäärän rajoittaminen ja pienellä kommervenkillä myös alivoltittaminen.
GitHub - ilya-zlobintsev/LACT: Linux GPU Configuration And Monitoring Tool

 

[Jaguafgeg]

Wattimäärät saa rajoitettua ihan loitsimalla "nvidia-smi --power-limit numerotähän"

 

[Ossih]

Nopein "korjaus" on tietysti bootata edellisellä toimivalla kernelillä tai asentaa uudempi updates-testing reposta, näyttää 6.16.5 jo sieltä löytyvän:

kernel-6.16.5-200.fc42 | Build Info | koji

koji.fedoraproject.org

Onko tietoa aiheuttaako tuo updates testing reposta asennettu kerneli jotain ongelmia kun ns "virallinen" päivitys tulee? Ei ole itsellä mitään aikasempia kokemuksia fedoran custom kerneli asennuksista.

 

[Dudem]

Itselle tuli tänään kernel päivityksiä tähän Fedoraan (KDE), eikä tarvinnut alkaa leikkimään testi versioilla. Ja mitä tänään on nettiä käyttänyt, niin eipä ole aiemmin mainitsemaani ongelmaa tullut vastaan.

 

[JRan]

Onko tietoa aiheuttaako tuo updates testing reposta asennettu kerneli jotain ongelmia kun ns "virallinen" päivitys tulee? Ei ole itsellä mitään aikasempia kokemuksia fedoran custom kerneli asennuksista.

On tietoa ja ei aiheuta ongelmia jos asennat testing reposta kernelin. Myös dnf.conf:in default asetuksilla (installonly_limit=3), kaksi edellistä kerneliä jää suoraan käytettäväksi. Jos haluaa pitää enemmän vanhoja kerneleitä, niin voit vaihtaa installonly_limit arvon vaikka viiteen (installonly_limit=5).

Ja vielä selvennyksenä, että kyse ei ole siis custom kernelistä, vaan ihan tavallisesta buildista normaalilla Fedoran conffilla, joka aina odottaa sen perus testauksen ajan testing repossa ennen stable (updates) repoon siirtoa.

 

[Mukava]

Itselle tuli tänään kernel päivityksiä tähän Fedoraan (KDE), eikä tarvinnut alkaa leikkimään testi versioilla. Ja mitä tänään on nettiä käyttänyt, niin eipä ole aiemmin mainitsemaani ongelmaa tullut vastaan.

eipä ole 6.16.5 kerneli vielä viety stableen eli olet varmaan saanut 6.16.4 version nyt.

Eikä tuo bugi ole jatkuvasti näkyvillä, vaan se tapahtuu välillä/harvoin että paketit "katoaa matkalla".

 

[JRan]

eipä ole 6.16.5 kerneli vielä viety stableen eli olet varmaan saanut 6.16.4 version nyt.

Eikä tuo bugi ole jatkuvasti näkyvillä, vaan se tapahtuu välillä/harvoin että paketit "katoaa matkalla".

Kojin mukaan on edelleen testing labelilla.

Jos testing repon käyttö mietityttää ja tämä bugi vaivaa vaan tätä yhtä versiota, niin eiköhän niistä kahdesta vanhemmasta kernelistä löydy toimiva. Eli boottaus ja valitsee vanhemman kernelin, pitää tämän ajossa kunnes uusi kernel ilmestyy updates repoon.

Yleisellä tasolla voisi sanoa Fedora testing repon paketit ei juuri poikkea updates reposta, Rawhide on sitten oma tarinansa, mutta jos jostain tietystä softasta haluaa jonkun ihan uuden/kehitys version, niin kyllä senkin uskaltaa tarvittaessa asentaa, ei edes Rawhide ole niin epävakaa. Tämä siis sillä kokemuksella, että Fedoraa käyttänyt Core 1:sestä asti, toki silloin se ei ollut oma pää distro, vaan uusi tulokas oli Gentoon rinnalla testissä.

 

[Mukava]

Kojin mukaan on edelleen testing labelilla.

Jos testing repon käyttö mietityttää ja tämä bugi vaivaa vaan tätä yhtä versiota, niin eiköhän niistä kahdesta vanhemmasta kernelistä löydy toimiva. Eli boottaus ja valitsee vanhemman kernelin, pitää tämän ajossa kunnes uusi kernel ilmestyy updates repoon.

Yleisellä tasolla voisi sanoa Fedora testing repon paketit ei juuri poikkea updates reposta, Rawhide on sitten oma tarinansa, mutta jos jostain tietystä softasta haluaa jonkun ihan uuden/kehitys version, niin kyllä senkin uskaltaa tarvittaessa asentaa, ei edes Rawhide ole niin epävakaa. Tämä siis sillä kokemuksella, että Fedoraa käyttänyt Core 1:sestä asti, toki silloin se ei ollut oma pää distro, vaan uusi tulokas oli Gentoon rinnalla testissä.

Tuo verkkobugi on ollut ainakin jo versiossa 6.16.3

 

[Dudem]

eipä ole 6.16.5 kerneli vielä viety stableen eli olet varmaan saanut 6.16.4 version nyt.

Eikä tuo bugi ole jatkuvasti näkyvillä, vaan se tapahtuu välillä/harvoin että paketit "katoaa matkalla".

Joo .4 versio on, piti tarkistaa.

No itse kyllä tiedän tasan tarkkaan miten paljon tuo omaa käyttöä haittasi, jos luki hetken jotain sivua ja sitten avasi linkkiä, niin yleensä sai taas olla useita kertoja sivua päivittämässä että lähti taas lataamaan normaalisti. Sivut eivät myöskään välttämättä ladanneet loppuun asti vaan esim. kuvat jäivät lataamatta, näkyi esim. Steamissa. Ja tällä hetkellä on kerran duckduckgo pätkäissyt, mutta palautui samantien, niin voi olla niidenkin päässä jotain.

 

[JRan]

Tuo verkkobugi on ollut ainakin jo versiossa 6.16.3

Itse tulee sen verran harvoin bootattua koneita, että ei ole tullut 6.16.3 edes käyttöön.

 

[Re@per]

Viime viikonlopulla alkoi aivan ihmeelliset internet ongelmat tämän Fedora 42:n kanssa, kun avaa jonkin satunnaisen nettisivun niin selain (Firefox sekä Bravella testattu lisäksi) ilmoittaa ettei saada yhteyttä internettiin, mutta kerran tai useamman kerran päivittää, niin taas toimitaan hienosti ilman ongelmaa. Tuli ongelmaan etsittyä vaikka mitä temppuja voisi tehdä, kunnes lopulta osui silmään tämä: Kernel 6.16.3 causes intermittent network issues (kernel 6.16.3 ja satunnaiset verkko-ongelmat) ja tähän on nyt korjaus tulossa 6.16.5 kernelissä. Näin tiedoksi yleisesti muillekin jos sattuu tähän ongelmaan törmäämään.

TL;DR: Fedora 42 (lisäksi ilmeisesti myös 41) kernel 6.16.3 aiheuttaa satunnaisia verkko-ongelmia, korjaus tulossa 6.16.5:ssä.

Heh, luulin jo että tämä olisi ollut joku "perinteinen" DNS-ongelma ja ehdin boottailla/päivitellä Pfsense boxin & Pfblockerin yms. ja ihmetellä että mikä homma... Kiitoksia tiedosta

 

[Mukava]

Joo .4 versio on, piti tarkistaa.

No itse kyllä tiedän tasan tarkkaan miten paljon tuo omaa käyttöä haittasi, jos luki hetken jotain sivua ja sitten avasi linkkiä, niin yleensä sai taas olla useita kertoja sivua päivittämässä että lähti taas lataamaan normaalisti. Sivut eivät myöskään välttämättä ladanneet loppuun asti vaan esim. kuvat jäivät lataamatta, näkyi esim. Steamissa. Ja tällä hetkellä on kerran duckduckgo pätkäissyt, mutta palautui samantien, niin voi olla niidenkin päässä jotain.

Ei tuo itsellään kovin useasti ole esiintynyt ja yleensä korjaantuu kun vaan selaimessa painaa refreshiä.

Eiköhän tuo .5 versio mene jakeluun tällä viikolla Fedoralla, ehkä jo tänään/huomenna

 

[Dudem]

Ei tuo itsellään kovin useasti ole esiintynyt ja yleensä korjaantuu kun vaan selaimessa painaa refreshiä.

Eiköhän tuo .5 versio mene jakeluun tällä viikolla Fedoralla, ehkä jo tänään/huomenna

Firefoxilla ainakin itsellä ongelmoi aiemmin mainitsemalla tavalla, joskus korjaantui pari kertaa lataamalla uusiksi, jossain kohdassa alkoi toisilla sivuilla mennä lähemmäs 10 krt. Bravella kun testailin, niin tuntui korjaantuvan nopeammin, piti testata eri selainta kun aluksi luulin että on jotain rikki omassa selaimessa esim. lisäosa.

Toivottavasti.

 

[JRan]

Niin ja tosiaan päivitys nyt pelkän kernelin osalta onnistuu komennolla:

dnf --enablerepo=updates-testing update kernel kernel-modules*

 

[Mukava]

noh se menikin nopeasti, laitettu nyt menemään stableen, eli ~huomenissa varmaan jo päivtysten mukana tuo 6.16.5

https://bodhi.fedoraproject.org/updates/FEDORA-2025-94b0d1f2b6

 

[Ossih]

Heh, luulin jo että tämä olisi ollut joku "perinteinen" DNS-ongelma ja ehdin boottailla/päivitellä Pfsense boxin & Pfblockerin yms. ja ihmetellä että mikä homma... Kiitoksia tiedosta

Itsekkin säädin toissaviikon sunnuntaina pitkän tovin dns asetusten kanssa kunnes tajusin että olin edellisenä päivänä päivittänyt kernelin 6.16.3

 

[ezreel]

Juu, tänä aamuna tuli 6.16.5. Toimii itsellä ainakin ihan hyvin, ei ongelmia.