Linux - Comment obtenir la raison du réveil?

Est-il possible d'obtenir la raison du réveil du système (Wake-on-LAN, bouton d'alimentation, réveil de l'USB) sous Linux? J'utilise Ubuntu, noyau Linux sans abri 2.6.37-12-generic # 26 ~ lucid1-Ubuntu SMP mer 5 jan 21:52:06 UTC 2011 i686 GNU / Linux

linux wake-on-lan wake-up honzas
la source

Je ne suis pas un expert Linux, mais si cela est possible, il peut être spécifique à la distribution, vous voudrez peut-être inclure la distribution avec laquelle vous travaillez. C'est généralement une bonne idée pour toute question que vous posez à n'importe quel système d'exploitation.

squillman

Je pense que ce n'est pas très spécifique à la distribution (peut-être qu'il est stocké quelque part dans / sys ou / proc), mais j'utilise: Linux homeless 2.6.37-12-generic # 26 ~ lucid1-Ubuntu SMP Wed 5 jan 21:52 : 06 UTC 2011 i686 GNU / Linux

honzas

J'aimerais vraiment le savoir aussi! Dans mon cas, je voudrais savoir si ma machine s'est réveillée à cause de l'alarme RTC (auquel cas elle devrait se rendormir après avoir exécuté un petit script) ou parce que j'ai appuyé sur une touche du clavier (auquel cas elle ne devrait pas retourner dormir jusqu'à ce que je le dis).

Stefan

Réponses:

En fonction de votre matériel, vous pouvez le trouver en utilisant dmidecode:

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

Il y a beaucoup d'autres informations matérielles utiles de dmidecode, comme la marque / le modèle / le numéro de série de votre carte mère / DIMM / CPU

Dans ubuntu, il est livré avec le paquet dmidecode, devrait être disponible même dans Lucid.

feitingen
la source

Pour autant que je sache, cela dit toujours "Power Switch".

Sec

Oui, cela donne simplement des informations sur le matériel plutôt que la journalisation des activités. Mais sur cette note - comment pouvez-vous savoir si une carte mère prend en charge le wake on lan via dmidecode? Toutes mes machines disent "Power Switch"

Sridhar Sarnobat

Ce sorta l'explique au niveau matériel . Que voyez-vous quand vous dmesg | grep -i 'acpi'?

songei2f
la source

Oui, je connais abou / proc / acpi / wakeup et je l'utilise sur une autre machine et il sélectionne les périphériques autorisés à réveiller le système. Mais après le réveil, je ne peux pas dire lequel de ces appareils provoque le réveil.

honzas

C'est pourquoi je demande: est-ce que le fait de saluer le journal du noyau ne vous dit pas ce qui réveille l'appareil via ACPI? J'ai essayé de le saluer sur un bureau, donc je n'ai évidemment rien trouvé d'amusant là-bas.

songei2f

C'est un assez vieux message sur un bug du noyau , il montre spécifiquement lors du débogage des problèmes ACPI dans 2.6.17 et au-delà qu'il listera le périphérique par désignation de bus PCI (ou quoi que ce soit), et dira réveil, non?

songei2f

Intéressant. Lorsque Googler à ce sujet, beaucoup de gens se sont plaints des journaux de débogage bruyants. Il se peut qu'ils aient par la suite modifié le niveau de journalisation pour être plus silencieux par défaut , et vous devez augmenter le bruit si vous souhaitez voir les anciens éléments .

songei2f

Cela pourrait être encore plus utile, une liste de paramètres de débogage que vous pouvez transmettre qui spécifient les types spécifiques d'informations ACPI que vous souhaitez voir .

songei2f