Valmiustila lakkasi toimimasta. Ubuntu 16 Lts

[John Hilly]

Valmiustila lakkasi toimimasta. Ubuntu 16 LTS. Minulla on käytössä vanha Ubuntu, jossa on täältä hankitu päivitykset. Torstai-iltana valmiustila alkoi yht'äkkiä renkata. Kone menee kyllä Valmiustilaan, mutta käynnistyy itsestään n 20 sek. kuluttua. Aimemmin se on aina toiminut moitteestomasti. Järjestelmäasetusiin en ole koskenut.

Mitä ihmettä tämä voisi olla?

Tev. J-P Mäkinen

[AimoE]

Kun minulle kävi noin, en pystynyt yhdistämään sitä mihinkään päivitykseen tms. joten en edes muista milloin se alkoi. Ratkaisun kyllä löysin: kytken langattomasta hiirestä virran ensin ja vasta sitten suljen läppärin kannen jolloin se menee valmiustilaan. Jos hiirtä yhtään liikuttaa, kone herää heti uudelleen, ja se tekee vaikeaksi valita valmiustilaa hiirellä. Saattaa se joskus onnistuakin, mutta kun itselläni on läppäri, niin kannen sulkeminen sopii minulle hyvin.

En kyllä lupaa että sinulla olisi samasta asiasta kyse.

Minulla on Ubuntu 20.04 LTS.

[John Hilly]

Eilen illalla se toimi taas oikein. Mahtoikohan syynä olla päivitykset, jotka tulivat vähän ennen?
Saa nähdä, toimiiko tänään vielä.

[igor_2]

Mulla on 18.04:ssä valmiustila ollut rikki jo vuoden päivät. Kun siirtyy valmiustilaan, niin se ensin on ikään kuin toimivinaan, mutta pomppaa takaisin login ruuttuun. Olen yrittänyt tohtoroida sitä kuntoon, mutta laihalla menestyksellä. Muistelisin ongelman alkaneen jonkin päivityksen yhteydessä ammoin.

[nm]

Mulla on 18.04:ssä valmiustila ollut rikki jo vuoden päivät. Kun siirtyy valmiustilaan, niin se ensin on ikään kuin toimivinaan, mutta pomppaa takaisin login ruuttuun. Olen yrittänyt tohtoroida sitä kuntoon, mutta laihalla menestyksellä. Muistelisin ongelman alkaneen jonkin päivityksen yhteydessä ammoin.

Tässä voi olla kyse jostain bugista, mutta kannattaa tarkistaa, ettei USB-laitteilla ole lupaa herättää konetta. Vinkkejä tutkimiseen: https://askubuntu.com/a/1152359

[igor_2]

Tässä voi olla kyse jostain bugista, mutta kannattaa tarkistaa, ettei USB-laitteilla ole lupaa herättää konetta. Vinkkejä tutkimiseen: https://askubuntu.com/a/1152359

Kiitti vinkistä. Täytyykin tutkia lisää.

[AimoE]

Tässä bash-scripti joka näyttää ne laitteet jotka herättävät valmiustilasta:

Koodia: [Valitse]

#!/bin/bash
for file in /sys/bus/usb/devices/*/power/wakeup
do
    if [ $(cat $file) = "enabled" ]
    then
device=${file%/power/wakeup}
vendor=$(cat $device/idVendor)
product=$(cat $device/idProduct)
curl -s http://www.linux-usb.org/usb.ids -o - |
    egrep "^($vendor|\s+$product) "
    fi
done

Edit: siistitty koodia

[igor_2]

Aimon skripti antoi tämän:

Koodia: [Valitse]

4101  Nomad Jukebox 3
4101  FRITZ!Box WLAN (Annex A)
062a  MosArt Semiconductor Corp.
4101  Wireless Keyboard/Mouse
4101  Connectivity Cable (CA-42 clone)
4101  Packet Service Diagnostic Serial Port (WDM)
4101  Passport Reader CLR device
4101  Multi-touch Device

Onkohan kyse langattoman näppiksen antamasta herätteestä. Kun valmisutila vielä toimi, niin sain koneen heräämään näppiksestä, jos sillä jotain merkitystä on.

Kuinka sitten estän näppiksen?

[AimoE]

Aimon skripti antoi tämän:

Tuo viittaa siihen että laitetiedot eivät löytyneet tiedostoista idVendor ja idProduct. Jos laite löytyy, skripti näyttää vain valmistajan rivin ja tuotteen rivin.

[igor_2]

Tuo viittaa siihen että laitetiedot eivät löytyneet tiedostoista idVendor ja idProduct. Jos laite löytyy, skripti näyttää vain valmistajan rivin ja tuotteen rivin.

Multa ei löydy tiedostoa kummallakaan nimellä, siis

Koodia: [Valitse]

locate idVendor
locate idProduct

ei palauta mitään.

[AimoE]

Lisäsin skriptiin tarkistuksen että tiedostot idVendor ja idProduct ovat olemassa. Jos niitä ei löydy, tuotteen tietoja ei voi tarkistaa mistään, joten skripti jatkaa seuraavaan laitteeseen.

@igor_2: kokeile vielä josko enabled on asetettuna useammalle laitteelle ja joku niistä on tunnistettava. Tässä versiossa tulostuksen määrän pitäisi pysyä kurissa niin että laitteet erottuvat.

Lisäsin loppuun kysymyksen haluatko estää herätyksen tälle laitteelle, jos laitteelle löytyy tiedot.

Koodia: [Valitse]

#!/bin/bash
for file in /sys/bus/usb/devices/*/power/wakeup
do
    [ $(cat $file) = "enabled" ] || continue

    device=${file%/power/wakeup}
    vendor=$(cat $device/idVendor) || continue
    product=$(cat $device/idProduct) || continue
    verror="### name for vendor '$vendor' not found ###"
    perror="### name for product '$product' not found ###"

    curl -s http://www.linux-usb.org/usb.ids -o - | awk '
