Beiträge von Suelkun

... bei mir tritt das geschilderte Problem (schwarzer Bildschirm, nur Cursor sichtbar) ebenfalls auf. Betriebssystem: Leap42.2, Graphikkarte: GeForce218.

Bisher beobachtet hat ich die Situation nur nach "resume from RAM" und auch da nicht immer. Ich benutze nicht den Treiber von Nvidi, statt dessen den Treiber nouveau, der mit der Distribution kam.

Ich habe das System erhalten durch Upgrade von 13.2. Von 13.2 her benutze ich auch immer noch den Displaymanager kdm. Ich habe deshalb Zweifel, ob wirklich der Display-Manager Verursacher des Problems ist.

Sorry, aber ich versteht den Hinweis nicht.

Hallo,

ich habe das Problem, daß mein Rechner manchmal nach "Resume from RAM" (fast) nichts mehr anzeigt.

Betriebssystem: Leap 42.2
Grafikkarte: GeForce 210
Grafiktreiber: nouveau

"Manchmal" heißt: gefühlt jedes 2. Mail.

Der Rechner startet dann zwar wieder (d.h. die Lüfter fangen an zu laufen), Ich sehe auf dem Bildschirm den Maus-Zeiger (den kann ich auch bewegen), aber sonst ist alles schwarz.
In dem Zustand kann ich per Ctrl-Alt-F6 in die nicht-graphische Konsole rein schalten, mich da anmelden und den Rechner z.B. per Init 6 neu starten. Dann fährt er gezielt runter und startet richtig neu.

Ich kann auch per init 5 in den grahischen Modus gehen, dann erhalte ich einen Startbildschirm. Wenn ich mich dann aber normal anmelde und wieder "Suspend to RAM" verlange, dann bleibt mir beim nächsten Aufwachen wirklich nur noch der Griff zum Ausschalter.

Probiert habe ich auch eine vom Benutzer [33] vorgeschlagene Lösung (Parameter acpi_os=Linux als Start-Parameter), zuverlässig geholfen hat dies aber nicht.

Unter 13.2 ist das Problem bei gleicher Hardware nie aufgetreten, auch ohne den Startparameter acpi_os=Linux nicht.

Was kann unter 42.2 die Ursache für das geschilderte Problem sein? Was kann ich sonst noch ausprobieren?

... bei mir hat das "Upgrade" einwandfrei geklappt.

Ich habe zuerst auf separaten Partitionen eine Kopie meines laufenden 13.2 Systems hergestellt und dessen fstab entsprechend angepaßt. Die "alte" Home-Partition habe ich dabei weggelassen.

Dann habe ich per CD diese Kopie vollständig upgegraded auf 42.2. Das 42.2-System angestartet, ob es anständig läuft (tat es).

Dann das 42.2-System per CD vollständig upgegraded auf 42.3. Das 42.3-System angestartet, ob es anständig läuft (tat es auch).

Dann die fstab des neuen Systems so verändert, daß die Home-Partion des 13.2-Systems dazugebunden wurde.

Es war hinterher erstaunlich wenig Handarbeit notwendig.

... ich habe ganz grundsätzlich dasselbe Problem.

Ich benutze Leap 42.2, welches durch Upgrade von 13.2 aus erzeugt wurde. Ich habe auch eine andere Graphikkarte (Geforce 210).

Wenn der Fehler auftritt, dann bleibt der Bildschirm nach "Resume from RAM" schwarz. Mauszeiger ist dabei sichtbar und kann auch bewegt werden. Manchmal kann ich dann noch via Ctrl-Alt-F6 in den Nichtgraphischen Mode gehen, mich als root anmelden und über die Eingabe von init 6 den Rechner wenigstens gezielt neu starten. Das gelingt aber nicht immer. Manchmal kann ich den Rechner nur ganz hart ausschalten.

Der Fehler tritt bei mir nicht immer auf. Manchmal funktioniert "resume from RAM" auch genauso, wie es sollte.

