Hello, est ce que tes données SMART te disent que les 2 disques sont 100% sains ? Si oui je ne m'inquiéterais pas trop de corruption discrète qui ne serait pas vue par fsck.
Un peu étrange ton setup, et tu t'embêtes avec des analyses bas niveau alors que si tu utilisais un système de fichier comme brtfs ou ZFS, avec des sommes de contrôle, tu n'aurais pas d'inquiétude. En plus avec un setup RAID1 asymétrique, HDD et SSD, tu ne bénéficie pas de tout l'avantage de performance de ton SSD. Si tu cherches à fiabiliser et accélérer avec juste 1 disque de plus je te conseilles du RAID1 btrfs entre 2 HDD, en utilisant ton ancien SSD comme cache avec bcache ou autre.
Cdt
Intéressent, le fait qu’un disque soit (très) différent me semble être un problème d’architecture de stockage et le mieux serait de remplacer/reconstruire ce disque en HDD non?
-pph
> On 31 Oct 2025, at 09:44, Dominique Rousseau <d.rousseau@nnx.com> wrote:
>
> Le Fri, Oct 31, 2025 at 10:05:03AM +0200, Frederic Dumas [f.dumas@ellis.siteparc.fr] a écrit:
> (...)
>> On devrait donc être bons. Mais cependant;
>>
>> - cmp --ignore-initial=0x8100000 (pour commencer après les métadonnées RAID)
>> /dev/sda2 /dev/sdc1
>> identifie des dizaines de gigaoctets divergents entre le HDD et le SSD de la même grappe.
>>
>> On est en RAID1, donc ça fait un peu accélérer le rythme cardiaque,
>> est-ce une corruption massive? Comment ça pourrait reste sans
>> conséquence dans le système de fichiers ?!? Inutile de descendre dans
>> les valeurs SMART des disques physiques, elles n'apprennent ici rien
>> d'utile.
>
> Je ne connais pas assez bien discard/trim pour les SSD pour donner un
> avis la dessus.
>
> Mais ce que tu decris pourrait tout aussi bien etre que les zones pour
> lesquelles ton SSD fait apparaitre un 0, et ton disque "autre chose", ce
> soit parcequ'il n'y a jamais rien eu « d'utile » d'écrit à cet
> emplacement.
>
> Si les 2 disques de ton RAID1 sont ceux utilisés lors de la création,
> l'assemblage du device avec mdadm --create n'a sans doute pas initialisé
> les 2 disques avec un contenu identique. [1]
>
> Si tu es dans ce cas là et que tu peux te permettre de le faire, force
> un rebuild via mdadm en sortant l'un des 2 (le SSD ?) et en le
> remettant.
>
>
>
> [1] test vite-fait
>
> /tmp$ dd if=/dev/zero of=file0 bs=1M count=10
> /tmp$ dd if=/dev/random of=fileR bs=1M count=10
> /tmp$ sudo losetup -f ./file0
> /tmp$ sudo losetup -f ./fileR
> /tmp$ sudo mdadm -C --create /dev/md0 --level=1 --raid-devices=2 /dev/loop0 /dev/loop1
> /tmp$ cat /proc/mdstat
> Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5]
> [raid4] [raid10]
> md0 : active raid1 loop1[1] loop0[0]
> 9216 blocks super 1.2 [2/2] [UU]
>
> Sans rien avoir écrit dedans :
>
> /tmp$ hexdump -C file0 |grep 00001200
> 00001200 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
> /tmp$ hexdump -C fileR |grep 00001200
> 00001200 65 64 d2 31 05 0f 1e db 2b 58 c0 42 c0 f5 93 0d |ed.1....+X.B....|
>
> ( 0x1200, parceque c'est la où commence la partie "tout a zero" de file0 )
>
>
> --
> Dominique Rousseau
> Neuronnexion, Prestataire Internet & Intranet
> 6 rue des Hautes cornes - 80000 Amiens
> tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop
> _______________________________________________
> Liste de diffusion du French Sysadmin Group
> https://www.frsag.org/
_______________________________________________
Liste de diffusion du French Sysadmin Group
https://www.frsag.org/