Logs linux : liste des logs, recherche dans les logs...

Vers mes notes: apparmor - commandes linux log (tail, less et watch) -

Affiche version linux et une partie des logs, ouvre le résultat dans gedit
MYLOG=$HOME/MyLog$(date +%d.%m.%y).log; echo '['"code"']' >> ${MYLOG} && uname -a >> ${MYLOG} && lsb_release -a >> ${MYLOG} && for LOGFILE in $(ls /var/log/*.log); do sudo grep -iHw 'segfault\|warning\|error\|critical\|lightdm\|\(WW\)\|\(EE\)' $LOGFILE | tee -a ${MYLOG}; done && echo '['"code"']' >> ${MYLOG} && DISPLAY=:0.0 gedit ${MYLOG} && rm ${MYLOG}

GUI glogg est léger.

CLI: tester syslog-summary /var/log/ufw.log c'est l'adopter
rechercher dans les gz: zgrep -a string file.tar.gz mais lire aussi on stackoverflow:.grep-from-tar-gz-without-extracting

/var/log/apport.log : Application crash report / log file
tail -f /var/log/tor/log
il faut etre root pour voir /var/log/upstart/<conf_filename>.log
/home/user/.vnc/nompc:1.log
 

Soucis de disque dur résolu (logs prennent toute la place) à http://forum.ubuntu-fr.org/viewtopic.php?id=1677191
On repère une ligne dans le kern.log avec out of memory - time:   kernel: [ 767.535293] Out of memory: Kill process 2034 (mousepad)
puis si on a éteint pc la nuit: cd /var/log && sudo cat dmesg.0 | grep "767."   et sinon:  cd /var/log && sudo cat dmesg | grep "767."  ou avec 768.
Un sudo fdisk -l annonce FAT32 il déconseille de faire un sudo fsck /dev/sdb1, conseille d'utiliser un windows) alors que ext4.
sudo parted -l donne ext4 (mais il y a eu un fsck entretemps)