[gelöst] Rechner fährt nicht immer zuverlässig runter

Hinweis: In dem Thema [gelöst] Rechner fährt nicht immer zuverlässig runter gibt es 27 Antworten auf 3 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.

    Hallo.


    Ich habe das Problem, dass mein Rechner (Opensuse 13.1) ca. jedes 5. Mal nicht richtig runter fährt.
    In dem Zustand, in dem er festhängt, kann man noch mit Strg-Alt-Fx umschalten, aber es werden schon keine Tastenanschläge mehr angenommen (es passiert schlicht nichts).
    Nach etwa 3 Minuten schaltet sich der Rechner dann doch ab.


    Gibt es eine Möglichkeit festzustellen, was da hakt?

    Einmal editiert, zuletzt von Easy () aus folgendem Grund: Als gelöst gezeichnet

    Für den Inhalt des Beitrages 81272 haftet ausdrücklich der jeweilige Autor: Easy

    Meistens hängt das mit dem Aushängen eines Dateisystems zusammen. Bei mir z.B. hängt der Rechner genau wie Du beschrieben hast bei dem Aushängen von der verschlüsselten Home-Partition.

    Für den Inhalt des Beitrages 81273 haftet ausdrücklich der jeweilige Autor: toxa

    Zitat von Easy

    Gibt es eine Möglichkeit festzustellen, was da hakt?


    Ja, z.B. so:

    • Strg+Alt+F1
    • Als root sich einloggen
    • Code
      journalctl -f
    • Strg+Alt+F7
    • "Herunterfahren" aufrufen
    • und dann wieder auf Strg+Alt+F1 umschalten und schauen, wo der Rechner hängen bleibt.

    Für den Inhalt des Beitrages 81274 haftet ausdrücklich der jeweilige Autor: toxa

    Hallo Toxa,


    Danke für die Antwort. Das Einloggen geht nicht mehr, nur das reine Umschalten zwischen den Tty's (auf dem 1. befindet sich der Rechner in dem Problemzustand).
    Das ist auch schon der einzige direkte Hinweis, dass ich es dort noch mit Linux zu tun habe und nicht schon mit dem Bios.


    Die Kiste ist also fast runter gefahren und bleibt kurz vorm Abschalten hängen.


    "Dateisystem" klingt gut (obwohl ich nichts verschlüsselt habe) denn: Schalte ich den Rechner in dem Zustand hart ab, "beschwert" sich fsck beim nächsten Booten, was es nicht tut, wenn ich die 3 Minuten warte und sich der Rechner dann endlich selbst abschaltet.


    Journalctl habe ich schon versucht, finde aber nichts zum letzten Runterfahren. Eventuell hier, brauche ich Hilfe.

    Für den Inhalt des Beitrages 81306 haftet ausdrücklich der jeweilige Autor: Easy

    Bei journalctl kann man auch nach dem Datum bzw. der Uhrzeit greppen........

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

    Danke Sauerland,


    mein Problem dabei: journalctl zeigt mir nur die Daten der aktuellen Sitzung und eben nicht die Daten der Sitzung davor. Auch mit --since nicht.

    Für den Inhalt des Beitrages 81322 haftet ausdrücklich der jeweilige Autor: Easy

    Bei mir zeigt journalctl alles ab der Installation an:

    Code
    journalctl 
-- Logs begin at Fr 2014-11-21 18:06:13 CET, end at Fr 2015-05-08 17:03:41 CEST. --                                                                                                          
Nov 21 18:06:13 linux64 systemd-journal[170]: Runtime journal is using 8.0M (max allowed 799.0M, trying to leave 1.1G free of 7.7G available → current limit 799.0M).                        
Nov 21 18:06:13 linux64 systemd-journal[170]: Runtime journal is using 8.0M (max allowed 799.0M, trying to leave 1.1G free of 7.7G available → current limit 799.0M).                        
Nov 21 18:06:13 linux64 kernel: Initializing cgroup subsys cpuset                                                                                                                            
Nov 21 18:06:13 linux64 kernel: Initializing cgroup subsys cpu                                                                                                                               
Nov 21 18:06:13 linux64 kernel: Initializing cgroup subsys cpuacct                                                                                                                           
Nov 21 18:06:13 linux64 kernel: Linux version 3.16.6-2-desktop (geeko@buildhost) (gcc version 4.8.3 20140627 [gcc-4_8-branch revision 212064] (SUSE Linux) ) #1 SMP PREEMPT Mon Oct 20 13:47:
Nov 21 18:06:13 linux64 kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-3.16.6-2-desktop root=UUID=d132c9d9-a8c5-4e11-bcf4-42ceb591cc3e video=1600x900 resume=/dev/disk/by-uuid/5e6e20b1-15ec-
Nov 21 18:06:13 linux64 kernel: e820: BIOS-provided physical RAM map:


    Das sind jetzt nur die ersten paar Zeilen, beachte Zeile 2:

    Zitat

    -- Logs begin at Fr 2014-11-21 18:06:13 CET, end at Fr 2015-05-08 17:03:41 CEST. --

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

    Ah, das ist doch ein brauchbarer Hinweis. Jetzt wird mir klar, warum die Tipps, die ich ergoogelt hatte nicht funktionieren. Jetzt gerade gemacht:

    Code
    -- Logs begin at Fr 2015-05-08 20:51:44 CEST, end at Fr 2015-05-08 21:02:00 CEST. --


    Zeigt wieder nur die aktuelle Sitzung. Ich schätze mal, ich muss eine Konfigdatei oder -variable suchen, die für ein komplettes Log sorgt.

    Für den Inhalt des Beitrages 81349 haftet ausdrücklich der jeweilige Autor: Easy

    Hast du evtl. eine Ramdisk für das /var/log Verzeichnis eingerichtet, weil dann kannst du nur die Logs der aktuellen Sitzung sehen.
    Falls ja dann einfach mal ausschalten und schauen was passiert.


    Viele Grüße

    Für dieses eine Mal sollte folgendes tun:

    Code
    - Mit STRG-ALT-F2 nach tty2 wechseln
- als root anmelden
- Log ab diesem Zeitpunkt nach /root/shutdown.log schreiben lassen: journalctl -f | tee /root/shutdown.log
- mit ALT-F7 wieder zur grafischen Oberfläche wechseln
- shutdown


    Nach dem Neustart sollte sich die Datei /root/shutdown.log finden lassen, die jeder User lesen können sollte (Bearbeiten kann nur root)


    flo

    Für den Inhalt des Beitrages 81383 haftet ausdrücklich der jeweilige Autor: grossing