[erledigt] XFCE - Bereitschaftsmodus funktioniert nicht

[geier22]

Seit einiger Zeit funktioniert der Bereitschaftsmodus und Ruhezustand nicht mehr.
Ich kann nicht genau sagen seit wann, da ich ihn selten benutzt habe, dieser Zustand mich aber jetzt nervt.
Erst mal ein paar Daten, soweit relevant:

Code: Alles auswählen

inxi -F
System:    Host: sparkyxfce Kernel: 4.9.0-3-amd64 x86_64 (64 bit) Desktop: Xfce 4.12.3
           Distro: SparkyLinux 4 (tyche)
Machine:   Device: desktop Mobo: ASRock model: 970 Performance/3.1 serial: M80-54001900384
           UEFI [Legacy]: American Megatrends v: P1.10 date: 01/26/2016
CPU:       Hexa core AMD FX-6300 Six-Core (-MCP-) cache: 12288 KB 
           clock speeds: max: 3500 MHz 1: 1400 MHz 2: 1400 MHz 3: 2000 MHz 4: 2000 MHz 5: 1400 MHz 6: 1400 MHz
Graphics:  Card: NVIDIA GM107 [GeForce GTX 750 Ti]
           Display Server: X.org 1.19.2 drivers: nvidia (unloaded: modesetting,fbdev,vesa)
           tty size: 114x29 Advanced Data: N/A for root
Audio:     Card-1 NVIDIA Device 0fbc driver: snd_hda_intel Sound: ALSA v: k4.9.0-3-amd64
           Card-2 TEAC driver: USB Audio
Network:   Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169

Was passiert:
Wenn ich den Bereitschftsmodus wähle, scheint zunächst alles "normal" abzulaufen. Die LED's (Netz und HDD blinken)
Um den Rechner wieder aufzuwecken drücke ich die Enter-Taste.
Dann erscheint ein schwarzer Monitor mit blinkendem Cursor - keine Eingabe möglich.
Wechsel auf ein anderes Terminal (ALT+F3) ist auch nicht möglich.
Halte ich ALT+F3 gedrückt, flimmern die Login-Zeilen auf, sind aber nicht erreichbar.
Einzige Möglichkeit: STRG+ALT+Entf ---> Neustart
Der Log - mit ein paar Zeilen davor und dahinter (journalctl -b -1) :
39843

Wäre schön, wenn ihr mir auf die Sprünge helfen könntet, da ich ziemlich ratlos bin.

[geier22]

"Der Computer rechnet mit allem - nur nicht mit seinem Besitzer."

Ich trau es mich ja gar nicht zu sagen
Hatte vor ein paar Wochen ein BIOS-Update gemacht - alle Einstellungen überprüft, nur das "Suspend to RAM" übersehen
und das war disabled
Bin aber gehörig bestraft worden: Hab dieses und jenes in den Systemeinstellungen verstellt - z.B. Sitzung Speichern - (wohin auch)
bis zu Schluss nichts mehr ging.
Neuinstallation - Bereitschaftsmodus ging immer noch nicht.
Dann kam ich auf die glorreiche Idee, doch mal im BIOS nachzuschauen. aaarrrrrrgggg

[rendegast]

Es war wohl nur die Grafik betroffen (ERROR + WARN bei nvidia-modeset).
Nach dem Log ist das Netzwerk 'up' gebracht worden,
auch der Wechsel auf TTY3 wurde gemacht.
"Blind schreiben" oder Zugriff auf einen sshd wäre wohl möglich gewesen.

Vielleicht kann die Grafik in dem Fall reaktiviert werden,
vbetool o.ä., gesonderte Behandlung beim suspend?

Ein Neuladen der nvidia-Module wäre (im Gegensatz zu den kms-Modulen i915/radeon/nouveau) technisch möglich, könnte aber mit einem Killen der X-Session einhergehen.
Ob es hier das Problem gelöst hätte?
Ein Versuch mit dem nouveau-Modul?

[geier22]

Hallo rendegast danke für die Antwort, aber das hat sich ja nun erledigt.
in diesem Zusammenhan habe ich aber noch ein paar Fragen:
Der sog. Bereitschaftsmodus entspricht ja wohl dem Suspend to RAM, der ja jetzt funktioniert.
Ein "Suspend to Disk" lohnt bei mir nicht, da das fast länger dauert als ein Neustart (ab grub 11 sek)
Das hatte ich irgendwann mal probiert.
Beginnend mit dem Ärger, dass ein Suspend to RAM nicht funktionierte
hatte ich bei meinen Versuchen vor der Neuinstallation auch probiert, das Suspend to Disk mal wieder zu fahren.
Ich bin dabei nach der Anleitung bei Ask Ubuntu vorgegangen was auch nichts verbessert hatte.

