Linux-kysymyksiä & yleistä keskustelua Linuxista

Millä tavalla tässä siis menettää tuon Silverbluen hyödyt? Eikö tuossa kuitenkin säily se selkein hyöty eli versioitu immutable root tiedostojärjestelmä, vai ymmärränkö jotain väärin?
Ehkä tuo oli vähän huonosti ilmaistu, mutta ainakin omaan korvaan tuo "image" olisi tarkoitus pitää mahdollisimman puhtaana eikä vaan puskea softaa sen päälle rpm-ostree layereillä.

Toisaalta jos haluaa jotain ajureita asennelle niin eipä ole vaihtoehtoja.
 
Ehkä tuo oli vähän huonosti ilmaistu, mutta ainakin omaan korvaan tuo "image" olisi tarkoitus pitää mahdollisimman puhtaana eikä vaan puskea softaa sen päälle rpm-ostree layereillä.

Toisaalta jos haluaa jotain ajureita asennelle niin eipä ole vaihtoehtoja.
Hmm joo. Jos tuota käyttää niin olishan se tavallaan hienoa, että voisi sitten asentaa jutut mahdollisimman pitkälti niinä flatpakkeina. Mutta toisaalta mietin, että onkohan siitä haittaakaan jos niitä paketteja asentaa tuollaisina "layered" paketteina.
 
Tässä kun on tullut pähkäiltyä eri levypooli variaatioita ja ongelmana on se kun on sellaista sekarengastusta levyjen kanssa. Yhdessä vaiheessa jo ajattelin että vihdoin ratkaisu löytyi eli BTRFS raid-5 joka mahdollistaa siis eri kokoiset levyt. Mutta btrfs raid-5 toteutus on vielä pahasti keskeneräinen, suurin showstopper on scrub joka on raid-5 aivan karmean hidas, se on kehittäjien tiedossa kyllä, se ilmeisesti tekee sitä scrubbia turhaan moneen kertaan päällekkäin, joten hiukan isompi pooli jos on kyseessä niin se scrub voi kestää viikkoja.

Sitten tuli mieleen että mikä olisi esteenä jos tekisi jotain tällaista?
1652325839096.png


Eli partitioi kaikki levyt esim. 1TB partitioihin ja tekee MD:n kanssa useamman raid-5 pakan jotka sitten naittaa LVM:n kanssa yhteen. Mitä arvon raati on mieltä että mitä ongelmia tässä on muuta kuin se fakta että menee aika monimutkaiseksi poolin rakenne.
 
Tässä kun on tullut pähkäiltyä eri levypooli variaatioita ja ongelmana on se kun on sellaista sekarengastusta levyjen kanssa. Yhdessä vaiheessa jo ajattelin että vihdoin ratkaisu löytyi eli BTRFS raid-5 joka mahdollistaa siis eri kokoiset levyt. Mutta btrfs raid-5 toteutus on vielä pahasti keskeneräinen, suurin showstopper on scrub joka on raid-5 aivan karmean hidas, se on kehittäjien tiedossa kyllä, se ilmeisesti tekee sitä scrubbia turhaan moneen kertaan päällekkäin, joten hiukan isompi pooli jos on kyseessä niin se scrub voi kestää viikkoja.

Sitten tuli mieleen että mikä olisi esteenä jos tekisi jotain tällaista?
1652325839096.png


Eli partitioi kaikki levyt esim. 1TB partitioihin ja tekee MD:n kanssa useamman raid-5 pakan jotka sitten naittaa LVM:n kanssa yhteen. Mitä arvon raati on mieltä että mitä ongelmia tässä on muuta kuin se fakta että menee aika monimutkaiseksi poolin rakenne.

Minulla ensimmäisenä tulee mieleen että tuossa voi olla yllättäviä ja varsin merkittäviä ongelmia suorituskyvyn kanssa, kun parhaimmillaan voi olla sama sisältö hajautettuna moninkertaisena samoille fyysisille levyille (+ pariteetti). Eikä sitä voi edes mitenkään hallita jos se on läpinäkymättömänä LVM:n takana. Jo ilman LVM:ääkin tuo kuulostaa hankalalta setupilta, mutta ainakin silloin voi omilla tekemisillään yrittää huolehtia että varsinkaan noita kolmea ensimmäistä pakkaa ei rynkytetä rajusti rinnakkain samanaikaisesti. Näin siis ihan puhtaasti vahvalla mutulla, minkäänlaista kokemusta tällaisesta ei ole :tongue:

Sivuhuomiona, levysuorituskyvyn lisäksi ainakin omien kokemusten perusteella pahasti takkuavat I/O-operaatiot voivat aiheuttaa koko järjestelmän tahmailua kun kernelin I/O-kutsut jäävät odottelemaan jo käynnissä olevien kutsujen palaamista.
 
Minulla ensimmäisenä tulee mieleen että tuossa voi olla yllättäviä ja varsin merkittäviä ongelmia suorituskyvyn kanssa, kun parhaimmillaan voi olla sama sisältö hajautettuna moninkertaisena samoille fyysisille levyille (+ pariteetti).

