Linux-kysymyksiä & yleistä keskustelua Linuxista

Tuostako pitäisi sitten pystyä säätämään tuulettimia ?
Kannattaa se pwmconfig ajaa läpi ja katsoa, että mitä se sanoo. Näissä on kuitenkin todella paljon tuuletin+emolevy kohtaisia eroja.

Minä en kyllä noin saanut niitä tuulettimia tässä eräänä päivänä näkyviin.
Luulisi, että se sensors-detect tunnistaisi kaiken, mutta toki tämäkin voi olla taas joku niihin BIOS asetuksiin liittyvä juttu, jos aiemmin toimi suoraan. Tämä nct6775 moduuli pitäisi muuten lisätä sinne /etc/modules tiedostoon omalle rivilleen, jotta toimii myös boottien jälkeen.


Todennäköisesti systemctl start kmod ajaa saman asian. Yllättävänkin monessa paketissa on edelleen ihan sysvinit skripti pohjalla ja tehty vain systemd service wrapperi päälle. Muissakin distroissa siis.
Juu toi on kyllä totta, että noita wrappereitä kyllä löytyy ja näköjään kyllä se Mint näyttäisi myös systemd:tä käyttävän. Ehkä tossa kyseisessä scriptissä on tosiaan komento vähän vanhoilta ajoilta.
 
Luulisi, että se sensors-detect tunnistaisi kaiken, mutta toki tämäkin voi olla taas joku niihin BIOS asetuksiin liittyvä juttu, jos aiemmin toimi suoraan.

Niin tämä minun nykyinen Linux on asennettu Secure boot "enable", siitäköhän se johtuu että tuo sensors-detect komennolla ei saa näkyviin tuulettimia.

En ole varma oliko Linux asennettu silloin Secure boot "disable" kun ne tuulettimet edellisen kerran sain jotenkin näkyviin.

Tämä nct6775 moduuli pitäisi muuten lisätä sinne /etc/modules tiedostoon omalle rivilleen, jotta toimii myös boottien jälkeen.

Sinä olet siis asentanut Linuxin Secure boot "disable"...? Oliko sinulla tuo nct6775 moduuli tuolla /etc/modules tiedostossa jo valmiina, vai pitääkö se sinne lisätä joka tapauksessa ?
 
Niin tämä minun nykyinen Linux on asennettu Secure boot "enable", siitäköhän se johtuu että tuo sensors-detect komennolla ei saa näkyviin tuulettimia.

En ole varma oliko Linux asennettu silloin Secure boot "disable" kun ne tuulettimet edellisen kerran sain jotenkin näkyviin.
Teoriassa tämä voisi vaikuttaa, mutta varmaan ainoa tapa varmistaa on kokeilla.

Sinä olet siis asentanut Linuxin Secure boot "disable"...? Oliko sinulla tuo nct6775 moduuli tuolla /etc/modules tiedostossa jo valmiina, vai pitääkö se sinne lisätä joka tapauksessa ?
Se sensors-detect lisää sen käyttäjän hyväksynnällä paikalleen, mutta koska sitä ei tunnistettu, niin se pitäisi sinne tiedostoon lisätä manuaalisesti, jotta oikea moduuli latautuu jokaisen bootin yhteydessä. Tämän lisäämiseen tarvitset root oikeuksia. nano-tesktieditorilla lisääminen menisi näin:
Bash:
sudo nano /etc/modules
lisää modulin nimi nct6775, vaikka sen coretemp rivin alle. Paikalla ei ole oikeasti merkitystä, mutta jos haluat pitää sen tiedoston vähän siistinpänä.

Paina CTRL+o <-- tämä on siis o-kirjain ei nolla
Enter
CTRL+x

tämän jälkeen tiedosto pitäisi olla tallennettu ja seuraavassa bootissa moduuli pitäisi latautua.

Saman asian saa toki tehtyä myös ihan echo komennolla näin (päivitetty versio, kiitos hyvästä huomiosta @TenderBeef ):
Bash:
sudo su -c 'echo "nct6775" >> /etc/modules'
 
Viimeksi muokattu:
Riittää pelkkä:

CTRL+s
CTRL+x
Totta, hyvä huomio. :)

Itse käyttänyt nanoa viimeksi Gentoon kanssa joskus 2000-luvun alkupuolella (oli silloin Gentoon default editori), mutta ajattelin, että sillä on helpompi aloittaa, kuin VI:llä tai VIM:illä...vaikka esim. VIM:illä sanan lisääminen onnistuu ihan yhtä helposti: insert moodiin vaihto (i), sanan lisäämisen, poistu insert moodista (Esc) ja sitten write+quit (:wq). VI:llä onkin vähän erilainen kokemus, jos ei ole tuttu.
 
Toimii näin: echo "nct6775" | sudo tee --append /etc/modules
Totta tämäkin, pitäisi ehkä testata ennen postaamista...tulee aina käytettyä root accountia, niin osannut ajatella lennossa ihan noin pitkälle...mutta tämä toimii varmasti:
Bash:
sudo -i
echo "nct6775" >> /etc/modules

Onnistuu myös näin:
Bash:
sudo su -c "echo 'nct6775' >> /etc/modules"

Katoin muuten nopeasti, että on aika uusi ominaisuus CRTL+s nanossa. En löytänyt suoraan change logista, että koska se on lisätty, mutta joku keskustelu asiasta, että olisi tullut vasta v3:ssa. CTRL+s on ollut scroll lock, joten siitä syystä sitä ei varmastikaan ole missään komentorivi editorissa käytetty aikoinaan.
 
Viimeksi muokattu:
Käytän Solus linuxin Budgie DE:tä. Jollain lailla se osittain käyttää ja lainaa gnome nelosen gtk kirjastoja. Lisäilin Solukseen omia teemoja, ja nyt Gnome 4.0:n menurivi äkkiä tupsahti tuonne näytön yläreunaan, ja se vaikuttaa olevan jotenkin sitkeän oloinen ohjelmistoentiteetti. Miten tuo menu sammutetaan ja tapetaan pois?

En löydä muuta kuin jotain hemmetin selain laajennoksia, mitkä saavat tuon menun väistämään. Eikö sitä voi sammuttaa suoraan jollain pääteloitsulla, ja jos näin voi tehdä, niin mikähän tuo komento oikein olisi?

Menu on nyt jokseenkin tyhjänä, ja sen toiminnot hoitaa Budgie työpöytä omilla paneeleillaan. Menussa on lähinnä "Activities" vasemmalla ylhäällä, mutta sekään ei varsinaisesti tee yhtään mitään. Tuo Gnomen menu pitäisi siis saada kokonaan ja pysyvästi sammutettua.

T -.-
 
Teoriassa tämä voisi vaikuttaa, mutta varmaan ainoa tapa varmistaa on kokeilla.

Asennan seuraavan kerran Secure boot "disable", niin selviää tunnistuuko tuolla sensors-detect komennolla sitten automaattisesti tuo nct6775.

Se sensors-detect lisää sen käyttäjän hyväksynnällä paikalleen, mutta koska sitä ei tunnistettu, niin se pitäisi sinne tiedostoon lisätä manuaalisesti, jotta oikea moduuli latautuu jokaisen bootin yhteydessä.

OK.
Sain sen nct6775 lisättyä sinne /etc/modules tiedostoon, en muista mitä komentoa lopulta käytin, tuo sinun ja käyttäjän TenderBeef kirjoittelu sekoitti pääni :hmm:
Itseasiassa niitä näkyy siellä nyt kaksikin, en tiedä mitä kämmäsin.
Nyt kun käynnistää tietokoneen uudestaan, niin nyt tuulettimetkin näkyvät aina esim. tuossa Psensor ohjelmassa.
 