Nach der Neuinstallation kommen nach einem Kernel-Update oder z. B. Bei der Installation von gparted + Empfehlungen
folgende Fehlermeldungen - Diese Zeilen waren auch schon vor der Neuinstallation immer wieder zu sehen:

Code: Alles auswählen

I: /etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.9.0-3-amd64
W: initramfs-tools configuration sets RESUME=UUID=1081b7bb-2ade-4cd7-8e39-435d7c8c1955
W: but no matching swap device is available.
I: The initramfs will attempt to resume from /dev/sdb1
I: (UUID=aa201965-5dcb-4abb-8283-c9bcd378aa1e)
I: Set the RESUME variable to override this.

Code: Alles auswählen

# cat /etc/initramfs-tools/conf.d/resume
RESUME=UUID=1081b7bb-2ade-4cd7-8e39-435d7c8c1955

Ich habe an dieser Datei nicht herum gebastelt, und frage mich wo diese UUID herkommt.

Aber das Device mit der UUID=1081b7bb-2ade-4cd7-8e39-435d7c8c1955
gibt es bei mir gar nicht [mein System (xfce) läuft auf /dev/sdc1 und /dev/sdc5) ]

Code: Alles auswählen

# blkid
/dev/sda1: LABEL="KDE Root" UUID="9f9af350-ae4d-4e54-b0e8-3a97a0b89374" TYPE="ext4" PARTUUID="40f99b9d-4bd4-4db6-b96d-a10823de2857"
/dev/sda2: LABEL="KDE HOME" UUID="1d404883-fd27-4ee2-9744-ef7d055fbf70" TYPE="ext4" PARTUUID="48450413-522e-4b34-8e1e-c5ff2a495ff6"
/dev/sdc1: UUID="bc093b97-5af5-4142-88fe-3dae8c63c3a9" TYPE="ext4" PARTUUID="31088935-01"
/dev/sdc5: UUID="7a7e7ac0-f89f-4e91-bea1-dc1b5da85293" TYPE="ext4" PARTUUID="31088935-05"
/dev/sdd1: LABEL="Daten" UUID="8dc5668b-4c06-41e0-934e-01dd0eff6db9" TYPE="ext4" PARTUUID="18de15c7-01"
/dev/sde1: LABEL="Musik" UUID="8b535dfa-0c3f-4c55-aa95-a6bd61679344" TYPE="ext4" PARTUUID="b95d1636-8535-4d2d-815b-2cba98347c6f"
/dev/sdb1: UUID="aa201965-5dcb-4abb-8283-c9bcd378aa1e" TYPE="swap" PARTUUID="207d6282-01"
/dev/sdb2: LABEL="cinnamonroot" UUID="28ac974c-1558-4520-83ca-f6de8d814047" TYPE="ext4" PARTUUID="207d6282-02"
/dev/sdb3: LABEL="cinnamonhome" UUID="92ad9934-c292-42d5-b881-faab5131d33a" TYPE="ext4" PARTUUID="207d6282-03"

Labels hab ich vergessen zu vergeben

Auch Grub hab ich bezüglich der resume - Option nach der Neu Installation nicht geändert da steht schlicht in der /etc/default/grub

Code: Alles auswählen

GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

Mir schwant da eventuell Ärger, auch wenn das richtige Swap- Device erkannt wird. Aber warum wird das dann nicht
überschrieben ??
Bzw. was versucht da initramfs und wo wird das hingeschrieben?
Ist ein Suspend to Disk nur möglich, wenn das auch in der Grub - Befehlszeile steht??

[rendegast]

# cat /etc/initramfs-tools/conf.d/resume
RESUME=UUID=1081b7bb-2ade-4cd7-8e39-435d7c8c1955
Ich habe an dieser Datei nicht herum gebastelt, und frage mich wo diese UUID herkommt.

Die wurde früher mal so angelegt, initramfs-tools wheezy.
Heute gibt es auf speziell diese Datei nur noch einen Bezug in
/usr/share/bug/initramfs-tools/script.

Eventuell später mal swap neu angelegt/initialisiert/formatiert per mkswap
-> stimmt die UUID nicht mehr.
Es sollte einen entsprechenden Hinweis geben beim 'update-initramfs ...'.

Heutzutage, wenn kein RESUME=.... in conf.d/ angegeben wird,
wird eine Datei
conf.d/zz-resume-auto
erzeugt (IN der initrd), mit der UUID der/einer swap-Partition.
Wiederum mit einem Hinweis.

Lösche einfach mal die conf.d/resume oder trage dort die aktuelle UUID der swap-Partition ein
und mache 'update-initramfs -u -kall'.