Linux-kysymyksiä & yleistä keskustelua Linuxista

[timppeli]

Paragonin ajuri on osoittautunut aika bugiseksi ja sen ylläpitokin on vähän sinne päin. Ylipäänsä NTFS ei ole Unix-tiedostojärjestelmä, joten sen käyttö vaatii aika paljon perusteluja. Ja tosiaan jos kelaa historiaa taaksepäin, sehän lisättiin vajaa 4 vuotta sitten vasta kerneliin. Sitä ennen kernelin ajuri ei osannut edes kirjoittaa levylle. Ntfs-3g on myös osittainen ja sen säätö vaati omanlaistaan säätöä.

Olen varmaan 10 vuotta käyttänyt NTFS:ää Linuxilla, lähinnä siis käpelöinyt NTFS-formatoituja USB backup-levyjä joiden tiedostojen haluan olevan luettavissa sekä Linuxissa että Windowsissa. Aiemmin ntfs-3g mutta myöhemmin tosiaan useimmat Linuxit ovat tuntuneet osaavan hanskata NTFS ilman lisäkikkareiden asennuksia.

Toistaiseksi ei ole ollut mitään erityistä ongelmaa eikä nopeuskaan ole tuntunut olevan ongelma (tosin USB ja HDD jo muutenkin tekee isot tiedosto-operaatiot hitaiksi). Eikä myöskään ole ilmennyt vaaranpaikkoja joissa kadottaisin dataa NTFS-levyiltä koska kirjoitan niille tai käytän niitä muuten Linuxin puolella, mukaanlukien Raspberry Pi4.

Ainoa ongelma minkä olen havainnut liittyy tilan preallokointiin. Eräs isojen tiedostojen lataukseen käytettävä python-skriptityökalu (gogrepoc.py) preallokoi gigakaupalla tilaa levyltä ennen tiedoston latausta, lähinnä kai vähentääkseen tiedostojärjestelmän fragmentoitumista millä lienee enemmän merkitystä juuri Windowsin/NTFS puolella kuin Linuxissa yleisesti.

Linuxissa, kun se yrittää tehdä tuota preallokointia NTFS-formatoidulle osiolle, homma jämähtää niin pitkäksi aikaa että skriptille tulee timeout. Windowsissa sama tapahtuu hetkessä, ja muistaakseni toimii myös ok Linuxissa jos lataus tapahtuu ext4 tai xfs osiolle (btrfs en ole testannut).

Tuo on ainoa todellinen ongelma johon olen törmännyt Linuxissa NTFS-osioiden käpistelyssä (kun puhutaan normikäytöstä, en tiedä osaavatko Linuxin NTFS-ajurit hanskata NTFS:n käyttöoikeudet yms., ei kiinnosta kun en tarvitse data-arkistolevyllä sellaisia ominaisuuksia, kuten en myöskään NTFS:n kompressointia).

Ratkaisuni tuohon ongelmaan oli kommentoida tuosta skriptistä pois rivit joissa tuo preallokointi tehdään, ei sitä välttämättä tarvitse.

GitHub - Kalanyr/gogrepoc at dev

Python-based tool for downloading all your GOG.com game and bonus collections to your local computer for full offline enjoyment. - GitHub - Kalanyr/gogrepoc at dev

github.com

Kayttisosiolle tai osiolle jolle asennetaan Linux-ohjelmia tai säädellään Linuxin tiedostojen käyttöoikeuksia, sellaiseen en toki NTFS:ää käyttäisi.

 

[sik0zu]

Kirjoitellaanpa tänne talteen, jos joku joskus asentaa Fedoran ja haluaa saada Nvidian ajurit toimimaan, sekä pitää secure bootin käytössä.

Testattu Fedora KDE Plasma Desktop 42

Alla lyhyt tiivistelmä ja muutama lisäys Reddit ohjeeseen (1). Noudatin pitkälti Redditin järjestystä, mutta katsoin komennot ja vaiheet virallisista ohjeista

Lisää rpm fusion repositoryt (tarvitset molemmat free ja non-free) (2)
Tarkasta, että sormenjäljet täsmäävät rpmfusionin virallisiin (3)
Päivitä järjestelmä
Secure boot toimii fedoralla suoraan, mutta nvidian ajureiden kanssa pitää itse allekirjoittaa käyttis (4)
Asenna allekirjoitus moduulit
Tässä kohtaa palauta region asetukset vakioasetuksille. Muuten, ainakin jos region on Suomi, pääset loputtomaan virherumbaan, kun kmodgenca scripti yrittää tehdä avaimen kelvottomilla osoitetiedoilla. Scripti muuttaa config-tiedostonsa aina vakiomuotoon, joten edes sen manuaalinen korjaaminen ei auta.
Tee avain loppuun ja käynnistä uudelleen.
MOK managerissa valitse "Enroll MOK" ja syötä tekemäsi salasana
Jatka asennusta
Välissä kun vilahtaa Fedoran virallinen sormenjälki voi sen käydä vilkaisemassa (5)


Seuraavilla materiaaleilla onnistuu:
(1) Reddit - The heart of the internet
(2) Configuration - RPM Fusion
(3) keys - RPM Fusion
(4) Howto/Secure Boot - RPM Fusion
(5) Fedora keeps you safe

 

[timppeli]

Täällä on myös arki rullannut OpenSusella hienosti alkuihmettelyjen jälkeen. Minulla oli sekalaisia pikkuongelmia joista kirjoittelin täällä: Linux-kysymyksiä & yleistä keskustelua Linuxista . KDE+Wayland HDR lähti toimimaan kun tuli seuraava päivityskierros ja nyt pelit toimii hienosti HDR-päällä. Paremmin kun Windowsilla koskaan. Steamin käynnistysongelmat korjasin lopulta tällä kikalla Steam won't launch on Tumbleweed, mutta vähän surkeeta kyllä että Steam ei toiminut out-of-the-box ja nyt pari viikkoa myöhemminkin samaa ongelmaa päällä.

Lisälaitteet toimivat kaikki laakista ja ainoa vähän nikotteleva kone on Stream Deck+, jolle ei ole virallista softaa Linuxille ja korvike Install StreamController on Linux | Flathub kaatuilee välillä alta pois. Se ei myöskään sisällä kaikkia ominaisuuksia. Myös Astro-kuulokkeilta ja Razer-soundbarilta puuttuu softat, mutta ne korvasin vain äänilähtökohtaisella EQ:lla jonka nimeä en nyt lennosta muista.

Posti toi juuri DP-HDMI adapterin jolla pitäisi onnistua 144hz-4K-VRR AMD:n kortilla, mutta sen ihmettely odottaa nyt aikaa ja energiaa

Nyt on Wayland täälläkin käytössä, sen saikin valittua ihan login-ruudussa oikeasta alakulmasta. Aiemmin oli X11 käytössä.

Toistaiseksi en ole huomannut Waylandin toiminnassa haittapuolia, kokeilemani pelitkin ovat edelleen toimineet ok ja Team Fortress 2 tuntuu toimivat jopa paremmin (X11:lla jouduin ajamaan sen "Legacy OpenGL"-tilassa koska uudemmassa tilassa se tuntui usein bugittavan, varsinkin jos vaihdoin pelin resoluution muuksi kuin 1920x1080, monesti ei peli käynnistynyt ollenkaan siinä tilassa jne.; Waylandilla tuntuu toimivat just niinkuin pitää).

Kolmantena valintana X11 ja Wayland lisäksi oli jokin "IceWM session" jolla tulee ihan kummallisen näköinen työpöytä mutta tuntuu sekin toimivan. Jokin kevytversio, ei tarvinne sen enempää perehtyä...?

 

[TemeV]

Kolmantena valintana X11 ja Wayland lisäksi oli jokin "IceWM session" jolla tulee ihan kummallisen näköinen työpöytä mutta tuntuu sekin toimivan. Jokin kevytversio, ei tarvinne sen enempää perehtyä...?

IceWM on sellainen super yksinkertaistettu työpöytä. Sen ainoa tarkoitus on kaiketi olla siellä varoilla, jos päätät rikkoa KDE:n, tai mitä sitten varsinaisesti käyttääkään. Mukavampi hakea apua, kun on joku keino saada selain auki

 

[love_doctor]

Olen varmaan 10 vuotta käyttänyt NTFS:ää Linuxilla, lähinnä siis käpelöinyt NTFS-formatoituja USB backup-levyjä joiden tiedostojen haluan olevan luettavissa sekä Linuxissa että Windowsissa. Aiemmin ntfs-3g mutta myöhemmin tosiaan useimmat Linuxit ovat tuntuneet osaavan hanskata NTFS ilman lisäkikkareiden asennuksia.