Tuolla pwmconfig komennolla onnistuin säätämään yhden tuulettimeni nopeutta jonkun anturin ohjaamana :giggle:
Tarkoitus ainakin oli laittaa se CPU: n ohjaamaksi, mutta en tiedä oliko se valitsemani anturi oikea.
Nyt olisi tarkoitus säätää niitä muitakin tuulettimia, mutta kun kirjoitan tämän pwmconfig, niin tulee tällainen

Kuvakaappaus 2021-10-03 08-58-52.png

Ilmeisesti tarvitsisi tehdä ensin jotain että niitä muita tuulettimia pääsisi säätämään ja tuota yhtä tuuletinsäätöä muokkaamaan...? :hmm:
 
Ilmeisesti tarvitsisi tehdä ensin jotain että niitä muita tuulettimia pääsisi säätämään ja tuota yhtä tuuletinsäätöä muokkaamaan...? :hmm:

sudo systemctl stop fancontrol.service

ja sit kun on taas säätänyt niin

sudo systemctl start fancontrol.service

ja kantsii myös tehdä varmuudeksi

sudo systemctl enable fancontrol.service

Käytännössä tolla pwmconfig säätäminen on aika lottoa kun sensorit on raakanimillä, eli käytännössä joutuu olemaan toinen shell auki vieressä ja siellä sitten lykkää sensors komennon heti perään kun toi pwmconfig sylkäsee oman listansa lämpötiloista jotka se näkee. Näitä sitten vertaa mitä sensors näyttää

Esim tää näkyy pwnconfigissa

Koodi:
Devices:
hwmon0 is acpitz
hwmon1 is hidpp_battery_0
hwmon2 is coretemp
hwmon3 is it8728

Current temperature readings are as follows:
hwmon0/temp1_input      27
hwmon0/temp2_input      29
hwmon2/temp1_input      33
hwmon2/temp2_input      30
hwmon2/temp3_input      28
hwmon2/temp4_input      30
hwmon2/temp5_input      34
hwmon3/temp1_input      32
hwmon3/temp2_input      25
hwmon3/temp3_input      25

Ja tää näkyy sensors
Koodi:
coretemp-isa-0000
Adapter: ISA adapter
CPU Package:  +33.0°C  (high = +80.0°C, crit = +100.0°C)
Core 1:       +29.0°C  (high = +80.0°C, crit = +100.0°C)
Core 2:       +27.0°C  (high = +80.0°C, crit = +100.0°C)
Core 3:       +29.0°C  (high = +80.0°C, crit = +100.0°C)
Core 4:       +33.0°C  (high = +80.0°C, crit = +100.0°C)

acpitz-acpi-0
Adapter: ACPI interface

it8728-isa-0a30
Adapter: ISA adapter
Vcore:        36.00 mV (min =  +0.50 V, max =  +1.40 V)
+3.3V:         3.32 V  (min =  +3.14 V, max =  +3.47 V)
+12V:         12.10 V  (min = +11.38 V, max = +12.60 V)
+5V:           5.13 V  (min =  +4.74 V, max =  +5.25 V)
Vaxg:         12.00 mV (min =  +0.80 V, max =  +1.00 V)
Vrin:          1.80 V  (min =  +1.66 V, max =  +1.85 V)
Vdram:         1.56 V  (min =  +1.45 V, max =  +1.55 V)
3VSB:          3.38 V  (min =  +3.14 V, max =  +3.48 V)
Vbat:          3.19 V
CPU fan:     1113 RPM  (min =  700 RPM)
Top fan:     1057 RPM  (min =  300 RPM)
Back fan:    1654 RPM  (min =  300 RPM)
Front fan:   1433 RPM  (min =  300 RPM)
PCH temp:     +32.0°C  (low  = +10.0°C, high = +85.0°C)  sensor = thermistor
Socket temp:  +25.0°C  (low  = +10.0°C, high = +85.0°C)  sensor = Intel PECI

Tuosta siis omalla kohdalla voin heti unohtaa ton hwmon0 koska se näyttää aina samaa lukemaa. Sillä ei saa mitään säädettyä.

Core temp on se joka kiinnostaa kun säädetään CPU tuuletinta ja mielellään toi package temp.

Tein olettamuksen että se on hwmon2/temp1_input mutta se voi olla myös hwmon2/temp5_input. Ei oikein voi tietää kuin kokeilemalla enempi, mutta ainahan sen voi muuttaa.

Muut tuulettimet olen laittanu tuon PCH:n mukaan säätymään, mielestäni kaikkia tuulettimia on aika turha huudattaa CPU:n mukaan mutta kukin tyylillään.
Ja huomiona että itte olen siis customoinut tuota sensors.conf tiedosta niin että sensorit näyttää jotain järkeviä nimiä, eli toi esimerkki ei todellakaan ole mitä itte näet. Lisäksi siellä on noissa jännitteissä joitain arvoja jotka on ihan puutaheinää kuten toi Vcore näyttää jotain ihan mitä sattuu ja tämä johtuu siitä että emovalmistajat on hyvin nihkeitä jakamaan tietoa sitää minkä arvon vastuksia käyttäävät kun noita jännitteitä mittaavat ja yleensäkkin speksejä noista telemetria piireistään lm-sensorin ylläpitäjille.

Tää on ollut aina ongelmana linux puolella. Sitä en ymmärrä että mistä hwinfo ohjelman kaveri noi tiedot oikein saa, vai onko taustalla jotain politiikkaa että sen softa kun ei ole opensource niin on allekirjottanu NDA:t valmistajien kanssa joita taas opensource puolella ei ole mahdollista allekirjottaa.
 
Viimeksi muokattu:
Tarkoitus ainakin oli laittaa se CPU: n ohjaamaksi, mutta en tiedä oliko se valitsemani anturi oikea.
Nyt olisi tarkoitus säätää niitä muitakin tuulettimia, mutta kun kirjoitan tämän pwmconfig, niin tulee tällainen
Vielä lisäyksenä @JiiPee :n ohjeisiin, niin sillä pwmconfig komennolla pitäisi pystyä luomaan se fancontrol config kyllä kaikille tuulettimille. Jos ei toimi, niin toki sen pystyy manuaalisestikin tekemään.
 
Vielä lisäyksenä @JiiPee :n ohjeisiin, niin sillä pwmconfig komennolla pitäisi pystyä luomaan se fancontrol config kyllä kaikille tuulettimille. Jos ei toimi, niin toki sen pystyy manuaalisestikin tekemään.

Joo ja se pwmconfig ei ole mikään messias. Ittellä esim sen säätöjen jäljiltä oli tuulettimia pysähdyksissä kun lykkäsi fancontrollin päälle.

Tartti käsin säätää conffista min arvoja isommaksi että pysyy ropelit pyörimässä. CPU:n tuulettimen hanskasi ihan ok, mutta yhden kotelotuulettimen anturin kanssa sössi.
 
Joo ja se pwmconfig ei ole mikään messias. Ittellä esim sen säätöjen jäljiltä oli tuulettimia pysähdyksissä kun lykkäsi fancontrollin päälle.

Tartti käsin säätää conffista min arvoja isommaksi että pysyy ropelit pyörimässä. CPU:n tuulettimen hanskasi ihan ok, mutta yhden kotelotuulettimen anturin kanssa sössi.
Jeps juurikin näin. Kyseessä on tosiaan vain scripti, joka yrittää luoda conffin, mutta loppu jää varmasti aina käyttäjälle. Vähän sama asia, kuin sensors-detect scripti, jos tämä ei tunnista jotain, niin ei toki tarkoita, etteikö käsin voisi saada kaikkea toimimaan.
 
