Modules principaux
Commandes et logs
Comprendre ce qui a été exécuté et exploiter les logs pour diagnostiquer un échec.
Objectif du module
Cette section vous permet de lancer des actions ciblées et de lire précisément les retours d’exécution.
Quand utiliser ce module
- Après un diagnostic non résolu.
- Quand vous souhaitez lancer une action précise sans parcours guidé complet.
- Quand vous devez transmettre un contexte fiable au support.
Pré-requis et conditions de départ
- Savoir quelle action vous voulez déclencher.
- Avoir terminé les opérations sensibles en cours.
- Être prêt à lire les messages de sortie avant de relancer une autre action.
Étapes détaillées écran par écran
- Ouvrez la catégorie d’action qui correspond au symptôme.
- Lisez la description de la carte action.
- Lancez l’action.
- Ouvrez la zone logs pour suivre la sortie.
- Vérifiez le statut final avant de passer à autre chose.
Options avancées visibles dans l’UI
Dans Commandes et logs, ces options vous aident à comprendre précisément ce qui s’est passé:
Recherche par mot-clé: trouvez rapidement une action ou un log spécifique.Filtrage par catégorie: isolez les commandes d’un seul domaine (audio, réseau, disque, etc.).Détails d’exécution: ouvrez le détail d’une action pour voir les étapes et confirmations intermédiaires.Console / logs: relisez séparément les sorties standard et les erreurs pour identifier la cause réelle d’un échec.
Décisions utilisateur (quoi sélectionner / ne pas sélectionner)
- Sélectionnez uniquement l’action qui correspond au symptôme actuel.
- N’enchaînez pas plusieurs actions agressives sans validation intermédiaire.
- N’exécutez pas une action dont le résumé n’est pas compris.
Résultats attendus et lecture des indicateurs
- Succès: action exécutée avec retour cohérent.
- Échec: code retour, permission ou condition non satisfaite.
- Log utile: détail suffisant pour reproduire ou corriger l’échec.
Cas limites / erreurs fréquentes
- Lancer une action hors sujet par rapport au symptôme.
- Effacer les logs avant de les exploiter.
- Interpréter un avertissement comme un succès complet.
Bonnes pratiques et sécurité
- Testez une action à la fois.
- Conservez un historique minimal des tentatives.
- Vérifiez les permissions avant de conclure à un défaut fonctionnel.
Que faire si ça ne fonctionne pas
- Relancez l’action une seule fois après vérification des permissions.
- Passez par
Diagnosticssi la cause reste incertaine. - Utilisez les logs dans votre déclaration de bug.