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/