Le 3/4/2022 à 1:02 PM, Iron126 a dit :

Un petit up 😏

Bonjour,

 « Assemblage en ligne » permet de remonter le groupe de stockage et les volumes (par exemple provenant d’un autre NAS) c’est une nouveauté de DSM7.

Donc si tu cliques comme indiqué les données seront normalement de nouveau accessible. Mais d’après la capture tu es toujours en SHR avec protection (=RAID1).

Si les différentes commandes ne fonctionnent pas, une fois les données accessibles, les déplacer vers le second disque (et sauvegarder les paramètres des paquets), après y avoir un groupe de stockage et volume. Puis supprimer et recréer le groupe de stockage sur le disque n°1…

  Le 3/4/2022 à 3:33 PM, maxou56 a dit :

« Assemblage en ligne » permet de remonter le groupe de stockage et les volumes (par exemple provenant d’un autre NAS) c’est une nouveauté de DSM7.

Je me demandais effectivement ce que ça signifiait. Jamais vu ça avant. Je comprends mieux si c'est une nouveauté de DSM7. De guerre las, j'aurais fait lancer cette opération. Ce qui me chagrine, c'est qu'il n'y ait plus de md3 et je suis aussi surpris par le passage sata2 vers sata1. D'où mon interrogation sur l'efficacité de cette commande.

  Le 3/4/2022 à 3:33 PM, maxou56 a dit :

Mais d’après la capture tu es toujours en SHR avec protection (=RAID1).

C'est aussi ce qui est étrange. Le redémarrage du NAS aurait dû rétablir l'affichage à un SHR sans protection des données. Mais comme encore une fois il n'y a plus de md3 actif, DSM a une autre interprétation que celle fournie par cat /proc/mdsat

Merci pour vos réponses; voici pour la première commande "parted --list"

root@DS220plus:~# parted --list
Model: Linux Software RAID Array (md)
Disk /dev/md0: 2550MB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags:

Number  Start  End     Size    File system  Flags
 1      0.00B  2550MB  2550MB  ext4

Model: Linux Software RAID Array (md)
Disk /dev/md1: 2147MB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags:

Number  Start  End     Size    File system     Flags
 1      0.00B  2147MB  2147MB  linux-swap(v1)

Model: WDC WD140EFFX-68VBXN (scsi)
Disk /dev/sata1: 14.0TB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system     Name  Flags
 1      1049kB  2551MB  2550MB  ext4                  raid
 2      2551MB  4699MB  2147MB  linux-swap(v1)        raid
 5      4840MB  12.0TB  12.0TB                        raid

Model: ATA ST12000NE0008-2J (scsi)
Disk /dev/sata2: 12.0TB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system     Name  Flags
 1      1049kB  2551MB  2550MB  ext4                  raid
 2      2551MB  4699MB  2147MB  linux-swap(v1)        raid
 5      4840MB  12.0TB  12.0TB                        raid

Model: Unknown (unknown)
Disk /dev/zram0: 553MB
Sector size (logical/physical): 4096B/4096B
Partition Table: loop
Disk Flags:

Number  Start  End    Size   File system     Flags
 1      0.00B  553MB  553MB  linux-swap(v1)

Model: Unknown (unknown)
Disk /dev/zram1: 553MB
Sector size (logical/physical): 4096B/4096B
Partition Table: loop
Disk Flags:

Number  Start  End    Size   File system     Flags
 1      0.00B  553MB  553MB  linux-swap(v1)

Warning: Not all of the space available to /dev/synoboot appears to be used, you
can fix the GPT to use all of the space (an extra 6110 blocks) or continue with
the current setting?
Fix/Ignore?

Et pour le deuxème : 

"root@DS220plus:~# mdadm --detail /dev/md3
mdadm: cannot open /dev/md3: No such file or directory"
 

Modifié le 4 mars 20223 a par Iron126

OK. Les partitions des données sont toujours existantes mais ne sont pas montées. Il devrait donc être possible à l'aide de l'assemblage en ligne de remonter la ou les partitions.

Reste à savoir si DSM reconstruira le groupe d'origine en SHR avec protection des données.

Bonsoir à tous,

Alors j'ai pu enfin une fois revenu chez moi de cliquer sur assembler en ligne réparer ->Disque 1 ce qui a rendus de nouveau visible les données du disque comme l'avait écris Maxou et rendre tout opérationnel une fois les applis réparer,

J'ai pu donc créer un groupe de stockage 2 avec le disque 2 qui était en "non initialisé" dont j'attends la fin de vérification complète du disque tant qu'a faire, je créerais ensuite un volume sur ce groupe.

Je vous tiendrais au courant mais déjà je tenais à tous vous remercier surtout Mic et Maxou pour le temps que vous m'avez consacré et la réactivité, vous m'avez sortis (je pense) d'une belle galère.

Bonsoir à tous, 

Juste un petit message suite à l'analyse complète du disque suite à son ajout sur un groupe de stockage, tout est opérationnel et fonctionne parfaitement.

Encore merci à Maxou et Mic pour votre aide 

Merci pour le retour 👌