s2ram und Ubuntu 18.04

MarkusE · 7. Juli 2018

Hallo,

Unter 14.04 lief s2ram problemlos.

Unter 18.04 ist nach dem Aufwachen (oft) das root Dateisystem nur noch lesbar. Ursache sind Fehler beim Festplattenzugriff, die zu Inkonsistenzen im Dateisystem (ext4) führen. fsck kann diese Inkonsistenzen beim nächsten Reboot beheben.

Erst dachte ich, es liegt an dem doch etwas in die Tage gekommenen ATA/IDE Anschluss der Festplatte.

Habe mir also eine SATA SSD gekauft und darauf das System installiert.

Leider ist der Fehler auch hier aufgetreten.

Also, nach dem Aufwachen aus s2ram funktionieren alle Festplatten problemlos. Außer der, auf der das System installiert ist . Die ist read only gemountet und muss mit fsck repariert werden.

Jemand eine Idee?

~ Markus

seahawk1986 · 8. Juli 2018

uswsusp ist seit gut 6 Jahren ungepflegt - auf meinem Testsystem funktioniert der Standby mittels systemctl suspend (den Befehl kann man dem VDR in der /etc/default/vdr mitgeben: SHUTDOWNCMD="/bin/systemctl suspend") wenn ich den VDR vor dem Standby stoppe, die Module für die DVB-Karte entlade und sie nach dem Standby wieder laden und den VDR starten lasse scheint das brauchbar zu funktionieren (dauert so lange wie es braucht die Treiber neu zu laden, die Tuner zu initialisieren und den VDR zu starten):

Bash: /lib/systemd/system-sleep/yavdr

#!/bin/sh

case $1 in
  pre)
    /bin/systemctl stop vdr
    /usr/local/bin/module-helper -u dvb_core
    ;;
  post)
    /usr/local/bin/module-helper -r
    /bin/systemctl start vdr
    ;;
esac

Alles anzeigen

Den module-helper gibt es hier: https://raw.githubusercontent.…ter/usr/bin/module-helper

Beide Skripte müssen ausführbar sein.

Ich hatte es zunächst wie in https://wiki.archlinux.org/ind…er_management#Sleep_hooks beschrieben über Systemd-Units versucht, da hängt dann aber systemd-sleep endlos und angesichts der ganzen Patches für das Systemd-Paket und den Kernel bei Debian/Ubuntu ist es etwas mühsam da auf Fehlersuche zu gehen.

Edit: Reihenfolge beim post umgedreht, ohne Dynamite-Plugin geht das sonst nicht - und der VDR muss in dem Fall mit wait-for-dvb@.service auf die Tuner warten.

Edit2: Es solltes allgemein gültig sein, wenn man dvb_core entladen lässt, der module-helper kümmert sich dann um das (ent)laden der Module der DVB-Karten.

MarkusE · 8. Juli 2018

Danke für den Hinweis.

Ich habe auf /bin/systemctl suspend umgestellt.

Beim Aufwachen zeigt die Konsole:

Zitat

kernel: [ 170.046710] ata1: softreset failed (1st FIS failed)

und das System bleibt stehen .

seahawk1986 · 8. Juli 2018

Hast du mal andere SATA-Kabel genommen? Falls du keinen Ersatz zur Hand hast: Wandert der Fehler mit, wenn du die Kabel tauschst?

MarkusE · 9. Juli 2018

Der Fehler wandert mit, wenn ich Festplatten und Kabel tausche (tritt sowohl mit IDE Kabel als auch mit SATA Kabel auf).

Bei Verwendung von "/bin/systemctl suspend" sind die Fehler beim Festplattenzugriff, die zu Inkonsistenzen im Dateisystem (ext4) führen, bisher nicht mehr aufgetreten.

Ich dachte erst, das System würde nach der Meldung "kernel: [ 170.046710] ata1: softreset failed (1st FIS failed)" stehen bleiben. Tut es aber nicht. Nur XFCE hängt.

Ich kann auf die Textkonsole wechseln, und mit

Code

/bin/systemctl stop lightdm
/bin/systemctl start lightdm

funktioniert auch das UI wieder .

~Markus

zaubi4u · 9. Juli 2018

Also seit ich eine SSD im System habe, nehm ich kein Suspend to RAM mehr..

MarkusE · 10. Juli 2018

Hi,

ich habe jetzt die Datei /lib/systemd/system-sleep/hang-fix

Bash

#!/bin/sh
case "$1" in
    pre|suspend|hibernate)
    ;;
    post|resume|thaw)
        killall  light-locker
    ;;
    *)
        exit $NA
    ;;
esac
exit 0

Alles anzeigen

Damit funktioniert es

s2ram und Ubuntu 18.04

Jetzt mitmachen!

Teilen