/^'$vendor' / { e=$0; print ""; print; next }
/^[^[:space:]]/ { if (e) { print "'"$perror"'"; exit } }
/^[[:space:]]+'$product'/ { if (e) print $0; exit }
END { if (!e) print "'"$verror"'" }
    '
    read -p "Disable wakeup by this device? [y|N] " yn
    case "${yn:-n}" in
[yY]) echo "disabled" > $file ;;
    esac
done

[igor_2]

Vain yksi oli enabloituna:

Koodia: [Valitse]

cat /sys/bus/usb/devices/5-4/power/wakeup
enabled
Vaihdoin sen disableksi, mutta ei auttanut. Bootin jälkeen tila onkin muuttunut takaisin enableksi. Täytyy illemmalla kokeilla tavallisella näppäimistöllä ja ottaa myös muita USB laitteita irti. Näkisi ehkä, että ollaanko oikeilla jäljillä.

[AimoE]

Niin herätys voi olla peräisin muualtakin kuin USB-väylästä. Mutta se on merkillistä jos ei löydy yhtään idVendor ja idProduct -tiedostoa. Minulla ei ole yhtään USB-laitetta jolla noita ei olisi. Kaikilla ei ole wakeup-tiedostoa mutta noi id-tiedosttot on jokaisella.

[igor_2]

Niin herätys voi olla peräisin muualtakin kuin USB-väylästä. Mutta se on merkillistä jos ei löydy yhtään idVendor ja idProduct -tiedostoa. Minulla ei ole yhtään USB-laitetta jolla noita ei olisi. Kaikilla ei ole wakeup-tiedostoa mutta noi id-tiedosttot on jokaisella.

Nyt löytyi idProduct ja idVendor ja näyttää olevan jokaisessa

Koodia: [Valitse]

ls /sys/bus/usb/devices/usb1 - usb6
hakemistossa.

Locate ei niitä tunnu löytävän, eli olisiko jotain ram pohjaisia tiedostoja, jotka luodaan joka bootissa tms.

[AimoE]

En ole käyttänyt locate:a koskaan, mutta tuolla on aika paljon symlinkkejä, olisiko siitä kyse. Se mun skripti kylläkin käyttää polkunimiä jotka avaavat symlinkit niin, että ainakaan minulla ei ole ollut niiden takia idVendor ja idProduct hukassa.

[nm]

Locate ei niitä tunnu löytävän, eli olisiko jotain ram pohjaisia tiedostoja, jotka luodaan joka bootissa tms.

/dev, /proc ja /sys ovat ajonaikaisia tiedostojärjestelmiä, jotka tarjoavat rajapinnan kernelin tietorakenteisiin. mlocate ja locate on konfiguroitu siten, etteivät ne etsi tiedostoja lainkaan noista poluista.

[AimoE]

Katsoin tarkemmin sivua http://www.linux-usb.org/usb.ids ja totesin että monella valmistajalla (idVendor) voi tietenkin olla tuote (idProduct) jonka idProduct on sama, eli skripti sattui toimimaan omassa tapauksessani, mutta ei toimi yleensä.

Tiedä häntä jaksanko vielä virittää. Onhan se ihan tehtävissä, mutta kun ei ole tarvetta itsellä.

[igor_2]

Juu, kokeilin nyt eri näppäimistöllä (langallinen) ja otin kaikki muut USB:t irti (paitsi tietysti hiiren). Varmuuden vuoksi vielä yritin ilman nettiä (langallinen). Sama tulos oli. Nyt täytyy nörtyä ja myöntää, että valmiustila on rikki tällä ubuntun versiolla. Kaippa sitä sinnittelee ilmankin ainakin vielä sen 1.5 vuotta, jonka olin ajatellut tällä versiolla ajella.

Haluan kiittää kauniisti vian selvitykseen osallistuneita, erityisesti Aimoa, ja aloittajaa ketjun lainaamisesta.

[nm]

Nyt täytyy nörtyä ja myöntää, että valmiustila on rikki tällä ubuntun versiolla.

Kernelin lokista (dmesg) saattaa myös selvitä jotain asiaan liittyvää. Uusimmat ilmoitukset ovat alimpana, ja kannattaa listata loki ennen valmiustilaan siirtymistä ja sitten uudelleen toiseen pääteikkunaan, kun yritys on ohi. Vertaa listauksia keskenään, niin näet, onko lokiin tullut uusia rivejä.

Koodia: [Valitse]

dmesg
Asiaan voivat vaikuttaa kernelin lisäksi mm. näytönohjaimen ajuri ja työpöytäympäristö.

[igor_2]

Kernelin lokista (dmesg) saattaa myös selvitä jotain asiaan liittyvää.

Juu, täytyykin vielä tarkistaa ne, kun saan taas hengen päälle.

Näytön ohjain tosiaan on uusittu joskus taannoin, mutta en tietenkään muista ajankohtia ja että sattuiko tämä ongelma ajoittumaan samaan.