Toistaiseksi ei ole ollut mitään erityistä ongelmaa eikä nopeuskaan ole tuntunut olevan ongelma (tosin USB ja HDD jo muutenkin tekee isot tiedosto-operaatiot hitaiksi). Eikä myöskään ole ilmennyt vaaranpaikkoja joissa kadottaisin dataa NTFS-levyiltä koska kirjoitan niille tai käytän niitä muuten Linuxin puolella, mukaanlukien Raspberry Pi4.

Ntfs-3g on ihan eri ajuri. Siinä ei ole mitään yhteistä ja se on sitä paitsi kernelin ulkopuolinen fuse-ajuri. Eli jos sinulla on jotain kokemuksia sen kanssa, ne eivät päde kernelin sisäiseen ajuriin. Tuo Paragonin ajuri tuli noin kolmisen vuotta sitten distroihin ja siitä kyllä löytyy LKML:stä ja Phoronixista tietoja, mitä ongelmia siinä on ollut. Esim. tässä yksi. Lukeminen ei tietenkään korruptoi niin kuin kirjoittaminen. Fuse-ajurit ovat kyllä perinteisesti olleet myös paljon hitaampia, mutta se ei USB2-levyillä juuri taida näkyä.

 

[timppeli]

Ntfs-3g on ihan eri ajuri. Siinä ei ole mitään yhteistä ja se on sitä paitsi kernelin ulkopuolinen fuse-ajuri. Eli jos sinulla on jotain kokemuksia sen kanssa, ne eivät päde kernelin sisäiseen ajuriin. Tuo Paragonin ajuri tuli noin kolmisen vuotta sitten distroihin ja siitä kyllä löytyy LKML:stä ja Phoronixista tietoja, mitä ongelmia siinä on ollut. Esim. tässä yksi. Lukeminen ei tietenkään korruptoi niin kuin kirjoittaminen. Fuse-ajurit ovat kyllä perinteisesti olleet myös paljon hitaampia, mutta se ei USB2-levyillä juuri taida näkyä.

Oletan minulla olevan kokemuksia molemmista. Kuten sanoin, joskus aikoinaan muistelen että piti tosiaan asentaa ntfs-3g ajuri ennenkuin pystyin käsittelemään NTFS-formatoituja USB-levyjä, mutta jossain vaiheessa ei enää tarvinnut, esim. tämän OpenSUSE Tumbleweedin kanssa jolta juuri kirjoittelen ja eilen käsittelin yhtä NTFS-formatoitua isoa USB-muistitikkua sillä.

Eikös tämä jälkimmäinen sitten ole tuo kernelin ajuri, oli sitten Paragon tai mikä vain?

uname -a
Linux localhost.localdomain 6.15.7-1-default #1 SMP PREEMPT_DYNAMIC Fri Jul 18 08:58:35 UTC 2025 (3e63d43) x86_64 x86_64 x86_64 GNU/Linux

 

[Ezzy]

Äänen särkymistä esiintyy ainakin seuraavissa, ajoittain:
1. Windows-pelien pelaaminen WINE:llä.

Mitä kautta pelaaminen tapahtuu? Suoraan Winellä jotenkin vai joku launcher? Lutris, Bottles, Heroic? Mikä Wine käytössä? Testattu vaikka Wine GE:tä?
Ihan huomiona, että Steam ja vastaavat ei käytä Waylandia suoraan, vaan XWaylandia, ellei käytössä ole todella tuore Proton eli joko GE, Cachy tai Etaash, joilla saa pakotettua pelin Waylandille nykyään (ja myös HDR:n päälle jne).
Xprop tai wlprop taitaa kertoa kumpi on käytössä ko. ikkunalla.

 

[Barbarossa]

Oletan minulla olevan kokemuksia molemmista. Kuten sanoin, joskus aikoinaan muistelen että piti tosiaan asentaa ntfs-3g ajuri ennenkuin pystyin käsittelemään NTFS-formatoituja USB-levyjä, mutta jossain vaiheessa ei enää tarvinnut, esim. tämän OpenSUSE Tumbleweedin kanssa jolta juuri kirjoittelen ja eilen käsittelin yhtä NTFS-formatoitua isoa USB-muistitikkua sillä.

Eikös tämä jälkimmäinen sitten ole tuo kernelin ajuri, oli sitten Paragon tai mikä vain?

uname -a
Linux localhost.localdomain 6.15.7-1-default #1 SMP PREEMPT_DYNAMIC Fri Jul 18 08:58:35 UTC 2025 (3e63d43) x86_64 x86_64 x86_64 GNU/Linux

Tuo Paragonin NTFS3 taisi tulla kerneliin versiossa 5.15. Sitä ennen kernelistä löytyi vain readonly NTFS ajuri, ja kirjoitusta varten joutui käyttämään tuota NTFS-3G FUSE-ajuria.

 

[love_doctor]

Onkohan Ubuntun asennusmedioissa jotain tunnettuja bugeja, kun olen koittanut asentaa viiteen koneeseen eri aikakausilta (3th gen i3 legacy-modessa, 4th gen i7 ja i3, Ryzen 5000 läppäri ja Ryzen 5950 pöytäkone) nyt ubuntua (Ubuntu 24.04.2 LTS Desktop) ja mikään kone ei suostu buuttaamaan Ubuntuun. Asennusmedia toimii kyllä joka koneella ja asennus menee loppuun asti siihen kohtaan että käskee ottaa asennusmediat irti koneesta ja painamaan enter. Legacy-kone valittaa grubin ongelmista ja uudemmissa tulee vaan boot loop ilman että näkyy mitään virheviestiä. Noissa koneissa myös levyt vaihtelee sata-väyläisistä nvme/pcie-väyläisiin eli kirjoa on. Olen myös ladannut imagen pari kertaa ja polttanut eri tikuille.

Tosiaan Gentoon, Archin ja muita distroja saan asennettua mutta Ubuntun kanssa melkoisia ongelmia.

 

[Alensia]

Ei kyl itsellä ollut mitään ongelmaa asentaa 7. sukupolven Intelillä varustettuun Ideapadiin Ubuntua (UEFI päällä) kun virittelin valvontakameraksi.. Meni ihan muitta mutkitta ja boottaa ilman säätöjä. Ainoana käyttiksenä tietty, eli ei ole esim. Windowsia sotkemassa.

 

[timppeli]

Onkohan Ubuntun asennusmedioissa jotain tunnettuja bugeja, kun olen koittanut asentaa viiteen koneeseen eri aikakausilta (3th gen i3 legacy-modessa, 4th gen i7 ja i3, Ryzen 5000 läppäri ja Ryzen 5950 pöytäkone) nyt ubuntua (Ubuntu 24.04.2 LTS Desktop) ja mikään kone ei suostu buuttaamaan Ubuntuun. Asennusmedia toimii kyllä joka koneella ja asennus menee loppuun asti siihen kohtaan että käskee ottaa asennusmediat irti koneesta ja painamaan enter. Legacy-kone valittaa grubin ongelmista ja uudemmissa tulee vaan boot loop ilman että näkyy mitään virheviestiä. Noissa koneissa myös levyt vaihtelee sata-väyläisistä nvme/pcie-väyläisiin eli kirjoa on. Olen myös ladannut imagen pari kertaa ja polttanut eri tikuille.

Tosiaan Gentoon, Archin ja muita distroja saan asennettua mutta Ubuntun kanssa melkoisia ongelmia.

Sori ei ole tuoretta kokemusta Ubuntun asentamisesta kotikoneisiin (työpalvelimille serveriversiota kyllä), mutta onko googlettamalla tullut mitään vastaan? Jos sitä tapahtuu sulla usealla koneella, luulisi että moni muukin maailmalla olisi kohdannut saman.

Lähin mitä olen usealle koneelle asentanut on Mint, ei ole tullut erityisiä ongelmia vastaan; kohdekoneet ovat useimmiten olleet vanhemmanpuoleisia läppäreitä, joitakin uusiakin ja yksi ikivanha pöytäkone.

Niin ja oliko Ubuntu ainoa koneessa oleva käyttis, ja kone oli täysin tyhjä ennen asennusta, ei mitään vanhoja partitioita tms.?

Onko SecureBoot käytössä, ja ilmestyykö UEFI/BIOS tietoihin Ubuntuun viittaava buuttioptio?

Onko pakko olla Ubuntu tai oletko harkinnut jotain "Ubuntu-pohjaista" kuten vaikka se Mint?

 

[love_doctor]

Sori ei ole tuoretta kokemusta Ubuntun asentamisesta kotikoneisiin (työpalvelimille serveriversiota kyllä), mutta onko googlettamalla tullut mitään vastaan? Jos sitä tapahtuu sulla usealla koneella, luulisi että moni muukin maailmalla olisi kohdannut saman.

Lähin mitä olen usealle koneelle asentanut on Mint, ei ole tullut erityisiä ongelmia vastaan; kohdekoneet ovat useimmiten olleet vanhemmanpuoleisia läppäreitä, joitakin uusiakin ja yksi ikivanha pöytäkone.

