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/messages
Reihenfolge:
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.log
oder 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 messages
der 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 now
im 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
/var/log/syslog
oder 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.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.shutdown -h now
als Root-Benutzer anrufen , funktioniert es? Wenn Sie mehr Ausgabe benötigen, wechseln Sie zuerst zu einer der Konsolen mit z. B. "Strg-Alt-F1".Antworten:
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"'"'
quelle
Failed to get D-Bus connection: No connection to service manager.
init
stattdessen mit gebootetsystemctl
. Haben Sie installiertsystemd
init=/bin/systemd
zur entsprechenden Zeile hinzugefügt . Nachdem das Systemps -A
hochgefahren war , habe ich überprüft, ob der Prozess 1 tatsächlich ist,systemd
aber bei der Ausführungpoweroff
erhalte 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 ...