Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

Le bug du kernel 4=2e19 qui pouvait corrompre le syst=c3=a8me de fichiers est r=c3=a9par=c3=a9 depuis 4=2e19=2e7

21 réponses
Avatar
Pierre www.aribaut.com
Cela touchait tous les kernel en 4.19, et visiblement depuis la 4.19.7,
le bug a été réparé :
https://www.reddit.com/r/linux/comments/a3dpxn/linux_kernel_filesystem_corruption_fixed/
kernel.org en est maintenant au 4.19.8, je retente le kernel 4.19 ? ;)
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com

10 réponses

1 2 3
Avatar
Pierre www.aribaut.com
Le 10/12/2018 à 16:02, denis.paris a écrit :
Le 10/12/2018 à 15:36, Pierre www.aribaut.com a écrit :
Pas de multiboot (plus de windows sur mon ordi), mais je peux faire
apparaître Grub avec la touche "Esc" lors du démarrage et changer de
kernel aussi, a priori ça revient au même.

Non.

Non :
1) ce n'est pas possible ?
2) cela ne revient pas au même ?
Si c'est le 1, je l'ai déjà fait plusieurs fois, je l'ai fait sous Linux
Mint et sous Kubuntu, touche echap puis menu grub qui apparaît puis
options avancées et là je peux changer de kernel.
Donc je suppose que c'est la réponse 2. Pourquoi ça ne revient pas au même ?
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com
Avatar
denis.paris
Le 10/12/2018 à 16:43, Pierre www.aribaut.com a écrit :
Le 10/12/2018 à 16:02, denis.paris a écrit :
Le 10/12/2018 à 15:36, Pierre www.aribaut.com a écrit :
Pas de multiboot (plus de windows sur mon ordi), mais je peux faire
apparaître Grub avec la touche "Esc" lors du démarrage et changer de
kernel aussi, a priori ça revient au même.

Non.

Non :
1) ce n'est pas possible ?
2) cela ne revient pas au même ?
Si c'est le 1, je l'ai déjà fait plusieurs fois, je l'ai fait sous Linux
Mint et sous Kubuntu, touche echap puis menu grub qui apparaît puis
options avancées et là je peux changer de kernel.
Donc je suppose que c'est la réponse 2. Pourquoi ça ne revient pas au
même ?

En général quand il y a une mise à jour de kernel, d'autres éléments
sont mis à jour en même temps. Ce n'est pas comme si on passait d'une
distribution à l'autre dans des partitions séparées.
Avatar
Christophe PEREZ
Le Mon, 10 Dec 2018 18:00:02 +0100, denis.paris a écrit :
En général quand il y a une mise à jour de kernel, d'autres éléments
sont mis à jour en même temps.

Il me semble que tu réponds ça pour la 3ème fois.
Ne serais-tu pas lu par ton interlocuteur ?
Allez, il faut faire preuve de patience ;)
Avatar
denis.paris
Le 10/12/2018 à 20:23, Christophe PEREZ a écrit :
Le Mon, 10 Dec 2018 18:00:02 +0100, denis.paris a écrit :
En général quand il y a une mise à jour de kernel, d'autres éléments
sont mis à jour en même temps.

Il me semble que tu réponds ça pour la 3ème fois.
Ne serais-tu pas lu par ton interlocuteur ?
Allez, il faut faire preuve de patience ;)

Je fais comme avec ma petite fille à qui je répète sans me lasser! :)
Avatar
Pierre www.aribaut.com
Le 10/12/2018 à 18:00, denis.paris a écrit :
Le 10/12/2018 à 16:43, Pierre www.aribaut.com a écrit :
Le 10/12/2018 à 16:02, denis.paris a écrit :
Le 10/12/2018 à 15:36, Pierre www.aribaut.com a écrit :
Pas de multiboot (plus de windows sur mon ordi), mais je peux faire
apparaître Grub avec la touche "Esc" lors du démarrage et changer de
kernel aussi, a priori ça revient au même.

Non.

Non :
1) ce n'est pas possible ?
2) cela ne revient pas au même ?
Si c'est le 1, je l'ai déjà fait plusieurs fois, je l'ai fait sous
Linux Mint et sous Kubuntu, touche echap puis menu grub qui apparaît
puis options avancées et là je peux changer de kernel.
Donc je suppose que c'est la réponse 2. Pourquoi ça ne revient pas au
même ?

En général quand il y a une mise à jour de kernel, d'autres éléments
sont mis à jour en même temps. Ce n'est pas comme si on passait d'une
distribution à l'autre dans des partitions séparées.

Ok, c'est ce qui m'avait semblé, mais cela reste un peu obscur ce qu'il
faut mettre à jour par ailleurs.
Quels éléments ? Est-ce que c'est facile de mettre à jour ces autres
éléments ou c'est tout un bins difficile à connaître ?
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com
Avatar
Pierre www.aribaut.com
Le 10/12/2018 à 21:05, Pierre www.aribaut.com a écrit :
Le 10/12/2018 à 18:00, denis.paris a écrit :
Le 10/12/2018 à 16:43, Pierre www.aribaut.com a écrit :
Le 10/12/2018 à 16:02, denis.paris a écrit :
Le 10/12/2018 à 15:36, Pierre www.aribaut.com a écrit :
Pas de multiboot (plus de windows sur mon ordi), mais je peux faire
apparaître Grub avec la touche "Esc" lors du démarrage et changer
de kernel aussi, a priori ça revient au même.