Niin ja oliko Ubuntu ainoa koneessa oleva käyttis, ja kone oli täysin tyhjä ennen asennusta, ei mitään vanhoja partitioita tms.?

Joo, täysin tyhjä levy ja osiotaulu ylikirjoitettu nollalla. Annoin installerin osioida automaattisesti.

Onko SecureBoot käytössä, ja ilmestyykö UEFI/BIOS tietoihin Ubuntuun viittaava buuttioptio?

Ei ole secure boottia. UEFIn boottivalikossa näkyy buuttioptio tuon asennuksen jälkeen.

Onko pakko olla Ubuntu tai oletko harkinnut jotain "Ubuntu-pohjaista" kuten vaikka se Mint?

Joo, toisaalla on Ubuntu-pohjainen Apache Guacamole -etäohjattava systeemi, jota pitäisi debugata, muttei tuotannossa. Siinä ei toimi oikein mikään. Edes snappina asennettu selain ei käynnistynyt, mutta mozillan virallinen firefox-debbi toimii.

 

[Eidzei]

Erikoinen em. Ubuntu-ongelma kyllä, kun paljon eri rautojakin kyseessä. Herjojen ja oireiden googlausta on varmaan tehty?

Mulla on pääkoneessa (8th gen Intel) juuri Ubuntu 24.04.2 LTS asennettuna ongelmitta näköjään 12. kesäkuuta. Molemmat ikivanhat palvelimeni (ekan sukupolven i-prossut) ja muinainen läppärinikin (4th gen) ovat varmaankin samaisen version *buntuja (toinen palvelin taisi olla Kubuntu, mutta lähinnä SSH:lla käytän CLI:tä ja verkon yli palveluja, niin en muista kumpi on mikäkin, läppärillä on Kubu), tosin niiden varsinainen install on vuosien takaa, päivitelty sittemin vain. Vanhat ovat tietty legacy-BIOSilla, ja tämä päärakkine on nyt kaikki turvavipuset päällä UEFIlla.

Kuten @timppeli aiemmin ounasteli koskien mun kesäkuun asenteluja, niin kyllä Windows tosiaan suuttui secure boot päällä Linuxin päivityksistä. Aiemmin mulla ei ole ollut BL-salattunakaan samaa ongelmaa, mutta tämä on johtunut tietty secure bootin puuttumisesta. No, Winkkaria käytän harvoin, joten ei olisi suuri ongelma, mutta eipä ollut ongelma myöskään poistaa Windowsin kryptausta, koska ei siellä mitään salaisuuksia säilytellä (joskus pelailua tai monitorilta jonkun stream-palvelun katselua (parempi laatu tulee ilmeisesti DRM-syistä Windowsille vaikkapa HBO:lta)).

 

[TemeV]

parempi laatu tulee ilmeisesti DRM-syistä Windowsille vaikkapa HBO:lta)).

Tää on ärsyttävää, koska DRM:t pitäis nykyään toimia Linuxillakin, mutta eivät vain viitsi sallia sisältöjä. Netflixin sai jollain Chromen plugarilla huijattua näyttämään isommat resoluutiot, mutta muille en ole löytänyt konstia.

 

[Obi-Lan]

Melkein kaikki DRM taitaa käyttää Widevineä ja siinä on kolme tasoa L1,L2,L3. Näistä L1 pyörittää purkuavaimen raudassa olevassa mustasta laatikossa TEE, L3 on softapohjainen. Linux tukee vaan tuota L3, mutta suurin osa streaming palveluista antaa sille vain 720p, ehkä 1080p. Kaikki 4K materiaali on rautasalauksen takana.

Edit, taisi mennä jopa niin että DRM salattu streami menee tuon TEE läpi niin että se puretaan jossain rautatasolla näyttöön niin ettei käyttöjärjestelmä pääse näkemään siitä mitään.

 

[timppeli]

Mitä kautta pelaaminen tapahtuu? Suoraan Winellä jotenkin vai joku launcher? Lutris, Bottles, Heroic? Mikä Wine käytössä? Testattu vaikka Wine GE:tä?
Ihan huomiona, että Steam ja vastaavat ei käytä Waylandia suoraan, vaan XWaylandia, ellei käytössä ole todella tuore Proton eli joko GE, Cachy tai Etaash, joilla saa pakotettua pelin Waylandille nykyään (ja myös HDR:n päälle jne).
Xprop tai wlprop taitaa kertoa kumpi on käytössä ko. ikkunalla.

Windows-pelit asennettu Lutriksen avulla mutta ajetaan suoraan työpöydälle tulleista shortcuteista, en tiedä latautuuko siinäkin Lutris jotenkin taustalle.

Team Fortress 2 asennettu Steamin Linux-versiolla.

wine --version sanoo wine-10.12. En muistaakseni asentanut sitä sen kummemin erikseen, taisin vain googlettaa miten Lutris asennetaan OpenSUSE Tumbleweediin, vai otinko vain Discover Software Centeristä ajoon, oletan että wine asentui sen mukana.

Vastasit viestiin jossa mietin äänensärkymisongelmiani mutta puhut Wayland-tuesta, en nyt tiedä kumpi tässä on keskustelun aiheena. En ole ylläolevissa havainnut ongelmia sen jälkeen kun vaihdoin X11 => Wayland, ja Team Fortress 2 toimii mielestäni jopa paremmin koska ei enää kaadu jos en valitse "Legacy OpennGL"-vaihtoehtoa aloittaessani pelin.

Äänen särkymistä esiintyy WINE-pelien lisäksi Team Fortress 2:ssa ja Youtube-videoita Chromiumilla katsellessa. En osaa varmaksi sanoa esiintyykö sitä muulloin kuin jos käytän Logitech V20 USB-kaiuttimia, yritän joskus pystyä pelaamaan pidempiä aikoja jollain toisella audiosysteemillä, vaikka sitten Bluetooth-kuulokkeilla.

 

[TemeV]

Melkein kaikki DRM taitaa käyttää Widevineä ja siinä on kolme tasoa L1,L2,L3. Näistä L1 pyörittää purkuavaimen raudassa olevassa mustasta laatikossa TEE, L3 on softapohjainen. Linux tukee vaan tuota L3, mutta suurin osa streaming palveluista antaa sille vain 720p, ehkä 1080p. Kaikki 4K materiaali on rautasalauksen takana.

Edit, taisi mennä jopa niin että DRM salattu streami menee tuon TEE läpi niin että se puretaan jossain rautatasolla näyttöön niin ettei käyttöjärjestelmä pääse näkemään siitä mitään.

No nyt kun vähän opiskelin aihetta, niin näinhän tuo näyttää olevan. Chromecastin kanssa olen nyt kuitenkin saanut katsottua sisällöt mitä tahtoo, mutta sekin tuntuu huonontuvan sitä tahtia, että tekisi mieli alkaa vaan warettaa.

 

[timppeli]

Kuten @timppeli aiemmin ounasteli koskien mun kesäkuun asenteluja, niin kyllä Windows tosiaan suuttui secure boot päällä Linuxin päivityksistä. Aiemmin mulla ei ole ollut BL-salattunakaan samaa ongelmaa, mutta tämä on johtunut tietty secure bootin puuttumisesta. No, Winkkaria käytän harvoin, joten ei olisi suuri ongelma, mutta eipä ollut ongelma myöskään poistaa Windowsin kryptausta, koska ei siellä mitään salaisuuksia säilytellä (joskus pelailua tai monitorilta jonkun stream-palvelun katselua (parempi laatu tulee ilmeisesti DRM-syistä Windowsille vaikkapa HBO:lta)).

Mulla kun on tällä läppärillä Windows 11 Pro (Secureboot ja Bitlocker päällä) ja OpenSUSE Tumbleweed asennettuna, välillä OpenSUSE päivitysten jälkeen ("sudo zypper dup") UEFI:n boot optioneissa "opensuse" on mennyt ekaksi Windows 11 eteen, eli defaulttina järjestelmä buuttaa opensuseen.

Haluan että buuttaa defaulttina Windowsiin vaikka itse käytän useimmiten OpenSUSEa. Pitää aina käydä tuo järjestys sitten vaihtamassa kun noin tapahtuu, pelkään että Windowsin Bitlocker pillastuu huomatessaan jotain muuttuneen UEFI buutissa ja vaatii taas Bitlocker-avaimen syöttämistä (alkuviikosta jostain syystä kävikin näin).

En ole varma minkälaiset OpenSUSE-päivitykset aiheuttavat tuon buuttijärjestyksen muuttumisen, liekö joku isompi kernel-päivitys tms.?

grubin kautta en valitse buuttaanko opensuseen vai windowsiin koska siinä ainakin Bitlocker tuntui pillastuvan suunnilleen aina jos OpenSUSEen oli tullut jotain kernel-muutosta, sai aina varautua bitlocker-avaimen syöttämiseen uudelleen. Nykyisellä järjestelyllä ei tapahdu, ainakin jos muistaa hanskata yllämainitus buuttijärjestyksen korjaamisen UEFI:ssa ennenkuin yrittää päästä Windowsiin.

 

