Linux-kysymyksiä & yleistä keskustelua Linuxista

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ä :D

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.
 
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.
 
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.
 
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ä.
 
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
 
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.
 
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?
 
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ä.
 
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.
 
Viimeksi muokattu:
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"
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. :kahvi:
 
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.
 
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ä:
 
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ä:
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!
 
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.
 
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?
 
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ä:
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ä.
 
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...
 
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.
 
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. :kahvi:
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.
 
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/
 
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.
 
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. :comp2:

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.
 
Nopein "korjaus" on tietysti bootata edellisellä toimivalla kernelillä tai asentaa uudempi updates-testing reposta, näyttää 6.16.5 jo sieltä löytyvän:
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.
 
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.
 
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.
 
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".
 
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ä.
 
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
 
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.
 
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 :thumbsup:
 
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
 
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. :thumbsup:
 
Niin ja tosiaan päivitys nyt pelkän kernelin osalta onnistuu komennolla:
Bash:
dnf --enablerepo=updates-testing update kernel kernel-modules*
 
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 :thumbsup:
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 :dead:
 
Mistä johtuu näytön vilkkuminen Ubuntu 24.04 + mate työpöytä + Nvidia RTX3060 näytönohjain yhdistelmällä?
Vilkkuminen alkaa heti GRUBin jälkeen ja työpöydällä näkyy haamukuva Googlen logosta selaimen alotus sivulta vaikka selain ei olisi vielä edes käynnissä.
Voiko IPS paneliin palaa kuva kiinni? Haamukuva ei tosin näy BIOSissa eikä siellä kyllä vilkukkaan kuva.
 
Mistä johtuu näytön vilkkuminen Ubuntu 24.04 + mate työpöytä + Nvidia RTX3060 näytönohjain yhdistelmällä?
Vilkkuminen alkaa heti GRUBin jälkeen ja työpöydällä näkyy haamukuva Googlen logosta selaimen alotus sivulta vaikka selain ei olisi vielä edes käynnissä.
Voiko IPS paneliin palaa kuva kiinni? Haamukuva ei tosin näy BIOSissa eikä siellä kyllä vilkukkaan kuva.
Onko VRR(variable refresh rate) näyttö? Jotkut työpöydät laskee näytön hertsit minimiin ja ainakin oma IPS näyttöö alkaa vilkuttaa taustavaloa ärsyttävästi matalilla hertseillä.
 
Onko VRR(variable refresh rate) näyttö? Jotkut työpöydät laskee näytön hertsit minimiin ja ainakin oma IPS näyttöö alkaa vilkuttaa taustavaloa ärsyttävästi matalilla hertseillä.
On VRR, mutta kun se vilkkuu jo ennen kuin työpöytää on edes alettu lataamaan ja tuossa kohtaa ei ole edes näytönohjaimen ajureitakaan minun mielestä keretty lataamaan/ottamaan käyttöön.
Ongelma "korjaantuu" (tai enneminkin katoaa) yhtä mystisesti itsestään kuin tulikin. Jonkuin puolisen tuntia kun tota vilkkumista kehtas kahtoa niin se hävis itestään.
Kerran on saman tehny joku kuukausi takaperin
Ja mistä ihmeestä se tuon haamu kuvan selain ikkunasta oikein sillon pieras?
 
IPS paneeleissa on kyllä haamukuvaa joka häviää itsestään pois. Sitä ei välttämättä erota taustakuvaa vasten, mutta 50% harmaalla näkyy selvästi. Paneeleissa toki eroa, mutta nämä kokemukset Applen tuotteista.
 
Chromessa on nollapäivähaavoittuvuus jota varten se pitäisi ilmeisesti päivittää versioon 140.0.7339.185.
Esim. OpenSUSE Tumbleweedissä minulla on käytössä sekä Firefox että Chromium, ja ajoin tänään kaikki päivitykset sisään (sudo zypper dup). Mielestäni päivittyvien listalla oli myös chromium, tarkistin erikseen että kai sille on tulossa päivitys.

Kuitenkin kun nyt tarkistan Chromiumista version About-osiosta, versio on 140.0.7339.127. Pitäisikö Chromiuminkin päivittyä tuohon versioon, ja onko mitään haisuliinia milloin olisi Linuxeihin tulossa? Vai meneekö Chromium ihan eri versionumeroinneilla kuin Chrome?

Pitääkö kaiken varalta käyttää vain Firefoxia kunnes Chromium päivittyy tuohon versioon? Vai voiko olla että haavoittuvuus on vain Chrome-selaimessa, ei Chromiumissa?

