Et voil=c3=a0 mon pc sous linux ubuntu va =c3=aatre MORT
55 réponses
Rambo
On m'avais reproché d'avoir éteint physiquement mon pc lors d'une mise à
jour.
J'ai donc été obligé de tout réinstaller de zéro. Tout allait bien, et
j'ai donc permis l'installtion d'une mise à jour.
ET PAN ! la souris est figée, je n'ai plus d'activité disque et la
fenêtre de la mise à jour affiche:
Préparation de l'installation de linux-headers-5.0.0-27-generic
3 Bourrin <Alt>+<Print Screen>, garde abaissé les touches <Alt>+<Print Screen> puis touche successivement R puis E, puis I pour S puis (plusieurs fois S) puis U puis B. Normalement ça reboot.
Attendre un peu après l'appui de chaque touche R⋅E⋅I⋅S⋅U.(Ça n'est pas bourrin si tu fais les choses dans l'ordre.)
Le 07/09/2019 à 01:37, Rambo a écrit :
3 Bourrin <Alt>+<Print Screen>, garde abaissé les touches
<Alt>+<Print Screen> puis touche successivement R puis E, puis I
pour S puis (plusieurs fois S) puis U puis B. Normalement ça reboot.
Attendre un peu après l'appui de chaque touche R⋅E⋅I⋅S⋅U.(Ça n'est pas
bourrin si tu fais les choses dans l'ordre.)
3 Bourrin <Alt>+<Print Screen>, garde abaissé les touches <Alt>+<Print Screen> puis touche successivement R puis E, puis I pour S puis (plusieurs fois S) puis U puis B. Normalement ça reboot.
Attendre un peu après l'appui de chaque touche R⋅E⋅I⋅S⋅U.(Ça n'est pas bourrin si tu fais les choses dans l'ordre.)
Jo Engo
Le Sat, 07 Sep 2019 12:11:55 +0200, jilucorg a écrit :
chaque touche R⋅E⋅I⋅S⋅U.
Bon c'est pour mémoire et parce que c'est facile à retenir busier, mais, car il y a un mais debian et dérivées ignorent E et I. C'est moins propre et il suffit (du moins ça revient au même) de taper (R, S, U B) -- Les écologistes réclament une voiture "propre". ... Les imbéciles frottent. -+- Philippe Geluck, Le chat -+-
Le Sat, 07 Sep 2019 12:11:55 +0200, jilucorg a écrit :
chaque touche R⋅E⋅I⋅S⋅U.
Bon c'est pour mémoire et parce que c'est facile à retenir busier, mais,
car il y a un mais debian et dérivées ignorent E et I. C'est moins propre
et il suffit (du moins ça revient au même) de taper (R, S, U B)
--
Les écologistes réclament une voiture "propre".
... Les imbéciles frottent.
-+- Philippe Geluck, Le chat -+-
Le Sat, 07 Sep 2019 12:11:55 +0200, jilucorg a écrit :
chaque touche R⋅E⋅I⋅S⋅U.
Bon c'est pour mémoire et parce que c'est facile à retenir busier, mais, car il y a un mais debian et dérivées ignorent E et I. C'est moins propre et il suffit (du moins ça revient au même) de taper (R, S, U B) -- Les écologistes réclament une voiture "propre". ... Les imbéciles frottent. -+- Philippe Geluck, Le chat -+-
Olivier Miakinen
Le 07/09/2019 15:04, Jo Engo a écrit :
chaque touche R⋅E⋅I⋅S⋅U.
Bon c'est pour mémoire et parce que c'est facile à retenir busier, mais, car il y a un mais debian et dérivées ignorent E et I. C'est moins propre et il suffit (du moins ça revient au même) de taper (R, S, U B)
Ce qu'il serait plus utile de retenir, c'est ce que fait chacun de ces Alt-RysRq : https://fr.wikipedia.org/wiki/Magic_SysRq_key#Red%C3%A9marrer_proprement_un_syst%C3%A8me_bloqu%C3%A9 Ça permet de savoir pourquoi attendre un peu entre E et I quand ils sont supportés (pour laisser une chance aux processus de s'arrêter proprement avec le kill SIGTERM avant de les arrêter brutalement sur SIGKILL) et surtout pourquoi laisser du temps après les S et U pour que les données soient écrites proprement sur le disque avant de rebooter. -- Olivier Miakinen
Le 07/09/2019 15:04, Jo Engo a écrit :
chaque touche R⋅E⋅I⋅S⋅U.
Bon c'est pour mémoire et parce que c'est facile à retenir busier, mais,
car il y a un mais debian et dérivées ignorent E et I. C'est moins propre
et il suffit (du moins ça revient au même) de taper (R, S, U B)
Ce qu'il serait plus utile de retenir, c'est ce que fait chacun de ces
Alt-RysRq :
https://fr.wikipedia.org/wiki/Magic_SysRq_key#Red%C3%A9marrer_proprement_un_syst%C3%A8me_bloqu%C3%A9
Ça permet de savoir pourquoi attendre un peu entre E et I quand ils sont
supportés (pour laisser une chance aux processus de s'arrêter proprement
avec le kill SIGTERM avant de les arrêter brutalement sur SIGKILL) et
surtout pourquoi laisser du temps après les S et U pour que les données
soient écrites proprement sur le disque avant de rebooter.
Bon c'est pour mémoire et parce que c'est facile à retenir busier, mais, car il y a un mais debian et dérivées ignorent E et I. C'est moins propre et il suffit (du moins ça revient au même) de taper (R, S, U B)
Ce qu'il serait plus utile de retenir, c'est ce que fait chacun de ces Alt-RysRq : https://fr.wikipedia.org/wiki/Magic_SysRq_key#Red%C3%A9marrer_proprement_un_syst%C3%A8me_bloqu%C3%A9 Ça permet de savoir pourquoi attendre un peu entre E et I quand ils sont supportés (pour laisser une chance aux processus de s'arrêter proprement avec le kill SIGTERM avant de les arrêter brutalement sur SIGKILL) et surtout pourquoi laisser du temps après les S et U pour que les données soient écrites proprement sur le disque avant de rebooter. -- Olivier Miakinen
Jo Engo
Le Sat, 07 Sep 2019 17:06:33 +0200, Olivier Miakinen a écrit :
Ça permet de savoir pourquoi attendre un peu entre E et I
E et I sont désactivés sur les debian et dérivés -- Chaque jour est veille pour les uns, lendemain pour d'autres, mais aujourd'hui pour bien peu. -+- Gilbert Cesbron (1913-1979), de petites choses. -+-
Le Sat, 07 Sep 2019 17:06:33 +0200, Olivier Miakinen a écrit :
Ça permet de savoir pourquoi attendre un peu entre E et I
E et I sont désactivés sur les debian et dérivés
--
Chaque jour est veille pour les uns, lendemain pour d'autres,
mais aujourd'hui pour bien peu.
-+- Gilbert Cesbron (1913-1979), de petites choses. -+-
Le Sat, 07 Sep 2019 17:06:33 +0200, Olivier Miakinen a écrit :
Ça permet de savoir pourquoi attendre un peu entre E et I
E et I sont désactivés sur les debian et dérivés -- Chaque jour est veille pour les uns, lendemain pour d'autres, mais aujourd'hui pour bien peu. -+- Gilbert Cesbron (1913-1979), de petites choses. -+-
jilucorg
Le 07/09/2019 à 17:44, Jo Engo a écrit :
E et I sont désactivés sur les debian et dérivés
kernel.sysrq = 1 dans /etc/sysctl.conf ne règle pas la chose ?
Le 07/09/2019 à 17:44, Jo Engo a écrit :
E et I sont désactivés sur les debian et dérivés
kernel.sysrq = 1
dans /etc/sysctl.conf ne règle pas la chose ?
kernel.sysrq = 1 dans /etc/sysctl.conf ne règle pas la chose ?
Jo Engo
Le Sat, 07 Sep 2019 19:53:15 +0200, jilucorg a écrit :
Le 07/09/2019 à 17:44, Jo Engo a écrit :
E et I sont désactivés sur les debian et dérivés
kernel.sysrq = 1 dans /etc/sysctl.conf ne règle pas la chose ?
################################################################### # Magic system request Key # 0=disable, 1=enable all, >1 bitmask of sysrq functions # See https://www.kernel.org/doc/html/latest/admin-guide/sysrq.html # for what other values do #kernel.sysrqC8 Pourquoi 438 ? C'est la valeur qui est donnée ? Bon je vais mettre un et voir au prochain reboot (pas prévu dans l'immédiat ni planifié) -- Z O L A V I R E V O L E V I R E Z O L A A L O Z E R I V E L O V E R I V A L O Z -- Schulz, Rémi
Le Sat, 07 Sep 2019 19:53:15 +0200, jilucorg a écrit :
Le 07/09/2019 à 17:44, Jo Engo a écrit :
E et I sont désactivés sur les debian et dérivés
kernel.sysrq = 1 dans /etc/sysctl.conf ne règle pas la chose ?
###################################################################
# Magic system request Key
# 0=disable, 1=enable all, >1 bitmask of sysrq functions
# See https://www.kernel.org/doc/html/latest/admin-guide/sysrq.html
# for what other values do
#kernel.sysrqC8
Pourquoi 438 ? C'est la valeur qui est donnée ? Bon je vais mettre un et
voir au prochain reboot (pas prévu dans l'immédiat ni planifié)
--
Z O L A V I R E V O
L E V I R E Z O L A
A L O Z E R I V E L
O V E R I V A L O Z
-- Schulz, Rémi
Le Sat, 07 Sep 2019 19:53:15 +0200, jilucorg a écrit :
Le 07/09/2019 à 17:44, Jo Engo a écrit :
E et I sont désactivés sur les debian et dérivés
kernel.sysrq = 1 dans /etc/sysctl.conf ne règle pas la chose ?
################################################################### # Magic system request Key # 0=disable, 1=enable all, >1 bitmask of sysrq functions # See https://www.kernel.org/doc/html/latest/admin-guide/sysrq.html # for what other values do #kernel.sysrqC8 Pourquoi 438 ? C'est la valeur qui est donnée ? Bon je vais mettre un et voir au prochain reboot (pas prévu dans l'immédiat ni planifié) -- Z O L A V I R E V O L E V I R E Z O L A A L O Z E R I V E L O V E R I V A L O Z -- Schulz, Rémi
Elle peut avoir un autre nom, par exemple « Système » ou « Print Screen » ou « Impression écran » (ou diverses traductions et abréviations).
Merci, donc je récapitule, en cas de freeze lors d'une mise à jour : 1. teste Num-Lock et CAPS-Lock 2. Essaie Ctrl+Alt+F1 patiente, si le processeur pédale dans la semoule ça peut le faire au bout d'un temps certain 3 Bourrin <Alt>+<Print Screen>, garde abaissé les touches <Alt>+<Print Screen> puis touche successivement R puis E, puis I pour S puis (plusieurs fois S) puis U puis B. Normalement ça reboot. Mais ce qu'il me semble bizarre c'est que lorsque la mise à jour se freeze elle n'a pas l'air de devoir faire un reboot....
La question qu'on peut se poser, c'est pourquoi installer le kernel 5.x alors que Ubuntu 18.04 tourne avec 4.15 je parle de la 18.04 qui est une LTS avec support longue durée. A moins que tu ais une 19.04. Si on recherche la stabilité, il vaut mieux rester sur une version LTS. -- Quand on voit c'qu'on voit, puis qu'on entend c'qu'on entend, on a raison d'penser c'qu'on pense (Coluche)
Le 07/09/2019, Rambo a supposé :
Olivier Miakinen wrote on 07-09-19 00:05:
Le 06/09/2019 23:41, Rambo a écrit :
Je n'ai pas de touche <SysRq>
Elle peut avoir un autre nom, par exemple « Système » ou « Print
Screen » ou « Impression écran » (ou diverses traductions et
abréviations).
Merci, donc je récapitule, en cas de freeze lors d'une mise à jour :
1. teste Num-Lock et CAPS-Lock
2. Essaie Ctrl+Alt+F1 patiente, si le processeur pédale dans la semoule
ça peut le faire au bout d'un temps certain
3 Bourrin <Alt>+<Print Screen>, garde abaissé les touches
<Alt>+<Print Screen> puis touche successivement R puis E, puis I
pour S puis (plusieurs fois S) puis U puis B. Normalement ça reboot.
Mais ce qu'il me semble bizarre c'est que lorsque la mise à jour se
freeze elle n'a pas l'air de devoir faire un reboot....
La question qu'on peut se poser, c'est pourquoi installer le kernel 5.x
alors que Ubuntu 18.04 tourne avec 4.15
je parle de la 18.04 qui est une LTS avec support longue durée.
A moins que tu ais une 19.04.
Si on recherche la stabilité, il vaut mieux rester sur une version LTS.
--
Quand on voit c'qu'on voit, puis qu'on entend c'qu'on entend, on a
raison d'penser c'qu'on pense
(Coluche)
Elle peut avoir un autre nom, par exemple « Système » ou « Print Screen » ou « Impression écran » (ou diverses traductions et abréviations).
Merci, donc je récapitule, en cas de freeze lors d'une mise à jour : 1. teste Num-Lock et CAPS-Lock 2. Essaie Ctrl+Alt+F1 patiente, si le processeur pédale dans la semoule ça peut le faire au bout d'un temps certain 3 Bourrin <Alt>+<Print Screen>, garde abaissé les touches <Alt>+<Print Screen> puis touche successivement R puis E, puis I pour S puis (plusieurs fois S) puis U puis B. Normalement ça reboot. Mais ce qu'il me semble bizarre c'est que lorsque la mise à jour se freeze elle n'a pas l'air de devoir faire un reboot....
La question qu'on peut se poser, c'est pourquoi installer le kernel 5.x alors que Ubuntu 18.04 tourne avec 4.15 je parle de la 18.04 qui est une LTS avec support longue durée. A moins que tu ais une 19.04. Si on recherche la stabilité, il vaut mieux rester sur une version LTS. -- Quand on voit c'qu'on voit, puis qu'on entend c'qu'on entend, on a raison d'penser c'qu'on pense (Coluche)
Pierre www.aribaut.com
Le 9/9/19 à 11:38, Jo Kerr a écrit :
Le 07/09/2019, Rambo a supposé :
Olivier Miakinen wrote on 07-09-19 00:05
Le 06/09/2019 23:41, Rambo a écrit :
Je n'ai pas de touche <SysRq>
Elle peut avoir un autre nom, par exemple « Système » ou « Print Screen » ou « Impression écran » (ou diverses traductions et abréviations).
Merci, donc je récapitule, en cas de freeze lors d'une mise à jour : 1. teste Num-Lock et CAPS-Lock 2. Essaie Ctrl+Alt+F1 patiente, si le processeur pédale dans la semoule ça peut le faire au bout d'un temps certain 3 Bourrin <Alt>+<Print Screen>, garde abaissé les touches <Alt>+<Print Screen> puis touche successivement R puis E, puis I pour S puis (plusieurs fois S) puis U puis B. Normalement ça reboot. Mais ce qu'il me semble bizarre c'est que lorsque la mise à jour se freeze elle n'a pas l'air de devoir faire un reboot....
La question qu'on peut se poser, c'est pourquoi installer le kernel 5.x alors que Ubuntu 18.04 tourne avec 4.15 je parle de la 18.04 qui est une LTS avec support longue durée. A moins que tu ais une 19.04. Si on recherche la stabilité, il vaut mieux rester sur une version LTS.
Je me suis posé la même question, qu'est-ce qu'il fait avec un noyau 5.X si il tourne sous Ubuntu 18.04 ? Surtout un vieux pc, à la limite son pc serait récent, avec le noyau 5.X il peut espérer que des nouveautés matérielles soient prises en compte dans les noyaux plus récents, mais là pour un vieux pc un noyau 4.15 convient parfaitement, pas de risques que de nouvelles fonctionnalités de son pc ne soient pas prises en compte... -- http://zetrader.info ou http://zetrader.fr http://aribaut.com ou http://pierre.aribaut.com - http://zeforums.com
Le 9/9/19 à 11:38, Jo Kerr a écrit :
Le 07/09/2019, Rambo a supposé :
Olivier Miakinen wrote on 07-09-19 00:05
Le 06/09/2019 23:41, Rambo a écrit :
Je n'ai pas de touche <SysRq>
Elle peut avoir un autre nom, par exemple « Système » ou « Print
Screen » ou « Impression écran » (ou diverses traductions et
abréviations).
Merci, donc je récapitule, en cas de freeze lors d'une mise à jour :
1. teste Num-Lock et CAPS-Lock
2. Essaie Ctrl+Alt+F1 patiente, si le processeur pédale dans la semoule
ça peut le faire au bout d'un temps certain
3 Bourrin <Alt>+<Print Screen>, garde abaissé les touches
<Alt>+<Print Screen> puis touche successivement R puis E, puis I
pour S puis (plusieurs fois S) puis U puis B. Normalement ça reboot.
Mais ce qu'il me semble bizarre c'est que lorsque la mise à jour se
freeze elle n'a pas l'air de devoir faire un reboot....
La question qu'on peut se poser, c'est pourquoi installer le kernel 5.x
alors que Ubuntu 18.04 tourne avec 4.15
je parle de la 18.04 qui est une LTS avec support longue durée.
A moins que tu ais une 19.04.
Si on recherche la stabilité, il vaut mieux rester sur une version LTS.
Je me suis posé la même question, qu'est-ce qu'il fait avec un noyau 5.X
si il tourne sous Ubuntu 18.04 ?
Surtout un vieux pc, à la limite son pc serait récent, avec le noyau 5.X
il peut espérer que des nouveautés matérielles soient prises en compte
dans les noyaux plus récents, mais là pour un vieux pc un noyau 4.15
convient parfaitement, pas de risques que de nouvelles fonctionnalités
de son pc ne soient pas prises en compte...
--
http://zetrader.info ou http://zetrader.fr
http://aribaut.com ou http://pierre.aribaut.com - http://zeforums.com
Elle peut avoir un autre nom, par exemple « Système » ou « Print Screen » ou « Impression écran » (ou diverses traductions et abréviations).
Merci, donc je récapitule, en cas de freeze lors d'une mise à jour : 1. teste Num-Lock et CAPS-Lock 2. Essaie Ctrl+Alt+F1 patiente, si le processeur pédale dans la semoule ça peut le faire au bout d'un temps certain 3 Bourrin <Alt>+<Print Screen>, garde abaissé les touches <Alt>+<Print Screen> puis touche successivement R puis E, puis I pour S puis (plusieurs fois S) puis U puis B. Normalement ça reboot. Mais ce qu'il me semble bizarre c'est que lorsque la mise à jour se freeze elle n'a pas l'air de devoir faire un reboot....
La question qu'on peut se poser, c'est pourquoi installer le kernel 5.x alors que Ubuntu 18.04 tourne avec 4.15 je parle de la 18.04 qui est une LTS avec support longue durée. A moins que tu ais une 19.04. Si on recherche la stabilité, il vaut mieux rester sur une version LTS.
Je me suis posé la même question, qu'est-ce qu'il fait avec un noyau 5.X si il tourne sous Ubuntu 18.04 ? Surtout un vieux pc, à la limite son pc serait récent, avec le noyau 5.X il peut espérer que des nouveautés matérielles soient prises en compte dans les noyaux plus récents, mais là pour un vieux pc un noyau 4.15 convient parfaitement, pas de risques que de nouvelles fonctionnalités de son pc ne soient pas prises en compte... -- http://zetrader.info ou http://zetrader.fr http://aribaut.com ou http://pierre.aribaut.com - http://zeforums.com
Jo Engo
Le Mon, 09 Sep 2019 11:38:37 +0200, Jo Kerr a écrit :
La question qu'on peut se poser, c'est pourquoi installer le kernel 5.x alors que Ubuntu 18.04 tourne avec 4.15
Il est sur Mint, je crois qui est pour la version 19 Xfce du moins une surcouche d'Ubuntu 18.04. -- <doodie> ca fait koi si tu appuies sur le point du clavier numerique ? <furax> un point
Le Mon, 09 Sep 2019 11:38:37 +0200, Jo Kerr a écrit :
La question qu'on peut se poser, c'est pourquoi installer le kernel 5.x
alors que Ubuntu 18.04 tourne avec 4.15
Il est sur Mint, je crois qui est pour la version 19 Xfce du moins une
surcouche d'Ubuntu 18.04.
--
<doodie> ca fait koi si tu appuies sur le point du clavier numerique ?
<furax> un point
Le Mon, 09 Sep 2019 11:38:37 +0200, Jo Kerr a écrit :
La question qu'on peut se poser, c'est pourquoi installer le kernel 5.x alors que Ubuntu 18.04 tourne avec 4.15
Il est sur Mint, je crois qui est pour la version 19 Xfce du moins une surcouche d'Ubuntu 18.04. -- <doodie> ca fait koi si tu appuies sur le point du clavier numerique ? <furax> un point