[telcoM]

Haluan että buuttaa defaulttina Windowsiin vaikka itse käytän usemmiten OpenSUSEa. Pitää aina käydä tuo järjestys sitten vaihtamassa kun noin tapahtuu, pelkään että Windowsin Bitlocker pillastuu huomatessaan jotain muuttuneen UEFI buutissa ja vaatii taas Bitlocker-avaimen syöttämistä (alkuviikosta jostain syystä kävikin näin).

En ole varma minkälaiset OpenSUSE-päivitykset aiheuttavat tuon buuttijärjestyksen muuttumisen, liekö joku isompi kernel-päivitys tms.?

Se mistä Bitlocker "pillastuu" ja mistä ei, riippuu siitä mitä TPM:n PCR-rekistereitä Bitlocker on määritelty käyttämään.
Saadaksesi sen selville, avaa Windowsin komentotulkki järjestelmänvalvojana, ja komenna:

manage-bde -protectors -get c:

Oletusarvona Bitlocker käyttää PCR-rekistereitä 0, 2, 4, 7 (vain jos kone tukee Secure Boottia) ja 11:
- PCR 0:n arvo muodostuu koneen firmiksen tarkisteista: jos koneeseen tehdään BIOS-päivitys laittamatta Bitlockeria ensin tauolle, pääset syöttämään palautusavainta.
- PCR 2:n arvo on summattu lisäkorttien kuten näytönohjaimen firmiksestä: jos näitä firmiksiä päivitetään tai esim. näytönohjain vaihdetaan erimalliseen laittamatta ensin Bitlockeria tauolle, joutuu seuraavassa bootissa syöttämään Bitlocker-palautusavaimen.
- PCR 4:n arvo muodostuu käytetyn bootloaderin/loaderien tarkisteista: jos aikaisemmin boottasit suoraan Windowsiin (bootmgfw.efi) ja siirryt tekemään sen GRUBin valikon kautta, tai päinvastoin, joudut seuraavassa bootissa syöttämään Bitlocker-palautusavaimen. ellet ennen muutoksen tekemistä laita Bitlockeria tauolle.
- PCR 7: Secure Boot-muuttujat (PK, KEK, DB, dbx, ja tieto onko Secure Boot ylipäätään päällä vai ei).
- PCR 11:n arvo muodostetaan Bitlockerin omista asetuksista, joten se ei yleensä pääse muuttumaan muuten kuin Bitlockerin hallintatyökalujen käytön kautta, ja ne pitävät automaattisesti huolen PCR 11:n uuden arvon rekisteröimisestä.

Jos Bitlocker on otettu käyttöön kustomoiduilla parametreilla (esim. koska AD:n kautta on pakotettu firman "kovennettu" tietoturvapolitiikka), Bitlocker voidaan määritellä käyttämään muitakin PCR-rekistereitä:
- PCR 1: UEFI-firmiksen data. Muutokset vaikeasti ennakoitavissa, joten tämän käyttöä Bitlockerin kanssa ei suositella.
- PCR 3: UEFI-muuttujat (paitsi Secure Boot), käytännössä BIOS-asetukset: tätä käytettäessä mikä tahansa BIOS-asetuksien muuttaminen aiheuttaa Bitlocker-palautusavaimen syöttötarpeen.
- PCR 5: GPT-osiotaulukko = osiointimuutokset aiheuttavat Bitlocker-palautusavaimen syöttötarpeen.
- PCR 6: laitevalmistajakohtainen, tämän käyttö Bitlockerin kanssa saattaa tuoda vaikeuksia suspend- ja hibernate-virransäästötilojen käytön kanssa (= Windows boottaa vain suoraan "kylmäkäynnistyksestä", ja jumittuu jos se suspendataan/hibernoidaan)

Ja Bitlockerin laittaminen tauolle tarkoittaa siis esim. järjestelmänvalvojan PowerShell-komentoa:

Suspend-BitLocker -MountPoint "C:" -RebootCount 1

Tauko kestää RebootCount:in määrittelemän määrän Windowsin boottikertoja. Jos RebootCountiksi laittaa nollan, tauko on päällä kunnes se nimenomaisesti poistetaan vastaavalla "Resume-BitLocker" komennolla.
Kun tauko päättyy, Windows tallettaa Bitlocker-salausavaimen TPM:ään uudestaan käyttäen sen hetkisiä PCR-rekisterien arvoja, eli tällä päästään yli näytönohjaimen (tai muun UEFI-firmiksiä sisältävän komponentin) vaihdosta tai muusta PCR-rekistereihin vaikuttavasta muutoksesta ilman Bitlocker-palautusavaimen syöttötarvetta.
Tämä ei siis varsinaisesti poista salausta, vaan varmistaa että Bitlockerin salausavain on Windowsin saatavissa ilman TPM-suojausta, joten TPM:n PCR-rekisterien muuttuminen ei estä koneen boottia. Tarkoittaa toki myös sitä, että salausavain on suojaamattomana saatavilla, jos joku pahantekijä saa koneen fyysisesti käsiinsä tauon aikana.

Boottijärjestyksen muutos tulee kysymykseen lähinnä silloin jos Windowsin versio päivittyy: esim. jos Windows 11 päivittyy 23H2-versiosta 24H2-versioon. Tällöin Windows yleensä boottaa useamman kerran, joten se "avuliaasti" varmistaa itselleen paikan boottijärjestyksen kärjessä jotta päivityksen vaatimat bootit saadaan läpi automaattisesti. Vastaavasti jos GRUB päivittyy uuteen versioon, sen päivitysprosessi saattaa kirjoittaa OpenSUSEn UEFI-boottimuuttujan uudestaan ja asettaa sen boottijärjestyksessä ensimmäiseksi. Jokin aika sitten tuli kasa GRUB-päivityksiä liittyen Black Lotus- ja BootHole-haavoittuvuuksien paikkaukseen; havainnot OpenSUSEn kiilaamisesta boottijärjestyksen kärkeen saattaisi johtua näistä.

Toinen mahdollinen tapaus on jos koneeseen lisätään/poistetaan levyjä niin että Windows-systeemilevyn järjestysnumero UEFI-firmistasolla muuttuu. Tätä numerointia ei oikein pääse näkemään kuin UEFI-shelliä käyttämällä, joten tämän ennakointi on vähän hankalaa.

 

[timppeli]

Se mistä Bitlocker "pillastuu" ja mistä ei, riippuu siitä mitä TPM:n PCR-rekistereitä Bitlocker on määritelty käyttämään.
Saadaksesi sen selville, avaa Windowsin komentotulkki järjestelmänvalvojana, ja komenna:

manage-bde -protectors -get c:

Oletusarvona Bitlocker käyttää PCR-rekistereitä 0, 2, 4, 7 (vain jos kone tukee Secure Boottia) ja 11:
- PCR 0:n arvo muodostuu koneen firmiksen tarkisteista: jos koneeseen tehdään BIOS-päivitys laittamatta Bitlockeria ensin tauolle, pääset syöttämään palautusavainta.
- PCR 2:n arvo on summattu lisäkorttien kuten näytönohjaimen firmiksestä: jos näitä firmiksiä päivitetään tai esim. näytönohjain vaihdetaan erimalliseen laittamatta ensin Bitlockeria tauolle, joutuu seuraavassa bootissa syöttämään Bitlocker-palautusavaimen.
- PCR 4:n arvo muodostuu käytetyn bootloaderin/loaderien tarkisteista: jos aikaisemmin boottasit suoraan Windowsiin (bootmgfw.efi) ja siirryt tekemään sen GRUBin valikon kautta, tai päinvastoin, joudut seuraavassa bootissa syöttämään Bitlocker-palautusavaimen. ellet ennen muutoksen tekemistä laita Bitlockeria tauolle.
- PCR 7: Secure Boot-muuttujat (PK, KEK, DB, dbx, ja tieto onko Secure Boot ylipäätään päällä vai ei).
- PCR 11:n arvo muodostetaan Bitlockerin omista asetuksista, joten se ei yleensä pääse muuttumaan muuten kuin Bitlockerin hallintatyökalujen käytön kautta, ja ne pitävät automaattisesti huolen PCR 11:n uuden arvon rekisteröimisestä.

