Forum

Les logs sont le journal de bord du système. À la manière du journal d'un super-tanker ou des 2 boîtes "noires" d'un Airbus : ils décrivent ce qui se passe / est exécuté etc. : Aux niveaux matériel (grâce au noyau Linux et quelques services ~~de renseignement~~ spécialisés alias "daemons") et dans une moindre mesure, logiciel, à la (nano)seconde près. Cartes réseau, graphique, disques, clavier, pilote, connexion et patati, patata y inscrivent (anglais : « to log ») leurs opérations.

Résoudre un souçaye sans log = essayer de comprendre un pépin de Boeing sans accès aux boîtes "noires" = résoudre une affaire impliquant des dizaines de personnes sur un témoignage partiel.


Les logs sont très rapidement accessibles. Exemple avec systemd et connecté en root :


affiche le journal en "live" (LCI GNU/Linux bonjouuur ! )


affiche toutes les erreurs depuis le dernier boot


affiche toutes les infos sur l'état du (des) disque(s) de stockage si smartmontools est installé et actif.


affiche un péno, un autre but et une palanquée de "Scheise, Frösche gehen zu schnell !"


affiche le journal complet depuis l'installation du système (!) (grosso modo)


affiche le journal complet depuis le dernier boot [du boot précédent]


OKidac mais bon mon système a freezé alors cépapossib là.

Vois la dernière commande. Tu redémarres le système ayant gelé (sur l'entrée "failsafe" ou équivalent, ou sur un noyau qui fonctionne) et tapes dans une console (n'importe laquelle) et connecté en root :


Par exemple et pour coller la date, le nom de l'OS et du noyau Linux automatiquement (au nom de fichier) :

Avec ce fichier log vous êtes carrément mieux équipés pour Participez à la remontée de bugs (soutenir les devs et améliorer la distro :o)), être aidé avec beaucoup moins d'inconnues et autres vagues conseils, ou pour comprendre ce qui s'est passé avec les infos de première main :o]

PS : Pour les logs "au kilomètre", le coller sur un "pastebin" est plus souple et lisible que d’inonder le fofo (@Adrien.D tu confirmes/infirmes stp ?)

Ces exemples pour obtenir le journal et d'autres sur
- un petit article du wiki ArchlinuxFR
- Systemd-tools !! Comparons le temps de boot !!

Bonjour

Merci pour ce petit tutorial fort utile !!

Bonjour,

La place de ce genre de tuto est plus dans un wiki que sur un forum où il sera bientôt oublié. Encore un petit effort kozaki.

Tu peux toujours t'inspirer de http://www.linuxtricks.fr/wiki/utiliser-journalctl-les-logs-de-systemd

Au passage il existe une commande magique qui est wgetpaste.

Elle colle le contenu d'un résultat en ligne de commande dans un pastebin direct.
Moi c'est configuré avec le pastebin de calculate mais :

Intéressant, ya plus qu'à .... trouver du temps.

Comment on configure wgetpaste ?
Merci

wgetpaste -S pour lister les services

Pour changer le service si celui par défaut ne te convient pas il faut créer le fichier ~/.wgetpaste.conf et mettre dedans DEFAULT_SERVICE="leservice"

Exemple :

10 [19:42:34] adrien@superlinux: ~ $ wgetpaste -S
Services supported: (case sensitive):
Name: | Url:
=============|=================
bpaste | http://bpaste.net/
ca | http://pastebin.ca/
*calculate | http://pastebin.calculate-linux.org
codepad | http://codepad.org/
dpaste | http://dpaste.com/
gists | https://api.github.com/gists
lugons | https://paste.lugons.org/
poundpython | http://paste.pound-python.org/
11 [19:42:38] adrien@superlinux: ~ $ echo 'DEFAULT_SERVICE="ca"' > ~/.wgetpaste.conf
12 [19:42:48] adrien@superlinux: ~ $ wgetpaste -S
Services supported: (case sensitive):
Name: | Url:
=============|=================
bpaste | http://bpaste.net/
*ca | http://pastebin.ca/
calculate | http://pastebin.calculate-linux.org
codepad | http://codepad.org/
dpaste | http://dpaste.com/
gists | https://api.github.com/gists
lugons | https://paste.lugons.org/
poundpython | http://paste.pound-python.org/