Sain yhden jutun ratkaistua todella hienosti (vaikka itse sanonkin) ja halusin jakaa sen ja julistaa linuxin hienoja puolia (ennen kuin vaivaan taas yhdellä uudella ongelmalla! ;)

Lenovon läppäreissä (taitaa olla varmaan kaikissa vähänkään uusissa?) on sellainen "battery conservation mode" joka päällä ollessaan rajoittaa akun latauksen 55-60% tasolle (hyvä käyttää jos kone paljon kiinni verkkovirrassa). Joku aika sitten googlettelin paljon, että miten saisin tuota säädettyä linuxin puolella mutta en löytänyt mitään muuta kuin jonkun ohjeen käyttää TLP:tä mutta se toimii vain Lenovon Ideapad-koneissa (jos oikein muistan vielä). Itsellä Legion Y540 läppäri ja ongelma tuon moden kanssa on se, että 99% tapauksista kun linuxin reboottaa tai herättää hibernatesta niin se mode menee automaattisesti pois päältä (muutaman kerran rebootin jälkeen oli vielä päällä jostain syystä joka ei ole avautunut vieläkään että miksi). Tähän asti olen joutunut aina koukkaamaan windowsin kautta että sen moden saa takaisin päälle (Lenovon omasta widgetistä/Vantage-softasta) kun reboottaa tai palaa hibernatesta takaisin linuxin puolella. Aika ärsyttävää kieltämättä ollut, vaikka käytänkin selvästi eniten pelkkää suspendia joka ei vaikuta tuohon modeen.

Mutta ei enää! Jostain syystä satuin vielä googlaamaan uudestaan ja pam, heti löytyi ratkaisu. Kikkailin tästä innostuneena omaan Mint (20.2) asennukseen seuraavanlaiset toiminnot:
  • Bootissa/loginissa (Startup Applications) käskytetään conservation mode aina päälle, oli sen tila mikä tahansa aiemmin.
  • Sama juttu kun kone herää hibernatesta takaisin.
  • Työpöydälle tein kuvakkeen/launcherin jonka käynnistys togglaa moden päälle/pois sen mukaan mikä sen senhetkinen tila on (moden päälle laitto tarvitsee sudoa joten tein taas niin, että tuon launcherin käynnistämä scripti ajetaan sudona ilman salasanakyselyä (samalla lailla kun täällä joku aika sitten kertomani "boot to windows" toiminto)).
  • Joka kerta kun tila muutetaan, käyttäjälle tulee notifikaatio (tämä olikin vähän hankala kun se skripti ajetaan sudolla niin piti löytää ratkaisu jolla notify-send menee oikealle käyttäjälle). Tämä toimii tällä hetkellä vain yhdelle järjestelmän käyttäjälle (itsellä ei tarvetta muuhun).
Toimii upeasti. Ohjeet kuvien alla.

bat1.jpg


bat2.jpg


Testattu Linux Mint 20.2 Cinnamon:lla ja Lenovo Legion Y540:llä. Notifikaatiot toimivat vain yhdelle järjestelmän käyttäjälle.

1. Testataan ensin toimiiko koneella

Kernel moduuli "ideapad_laptop" pitäisi olla ladattuna, tarkasta onko:

lsmod | grep ideapad_laptop

Etsitään oikea hakemistopolku koneelle:

ls /sys/bus/platform/drivers/ideapad_acpi

Etsi kansiota joka on nimetty kuin, tai on "VPC2004:00". Jos kansio on joku muu kuin edellä mainittu, muista vaihtaa jatkossa tämän ohjeen komentoihin/skripteihin oikea hakemistopolku.

Käytä seuraavia komentoja kun testaat vaikuttaako moden vaihtaminen akun lataukseen.

Lue akun conservation moden tila:

cat "/sys/bus/platform/drivers/ideapad_acpi/VPC2004:00/conservation_mode"

Laita conservation mode päälle:

echo 1 | sudo tee "/sys/bus/platform/drivers/ideapad_acpi/VPC2004:00/conservation_mode"

Laita conservation mode pois päältä:

echo 0 | sudo tee "/sys/bus/platform/drivers/ideapad_acpi/VPC2004:00/conservation_mode"


2. Luodaan skripti

Luodaan uusi piilotettu ".bin" kansio (jos sitä ei vielä ole) kotihakemistoon skripti-tiedostoja varten. Voit vaihtaa hakemiston mutta muista vaihtaa jatkossa tämän ohjeen komentoihin/skripteihin oikea hakemistopolku.

[[ ! -d "$HOME/.bin" ]] && mkdir "$HOME/.bin"

Luodaan uusi skripti-tiedosto hakemistoon:

touch "$HOME/.bin/battery_conservation_mode.bash"

Rajoitetaan tiedoston käyttöoikeuksia ja annetaan tiedostolle ajo-oikeudet:

chmod 0700 "$HOME/.bin/battery_conservation_mode.bash"

Avataan tiedosto nano-editoriin:

nano "$HOME/.bin/battery_conservation_mode.bash"

Lisätään seuraavat rivit tiedostoon (HUOM! Vaihda alussa oleviin muuttujiin oikeat arvot! USERID on järjestelmän ainoana/ensimmäisenä käyttäjänä yleensä 1000, voit tarkistaa komennolla id -u, USERNAME on käyttäjätilisi nimi, lisäksi tarkista, että hakemistopolku on oikein str_CONSERVATIONMODEFILE muuttujalle):

Koodi:
#!/bin/bash

str_USERID=1000
str_USERNAME=username
str_CONSERVATIONMODEFILE="/sys/bus/platform/drivers/ideapad_acpi/VPC2004:00/conservation_mode"

func_NOTIFY()
{
    sudo -u "$str_USERNAME" DISPLAY=:0 DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/"$str_USERID"/bus notify-send "$@"
}

# Check that the file exists and is readable & writable.
if [[ ! -r "$str_CONSERVATIONMODEFILE" || ! -w "$str_CONSERVATIONMODEFILE" ]]
then
    func_NOTIFY --urgency=critical "ERROR!" "Can't read/write the Battery Conservation Mode value!"
    exit
fi

# Toggle Battery Conservation Mode ON/OFF, or just force ON.
if [[ "$( cat "$str_CONSERVATIONMODEFILE" )" == "0" || "$1" == "turn_on" ]]
then
    echo 1 > "$str_CONSERVATIONMODEFILE"
    func_NOTIFY --icon=battery-good "Battery Conservation Mode"
else
    echo 0 > "$str_CONSERVATIONMODEFILE"
    func_NOTIFY --icon=battery-full-charging "Battery Charging"
fi
Voit edellisestä muuttaa halutessasi notifikaatioiden viestit toisen kielisiksi.


3. Annetaan lupa ajaa skriptiä korotetuilla oikeuksilla ilman salasanaa

Luodaan uusi tiedosto lupaa varten:

sudo touch "/etc/sudoers.d/battery_conservation_mode"

Rajoitetaan tiedoston käyttöoikeuksia:

sudo chmod 0440 "/etc/sudoers.d/battery_conservation_mode"

Avataan tiedosto visudo:lla (käytä aina visudo:a kun editoit sudoers-tiedostoja!):

sudo visudo -f "/etc/sudoers.d/battery_conservation_mode"

Lisää seuraava teksti tiedostoon (HUOM! Muuta molemmat "username" tekstit käyttäjätilisi nimeksi, ja vaihda ".bin" jos käytät eri hakemistoa missä skripti-tiedosto sijaitsee!):

username ALL=(ALL:ALL) NOPASSWD: /home/username/.bin/battery_conservation_mode.bash