Artikkelissa myös mainitaan että muutkin Chromium-pohjaiset selaimet (Edge jne.) pitäisi päivittää mutta ei tietoa mihin versioon, ja ei liity niin paljoa Linuxiin ainakaan tuo Edge...

Users of other Chromium-based browsers, such as Microsoft Edge, Brave, Opera, and Vivaldi, are also advised to apply the fixes as and when they become available.

 
Viimeksi muokattu:
Chromessa on nollapäivähaavoittuvuus jota varten se pitäisi ilmeisesti päivittää versioon 140.0.7339.185.
Esim. OpenSUSE Tumbleweedissä minulla on käytössä sekä Firefox että Chromium, ja ajoin tänään kaikki päivitykset sisään (sudo zypper dup). Mielestäni päivittyvien listalla oli myös chromium, tarkistin erikseen että kai sille on tulossa päivitys.

Kuitenkin kun nyt tarkistan Chromiumista version About-osiosta, versio on 140.0.7339.127. Pitäisikö Chromiuminkin päivittyä tuohon versioon, ja onko mitään haisuliinia milloin olisi Linuxeihin tulossa? Vai meneekö Chromium ihan eri versionumeroinneilla kuin Chrome?

Pitääkö kaiken varalta käyttää vain Firefoxia kunnes Chromium päivittyy tuohon versioon? Vai voiko olla että haavoittuvuus on vain Chrome-selaimessa, ei Chromiumissa?

Artikkelissa myös mainitaan että muutkin Chromium-pohjaiset selaimet (Edge jne.) pitäisi päivittää mutta ei tietoa mihin versioon, ja ei liity niin paljoa Linuxiin ainakaan tuo Edge...

Users of other Chromium-based browsers, such as Microsoft Edge, Brave, Opera, and Vivaldi, are also advised to apply the fixes as and when they become available.

Jaa, tarkistin toisella Linux Mint läppärillä, ja siinä kyllä on jo tuo .185 versio Chromiumista.

Tämä on nyt joku OpenSUSE-spesifinen juttu, pitää tarkistaa miten tuon Chromiumin siihen yleensäkään asensin eli pitääkö sittenkin päivittää joku flatpak tai mikä lie... Kumma juttu sinänsä että mielestäni zypper listasi chromiumin yhtenä päivitettävistä komponenteista.

EDIT: OpenSUSEen saa siis asennettua Chromiumin joko reposta ("sudo zypper install chromium") tai flatpakkina. Repo-versio on tuo vanhempi .127 versio. Jos asentaa flatpak-version, se on kyllä .185. Eli repo-versio ilmeisesti vaan lagaa perässä.

Mitenköhän vanha versio tuo .127:kin on, toivottavasti ei kovin montaa kuukautta vanha? Olikohan se juuri se versio joka mielestäni päivittyi tänään?
EDIT: Gemini AI:n mukaan tuo .127 versio Chromiumista on julkaistu 9.9., eli vajaa kaksi viikkoa sitten.

Taidan asentaa tuon flatpak-version jos se kerran päivittyy nopeammin... Ehkä pitää kysellä tämän perään jollain OpenSUSE foorumilla, miksi tarjoaa noin vanhaa Chromiumia.
 
Viimeksi muokattu:
Miten Linux mintin 21.x version päivitys menee 22.2 versioon? Kubuntussa oli do-release-upgrade mutta mintistä sitä en löytänyt, eikä update managerissakaan ollut mitään mikä viittaisi tuohon päivitykseen. Googlella löytyi että pitää vain ladata uusin ja asentaa se, mutta onko jotain järkevämpää tapaa?
 
Ubuntussakin voi asennella usein reposta tai snappinä. Snapillä on mulla selaimet ja toki muutakin, mitä repoista ei taida edes löytyä. Selaimet päivittyvät snappeinä nähtävästi aika ripeästi eli uusin Chromiumkin on ja Firefox päivittyi eilen. Snapeistä tulee lisäksi desktopille ilmoitukset.
 
Miten Linux mintin 21.x version päivitys menee 22.2 versioon? Kubuntussa oli do-release-upgrade mutta mintistä sitä en löytänyt, eikä update managerissakaan ollut mitään mikä viittaisi tuohon päivitykseen. Googlella löytyi että pitää vain ladata uusin ja asentaa se, mutta onko jotain järkevämpää tapaa?
Pitäisi löytyä Päivitysten hallinnasta, ainakin minulla oli. Voi katsoa Aloitusnäkymää.
 

Statistiikka

Viestiketjuista
301 697
Viestejä
5 134 385
Jäsenet
82 031
Uusin jäsen
mjargen

Hinta.fi

Back
Ylös Bottom