steve, au 2018-04-16 : > Le 15-04-2019, à 22:24:20 +0200, Étienne Mollier a écrit : > > steve, au 2019-04-15 : > > > Le 12-04-2019, à 20:01:17 +0200, Étienne Mollier a écrit : > > > > Si un sous système corrompt le noyau, alors il n'est peut-être > > > > pas nécessaire de chercher plus loin, et juste de le désactiver. > > > > > > Je pourrais en effet essayer le driver libre « nouveau ». Mais la > > > dernière fois que j'ai essayé, ce n'était vraiment pas très concluant. > > > > Ça vaudrait peut-être quand même le coup de voir si le noyau est > > toujours teinté sans ce pilote, et si le problème se pose à nouveau. > > Oui.
Bonjour, Au début, j'ai compris « Oui ça vaudrait le coup d'essayer! » Mais peut-être qu'il s'agit plutôt de « Oui, le problème se reproduit avec un noyau non teinté! » > > Sinon, plus prosaïquement, dans quel état se trouve le Raid > > actuellement ? Est-il toujours partiel ou bien le remplacement > > du disque en panne a eu lieu ? (cat /proc/mdstat) > > J'avais trois disques dans la grappe dont un spare qui a pris du service > quand j'ai débranché le disque défectueux. > > $ cat /proc/mdstat > Personalities : [raid1] [linear] [multipath] [raid0] [raid6] > [raid5] [raid4] [raid10] > md1 : active raid1 sdb5[2] sde5[3] > 117120896 blocks super 1.2 [2/2] [UU] > > md2 : active raid1 sdb6[2] sde6[3] > 97589120 blocks super 1.2 [2/2] [UU] > > md0 : active raid1 sdb1[2] sde1[3] > 19514240 blocks super 1.2 [2/2] [UU] > > unused devices: <none> > > > Donc ok. En dehors des freezes et des traces dans `dmesg`, tout me semble correct, donc la piste du bug noyau me semble envisageable. En jetant un œil aux changelogs, j'ai remarqué que Linux 4.19.24 a été publié avec une correction relative à la reconstruction de Raid 1 [0] indiquant notamment des risques de corruption, en cas d'interruption de la reconstruction notamment. [0] https://cdn.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.19.24 Toutefois, je ne sais pas si vous vous êtes retrouvé dans la situation décrite par le changelog, ni si corruption il y a ; je crois qu'il y aurait aussi des erreurs relatives à votre système de fichier dans `dmesg` dans ce cas. > J'ai acheté un disque supplémentaire mais n'ai pas encore eu le temps de > l'installer. Si cette histoire de corruption à la reconstruction est avérée, alors je délayerais la reconstruction au moins à après mise à jour vers la dernière version de Linux 4.19 mise à disposition dans les backports. Amicalement, -- Étienne Mollier <etienne.moll...@mailoo.org>