Pariteetin kanssa ei pitäisi tulla ongelmaa koska md haistelee automaattisesti että jos samalle fyysiselle levylee on tehty usealle partitiolle raidi, niin se ei ala esim. tarkistus ajoa vetämään rinnakkain vaan odottaa että edellinen valmistuu. Olettaisin että myös rebuildin kanssa pätee sama. Bonarinahan tuossa tulisi se että rebuild ajat lyhenisi huomattavasti koska todennäköisesti esim. kaatumisen taikka sähkökatkon aiheuttama rebuild tuskin kohdistuisi kaikkiin raideihin vaan johonkin.

Suorituskyky on tosiaan se mikä tuossa voi tulla varsin vaihtelevaksi koska teoriassa on mahdollista että jokin tiedosto on tavallaan yhdellä levyllä. Mutta pooli on käytännössä sellainen varasto jolta ei vaadita mitään huikeaa suorituskykyä, niin se ei sinäänsä olisi mikään suuri ongelma.
 
Pariteetin kanssa ei pitäisi tulla ongelmaa koska md haistelee automaattisesti että jos samalle fyysiselle levylee on tehty usealle partitiolle raidi, niin se ei ala esim. tarkistus ajoa vetämään rinnakkain vaan odottaa että edellinen valmistuu. Olettaisin että myös rebuildin kanssa pätee sama. Bonarinahan tuossa tulisi se että rebuild ajat lyhenisi huomattavasti koska todennäköisesti esim. kaatumisen taikka sähkökatkon aiheuttama rebuild tuskin kohdistuisi kaikkiin raideihin vaan johonkin.

Mietin itseasiassa tuossa pelkästään kirjoitusoperaatioita, ainakin minun ymmärtääkseni pariteetin päivitys on osa jokaista kirjoitusta. Keijo ei tiedä eikä Keijo voi todistaa, mutta Keijolla on hyvin voimakas tunne että kirjoittaminen tuollaiselle voi pahimmillaan olla todella hidasta.

Mutta jos ei suorituskyky ole niin ratkaiseva, ja hyväksyy rajoitukset niin miksipä ei tuollaista kokeilisi. En ainakaan itse keksi tuollaiselle sekalaiselle seurakunnalle parempaakaan ratkaisua jolla saisi vastaavan lopputuloksen.
 
Kyllähän siinä on vielä työtä edessä että ajurit on kernelissä suoraan mukana. Ei se AMD:llä ihan hetkessä tapahtunut. Varmasti saa nvidia useaan otteeseen yrittää että koodi hyväksytään.
Mutta erittäin hyvä homma että vihdoin taipuivat.
juu alkuhan tämä vasta on, mutta luulisi että nouveau jengi ja mesa jengi tuossa tulevat myös hyötymään.

EDIT: Tässä aika hyvä kirjoitus Why is the open source driver release from NVidia so important for Linux? | Christian F.K. Schaller ja kuten tuossakin todetaan niin on varmaan useamman vuoden projekti että tuosta saadaan jotain isompaa hyötyä / vastaavaa kuin AMD:n osalta on tällä hetkellä.
 
Viimeksi muokattu:
Kyllähän siinä on vielä työtä edessä että ajurit on kernelissä suoraan mukana. Ei se AMD:llä ihan hetkessä tapahtunut. Varmasti saa nvidia useaan otteeseen yrittää että koodi hyväksytään.
Mutta erittäin hyvä homma että vihdoin taipuivat.

Ei varmasti helpota tuota savottaa se että tässä ollaan tuomassa ainoastaan avointa kerneliajuria, nahkiksen userspace puoli jää edelleen suljetuksi. Perinteisesti suhtautuminen ollut vähän nihkeää kernelin kehittäjillä kun on tyrkytetty ajuria jonka ainoa käyttäjä on joku suljettu proprietary kapula.
 
Mulla on uusin Ubuntu, asennettu pari päivää sitten.
Latasin ja asensin Ubuntun ohjelmistoasennus työkalulla PaintPP-ohjelman ja se ilmoitti asentuneeksi.
Kuitenkaan minkäänlaista kuvaketta ei tullut mihinkään siitä ja en osaa päätteellä ajaa tuota ohjelmaa.
Miten voisin käynnistää PaintPP?
 
Mulla on uusin Ubuntu, asennettu pari päivää sitten.
Latasin ja asensin Ubuntun ohjelmistoasennus työkalulla PaintPP-ohjelman ja se ilmoitti asentuneeksi.
Kuitenkaan minkäänlaista kuvaketta ei tullut mihinkään siitä ja en osaa päätteellä ajaa tuota ohjelmaa.
Miten voisin käynnistää PaintPP?
Eikö löydy ees avaamalla Gnomen "sovellusvalikko" ja kirjoittamalla hakuun esim "Paint"
 
Viittaus, opettajat, mitä tämä oikein tarkoittaa? Mitä tuo userspace puoli tarkoittaa?

Hätäiseen ja lyhye(hkö)sti selostettuna:
Nykypäivän grafiikka-ajurit ovat sen verran monimutkaisia kapistuksia että niiden ahtaminen kokonaan kerneliin olisi aika lailla järjetöntä, se ei ole oikea paikka mm. 3D-rajapintojen toteutuksille ja vastaaville osille ajurista. Kerneliin halutaan ainoastaan sen verran mitä tarvitaan raudan kanssa juttelemiseen, loppu tulee userspaceen ja keskustelee taas kernel-ajurin kanssa.

