Debian wird nicht vollständig heruntergefahren

7

Mein Debian-Keuchen (64-Bit) wird nicht vollständig heruntergefahren. Damit meine ich, dass bei Auswahl von " Shut Down..." aus dem Menü der Bildschirm leer wird, der Netzschalter jedoch weiterhin leuchtet und der Frontlüfter weiterarbeitet. Erst nachdem ich den Netzschalter etwa 5 Sekunden lang gedrückt habe, wird er tatsächlich vollständig heruntergefahren ...

Haben einige googeln und in der Regel Power-Management wird in solchen Situationen verantwortlich gemacht. Hier sind einige verdächtige Meldungen im Zusammenhang mit dem Machtmanagement in meiner /var/log/messagesReihenfolge:

Kernel: [0.000000] ACPI-Warnung: FADT (Revision 5) ist länger als die ACPI 2.0-Version und schneidet die Länge 268 bis 244 ab (20110623 / tbfadt-288).
Kernel: [0.010862] x2apic nicht aktiviert, IRQ-Remapping-Init fehlgeschlagen
Kernel: [0.485956] ACPI FADT erklärt, dass das System PCIe ASPM nicht unterstützt. Deaktivieren Sie es daher
Kernel: [0.494932] [Firmware Bug]: ACPI: BIOS _OSI (Linux) Abfrage ignoriert
Kernel: [0.546125] PCI: Verwenden von Host-Bridge-Fenstern von ACPI; Verwenden Sie bei Bedarf "pci = nocrs" und melden Sie einen Fehler
Kernel: [0.747176] ERST: Tabelle wurde nicht gefunden!
Kernel: [0.747177] GHES: HEST ist nicht aktiviert!

dann gibt es nur wenige wie die folgenden zwei:

Kernel: [1.361930] ACPI-Fehler: [DSSP] Namespace-Suchfehler, AE_NOT_FOUND (20110623 / psargs-359)
Kernel: [1.361934] ACPI-Fehler: Analyse / Ausführung der Methode fehlgeschlagen [\ _SB_.PCI0.SAT0.SPT0._GTF] (Knoten ffff88040f4b5290), AE_NOT_FOUND (20110623 / psparse-536)

Es gibt nichts im kern.logoder syslog, das sich auf das Herunterfahren bezieht (im kern.log gibt es einen Punkt, den ich als Start identifizieren kann, aber Nachrichten vor diesem Punkt beziehen sich nicht auf das Herunterfahren. Syslog scheint überhaupt keine interessanten Nachrichten zu haben). . Hier sind die wenigen Meldungen aus messagesder Zeit, als ich das letzte Mal neu gestartet habe (heute früh):

3. Juli 01:03:49 Herunterfahren [22028]: Herunterfahren für Systemstopp
3. Juli 01:04:49 Kernel: Imklog 5.8.11, Protokollquelle = / proc / kmsg gestartet.
3. Juli 01:04:49 rsyslogd: [origin software = "rsyslogd" swVersion = "5.8.11" x-pid = "2537" x-info = "http://www.rsyslog.com"] start
3. Juli 01:04:49 Kernel: [0.000000] Initialisierung von cgroup subsys cpuset
3. Juli 01:04:49 Kernel: [0.000000] Initialisierung der CPU von cgroup subsys
3. Juli 01:04:49 Kernel: [0.000000] Linux Version 3.2.0-4-amd64 ([email protected]) (gcc Version 4.6.3 (Debian 4.6.3-14)) # 1 SMP Debian 3.2.57-3 + deb7u2
3. Juli 01:04:49 Kernel: [0.000000] Befehlszeile: BOOT_IMAGE = / boot / vmlinuz-3.2.0-4-amd64 root = UUID = 751d0e52-b064-4503-be7c-11270f8089e3 ro quiet

Bei der Ausführung shutdown -h nowim Root-Terminal ist das Ergebnis dasselbe (nicht vollständig heruntergefahren), aber es gibt weitere Informationen in syslog:

