| Qui est en ligne ? |
| Il y a : 26 utilisateurs en ligne, consultez le détail |
Forum » Astuces Linux » Bien dépanner Linux grâce aux Magic System Request Key Hack |
Forum modéré par : Azollyx |
| Même auteur |
|
Score ( voter ) : 
|
|
 |
| Page : [1] |
| Auteur | Message |
|---|---|
 |
|
Scarabée Forum : Inscrit Association : Arrivé(e) le : 17-12-2005 Nombre de messages : 450 |
Les Linux Magic System Request Key Hack sont des raccourcis clavier que seul le noyau Linux sait interpréter pour fin de dépannage. Ce sont trois touches pressées simultanément dont les deux premières sont Atl+Imprécr ou Alt+PrintScreen.Quand les périphériques d'entrées clavier et souris ne répondent plus et que l'ordinateur semble gelé, ces raccourcis peuvent vous dépanner. La cause du problème peut ne provenir que d'une ou quelques applications récalcitrantes, alors que le noyau Linux répond en arrière plan. Tout d'abord, il convient de synchroniser le cache des disques durs avec le raccourci Atl+Imprécr+s. Ensuite, le système peut n'être gelé qu'à partir d'un terminal virtuel, dit en mode caractères ou texte, ou graphique s'il sert à X et ses applications. Le raccourci Atl+Imprécr+k va tuer toutes les applications qui s'exécutent dans ce terminal. Si le gel persiste encore, le raccourci Atl+Imprécr+e va demander à toutes les applications de se terminer sauf Init alors que Atl+Imprécr-i va plutôt toutes les tuer sauf Init. Les services et démons sont dorénavant tous arrêtés. Ces trois raccourcis devraient chacun vous ramener à une invite de connexion texte. Si le gel persiste toujours, je pense qu'il est temps de remonter les systèmes de fichiers en lectures seules par Atl+Imprécr+u. Vous pouvez tenter de redémarrer normalement grâce à Ctrl+Alt+ Suppr, sinon Atl+Imprécr+b. Un résumé des ces raccourcis peut être obtenu avec Atl+Imprécr-d. Vous pouvez grâce à ces raccourcis vous éviter plusieurs redémarrages et arrêts brutaux qui utilisent comme raccourcis le bouton, le câble et la pile d'alimentation. À noter que presser le bouton d'alimentation peut initier un arrêt normal de la machine si l'événement est géré par l'ACPI et que le démon acpid est activé. Celui-ci intercepte alors l'évenement et remplace la coupure automatique de courant par un arrêt normal de la machine. Tiré de /usr/src/linux/Documentation/sysrq.txt :
* What are the 'command' keys?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
'b' - Will immediately reboot the system without syncing or unmounting
your disks.
'c' - Will perform a kexec reboot in order to take a crashdump.
'd' - Shows all locks that are held.
'e' - Send a SIGTERM to all processes, except for init.
'f' - Will call oom_kill to kill a memory hog process.
'g' - Used by kgdb on ppc and sh platforms.
'h' - Will display help (actually any other key than those listed
above will display help. but 'h' is easy to remember :-)
'i' - Send a SIGKILL to all processes, except for init.
'k' - Secure Access Key (SAK) Kills all programs on the current virtual
console. NOTE: See important comments below in SAK section.
'm' - Will dump current memory info to your console.
'n' - Used to make RT tasks nice-able
'o' - Will shut your system off (if configured and supported).
'p' - Will dump the current registers and flags to your console.
'q' - Will dump a list of all running timers.
'r' - Turns off keyboard raw mode and sets it to XLATE.
's' - Will attempt to sync all mounted filesystems.
't' - Will dump a list of current tasks and their information to your
console.
'u' - Will attempt to remount all mounted filesystems read-only.
'v' - Dumps Voyager SMP processor info to your console.
'w' - Dumps tasks that are in uninterruptable (blocked) state.
'x' - Used by xmon interface on ppc/powerpc platforms.
'0'-'9' - Sets the console log level, controlling which kernel messages
will be printed to your console. ('0', for example would make
it so that only emergency messages like PANICs or OOPSes would
make it to your console.)
--Message édité par Kernel le 20-07-2007 à 21:49:39-- |
|
|
|
|
|
Hobbit  Forum : Inscrit Association : Membre sympathisant Arrivé(e) le : 19-02-2003 Nombre de messages : 1714 |
merci pour toutes ces astuces je ne les connaissais pas toutes ------------------------------------- J'AIME TRUSTONME !!!! utilisateur linux n° 318818 |
|
|
|
|
|
|
Hobbit Forum : Inscrit Association : Arrivé(e) le : 08-06-2004 Nombre de messages : 1239 |
Astuce complémentaire : Pensez à l'imprimer, parce quand vous en aurez besoin vous ne pourrez pas utiliser le pc pour la rechercher  |
|
|
|
|
|
|
Hobbit Forum : Modérateur Association : Membre actif Arrivé(e) le : 09-04-2006 Nombre de messages : 1955 |
Si : [alt]+[sys]+[d], il l'a bien précisé.  À noter que ce n'est pas toujours efficasse : il arrive aussi que le noyau plante. :/ ------------------------------------- Azollyx Horaldius [http://www.azollyx.eu/] |
|
|
|
|
|
|
Jedi Forum : Administrateur Association : Membre fondateur Arrivé(e) le : 08-05-2003 Nombre de messages : 4286 |
OK, mais qu'il plante au point de ne même plus être accessible ainsi est rare  ; de plus, il peut arriver que l'une ou l'autre de ces commandes ne marche pas, mais d'autres oui, il me semble.------------------------------------- Quand le dernier arbre aura été abattu, et le dernier animal exterminé, les hommes se rendront compte que l'argent ne se mange pas. |
|
|
|
|
|
|
Hobbit Forum : Modérateur Association : Membre actif Arrivé(e) le : 09-04-2006 Nombre de messages : 1955 |
Oui mais chez moi, il arrive, que, sans même planté, le noyau s'entête avec du métériel. Tous les logiciels marchent alors mais plus le noyau. Ceci dit c'est assez rare (et en général c'était un test), même si c'est quand même le cas le plus classique chez moi. Dans ce cas, ces touches ne répondent plus. En fait, il arrive que je perde tout simplement le clavier ou l'affichage (ce qui est déjà moins grave) [cas récent : test de la suspension ACPI S3 : suspend-to-ram]. ------------------------------------- Azollyx Horaldius [http://www.azollyx.eu/] |
|
|
|
|
|
|
Scarabée Forum : Inscrit Association : Arrivé(e) le : 17-12-2005 Nombre de messages : 450 |
C'est en lisant encore une fois le sysrq.txt que j'ai essayé de mémoriser en écrivant cette astuce un ordre conséquent d'utilisation des raccourcis en cas de panne. Je vois déjà un problème. Quand les systèmes de fichiers sont remontés en lecture seule avant le redémarrage, les scripts d'arrêts se plaignent de ne pouvoir écrire. C'est un peu de la chance, laisser la séquence d'arrêt remonter elle-même les systèmes de fichiers en lecture seule, sans savoir si la panne permet un arrêt normal, ou faire Atl+Imprécr+u avant pour éviter un fsck et laisser les scripts se plaindre. |
|
|
 |
| Page : [1] |
Forum » Astuces Linux » Bien dépanner Linux grâce aux Magic System Request Key Hack |
Forum modéré par : Azollyx |
| Même auteur |
|
Score ( voter ) :
|
|
- Petit scarabée : 0 pastille, moins de 100 messages
- Scarabée : 0 pastille, plus de 100 messages
- Hobbit : 1 pastille, plus de 1000 messages
- Naboo : 2 pastilles, plus de 2000 messages
- Elfe : 3 pastilles, plus de 3000 messages
- Jedi : 4 pastilles, plus de 4000 messages
- Maître Jedi : 5 pastilles, plus de 5000 messages