Obtenez plus d'informations sur l'accident

Lorsque j'émets la commande lastdans mon terminal, je vois les entrées suivantes, c'est-à-dire "crash":

je voulais dire la dernière commande "afficher la liste des derniers utilisateurs connectés".

root@lab18:~# last
tito     pts/3        x.x.x.x   Tue Nov 13 16:22   still logged in
tito     pts/3        x.x.x.x   Tue Nov 13 09:13 - 16:22  (07:09)
reboot   system boot  3.2.0-32-generic Mon Nov 12 23:58 - 16:22  (16:24)
tito     pts/1        192.168.26.5     Mon Nov 12 23:56 - crash  (00:01)
tito     pts/4        192.168.26.5     Mon Nov 12 22:46 - crash  (01:12)


uname -a
Linux HomeServer 3.2.0-32-generic-pae #51-Ubuntu SMP Wed Sep 26 21:54:23 UTC 2012 i686 i686 i386 GNU/Linux
last reboot
reboot   system boot  3.2.0-32-generic Mon Nov 12 23:58 - 16:29  (16:31)
wtmp begins Thu Nov  1 10:17:16 2012

J'ai trouvé des informations sur l'accident dans le syslog et le kernel.log Cependant, j'étais curieux de savoir si diverses distributions Linux (ubuntu) écrivaient d'autres fichiers autres que syslog ou kernel.log où des informations spécifiques sur l'accident peuvent être décodées. Et ce que je veux dire, par exemple, c'est que de nombreux fournisseurs de réseaux, c.-à-d. Cisco, hp, juniper, enterasys ont des fichiers syslog, current.log, SNMP informes / traps, qui sont enregistrés à une sorte d'endroit localement sur le système de fichiers ou à distance dans Dans le cas où il se produit même, cependant, ils ont également des fichiers spécialement conçus tels que systemDumps où une trace de la pile d'appels peut être trouvée et analysée en cas de plantage et cela peut parfois aider à déboguer le problème. La question est donc de savoir si Ubuntu a également un tel endroit où des informations sont stockées sur l'accident.

Cordialement,

Tito

command-line logs Tito
la source

Réponses:

On ne sait pas vraiment d'où viennent ces lignes, ce qui s'est bloqué, etc. Quelle «dernière» commande exécutez-vous? Pour autant que je sache, la lastcommande que vous exécutez normalement est celle-ci: show listing of last logged in users(à partir de sa page de manuel).

Vérifiez-vous last reboot? Si c'est le cas et que cela signifie que votre système s'est écrasé avant un redémarrage, vous pouvez commencer par consulter les journaux système:

less /var/log/syslog

ou, si c'est trop nouveau

less /var/log/syslog.1

Si vous avez besoin d'une entrée plus ancienne, ils sont très probablement compressés, zo use

zcat /var/log/syslog.2.gz

Dans certaines versions (installation du serveur), vous pourriez avoir besoin d'autorisations spéciales pour lire ces fichiers, donc si vous obtenez un

/var/log/syslog: Permission denied

erreur, vous devez ajouter vos commandes avec sudo

sudo less /var/log/syslog

Nanne
la source

@Mik: Je pense que vous avez tort dans votre édition: sur mon système, nous l'avons -rw-r----- 1 syslog adm 16K Nov 13 11:30 sysloget mon utilisateur a besoin d'utiliser sudo pour le lire.

Nanne

Sur mon Ubuntu 12.04 LTS sudo n'est pas nécessaire et il n'est normalement pas nécessaire au moins pour les systèmes de bureau.

Il n'y avait aucune mention de la version et vu qu'il existe des versions qui le nécessitent (et il n'y a pour autant que je sache aucun problème à utiliser une commande 'sudo' supplémentaire), il me semble que laisser le sudo en place est la meilleure option? (btw, je ne prévoyais pas de guerre d'édition, nous pourrions nous rencontrer au milieu et ajouter cette conversation dans la réponse?)

Nanne

Oui, vous pouvez mettre une note à ce sujet dans la réponse.

Bonjour désolé pour le malentendu j'ai édité la question et je l'ai rendue plus détaillée.

Tito