Linux - Wie bekomme ich den Grund für das Aufwecken?

Ist es möglich, den Grund für das System-Wake-up (Wake-on-LAN, Einschaltknopf, Wake-from-USB) unter Linux zu ermitteln? Ich verwende Ubuntu, Kernel Linux homeless 2.6.37-12-generic # 26 ~ lucid1-Ubuntu SMP Mi Jan 5 21:52:06 UTC 2011 i686 GNU / Linux

linux wake-on-lan wake-up honzas
quelle

Ich bin kein Linux-Experte, aber wenn dies möglich ist, kann es verteilungsspezifisch sein, sodass Sie möglicherweise angeben möchten, mit welcher Distribution Sie arbeiten. Dies ist normalerweise eine gute Idee, wenn Sie Fragen an ein Betriebssystem stellen.

squillman

Ich denke, es ist nicht sehr distro-spezifisch (vielleicht ist es irgendwo in / sys oder / proc gespeichert), aber ich benutze: Linux homeless 2.6.37-12-generic # 26 ~ lucid1-Ubuntu SMP Mi Jan 5 21:52 : 06 UTC 2011 i686 GNU / Linux

Honzas

Das würde ich auch gerne wissen! In meinem Fall würde ich gerne wissen, ob mein Computer wegen des RTC-Alarms aufgewacht ist (in diesem Fall sollte er nach dem Ausführen eines kleinen Skripts wieder in den Ruhezustand wechseln) oder weil ich eine Tastaturtaste gedrückt habe (in diesem Fall sollte dies nicht der Fall sein) Schlaf weiter, bis ich es sage.

Stefan

Antworten:

Abhängig von Ihrer Hardware finden Sie dies mit dmidecode:

$ sudo dmidecode |grep Wake-up
    Wake-up Type: Power Switch

Es gibt viele andere nützliche Hardware-Informationen von dmidecode, wie z. B. die Marke / das Modell / die Seriennummer Ihres Motherboards / Ihrer DIMMs / CPUs

In Ubuntu kommt es mit dem Paket dmidecode, sollte auch in Lucid verfügbar sein.

Feitingen
quelle

Soweit ich das beurteilen kann, steht dort immer "Power Switch".

Sec

Ja, das gibt nur Hardwareinformationen und keine Aktivitätsprotokollierung. Aber in diesem Sinne - wie können Sie feststellen, ob ein Motherboard Wake-on-Lan über unterstützt dmidecode? Alle meine Maschinen sagen "Power Switch"

Sridhar Sarnobat

Diese Art erklärt es auf der Hardware-Ebene . Was siehst du wenn du dmesg | grep -i 'acpi'?

songei2f
quelle

Ja, ich kenne abou / proc / acpi / wakeup und verwende es auf einem anderen Rechner und es wird ausgewählt, welche Geräte das System aufwecken dürfen. Aber nach dem Aufwecken kann ich nicht sagen, welches dieser Geräte das Aufwecken verursacht.

Honzas

Daher frage ich: Sagt Ihnen eine Überprüfung des Kernel-Logs nicht, was das Gerät über ACPI aufweckt? Ich habe versucht, es auf einem Desktop zu platzieren, sodass ich dort offensichtlich keinen Spaß gefunden habe.

songei2f

Dies ist eine ziemlich alte Meldung über einen Kernel-Fehler , die speziell beim Debuggen von ACPI-Problemen in 2.6.17 und darüber hinaus angezeigt wird. Sie listet das Gerät nach PCI-Bus-Bezeichnung (oder was auch immer zum Teufel ist das) auf und sagt "Wakeup", nein?

songei2f

Interessant. Beim Googeln haben sich viele Leute über laute Debug-Protokolle beschwert. Möglicherweise haben sie anschließend die Protokollierungsstufe so geändert, dass sie standardmäßig leiser ist , und Sie müssen das Rauschen erhöhen, wenn Sie das alte Zeug sehen möchten .

songei2f

Dies ist möglicherweise sogar noch nützlicher: Eine Liste der Debug-Parameter, die Sie übergeben können, um die spezifischen Arten von ACPI-Informationen anzugeben, die Sie anzeigen möchten .

songei2f