Tilannetta ehkä selventävä kuva Linuxin grafiikka-arkkitehtuurista:
linux_graphics.png

Ylläolevassa siis AMD:n ja Intelin tapauksessa kernelissä tarvittavat toiminnot ovat osa KMS (=Kernel Mode Setting) ja DRM (=Direct Rendering Manager) komponentteja ja loput ajurista ovat Mesa-kirjastossa. Kuvan amdgpu-pro:n voi unohtaa, sillä ei ole normaalikäytössä ole ollut merkitystä aikoihin.

Nykytilanne NVIDIAlla on kuvan mukaisesti suljettu binaariköntsä (GPL-kortongin kanssa) kernel-modulina ja userspacen osuus on toisessa suljetussa pökäleessä. Ja jatkossa siis tuo binaariblobi kernelistä korvautuisi avoimella koodilla (out-of-tree kunnes/jos saavat puhuttua sen osaksi kerneliä, ehkäpä vastaavalla tavalla KMS/DRMään tai jotenkin muuten) mutta loppuosa jäisi edelleen siihen proprietary userspace jöötiin.

Todettakoon että tässä kuvassa kuvataan pelkästään Wayland-pohjaista tapausta, mikäli (kuten nykyään monesti vielä on) käytetään X11:stä, sille on myös oma pieni ajurinsa (AMD/Intel avoin, NVIDIAlla mitä lie) joka puuttuu tästä kuvasta koska X sovellukset pyörivät XWaylandilla. Mutta en tähän hätään löytänyt parempaakaan kuvaa.
 
Kertokaapas arvon mestarit, että mikä on tilanne GPU alivoltitus ja Linux ? Käsittääkseni tuo on jossain vaiheessa onnistunut ?

Ja jos ei varsinainen alivoltitus, niin mahdollisesti jotain muuta samankaltaista ohjelmisto tasolla lämpöjen laskemiseen.

Nvidiasta siis kyse.
Ainakin kelloja ja tuulettimia pitäis pystyä ihan nvidian control paneelista säätämään, tarvittavat Coolbitsit vaan päälle. Tuo tuuletin säätö on vaan aika surkea, lähinnä vaan lukittu manuaali säätö tai vbiosin mukaan.


GreenWithEnvy on yks kellotus työkalu jolla saa custom fan curven. Tämäkin työkalu vaati toimiakseen oikeat coolbitsit. Ei ole tosin kokemuksia tuosta fan curven säädön toimivuudesta kun ei ole tarvetta ollut.
 
Tilannetta ehkä selventävä kuva Linuxin grafiikka-arkkitehtuurista
"Ehkä" oli ainakin minulle ylioptimistinen. :D Kiitos paljon yrityksestä kuitenkin.

Kerneliin halutaan ainoastaan sen verran mitä tarvitaan raudan kanssa juttelemiseen, loppu tulee userspaceen ja keskustelee taas kernel-ajurin kanssa.
Varmasti tästä kernelpuolen avaamisesta on jotain hyötyä mutta jäin silti miettimään, että kuinka paljon siitä on hyötyä jos tuo userspace on suljettu eikä sitä pääse tutkimaan tai muuttamaan. Ehkä nyt otetaan ensimmäiset askeleet ja joskus vielä avataan loputkin, vai onko jotain merkittävää syytä miksi nvidia haluaisi pitää loput suljettuna?
 
"Ehkä" oli ainakin minulle ylioptimistinen. :D Kiitos paljon yrityksestä kuitenkin.
Noo, ei se ehkä ihan selkeästä päästä ymmärrettäviä ollutkaan, ei vaan parempiakaan sattunut vastaan :tongue:

Varmasti tästä kernelpuolen avaamisesta on jotain hyötyä mutta jäin silti miettimään, että kuinka paljon siitä on hyötyä jos tuo userspace on suljettu eikä sitä pääse tutkimaan tai muuttamaan. Ehkä nyt otetaan ensimmäiset askeleet ja joskus vielä avataan loputkin, vai onko jotain merkittävää syytä miksi nvidia haluaisi pitää loput suljettuna?

Onhan tuo askel parempaan suuntaan nykytilanteesta. Toki uusi ajuri voi palvella myös jo olemassa olevaa open source ajuria nouveauta, joko käyttämällä uuden ajurin osia nouveaun kernelin osiossa tai mahdollisesti jopa korvaamalla suljettu user space nouveaun vastaavalla. Se ei tosin nykyisellään taida kovin ominaisuuksilla juhlia, mutta nahkiksen passiivinen estäminen ei ainakaan ole auttanut.

Suljettuna pitämiselle voi olla niinkin yksinkertainen syy että NVIDIA ei omista kaikkea ajurin koodia eikä pysty sitä avaamaan vaikka haluaisikin. Mutta uskon itse että haluavat ainakin CUDAn pitää suljettuna niin kauan kun sitä voidaan käyttää vendor lock-in vipuna. Muuten helpottaisi liikaa sellaisen avoimen CUDA-toteutuksen tekemistä joka toimisi muidenkin valmistajien raudalla.