Jos Bitlocker on otettu käyttöön kustomoiduilla parametreilla (esim. koska AD:n kautta on pakotettu firman "kovennettu" tietoturvapolitiikka), Bitlocker voidaan määritellä käyttämään muitakin PCR-rekistereitä:
- PCR 1: UEFI-firmiksen data. Muutokset vaikeasti ennakoitavissa, joten tämän käyttöä Bitlockerin kanssa ei suositella.
- PCR 3: UEFI-muuttujat (paitsi Secure Boot), käytännössä BIOS-asetukset: tätä käytettäessä mikä tahansa BIOS-asetuksien muuttaminen aiheuttaa Bitlocker-palautusavaimen syöttötarpeen.
- PCR 5: GPT-osiotaulukko = osiointimuutokset aiheuttavat Bitlocker-palautusavaimen syöttötarpeen.
- PCR 6: laitevalmistajakohtainen, tämän käyttö Bitlockerin kanssa saattaa tuoda vaikeuksia suspend- ja hibernate-virransäästötilojen käytön kanssa (= Windows boottaa vain suoraan "kylmäkäynnistyksestä", ja jumittuu jos se suspendataan/hibernoidaan)

Ja Bitlockerin laittaminen tauolle tarkoittaa siis esim. järjestelmänvalvojan PowerShell-komentoa:

Suspend-BitLocker -MountPoint "C:" -RebootCount 1

Tauko kestää RebootCount:in määrittelemän määrän Windowsin boottikertoja. Jos RebootCountiksi laittaa nollan, tauko on päällä kunnes se nimenomaisesti poistetaan vastaavalla "Resume-BitLocker" komennolla.
Kun tauko päättyy, Windows tallettaa Bitlocker-salausavaimen TPM:ään uudestaan käyttäen sen hetkisiä PCR-rekisterien arvoja, eli tällä päästään yli näytönohjaimen (tai muun UEFI-firmiksiä sisältävän komponentin) vaihdosta tai muusta PCR-rekistereihin vaikuttavasta muutoksesta ilman Bitlocker-palautusavaimen syöttötarvetta.
Tämä ei siis varsinaisesti poista salausta, vaan varmistaa että Bitlockerin salausavain on Windowsin saatavissa ilman TPM-suojausta, joten TPM:n PCR-rekisterien muuttuminen ei estä koneen boottia. Tarkoittaa toki myös sitä, että salausavain on suojaamattomana saatavilla, jos joku pahantekijä saa koneen fyysisesti käsiinsä tauon aikana.

Boottijärjestyksen muutos tulee kysymykseen lähinnä silloin jos Windowsin versio päivittyy: esim. jos Windows 11 päivittyy 23H2-versiosta 24H2-versioon. Tällöin Windows yleensä boottaa useamman kerran, joten se "avuliaasti" varmistaa itselleen paikan boottijärjestyksen kärjessä jotta päivityksen vaatimat bootit saadaan läpi automaattisesti. Vastaavasti jos GRUB päivittyy uuteen versioon, sen päivitysprosessi saattaa kirjoittaa OpenSUSEn UEFI-boottimuuttujan uudestaan ja asettaa sen boottijärjestyksessä ensimmäiseksi. Jokin aika sitten tuli kasa GRUB-päivityksiä liittyen Black Lotus- ja BootHole-haavoittuvuuksien paikkaukseen; havainnot OpenSUSEn kiilaamisesta boottijärjestyksen kärkeen saattaisi johtua näistä.

Toinen mahdollinen tapaus on jos koneeseen lisätään/poistetaan levyjä niin että Windows-systeemilevyn järjestysnumero UEFI-firmistasolla muuttuu. Tätä numerointia ei oikein pääse näkemään kuin UEFI-shelliä käyttämällä, joten tämän ennakointi on vähän hankalaa.

Kiitos, tuossa oli paljon minulle uutta asiaa ja nyt on parempi ymmärrys millaisissa tilanteissa Bitlocker saattaa laueta.

Epäilen alkuviikkoisen tapauksen liittyneen BIOS-päivitykseen. Koitin ajaa OpenSUSE:een järjestelmäpäivityksiä tapojeni vastaisesti graafisen työkalun kautta, mielestäni Discover, ja ihmettelin että se tarjosi BIOS/UEFI päivitystä läppärille. Yleensä ajan BIOS-päivitykset Windowsissa Dellin "Command Update"-työkalulla jos se havaitsee sellaisia olevan tarjolla, mutta sitä ennen pitää käydä poistamassa BIOS-salasanat. Kai sen salasanan saisi jotenkin määriteltyä tuohon työkaluunkin mutta en jaksa, varmempi näin.

Kun OpenSUSE kerran tarjosi BIOS-päivitystä niin annoin sen yrittää, mutta ei se pystynyt sitä asentamaan. Silloin muistin sen että päällä oleva BIOS-salasana saattaa estää sen.

Tuon episodin jälkeen buuttasin Windowsiin ja se taisi siinä yhteydessä vaatia Bitlocker-avainta. Eli vaikka OpenSUSE ei saanut BIOS:ia päivitettyä, ilmeisesti Windows huomasi jotain tapahtuneen ja vaati avainta. Annoin sitten avaimen ja ajoin BIOS-päivityksen Windowsin kautta.

Niin tuo Dellin Command Update muistaakseni varoittaakin että se laittaa BitLockerin tauolle BIOS-päivityksen ajaksi, varmaankin tekee juuri tuon mitä tuossa mainitset.

 

[Obi-Lan]

Tuohon äänen rasahteluun liittyen, huomasin että vanhalla "romu" Surface Laptop 3:lla (Intel) kuuluu hyvin pieniä rasahduksia esim. jos Youtube videossa on frame droppia, sama ei tapahdu uudemmalla Lenovo Yoga Slim AMD kannettavalla. Molemmilla käytän saman lenovon usb-c telakan kautta aktiivikaiuttimia. Molemmissa sama NixOS ja samat conffit, tosin Surfacessa kerneliin käännettynä Surfacen lisäajureita ja jotain Intel optimointeja.

 

[timppeli]

Tuohon äänen rasahteluun liittyen, huomasin että vanhalla "romu" Surface Laptop 3:lla (Intel) kuuluu hyvin pieniä rasahduksia esim. jos Youtube videossa on frame droppia, sama ei tapahdu uudemmalla Lenovo Yoga Slim AMD kannettavalla. Molemmilla käytän saman lenovon usb-c telakan kautta aktiivikaiuttimia. Molemmissa sama NixOS ja samat conffit, tosin Surfacessa kerneliin käännettynä Surfacen lisäajureita ja jotain Intel optimointeja.

Minulla se on pitkäaikaisempaa, ikäänkuin ääni tulisi pitkän peltipurkin läpi säröytyneenä, "metallinen" ääni. Ja monesti myös loppuu yhtä nopeasti kuin alkoikin.

Yhdeksi syyksi on esitetty koneen muuta kuormaa eli kone on vain liian heikkotehoinen, mutta en siinä mitään muuta tee joka aiheuttaisi erityisiä CPU-piikkejä tms., katselen vaan samaa Youtube-videota tai pelaan vanhaa Windows-peliä WINE:llä. Joskus ääni alkaa säröytyä ja joskus taas palaa takaisin.

Yritän vielä testailla tapahtuuko sitä milloinkaan muulloin kuin USB-kaiuttimia käytettäessä. Sääli jos näin on enkä keksi ratkaisua, tosi kätevät ja hyvät kaiuttimet jotka kaikessa muussa (WIndowsissa ja muissa Linuxeissa (joissa on pulseaudio käytössä?)) toimivat erinomaisesti. Ja 80% ajasta toimivat ok myös tässäkin koneessa, mutta se 20% on sitten niin karseaa kuunneltavaa että voisi laittaa äänen kokonaan siksi aikaa mutelle, ei saa puheestakaan selvää, pelkkää säröytynyttä sössötystä.

 

[kolkkaaja]

Posti toi juuri DP-HDMI adapterin jolla pitäisi onnistua 144hz-4K-VRR AMD:n kortilla, mutta sen ihmettely odottaa nyt aikaa ja energiaa

Tämä olikin helppo projekti. Adapteri paikalleen ja nyt toimii 120hz 4K HDR + Freesync Premium täysillä väreillä 6900XT:stä LG:n telkkariin, jossa pelkkiä HDMI-tuloja. TV tukisi tuota 144hz ja se tuli myös KDE:ssä tarjolle, mutta sen asettaminen johti mustaan ruutuun. Olen kuitenkin jo tähän tilanteeseen tyytyväinen. TV:n päästä sai nuo värit ja freesyncit varmistettua painamalla seitsemän kertaa kaukosäätimen vihreää näppäintä, joka avaa speksit näkyviin.

Tällä kiina-adapterilla homma hoitui:

Displayport to HDMI Adapter 8K DP 1.4 to HDMI Adapters Male to Female 8K60HZ 4K120HZ Display Port Converter for Dell Lenovo - AliExpress 44

Smarter Shopping, Better Living! Aliexpress.com

a.aliexpress.com

Monessa redditlangassa oli keskustelua vaikka mistä adapterin firmismodauksista yms, mutta itsellä oli tosiaan plug and play.

 

[Obi-Lan]

Yhdeksi syyksi on esitetty koneen muuta kuormaa eli kone on vain liian heikkotehoinen, mutta en siinä mitään muuta tee joka aiheuttaisi erityisiä CPU-piikkejä tms., katselen vaan samaa Youtube-videota tai pelaan vanhaa Windows-peliä WINE:llä. Joskus ääni alkaa säröytyä ja joskus taas palaa takaisin.