Tallenna tiedosto CTRL+S, ja poistu editorista CTRL+X.


4. Conservation mode automaattisesti päälle

4.1. Bootin/kirjautumisen jälkeen


Avaa "Käynnistettävät sovellukset" ("Startup Applications") ohjelma ja lisää uusi "Oma komento" (HUOM! Muuta "username" komennon hakemistopolussa käyttäjätilisi nimeksi, ja vaihda ".bin" jos käytät eri hakemistoa missä skripti-tiedosto sijaitsee!):

Nimi: Battery Conservation Mode tai mitä ikinä haluatkaan..
Komento: sudo "/home/username/.bin/battery_conservation_mode.bash" turn_on
Kommentti: Aseta Lenovo Battery Conservation Mode päälle
Käynnistyksen viive: 10

4.2. Lepotilasta (Hibernation) paluun jälkeen

Luodaan uusi skripti-tiedosto:

sudo touch "/lib/systemd/system-sleep/battery_conservation_mode"

Rajoitetaan tiedoston käyttöoikeuksia ja annetaan tiedostolle ajo-oikeudet:

sudo chmod 0700 "/lib/systemd/system-sleep/battery_conservation_mode"

Avataan tiedosto nano-editoriin:

sudo nano "/lib/systemd/system-sleep/battery_conservation_mode"

Lisätään seuraavat rivit tiedostoon (HUOM! Muuta "username" hakemistopolussa käyttäjätilisi nimeksi, ja vaihda ".bin" jos käytät eri hakemistoa missä skripti-tiedosto sijaitsee!):

Koodi:
#!/bin/bash

if [[ "$1" == "post" && "$2" == "hibernate" ]]
then
    sleep 10
    "/home/username/.bin/battery_conservation_mode.bash" turn_on
fi


5. Luodaan käynnistin (launcher) työpöydälle

Klikkaa hiiren oikealla näppäimellä työpöytää ja valitse "Luo uusi käynnistin".

Lisää seuraavat tiedot käynnistimelle (HUOM! Muuta "username" hakemistopolussa käyttäjätilisi nimeksi, ja vaihda ".bin" jos käytät eri hakemistoa missä skripti-tiedosto sijaitsee!):

Nimi = Akunsäästötilan vaihto tai mitä ikinä haluatkaan..
Komento = sudo "/home/username/.bin/battery_conservation_mode.bash"

Muuta ikonia painamalla raketin kuvaa. Esim. etsi "battery-good-charging" (ilman lainausmerkkejä).
 
Viimeksi muokattu:
Taitaapi KDE:ssä olla ihan vakiona tuollainen :)

TLP toimii myös muissakin Lenovoissa mm. Thinkpadit kunhan moduulista löytyy tyki.
 
TLP toimii myös muissakin Lenovoissa mm. Thinkpadit kunhan moduulista löytyy tyki.
Legion-läppäreissä ei taida toimia, ei ainakaan omassani. Testasin silloin aiemmin TLP:llä eikä onnistunut. EDIT: Tarkennus, TLP itsessään kyllä toimii mutta sillä ei saanut säädettyä akkuun liittyviä asioita, esim. tuota conservation modea eikä thresholdeja (näitä ei edes millään saakaan säädettyä ainakaan Legion-läppäreissä.. tai ei ainakaan silloin kun etsin tietoa, ehkä jo uudemmalla Legion-sukupolvella?).

Onko KDE:ssä noin hienoja toimintoja (automaattisesti päälle tietyissä tilanteissa) vakiona kuin itse tein? ;) Joku on hiljattain tehnyt Gnome Shell Extensionin jolla voi hallita tilaa.. mutta siinäkin on vain tilan muutos manuaalisesti, eikä tietenkään saa Mintiin tuota.
 
Sain yhden jutun ratkaistua todella hienosti (vaikka itse sanonkin) ja halusin jakaa sen ja julistaa linuxin hienoja puolia (ennen kuin vaivaan taas yhdellä uudella ongelmalla! ;)

Lenovon läppäreissä (taitaa olla varmaan kaikissa vähänkään uusissa?) on sellainen "battery conservation mode" joka päällä ollessaan rajoittaa akun latauksen 55-60% tasolle (hyvä käyttää jos kone paljon kiinni verkkovirrassa). Joku aika sitten googlettelin paljon, että miten saisin tuota säädettyä linuxin puolella mutta en löytänyt mitään muuta kuin jonkun ohjeen käyttää TLP:tä mutta se toimii vain Lenovon Ideapad-koneissa (jos oikein muistan vielä). Itsellä Legion Y540 läppäri ja ongelma tuon moden kanssa on se, että 99% tapauksista kun linuxin reboottaa tai herättää hibernatesta niin se mode menee automaattisesti pois päältä (muutaman kerran rebootin jälkeen oli vielä päällä jostain syystä joka ei ole avautunut vieläkään että miksi). Tähän asti olen joutunut aina koukkaamaan windowsin kautta että sen moden saa takaisin päälle (Lenovon omasta widgetistä/Vantage-softasta) kun reboottaa tai palaa hibernatesta takaisin linuxin puolella. Aika ärsyttävää kieltämättä ollut, vaikka käytänkin selvästi eniten pelkkää suspendia joka ei vaikuta tuohon modeen.

Mutta ei enää! Jostain syystä satuin vielä googlaamaan uudestaan ja pam, heti löytyi ratkaisu. Kikkailin tästä innostuneena omaan Mint (20.2) asennukseen seuraavanlaiset toiminnot:
  • Bootissa/loginissa (Startup Applications) käskytetään conservation mode aina päälle, oli sen tila mikä tahansa aiemmin.
  • Sama juttu kun kone herää hibernatesta takaisin.
  • Työpöydälle tein kuvakkeen/launcherin jonka käynnistys togglaa moden päälle/pois sen mukaan mikä sen senhetkinen tila on (moden päälle laitto tarvitsee sudoa joten tein taas niin, että tuon launcherin käynnistämä scripti ajetaan sudona ilman salasanakyselyä (samalla lailla kun täällä joku aika sitten kertomani "boot to windows" toiminto)).
  • Joka kerta kun tila muutetaan, käyttäjälle tulee notifikaatio (tämä olikin vähän hankala kun se skripti ajetaan sudolla niin piti löytää ratkaisu jolla notify-send menee oikealle käyttäjälle). Tämä toimii tällä hetkellä vain yhdelle järjestelmän käyttäjälle (itsellä ei tarvetta muuhun).
Toimii upeasti. Voin laittaa tarkat ohjeet jos joku haluaa (laitoin ylös itselleni englanniksi, joten jos haluat suomeksi niin kerro).

bat1.jpg


bat2.jpg
Laita ihmeessä ohjeet tänne vaan. Akun kannalta varmaan ihan hyvä, jos konetta pitää jatkuvasti narun päässä. Mitä joskus silmäilin, niin usein nuo ohjeet on Thinkpadeille, ei Ideapadeille. Esim. tlpui:sta (graafinen käyttöliittymä tlp:hen) löytyy säädöt suoraan Thinkpadeihin.
 

Liitteet

  • Screenshot from 2021-10-03 23-06-05.png
    Screenshot from 2021-10-03 23-06-05.png
    97,3 KB · Luettu: 37
sudo systemctl stop fancontrol.service

ja sit kun on taas säätänyt niin

sudo systemctl start fancontrol.service

ja kantsii myös tehdä varmuudeksi

sudo systemctl enable fancontrol.service

No niin, pääsin noilla ohjeilla taas säätään uudestaan tuulettimia.
Vihdoinkin sain koneen hiljaiseksi, kaikkien tuulettimien säätö onnistui :D