Henkilökohtaisesti en näe syytä puhjeta ylistyslauluun, katsellaan jonkun vuoden päästä tilannetta uudelleen.
 
Ideoita miten lähteä selvittämään seuraavaa ongelmaa:
Pelaan steamin kautta asennettua windows peliä(protonilla WoW TBC classic). Satunnaisesti (tapahtunut ehkä 5 kertaa yhteensä) peli vain sammuu, kuten kaikki muutkin auki olevat sovellukset. Selain, discord, spotify kaikki menee kiinni. Työpöytä näkyy normaalisti ja hiiri liikkuu. Painaessa KDE "start-valikkoa" se aukeaa, mutta jos koittaa avata jotain sovellusta ei tapahdu mitään. KDE valikkokin aukeaa vain kerran. Tämän jälkeen sekään ei reagoi enää millään tavalla. Hiiri kyllä liikkuu työpöydällä, mutta ei mitään muuta. Ainut vaihtoehto tilanteesta pois on painaa virrat väkisin pois päältä ja rebootata.
Linux ei ole liian tuttu, mutta vaihteeksi lähdin kokeilemaan. Mitenkäs tällaista pääsisi diagnosoimaan? Mitään erroria ei tule missään vaiheessa.
Distro: Manjaro KDE:llä
Kernel: 5.17.1-3
Ryzen 5600x
AMD 6700xt
 
Ainakin kelloja ja tuulettimia pitäis pystyä ihan nvidian control paneelista säätämään, tarvittavat Coolbitsit vaan päälle. Tuo tuuletin säätö on vaan aika surkea, lähinnä vaan lukittu manuaali säätö tai vbiosin mukaan.


GreenWithEnvy on yks kellotus työkalu jolla saa custom fan curven. Tämäkin työkalu vaati toimiakseen oikeat coolbitsit. Ei ole tosin kokemuksia tuosta fan curven säädön toimivuudesta kun ei ole tarvetta ollut.

GWE onnistuu fan curven säätö kyllä ja näyttäisi toimivan ihan ok muutaman päivän testailulla. Nvidia otti askeleen oikeaan suuntaan mitä tulee Linuxiin, joten ehkäpä alivoltitus on tulevaisuudessa taas mahdollista.
 
Ideoita miten lähteä selvittämään seuraavaa ongelmaa:
Pelaan steamin kautta asennettua windows peliä(protonilla WoW TBC classic). Satunnaisesti (tapahtunut ehkä 5 kertaa yhteensä) peli vain sammuu, kuten kaikki muutkin auki olevat sovellukset. Selain, discord, spotify kaikki menee kiinni. Työpöytä näkyy normaalisti ja hiiri liikkuu. Painaessa KDE "start-valikkoa" se aukeaa, mutta jos koittaa avata jotain sovellusta ei tapahdu mitään. KDE valikkokin aukeaa vain kerran. Tämän jälkeen sekään ei reagoi enää millään tavalla. Hiiri kyllä liikkuu työpöydällä, mutta ei mitään muuta. Ainut vaihtoehto tilanteesta pois on painaa virrat väkisin pois päältä ja rebootata.
Linux ei ole liian tuttu, mutta vaihteeksi lähdin kokeilemaan. Mitenkäs tällaista pääsisi diagnosoimaan? Mitään erroria ei tule missään vaiheessa.
Distro: Manjaro KDE:llä
Kernel: 5.17.1-3
Ryzen 5600x
AMD 6700xt

Pääseekö ctrl + alt + f3 tai joku muu f namiska konsoliin kiinni kun tuo tapahtuu? Voisi konsolista sitten katsoa dmesg että mitä se näyttää.
 
Pääseekö ctrl + alt + f3 tai joku muu f namiska konsoliin kiinni kun tuo tapahtuu? Voisi konsolista sitten katsoa dmesg että mitä se näyttää.
Täytyy koittaa muistaa tää seuraavalla kerralla. On vaan niin satunnainen ongelma että hankala testata.
 
Täytyy koittaa muistaa tää seuraavalla kerralla. On vaan niin satunnainen ongelma että hankala testata.

Jos on toinen kone niin sillä vois pitää ssh yhteyttä auki tuohon koneeseen ja siinä yhteydessä sitten dmesg -wH joka siis jää seuraamaan dmesg tapahtumia reaaliajassa tuon -w vivun kanssa ja -H muuttaa ajan paremmin ymmärrettävään muotoon. Jos sinne jotain jäisi. Tuo kun kuitenkin jotenkin edelleen ilmeisesti reagoi, eli ei täysin kuole.
 
Ei löydy. Asensin eilen myös Pinta piirto-ohjelman ja siitä tuli kuvake kyllä ja se käynnistyy. Mutta PaintPP:tä ei löydy haullakaan.

Voit kokeilla, löytyykö ohjelmaa kirjoittamalla konsoliin

$ which paintpp

se palauttaa esim. /usr/bin/paintpp joka kertoo, että ohjelma on asennettu ja löytyy polusta. Sen voi käynnistää kirjoittamalla tuon palautetun osoitteen kokonaisuudessaan terminaaliin

$ /usr/bin/paintpp

Tällöin näkee, yrittääkö ohjelma käynnistyä ja antaako se jonkin virheilmoituksen.

