Tere!
Sülearvutil (Dell Latitude E5420) on OpenSUSE 12.2 süsteemiuuendusega tulnud kernel 3.4.11-2.16-desktop ja GNOME 3.4 töölauaga swap=~ 2,5*RAM. Masinal ei õnnestu mõnikord talveunest ärgata (siis aitab ainult restart jõuga).
Kui kõik laabus, siis üldiselt pakkis süsteem end kiiresti kokku ja lülitas välja, splash pilti kunagi ei näidanud, kuigi see on tellitud. Kogu protseduur võttis aega ehk kümme sekundit. Oktoobri keskpaigast alates peale mingeid uuendusi käib s2disk nüüd nii, et pakib mälu kokku ja siis käib ca kahe sekundilise intervalliga umbes minuti midagi kõvakettal toimetamas enne välja lülitamist. Üles ärkamises olulist vahet ei tundu olevat.
Kui aga nüüd pakitakse mälu kiiresti kokku (ja näidatakse OpenSUSE rohelist logo koos "Suspending" kirjaga), siis väga suure tõenäosusega masin enam graafilise sisselogimisekasti juurde ei jõua vaid ette jääb must ekraan. Mõnikord on võimalik konsoolilt sisse logida mõnikord mitte (ei lase konsoole lõpuks enam vahetatagi).
Üsna kindlasti ei õnnestu s2disk ja pärastine resume nüüd enam, kui käivad kahe kasutaja gnome sessioonid (enne oktoobrikuis tarkvarauuendust korra proovisin ja siis isegi sai). Siiski tekib probleem ka siis, kui on ainult üks kasutajasessioon ja põhjust pakkuda ei oska. Ebaõnnestunud talveunest ärkamise puhul on kuvatakse tavaliselt ka veateadet, milles kurdetakse usb seadme üle, mis ei ole liidest (interface) nõudnud.
Mida ja kust logidest peaks kaevama ja milliseid katseid tuleks korraldada, et põhjustele jälile saada?
Mait
OpenSuse 12.2 talveunetus
Moderaator: Moderaatorid
Aga miks tavaline suspend to ram ei sobi - see töötab Linuxil väga hästi.
mait kirjutas:Kahju küll, ma just mõtlesin win-i pealt üle kolides, et niisugused kasutamist mugavaks tegevad asjad nagu talveuni tulevad *nix-l loomulikust.
Aga kaevamise ja loomkatsete soovitusi ootan ikka.
Mait
Tellige endale sünnipäevaks, sõbrapäevaks või muuks tähtpäevaks kingitus: Kingitused internetist - NetiKink.eu
aku läheb läbi nii ehk naa 
Ma lihtsalt aastaid ainult tavalist suspendi kasutanud
Ma lihtsalt aastaid ainult tavalist suspendi kasutanud
Tellige endale sünnipäevaks, sõbrapäevaks või muuks tähtpäevaks kingitus: Kingitused internetist - NetiKink.eu
Talveune kasutamine on mul pigem ka harjumuse asi ja mõnikord jääb masin paariks päevaks kotti ja paarikümmet rakendust ei taha alati uuesti startida.
WK-le tänud võlusõnade eest. pm-suspend.log faili kirjutatakse tõesti talveunenäod. Sealt aga vaatab vastu "great success", diff (ühe kasutajaga ja kahe kasutajaga katse logid) näitab ainult kellaaegade ja protsessinumbrite erinevusi - ei mingit "failure" või muud taolist. Logid võin priva peale saata.
Katsete tulemusi ka.
1) Kui on ainult üks kasutaja, siis talveuni ja ärkamine toimib (nagu esimeses postis kirjutasin).
2) Üks ainukasutaja pani masina talveunne gnome sessioonist, teine äratas üles ja logis end lisaks sisse ja tegi tööd. Ka kolm gnome sessiooni töötavad edukalt CTRL+ALT+F7, CTRL+ALT+F8, CTRL+ALT+F9.
3) Ja nüüd siis probleemne koht (mitme katse tulemused). Masinas oli kaks graafikasessiooniga kasutajat (CTRL+ALT+F7 ja CTRL+ALT+F8 (siia teeb eff_kaheksa asemel F_emotikoni)), talveunne ja siis resume. Resume jõuab näidata teadet, et usbseade ei küsinud liidest ( või teine variant, et usbhub-i ei saanud nummedada) js siis jäi must teksti ekraan. Konsoolilt sai sisse logida ja pm_hibernate logi ära kopeerida. Graafikaekraanidel (F8 ja F9! aga mitte F7 ja F8) jäi käima hiir ja kursor ka üles vasakule. Mõnel kahekasutaja talveunesessiooni katsel graafikaekraani aktiveerides süsteem hangub. CTRL+ALT+BKSP midagi tegi aga midagi olilist ei muutunud, aga konsoolidele enam pilti ei olnud. CTRL+ALT+DEL.
Veel ühe katse tulemusi seisust, kus kahe kasutajasessiooniga ärkamine ei õnnestunud.
Konsoolidele ilmuvad ainult logisse ( messages) määratud veateated võrgupakettide jms kohta.
Prooviks logis konsoolilt sisse veel üks kasutaja ja
> startx
Nüüd jäi kõikidele konsoolidele musta taustaga, liikuva hiirega ekraan. Klaviatuuri tunnistab, sest veel ühelt vabalt konsoolilt sai pimesi sisse logida ja "beep" teeb piiksu ja shutdown -r now toob ilusasti esile OpenSUSE logo ja käivitab restardi.
Muid sümptoome ei oska välja tuua, kui et resume ebaõnnestumise kindel tunnus on see, et talveuni saabub kiiresti võrreldes õnnestumisega ja OpenSUSE logo taustal (õnnestumise korral on ainult tekstiekraan mõnede teadetega). Ja kindlasti on talveune hetkel kaks graafikasessiooniga kasutajat.
:Lisandus:
Xorg.log.0 fail lõpeb ebaõnne korral
>tail -20 Xorg.log.0
[ 14026.396] (II) Module fbdevhw: vendor="X.Org Foundation"
[ 14026.397] compiled for 1.12.3, module version = 0.0.2
[ 14026.397] ABI class: X.Org Video Driver, version 12.0
[ 14026.397] (WW) Falling back to old probe method for vesa
[ 14026.397] drmOpenDevice: node name is /dev/dri/card0
[ 14026.397] drmOpenDevice: open result is 9, (OK)
[ 14026.397] drmOpenByBusid: Searching for BusID pci:0000:00:02.0
[ 14026.397] drmOpenDevice: node name is /dev/dri/card0
[ 14026.397] drmOpenDevice: open result is 9, (OK)
[ 14026.397] drmOpenByBusid: drmOpenMinor returns 9
[ 14026.397] drmOpenByBusid: Interface 1.4 failed, trying 1.1
[ 14026.397] drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0
[ 14026.397] (EE) intel(0): [drm] failed to set drm interface version.
[ 14026.397] (EE) intel(0): Failed to become DRM master.
[ 14026.397] (II) intel(0): Creating default Display subsection in Screen section
"Default Screen Section" for depth/fbbpp 24/32
[ 14026.397] (==) intel(0): Depth 24, (--) framebuffer bpp 32
[ 14026.397] (==) intel(0): RGB weight 888
[ 14026.397] (==) intel(0): Default visual is TrueColor
[ 14026.397] (--) intel(0): Integrated Graphics Chipset: Intel(R) Sandybridge Mobile (GT2)
WK-le tänud võlusõnade eest. pm-suspend.log faili kirjutatakse tõesti talveunenäod. Sealt aga vaatab vastu "great success", diff (ühe kasutajaga ja kahe kasutajaga katse logid) näitab ainult kellaaegade ja protsessinumbrite erinevusi - ei mingit "failure" või muud taolist. Logid võin priva peale saata.
Katsete tulemusi ka.
1) Kui on ainult üks kasutaja, siis talveuni ja ärkamine toimib (nagu esimeses postis kirjutasin).
2) Üks ainukasutaja pani masina talveunne gnome sessioonist, teine äratas üles ja logis end lisaks sisse ja tegi tööd. Ka kolm gnome sessiooni töötavad edukalt CTRL+ALT+F7, CTRL+ALT+F8, CTRL+ALT+F9.
3) Ja nüüd siis probleemne koht (mitme katse tulemused). Masinas oli kaks graafikasessiooniga kasutajat (CTRL+ALT+F7 ja CTRL+ALT+F8 (siia teeb eff_kaheksa asemel F_emotikoni)), talveunne ja siis resume. Resume jõuab näidata teadet, et usbseade ei küsinud liidest ( või teine variant, et usbhub-i ei saanud nummedada) js siis jäi must teksti ekraan. Konsoolilt sai sisse logida ja pm_hibernate logi ära kopeerida. Graafikaekraanidel (F8 ja F9! aga mitte F7 ja F8) jäi käima hiir ja kursor ka üles vasakule. Mõnel kahekasutaja talveunesessiooni katsel graafikaekraani aktiveerides süsteem hangub. CTRL+ALT+BKSP midagi tegi aga midagi olilist ei muutunud, aga konsoolidele enam pilti ei olnud. CTRL+ALT+DEL.
Veel ühe katse tulemusi seisust, kus kahe kasutajasessiooniga ärkamine ei õnnestunud.
Konsoolidele ilmuvad ainult logisse ( messages) määratud veateated võrgupakettide jms kohta.
Prooviks logis konsoolilt sisse veel üks kasutaja ja
> startx
Nüüd jäi kõikidele konsoolidele musta taustaga, liikuva hiirega ekraan. Klaviatuuri tunnistab, sest veel ühelt vabalt konsoolilt sai pimesi sisse logida ja "beep" teeb piiksu ja shutdown -r now toob ilusasti esile OpenSUSE logo ja käivitab restardi.
Muid sümptoome ei oska välja tuua, kui et resume ebaõnnestumise kindel tunnus on see, et talveuni saabub kiiresti võrreldes õnnestumisega ja OpenSUSE logo taustal (õnnestumise korral on ainult tekstiekraan mõnede teadetega). Ja kindlasti on talveune hetkel kaks graafikasessiooniga kasutajat.
:Lisandus:
Xorg.log.0 fail lõpeb ebaõnne korral
>tail -20 Xorg.log.0
[ 14026.396] (II) Module fbdevhw: vendor="X.Org Foundation"
[ 14026.397] compiled for 1.12.3, module version = 0.0.2
[ 14026.397] ABI class: X.Org Video Driver, version 12.0
[ 14026.397] (WW) Falling back to old probe method for vesa
[ 14026.397] drmOpenDevice: node name is /dev/dri/card0
[ 14026.397] drmOpenDevice: open result is 9, (OK)
[ 14026.397] drmOpenByBusid: Searching for BusID pci:0000:00:02.0
[ 14026.397] drmOpenDevice: node name is /dev/dri/card0
[ 14026.397] drmOpenDevice: open result is 9, (OK)
[ 14026.397] drmOpenByBusid: drmOpenMinor returns 9
[ 14026.397] drmOpenByBusid: Interface 1.4 failed, trying 1.1
[ 14026.397] drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0
[ 14026.397] (EE) intel(0): [drm] failed to set drm interface version.
[ 14026.397] (EE) intel(0): Failed to become DRM master.
[ 14026.397] (II) intel(0): Creating default Display subsection in Screen section
"Default Screen Section" for depth/fbbpp 24/32
[ 14026.397] (==) intel(0): Depth 24, (--) framebuffer bpp 32
[ 14026.397] (==) intel(0): RGB weight 888
[ 14026.397] (==) intel(0): Default visual is TrueColor
[ 14026.397] (--) intel(0): Integrated Graphics Chipset: Intel(R) Sandybridge Mobile (GT2)
Mingit lahendust probleemile ei oska pakkuda, aga pakuks ühe variandi proovimiseks, ehk saab mööda hiilida.
Küllap Sul mingid põhjused/kaalultlused on, miks on ühel sülearvutil korraga mitu sisseloginut, kes tahavad töö pooleli jätta,
aga kui prooviks läbi ajada mitme X-sessiooni asemel mitme töölauaga ja jagaks töölaudu,
nii et ühel/mõnel on konsoolilt sisse loginu, teisel/teistel su-ga teiseks kasutajaks läinu.
Küllap Sul mingid põhjused/kaalultlused on, miks on ühel sülearvutil korraga mitu sisseloginut, kes tahavad töö pooleli jätta,
aga kui prooviks läbi ajada mitme X-sessiooni asemel mitme töölauaga ja jagaks töölaudu,
nii et ühel/mõnel on konsoolilt sisse loginu, teisel/teistel su-ga teiseks kasutajaks läinu.
Olen nüüd katsetanud tavalist suspendi ja esialgu suhteliselt edukalt. Mingil põhjusel on peale ärkamist vahest sisselogimismenüü taustal veateaeade: "Midagi läks nüüd küll nihu. Võta ühendust süsteemiadministraatoriga". Mingeid tõsisemaid tagajärgi sellest teatest hoolimata tekkinud ei ole, aga põhjust ka ei tea.
Logifailis esineb mingitele tõrgetele viitavaid teateid, mille põhjuseid ehk oskab siin keegi selgitada. Kas on siin mingeid vihjeid teema algusesks olnud kasutajavahetuse menüü katsumisest tekkiva talveunne jäämise probleemi lahendamiseks?
Nopped:
Dec 21 09:32:50 linux-nk4k dbus-daemon[600]: (packagekitd:14495): PackageKit-CRITICAL **: pk_transaction_status_changed_emit: assertion `PK_IS_TRANSACTION (transaction)' failed
Dec 21 09:32:50 linux-nk4k dbus-daemon[600]: (packagekitd:14495): GLib-GIO-CRITICAL **: g_dbus_connection_emit_signal: assertion `object_path != NULL && g_variant_is_object_path (object_path)' failed
Dec 21 09:32:50 linux-nk4k dbus-daemon[600]: (packagekitd:14495): GLib-GIO-CRITICAL **: g_dbus_connection_emit_signal: assertion `object_path != NULL && g_variant_is_object_path (object_path)' failed
Dec 21 09:32:50 linux-nk4k dbus-daemon[600]: (packagekitd:14495): GLib-GObject-WARNING **: instance with invalid (NULL) class pointer
Dec 21 09:32:50 linux-nk4k dbus-daemon[600]: (packagekitd:14495): GLib-GObject-CRITICAL **: g_signal_emit_valist: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed
Dec 21 09:32:50 linux-nk4k polkitd(authority=local): Operator of unix-session:/org/freedesktop/ConsoleKit/Session4 FAILED to authenticate to gain authorization for action org.freedesktop.packagekit.system-sources-refresh for system-bus-name::1.129 [/usr/lib/gnome-settings-daemon-3.0/gnome-settings-daemon] (owned by unix-user:*****)
Dec 21 10:04:57 linux-nk4k dbus-daemon[600]: dbus[600]: [system] Rejected send message, 2 matched rules; type="method_return", sender=":1.2" (uid=0 pid=567 comm="/lib/systemd/systemd-logind ") interface="(unset)" member="(unset)" error name="(unset)" requested_reply="0" destination=":1.372" (uid=111 pid=17039 comm="/usr/bin/gnome-session -f ")
Dec 21 10:04:57 linux-nk4k dbus[600]: [system] Rejected send message, 2 matched rules; type="method_return", sender=":1.2" (uid=0 pid=567 comm="/lib/systemd/systemd-logind ") interface="(unset)" member="(unset)" error name="(unset)" requested_reply="0" destination=":1.372" (uid=111 pid=17039 comm="/usr/bin/gnome-session -f ")
Mait
Logifailis esineb mingitele tõrgetele viitavaid teateid, mille põhjuseid ehk oskab siin keegi selgitada. Kas on siin mingeid vihjeid teema algusesks olnud kasutajavahetuse menüü katsumisest tekkiva talveunne jäämise probleemi lahendamiseks?
Nopped:
Dec 21 09:32:50 linux-nk4k dbus-daemon[600]: (packagekitd:14495): PackageKit-CRITICAL **: pk_transaction_status_changed_emit: assertion `PK_IS_TRANSACTION (transaction)' failed
Dec 21 09:32:50 linux-nk4k dbus-daemon[600]: (packagekitd:14495): GLib-GIO-CRITICAL **: g_dbus_connection_emit_signal: assertion `object_path != NULL && g_variant_is_object_path (object_path)' failed
Dec 21 09:32:50 linux-nk4k dbus-daemon[600]: (packagekitd:14495): GLib-GIO-CRITICAL **: g_dbus_connection_emit_signal: assertion `object_path != NULL && g_variant_is_object_path (object_path)' failed
Dec 21 09:32:50 linux-nk4k dbus-daemon[600]: (packagekitd:14495): GLib-GObject-WARNING **: instance with invalid (NULL) class pointer
Dec 21 09:32:50 linux-nk4k dbus-daemon[600]: (packagekitd:14495): GLib-GObject-CRITICAL **: g_signal_emit_valist: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed
Dec 21 09:32:50 linux-nk4k polkitd(authority=local): Operator of unix-session:/org/freedesktop/ConsoleKit/Session4 FAILED to authenticate to gain authorization for action org.freedesktop.packagekit.system-sources-refresh for system-bus-name::1.129 [/usr/lib/gnome-settings-daemon-3.0/gnome-settings-daemon] (owned by unix-user:*****)
Dec 21 10:04:57 linux-nk4k dbus-daemon[600]: dbus[600]: [system] Rejected send message, 2 matched rules; type="method_return", sender=":1.2" (uid=0 pid=567 comm="/lib/systemd/systemd-logind ") interface="(unset)" member="(unset)" error name="(unset)" requested_reply="0" destination=":1.372" (uid=111 pid=17039 comm="/usr/bin/gnome-session -f ")
Dec 21 10:04:57 linux-nk4k dbus[600]: [system] Rejected send message, 2 matched rules; type="method_return", sender=":1.2" (uid=0 pid=567 comm="/lib/systemd/systemd-logind ") interface="(unset)" member="(unset)" error name="(unset)" requested_reply="0" destination=":1.372" (uid=111 pid=17039 comm="/usr/bin/gnome-session -f ")
Mait
Proovisin LXDE-ga OpenSUSE-12.1-l uinumisi. Ruuduna läheb 'hibernate'-i ja terminalist sudo-ga ka, aga 'Logout'-menüüs 'Hibernate' või 'Suspend' valides ütleb 'not authorized'. Veebis tuhlates leian seda probleemi Ubuntudel, aga oma arvutist niisuguseid konfifaile ei leia, mida neis muuta soovitatakse. Veel pole LXDE 'Logout'-menüü seadistamise kohtagi üles leidnud 
org.freedesktop.hal.power-management.policy failist vaatab vastu 'Hibernate the system', seal on
<defaults>
<allow_inactive>no</allow_inactive>
<allow_active>yes</allow_active>
</defaults>
Kui ka ühe 'no' seal 'yes'-iks muudan, ei muutu midagi. Ju on keelamise koht kuskil mujal, mitte HAL vaid LXDE keelab.
Ehk oskab keegi mõne kasuliku vihje anda?
org.freedesktop.hal.power-management.policy failist vaatab vastu 'Hibernate the system', seal on
<defaults>
<allow_inactive>no</allow_inactive>
<allow_active>yes</allow_active>
</defaults>
Kui ka ühe 'no' seal 'yes'-iks muudan, ei muutu midagi. Ju on keelamise koht kuskil mujal, mitte HAL vaid LXDE keelab.
Ehk oskab keegi mõne kasuliku vihje anda?
Teen aasta alguse puhul kokkuvõtte talveunenägudest teema alguse juurde.
Hibernate probleemi tekkimiseks piisab sellest, kui tellida kasutaja vahetamise logimisaken ja end siis sisse tagasi masinasse logida. Pole vajadust, et teine kasutajasessioon oleks talveunne minekul aktiivne. Probleemi sümptoomid ilmnevad kindlalt siis juba talveunne minekul (kiire seiskumine). Käivitamisel jääb must hiirega ekraan, konsoolilt saab pimesi sisse logida ja restardi teha.
Tavalise suspendi (mis katsete kohaselt küll töötab) probleemiks pean üsna tõsist aku kurnamist.
Kas tegemist võib olla hoopis mingi graafikasüsteemi (GNOME 3) probleemiga, mis talveune skriptid segadusse ajab? Turvaprobleem?
01.02.13 lisa
Hakkasin juba OpenSUSE foorumisse temat tekitama, aga komistasin enne veel selle otsa http://forums.opensuse.org/english/get- ... fails.html .
Seal oli soovitus loobuda kelladest ja viledest ehk
"Previously remove splash screens (splash=verbose in kernel boot line in
grub/menu.lst) and:
/etc/suspend.conf:
splash = n
Grubi seadetes oli splash=silent ja aga suspend.conf-s oli ilupildi näitamine vaikimis lubatud. Tegin /etc/suspend.conf-s splash= n ja praeguse paari katse järgi talveuni saabub ja ärkamine õnnestub ka siis, kui masinas on kaks kasutajat oma gnome-sessiooniga.
Boonusena kestab talveunne minek nüüd jälle ainult paar sekundit. Ja erinevalt tavalisest suspendist, mida vahepeal kasutasin, ei kulu kulu hommikuks ära ca 10% akust.
Mis selle ilupildi näitamisega siis katki läheb nii, et logidesse midagi ei ilmu?
Hibernate probleemi tekkimiseks piisab sellest, kui tellida kasutaja vahetamise logimisaken ja end siis sisse tagasi masinasse logida. Pole vajadust, et teine kasutajasessioon oleks talveunne minekul aktiivne. Probleemi sümptoomid ilmnevad kindlalt siis juba talveunne minekul (kiire seiskumine). Käivitamisel jääb must hiirega ekraan, konsoolilt saab pimesi sisse logida ja restardi teha.
Tavalise suspendi (mis katsete kohaselt küll töötab) probleemiks pean üsna tõsist aku kurnamist.
Kas tegemist võib olla hoopis mingi graafikasüsteemi (GNOME 3) probleemiga, mis talveune skriptid segadusse ajab? Turvaprobleem?
01.02.13 lisa
Hakkasin juba OpenSUSE foorumisse temat tekitama, aga komistasin enne veel selle otsa http://forums.opensuse.org/english/get- ... fails.html .
Seal oli soovitus loobuda kelladest ja viledest ehk
"Previously remove splash screens (splash=verbose in kernel boot line in
grub/menu.lst) and:
/etc/suspend.conf:
splash = n
Grubi seadetes oli splash=silent ja aga suspend.conf-s oli ilupildi näitamine vaikimis lubatud. Tegin /etc/suspend.conf-s splash= n ja praeguse paari katse järgi talveuni saabub ja ärkamine õnnestub ka siis, kui masinas on kaks kasutajat oma gnome-sessiooniga.
Boonusena kestab talveunne minek nüüd jälle ainult paar sekundit. Ja erinevalt tavalisest suspendist, mida vahepeal kasutasin, ei kulu kulu hommikuks ära ca 10% akust.
Mis selle ilupildi näitamisega siis katki läheb nii, et logidesse midagi ei ilmu?