Vielä lisäyksenä @JiiPee :n ohjeisiin, niin sillä pwmconfig komennolla pitäisi pystyä luomaan se fancontrol config kyllä kaikille tuulettimille.

Kyllä, mutta ensimmäisellä kerralla kun olin siellä säätämässä, niin säädin vain yhden tuulettimen arvoja testatakseni saanko sitä yleensäkään toimiin. Sitten kun huomasin että se toimii, niin piti mennä säätämään muidenkin tuulettimien arvoja, niin ei sinne sitten päässytkään ennen kuin oli tehnyt nuo JiiPee: n kertomat komennot.

Käytännössä tolla pwmconfig säätäminen on aika lottoa kun sensorit on raakanimillä, eli käytännössä joutuu olemaan toinen shell auki vieressä ja siellä sitten lykkää sensors komennon heti perään kun toi pwmconfig sylkäsee oman listansa lämpötiloista jotka se näkee. Näitä sitten vertaa mitä sensors näyttää

Kyllä.
Mutta ainakin tässä minun koneessani on niin vähäisiä noiden kaikkien antureitten muutokset ja kone käy antureitten mukaan viileänä, ei kauheasti ole väliä meneekö ne tuulettimet halutun anturin ohjaamaksi. Uskon kyllä tietäväni mikä anturi on mikä.

Core temp on se joka kiinnostaa kun säädetään CPU tuuletinta ja mielellään toi package temp.

Taidan itse myös sen ohjaamaksi laittaa tuulettimeni, sen arvo edes hieman vaihtelee.
Minulla on ihan turhan paljon tuulettimia kotelossa, jotkut pistän käynnistymään vasta sitten jos koneessa lämpötila nousee jonkun arvon yli.
 
Linuxissa tämä pitää tehdä komentorivillä, etenkin siihen asti, että emolevy ja tuulettimet on tunnistettu.

Sitten, kun kaikki toimii komentorivillä, niin tässä yksi mahdollinen käyttöliittymä:

Nyt kun olen saanut tuulettimet säädettyä tuolta komentoriviltä, niin voisin tutkia mikä tuo fancontrol-gui on.

Mutta...kuinka se asennetaan Linux Minttiin, vai voiko sitä asentaa ja helposti :hmm:
 
No niin, pääsin noilla ohjeilla taas säätään uudestaan tuulettimia.
Vihdoinkin sain koneen hiljaiseksi, kaikkien tuulettimien säätö onnistui :D
Loistavaa! :thumbsup:

Nyt kun olen saanut tuulettimet säädettyä tuolta komentoriviltä, niin voisin tutkia mikä tuo fancontrol-gui on.

Mutta...kuinka se asennetaan Linux Minttiin, vai voiko sitä asentaa ja helposti :hmm:
Niinkuin @Juha Uotila sanoikin, niin linkistä löytyy suoraan asennusohjeet. Eli asenna tosiaan ensin ne Ubuntu/Debian build requirements paketit ja sitten sen Install kohdan komennoilla pitäisi lataus, kääntäminen ja asennus onnistua.
 
Nyt kun tässä lukenut tätä menoa, niin suosittelisin kyllä @Kingfisher vähän opiskelemaan Linux alkeita enemmän, että ymmärtää mitä on tekemässä, eikä vain opettele kopioimaan komentorivejä netistä. Siihen ku tottuu ja kopioi niitä tulevaisuudessa joka paikasta, niin jossain vaiheessa napsahtaa varmasti ikävä yllätys...
 
No, joka tapauksessa sain tuon Fancontrol-GUI: n koneeseeni ja se on ilokseni ihan yhtä helppokäyttöinen kuin SpeedFan Windowsissa.
 
Viimeksi muokattu:
Nyt kun tässä lukenut tätä menoa, niin suosittelisin kyllä @Kingfisher vähän opiskelemaan Linux alkeita enemmän, että ymmärtää mitä on tekemässä, eikä vain opettele kopioimaan komentorivejä netistä. Siihen ku tottuu ja kopioi niitä tulevaisuudessa joka paikasta, niin jossain vaiheessa napsahtaa varmasti ikävä yllätys...

Niin no. Kun linuxin tila on tämä, että vuonna 2021 edelleen pitää mennä vi:llä editoimaan peruskäyttäjänkin jostain "mystisistä" /etc/oksennus/grub-poluista jotain ja kääntää saatana cmakella itse softaa, että saa tuulettimien nopeuden järkeväksi, niin ei voi enää puhua mistään alkeiden opettelusta. Käytän töissä päivittäin jatkuvasti linuxia, ja tarttee aika usein tarkistaa kalenterista, että ihan oikeestiko on vuosi 2021.

Ihan sinänsä asiallinen pointti, ettei kannata copy-pasteta netistä kaikenlaisia ohjeita, vaikka niin joku opastaisikin tekemään.
 
Niin no. Kun linuxin tila on tämä, että vuonna 2021 edelleen pitää mennä vi:llä editoimaan peruskäyttäjänkin jostain "mystisistä" /etc/oksennus/grub-poluista jotain ja kääntää saatana cmakella itse softaa, että saa tuulettimien nopeuden järkeväksi, niin ei voi enää puhua mistään alkeiden opettelusta. Käytän töissä päivittäin jatkuvasti linuxia, ja tarttee aika usein tarkistaa kalenterista, että ihan oikeestiko on vuosi 2021.
Niin siis eihän tämä ole Linuxin ongelma. Ei Linuxin tarkoitus ole miellyttää Windows käyttäjiä, en usko että tilanne tulee muuttumaan, vaikka olisi vuosi 2031 tai 2041. Itse Linuxia yli 20v käyttäneenä tilanne on ollut hyvinkin sama koko ajan. Linuxin hienoushan on juuri siinä, että tämäkin koko tuuletin asia ratkesi niitä konffeja editoimalla (joko käsin täi scripteillä), eikä millään tietyllä käyttöliittymällä. Eli Linuxin käyttö nyt vaan on huomattavasti erilaista, kuin Windowsin käyttö. Jokainen "oikea" softa lähtee siitä liikeelle, että hommat toimii komentorivillä komennoilla sekä konffeja muokkaamalla ja sitten jos joku haluaa tehdä samaan asiaan päälle käyttöliittymän, niin mahdollisuudet on rajattomat (ncurses, qt5, gtk jne.).
 
Viimeksi muokattu:
Niin no. Kun linuxin tila on tämä, että vuonna 2021 edelleen pitää mennä vi:llä editoimaan peruskäyttäjänkin jostain "mystisistä" /etc/oksennus/grub-poluista jotain ja kääntää saatana cmakella itse softaa, että saa tuulettimien nopeuden järkeväksi, niin ei voi enää puhua mistään alkeiden opettelusta. Käytän töissä päivittäin jatkuvasti linuxia, ja tarttee aika usein tarkistaa kalenterista, että ihan oikeestiko on vuosi 2021.
Ainakin omasta mielestä, konffien säätäminen vaan on kätevämpää komentoriviltä (toimii varmasti), eikä tarvii mitään kauheata graafista UIta (yleensä vaativat ties mitä kirjastoja) asioiden hoitoon, mutta tottakai etenkin Windows on vaan opettanut ihmisiä täysin graafiseen lähestymiseen kaikessa mahdollisessa (ja sekin monesti surkeasti). Ja tuntuu että nykysukupolvi ei edes osaa senkään vertaan tietotekniikan alkeita edes esim. Windowsissa, koska mobiililaitteet yleistyneet.

Tottakai tämä on makuasia ja joillekin täydellinen ns. muuri, mikä estää siirtymisen Linux maailmaan. Onhan noita joitakin jakeluita, joissa on pyritty ottamaan lähes kaikki mahdollinen huomioon ja tarjotaan graafisia käyttöliittymiä moneenkin asiaan, eli kyllähän siinäkin on "kehitystä" tapahtunut sen suhteen.
 