Unter 13.2 funktionierte die Funkion bei gleicher Hardware immer einwandfrei.

Ich habe jetzt die vorgeschlagene Zeile in Yast als Kernel-Parameter eingebaut. Beim ersten Versuch kam der Rechner einwandfrei wieder hoch (Nach Suspend from RAM). Ich kann aber noch nicht sagen, ob das von Dauer ist.

.

... wenn das so ist, dann schließe ich dieses Thema.

... noch ein kleiner Nachtrag.

Das Service file zum Dienst halt.local.service liegt im Ordner /var/run/systemd/genarator.late.

Dieser Dienst führt dann bei Start und Ende des Mehrbenutzerbetriebs auch noch das Script /etc/init.d/halt.local.sh aus und das ist genau mein Datensicherungsscript!

Problem ist gelöst.

Es gibt auch ein Service-File halt.local.service, welches prinzipiell mit der Distribution kommt. Ich weiß zwar momentan nicht, wo dieses Service-File steht, aber der Dienst war da und er war aktiv.

Ich habe Leap42.2 installiert durch upgrade meines 13.2, d.h. der Dienst halt.local.service ist von 13.2 beim upgrade übernommen worden. Jedenfalls führte dieser Dienst auch mein Script aus, ein Relikt von früheren Basteleien.
Ich mußte bisher bei jedem upgrade den "orginal"-Dienst deaktivieren und unter leap 42.2 habe ich das vergessen, sorry.

Dazu hin habe ich "meinen" Dienst auch noch ziemlich gleich benannt (halt-local.service), was vielleicht auch noch fehlerträchtig ist und gar nicht notwendig.

Jedenfalls kommt leap42.2 jetzt hoch, ohne sich gleich auf die Datensicherung zu stürzen. Deaktivieren und stoppen des Dienstes halt.local.service (via Yast) hat ausgereicht.

ok, ein Mißverständnis, hier ist mein Service-File::

[Unit]
Description=/etc/init.d/halt.local Compatibility
After=network.target mysql.service


[Service]
Type=oneshot
ExecStart=/bin/true
ExecStop=/etc/init.d/halt.local.sh
TimeoutSec=0
StandardOutput=syslog+console
RemainAfterExit=yes


[Install]
WantedBy=multi-user.target

Nachdem mysql.service von network.target abhängt, reicht es unter 13.2 auch, wenn in der Unit-Section die Abhängigkeit nur von mysql.service reinschreibe. Es läuft auch dann unter 13.2 wie beabsichtigt.

Unter 42.2 hingegen wird der Service auch dann mehrfach ausgeführt (also bei Systemstart und Systemstop), wenn ich die Abhängigkeit von mysql.service ganz rausnehme, d.h. wenn meine Zeile After=... dann lautet:

After=network.target

einziger Nachteil dabei: Dann funktioniert der DB-Export nicht mehr.
Das aufgeführte Service file ist in den Pfaden abgelegt, die ich in meinem letzten Posting genannt habe.

Aber Du hast recht, ich schaue mir das Tutorial an. Wenn es Möglichkeiten gibt, auf das Shutdown eines Prozesses zu warten und dann etwas auszuführen, das wäre für mich viel einfacher.

Sorry, ok mache ich künftig so (mit den angehängten Dateien).

Das Service File steht unter /usr/lib/systemd/system/
und ein Link darauf unter: /usr/lib/systemd/system/multi-user.target.wants

Dieses Link wird erstellt, wenn ich das Kommando eingebe

systemctl enable halt-local.service

schließlich habe ich noch eingegeben:

systemctl start halt-local.service

Dies um den Service einmalig zu starten. Beim letzten Kommando wird im übrigen kein Sicherungslauf angestossen.(wie ich es auch beabsichtigt habe)..
Da ich auch mit dem Kommando mysqldump noch Daten aus einer Mysql-Datenbank exportieren will, muß mysql zum Zeitpunkt des Skripts laufen.

Wie gesagt: unter 13.2 läuft das ganze exakt so, wie es beabsichtigt ist.