J'ai acquis récemment un eeepc 1201NL sur lequel j'ai installé Mageia 1. La
mince notice décrit l'utilisation de certaines touches de fonctions mais la
plupart sont sans action et j'ai l'impression que c'est lié au système
d'exploitation utilisé, d'où mon post ici.
Comment éteindre l'écran autrement qu'en rabattant le couvercle ?
Question subsidiaire, comment rabattre le couvercle, écran éteint, sans
plonger la machine dans un état de « conscience » diminuée ?
Le mar 30 aoû 2011 13:54:42 CEST, Nicolas Richard a écrit:
Le Tue, 30 Aug 2011 13:48:51 +0200, geo cherchetout disait : > l'existence des combinaisons alt+sysrq mais n'ai pas toujours sous la > main la documentation qui les détaille.)
Ces trois-ci valent la peine d'être connues en cas de pépin : SysRq S : Sync SysRq U : Unmount SysRq B : reBoot (ou 'O' pour powerOff)
ça peut éviter des fsck forcés...
retourne en islande sur un bateau :)
Mais sur les distributions que j'utilise, les magic sysrq sont invalidées par défaut. On pense à les mettre en service une fois qu'il est trop tard...
-- Philippe Naudin
Le mar 30 aoû 2011 13:54:42 CEST, Nicolas Richard a écrit:
Le Tue, 30 Aug 2011 13:48:51 +0200, geo cherchetout disait :
> l'existence des combinaisons alt+sysrq mais n'ai pas toujours sous la
> main la documentation qui les détaille.)
Ces trois-ci valent la peine d'être connues en cas de pépin :
SysRq S : Sync
SysRq U : Unmount
SysRq B : reBoot (ou 'O' pour powerOff)
ça peut éviter des fsck forcés...
retourne en islande sur un bateau :)
Mais sur les distributions que j'utilise, les magic sysrq sont
invalidées par défaut. On pense à les mettre en service une fois qu'il
est trop tard...
Le mar 30 aoû 2011 13:54:42 CEST, Nicolas Richard a écrit:
Le Tue, 30 Aug 2011 13:48:51 +0200, geo cherchetout disait : > l'existence des combinaisons alt+sysrq mais n'ai pas toujours sous la > main la documentation qui les détaille.)
Ces trois-ci valent la peine d'être connues en cas de pépin : SysRq S : Sync SysRq U : Unmount SysRq B : reBoot (ou 'O' pour powerOff)
ça peut éviter des fsck forcés...
retourne en islande sur un bateau :)
Mais sur les distributions que j'utilise, les magic sysrq sont invalidées par défaut. On pense à les mettre en service une fois qu'il est trop tard...
-- Philippe Naudin
geo cherchetout
Le 30/08/2011 14:53, *Benoit Izac* a écrit fort à propos :
Essaye déjà de voir si tu as un évènement dans xev(1).
Toutes les combinaisons de touches utilisables trouvent leur écho dans xev. Prenons le cas de Fn+F7 et tapons :
FN appuyée et maintenue -> pas d'écho
F7 appuyée -> pas d'écho
F7 relachée -> deux échos en même temps :
KeyPress event, serial 44, synthetic NO, window 0x4a00001 root 0x15d, subw 0x4a0002, time 5845191, (61,40), root:(1125,200), state 0x0, keycode 253 (keysym 0x0, NoSymbol), same_screen YES, XmbLookupString gives 0 bytes: XFilterEvent returns: False
KeyRelease event, serial 44, synthetic NO, window 0x4a00001 root 0x15d, subw 0x4a0002, time 5845191, (61,40), root:(1125,200), state 0x0, keycode 253 (keysym 0x0, NoSymbol), same_screen YES, XmbLookupString gives 0 bytes: XFilterEvent returns: False
Fn relâchée -> pas d'écho
J'aime bien aussi voir si ça génère un évènement au niveau de l'ACPI, j'utilise acpi_listen(8).
$ acpi_listen
Fn+F1 (Zz) : button/sleep SLPB 00000080 00000009 - Sans action.
Fn+F2 (WLAN) : Pas de réponse - Sans action. (Désactivé dans le BIOS.)
Fn+F5 (lum-) : Video LCDD 00000087 00000000 - Agit effectivement.
Fn+F6 (lum+) : Video LCDD 00000086 00000000 - Agit effectivement.
Fn+F7 (Écran on|off) : Pas de réponse - Sans action.
Fn+F8 (Bascule écran normal|VGA) : Pas de réponse - Sans action.
Fn+F9 (Touchpad on|off) : Pas de réponse - Agit effectivement.
Fn+F10 (HP on-off) : Pas de réponse - Agit effectivement.
Fn+F11 (Vol-) : Pas de réponse - Agit effectivement.
Fn+F12 (Vol+) : Pas de réponse - Agit effectivement.
Fn+NumLK : Pas de réponse - Agit effectivement.
Hélas, je ne vois pas encore comment je pourrais utiliser la combinaison Fn+F7 que acpi_listen ne décèle pas, mais une telle combinaison n'est pas indispensable s'il existe une commande ayant l'effet recherché.
Comment éteindre l'écran autrement qu'en rabattant le couvercle ?
Ça se passe au niveau de l'ACPI ; la configuration est très différentes selon les distributions (je ne connais pas Mageia), regarde dans /etc/acpi, il doit y avoir un ou plusieurs scripts qui effectuent des actions en fonction des évènements ACPI.
Ça y est, je crois comprendre le principe. Mais il n'y a dans mon /etc/acpi que deux events et les deux scripts correspondants : pm-fallback-suspend et pm-fallback-shutdown.
Comment s'appelle chez toi celui qui éteint l'écran ? Si tu m'en donnes le contenu, je pourrai l'essayer en ligne de commande. (Mais j'aimerais avoir aussi l'antidote.)
Question subsidiaire, comment rabattre le couvercle, écran éteint, sans plonger la machine dans un état de « conscience » diminuée ?
Sur mon portable, avec acpi_listen, j'ai ça lorsque je ferme et ouvre à deux reprises le capot (lid en anglais) : button/lid LID 00000080 00000001 # fermeture button/lid LID 00000080 00000002 # ouverture button/lid LID 00000080 00000003 # fermeture button/lid LID 00000080 00000004 # ouverture
C'est très facile à parser, ici on voit que si la dernière série de chiffre est impaire, on ferme, sinon on ouvre. Note que ça peut être différent, un coup d'½il au script sur mon système : [...] button/lid) case "$3" in open) logger "ACPI: lid opened" ;; close) logger "ACPI: lid closed" ;; *) logger "ACPI action undefined: $@" ;; esac [...]
pour $3, j'ai 00000080 donc la génération d'un message dans les logs : logger: ACPI action undefined: button/lid LID 00000080 00000001
Si je veux l'adapter, il me suffit de faire button/lid) if [ $(("$4" % 2)) != 0 ]; then # impair # ici la commande a exécuter fi
Merci de m'avoir montré la voie; Doué comme je suis, j'ai de quoi m'occuper quelque temps. :-)
Le 30/08/2011 14:53, *Benoit Izac* a écrit fort à propos :
Essaye déjà de voir si tu as un évènement dans xev(1).
Toutes les combinaisons de touches utilisables trouvent leur écho dans xev.
Prenons le cas de Fn+F7 et tapons :
FN appuyée et maintenue -> pas d'écho
F7 appuyée -> pas d'écho
F7 relachée -> deux échos en même temps :
KeyPress event, serial 44, synthetic NO, window 0x4a00001
root 0x15d, subw 0x4a0002, time 5845191, (61,40), root:(1125,200),
state 0x0, keycode 253 (keysym 0x0, NoSymbol), same_screen YES,
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 44, synthetic NO, window 0x4a00001
root 0x15d, subw 0x4a0002, time 5845191, (61,40), root:(1125,200),
state 0x0, keycode 253 (keysym 0x0, NoSymbol), same_screen YES,
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
Fn relâchée -> pas d'écho
J'aime bien aussi voir si ça génère un évènement au niveau de l'ACPI,
j'utilise acpi_listen(8).
$ acpi_listen
Fn+F1 (Zz) : button/sleep SLPB 00000080 00000009 - Sans action.
Fn+F2 (WLAN) : Pas de réponse - Sans action. (Désactivé dans le BIOS.)
Fn+F5 (lum-) : Video LCDD 00000087 00000000 - Agit effectivement.
Fn+F6 (lum+) : Video LCDD 00000086 00000000 - Agit effectivement.
Fn+F7 (Écran on|off) : Pas de réponse - Sans action.
Fn+F8 (Bascule écran normal|VGA) : Pas de réponse - Sans action.
Fn+F9 (Touchpad on|off) : Pas de réponse - Agit effectivement.
Fn+F10 (HP on-off) : Pas de réponse - Agit effectivement.
Fn+F11 (Vol-) : Pas de réponse - Agit effectivement.
Fn+F12 (Vol+) : Pas de réponse - Agit effectivement.
Fn+NumLK : Pas de réponse - Agit effectivement.
Hélas, je ne vois pas encore comment je pourrais utiliser la combinaison
Fn+F7 que acpi_listen ne décèle pas, mais une telle combinaison n'est pas
indispensable s'il existe une commande ayant l'effet recherché.
Comment éteindre l'écran autrement qu'en rabattant le couvercle ?
Ça se passe au niveau de l'ACPI ; la configuration est très différentes
selon les distributions (je ne connais pas Mageia), regarde dans
/etc/acpi, il doit y avoir un ou plusieurs scripts qui effectuent des
actions en fonction des évènements ACPI.
Ça y est, je crois comprendre le principe. Mais il n'y a dans mon /etc/acpi
que deux events et les deux scripts correspondants : pm-fallback-suspend et
pm-fallback-shutdown.
Comment s'appelle chez toi celui qui éteint l'écran ? Si tu m'en donnes le
contenu, je pourrai l'essayer en ligne de commande. (Mais j'aimerais avoir
aussi l'antidote.)
Question subsidiaire, comment rabattre le couvercle, écran éteint,
sans plonger la machine dans un état de « conscience » diminuée ?
Sur mon portable, avec acpi_listen, j'ai ça lorsque je ferme et ouvre à
deux reprises le capot (lid en anglais) : button/lid LID 00000080
00000001 # fermeture button/lid LID 00000080 00000002 #
ouverture button/lid LID 00000080 00000003 # fermeture button/lid
LID 00000080 00000004 # ouverture
C'est très facile à parser, ici on voit que si la dernière série de
chiffre est impaire, on ferme, sinon on ouvre. Note que ça peut être
différent, un coup d'½il au script sur mon système : [...] button/lid)
case "$3" in open) logger "ACPI: lid opened" ;; close) logger "ACPI: lid
closed" ;; *) logger "ACPI action undefined: $@" ;; esac [...]
pour $3, j'ai 00000080 donc la génération d'un message dans les logs :
logger: ACPI action undefined: button/lid LID 00000080 00000001
Si je veux l'adapter, il me suffit de faire button/lid) if [ $(("$4" %
2)) != 0 ]; then # impair # ici la commande a exécuter fi
Merci de m'avoir montré la voie; Doué comme je suis, j'ai de quoi m'occuper
quelque temps. :-)
Le 30/08/2011 14:53, *Benoit Izac* a écrit fort à propos :
Essaye déjà de voir si tu as un évènement dans xev(1).
Toutes les combinaisons de touches utilisables trouvent leur écho dans xev. Prenons le cas de Fn+F7 et tapons :
FN appuyée et maintenue -> pas d'écho
F7 appuyée -> pas d'écho
F7 relachée -> deux échos en même temps :
KeyPress event, serial 44, synthetic NO, window 0x4a00001 root 0x15d, subw 0x4a0002, time 5845191, (61,40), root:(1125,200), state 0x0, keycode 253 (keysym 0x0, NoSymbol), same_screen YES, XmbLookupString gives 0 bytes: XFilterEvent returns: False
KeyRelease event, serial 44, synthetic NO, window 0x4a00001 root 0x15d, subw 0x4a0002, time 5845191, (61,40), root:(1125,200), state 0x0, keycode 253 (keysym 0x0, NoSymbol), same_screen YES, XmbLookupString gives 0 bytes: XFilterEvent returns: False
Fn relâchée -> pas d'écho
J'aime bien aussi voir si ça génère un évènement au niveau de l'ACPI, j'utilise acpi_listen(8).
$ acpi_listen
Fn+F1 (Zz) : button/sleep SLPB 00000080 00000009 - Sans action.
Fn+F2 (WLAN) : Pas de réponse - Sans action. (Désactivé dans le BIOS.)
Fn+F5 (lum-) : Video LCDD 00000087 00000000 - Agit effectivement.
Fn+F6 (lum+) : Video LCDD 00000086 00000000 - Agit effectivement.
Fn+F7 (Écran on|off) : Pas de réponse - Sans action.
Fn+F8 (Bascule écran normal|VGA) : Pas de réponse - Sans action.
Fn+F9 (Touchpad on|off) : Pas de réponse - Agit effectivement.
Fn+F10 (HP on-off) : Pas de réponse - Agit effectivement.
Fn+F11 (Vol-) : Pas de réponse - Agit effectivement.
Fn+F12 (Vol+) : Pas de réponse - Agit effectivement.
Fn+NumLK : Pas de réponse - Agit effectivement.
Hélas, je ne vois pas encore comment je pourrais utiliser la combinaison Fn+F7 que acpi_listen ne décèle pas, mais une telle combinaison n'est pas indispensable s'il existe une commande ayant l'effet recherché.
Comment éteindre l'écran autrement qu'en rabattant le couvercle ?
Ça se passe au niveau de l'ACPI ; la configuration est très différentes selon les distributions (je ne connais pas Mageia), regarde dans /etc/acpi, il doit y avoir un ou plusieurs scripts qui effectuent des actions en fonction des évènements ACPI.
Ça y est, je crois comprendre le principe. Mais il n'y a dans mon /etc/acpi que deux events et les deux scripts correspondants : pm-fallback-suspend et pm-fallback-shutdown.
Comment s'appelle chez toi celui qui éteint l'écran ? Si tu m'en donnes le contenu, je pourrai l'essayer en ligne de commande. (Mais j'aimerais avoir aussi l'antidote.)
Question subsidiaire, comment rabattre le couvercle, écran éteint, sans plonger la machine dans un état de « conscience » diminuée ?
Sur mon portable, avec acpi_listen, j'ai ça lorsque je ferme et ouvre à deux reprises le capot (lid en anglais) : button/lid LID 00000080 00000001 # fermeture button/lid LID 00000080 00000002 # ouverture button/lid LID 00000080 00000003 # fermeture button/lid LID 00000080 00000004 # ouverture
C'est très facile à parser, ici on voit que si la dernière série de chiffre est impaire, on ferme, sinon on ouvre. Note que ça peut être différent, un coup d'½il au script sur mon système : [...] button/lid) case "$3" in open) logger "ACPI: lid opened" ;; close) logger "ACPI: lid closed" ;; *) logger "ACPI action undefined: $@" ;; esac [...]
pour $3, j'ai 00000080 donc la génération d'un message dans les logs : logger: ACPI action undefined: button/lid LID 00000080 00000001
Si je veux l'adapter, il me suffit de faire button/lid) if [ $(("$4" % 2)) != 0 ]; then # impair # ici la commande a exécuter fi
Merci de m'avoir montré la voie; Doué comme je suis, j'ai de quoi m'occuper quelque temps. :-)
Benoit Izac
Bonjour,
le 30/08/2011 à 22:32, geo cherchetout a écrit dans le message <4e5d48d2$0$30772$ :
Ça y est, je crois comprendre le principe. Mais il n'y a dans mon /etc/acpi que deux events et les deux scripts correspondants : pm-fallback-suspend et pm-fallback-shutdown.
Comment s'appelle chez toi celui qui éteint l'écran ? Si tu m'en donnes le contenu, je pourrai l'essayer en ligne de commande. (Mais j'aimerais avoir aussi l'antidote.)
Je n'ai rien qui indique de mettre l'écran en veille, ACPI ne me sert qu'a faire le « shutdown -h now » lorsque j'appuie sur le bouton de mise en route. Je pense que c'est à plus bas niveau que ça se passe (BIOS).
-- Benoit Izac
Bonjour,
le 30/08/2011 à 22:32, geo cherchetout a écrit dans le message
<4e5d48d2$0$30772$ba4acef3@reader.news.orange.fr> :
Ça y est, je crois comprendre le principe. Mais il n'y a dans mon /etc/acpi
que deux events et les deux scripts correspondants : pm-fallback-suspend et
pm-fallback-shutdown.
Comment s'appelle chez toi celui qui éteint l'écran ? Si tu m'en donnes le
contenu, je pourrai l'essayer en ligne de commande. (Mais j'aimerais avoir
aussi l'antidote.)
Je n'ai rien qui indique de mettre l'écran en veille, ACPI ne me sert
qu'a faire le « shutdown -h now » lorsque j'appuie sur le bouton de mise
en route. Je pense que c'est à plus bas niveau que ça se passe (BIOS).
le 30/08/2011 à 22:32, geo cherchetout a écrit dans le message <4e5d48d2$0$30772$ :
Ça y est, je crois comprendre le principe. Mais il n'y a dans mon /etc/acpi que deux events et les deux scripts correspondants : pm-fallback-suspend et pm-fallback-shutdown.
Comment s'appelle chez toi celui qui éteint l'écran ? Si tu m'en donnes le contenu, je pourrai l'essayer en ligne de commande. (Mais j'aimerais avoir aussi l'antidote.)
Je n'ai rien qui indique de mettre l'écran en veille, ACPI ne me sert qu'a faire le « shutdown -h now » lorsque j'appuie sur le bouton de mise en route. Je pense que c'est à plus bas niveau que ça se passe (BIOS).
-- Benoit Izac
gerbier
Le 30/08/2011 13:48, geo cherchetout a écrit :
Le 30/08/2011 01:09, *Doug713705* a écrit fort à propos :
(Je connais l'existence des combinaisons
alt+sysrq mais n'ai pas toujours sous la main la documentation qui les détaille.)
il suffit de faire alt+sysrq + h (pour help ) il affiche les fonctions disponibles, la lettre en majuscule donne le raccourci : exemple reBoot => b
Le 30/08/2011 13:48, geo cherchetout a écrit :
Le 30/08/2011 01:09, *Doug713705* a écrit fort à propos :
(Je connais l'existence des combinaisons
alt+sysrq mais n'ai pas toujours sous la main la documentation qui les
détaille.)
il suffit de faire alt+sysrq + h (pour help )
il affiche les fonctions disponibles, la lettre en majuscule donne le raccourci :
exemple reBoot => b
Le 31/08/2011 08:29, *gerbier* a écrit fort à propos :
il suffit de faire alt+sysrq + h (pour help ) il affiche les fonctions disponibles, la lettre en majuscule donne le raccourci : exemple reBoot => b
Je ne connaissais pas, merci pour le tuyau, mais encore faut-il avoir une console en état de réagir...
yamo'
Salut,
gerbier a tapoté, le 31/08/2011 08:29:
il suffit de faire alt+sysrq + h (pour help )
Chez moi ça ne fait rien, j'ai juste réussit à passer en qwerty en me gourant dans la combinaison des touches alors tout que paraissait configuré en azerty!
-- Stéphane
<http://pasdenom.info/fortune/>
L'Homme animé par l'esprit scientifique désire sans doute savoir, mais c'est aussitôt pour mieux interroger. -+- Gaston Bachelard -+-
Salut,
gerbier a tapoté, le 31/08/2011 08:29:
il suffit de faire alt+sysrq + h (pour help )
Chez moi ça ne fait rien, j'ai juste réussit à passer en qwerty en me
gourant dans la combinaison des touches alors tout que paraissait
configuré en azerty!
--
Stéphane
<http://pasdenom.info/fortune/>
L'Homme animé par l'esprit scientifique désire sans doute savoir,
mais c'est aussitôt pour mieux interroger.
-+- Gaston Bachelard -+-
Chez moi ça ne fait rien, j'ai juste réussit à passer en qwerty en me gourant dans la combinaison des touches alors tout que paraissait configuré en azerty!
-- Stéphane
<http://pasdenom.info/fortune/>
L'Homme animé par l'esprit scientifique désire sans doute savoir, mais c'est aussitôt pour mieux interroger. -+- Gaston Bachelard -+-
Nicolas Richard
Le Wed, 31 Aug 2011 10:44:58 +0200, yamo' disait :
Salut,
gerbier a tapoté, le 31/08/2011 08:29:
il suffit de faire alt+sysrq + h (pour help )
Chez moi ça ne fait rien, j'ai juste réussit à passer en qwerty en me gourant dans la combinaison des touches alors tout que paraissait configuré en azerty!
Ça s'affiche directement sur le terminal, il ne faut pas être sous X. Tu peux commencer par faire CTRL+ALT+F1, puis AltGr SysRq h (en fait la doc dit: 'h' - Will display help (actually any other key than those listed here will display help. but 'h' is easy to remember :-))
-- Nico.
Le Wed, 31 Aug 2011 10:44:58 +0200, yamo' disait :
Salut,
gerbier a tapoté, le 31/08/2011 08:29:
il suffit de faire alt+sysrq + h (pour help )
Chez moi ça ne fait rien, j'ai juste réussit à passer en qwerty en me
gourant dans la combinaison des touches alors tout que paraissait
configuré en azerty!
Ça s'affiche directement sur le terminal, il ne faut pas être sous X. Tu
peux commencer par faire CTRL+ALT+F1, puis AltGr SysRq h (en fait la doc
dit: 'h' - Will display help (actually any other key than those listed
here will display help. but 'h' is easy to remember :-))
Le Wed, 31 Aug 2011 10:44:58 +0200, yamo' disait :
Salut,
gerbier a tapoté, le 31/08/2011 08:29:
il suffit de faire alt+sysrq + h (pour help )
Chez moi ça ne fait rien, j'ai juste réussit à passer en qwerty en me gourant dans la combinaison des touches alors tout que paraissait configuré en azerty!
Ça s'affiche directement sur le terminal, il ne faut pas être sous X. Tu peux commencer par faire CTRL+ALT+F1, puis AltGr SysRq h (en fait la doc dit: 'h' - Will display help (actually any other key than those listed here will display help. but 'h' is easy to remember :-))
-- Nico.
Philippe Naudin
Le jeu 01 sep 2011 20:21:47 CEST, YBM a écrit:
Le 30.08.2011 22:51, yamo' a écrit : > Salut, > > geo cherchetout a tapoté, le 30/08/2011 22:40: >> Le 30/08/2011 15:54, *Nicolas Richard* a écrit fort à propos : >>> Le Tue, 30 Aug 2011 13:48:51 +0200, geo cherchetout disait : >>>> l'existence des combinaisons alt+sysrq mais n'ai pas toujours sous la >>>> main la documentation qui les détaille.) >>> >>> Ces trois-ci valent la peine d'être connues en cas de pépin : >>> SysRq S : Sync >>> SysRq U : Unmount >>> SysRq B : reBoot (ou 'O' pour powerOff) >> >> Connaissant la signification de la lettre, je crois qu'à présent c es trois >> vont se graver dans ma mémoire. Au moins quelques jours. ;-) >> Merci. > > SUB j'arrive à le retenir mais j'ai du mal avec la version longue : > SEIUB, surtout que quand on en a besoin on ne peut pas chercher sur > google avec la machine
So Everything Is Useless? Boot!
Si quelqu'un a une idée de moyen mnémotechnique similaire pour le français...
La séquence traditionnelle (récupérer le clavier, fermer les tâches en cours, "syncer" les disques et rebooter) est REISUB et se mémorise traditionnellement par « Retourne En Islande Sur Un Bateau »...
-- Philippe Naudin
Le jeu 01 sep 2011 20:21:47 CEST, YBM a écrit:
Le 30.08.2011 22:51, yamo' a écrit :
> Salut,
>
> geo cherchetout a tapoté, le 30/08/2011 22:40:
>> Le 30/08/2011 15:54, *Nicolas Richard* a écrit fort à propos :
>>> Le Tue, 30 Aug 2011 13:48:51 +0200, geo cherchetout disait :
>>>> l'existence des combinaisons alt+sysrq mais n'ai pas toujours sous la
>>>> main la documentation qui les détaille.)
>>>
>>> Ces trois-ci valent la peine d'être connues en cas de pépin :
>>> SysRq S : Sync
>>> SysRq U : Unmount
>>> SysRq B : reBoot (ou 'O' pour powerOff)
>>
>> Connaissant la signification de la lettre, je crois qu'à présent c es trois
>> vont se graver dans ma mémoire. Au moins quelques jours. ;-)
>> Merci.
>
> SUB j'arrive à le retenir mais j'ai du mal avec la version longue :
> SEIUB, surtout que quand on en a besoin on ne peut pas chercher sur
> google avec la machine
So Everything Is Useless? Boot!
Si quelqu'un a une idée de moyen mnémotechnique similaire pour le
français...
La séquence traditionnelle (récupérer le clavier, fermer les tâches en
cours, "syncer" les disques et rebooter) est REISUB et se mémorise
traditionnellement par « Retourne En Islande Sur Un Bateau »...
Le 30.08.2011 22:51, yamo' a écrit : > Salut, > > geo cherchetout a tapoté, le 30/08/2011 22:40: >> Le 30/08/2011 15:54, *Nicolas Richard* a écrit fort à propos : >>> Le Tue, 30 Aug 2011 13:48:51 +0200, geo cherchetout disait : >>>> l'existence des combinaisons alt+sysrq mais n'ai pas toujours sous la >>>> main la documentation qui les détaille.) >>> >>> Ces trois-ci valent la peine d'être connues en cas de pépin : >>> SysRq S : Sync >>> SysRq U : Unmount >>> SysRq B : reBoot (ou 'O' pour powerOff) >> >> Connaissant la signification de la lettre, je crois qu'à présent c es trois >> vont se graver dans ma mémoire. Au moins quelques jours. ;-) >> Merci. > > SUB j'arrive à le retenir mais j'ai du mal avec la version longue : > SEIUB, surtout que quand on en a besoin on ne peut pas chercher sur > google avec la machine
So Everything Is Useless? Boot!
Si quelqu'un a une idée de moyen mnémotechnique similaire pour le français...
La séquence traditionnelle (récupérer le clavier, fermer les tâches en cours, "syncer" les disques et rebooter) est REISUB et se mémorise traditionnellement par « Retourne En Islande Sur Un Bateau »...
-- Philippe Naudin
Nicolas Richard
La séquence traditionnelle (récupérer le clavier, fermer les tâches en cours, "syncer" les disques et rebooter) est REISUB et se mémorise traditionnellement par « Retourne En Islande Sur Un Bateau »...
Si on n'utilise que les magic SysRq, récupérer le clavier ne sert à rien, ou je me trompe ?
-- Nico.
La séquence traditionnelle (récupérer le clavier, fermer les tâches en
cours, "syncer" les disques et rebooter) est REISUB et se mémorise
traditionnellement par « Retourne En Islande Sur Un Bateau »...
Si on n'utilise que les magic SysRq, récupérer le clavier ne sert à
rien, ou je me trompe ?
La séquence traditionnelle (récupérer le clavier, fermer les tâches en cours, "syncer" les disques et rebooter) est REISUB et se mémorise traditionnellement par « Retourne En Islande Sur Un Bateau »...
Si on n'utilise que les magic SysRq, récupérer le clavier ne sert à rien, ou je me trompe ?
-- Nico.
Philippe Naudin
Le ven 02 sep 2011 16:05:30 CEST, Nicolas Richard a écrit:
> La séquence traditionnelle (récupérer le clavier, fermer les tâ ches en > cours, "syncer" les disques et rebooter) est REISUB et se mémorise > traditionnellement par « Retourne En Islande Sur Un Bateau »...
Si on n'utilise que les magic SysRq, récupérer le clavier ne sert à rien, ou je me trompe ?
Le problème est que le clavier est parfois "confisqué" par X, Alt-Sysrq r est dans ce cas la seule solution pour pouvoir continuer.
Si le clavier n'est pas confisqué, Alt-Sysrq r est sans effet : c'est donc une bonne habitude de l'envoyer systématiquement, ou en tous cas de le mémoriser.
-- Philippe Naudin
Le ven 02 sep 2011 16:05:30 CEST, Nicolas Richard a écrit:
> La séquence traditionnelle (récupérer le clavier, fermer les tâ ches en
> cours, "syncer" les disques et rebooter) est REISUB et se mémorise
> traditionnellement par « Retourne En Islande Sur Un Bateau »...
Si on n'utilise que les magic SysRq, récupérer le clavier ne sert à
rien, ou je me trompe ?
Le problème est que le clavier est parfois "confisqué" par X,
Alt-Sysrq r est dans ce cas la seule solution pour pouvoir continuer.
Si le clavier n'est pas confisqué, Alt-Sysrq r est sans effet : c'est
donc une bonne habitude de l'envoyer systématiquement, ou en tous cas
de le mémoriser.
Le ven 02 sep 2011 16:05:30 CEST, Nicolas Richard a écrit:
> La séquence traditionnelle (récupérer le clavier, fermer les tâ ches en > cours, "syncer" les disques et rebooter) est REISUB et se mémorise > traditionnellement par « Retourne En Islande Sur Un Bateau »...
Si on n'utilise que les magic SysRq, récupérer le clavier ne sert à rien, ou je me trompe ?
Le problème est que le clavier est parfois "confisqué" par X, Alt-Sysrq r est dans ce cas la seule solution pour pouvoir continuer.
Si le clavier n'est pas confisqué, Alt-Sysrq r est sans effet : c'est donc une bonne habitude de l'envoyer systématiquement, ou en tous cas de le mémoriser.