ASUS + Debian

Hallo

ein Bios/Uefi update könnte weiterhelfen

Ich hatte ebenfalls mal Probleme auf einem ASUS Gerät. Damals war es so, dass auf irgendein Ereignis gewartet wurde und der Timeout in der entsprechenden config auf 300 oder so stand. Es dauerte also 5 min, bis es weiter ging. Ich erinnere mich leider nicht mehr genau an besagte config, konnte das aber durch eine Änderung auf 10 beheben.

Ist es möglich, dass du da ebenfalls in einer Timeout-Schleife hängst bzw das Gerät wartet, dass ein Zeitwert erreicht wird?

Eventuell wäre /etc/systemd/system.conf mit #DefaultTimeoutStopSec=90s ein Ansatz. Ich glaube, das hatte ich damals auf 10 oder sogar 5 gesetzt. Und natürlich die # weg.

Da der Rechner bei kvm hängenbleibt, bitte mal die Ausgabe von lsmod | grep kvm posten.

Zitat von dino

kvm_amd               155648  0
kvm                  1146880  1 kvm_amd
irqbypass              16384  1 kvm
ccp                   118784  1 kvm_amd

Dann einmal die Module entladen und den Rechner auf normalen Wege runterfahren bzw. neustarten.

sudo modprobe -r kvm_amd

und

sudo modprobe -r kvm

dann Neustart

Schade, war aber ein Versuch wert.

Vielleicht gibt das Journal irgendwas her:

journalctl -p 3 -x -b-1

-p 3: steht für das Loglevel und beinhaltet emerg« (0), »alert« (1), »crit« (2), »err« (3)

-x: Gibt noch ein paar zusätzliche Erläuterungen

-b-1: Zeigt die letzten Einträge vor dem Shutdown.

Hmm dass mit KVM kann auch täuschen, denn davor hat er Probleme mit einem RAID Device /dev/dm-1 und dem watchdog.

Schon Mal versucht ihn länger laufen zu lassen, denn wie schon geschrieben es gibt einen Timeout dann macht er einfach weiter. Evtl bringt er dann eine Meldung was so lange gedauert hat oder STRG+C drücken bei manchen Distributionen funktioniert dass.

Hallo, ich vermute Du schilderst hier ein bekanntes Problem, zwischen acpid und systemd.

acpid(8) — acpid — Debian bookworm — Debian Manpages

In der Sektion Troubleshooting auf der Seite werden Schritte geschildert, die dir evtl. helfen.

Deutsche Übersetzung von der oben genannten Seite:

Was Du prüfen kannst, habe ich Dir dort rot markiert.

Zitat

FEHLERBEHEBUNG

acpid ist ein einfaches Programm, das Skripte als Reaktion auf ACPI-Ereignisse vom Kernel ausführt. Wenn es Probleme gibt, liegt das Problem selten bei Acpid selbst. Im Folgenden finden Sie einige Vorschläge zum Auffinden der häufigsten Ursachen für ACPI-bezogene Probleme.

Bei der Fehlerbehebung bei acpid ist es wichtig, sich darüber im Klaren zu sein, dass andere Teile eines Systems möglicherweise ACPI-Ereignisse verarbeiten. systemd(1) ist in der Lage, den Netzschalter und verschiedene andere Ereignisse zu verarbeiten, die üblicherweise von acpid verarbeitet werden. Weitere Informationen finden Sie in der Beschreibung von HandlePowerKey in logind.conf(5). Einige Fenstermanager übernehmen auch die normale Handhabung des Netzschalters und anderer Ereignisse durch acpid.

kacpimon(8) kann verwendet werden, um zu überprüfen, ob die erwarteten ACPI-Ereignisse eingehen. Die richtige Vorgehensweise finden Sie auf der Manpage für kacpimon(8). Wenn die Ereignisse nicht eingehen, liegt wahrscheinlich ein Problem mit dem Kerneltreiber vor.

Wenn die erwarteten Ereignisse eintreffen, müssen Sie prüfen, ob Ihr Fenstermanager für die Verarbeitung dieser Ereignisse verantwortlich ist. Manche sind es, manche nicht. (In Ubuntu 14.04 (Unity/GNOME) gibt es beispielsweise Einstellungen für den Laptopdeckel in den Systemeinstellungen > Energie > „Wenn der Deckel geschlossen ist“.) Wenn Ihr Fenstermanager für die Behandlung des problematischen Ereignisses verantwortlich ist und Sie Wenn Sie es richtig konfiguriert haben, liegt möglicherweise ein Problem mit dem Fenstermanager vor.

Werfen Sie abschließend einen Blick in /etc/acpi/events (siehe oben). Gibt es dort eine Konfigurationsdatei für das betreffende Ereignis (z. B. /etc/acpi/events/lidbtn für Ereignisse zum Öffnen/Schließen des Laptopdeckels)? Ist es ordnungsgemäß mit einem Skript verbunden (z. B. /etc/acpi/lid.sh)? Funktioniert das Skript? Es ist nicht ungewöhnlich, dass ein ACPID-Skript prüft, ob ein Fenstermanager ausgeführt wird, und dann nichts unternimmt, wenn dies der Fall ist. Dies bedeutet, dass es Sache des Fenstermanagers ist, dieses Ereignis zu behandeln.

Alles anzeigen

Ich arbeite hier ja auch auf einem Laptop - zwar nicht ASUS aber ich habe den acpid Service gar nicht aktiviert. Die an, aus, sleep, deckel zu Ereignisse funktionieren so bei mir Anstandslos. Es ist schon das zweite Notebook, wo ich den Dienst einfach nicht mehr brauche und es wunderbar ohne funktioniert. Du könntest also Testweise mal den Dienst acpid deaktivieren. Wenn es dann bei Dir läuft - so wie bei mir ist glaube ich alles getan. Allerdings habe ich keine Erfahrung mit diesen Workaround auf Debian mit systemd ... Also, gewährleisten, dass Du den Dienst wieder aktivieren kannst. Diesen Test würde ich machen, wenn Du in den oben genannten event-logs Fehler findest.