Plussa komentoriville.

Varsinkin kun melkein kaikki käyttämäni linuxit ovat palvelimia/muita vastaavia joissa ei ole mitään graafista. Paljon helpompi säätää vain ssh- terminaalin yli eikä tarvitse asennella tiesmitä graafisia juttuja jotta saa pienen säädön tehdyksi.
Tähän on ainoana poikkeuksena jyrsinohjaimet joissa pyörii linuxcnc mutta silloin pitää joka tapauksessa tietää mitä on tekemässä.
 
Tottakai tämä on makuasia ja joillekin täydellinen ns. muuri, mikä estää siirtymisen Linux maailmaan. Onhan noita joitakin jakeluita, joissa on pyritty ottamaan lähes kaikki mahdollinen huomioon ja tarjotaan graafisia käyttöliittymiä moneenkin asiaan, eli kyllähän siinäkin on "kehitystä" tapahtunut sen suhteen.
Se on juurikin näin, mutta siltikin, vaikka käyttöliittymää yritetään tunkea joka asiaan, niin todellisuudessa siellä kaiken alla on edelleen ne samat ohjelmat (ja conffi-tiedostot), jotka tekevät sen kaiken työn. Eli tässä suhteessa ei ole onneksi menty ollenkaan Windowsin suuntaan. Eli hyvä, että tehdään käyttöliittymiä, mutta silloin suuntaus olisi erittäin huolestuttava, jos niitä oikeasti olisi pakko käyttää.

Linux palvelimet pyörittää tällähetkellä ~95 prosenttisesti Internettiä. Kukaan ei varmasti haluaisi nähdä tilannetta jossa näihin jokaiseen palvelimeen aletaan asentamaan käyttöliittymiä, jotta saadaan jotain konfattua.
 
Komentorivi nyt on vaan joustavampi vaihtoehto. Konffitiedostoihin tehtävät tunkkaukset saa tehtyä samalla tavalla riippumatta käytetystä työpöytäympäristöstä tai vaikka ei sellaista käyttäisikään. Tai vaikka SSH:n yli.

Tähän liittyen hauskana anekdoottina kun puolisentoista vuotta sitten iski joku ihme korona ja pitikin porukan jäädä etätöihin.

Teen työt pääasiassa Linux-pöytäkoneella joka on toimistolla ja jota ei sieltä saa etätöitäkään tehdessä kuskata kotiin edes tilapäisesti. Siinä sitten oli kollegat punnertamassa erinäköisiä RDP-virityksiä jotka toimivat miten sattuu, vielä kun oli alkuun VPN kaista tupella..
Itse vaan otin SSH:lla kuson pöytäkoneelle ja ajoin tmux attachin. Samat Emacsit ja komentirivit siellä tervehti mitä offisellakin.
 
Se komentorivipohjaisissa asetuksissa vaan tahtoo olla ongelmana, että harvoin niitä käyttävät/tarvitsevat eivät niitä tahdo oppia/muistaa. Joku graafinen namiska on huomattavasti helpompi muistaa kuin kilometrin mittainen komento. Molemille on varmaan paikkansa. Tavallisen rivikäyttäjän kannalta kunnolla tehty käyttöliittymä on tuhat kertaa helpompi ja intuitiivisempi kuin komentorivillä koodailu (niin mukavaa kuin se osaavan mielestä onkin). :)
 
Viimeksi muokattu:
Toisaalta monessa palvelinhommassa avuksi on Webmin, Virtualmin, Portainer sun muut selainkäyttöliittymät palvelimen hallintaan. Jos jokin homma toimii hyvin graafisella puolella, niin harvoin haluaa enää tunkata vi:llä niitä asioita.

Komentorivi on todella näppärä ohjelmien asennukseen, kun voi tehdä tekstitiedoston minkä mukaan saa aina tehtyä samanlaisen asennuksen toisaalle kun se tarve taas tulee. Komentorivin tapahtumat helppo laittaa muistiin, verrattuna ohjeita mitä klikata missäkin ja missä järjestyksessä.

Toki komentorivillä voi muokata näppärästi myös konffeja valmiilla scripteillä. Jos täytyy vaikka joku sana muuttaa tiedostossa, niin siihen ei pitkää riviä tarvitse kirjoitella. Kun noita conffeja sitten tunkaa komentoriviltä, niin käy yleensä niin ettei nuo selainkäyttöliittymät enää osaa niitä lukea, eli parempi käyttää vain toista tapaa (per palvelu)
 
Omasta mielestä ei ole ihan peruskäyttäjän hommaa tuo tuulettimien hienosäätö. Mulla on tuttuja/sukulaisia, jotka ei tajua tietokoneista yhtään mitään. Silti ovat käyttäneet Linuxia vuosia, eikä kukaan ole pyytänyt asentamaan Windowsia koneelleen. Vanhin Linux-käyttäjä on 89-vuotias. Surffaus, sähköposti, verkkopankki ja tulostus toimii. Harva tarvii paljon enemmän.
 
Tulipas vastaan mielenkiintoinen softa, eli laita lähes mikä tahansa softa/peli suspend tilaan milloin tahansa:
Similar to the incredibly useful sleep/suspend function found in consoles like the Nintendo Switch and Sony PlayStation; suspend your game (and its resource usage) at any time, and resume whenever you wish - at the push of a button.

The CPU and GPU resources are being used by said task - maybe for hours - when you would like to use the system for something else. With Nyrna you can suspend that program, freeing up the resources (excluding RAM) until the process is resumed, without losing where you were - like the middle of a long job, or a gaming session between save points.

Nyrna works on Linux with X11 and Microsoft Windows (tested on Windows 10).
 
Tulipas vastaan mielenkiintoinen softa, eli laita lähes mikä tahansa softa/peli suspend tilaan milloin tahansa:
Similar to the incredibly useful sleep/suspend function found in consoles like the Nintendo Switch and Sony PlayStation; suspend your game (and its resource usage) at any time, and resume whenever you wish - at the push of a button.

The CPU and GPU resources are being used by said task - maybe for hours - when you would like to use the system for something else. With Nyrna you can suspend that program, freeing up the resources (excluding RAM) until the process is resumed, without losing where you were - like the middle of a long job, or a gaming session between save points.

Nyrna works on Linux with X11 and Microsoft Windows (tested on Windows 10).

No. Melko naiivihan toi kuitenkin on, olettaa että ohjelmaa ajetaan yhdessä prosessissa ja lähettää sille OS:n SIGSTOP/SIGCONT-signaalin. Moni asia voi mennä pieleen. Mutta toki monelle ohjelmalle tuo myös saattaa useinmiten toimia( joskin voi joskus jäädä toimimattakin). Komentorivi-friikit voivat tehdä ton saman ihan vaan linux-työkalupakin vasaralla l. kill-komennolla.

Käytännössä toi siis tekee sen, että kyseiselle prosessille lakataan antamasta ajoaikaa. Kaikki ohjelmat eivät siitä välttämättä selviä.
 
No. Melko naiivihan toi kuitenkin on, olettaa että ohjelmaa ajetaan yhdessä prosessissa ja lähettää sille OS:n SIGSTOP/SIGCONT-signaalin. Moni asia voi mennä pieleen. Mutta toki monelle ohjelmalle tuo myös saattaa useinmiten toimia( joskin voi joskus jäädä toimimattakin). Komentorivi-friikit voivat tehdä ton saman ihan vaan linux-työkalupakin vasaralla l. kill-komennolla.