Non.

Non :
1) ce n'est pas possible ?
2) cela ne revient pas au même ?
Si c'est le 1, je l'ai déjà fait plusieurs fois, je l'ai fait sous
Linux Mint et sous Kubuntu, touche echap puis menu grub qui apparaît
puis options avancées et là je peux changer de kernel.
Donc je suppose que c'est la réponse 2. Pourquoi ça ne revient pas au
même ?

En général quand il y a une mise à jour de kernel, d'autres éléments
sont mis à jour en même temps. Ce n'est pas comme si on passait d'une
distribution à l'autre dans des partitions séparées.

Ok, c'est ce qui m'avait semblé, mais cela reste un peu obscur ce qu'il
faut mettre à jour par ailleurs.
Quels éléments ? Est-ce que c'est facile de mettre à jour ces autres
éléments ou c'est tout un bins difficile à connaître ?

Par contre, changer le kernel au boot via un multiboot linux / windows,
ou en appuyant sur la touche echap en monoboot, ça, ça revient au même,
je ne vois pas où est la différence :
dans les deux cas, c'est au moment du boot, du grub (donc à la même
étape du boot), et cela ne fait pas de mise à jour des autres éléments
en question, cela opère de la même manière, on fait le changement de
kernel de la même façon, dans le même menu.
À moins qu'on ne se soit pas compris, et que tu aies compris un
multiboot de 2 linux, un sous une version de kernel, l'autre sous une
autre version de kernel, mais bon reproduire tout le système, juste pour
changer de kernel, cela me paraît un peu gros.
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com
Avatar
Pierre www.aribaut.com
Le 10/12/2018 à 20:30, denis.paris a écrit :
Le 10/12/2018 à 20:23, Christophe PEREZ a écrit :
Le Mon, 10 Dec 2018 18:00:02 +0100, denis.paris a écrit :
En général quand il y a une mise à jour de kernel, d'autres éléments
sont mis à jour en même temps.

Il me semble que tu réponds ça pour la 3ème fois.
Ne serais-tu pas lu par ton interlocuteur ?
Allez, il faut faire preuve de patience ;)

Je fais comme avec ma petite fille à qui je répète sans me lasser! :)

Je crois qu'il y a méprise, quand je dis que c'est la même chose a
priori, je veux dire entre :
1) changer de kernel au moment du grub via un multiboot linux / windows
2) changer de kernel au moment du grub via un monoboot linux, en
appuyant sur la touche echap
Où est la différence ? On fait le même changement dans le même menu, à
la même étape du boot.
Dans les 2 cas cela fera la même chose, si ça ne met pas les autres
éléments à jour même temps, l'un (multiboot) comme l'autre (monoboot) ne
le fera pas.
Après que ce soit pas la bonne méthode de changer de kernel via le boot,
c'est autre chose.
Cela dit, si un kernel est foireux et plante le système, quel autre
choix on a pour changer de kernel qu'au moment du boot justement (pour
revenir au kernel précédent par exemple) ?
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com
Avatar
Pierre www.aribaut.com
Le 10/12/2018 à 21:21, Pierre www.aribaut.com a écrit :
Le 10/12/2018 à 20:30, denis.paris a écrit :
Le 10/12/2018 à 20:23, Christophe PEREZ a écrit :
Le Mon, 10 Dec 2018 18:00:02 +0100, denis.paris a écrit :
En général quand il y a une mise à jour de kernel, d'autres éléments
sont mis à jour en même temps.

Il me semble que tu réponds ça pour la 3ème fois.
Ne serais-tu pas lu par ton interlocuteur ?
Allez, il faut faire preuve de patience ;)

Je fais comme avec ma petite fille à qui je répète sans me lasser! :)

Je crois qu'il y a méprise, quand je dis que c'est la même chose a
priori, je veux dire entre :
1) changer de kernel au moment du grub via un multiboot linux / windows
2) changer de kernel au moment du grub via un monoboot linux, en
appuyant sur la touche echap
Où est la différence ? On fait le même changement dans le même menu, à
la même étape du boot.
Dans les 2 cas cela fera la même chose, si ça ne met pas les autres
éléments à jour même temps, l'un (multiboot) comme l'autre (monoboot) ne
le fera pas.
Après que ce soit pas la bonne méthode de changer de kernel via le boot,
c'est autre chose.
Cela dit, si un kernel est foireux et plante le système, quel autre
choix on a pour changer de kernel qu'au moment du boot justement (pour
revenir au kernel précédent par exemple) ?

