[Résolu] volume-raid0-btrfs 2 disques perdu

[Savana]

Salut tous le monde

J'ai un souci et donc une question qui me 'turlupine'
ouais j'aime bien ce mot

bon voila le problème à résoudre...

J'ai un syno ds412+
j'y ai installé 2 x 4 To WD Red - RAID0 - btfrs
Je les ais initialisés via DSM 6.1.3
J'ai récupérer mes fichiers sur ma sauvegarde, un ds411j
une fois fais ceci j'ai modifié mes disk de ds411j donc plus de sauvegarde...
quand j'ai redémarré le ds412+ .... horreur le syno me dit que les disks sont à initialisé !!!!

moi qui depuis des années a un syno de sauvegarde
l'enchainement des situation à fait que .... j'ai merdé !!! mais un redémarrage ne m'avait jamais fais perdre un volume !?
visiblement quand je fait un fdisk -l j'ai bien les disks et partitions donc à priori les données si précieuses sont toujours la...

pour essayé de me débrouiller tous seul comme un grand, j'ai enlevé mes 2 WD de 4To pour ne pas prendre de risque.
j'ai réinstallé 2 autres 4To WD et les ai préparé de la même manière :  2 x 4 To WD Red - RAID0 - btfrs

je me suis dit en regardant dans un fichier de configuration du syno pour le volume que je viens de crée avec les 2 nouveaux disk préparé exactement identique
aux 2 premier je vais pouvoir reconfigurer le volume perdu de mes 2 premier disk ?

je pensais que j'allais retrouvé ds fstab ou autre fichiers la configuration du volume crée et que j'aurais juste à faire un copier coller avec quelques modif pour retrouver le volume des disk sda et sdb

la seule chose qui change c'est que les 2 premiers était en sda et sdb sinon les partoches sont les même que celle des disk 3 & 4 sdc et sdd.
voici le résultat de  :  fdisk -l

si vous savez ou je peux redéclarer un volume avec les bonnes info pour récupérer le volume des disk 1 & 2
vous me sauvez pas la vie mais pas mal de To de bonheur et de souvenir.

 

Disk /dev/sdc: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: ...

Device       Start        End    Sectors  Size Type
/dev/sdc1     2048    4982527    4980480  2.4G Linux RAID
/dev/sdc2  4982528    9176831    4194304    2G Linux RAID
/dev/sdc3  9437184 7813832351 7804395168  3.6T Linux RAID

Disk /dev/sdd: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: ...

Device       Start        End    Sectors  Size Type
/dev/sdd1     2048    4982527    4980480  2.4G Linux RAID
/dev/sdd2  4982528    9176831    4194304    2G Linux RAID
/dev/sdd3  9437184 7813832351 7804395168  3.6T Linux RAID

Disk /dev/md0: 2.4 GiB, 2549940224 bytes, 4980352 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/md1: 2 GiB, 2147418112 bytes, 4194176 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/zram0: 297 MiB, 311427072 bytes, 76032 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/zram1: 297 MiB, 311427072 bytes, 76032 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

GPT PMBR size mismatch (225279 != 250879) will be corrected by w(rite).
Disk /dev/synoboot: 122.5 MiB, 128450560 bytes, 250880 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: ...

Device         Start    End Sectors  Size Type
/dev/synoboot1    63  32129   32067 15.7M EFI System
/dev/synoboot2 32130 224909  192780 94.1M EFI System

Disk /dev/md2: 7.3 TiB, 7991698522112 bytes, 15608786176 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 65536 bytes / 131072 bytes

Disk /dev/sda: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: ...

Device       Start        End    Sectors  Size Type
/dev/sda1     2048    4982527    4980480  2.4G Linux RAID
/dev/sda2  4982528    9176831    4194304    2G Linux RAID
/dev/sda3  9437184 7813832351 7804395168  3.6T Linux RAID

Disk /dev/sdb: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: ...

Device       Start        End    Sectors  Size Type
/dev/sdb1     2048    4982527    4980480  2.4G Linux RAID
/dev/sdb2  4982528    9176831    4194304    2G Linux RAID
/dev/sdb3  9437184 7813832351 7804395168  3.6T Linux RAID

 

Modifié le 11 septembre 2017 par Savana

[pluton212+]

Salut,

je ne peux pas t'aider directement pour résoudre ton problème.

Ce qui m'interpelle c'est le raid0, c'est du suicide programmé, au premier disque HS toutes tes précieuses données 

sont perdues.

Visiblement même avec une sauvegarde le risque d'une fausse manip ou d'un crash est toujours possible.  

[Einsteinium]

Du raid 0 alors que tu as un 4 baies... c’est pas sérieux ^^’

Il te suffit de mount sdd3 et sdc3, les partitions sont bien la :

mdadm --assemble --force /dev/md123 /dev/sdc3 /dev/sdd3

mkdir /mnt/md123

mount /dev/md123 /mnt/md123 -o ro

Édit : tu vas ensuite dans /mnt/md123 pour voir tes données ;-)

[Savana]

merci pour votre aide ;)

raid0 car j'avais une sauvegarde totale sur  un ds411j

mais une suite d'erreur et de mauvaise manip et aussi de méconnaissance on fait que la situation est devenu ce qu'elle est :(

ce sont les disk sda et sdb que je dois récupérer, sdc et sdd sont vide.

 

Disk /dev/sda: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: ...

Device       Start        End    Sectors  Size Type
/dev/sda1     2048    4982527    4980480  2.4G Linux RAID
/dev/sda2  4982528    9176831    4194304    2G Linux RAID
/dev/sda3  9437184 7813832351 7804395168  3.6T Linux RAID

Disk /dev/sdb: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: ...

Device       Start        End    Sectors  Size Type
/dev/sdb1     2048    4982527    4980480  2.4G Linux RAID
/dev/sdb2  4982528    9176831    4194304    2G Linux RAID
/dev/sdb3  9437184 7813832351 7804395168  3.6T Linux RAID

 

[Einsteinium]

Bah tu modifie en conséquence tout simplement 

[Savana]

bon ben je vais essayer...

 

[Einsteinium]

Y a que la première ligne où tu modifie les lettres, rien de bien sorcier ;-)

[Savana]

tu es un génie !

j'ai donc recrée un dossier partagé sur /volume1/ que j'ai crée sur disk 3 et 4

et je vais recopier mes fichiers sur ce rep partagé.

raid0 ext4 je sais c'est risqué mais je vais tous sauvegarder sur un autre nas.

ya t'il une commande autre que cp que je peux utiliser pour copier pas mal de fichiers ?

 

[Einsteinium]

Bah tu peux toujours faire un dossier sur ton volume1 que tu appelles disons « temp » et ensuite tu fais :

mount -o bind /mnt/md123 /volume1/temp

Adapte le l’a aussi, comme sa tu le verras directement dans le dsm ;-)

[Savana]

encore merci Einsteinium ! ton pseudo te va comme un gant ;)

[Einsteinium]

Mdr, c’est juste qu’à mes débuts de joueur en ligne ma première team avait pour thème le tableau périodique  (y a 15 ans déjà )

Maintenant tu as rencontré le problème, tu connaîtras les commandes pour la prochaine fois ;-)

[Savana]

Hhaa les pseudos, ça vient souvent de loin et ça reste longtemps

Bonne fin de dimanche à toi et a+

 

[Einsteinium]

Passe participer et ne vient pas seulement quand tu as un problème 

bon dimanche ;-)

[Savana]

On va essayer mais je n'ai pas beaucoup de connaissance à partager