Mate-settings-daemon kirjoittaa koko ajan kovalevylle, Debian 9 Stretch.

[epiphone]

Mate-settings-daemon kirjoittaa koko ajan kovalevylle, Debian 9 Stretch.

Juu, tässä kyseessä Debian 9.1.0 ja Mate-työpöytä, Lenovo ThinkCentre koneessa. Kone toimii mainiosti pitkiä aikoja, mutta jossakin vaiheessa Mate-settings-daemon alkaa hurjan kirjoitusrytäkän kovalevylle.

Kone on tällöin käytännössä aivan juntturassa, eikä mitään muuta voi oikein, kuin sammuttaa kone. Tähänkin varmasti olisi parempia käytäntöjä, kertokaa, jos tiedätte.

Konehan on vanha, mutta mielestäni se olisi aivan käyttökelpoinen, kunhan vain nämä bugit saisi korjattua.

Muistia olen koneeseen lisännyt, ja nyt sitä on mukavat 8 Gt. Enempää ei tuohan taida saadakkaan.

Koitin jo guuglettaa ongelmaa, mutta en äkkiseltä löytänyt ratkaisua tähän.

[nm]

Mate-settings-daemon kirjoittaa koko ajan kovalevylle, Debian 9 Stretch.

Juu, tässä kyseessä Debian 9.1.0 ja Mate-työpöytä, Lenovo ThinkCentre koneessa. Kone toimii mainiosti pitkiä aikoja, mutta jossakin vaiheessa Mate-settings-daemon alkaa hurjan kirjoitusrytäkän kovalevylle.

Miten todensit, että kysessä on juuri se prosessi? Prosessorikuorman perusteella vai iotopilla vai jollain graafisella monitorointiohjelmalla? Oletko tarkistanut vapaan muistin määrän silloin, kun ongelma ilmenee, jos pääte toimii sen verran?

Koodia: [Valitse]

free -h

[juyli]

Miten todensit, että kysessä on juuri se prosessi? Prosessorikuorman perusteella vai iotopilla vai jollain graafisella monitorointiohjelmalla? Oletko tarkistanut vapaan muistin määrän silloin, kun ongelma ilmenee, jos pääte toimii sen verran?

Koodia: [Valitse]

free -h

Lisäksi komennot top tai ps voisivat valaista ongelmaa. Muistin puutteesta tuossa (8Gt) tuskin on kyse... mutta esim. varmuuskopionti kiintolevylle (kirjoittaminen) voisi oleellisesti hidastaa käyttöjärjestelmää?

[epiphone]

Olen käyttänyt komentoa -> top, se näyttää aika kovan prosessorikuorman kyseiselle ohjelmalle.
Myös, kun yritän sammuttaa konetta, tulee ilmoitus, että tämä mate-settings-daemon on käynnissä ja pitää odotella sen sammumista, ennenkuin koneen voi sammuttaa, mutta siinä on vaihtoehto -> sammuta silti, ja kun sitä siinä pari kertaa klikkailee niin kone sammuu.

Ja sitten, kun taas uudestaan käynnistän koneen, toimii se joitakin aikoja aivan moitteetta, kunnes alkaa taas mennä juntturaan.

[nm]

Olen käyttänyt komentoa -> top, se näyttää aika kovan prosessorikuorman kyseiselle ohjelmalle.
Myös, kun yritän sammuttaa konetta, tulee ilmoitus, että tämä mate-settings-daemon on käynnissä ja pitää odotella sen sammumista, ennenkuin koneen voi sammuttaa, mutta siinä on vaihtoehto -> sammuta silti, ja kun sitä siinä pari kertaa klikkailee niin kone sammuu.

Pelkkä prosessorikuormitus ei yleensä jumiuta järjestelmää, mutta muistin täyttyminen ja swappaus tekee sen. Tällaisissa toistuvasti ja salakavalasti esiintyvissä ongelmissa tyypillinen aiheuttaja on muistivuoto jossain ohjelmassa, jolloin ohjelma täyttää vähitellen koko vapaan keskusmuistin. Käyttöjärjestelmä alkaa sitten swapata levylle, jolloin kaikki toiminta hidastuu ja järjestelmä hyytyy lopulta lähes täysin.