Jos CPU:ssa on virransäästöjä päällä, sekin voisi aiheuttaa matalilla kuormilla tai voi olla jotain myös USB väylässä.

 

[Swede]

Tämä olikin helppo projekti. Adapteri paikalleen ja nyt toimii 120hz 4K HDR + Freesync Premium täysillä väreillä 6900XT:stä LG:n telkkariin, jossa pelkkiä HDMI-tuloja. TV tukisi tuota 144hz ja se tuli myös KDE:ssä tarjolle, mutta sen asettaminen johti mustaan ruutuun. Olen kuitenkin jo tähän tilanteeseen tyytyväinen. TV:n päästä sai nuo värit ja freesyncit varmistettua painamalla seitsemän kertaa kaukosäätimen vihreää näppäintä, joka avaa speksit näkyviin.

Tällä kiina-adapterilla homma hoitui:

Displayport to HDMI Adapter 8K DP 1.4 to HDMI Adapters Male to Female 8K60HZ 4K120HZ Display Port Converter for Dell Lenovo - AliExpress 44

Smarter Shopping, Better Living! Aliexpress.com

a.aliexpress.com

Monessa redditlangassa oli keskustelua vaikka mistä adapterin firmismodauksista yms, mutta itsellä oli tosiaan plug and play.

Tälläkö tosiaan saa 8K telkkarin toimimaan Linuxissa 8K/60Hz? Laitoin tilaukseen.

 

[kolkkaaja]

Tälläkö tosiaan saa 8K telkkarin toimimaan Linuxissa 8K/60Hz? Laitoin tilaukseen.

Tuota yhdistelmää en uskalla luvata, mutta sai tosiaan "lisää HDMI-kaistaa" ja 4k/120hz täysillä väreillä ainakin toimii. Korjataan kuitenkin hieman arvostelua sen verran, että männävuosien "näyttö ei herää sleepistä" ongelmaa on nyt tämän adapterin kanssa välillä esiintynyt. Herää sitten kun nykäsee piuhan koneesta irti ja takaisin. Aktiivikäytössä ei mitään ongelmia ja alkukäynnistyksessä toiminut jne.

 

[love_doctor]

Tuota yhdistelmää en uskalla luvata, mutta sai tosiaan "lisää HDMI-kaistaa" ja 4k/120hz täysillä väreillä ainakin toimii. Korjataan kuitenkin hieman arvostelua sen verran, että männävuosien "näyttö ei herää sleepistä" ongelmaa on nyt tämän adapterin kanssa välillä esiintynyt. Herää sitten kun nykäsee piuhan koneesta irti ja takaisin. Aktiivikäytössä ei mitään ongelmia ja alkukäynnistyksessä toiminut jne.

Eikös se tuotteen kuvauksessa lue? Jonkun pitää olla vaan koekaniini. 1999+ euron listahinta (verkkokauppa.comissa nyt edullisin) pitää 8k-telkkuja/näyttöjä vielä harvojen herkkuna. Jokin aika sitten Phoronixissahan oli juttua, että edes hdr-asioita ei ole saatu testattua kun näyttiskehittäjillä ei ole varaa hdr-näyttöihin ja niissä hinnat lähtevät paljon alempaa.

 

[Mestaritonttu]

Minulla se on pitkäaikaisempaa, ikäänkuin ääni tulisi pitkän peltipurkin läpi säröytyneenä, "metallinen" ääni. Ja monesti myös loppuu yhtä nopeasti kuin alkoikin.

Yhdeksi syyksi on esitetty koneen muuta kuormaa eli kone on vain liian heikkotehoinen, mutta en siinä mitään muuta tee joka aiheuttaisi erityisiä CPU-piikkejä tms., katselen vaan samaa Youtube-videota tai pelaan vanhaa Windows-peliä WINE:llä. Joskus ääni alkaa säröytyä ja joskus taas palaa takaisin.

Yritän vielä testailla tapahtuuko sitä milloinkaan muulloin kuin USB-kaiuttimia käytettäessä. Sääli jos näin on enkä keksi ratkaisua, tosi kätevät ja hyvät kaiuttimet jotka kaikessa muussa (WIndowsissa ja muissa Linuxeissa (joissa on pulseaudio käytössä?)) toimivat erinomaisesti. Ja 80% ajasta toimivat ok myös tässäkin koneessa, mutta se 20% on sitten niin karseaa kuunneltavaa että voisi laittaa äänen kokonaan siksi aikaa mutelle, ei saa puheestakaan selvää, pelkkää säröytynyttä sössötystä.

Jos käytössä on Pipewire (ja erityisesti jos myös Mint): https://forums.linuxmint.com/viewtopic.php?t=450701

Kaikki mahdolliset audiolaitteiden virransäästöt täytyy myös poistaa käytöstä. Linux on jostain syystä oletuksena aggressiivisempi niiden kanssa.

 

[timppeli]

Jos käytössä on Pipewire (ja erityisesti jos myös Mint): https://forums.linuxmint.com/viewtopic.php?t=450701
Kaikki mahdolliset audiolaitteiden-virransäästöt täytyy myös poistaa käytöstä. Linux on jostain syystä oletuksena aggressiivisempi niiden kanssa.

OpenSUSE Tumbleweed käytössä täällä mutta eiköhän nuo ohjeet toimine tässäkin, pipewire.conf samassa paikassa.

Pitänee vielä kokeilla mutta muistaakseni olen vastaavanlaisia säätöjä jo kokeillut, pääsemättä ainakaan kokonaan ongelmasta eroon. Vaikea arvioida muutosten tehokkuutta koska ilmankin muutoksia välillä ei ole ongelmia pitkään aikaan, välillä tulee ihan samaa tehdessä melkein heti ja useammin.

Lisäksi en tiedä onko syynä tapauksessani "high CPU usage", ei tämä läppäri nyt ihan nuhapumppu ole (4 core jne.) ja tuskin on moksiskaan jos nyt yhtä Youtube-videota katselen Chromiumilla tai pelaan 2001 valmistunutta Windows-peliä WINE:llä. Voin toki laittaa siihen top pyörimään mutta luulisin että aika pienellä kuormalla CPU:t käyvät.

Epäilen että kulminoituu jotenkin näihin käyttämiini USB-kaiuttimiin, pipewirellä ehkä on jotain hampaankolossa niitä vastaan vaikka toimivat erinomaisesti täysin ilman ongelmia Windowsissa ja vanhemmissa Linuxeissa (joissa käytössä kai sitten pulseaudio tms. pipewire puolesta?).

 

[Mukava]

DHH:n uusin "linux-projekti" Omakub:n jälkeen on Omarchy (Omarchy) eli Arch Linux pohja johon päälle "omakase" tyyliin Hyprland WM + höysteet. Samalla myös ilmoitti, että Omarchy tulee jatkossa olemaan 37signals-firman pääasiallinen ympäristö dev-porukoiden osalta.

Ajellut tuota nyt muutaman päivän virtuaalikoneessa ja vaikuttaa varsin hyvältä Hyprland implementaatiolta. Tämän voisi jopa asennella desktopille jossain vaiheessa.

 

[Mestaritonttu]

Epäilen että kulminoituu jotenkin näihin käyttämiini USB-kaiuttimiin, pipewirellä ehkä on jotain hampaankolossa niitä vastaan vaikka toimivat erinomaisesti täysin ilman ongelmia Windowsissa ja vanhemmissa Linuxeissa (joissa käytössä kai sitten pulseaudio tms. pipewire puolesta?).

Jos emolevyn omaa äänipiiriä käytettäessä ei tapahdu samaa ilmiötä niin silloin ongelma on todennäköisesti joko USB Audio- standardin laitteiden virransäästö, tai se että Linuxin audiomikseri syöttää kaiuttimille bittiä sellaisessa muodossa jota kaiuttimien DAC ei kunnolla tue. Tuollaista saattaa tapahtua myös jos käytössä on joku audioefekti-kikkare tai jos audiosignaalia pakataan jotta siitä saataisiin "voimakkaampi", tuo tapahtuu kun järjestelmän äänenvoimakkuus nostetaan yli 100% ja esim. Plasmassahan on ollut tuo mahdollisuus jo kauan.

 

[Barbarossa]

Jos emolevyn omaa äänipiiriä käytettäessä ei tapahdu samaa ilmiötä niin silloin ongelma on todennäköisesti joko USB Audio- standardin laitteiden virransäästö, tai se että Linuxin audiomikseri syöttää kaiuttimille bittiä sellaisessa muodossa jota kaiuttimien DAC ei kunnolla tue. Tuollaista saattaa tapahtua myös jos käytössä on joku audioefekti-kikkare tai jos audiosignaalia pakataan jotta siitä saataisiin "voimakkaampi", tuo tapahtuu kun järjestelmän äänenvoimakkuus nostetaan yli 100% ja esim. Plasmassahan on ollut tuo mahdollisuus jo kauan.