Käytännössä toi siis tekee sen, että kyseiselle prosessille lakataan antamasta ajoaikaa. Kaikki ohjelmat eivät siitä välttämättä selviä.
Juu, tietenkin kannattaa ensin testailla, että miten tuo toimii omassa järjestelmässä, mutta voi olla ihan näppärä joillekin, jotka ajaa jotain enkoodaus/render systeemiä ja pitääkin saada tehtyä jotain muuta joka vaatii CPU/GPU tehoja, niin pistää "nukkumaan". Ja ainahan se on vaara, että menee bitti vinoon...
 
Jos jotakin tuonkaltaista pitäisi viritellä niin itse katselisin ehkä cgroup freezerin suuntaan ensiksi.
 
Ongelma ~/.xsession-errors lokin kanssa. Joku fiba Vivaldin (Chrome) ja/tai Nvidian kanssa, jos olen ymmärtänyt oikein, jonka takia tuohon lokitiedostoon joskus randomisti (ehkä suspend/hibernate-tilasta pois tulon jälkeen?) kirjoitetaan niin maan perkuleesti yhtä virheviestiä että Vivaldi jäätyy ihan pieneksi hetkeksi (en ole tosin huomanut kuin ehkä pari kertaa). Huomasin tuon ison lokin viime viikolla ja se oli silloin n. 600 MB kokoinen ja sitä oli aikaleimojen perusteella kirjoitettu n. 2 viikon aikajaksolla (katsoin ".xsession-errors.old" tiedoston milloin se oli viimeksi muokattu, eli milloin pääloki on siirretty siihen). Boottasin pari päivää sitten ja silloin se menee aina tyhjäksi. Eilen taas huomasin, että lokitiedosto on kasvanut n. 90 MB kokoiseksi ja katsoin sieltä, että n. 15 sekunnin aikana oli kirjoitettu n. 400 000 riviä yhtä ja samaa virheviestiä (tosi järkevää!), tämän huomasin itsekin Vivaldia käyttäessä kun se jäätyi hetkeksi (avasin linkkiä Thunderbirdistä selaimeen).

Alla toistuva virheviesti:
Koodi:
[6445:6445:1003/190553.310368:ERROR:angle_platform_impl.cc(44)] renderergl_utils.cpp:188 (ClearErrors): Preexisting GL error 0x00000507 as of ../../chromium/third_party/angle/src/libANGLE/renderer/gl/TextureGL.cpp, setImageHelper:256.

Ei kiva kun kirjoitetaan noin paljon jatkuvasti, ihan turhaa kuluttaa NVMe levyä. Googlasin, että miten parhaiten estäisi tuon lokituksen kokonaan mutta ei tunnu olevan mitään selkeää ratkaisua. Esim. monet ovat kirjoittaneet, että /dev/nulliin ohjaaminenkaan (/etc/X11/Xsession tiedostossa) ei toimisi kunnolla koska sitä lokia sitten kirjoitetaan kotikansioon pikkaisen toisella nimellä, tai jotkut ovat kertoneet, että johonkin toiseen tmp-kansioon tulee joku ihan random niminen tiedosto johon sitä lokia alkaa pukkaamaan.

Onko kenelläkään mitään kokemusta .xsession-errors lokituksesta, varsinkin sen estämisestä?

EDIT: Jos tuon lokituksen estäminen on mahdotonta, niin olisiko mitään järkeä tehdä joku ram-levy ja ohjata se loki sinne? Sitä voisi myös laittaa cronilla vaikka tunnin välein tyhjäksi? Ei ainakaan kuluttaisi NVMe levyä.
 
Ongelma ~/.xsession-errors lokin kanssa. Joku fiba Vivaldin (Chrome) ja/tai Nvidian kanssa, jos olen ymmärtänyt oikein, jonka takia tuohon lokitiedostoon joskus randomisti (ehkä suspend/hibernate-tilasta pois tulon jälkeen?) kirjoitetaan niin maan perkuleesti yhtä virheviestiä että Vivaldi jäätyy ihan pieneksi hetkeksi (en ole tosin huomanut kuin ehkä pari kertaa). Huomasin tuon ison lokin viime viikolla ja se oli silloin n. 600 MB kokoinen ja sitä oli aikaleimojen perusteella kirjoitettu n. 2 viikon aikajaksolla (katsoin ".xsession-errors.old" tiedoston milloin se oli viimeksi muokattu, eli milloin pääloki on siirretty siihen). Boottasin pari päivää sitten ja silloin se menee aina tyhjäksi. Eilen taas huomasin, että lokitiedosto on kasvanut n. 90 MB kokoiseksi ja katsoin sieltä, että n. 15 sekunnin aikana oli kirjoitettu n. 400 000 riviä yhtä ja samaa virheviestiä (tosi järkevää!), tämän huomasin itsekin Vivaldia käyttäessä kun se jäätyi hetkeksi (avasin linkkiä Thunderbirdistä selaimeen).

Alla toistuva virheviesti:
Koodi:
[6445:6445:1003/190553.310368:ERROR:angle_platform_impl.cc(44)] renderergl_utils.cpp:188 (ClearErrors): Preexisting GL error 0x00000507 as of ../../chromium/third_party/angle/src/libANGLE/renderer/gl/TextureGL.cpp, setImageHelper:256.

Ei kiva kun kirjoitetaan noin paljon jatkuvasti, ihan turhaa kuluttaa NVMe levyä. Googlasin, että miten parhaiten estäisi tuon lokituksen kokonaan mutta ei tunnu olevan mitään selkeää ratkaisua. Esim. monet ovat kirjoittaneet, että /dev/nulliin ohjaaminenkaan (/etc/X11/Xsession tiedostossa) ei toimisi kunnolla koska sitä lokia sitten kirjoitetaan kotikansioon pikkaisen toisella nimellä, tai jotkut ovat kertoneet, että johonkin toiseen tmp-kansioon tulee joku ihan random niminen tiedosto johon sitä lokia alkaa pukkaamaan.

Onko kenelläkään mitään kokemusta .xsession-errors lokituksesta, varsinkin sen estämisestä?

EDIT: Jos tuon lokituksen estäminen on mahdotonta, niin olisiko mitään järkeä tehdä joku ram-levy ja ohjata se loki sinne? Sitä voisi myös laittaa cronilla vaikka tunnin välein tyhjäksi? Ei ainakaan kuluttaisi NVMe levyä.
Jos sulla on tmp-hakemisto ram-levynä, niin kotihakemistossa voi olla .xsession-errors niminen symlinkki joka osoittaa vaikka /tmp/.xsession-errors.$USER nimiseen tiedostoon. Näin olen itse homman hoitanut. Sama konsti toimii monen muunkin suht turhanpäiväisen lokifileen kanssa. Tietty jos loki kasvaa monisataamegaiseksi niin lokituksen esto lienee viistainta, tai sitten tyhjentää sen usein.
 
Tietty jos loki kasvaa monisataamegaiseksi niin lokituksen esto lienee viistainta
Tämä kyllä hakusessa ensiksi, mieluummin näin sen hoitaisin. Joku ram-levyn (tmpfs?) käyttö ei ihan houkuta, eikös ne vie tietyn verran muistia suoraan (ei dynaamisia?) ja pitäisi varmaan pitää huolta, että ei tule täyteen, jne. (en ole tutustunut tarkemmin).
 
Tämä kyllä hakusessa ensiksi, mieluummin näin sen hoitaisin. Joku ram-levyn (tmpfs?) käyttö ei ihan houkuta, eikös ne vie tietyn verran muistia suoraan (ei dynaamisia?) ja pitäisi varmaan pitää huolta, että ei tule täyteen, jne. (en ole tutustunut tarkemmin).
Tee symlinkki /dev/null :iin.
Koodi:
ln -s /dev/null ~/.xsession-errors