Mitä top näyttää RES- ja MEM%-sarakkeessa mate-settings-daemonin muistikulutukseksi? Seuraa niitä ajoittain ja erityisesi, kun ongelma ilmenee. Voit järjestää top:n listauksen muistinkäytön mukaan painamalla Shift+M


Lisäys

Täällä on keskustelua mate-settings-daemonin muistinkäytöstä: https://github.com/mate-desktop/mate-settings-daemon/issues/44

Ilmeisesti yleisin ongelma liittyy systemd:n PAM-moduuliin ja pääkäyttäjän oikeuksin toimiviin ohjelmiin. Ne voivat aiheuttaa sen, että tiedosto $XDG_RUNTIME_DIR/dconf/user (yleensä /run/user/1000/dconf/user) päätyy pääkäyttäjän omistukseen, ja seurauksena on muistivuoto mate-settings-daemonissa. Kun ongelma ilmenee, .xsession-errors täyttyy ilmoituksella:

dconf-CRITICAL **: unable to create file '/run/user/1000/dconf/user': Permission denied. dconf will not work properly.

Todenna komentamalla:

Koodia: [Valitse]

tail -f ~/.xsession-errors(Poistu listauksesta Ctrl+C:llä)

Ongelman ilmetessä sen voi korjata näin:

Koodia: [Valitse]

sudo chown $UID $XDG_RUNTIME_DIR/dconf/user

Koodia: [Valitse]

pkill -9 mate-settings-daemon

Vika aiheutuu yleensä alun perin siitä, että käyttäjä suorittaa graafisia ohjelmia sudolla. Jos siihen on joku pakottava tarve, kokeile käyttää sudon parametria -i:

Koodia: [Valitse]

sudo -i caja
Voi tosin olla, ettei sekään auta, jos systemd:n PAM asettaa tuon XDG_RUNTIME_DIR-polun perustuen vain siihen, mikä käyttäjätunnus on kirjautunut sisään työpöydälle. Opetus: älä koskaan aja graafisia ohjelmia sudolla.

[epiphone]

Vika aiheutuu yleensä alun perin siitä, että käyttäjä suorittaa graafisia ohjelmia sudolla. Jos siihen on joku pakottava tarve, kokeile käyttää sudon parametria -i:

Koodia: [Valitse]

sudo -i caja
Voi tosin olla, ettei sekään auta, jos systemd:n PAM asettaa tuon XDG_RUNTIME_DIR-polun perustuen vain siihen, mikä käyttäjätunnus on kirjautunut sisään työpöydälle. Opetus: älä koskaan aja graafisia ohjelmia sudolla.

Mä en käytä sudoa lainkaan Debianissa, näissä Ubuntuissa kyllä.

Eli komennan su
ja laitan root-käyttäjän salasanan.

Täytyy tutkia nuota sun vinkkejä vielä....

[nm]

Mä en käytä sudoa lainkaan Debianissa, näissä Ubuntuissa kyllä.

Eli komennan su
ja laitan root-käyttäjän salasanan.

Siinäkin voi olla sama ongelma tuon XDG_RUNTIME_DIR:n ja graafisten ohjelmien kanssa. Eli yritä olla käyttämättä mitään graafisia ohjelmia pääkäyttäjänä, jos olet kirjautunut työpöydälle tavallisena käyttäjänä. Nuo vinkit auttavat vain oikeuksien korjaamiseen, kun ongelma ilmenee, mutta oikeudet voivat vaihtua taas kun joku graafinen ohjelma käynnistetään root-oikeuksilla. Vika on systemd:n uumenissa ja toisaalta mate-settings-daemonissa, joka vuotaa muistia, kun ei pysty kirjoittamaan tuohon tiedostoon.

[Postimies]

Mä en käytä sudoa lainkaan Debianissa, näissä Ubuntuissa kyllä.

Eli komennan su
ja laitan root-käyttäjän salasanan.

Täytyy tutkia nuota sun vinkkejä vielä....

Komenna mieluummin su -.  Tuo - eli tavuviiva on tärkeä!