Tuon lisäksi ongelmana voi olla bufferien xrunit, PipeWire käyttää oletuksena suht pieniä buffereita pitääkseen latenssit matalana ja jotkut (USB) laitteet eivät välttämättä pysy tässä matkassa. Eli uskoisin ratkaisun löytyvän jo aiemmin mainittujen quantumien (jotka vaikuttavat buffereihin) ja/tai ääniformaattien (vaikuttaa mainitun DACin tukemisen lisäksi buffereihin) kautta.

 

[Mestaritonttu]

ja jotkut (USB) laitteet eivät välttämättä pysy tässä matkassa.

Mikä näissä laitteissa on sitten ongelmana, ovatko mahdollisesti kaikki antiikkisia vai onko niissä joku pennin DAC?

 

[timppeli]

Mikä näissä laitteissa on sitten ongelmana, ovatko mahdollisesti kaikki antiikkisia vai onko niissä joku pennin DAC?

Nämä ainakin ovat antiikkisia Logitech V20 jota ei ole valmistettu vuosikausiin.
Toimii kuitenkin erinomaisesti Windows 11 ja (vanhemmilla?) Linuxeilla joissa kai Pulseaudio käytössä, esim. juuri nyt nuo samat ovat käytössä tällä samalla läppärillä Windows 11 Pro kanssa, ei koskaan mitään ongelmaa Youtube-videoissa tai muussakaan audiossa (Windowsissa).
Ajoittaisia ongelmia ilmeisesti Linuxin Pipewire kanssa.

En ole vielä kunnolla päässyt testaamaan tapahtuuko muilla "äänikorteilla" kuten läppärin sisäinen. Sen kuulokeliitin kun ei ole missään kiinni ja läppärin sisäisiä surkeita kaiuttimia kuunnellessa tuskin edes erotan milloin ääni särkyy ja milloin ei. Katsotaan jos löydän jostain vanhat langalliset kuulokkeet, ehkä sitten testaan niillä kuuluko särkymistä koskaan.

Toki haluaisin noita V20 USB-kaiuttimia edelleen käyttää kun muuten toimivat erinomaisesti, on hyvä ääni kokoisekseen ja kulkevat hyvin läppärirepussakin tarvittaessa. Jos siis jollain viive tai quantum-arvon muutoksella äänen ajoittaisen säröytymisen saisi lakkaamaan (toistaiseksi en ole saanut ainakaan kokonaan).

Tässä V20 arvpstelu vuodelta 2007 eli silloin kai tulleet markkinoille alunperin:

Review: Logitech V20 Speakers

Built-in speakers are generally lousy, making headphones or external speakers a necessity to really enjoy your notebook’s multimedia features. Most speaker sets require an AC adapter, but Log…

notebooks.com

 

[Barbarossa]

Mikä näissä laitteissa on sitten ongelmana, ovatko mahdollisesti kaikki antiikkisia vai onko niissä joku pennin DAC?

Ei tähän taida olla mitään yksittäistä syytä. USBin tapauksessa isäntäkoneen CPU työntää tavaraa laitteelle, kun bufferit ovat pienet niin CPUkin joutuu tekemään enemmän töitä kun dataa pistetään tihempään. Vastaanottaja ei firmware- ja/tai rautaratkaisuista johtuen pysty välttämättä käsittelemään sitä samaa tahtia, voi myös itse USB väylä ruuhkaantua vaikka itse kaista riittäisikin. Aika usein näkee pro audio porukoissa kun suositellaan USB interface liittämään porttiin jossa se saa olla yksin omassa väylässään.

 

[Mestaritonttu]

Aika usein näkee pro audio porukoissa kun suositellaan USB interface liittämään porttiin jossa se saa olla yksin omassa väylässään.

Nykyisissä emolevyissä näyttää olevan manuaalien mukaan vähintään yksi USB portti I/O- paneelissa joka on merkitty sekalaisille medialaitteille, liittyyköhän asiaan.

 

[Barbarossa]

Nykyisissä emolevyissä näyttää olevan manuaalien mukaan vähintään yksi USB portti I/O- paneelissa joka on merkitty sekalaisille medialaitteille, liittyyköhän asiaan.

Mielenkiintoista. Ei ole tullut tuollaista vastaan, en taida yrittää arvailla perusteluja tuon taustalla.

 

[love_doctor]

Mielenkiintoista. Ei ole tullut tuollaista vastaan, en taida yrittää arvailla perusteluja tuon taustalla.

Olisiko niin että on suoraan kytketty host-porttiin ilman hubia. Väylän jakamisesta tulee vähän lagia joskus.

Mikä näissä laitteissa on sitten ongelmana, ovatko mahdollisesti kaikki antiikkisia vai onko niissä joku pennin DAC?

Kuulostaisi erikoiselta. Mulla on kaiuttimet kytketty TPA3116D2-vahvariin, josta maksoin 5 euroa posteineen. Asensin sen vanhaan CDROM-koteloon ylimääräisillä emolevyn nostopaloilla ja poweroin läppärin virtalähteellä, josta katkoin liittimen ja laitoin johdot vahvistimen sokeripalaan kiinni. Sitten siitä USB-kortti USB-hubiin. Äänet toimii 5/5. Vaihdoin jopa pienempään daciin kun vanha vei liikaa pöytätilaa. Aika paskoja noi "ammattilaislaitteet", jos aliexpress-laatu toimii noin hyvin.

 

[Barbarossa]

Aika paskoja noi "ammattilaislaitteet", jos aliexpress-laatu toimii noin hyvin.

Mitkä ammattilaislaitteet?

 

[love_doctor]

Mitkä ammattilaislaitteet?

Taisin lukea huolimattomasti, kun tuossa oli puheena pro audio -porukoiden suositukset. Esim. minulla on tässä samassa hubissa näppis, hiiri, bluetooth, 3 ssd-levyä ja dac. Olen välillä siirtänyt kaikille levyille samaan aikaankin dataa. Ei ole ääni ikinä pätkinyt. Toki hubi on USB 3.x. Aika huikean hyvin jaettukin USB toimii.

 

[kolkkaaja]

Nyt on kuukausi täynnä OpenSuse Tumbleweedin käyttämistä. Windowsin puolelle ei ole toistaiseksi tarvinnut palata. Nyt minulla on kuitenkin ollut ongelmia Valheimin kanssa, jossa noin puolentoista tunnin pelaamisen jälkeen ruutun jämähtää kuva ja kone on pakko sammuttaa kylmiltään. Äänet ja ohjelmat itsessään toimii kaatumisen jälkeenkin. Kerran tuli myös artefakteja ruutuun.

Vika ei ole välttämättä pelistä kiinni, kun Valheim sattuu olemaan ainut peli mitä on tullut pidempiä jaksoja pelattua. Toinen semi-aktiivinen peli Elden Ring on pyörinyt ongelmitta, mutta siinä ei ole ollut illan pituisia sessioita ja vastaavaa vertailukohtaa ei ole.

Näkeekö jostain lokia Windowsin Event Viewerin tyyliin tai mikä olisi paras tapa selvitellä ongelmaa? Tiedän kaivaneeni vähän verta nenstä, koska käytän bleeding edge distroa, ajan pelit Waylandilla ja näytönohjaimessakin on kevyet kellotukset. Valistunut arvaus on että ajuri kaatuu, mutta sille on varmaan joku hyvä juurisyy.. Google-hauilla ei löytynyt mitään yleisiä murheita Valheim ja Linuxin kanssa.

Edit: Näytönohjaimena AMD 6900 XT.

 

[love_doctor]

Näkeekö jostain lokia Windowsin Event Viewerin tyyliin tai mikä olisi paras tapa selvitellä ongelmaa? Tiedän kaivaneeni vähän verta nenstä, koska käytän bleeding edge distroa, ajan pelit Waylandilla ja näytönohjaimessakin on kevyet kellotukset. Valistunut arvaus on että ajuri kaatuu, mutta sille on varmaan joku hyvä juurisyy.. Google-hauilla ei löytynyt mitään yleisiä murheita Valheim ja Linuxin kanssa.

Jos näyttis kaatuu, voi kokeilla asentaa ssh:n ja vaikka toisella koneella lähiverkossa kirjautua sisään ja ajaa dmesg/journalctl. Tähän ei tarvi toimivaa näyttistä. Jos kerneli on täysin jumissu, niin sshd ei ota vastaan yhteyksiä. Jos kone ei ehdi kirjata talteen mitään, niin kernelilogit voi koittaa ohjata toiselle laitteelle sarjaportilla/usb:llä/verkon yli.

 

[Barbarossa]