Jos sitä ei löydy, kannattaa asennus tehdä uudestaan ja varmistaa, ettei asennuksessa tullut virheitä tai unohtunut jotain komentoa.

 
Ideoita miten lähteä selvittämään seuraavaa ongelmaa:
Pelaan steamin kautta asennettua windows peliä(protonilla WoW TBC classic). Satunnaisesti (tapahtunut ehkä 5 kertaa yhteensä) peli vain sammuu, kuten kaikki muutkin auki olevat sovellukset. Selain, discord, spotify kaikki menee kiinni. Työpöytä näkyy normaalisti ja hiiri liikkuu. Painaessa KDE "start-valikkoa" se aukeaa, mutta jos koittaa avata jotain sovellusta ei tapahdu mitään. KDE valikkokin aukeaa vain kerran. Tämän jälkeen sekään ei reagoi enää millään tavalla. Hiiri kyllä liikkuu työpöydällä, mutta ei mitään muuta. Ainut vaihtoehto tilanteesta pois on painaa virrat väkisin pois päältä ja rebootata.
Linux ei ole liian tuttu, mutta vaihteeksi lähdin kokeilemaan. Mitenkäs tällaista pääsisi diagnosoimaan? Mitään erroria ei tule missään vaiheessa.
Distro: Manjaro KDE:llä
Kernel: 5.17.1-3
Ryzen 5600x
AMD 6700xt
Jos pääset konsoliin @JiiPee:n kertomalla tavalla, niin voit koittaa käynnistää Plasman uudestaan.
killall plasmashell && kstart5 plasmashell. Kai tuo toimii toisesta virtual consolestakin, jos nyt auttaa.
 
Jos pääset konsoliin @JiiPee:n kertomalla tavalla, niin voit koittaa käynnistää Plasman uudestaan.
killall plasmashell && kstart5 plasmashell. Kai tuo toimii toisesta virtual consolestakin, jos nyt auttaa.
Olettaisin, että tuolla tilanteen saa vain palautumaan normaaliksi? Mitenkäs löytäisin syyn miksi ongelma tulee? Kokeilin tuota dmesg komentoa ja ei se kovin selkeältä nyypälle näyttänyt :D Noh, katsotaan kun ongelma tapahtuu saako sitä edes luettua silloin.
 
Olettaisin, että tuolla tilanteen saa vain palautumaan normaaliksi? Mitenkäs löytäisin syyn miksi ongelma tulee? Kokeilin tuota dmesg komentoa ja ei se kovin selkeältä nyypälle näyttänyt :D Noh, katsotaan kun ongelma tapahtuu saako sitä edes luettua silloin.
Joo, se enintään palauttaa normaalin tilan.
 
Kokeilin tuota dmesg komentoa ja ei se kovin selkeältä nyypälle näyttänyt
Jos ei ole grep tuttu vielä, niin kantsii tutustua. esim. dmesg tuuttaa niin paljon kamaa ruudulle, että filtteröinti on iha kiva juttu. dmesg | grep error/warning/jne.. man grep lisää.
 
Jos ei ole grep tuttu vielä, niin kantsii tutustua. esim. dmesg tuuttaa niin paljon kamaa ruudulle, että filtteröinti on iha kiva juttu. dmesg | grep error/warning/jne.. man grep lisää.

Toisaalta jos ei itse osaa tulkita niin parempi ottaa vaikka koko dmesg ja lyödä johonkin pastebiniin tai vastaavaan, ja kysellä esim. täällä niin mahdollisesti löytyy joku joka hoksaa missä homma karahtaa kivikkoon. Tai jos ei koko pötköä halua/pysty koon tai muun syyn vuoksi halua laittaa näkyville niin ainakin muutama viimeinen minuutti (huomaten että ilman lisäoptioita dmesgin aikaleimat ovat millisekunteina kernelin käynnistymisestä lukien).

Joskus ne paljastavat oireet näkyvät logeissa hyvän aikaa ennenkuin käyttäjälle näkyy toiminnassa.
 
Jos on toinen kone niin sillä vois pitää ssh yhteyttä auki tuohon koneeseen ja siinä yhteydessä sitten dmesg -wH joka siis jää seuraamaan dmesg tapahtumia reaaliajassa tuon -w vivun kanssa ja -H muuttaa ajan paremmin ymmärrettävään muotoon. Jos sinne jotain jäisi. Tuo kun kuitenkin jotenkin edelleen ilmeisesti reagoi, eli ei täysin kuole.
Jos pääset konsoliin @JiiPee:n kertomalla tavalla, niin voit koittaa käynnistää Plasman uudestaan.
killall plasmashell && kstart5 plasmashell. Kai tuo toimii toisesta virtual consolestakin, jos nyt auttaa.

Noniin. Äsken tapahtui jälleen. Työpöydälle tipahtaessa tuo ctl + alt + F3 avasi fullscreeninä ilmeisesti terminaalin. Ekana kysyi logini tiedot ja sitten pystyi antamaan komentoja.
dmesg -wH antaessa sain virheilmoituksen: "read kernel buffer failed: Operation not permitted".
Kokeilin sen jälkeen "killall plasmashell && kstart5 plasmashell" ja erroriksi:
"qt.qpa.xcb: Could not connect to display
qt.qpa.plugin: could not load the Qt platform plugin "xcb" in "" even though it was found.
This application failed to start because no Qt platform plugin could be initialized. Reinstallling the application may fix this problem.