@vouf ravi si je peux contribuer à corriger les petits bugs d'une distro et communauté drôlement valables pour bien débuter du côté lumineux du monde digital. Merci pour ton retour.

@lebarhon oui. Et non : 1) sur le fofo pour corriger/nettoyer et affiner le mémo à plusieurs (genre le post #3 d'Adrien.D) et 2) un article du wiki si intérêt y-a. Puis tu as idée du pourcentage de "testeurs" qui méconnaissent le rôle maousse des testeurs dans le développement et l'amélioration d'un OS libre ? Du coup je me demande si le Pourquoi joindre le bon log (sans exemples) a pas sa place sur le fofo développement de la distro. Essaie

@Adrien.D Je crois deviner que tu confirmes la meilleure lisibilité du pastebin pour les long logs Ah oué, j'utilise `curl -F c=@- PASTEBIN` et avais zappé wgetpastebin. Joli ! et les services pastebin que tu as configurés aussi (accessoirement y-a-t-il moyen de savoir quels services sont compatibles sans les tester un par un stp ?) Balise "code" autour de vot' fichier config wgetpaste svp Msieur le WebMaster.


Pourquoi j 'ai écrit ce post ?

Utilisateur d'une autre distro de MakersFaire testant la prochaine Mageia le style « je poste 3 lignes sur un bogue possible de Mageia Bêta qui me les casse et inchallah les autres utilisateurs ou devs vont résoudre ca vite fait » en vogue ici (je carricature) m'a biiin surpris. Le temps passé à ~chaque soucis pour deviner ou obtenir les infos clés m'a pas aidé à avancer mes affaires (ni me lever le lendemain matin )
Sur la distro que j'utilise une question sans logs sur la version De Test a autant de chance de recevoir l'attention des meilleurs que Valls une poignée de main à un BBQ CéGéTé étraaangement l'essentiel des bugs y sont corrigés en moins de temps qui n'en faut à Frizou et ses collègues pour enfoncer l'énorme mental de la Mannschaft...


Quelqu'un doute comment découvrir et faire remonter des bogues lisibles par les devs est un point clé du développement d'un logiciel débogué ? et un système complet ?

Bref le temps est un truc assez précieux pour la plupart d'entre nous, et un soucis bien décrit est 4 fois sur 5 bien plus vite compris ('tous cas pour moi) et corrigeable. Les « logs » permettent au pas-spécialiste de présenter un soucis aussi bien qu'un spécialiste. Du coup pourquoi pas un mémo sur pourquoi et comment en poster ?

PS une fois leur efficacité testée sur un fofo, faire un bon petit rapport de bogue est une étape que tu vas passer « les doigts dans le nez ». Et du coup, participer carrément efficacement au bon développement du système.

Excusez le pavé ! à vous

J'ai pas de config de wgetpaste car ce programme est un script avec des paramètres par défaut codés en dur.
Le fichier de conf permet juste de changer de service au besoin.

Bonjour,

lebarhon:

Bien sûr... Mais le forum est d'une simplicité d'utilisation... SI j'ai un peu de temps semaine prochaine, j'essaierai de reprendre le tuto de kozaki pour le mettre en forme sur le wiki de mageia. Ca me permettra de me faire la main avec l'outil..

@vouf Yaisse et selon mon expérience Mageia est un OS simple à utiliser avec une communauté plus bienveillante que d'autres (quoi ? qui q dit relâchée ). Je doute qu'un exmple complet ait sa place sur le fofo. Mais peut-être on peut inclure le Pourquoi joindre le log qui va bien sur le fofo développement de la distro ? Plus accessible qu'un article du wiki ou d'un site externe comme celui d'adrien.D (où le pourquoi est absent d'ailleurs).

@lebarhon yeah si comme tu dis les testeurs de Cauldron oublient le pourquoi joindre un journal aux bogues rencontrés, eh bé tant pis. Ce sera juste dommageable pour eux, les autres utilisateurs et la distro.

@Adrien.D autant pour moi je croyais qu'un fichier conf était plus lisible entouré de </>.