Si je comprends bien, quand je change de kernel au moment du boot, c'est
pas bien, parce que cela ne met pas à jour les autres éléments (si je
pouvais savoir lesquels ce serait bien).
Par contre si je change de kernel sous l'interface de mises à jour, dans
le gestionnaire de mises à jour, là cela met à jour les autres éléments
ou toujours pas ?
Ce qui est bizarre c'est que par exemple quand j'avais changé de kernel
(revenu au précédent) dans le boot, quand j'avais eu le problème de
coupure du wifi avec une mise à jour de kernel, tout fonctionnait bien
(y compris le wifi) en revenant au kernel précédent, aucun problème. En
changeant plusieurs fois de kernel de cette manière (en avant, en
arrière, puis en avant...), il n'y a pas eu de problèmes, j'ai juste eu
à faire les manips nécessaires pour faire marcher le wifi avec le
nouveau kernel que j'ai pu ensuite utiliser pendant des mois sans problème.
Théoriquement, j'aurais donc pu en avoir en changeant de kernel comme ça
sans mettre à jour les autres éléments ?
Si je comprends bien aussi, vu qu'il faut mettre à jour des éléments en
faisant une mise à jour de kernel, en revenant au kernel précédent, il
faut donc "retirer" la mise à jour de ces éléments pour revenir à l'état
initial, sinon on risque un système instable (des éléments mis à jour
pour un nouveau kernel qui n'est plus présent), j'ai bon ?
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com
Avatar
Pierre www.zetrader.fr
Le 10/12/2018 à 00:34, Pierre www.aribaut.com a écrit :
Cela touchait tous les kernel en 4.19, et visiblement depuis la 4.19.7,
le bug a été réparé :
https://www.reddit.com/r/linux/comments/a3dpxn/linux_kernel_filesystem_corruption_fixed/
kernel.org en est maintenant au 4.19.8, je retente le kernel 4.19 ? ;)

Après plus d'un mois d'essai sous kernel 4.19.13 avec linux mint 19.1,
je confirme que ça tourne plutôt bien et 2 bugs ont été résolu chez moi
avec ce kernel là par rapport à des versions précédentes :
- le fameux bug du filesystem corruption est réglé depuis plusieurs versions
- le memory leak par rapport au wifi est réglé depuis kernel 4.19.13
Finalement le kernel générique qui n'est pas spécifiquement fait pour la
version d'ubuntu que j'ai et n'est pas supporté par celle-ci, n'est pas
forcément plus buggé que le kernel LTS spécifique à la version d'ubuntu,
on pourrait croire le contraire au départ.
Conclusion : c'est à voir au cas par cas, pour le kernel le plus adapté
pour sa machine, et ce n'est pas forcément le kernel LTS de la
distribution qui le sera.
À ce sujet, dans mes mises à jour ce matin, linux mint me propose
justement le kernel 4.15.0-45 mais en regardant dans google et en voyant
le post de denis.paris, je vois qu'il est accompagné d'un certain nombre
de (nouveaux) bugs, donc je passe mon tour pour le moment, j'ai accepté
toutes les mises à jour sauf ça, je préfère rester sur quelque chose qui
marche bien, et pourtant c'est du kernel spécifique à la distribution,
on pourrait s'attendre à ce qu'il soit moins buggé qu'une version non
spécifique à la distribution, c'est parfois l'inverse, ça peut
surprendre un débutant.
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com
Avatar
Rambo
Pierre www.zetrader.fr wrote on 02-02-19 13:37:
Le 10/12/2018 à 00:34, Pierre www.aribaut.com a écrit :
Cela touchait tous les kernel en 4.19, et visiblement depuis la
4.19.7, le bug a été réparé :
https://www.reddit.com/r/linux/comments/a3dpxn/linux_kernel_filesystem_corruption_fixed/
kernel.org en est maintenant au 4.19.8, je retente le kernel 4.19 ? ;)

Après plus d'un mois d'essai sous kernel 4.19.13 avec linux mint 19.1,
je confirme que ça tourne plutôt bien et 2 bugs ont été résolu chez
moi avec ce kernel là par rapport à des versions précédentes :
- le fameux bug du filesystem corruption est réglé depuis plusieurs
versions
- le memory leak par rapport au wifi est réglé depuis kernel 4.19.13
Finalement le kernel générique qui n'est pas spécifiquement fait pour
la version d'ubuntu que j'ai et n'est pas supporté par celle-ci, n'est
pas forcément plus buggé que le kernel LTS spécifique à la version
d'ubuntu, on pourrait croire le contraire au départ.
Conclusion : c'est à voir au cas par cas, pour le kernel le plus
adapté pour sa machine, et ce n'est pas forcément le kernel LTS de la
distribution qui le sera.
À ce sujet, dans mes mises à jour ce matin, linux mint me propose
justement le kernel 4.15.0-45 mais en regardant dans google et en
voyant le post de denis.paris, je vois qu'il est accompagné d'un
certain nombre de (nouveaux) bugs, donc je passe mon tour pour le
moment, j'ai accepté toutes les mises à jour sauf ça, je préfère
rester sur quelque chose qui marche bien, et pourtant c'est du kernel
spécifique à la distribution, on pourrait s'attendre à ce qu'il soit
moins buggé qu'une version non spécifique à la distribution, c'est
parfois l'inverse, ça peut surprendre un débutant.

Attention, on va encore te dire que tu prends usenet pour ton bloc-notes :-)
1 2 3