nvidia-Treiber und suspend to disk

Hinweis: In dem Thema nvidia-Treiber und suspend to disk gibt es 10 Antworten auf 2 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • Hallo,


    ich habe auf meinem PC openSuSE 42.3 installiert und habe ein Problem mit dem suspend to disk. Ich nutze KDE als Desktop-Oberfläche.


    Der Rechner arbeitet mit einer nvidia-Karte (lspci):


    01:00.0 VGA compatible controller: NVIDIA Corporation GT218 [GeForce 210] (rev a2)


    Verwende ich die Nvidia-Treiber (NVIDIA-Linux-x86_64-340.102.run) funktioniert die Karte einwandfrei, aber wenn ich versuche ein suspend to disk zu machen wird der Bildschirm dunkel aber das System fährt nicht runter sondern hängt einfach. Der Rechner schaltet sich nicht aus. Versuche ich ein suspend to RAM zu machen klappt das, aber nach dem resume sehen alle Icons (Plasmoids) auf dem Desktop "kaputt" aus.


    Verwende ich alternativ nouveau als Treiber klappt das Suspend to disk wunderbar, aber neben einiger, wenige Artefakte ab und zu, hängt sich der ganze Rechner ab und an mal komplett auf was nicht wirklich schön ist.


    Hat jemand eine Idee was man bzgl der nvidia-Treiber evtl noch versuchen kann um suspend-Probleme zu lösen?


    Vielen Dank
    Rainer

    Für den Inhalt des Beitrages 111832 haftet ausdrücklich der jeweilige Autor: rainer42

  • Häufig, ich denke auch hier, ist es sinnvoll sich mit den Logs zu beschäftigen. Hier ist dein Freund

    Code
    journalctl --since "DATUM" --until "ZEIT"


    ACPI Ereignisse liefert der acpi-deamon. Dazu muss der Dienst entsprechend bereitgestellt werden, also

    Code
    zypper in acpid (sofern noch in vorhanden)
    systemctl enable acpid.service (service permanent machen, also bei jedem zukünftigen. PC-Start)
    systemctl start acpid.service (service sofort starten)
    systemctl status acpid.service (status ausgeben)

    be tolerant - not ignorant
    Alle Hunde sind schwarz.
    Es gibt einen Hund der nicht weiß ist.

    Für den Inhalt des Beitrages 111840 haftet ausdrücklich der jeweilige Autor: Boreas

  • Das Xorg.0.log habt ihr vergessen:

    Code
    cat /var/log/Xorg.0.log

    Für den Inhalt des Beitrages 111854 haftet ausdrücklich der jeweilige Autor: Sauerland

  • Danke für die Antworten. Hier die gewünschten Infos.
    Das Suspend to disk habe ich genau um 15:45 ausgeführt:


    $ uname -a
    Linux 4.4.79-4-default #1 SMP Thu Aug 3 14:49:17 UTC 2017 (4dc78e3) x86_64 x86_64 x86_64 GNU/Linux



    $ /sbin/lspci -nnk | grep -EiA3 'vga|3d|display'
    01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GT218 [GeForce 210] [10de:0a65] (rev a2)
    Subsystem: ZOTAC International (MCO) Ltd. Device [19da:7214]
    Kernel driver in use: nvidia
    Kernel modules: nouveau, nvidia



    $ zypper se -si kernel nvidia
    Repository-Daten werden geladen...
    Installierte Pakete werden gelesen...


    S | Name | Typ | Version | Arch | Repository
    ---+-------------------------------+-------+--------------------------------+--------+--------------------------------
    i+ | kernel-default | Paket | 4.4.79-4.2 | x86_64 | Hauptaktualisierungs-Repository
    i | kernel-default-devel | Paket | 4.4.79-4.2 | x86_64 | Hauptaktualisierungs-Repository
    i | kernel-devel | Paket | 4.4.79-4.2 | noarch | Hauptaktualisierungs-Repository
    i | kernel-firmware | Paket | 20170530-9.1 | noarch | Haupt-Repository (OSS)
    i | kernel-macros | Paket | 4.4.79-4.2 | noarch | Hauptaktualisierungs-Repository
    i+ | nvidia-computeG03 | Paket | 340.102-18.1 | x86_64 | nVidia Graphics Drivers
    i+ | nvidia-gfxG03-kmp-default | Paket | 340.102_k4.4.76_1-18.1 | x86_64 | nVidia Graphics Drivers
    i+ | nvidia-glG03 | Paket | 340.102-18.1 | x86_64 | nVidia Graphics Drivers
    i | nvidia-uvm-gfxG03-kmp-default | Paket | 340.102_k4.4.76_1-18.1 | x86_64 | nVidia Graphics Drivers
    i+ | x11-video-nvidiaG03 | Paket | 340.102-18.1 | x86_64 | nVidia Graphics Drivers



    $ journalctl --since 15:45
    -- Logs begin at Sat 2017-04-29 11:07:39 CEST, end at Fri 2017-08-18 15:54:52 CEST. --
    Aug 18 15:45:01 robotnik cron[3033]: pam_unix(crond:session): session opened for user root by (uid=0)
    Aug 18 15:45:01 robotnik cron[3034]: pam_unix(crond:session): session opened for user krienke by (uid=0)
    Aug 18 15:45:01 robotnik systemd[1]: Started Session 4 of user krienke.
    Aug 18 15:45:01 robotnik systemd[1]: Created slice User Slice of root.
    Aug 18 15:45:01 robotnik systemd[1]: Starting User Manager for UID 0...
    Aug 18 15:45:01 robotnik systemd[3037]: pam_unix(systemd-user:session): session opened for user root by (uid=0)
    Aug 18 15:45:01 robotnik systemd[1]: Started Session 3 of user root.
    Aug 18 15:45:01 robotnik CRON[3041]: (krienke) CMD (/usr/bin/xset +dpms)
    Aug 18 15:45:01 robotnik CRON[3034]: pam_unix(crond:session): session closed for user krienke
    Aug 18 15:45:01 robotnik postfix/pickup[2142]: D44B3678B7: uid=14216 from=<krienke>
    Aug 18 15:45:01 robotnik systemd[3037]: Reached target Sockets.
    Aug 18 15:45:01 robotnik systemd[3037]: Reached target Paths.
    Aug 18 15:45:01 robotnik systemd[3037]: Reached target Timers.
    Aug 18 15:45:01 robotnik systemd[3037]: Reached target Basic System.
    Aug 18 15:45:01 robotnik systemd[3037]: Reached target Default.
    Aug 18 15:45:01 robotnik systemd[3037]: Startup finished in 32ms.
    Aug 18 15:45:01 robotnik systemd[1]: Started User Manager for UID 0.
    Aug 18 15:45:01 robotnik postfix/cleanup[3048]: D44B3678B7: message-id=<20170818134501.D44B3678B7@linux.suse>
    Aug 18 15:45:01 robotnik postfix/qmgr[2143]: D44B3678B7: from=<krienke@linux.suse>, size=786, nrcpt=1 (queue active)
    Aug 18 15:45:01 robotnik CRON[3033]: pam_unix(crond:session): session closed for user root
    Aug 18 15:45:01 robotnik systemd[1]: Stopping User Manager for UID 0...
    Aug 18 15:45:01 robotnik systemd[3037]: Stopped target Default.
    Aug 18 15:45:01 robotnik systemd[3037]: Stopped target Basic System.
    Aug 18 15:45:01 robotnik systemd[3037]: Stopped target Timers.
    Aug 18 15:45:01 robotnik systemd[3037]: Stopped target Paths.
    Aug 18 15:45:01 robotnik systemd[3037]: Stopped target Sockets.
    Aug 18 15:45:01 robotnik systemd[3037]: Reached target Shutdown.
    Aug 18 15:45:01 robotnik systemd[3037]: Starting Exit the Session...
    Aug 18 15:45:01 robotnik systemd[3037]: Received SIGRTMIN+24 from PID 3084 (kill).
    Aug 18 15:45:01 robotnik systemd[3042]: pam_unix(systemd-user:session): session closed for user root
    Aug 18 15:45:01 robotnik systemd[1]: Stopped User Manager for UID 0.
    Aug 18 15:45:01 robotnik systemd[1]: Removed slice User Slice of root.
    Aug 18 15:45:02 robotnik NetworkManager[1467]: <info> sleep requested (sleeping: no enabled: yes)
    Aug 18 15:45:02 robotnik NetworkManager[1467]: <info> sleeping...
    Aug 18 15:45:02 robotnik NetworkManager[1467]: <info> NetworkManager state is now ASLEEP
    Aug 18 15:45:02 robotnik systemd[1]: Reached target Sleep.
    Aug 18 15:45:02 robotnik systemd[1]: Starting Hibernate...
    Aug 18 15:45:02 robotnik kernel: PM: Hibernation mode set to 'platform'
    Aug 18 15:45el: Initializing cgroup subsys cpu
    Aug 18 15:46:06 robotnik kern:02 robotnik systemd-sleep[3096]: INFO: running /usr/lib/systemd/system-sleep/grub2.sleep for hibernate
    Aug 18 15:45:02 robotnik systemd-sleep[3096]: INFO: Running prepare-grub ..
    Aug 18 15:45:02 robotnik systemd-sleep[3096]: running kernel is grub menu entry openSUSE Leap 42.3 (vmlinuz-4.4.79-4-default)
    Aug 18 15:45:02 robotnik systemd-sleep[3096]: preparing boot-loader: selecting entry openSUSE Leap 42.3, kernel /boot/4.4.79-4-default
    Aug 18 15:45:03 robotnik systemd-sleep[3096]: running /usr/sbin/grub2-once "openSUSE Leap 42.3"
    Aug 18 15:45:03 robotnik systemd-sleep[3096]: time needed for sync: 0.0 seconds, time needed for grub: 0.1 seconds.
    Aug 18 15:45:03 robotnik systemd-sleep[3096]: INFO: Done.
    Aug 18 15:45:02 robotnik systemd[1]: Reached target Sleep.
    Aug 18 15:45:02 robotnik systemd[1]: Starting Hibernate...
    Aug 18 15:45:02 robotnik kernel: PM: Hibernation mode set to 'platform'
    Aug 18 15:45:02 robotnik systemd-sleep[3096]: INFO: running /usr/lib/systemd/system-sleep/grub2.sleep for hibernate
    Aug 18 15:45:02 robotnik systemd-sleep[3096]: INFO: Running prepare-grub ..
    Aug 18 15:45:02 robotnik systemd-sleep[3096]: running kernel is grub menu entry openSUSE Leap 42.3 (vmlinuz-4.4.79-4-default)
    Aug 18 15:45:02 robotnik systemd-sleep[3096]: preparing boot-loader: selecting entry openSUSE Leap 42.3, kernel /boot/4.4.79-4-default
    Aug 18 15:45:03 robotnik systemd-sleep[3096]: running /usr/sbin/grub2-once "openSUSE Leap 42.3"
    Aug 18 15:45:03 robotnik systemd-sleep[3096]: time needed for sync: 0.0 seconds, time needed for grub: 0.1 seconds.
    Aug 18 15:45:03 robotnik systemd-sleep[3096]: INFO: Done.
    Aug 18 15:45:03 robotnik systemd-sleep[3096]: Suspending system...
    -- Reboot --

  • Benutze bitte für Konsolenausgaben Code-Tags, siehe meine Signatur unter diesem Beitrag.



    Zitat

    Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.4.79-4-default root=UUID=328d377f-3e45-451f-8911-3dfbeaf1e045 elevator=cfq resume=/dev/disk/by-uuid/70174aa4-ab05-46cd-be51-dc059e3ac651 splash=silent quiet showopts acpi=force resume=/dev/sda2 splash=silent quiet showopts

    Warum acpi=force?

    Für den Inhalt des Beitrages 111893 haftet ausdrücklich der jeweilige Autor: Sauerland

  • Zitat

    Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.4.79-4-default root=UUID=328d377f-3e45-451f-8911-3dfbeaf1e045 elevator=cfq resume=/dev/disk/by-uuid/70174aa4-ab05-46cd-be51-dc059e3ac651 splash=silent quiet showopts acpi=force resume=/dev/sda2 splash=silent quiet showopts

    Hat denn die /dev/sda2 die UUID 70174aa4-ab05-46cd-be51-dc059e3ac651?


    Zweimal ein Setting mit vielleicht verschiedenen Werten?

  • acpi=force war mir auch schon aufgefallen aber ich hab auch mal ohne getestet macht keinen Unterschied.


    Die UUIDs stimmen habs gerade auch nochmal gegen gecheckt. sda2 ist UUID 70174aa4-ab05-46cd-be51-dc059e3ac651. Und sda2 ist die swap-Parttion die ich mit 16GB (== 2* RAM) sehr komfortabel dimensioniert habe.


    Es klappt ja auch alles wenn ich nouveau als Treiber nutze aber eben nicht mit dem proprietären nvidia-Treiber, der aber eben grundsätzlich stabiler arbeitet. Nur beim hibernating klappts eben nicht.

    Für den Inhalt des Beitrages 111897 haftet ausdrücklich der jeweilige Autor: rainer42