Linux-kysymyksiä & yleistä keskustelua Linuxista

[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.

 

[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.

Nuo ohjeet olettivat että käyttäjän alla on tiedosto .config/pipewire/pipewire.conf jota muuttaa, mutta ei sellaista ole OpenSUSE:ssa joten tein, ja lisäsin sinne noissa ohjeissa mainitun rivin, ainoaksi riviksi.

Buuttasin koneen ja kaikki muuttui hitaaksi, sisäänloggautuminen kesti puolisen minuuttia ja työpöydän tuleminen toiset puoli minuuttia. Äänet eivät sen toimineet ja äänikonfiguraatio taisi sanoa jotain "Lost connection to audio server".

Vaihdoin pipewire.conf toisennimiseksi ja buuttasin koneen, ja nyt kone taas toimii "normaalisti".

No, nyt on nuokin ohjeet kokeiltu, tässä aiheutti vain lisäharmia. Onko joissain distroissa tuo pipewire.conf valmiiksi paikallaan vai tuo ohje vain oletti että käyttäjä on joskus aikaisemmin sellaisen sinne luonut? Joku template tuolle configille saattaa olla jonnekin piilotettu mutta ei ainakaan tuonne.

EDIT: Tarkistin että olen tuon ohjeen riviä:

default.clock.min-quantum = 1024

kyllä kokeillut tiedostossa /etc/pipewire/pipewire.conf (muistaakseni), mutta ei se sielläkään mitään auttanut. Sinne olin jostain kopioinut tuon conf-tiedoton templaten ennalta, en muista mistä.

 

[Pörkyle]

Nuo ohjeet olettivat että käyttäjän alla on tiedosto .config/pipewire/pipewire.conf jota muuttaa, mutta ei sellaista ole OpenSUSE:ssa joten tein, ja lisäsin sinne noissa ohjeissa mainitun rivin, ainoaksi riviksi.

Buuttasin koneen ja kaikki muuttui hitaaksi, sisäänloggautuminen kesti puolisen minuuttia ja työpöydän tuleminen toiset puoli minuuttia. Äänet eivät sen toimineet ja äänikonfiguraatio taisi sanoa jotain "Lost connection to audio server".

Vaihdoin pipewire.conf toisennimiseksi ja buuttasin koneen, ja nyt kone taas toimii "normaalisti".

No, nyt on nuokin ohjeet kokeiltu, tässä aiheutti vain lisäharmia. Onko joissain distroissa tuo pipewire.conf valmiiksi paikallaan vai tuo ohje vain oletti että käyttäjä on joskus aikaisemmin sellaisen sinne luonut? Joku template tuolle configille saattaa olla jonnekin piilotettu mutta ei ainakaan tuonne.

EDIT: Tarkistin että olen tuon ohjeen riviä:

default.clock.min-quantum = 1024

kyllä kokeillut tiedostossa /etc/pipewire/pipewire.conf (muistaakseni), mutta ei se sielläkään mitään auttanut. Sinne olin jostain kopioinut tuon conf-tiedoton templaten ennalta, en muista mistä.

oisko menny väärään paikka se conffin osa. ~/.config/pipewire/pipewire.conf.d/ taitaa olla oikea paikka conffin osille.

Config PipeWire · Wiki · PipeWire / pipewire · GitLab

Multimedia processing graphs

gitlab.freedesktop.org

edit. lisäys
~/.config/ on sitten käyttäjäkansiossa eli sitä tuskin on valmiiksi missään distrossa. Pipewire lukee conffit tuolta /usr/share/pipewire/ jos missään muualla ei ole conffeja

 

[Barbarossa]

Nuo ohjeet olettivat että käyttäjän alla on tiedosto .config/pipewire/pipewire.conf jota muuttaa, mutta ei sellaista ole OpenSUSE:ssa joten tein, ja lisäsin sinne noissa ohjeissa mainitun rivin, ainoaksi riviksi.

Ei mahda toimia noin. PipeWiren konffiformaatti ei ole paljaita rivejä vaan eräänlaisia JSON objekteja, ja saattaa lisäksi olla että pipewire.confin oletetaan sisältävän koko konfiguraation, osittaiset asetukset on tarkoitettu asetettavaksi drop-in fileissä.

Eli jos tuon yhden asetuksen haluaa käyttäjän konffeissa muuttaa niin pitää luoda drop-in hakemisto ~/.config/pipewire/pipewire.conf.d ja sinne tiedosto, esim. 10-default-min-quantum.conf johon sisällöksi:

context.properties = {
    default.clock.min-quantum  = 1024
}

 

[timppeli]

oisko menny väärään paikka se conffin osa. ~/.config/pipewire/pipewire.conf.d/ taitaa olla oikea paikka conffin osille.

Config PipeWire · Wiki · PipeWire / pipewire · GitLab

Multimedia processing graphs

gitlab.freedesktop.org

edit. lisäys
~/.config/ on sitten käyttäjäkansiossa eli sitä tuskin on valmiiksi missään distrossa. Pipewire lukee conffit tuolta /usr/share/pipewire/ jos missään muualla ei ole conffeja

Minun käsitykseni on, joka toki saattaa olla myös väärin:

/usr/share/pipewire/ alla ovat conffitiedostojen templatet. Niitä ei ilmeisesti lueta ollenkaan? Eli niihin muutosten tekeminen ei vaikuta mitään, vaan ne tulee kopioida sieltä jonnekin ja sitten muuttaa. Aiemmissa ohjeissa ilmeisesti oletettiin että käyttäjä on jo tehnyt näin ja nimenomaan vain käyttäjän kotihakemiston alle.

~/.config/pipewire/ alle jos haluaa niiden koskevan vain yhtä käyttäjää.

/etc/pipewire/ alle jos haluaa niiden olevan järjestelmätasoisia eli koskevan kaikkia käyttäjiä.

Noita ./pipewire.conf.d/ alihakemistoja käytetään jos haluaa jakaa conffitiedoston moneen osaan, ne eri conf-tiedostot sitten tuonne alihakemistoon eikä esim. /etc/pipewire/pipewire.conf

Joku voi kertoa jos meni jotain väärin.

 

[timppeli]

Ei mahda toimia noin. PipeWiren konffiformaatti ei ole paljaita rivejä vaan eräänlaisia JSON objekteja, ja saattaa lisäksi olla että pipewire.confin oletetaan sisältävän koko konfiguraation, osittaiset asetukset on tarkoitettu asetettavaksi drop-in fileissä.

Eli jos tuon yhden asetuksen haluaa käyttäjän konffeissa muuttaa niin pitää luoda drop-in hakemisto ~/.config/pipewire/pipewire.conf.d ja sinne tiedosto, esim. 10-default-min-quantum.conf johon sisällöksi:

context.properties = {
    default.clock.min-quantum  = 1024
}

Juu ok, ei ole tuttu millainen formaatti pitää olla.

Oletan että tarkoitus on kopioida /usr/share/ alta conf-tiedoston template jossa on ilmeisesti kaikki tarvittavat rivit (useimmat tai kaikki kommentoituna) vaikka sinne /etc/pipewire/ alle (jonka senkin joutuu ensin luomaan koska ei ko. alihakemistoa ole valmiina), ja sitten muokkaa sitä. Vai? Tämä steppi tuntuu puuttuvan melkein kaikista pipewiren konffausohjeista, oletetaan että conf-tiedosto on jo oikeassa paikassa paikallaan.

 

[Pörkyle]

Minun käsitykseni on, joka toki saattaa olla myös väärin:

/usr/share/pipewire/ alla ovat conffitiedostojen templatet. Niitä ei ilmeisesti lueta ollenkaan? Eli niihin muutosten tekeminen ei vaikuta mitään, vaan ne tulee kopioida sieltä jonnekin ja sitten muuttaa. Aiemmissa ohjeissa ilmeisesti oletettiin että käyttäjä on jo tehnyt näin ja nimenomaan vain käyttäjän kotihakemiston alle.

./config/pipewire/ alle jos haluaa niiden koskevan vain yhtä käyttäjää.

/etc/pipewire/ alle jos haluaa niiden olevan järjestelmätasoisia eli koskevan kaikkia käyttäjiä.

Noita ./pipewire.conf.d/ alihakemistoja käytetään jos haluaa jakaa conffitiedoston moneen osaan, ne eri conf-tiedostot sitten tuonne alihakemistoon eikä esim. /etc/pipewire/pipewire.conf

Joku voi kertoa jos meni jotain väärin.

Ainakin arch wikissa sanoo niin että oletus conffit luetaan /usr/share alta. Niitä ei yleensä muokata sen takia kun ne tiedostot korvataan aina päivityksessä eli omat muutokset sinne katoaa joka päivityksessä.

Toki jossain distrossa voi vaatia että se conffi on vähintään /etc/ sijainnissa tai palvelu ei toimi ollenkaan.