Le /var/log/messages
fichier devrait vraiment contenir quelque chose concernant les arrêts, par exemple le mien (CentOS 5) a des lignes comme ceci:
Jul 18 23:00:13 nero shutdown[2649]: shutting down for system halt
...
Jul 18 23:00:27 nero kernel: Kernel logging (proc) stopped.
Jul 18 23:00:27 nero kernel: Kernel log daemon terminating.
Vérifiez votre /etc/syslog.conf
ou son /etc/rsyslog.conf
équivalent pour vous assurer que les journaux y vont. Vous aurez probablement besoin des privilèges root pour lire les fichiers journaux.
De plus, bien qu'il ne s'agisse pas d'arrêts en soi, la "dernière" commande devrait signaler les redémarrages.
N'y a-t-il vraiment rien dans les journaux au moment de la dernière fermeture?
Pour vos tests, gardez à l'esprit que votre ordinateur ne sait qu'il lui reste que 10 minutes en raison des informations que la batterie rapporte, qui peuvent ou non être précises. Plutôt que d'attendre les arrêts, vous pouvez consulter directement les informations ACPI. Sur mon ordinateur portable, c'est ici:
/proc/acpi/battery/BAT0/
Là-bas, les fichiers "état" et "info" semblent intéressants. Vous pouvez regarder la capacité restante dans le fichier d'état pendant que vous exécutez votre ordinateur portable dans diverses conditions pour voir à quelle vitesse il baisse.
last -x
fonctionne. Cette commande affiche une ligne qui ressemble à ceci:shutdown system down 2.6.32-23-generi Sun Jul 25 09:12 - 19:00 (-14815+-13:
Merci pour le conseil d'information sur la batterie. Mon système a également cela, donc je vais devoir vérifier cela! Il semble mettre à jour ces fichiers toutes les 5 secondes environ. Merci!Et la commande
last -x shutdown
?la source
Tout d'abord, permettez-moi de commencer en disant que je sais que c'est un fil plus ancien. Je commente seulement pour que ceux qui trouvent cela en fouillant sur le net (comme je l'ai fait aujourd'hui) auront une réponse claire.
Deuxièmement, veuillez noter que la commande suivante est une mauvaise pratique et relève de la catégorie "utilisations inutiles de chat" (recherche google pour cela) ...
Cette ligne doit être remplacée par:
grep, et la plupart des commandes unix / linux (sed, awk, etc ...) n'ont d'ailleurs pas besoin de cat pour lire le contenu d'un fichier. Il suffit de placer le chemin et le nom du fichier après la commande pour le passer en argument. L'ajout d'un canal et d'une autre commande externe (cat) n'est qu'une perte de temps et de ressources.
Enfin, pour savoir où trouver un enregistrement des arrêts et / ou redémarrages du système, utilisez la dernière commande car c'est exactement ce à quoi elle est destinée. Il lit le fichier journal / var / log / wtmp pour toutes les entrées de connexion / déconnexion. Les arrêts et redémarrages étant en fait un événement de connexion / déconnexion au niveau du système, ils sont enregistrés ici. Il en va de même pour l'arrêt de la console racine, il s'agit d'un événement de déconnexion.
Exemple:
Cela vous donnera les 5 dernières entrées de redémarrage, d'arrêt et de racine (arrêt de la console inclus) dans le journal wtmp.
Résultat:
J'espère que cela aide toute personne qui tombe sur ce fil. :-)
la source
last -x
oulast -F -R -x runlevel
. À des fins de surveillance de la batterie sous Ubuntu, ilgrep hooks /var/log/pm-suspend.log
peut également être utile d'afficher la suspension et la reprise. Malheureusement, pm-powersave.log ne stocke pas les heures auxquelles l'alimentation CA est connectée (sauf si vous ajoutez votre propre crochet). help.ubuntu.com/community/PowerManagement/ReducedPower vaut peut-être la peine d'être lu.Le fichier / var / log / messages doit contenir ces informations
la source
grep -r "Jul 24 14:" /var/log/*
si vous voulez savoir combien de temps votre ordinateur a fonctionné dans le passé, vous pouvez utiliser quelque chose comme optimisé.
il est livré avec un programme appelé uprecords qui vous montre depuis combien de temps votre ordinateur est allumé.
la source
Voici un one-liner pour lister tous les messages de la journée en cours:
Cela a été testé sur CentOS donc YMMV.
Et bien sûr il y a
last reboot
etlast shutdown
(comme mentionné), mais c'est trop simple pour mes besoins (ne fournit que des dates).la source
last reboot
travaillé pour moi sur CentOS 6.7.Pour afficher l'année dans la sortie, il est donc logique que vous ayez plus d'un an d'enregistrements, faites
last -F reboot
Bien que je suppose que le commutateur -F ne fonctionne pas sur certains systèmes, comme Solaris. Cela fait apparemment partie du dernier de GNU.
Merci à /unix//a/97597/174520
la source
si aucun journal n'est présent, vous pouvez essayer d'ajouter du 'date >> mylog' au script d'arrêt (dans certaines dists, il s'appelle rc.shutdown)
ou, il existe également un moyen sans prévilage nécessaire. courir:
et queue mylog sur la prochaine session.
la source