edit: /dev/null olikin jo mainittu, mutta jäi epäselväksi oliko sitä vielä kokeiltu yllä olevalla tavalla.
 
edit: /dev/null olikin jo mainittu, mutta jäi epäselväksi oliko sitä vielä kokeiltu yllä olevalla tavalla.
Tuon käytössä on ilmeisesti ongelmia. Täällä joku sanoo ettei toimi, ja toinen että pitää tehdä näin:
Koodi:
rm /wherever/you/have/.xsession-errors
ln -s /dev/null /wherever/you/have/.xsession-errors
Johon joku vastaa, että toimisi näin ilman restarttia rm /wherever/you/have/.xsession-errors;ln -s /dev/null /wherever/you/have/.xsession-errors ja sitten toisella sivustolla sanotaan että "The problem is that when you restart the session the symbolic link will be replaced back by a regular file and will start to grow again." ja annetaan lisäohje sen fiksaamiseen. All in all vaikuttaa todella hankalalta hommalta tehdä oikein. Sen takia kysyin tätä asiaa täältä. Ajattelin, että ennen kuin pistän omat testijamboreet pystyyn, niin kysäisen josko joku olisi jo taklannut tämän asian ja siten säästäisi aikaani.
 
Ongelma ~/.xsession-errors lokin kanssa. Joku fiba Vivaldin (Chrome) ja/tai Nvidian kanssa, jos olen ymmärtänyt oikein, jonka takia tuohon lokitiedostoon joskus randomisti (ehkä suspend/hibernate-tilasta pois tulon jälkeen?) kirjoitetaan niin maan perkuleesti yhtä virheviestiä että Vivaldi jäätyy ihan pieneksi hetkeksi (en ole tosin huomanut kuin ehkä pari kertaa). Huomasin tuon ison lokin viime viikolla ja se oli silloin n. 600 MB kokoinen ja sitä oli aikaleimojen perusteella kirjoitettu n. 2 viikon aikajaksolla (katsoin ".xsession-errors.old" tiedoston milloin se oli viimeksi muokattu, eli milloin pääloki on siirretty siihen). Boottasin pari päivää sitten ja silloin se menee aina tyhjäksi. Eilen taas huomasin, että lokitiedosto on kasvanut n. 90 MB kokoiseksi ja katsoin sieltä, että n. 15 sekunnin aikana oli kirjoitettu n. 400 000 riviä yhtä ja samaa virheviestiä (tosi järkevää!), tämän huomasin itsekin Vivaldia käyttäessä kun se jäätyi hetkeksi (avasin linkkiä Thunderbirdistä selaimeen).

Alla toistuva virheviesti:
Koodi:
[6445:6445:1003/190553.310368:ERROR:angle_platform_impl.cc(44)] renderergl_utils.cpp:188 (ClearErrors): Preexisting GL error 0x00000507 as of ../../chromium/third_party/angle/src/libANGLE/renderer/gl/TextureGL.cpp, setImageHelper:256.

Ei kiva kun kirjoitetaan noin paljon jatkuvasti, ihan turhaa kuluttaa NVMe levyä. Googlasin, että miten parhaiten estäisi tuon lokituksen kokonaan mutta ei tunnu olevan mitään selkeää ratkaisua. Esim. monet ovat kirjoittaneet, että /dev/nulliin ohjaaminenkaan (/etc/X11/Xsession tiedostossa) ei toimisi kunnolla koska sitä lokia sitten kirjoitetaan kotikansioon pikkaisen toisella nimellä, tai jotkut ovat kertoneet, että johonkin toiseen tmp-kansioon tulee joku ihan random niminen tiedosto johon sitä lokia alkaa pukkaamaan.

Onko kenelläkään mitään kokemusta .xsession-errors lokituksesta, varsinkin sen estämisestä?

EDIT: Jos tuon lokituksen estäminen on mahdotonta, niin olisiko mitään järkeä tehdä joku ram-levy ja ohjata se loki sinne? Sitä voisi myös laittaa cronilla vaikka tunnin välein tyhjäksi? Ei ainakaan kuluttaisi NVMe levyä.

Nämä kannattaa aina raportoida joko käyttämälleen distrolle, tai jos osaa troubleshootata että johtuu jostain ohjelmasta ( eikä distrosta/distron käännösvivuista/distron konffiksista kyseiselle ohjelmalle), niin sitten suoraan kyseiselle ohjelmalle. Ei noi itekseen korjaannu.
 
rm /wherever/you/have/.xsession-errors;ln -s /dev/null /wherever/you/have/.xsession-errors kokeiltu. Bootin jälkeen tiedosto palaa takaisin normaaliksi.

.bashrc tiedostoon kokeilin lisätä:
Koodi:
# If the .xsession-errors file is not a symbolic link, delete it and create it as such
if [ ! -h $HOME/.xsession-errors ]; then
/bin/rm $HOME/.xsession-errors
ln -s /dev/null $HOME/.xsession-errors
fi
Ja se toimi vain jos bootin jälkeen avaa terminaalin, vasta sen jälkeen tuo ajetaan.

/etc/X11/Xsession tiedostosta kokeilin ottaa pois ERRFILE=$HOME/.xsession-errors rivin mutta sillä ei ollut mitään merkitystä, lokitiedosto ilmestyi aina takaisin bootin jälkeen (hard koodattu johonkin muualle?).

Täällä olevaa ohjetta en uskaltanut seurata kun en täysin onnistunut ymmärtämään mitä exec >>"$ERRFILE" 2>&1 rivin muutos exec >> /dev/null 2>&1 riviksi tiedostossa /etc/X11/Xsession oikeasti tekee, mihin kaikkeen vaikuttaa.

Päädyin nyt laittamaan croniin tämän: @reboot sleep 30; rm /home/USERNAME/.xsession-errors; ln -s /dev/null /home/USERNAME/.xsession-errors, nyt bootin jälkeen tiedosto muuttuu symlinkiksi ja mitään muuta tiedostoa ei näytä syntyvän. Jään kyttäämään tmp- ja kotihakemistoja tuleeko sinne jatkossa mitään ylläritiedostoja.
 
Sähköpostin liitteenä tulee kuvia (riistakamerasta). Kuvia on yksi per viesti. Haluaisin siirtää ne automaattisesti yhteen kansioon, josta niitä olisi helpompi selata.
Hain asiaa Googlesta, mutta hakutulokset on enimmäkseen melkein kymmenen vuotta vanhoja, ja vähän kaikissa tunnutaan käyttävän eri menetelmää.

Mikä nykyään olisi oikea tapa toteuttaa kuvien erottelu viesteistä?
 
Sähköpostin liitteenä tulee kuvia (riistakamerasta). Kuvia on yksi per viesti. Haluaisin siirtää ne automaattisesti yhteen kansioon, josta niitä olisi helpompi selata.
Hain asiaa Googlesta, mutta hakutulokset on enimmäkseen melkein kymmenen vuotta vanhoja, ja vähän kaikissa tunnutaan käyttävän eri menetelmää.

Mikä nykyään olisi oikea tapa toteuttaa kuvien erottelu viesteistä?

Itse olen käyttänyt thunderbirdiin "attachment extractor" lisäpalikkaa. Sen saa automatisoitua, että aina kun tulee uusi viesti, niin käy siitä liitetiedostot läpi ja tallentaa johonkin hakemistoon.
 

Statistiikka

Viestiketjuista
258 279
Viestejä
4 487 494
Jäsenet
74 128
Uusin jäsen
semantic

Hinta.fi

Back
Ylös Bottom