Available platform plugins are: eglfs, linuxfb, minimal, minimalogl, offscreen, vmc, wayland-ogl, wayland, wayland-xcomposite-ogl, wayland-xcomposite-glx, xcb.

Aborted (core dumped)"

tämän jälkeen laitoin komennon reboot, joka jäi jumiin ja taas virrat napista pois.

Vasta jälkikäteen tajusin, että varmaan sudona pitäisi tuo dmesg ajaa?
 
Kokeilin sen jälkeen "killall plasmashell && kstart5 plasmashell" ja erroriksi:
"qt.qpa.xcb: Could not connect to display
Itsellä mint ja jos joudun joskus siirtymään toiseen TTY:hyn avaamaan cinnamonin jumitusta, joudun käyttämään tällaista komentoa: cinnamon --replace --display=:0 "w"-komennolla ainakin mintissä saa display numeron esiin.

Tässä koko ohjeeni jos muita mintin/cinnamonin käyttäjiä kiinnostaa (ennen näitä vaihdetaan TTY:tä, esim 1:seen):

Koodi:
1) Run "cinnamon --replace --display=:0" (command "w" should show the display number)
2) Press "CTRL+C" and type "exit"
3) Change back to TTY7

If Cinnamon is still frozen:

4) Press "CTRL+ALT+ESC"

If Cinnamon is still frozen:

5) Change back to TTY1 and login again
6) Run "cinnamon --replace --display=:0"
7) Change back to TTY7
8) Press "ALT+F2" and type "r" to restart cinnamon
9) Change back to TTY1
10) Type "exit"
11) Change back to TTY7

Tallensin tuon tekstitiedostoon kotihakemistoon joten sen saa nopeasti auki cat-komennolla kun on mennyt ensin toiseen TTY:hyn ja loggautunut sisään. Viime aikoina ei ole onneksi tarvinnut tuota ollenkaan, cinnamon käyttäytynyt paljon paremmin.
 
Edit. Sain ratkaistua ja olikin helppoa. Kätevä ohjelma, jos haluaa paneeliin tallentaa sivuja.

XFCE:ssä on työkalu nimeltään webapp-manager, jolla voi tehdä nettisivuista appeja. Onko kukaan käyttänyt sitä?


Miten ne luodut nettisivut saisi tallennettua paneeliin omalla kuvakkeella varustettuna?

Mikä vaan ratkaisu verkkopankki-linkin tallentamiseen XFCE:n paneeliin omana kuvakkeenaan kelpaa oikein hyvin.
 
Viimeksi muokattu:
Edit. Sain ratkaistua ja olikin helppoa. Kätevä ohjelma, jos haluaa paneeliin tallentaa sivuja.

XFCE:ssä on työkalu nimeltään webapp-manager, jolla voi tehdä nettisivuista appeja. Onko kukaan käyttänyt sitä?


Miten ne luodut nettisivut saisi tallennettua paneeliin omalla kuvakkeella varustettuna?

Mikä vaan ratkaisu verkkopankki-linkin tallentamiseen XFCE:n paneeliin omana kuvakkeenaan kelpaa oikein hyvin.
Eikös ihan normaali "Panel preferences - Items - Add - Launcher" ja sieltä sitten hyperlinkki toimi?
 
Varmaan distrosta riippuvainen. Fedorassa ainakin dmesg toimii ihan käyttäjänä.

Nyt tapahtui sillain, että sain sen dmesg -wH ajettua sudolla. Mitenkään järkevästi sitä en sitten saanutkaan tallennettua omalla osaamisella, niin saatte nauttia boomer mallin screenshotista (kuva puhelimella).

dmesg.png


Näyttää heittävän out of memory hälyn? Omituista tässä on, että tuossa ylempänä listalla näkyy dota2 joka ei ole ollut käynnissä useampaan tuntiin. Jääkö se jotenkin kummittelemaan taustalle ja viemään muistia?
 
Nyt tapahtui sillain, että sain sen dmesg -wH ajettua sudolla. Mitenkään järkevästi sitä en sitten saanutkaan tallennettua omalla osaamisella, niin saatte nauttia boomer mallin screenshotista (kuva puhelimella).

dmesg.png


Näyttää heittävän out of memory hälyn? Omituista tässä on, että tuossa ylempänä listalla näkyy dota2 joka ei ole ollut käynnissä useampaan tuntiin. Jääkö se jotenkin kummittelemaan taustalle ja viemään muistia?
dmesg > ~/tiedostonimi.txt pukkaa tekstit kotihakemistoon ton nimiseen tiedostoon. dmesg > ~/tiedostonimi.csv vois toimia kans, jos haluaa esim excelissä tai vastaavassa avata (voi olla nätimmän näköinen, en tiedä).
 
Viimeksi muokattu:
Eikös ihan normaali "Panel preferences - Items - Add - Launcher" ja sieltä sitten hyperlinkki toimi?
Ei tässä tapauksessa. Nyt nuo verkkopankit aukeavat koko ruudulle ilman osoiterivejä ja muita turhuuksia valmiiksi zoomattuna, joten tämä ratkaisu oli parempi kuin osasin olettaa.
 
