Bonjour à vous !
J'avais un serveur maison, sous Linux Mint, dont j'ai upgrade le combo CM+CPU (passage d'une P43DE + E7500 à H170-D3HP avec un i5-6500).
Fatalement j'ai réinstallé l'OS, mais ça c'est pas un soucis, c'est sur un ssd qui fait sa vie et n'a rien à voir dans l'histoire
Mon serveur avait un raid1 software (de 2 disques pour le moment) fait avec amour à coup de mdadm.
Le montage initial était peut être pas fait dans les règles de l'art mais aucun problèmes avec le raid. Pour info au départ j'ai dû créer un raid "mono disque" pour conserver les données dessus et formater ensuite le disque qui devait servir à grow le raid (j'avais que 2 DD 4To dont un contenait mes données, les tours de hanoi revisitées)
Bref, là je tente de remonter mon raid et c'est le drame :
Code:
~$ sudo mdadm -A --verbose /dev/md0 /dev/sdb /dev/sdc
mdadm: Cannot assemble mbr metadata on /dev/sdb
mdadm: /dev/sdb has no superblock - assembly aborted
Je me dis what the fucking fuck et tente de vérifier les disques (les 2 disques renvoient les même résultats) :
Code:
~$ sudo fdisk -l /dev/sd*
Disque /dev/sdb : 3,7 TiB, 4000787030016 octets, 7814037168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 08653A5D-9FAD-411E-A4CA-4C0456195F97
Périphérique Début Fin Secteurs Taille Type
/dev/sdb1 2048 7814037134 7814035087 3,7T RAID Linux
Disque /dev/sdb1 : 3,7 TiB, 4000785964544 octets, 7814035087 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Code:
~$ sudo gdisk -l /dev/sdb
GPT fdisk (gdisk) version 1.0.3
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Disk /dev/sdb: 7814037168 sectors, 3.6 TiB
Model: ST4000DM004-2CV1
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 08653A5D-9FAD-411E-A4CA-4C0456195F97
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 7814037134
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)
Number Start (sector) End (sector) Size Code Name
1 2048 7814037134 3.6 TiB FD00
Bon je me dis ok je vois pas de problème à priori mais je suis un noob de toute façon.
Le "protective MBR" je sais pas si je dois être fan ceci dit.
J'essaie d'aller plus loin avec mdadm :
Code:
~$ sudo mdadm -E /dev/sdb
/dev/sdb:
MBR Magic : aa55
Partition[0] : 4294967295 sectors at 1 (type ee)
Je sais pas trop pourquoi mais j'aime pas, ça me semblait beaucoup plus verbeux avant...
J'ai innocemment tenté de monter direct le HDD en read-only sans trop croire que ça puisse servir à quelque chose :
Code:
~$ sudo mount -r /dev/sdb1 /mnt/test
mount: /mnt/test : wrong fs type, bad option, bad superblock on /dev/sdb1, missing codepage or helper program, or other error.
Au moins ça reconnait un FS j'imagine, mais bon "bad superblock"..
Du coup je tente le coup de poker avec mdadm :
Code:
~$ sudo mdadm --zero-superblock /dev/sdb
mdadm: Unrecognised md component device - /dev/sdb
ETONNANT CA !
Et j'atteins le seuil de mes connaissances.
J'ai besoin de vous maintenant et du savoir d'experts CPC
à ce stade j'ai débranché un des 2 disques, ils sont à priori dans un état identique et je préfère éviter de bousiller les 2 en même temps en allant trop loin.