Nyt on kuukausi täynnä OpenSuse Tumbleweedin käyttämistä. Windowsin puolelle ei ole toistaiseksi tarvinnut palata. Nyt minulla on kuitenkin ollut ongelmia Valheimin kanssa, jossa noin puolentoista tunnin pelaamisen jälkeen ruutun jämähtää kuva ja kone on pakko sammuttaa kylmiltään. Äänet ja ohjelmat itsessään toimii kaatumisen jälkeenkin. Kerran tuli myös artefakteja ruutuun.

Vika ei ole välttämättä pelistä kiinni, kun Valheim sattuu olemaan ainut peli mitä on tullut pidempiä jaksoja pelattua. Toinen semi-aktiivinen peli Elden Ring on pyörinyt ongelmitta, mutta siinä ei ole ollut illan pituisia sessioita ja vastaavaa vertailukohtaa ei ole.

Näkeekö jostain lokia Windowsin Event Viewerin tyyliin tai mikä olisi paras tapa selvitellä ongelmaa? Tiedän kaivaneeni vähän verta nenstä, koska käytän bleeding edge distroa, ajan pelit Waylandilla ja näytönohjaimessakin on kevyet kellotukset. Valistunut arvaus on että ajuri kaatuu, mutta sille on varmaan joku hyvä juurisyy.. Google-hauilla ei löytynyt mitään yleisiä murheita Valheim ja Linuxin kanssa.

Edit: Näytönohjaimena AMD 6900 XT.

Kernelin logit saa dmesg komennolla. Koko järjestelmän logeja voi selata journalctl. Jälkimmäisen man sivu kannattaa lukea ajatuksella, helpottaa käyttöä kun osaa oikeat vipstaakit valita.

Jos löytyy toinen kone verkosta ja ko. koneessa on sshd käynnissä, niin ssh:lla pääsee käsiksi kunhan edes jotakin on hengissä. Joskus diagnosoinut outoja jäätymisiä joiden jälkeen ei edes yhteyttä saa ottamalla yhteyden jo ennen jäätymistä ja journalctl -f jolla seuraa tapahtumia jumimiseen asti.

Lisäksi jos persistent journal optio on päällä distrossa (tai itse laitettuna) niin edellisten boottien journalitkin pitäisi löytyä, esim. journalctl -b -1 -e siirtyy edellisen bootin loppuun.

Ei tuo nyt vielä kovin extremeä ole, varsinaista veren kaivamista nenästä olisi käyttää jotain point release distroa ja vieläpä jotakin "LTS" releasea millään nykyraudalla jolla yrittää pelatakin.

 

[Swede]

Tuota yhdistelmää en uskalla luvata, mutta sai tosiaan "lisää HDMI-kaistaa" ja 4k/120hz täysillä väreillä ainakin toimii. Korjataan kuitenkin hieman arvostelua sen verran, että männävuosien "näyttö ei herää sleepistä" ongelmaa on nyt tämän adapterin kanssa välillä esiintynyt. Herää sitten kun nykäsee piuhan koneesta irti ja takaisin. Aktiivikäytössä ei mitään ongelmia ja alkukäynnistyksessä toiminut jne.

Voin vahvistaa, että HDMI/Display Port adapterilla saa Linuxin toimimaan 8K/60 Hz asetuksilla. Taajuus on hieman pienempi kuin 60 Hz.

 

[love_doctor]

Voin vahvistaa, että HDMI/Display Port adapterilla saa Linuxin toimimaan 8K/60 Hz asetuksilla. Taajuus on hieman pienempi kuin 60 Hz.

Aika harvoin taajuus on tasan 60 Hz, jos on 60 Hz:n näyttö:

 

[Ezzy]

Nyt on kuukausi täynnä OpenSuse Tumbleweedin käyttämistä. Windowsin puolelle ei ole toistaiseksi tarvinnut palata. Nyt minulla on kuitenkin ollut ongelmia Valheimin kanssa, jossa noin puolentoista tunnin pelaamisen jälkeen ruutun jämähtää kuva ja kone on pakko sammuttaa kylmiltään. Äänet ja ohjelmat itsessään toimii kaatumisen jälkeenkin. Kerran tuli myös artefakteja ruutuun.

Vika ei ole välttämättä pelistä kiinni, kun Valheim sattuu olemaan ainut peli mitä on tullut pidempiä jaksoja pelattua. Toinen semi-aktiivinen peli Elden Ring on pyörinyt ongelmitta, mutta siinä ei ole ollut illan pituisia sessioita ja vastaavaa vertailukohtaa ei ole.

Näkeekö jostain lokia Windowsin Event Viewerin tyyliin tai mikä olisi paras tapa selvitellä ongelmaa? Tiedän kaivaneeni vähän verta nenstä, koska käytän bleeding edge distroa, ajan pelit Waylandilla ja näytönohjaimessakin on kevyet kellotukset. Valistunut arvaus on että ajuri kaatuu, mutta sille on varmaan joku hyvä juurisyy.. Google-hauilla ei löytynyt mitään yleisiä murheita Valheim ja Linuxin kanssa.

Edit: Näytönohjaimena AMD 6900 XT.

Protonin logeista voi ehkä kans kaivella jotain

PROTON_LOG=1 %command%

 

[Jaguafgeg]

Ketjussa on ollut keskustelua äänien pätkimisestä ja siitä on itselläkin oma kokemus, käytössä Focusrite Scarlett Solo 3rd Gen.

Äänien pätkiminen näkyi pw-top:lla tasaiseen tahtiin ERR luvun nousuna, ja se mikä tähän auttoi oli pavucontrol ohjelman pitäminen päällä ihan missä tahansa muulla virtuaalityöpöydällä, kunhan sen asetuksista on laitettu päälle "Show volume meters".
Mikä tämän sitten aiheutti ja miksi tämä auttaa, en tiedä, mutta ääni ei sen koommin pätki ja ERR luku pysyy nollassa.

 

[timppeli]

Ketjussa on ollut keskustelua äänien pätkimisestä ja siitä on itselläkin oma kokemus, käytössä Focusrite Scarlett Solo 3rd Gen.

Äänien pätkiminen näkyi pw-top:lla tasaiseen tahtiin ERR luvun nousuna, ja se mikä tähän auttoi oli pavucontrol ohjelman pitäminen päällä ihan missä tahansa muulla virtuaalityöpöydällä, kunhan sen asetuksista on laitettu päälle "Show volume meters".
Mikä tämän sitten aiheutti ja miksi tämä auttaa, en tiedä, mutta ääni ei sen koommin pätki ja ERR luku pysyy nollassa.

Kiits, mielenkiintoinen havainto, pitänee kokeilla. Asensin OpenSUSE:en jo pavucontrolin kun piti ratkoa miksi Team Fortress 2 meni välillä mutelle ilmeisen itsekseen. En kylläkään nyt löydä mitään "pavucontrol" koneelta mutta jos laitan sen hakuun start-kentässä, johdattaa se ihan Volume Controlliin josta kyllä voi säädellä eri juttujen volumeita, mikä käsittääkseni on pavucontrolin tarkoitus? Ainakin sieltä saan aina näppäistyä Team Fortress 2 muten pois päältä jos se on jostain oudosta syystä päälle mennyt.

Piti googlettaa mikä tuo Focusrite on, ilmeisesti jonkinlainen pieni vahvari?

 

[Barbarossa]

Piti googlettaa mikä tuo Focusrite on, ilmeisesti jonkinlainen pieni vahvari?

Focusrite tekee USB audio interfaceja, eli tarjoaa outputin lisäksi inputtia mm. Hi-Z laitteille (soittimille), haamuvirtaa vaativille kondensaattorimikeille ym. Ja jonkinlaista sisäistä mikseriä. Usein löytyy myös MIDI. Scarlett Solo on kevyemmästä päästä 2x2 input/output kanavillaan. Nämä alkaa siis olemaan niitä "ammattilaislaitteita" jotka on paskoja koska kiinalainen stereo-DAC toimii ongelmitta.

 

[timppeli]

Ketjussa on ollut keskustelua äänien pätkimisestä ja siitä on itselläkin oma kokemus, käytössä Focusrite Scarlett Solo 3rd Gen.

Äänien pätkiminen näkyi pw-top:lla tasaiseen tahtiin ERR luvun nousuna, ja se mikä tähän auttoi oli pavucontrol ohjelman pitäminen päällä ihan missä tahansa muulla virtuaalityöpöydällä, kunhan sen asetuksista on laitettu päälle "Show volume meters".
Mikä tämän sitten aiheutti ja miksi tämä auttaa, en tiedä, mutta ääni ei sen koommin pätki ja ERR luku pysyy nollassa.

Kun etsin "pavucontrol" OpenSUSE:ssa, se tarjoaa "Volume Control" joten otaksun että puhun samasta asiasta.
Tarkoitatko että avaan näytölle kyseisen ikkunan?
Pidin sitä päällä kun katsoin Youtubea, ääni alkoi silti säristä minuutin tai kahden kuluttua, eli ei tainnut auttaa minua.