Nyt tapahtui sillain, että sain sen dmesg -wH ajettua sudolla. Mitenkään järkevästi sitä en sitten saanutkaan tallennettua omalla osaamisella, niin saatte nauttia boomer mallin screenshotista (kuva puhelimella).

dmesg.png


Näyttää heittävän out of memory hälyn? Omituista tässä on, että tuossa ylempänä listalla näkyy dota2 joka ei ole ollut käynnissä useampaan tuntiin. Jääkö se jotenkin kummittelemaan taustalle ja viemään muistia?

Joo muisti loppuu ja oomd sitten alkaa tappaa viimeeksi käynnistettyjä prosesseja.

Jos dota ei tosiaan ole ollu "ajossa" tuona hetkenä, niin sitten se ei jostain syystä sammu oikein ja jää taustalle kummittelemaan ja rohmuamaan muistia.

Itte lähtisin siitä liikkeelle että käynnistäisin sen dotan ja sitten sammuttaisin jonka jälkeen shellissä ps xua | grep dota
Ja jos se palauttaa jotain muuta tuon grepin lisäksi, niin sitten se jää ajoon. Sitä voisi sitten koittaa häätää pois killall dota2
Mutta kyllähän se pidemmän päälle alkaa kyllästyttää jos tarttee käsin tappaa toi aina, eli selvitykseen että miksi ei sammu normaalisti.

Yksi syy tuohon muistin loppumiseen voi olla myös se että nykyisin distrot ei välttämättä enää tee swappia vakiona. Swapin lisääminen jos sellaista ei ole voisi olla sellainen laastari jolla tuon saisi loppumaan vaikka se dota2 jäisi taustalle kummittelemaan, se siirrettäisiin swappiin.
swapon näyttää että onko swappia käytössä.
 
swapon näyttää että onko swappia käytössä
Just olin tästä kirjoittelemassa. Myös free komentoa voi käyttää, siitä näkee RAM muistin ja jos swap-muisti on olemassa, esim.:

Koodi:
$ free
              total        used        free      shared  buff/cache   available
Mem:       16299552    10386240     1325040     1218356     4588272     4354956
Swap:      20971516      512688    20458828

$ swapon
NAME      TYPE SIZE   USED PRIO
/swapfile file  20G 500,7M   -2

Mulla on iso swap-tiedosto koska käytän hibernate toimintoa. Laitoin RAM-määrän 16 + 4 varaksi päälle.


Tässä yksi nettisaitti jossa ohjeita swapin tekoon ja swappinessin säätöön.
 
Swapin lisääminen jos sellaista ei ole voisi olla sellainen laastari
Eihä se nyt mikää laastari ole (e: ellet tarkoittanut, että ko. softa syö liikaa muistia). Jos ei ole mitää erityistä syytä luopua swapista, niin ei siitä haittaakaan ole. Päinvastoin. Paitsi ehkä, jos on muistia pirusti, mut kovona vanha mekaaninen kovalevy?
 
Eihä se nyt mikää laastari ole. Jos ei ole mitää erityistä syytä luopua swapista, niin ei siitä haittaakaan ole. Päinvastoin. Paitsi ehkä, jos on muistia pirusti, mut kovona vanha mekaaninen kovalevy?

No on se tavallaan laaastari koska jos sitä swappia ei ole nyt käytössä ja toi dota jotain sekoilee ja jää muistia syömään niin sillä swapin lisäämisellä vaan peitetään ongelma. Itse ongelma että miksei se dota kuole, ei katoa minnekkään.
 
No on se tavallaan laaastari koska jos sitä swappia ei ole nyt käytössä ja toi dota jotain sekoilee ja jää muistia syömään niin sillä swapin lisäämisellä vaan peitetään ongelma. Itse ongelma että miksei se dota kuole, ei katoa minnekkään.
Nii juu. Just ehdin editoida oman viestini koskeen tota.
 
Just olin tästä kirjoittelemassa. Myös free komentoa voi käyttää, siitä näkee RAM muistin ja jos swap-muisti on olemassa, esim.:

Koodi:
$ free
              total        used        free      shared  buff/cache   available
Mem:       16299552    10386240     1325040     1218356     4588272     4354956
Swap:      20971516      512688    20458828

$ swapon
NAME      TYPE SIZE   USED PRIO
/swapfile file  20G 500,7M   -2

Mulla on iso swap-tiedosto koska käytän hibernate toimintoa. Laitoin RAM-määrän 16 + 4 varaksi päälle.


Tässä yksi nettisaitti jossa ohjeita swapin tekoon ja swappinessin säätöön.

Swap filen käytössä kannattaa sitten muistaa että se on hiukan hankala CoW pohjaisten filesysteemien kanssa esim. btrfs. Sen taitaa nykyisin saada btrfs:ssä toimimaan, mutta siinä tais olla jotain säätämistä.
 