3. Juli 14:58:04 Herunterfahren [3929]: Herunterfahren für Systemstopp
3. Juli 14:58:04 init: Umschalten auf Runlevel: 0
3. Juli 14:58:05 minissdpd [3235]: Signal 15 empfangen, auf Wiedersehen
3. Juli 14:58:05 Bluetoothd [3057]: Beenden
3. Juli 14:58:05 Avahi-Daemon [3055]: Ich habe SIGTERM bekommen und bin gegangen.
3. Juli 14:58:05 avahi-daemon [3055]: Verlassen der mDNS-Multicast-Gruppe auf der Schnittstelle eth0.IPv6 mit der Adresse fe80 :: beee: 7bff: fe74: 647d.
3. Juli 14:58:05 avahi-daemon [3055]: Verlassen der mDNS-Multicast-Gruppe auf der Schnittstelle eth0.IPv4 mit der Adresse 192.168.0.101.
3. Juli 14:58:05 pulseaudio [3683]: [pulseaudio] module-alsa-card.c: Fehler beim Finden eines Arbeitsprofils.
3. Juli 14:58:05 pulseaudio [3683]: [pulseaudio] module.c: Fehler beim Laden des Moduls "module-alsa-card" (Argument: "device_id =" 0 "name =" pci-0000_00_03.0 "card_name = "alsa_ca

und in messages:

3. Juli 14:58:04 Herunterfahren [3929]: Herunterfahren für Systemstopp
3. Juli 14:58:05 Kernel: [90.616600] colord-sane [3886]: Segfault bei 18 ip 00007fa8dc5a2543 sp 00007fa8cb9808c0 Fehler 6 in libc-2.13.so [7fa8dc529000 + 182000]

Übrigens ist auch VirtualBox installiert und die folgende Meldung ist im Protokoll, kernel: [ 38.497835] warning: VirtualBox uses 32-bit capabilities (legacy support in use)aber ich denke nicht, dass das wirklich das Problem ist ...

Ich suche nach Vorschlägen, wie dies behoben werden kann. Soll ich einen Treiber oder ein BIOS aktualisieren oder ...? Ich bin wirklich kein Linux-Power-User. Seien Sie also bitte so genau wie möglich, wenn zusätzliche Informationen benötigt werden oder wenn Sie eine Lösung vorschlagen.

Meine Systeminfo:

Release 7.5 (keuchend) 64-Bit
Kernel Linux 3.2.0-4-amd64
GNOME 3.4.2
Gallium 0,4 auf llvmpipe (LLVM 0x209)
Erfahrung: Fallback
ASUS UEFI BIOS-Dienstprogramm
BIOS-Version: 1005 x 64 H87-PRO
Erstellungsdatum: 01.02.2014
ME Version: 9.0.2.1345
South Bridge Stepping: 05 / C2
CPU: Intel Core i5-4670 bei 3,4 GHz
ain
quelle
1
Haben Sie versucht, nach Protokollmeldungen zu suchen, die während des Herunterfahrens in /var/log/syslogoder aufgetreten sind /var/log/kern.log? Vielleicht hat es etwas Interessantes aufgezeichnet, als es nicht heruntergefahren werden konnte, was helfen könnte, dies aufzuspüren.
Martin von Wittich
1
Mounten Sie Remote-Dateisysteme? Funktioniert es, wenn Sie das Netzwerk deaktivieren, bevor Sie versuchen, das System herunterzufahren?
Terdon
@MartinvonWittich Ich habe meinen Beitrag mit Informationen zu syslog und kern.log bearbeitet - soweit ich das sehe, ist dort nichts Interessantes ... Vielleicht muss ich einige Debugging-Parameter aktivieren, um weitere Informationen zu erhalten? An terdon: Nein, ich mounte keine Remote-Dateisysteme. Das einzige, was dem nahe kommt, sind freigegebene Ordner zwischen Host- und Virtualbox-Gästen, aber ich habe immer alle VMs (und die VBox-GUI-Schnittstelle) heruntergefahren, bevor ich den Host heruntergefahren habe, damit dies kein Problem darstellt.
ain
Wenn Sie shutdown -h nowals Root-Benutzer anrufen , funktioniert es? Wenn Sie mehr Ausgabe benötigen, wechseln Sie zuerst zu einer der Konsolen mit z. B. "Strg-Alt-F1".
Jofel
@jofel hat diesen Befehl im Root-Terminal ausgeführt und es gibt jetzt mehr Informationen in den Protokollen, siehe das Update im Gast. syslog schlagen vor, dass etwas mit dem pulseaudio nicht stimmt, Nachrichten haben einen Segfault für colord-sane ...
ain

Antworten:

1

Ich habe das gleiche Problem, ich habe keine Ahnung, was ist, um dies vorübergehend zu beheben, habe ich einen Alias ​​in .bashrc erstellt.

alias poweroff='su -c "'"systemctl poweroff"'"'

alias restart='su -c "'"systemctl reboot"'"'

Zorbax
quelle
Das funktioniert bei dir In meinem System bekomme ich FehlerFailed to get D-Bus connection: No connection to service manager.
ain
Entschuldigung, ich habe einige doppelte Anführungszeichen vergessen. Aber ja, funktioniert bei mir. Sicherlich haben Sie initstattdessen mit gebootet systemctl. Haben Sie installiertsystemd
Zorbax
Ja, ich verwende die Standardeinstellung, dh init. Ich habe systemd installiert (vor ungefähr einem Jahr installiert, um ein anderes Problem zu beheben), also habe ich jetzt im GRUB-Menü "e" gedrückt und init=/bin/systemdzur entsprechenden Zeile hinzugefügt . Nachdem das System ps -Ahochgefahren war , habe ich überprüft, ob der Prozess 1 tatsächlich ist, systemdaber bei der Ausführung powerofferhalte ich immer noch das gleiche Verhalten, dh nicht das vollständige Herunterfahren. Ich reparierte die Anführungszeichen , wie Sie so der Befehl nun ohne Fehler ausführen geschrieben, aber leider ist es nicht das Problem beheben ...
ain