Swap filen käytössä kannattaa sitten muistaa että se on hiukan hankala CoW pohjaisten filesysteemien kanssa esim. btrfs. Sen taitaa nykyisin saada btrfs:ssä toimimaan, mutta siinä tais olla jotain säätämistä.
Tunnut tietävän näistä, niin onko swap-tiedoston käytössä mitää haittaa verrattuna omaan osioon (mainitsemasi tiedostojärjestelmä-"ongelman" lisäksi)? tTiedoston kokoahan saa muokattua ja sen voi poistaa ku ei tarvi, mut mitä muuta hyötyä siitä on ja toistepäin.. onko omalle swappi-osiolle tarvetta nykypäivänä normikäytössä? Ei ole tullu viime vuosina linuxista kokemusta.
 
Tunnut tietävän näistä, niin onko swap-tiedoston käytössä mitää haittaa verrattuna omaan osioon (mainitsemasi tiedostojärjestelmä-"ongelman" lisäksi)? tTiedoston kokoahan saa muokattua ja sen voi poistaa ku ei tarvi, mut mitä muuta hyötyä siitä on ja toistepäin.. onko omalle swappi-osiolle tarvetta nykypäivänä? Ei ole tullu viime vuosina linuxista kokemusta.

Sanoisin että SSD käytössä aivan sama onko se tiedosto vai partitio koska tiedostojen fragmentoitumisella ei ole juurikaan mitään väliä SSD:n kanssa. HHD:llä oma swap partitio on se paras vaihtoehto.
 
Tunnut tietävän näistä, niin onko swap-tiedoston käytössä mitää haittaa verrattuna omaan osioon (mainitsemasi tiedostojärjestelmä-"ongelman" lisäksi)? tTiedoston kokoahan saa muokattua ja sen voi poistaa ku ei tarvi, mut mitä muuta hyötyä siitä on ja toistepäin.. onko omalle swappi-osiolle tarvetta nykypäivänä normikäytössä? Ei ole tullu viime vuosina linuxista kokemusta.
Itse valitsin swaptiedoston enkä swap-osiota koska levyn kryptaaminen, tai lähinnä sen avaaminen on helpompaa kun ei ole swap-osiota. Tarvitsee avata kryptaus kerran (EDIT: varmaan kryptatun swap-osionkin kanssa ehkä saisi yhdellä salasanan kirjoituksella kaikki tarvittavat auki, mutta se varmaan vaatii enemmän säätämistä), ja lisäksi vielä tuo swap-tiedosto toimii hyvin vaikka haluaisi käyttää hibernate toimintoa.
 
Itse valitsin swaptiedoston enkä swap-osiota koska levyn kryptaaminen, tai lähinnä sen avaaminen on helpompaa kun ei ole swap-osiota. Tarvitsee avata kryptaus kerran (EDIT: varmaan kryptatun swap-osionkin kanssa ehkä saisi yhdellä salasanan kirjoituksella kaikki tarvittavat auki, mutta se varmaan vaatii enemmän säätämistä), ja lisäksi vielä tuo swap-tiedosto toimii hyvin vaikka haluaisi käyttää hibernate toimintoa.

Toisaalta jos hibernatea ei tartte niin silloin ei tartte mistään salasanoista välittää koska se swappi voidaan luoda joka bootissa uudestaan random avaimella. Jos hibernate on tärkeää olla niin silloin tosiaan swapfile on kaikista helpoin, partitio vaatii virittelyä mutta ei ole mahdottomuus.
 
Laitoin nyt itselleni swapfilen käyttöön. Aikaisemmin ei ollut swappia lainkaan. Silti mietityttää tuo miksi steam jättää noita prosessaja tonne taustalle rullaamaan.
 
Laitoin nyt itselleni swapfilen käyttöön. Aikaisemmin ei ollut swappia lainkaan. Silti mietityttää tuo miksi steam jättää noita prosessaja tonne taustalle rullaamaan.
Hei, unohdin sellaisen jutun, jos seurasit ohjeita aiemmin linkkaamallani sivustolla, niin toivottavasti käytit swapfilen tekoon dd:tä, ei fallocate:a. Siellä linkkaamallani sivustolla oli kommentti (muistan nyt hämärästi itsekin tähän törmänneen silloin kun omaa systeemiä laitoin kasaan):

Better use dd instead of fallocate, at least on on ext4 or btrfs:
man swapon
..
You should not use swapon on a file with holes. This can be seen in the system log as
swapon: swapfile has holes.
The swap file implementation in the kernel expects to be able to write to the file directly, without the assistance of the filesystem. This is
a problem on preallocated files (e.g. fallocate(1)) on filesystems like XFS or ext4, and on copy-on-write filesystems like btrfs.
 
Hei, unohdin sellaisen jutun, jos seurasit ohjeita aiemmin linkkaamallani sivustolla, niin toivottavasti käytit swapfilen tekoon dd:tä, ei fallocate:a. Siellä linkkaamallani sivustolla oli kommentti (muistan nyt hämärästi itsekin tähän törmänneen silloin kun omaa systeemiä laitoin kasaan):
DD:llä tein. Katsoin jonkun ohjeen manjarolle ja näyttäisi ainakin pelaavan.
 

Statistiikka

Viestiketjuista
262 698
Viestejä
4 563 020
Jäsenet
75 010
Uusin jäsen
MrBrutalMachine

Hinta.fi

Back
Ylös Bottom