Volume dégradé et 2 disques HS sur 5

[lordnomad2003]

Bonjour à tous,

J'ai un grave problème sur Mon Synology 1515+ suite à de nombreuses coupures de courant dans mon quartier.

Le Synology est sous DSM 6.2 et avait été précédemment réparé (Transistor défaillant et Résistance pour le bug Atom) et tout marchait jusqu'à ces coupures sur le réseau.

Aujourd'hui il démarre sans les services et m'indique un volume dégradé et 2 à 3 disques en panne. La réparation ne marche pas. J'ai acheté 2 nouveaux disques 4 TO Seagate IRONWOLF mais toutes les procédures de réparations sur le net que je trouve ne mentionnent que le remplacement d'un disque. 

2 des disques présentent des erreurs et j'ai essayé de les réparer sur un ordinateur mais meme les tests SMART refusent de se terminer. Le disque WD à plus de 1000 secteurs défectueux alors que le Seagate seulement 16 mais celui -ci n'est pas initialisé. J'avais lancé un réparation BADBLOKS sur le WD mais au bout de une semaine de travail il n'avait fait que 28 % et j'ai arrêté la procédure.

Je ne sais pas si je peux réussir à récupérer mes données, mais j'espère pouvoir réparer le disque Seagate suffisamment pour pouvoir lancer une procédure de réparation en remplaçant le WD. 

Pouvez vous m'aider ?

Merci

[Mic13710]

Je crains fort que ce soit impossible, du moins pas à notre niveau. Les seuls à pouvoir vous aider serait l'assistance Syno que vous pouvez contacter directement à partir de DSM.

[Lelolo]

Et de se pencher sur les sauvegardes existantes !

[niklos0]

En effet, c'est mal barré. Demandez à Syno ce qu'ils en pensent mais je pense que le mieux serait de jeter les 2 disques défectueux et tout remonter avec de nouveaux disques depuis une sauvegarde existante.

[lordnomad2003]

Je n'ai malheureusement pas de sauvegardes externes sauf petits transfert ça et là. 

Je me doutais que ma seule solution serait d'essayer de réparer le Seagate (disque 2) pour qu'il s'initialise. SEATOOLS est actuellement en train de le réparer en mode long et je verrais le résultat au final.

Je vais contacter Synology mais je pense que si une solution existait de restaurer un volume SHR avec une tolérance de panne de 1 disque, quand 2 disques sont HS, une recherche google l'aurait mentionné. 

Si je dois tout recommencer à 0  je pensais réaliser la configuration suivante : 

- Volume 1 sur SSD de 1 TO (type WD RED SSD) pour la partition systeme et les applications ETC avec sauvegarde auto sur Volume 2

- Volume 2 : 4 disques de 4 TO en SHR 1

Le tout formaté en BFRS évidemment.

 

J'utilise principalement le NAS comme serveur de sauvegarde TIME MACHINE, de stockage de fichiers, de serveur de téléchargement et de base MYSQL pour KODI. 

J'utilise comme paquets :

- Sonarr

- Radarr

- NZBGET

- VIDEOSTATION

- MARIA DB et MYSQL

Qu'en pensez vous ?

[Mic13710]

il y a 47 minutes, lordnomad2003 a dit :

Je me doutais que ma seule solution serait d'essayer de réparer le Seagate (disque 2) pour qu'il s'initialise. SEATOOLS est actuellement en train de le réparer en mode long et je verrais le résultat au final.

Peu de chance que ça fonctionne. Vous nous direz le résultat.

il y a 47 minutes, lordnomad2003 a dit :

Volume 1 sur SSD de 1 TO (type WD RED SSD) pour la partition systeme

Il n'y a pas de disque système. La partition système est sur tous les disques et fonctionne en RAID1.

il y a 49 minutes, lordnomad2003 a dit :

sauvegarde auto sur Volume 2

Une sauvegarde locale n'est pas à proprement parlé une sauvegarde. Si vous êtes victime d'un virus ou d'un cryptolocker, il y a toute les chances pour que l'ensemble des volumes du NAS soient affectés.

Perso, je ne monterais qu'un seul groupe avec un seul volume et j'opterais pour une sauvegarde externalisée. C'est ce que je fais avec mes deux NAS.

[_DR64_]

Le 12/09/2023 à 18:48, lordnomad2003 a dit :

Qu'en pensez vous ?

Tu as oublié un truc important : Acheter un onduleur 😉 

[lordnomad2003]

@_DR64_Oui, c'est le premier investissement que j'ai fait après mes problèmes, l'onduleur (EATON ECLIPSE ECO 650) est en ligne et tous les appareils essentiels de ma baie de brassage sont connectes dessus. 

Après avoir fait une réparation du disque 2 avec SEATOOLS, j'ai relancé un SMART étendu sur le SYNOLOGY dessus avec un résultat SAIN. Le disque est maintenant considéré comme SAIN par le NAS mais non initialisé. J'ai donc 4 disques SAIN sur 5 et j'espère n'avoir qu'à réparer le volume en remplaçant le disque 4.

Savez vous comment forcer l'initialisation ?

J'attends un retour du SAV de Synology mais ils n'arrivent pas à se connecter au NAS à distance, alors que moi j'y arrive....

[Ktdct]

Je suppose que ce ne sera surement pas la réponse que tu attend. Mais en dernier recours si jamais tu ne parviens pas a restauré les données il te reste la possibilité de faire appel à une société spécialisé (recover par exemple) qui pourras très surement te récupéré l'intégralité de tes données.

[lordnomad2003]

Bonjour,

Pour suivi de l'histoire, le SAV de synology ne m'a pas vraiment apporté de réponses. Après les avoir contactés et leur connection en SSH au NAS, j'ai reçu le message suivant :

 

Bonjour Vincent,

Je vous remercie pour votre retour. Je peux accéder au NAS via SSH, merci de l'avoir mis en place.

J'ai vérifié et le problème est plus grave que nous le pensions.

Il semble qu'il y ait effectivement un problème sur le disque avec SN Z300TEZG. Il y a des erreurs rapportées par le noyau qui pointe vers le disque :

Error 26 occurred at disk power-on lifetime: 6955 hours (289 days + 19 hours)
When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 00 80 ff 8b 00 Error: UNC at LBA = 0x008bff80 = 9174912

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
60 00 08 80 ff 8b 40 00 00:04:41.049 READ FPDMA QUEUED
60 00 08 80 ff 4b 40 00 00:04:41.044 READ FPDMA QUEUED
60 00 08 80 ff 4b 40 00 00:04:41.043 READ FPDMA QUEUED
60 00 01 00 01 00 40 00 00:04:41.043 READ FPDMA QUEUED
60 00 01 00 01 00 40 00 00:04:41.043 READ FPDMA QUEUED

Error 25 occurred at disk power-on lifetime: 6955 hours (289 days + 19 hours)
When the command that caused the error occurred, the device was active or idle.

J'ai vu ici que les données sont encore lisibles. Bien que certaines données soient illisibles, peut-être à cause d'erreurs dans le système de fichiers.

 

Depuis, l'interface web a sauté et je n'arrive plus à me connecter au NAS. J'ai réussi par des commandes SSH à faire réintégrer le disque 2 (enfin je pense sans interface web...) 

MDSTAT me donne :

Citation

 

Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md2 : active raid5 sdd5[0](E) sde5[4] sda5[3] sdc5[1]
      11702126592 blocks super 1.2 level 5, 64k chunk, algorithm 2 [5/4] [EU_UU]

md3 : active raid5 sdb5[5](S) sdc6[0] sde6[3] sda6[2] sdb6[4]
      2930228352 blocks super 1.2 level 5, 64k chunk, algorithm 2 [4/4] [UUUU]

md1 : active raid1 sda2[0] sdb2[2] sdc2[4] sdd2[3] sde2[1]
      2097088 blocks [5/5] [UUUUU]

md0 : active raid1 sda1[3] sdb1[4] sdc1[0] sdd1[5](F) sde1[1]
      2490176 blocks [5/4] [UU_UU]

unused devices: <none>

 

Révélation

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: D7D0C02E-4E83-42A1-AD70-1EE7E2B4ECC7

Device          Start        End    Sectors   Size Type
/dev/sdc1         256    4980735    4980480   2.4G Linux RAID
/dev/sdc2     4980736    9175039    4194304     2G Linux RAID
/dev/sdc5     9453280 5860519007 5851065728   2.7T Linux RAID
/dev/sdc6  5860535104 7814023007 1953487904 931.5G Linux RAID

Disk /dev/sde: 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: FE14F456-871B-46C4-9D89-00DC369CB2F1

Device          Start        End    Sectors   Size Type
/dev/sde1        2048    4982527    4980480   2.4G Linux RAID
/dev/sde2     4982528    9176831    4194304     2G Linux RAID
/dev/sde5     9453280 5860519007 5851065728   2.7T Linux RAID
/dev/sde6  5860535104 7814023007 1953487904 931.5G Linux RAID

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: CBCE38A0-E553-4FE4-A28C-B4EDC9BF4321

Device          Start        End    Sectors   Size Type
/dev/sda1        2048    4982527    4980480   2.4G Linux RAID
/dev/sda2     4982528    9176831    4194304     2G Linux RAID
/dev/sda5     9453280 5860519007 5851065728   2.7T Linux RAID
/dev/sda6  5860535104 7814023007 1953487904 931.5G 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: B17A815A-D676-4FD5-B28A-74D3C4ECA10C

Device          Start        End    Sectors   Size Type
/dev/sdb1         256    4980735    4980480   2.4G Linux RAID
/dev/sdb2     4980736    9175039    4194304     2G Linux RAID
/dev/sdb5     9453280 5860519007 5851065728   2.7T Linux RAID
/dev/sdb6  5860535104 7814023007 1953487904 931.5G Linux RAID

Disk /dev/sdd: 2.7 TiB, 3000592982016 bytes, 5860533168 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: F091B67D-69EB-4312-83E4-A10715DBCD63

Device       Start        End    Sectors  Size Type
/dev/sdd1      256    4980735    4980480  2.4G Linux RAID
/dev/sdd2  4980736    9175039    4194304    2G Linux RAID
/dev/sdd5  9453280 5860519007 5851065728  2.7T 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: 2.4 GiB, 2522873856 bytes, 615936 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: 2.4 GiB, 2522873856 bytes, 615936 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/zram2: 2.4 GiB, 2522873856 bytes, 615936 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/zram3: 2.4 GiB, 2522873856 bytes, 615936 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/md3: 2.7 TiB, 3000553832448 bytes, 5860456704 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 65536 bytes / 196608 bytes

Disk /dev/md2: 10.9 TiB, 11982977630208 bytes, 23404253184 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 65536 bytes / 262144 bytes

Disk /dev/mapper/vg1000-lv: 13.6 TiB, 14983526088704 bytes, 29264699392 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 65536 bytes / 786432 bytes

Disk /dev/synoboot: 120 MiB, 125829120 bytes, 245760 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: dos
Disk identifier: 0x5532333d

Device         Boot Start    End Sectors  Size Id Type
/dev/synoboot1 *       63  32129   32067 15.7M 83 Linux
/dev/synoboot2      32130 224909  192780 94.1M 83 Linux

Disk /dev/sdq: 4.6 TiB, 5000981077504 bytes, 9767541167 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: 68C8A6E0-E352-4FA7-BE40-1F451E978CD2

Device     Start        End    Sectors  Size Type
/dev/sdq1   2048 9767541133 9767539086  4.6T Linux filesystem

Je les ai relancés pour savoir comment avoir accès au GUI mais pas de retour et de plus mes disque USB connectés dessus pour des sauvegardes ne sont pas montés..

Si quelqu'un à une idée, sinon je pense repartir de Zéro.

 

Un grand merci en tout cas !

Vincent

[Mic13710]

Dans votre cas, la seule solution qui me paraisse la plus appropriée c'est de repartir de zéro en éliminant le ou les disques défectueux.

Je vous conseille aussi de faire des tests approfondis de vos disques avant de les utiliser dans un groupe. Vous trouverez un tuto de @firlinpour le test des dd via badblocks dans la partie tutoriels du site.

Le 12/09/2023 à 14:28, lordnomad2003 a dit :

Le Synology est sous DSM 6.2 et avait été précédemment réparé (Transistor défaillant et Résistance pour le bug Atom) et tout marchait jusqu'à ces coupures sur le réseau.

Au risque de vous décevoir, cette "réparation" n'est en réalité qu'une solution qui retarde l'échéance. Il ne faut pas lui accorder du crédit car le défaut CPU est toujours présent et la panne peut arriver à tout moment.

 

[niklos0]

Il y a 18 heures, Mic13710 a dit :

Au risque de vous décevoir, cette "réparation" n'est en réalité qu'une solution qui retarde l'échéance.

Tout à fait. Et ce, même si Synology prétend le contraire...

[lordnomad2003]

Merci Niklos0 et Mic13710. 

Vu tous les déboires que j'ai eu avec mon 1515+ je me doutais bien que ces solutions ne seraient pas pérennes mais au vu du budget pour racheter un Synology, je préfère attendre qu'il tombe définitivement en panne avant de changer. 

J'ai réinstallé le NAS sur les 2 nouveaux disques, avec une installation de DSM 7.1 dans la foulée, j'essaie d'installer les programmes que j'avais précédemment sur Docker mais ce n'est pas simple...d'autant plus que Synology considère les 1515+ comme inéligibles à la version 7.2.

J'ai pu récupérer une partie des fichiers et je vais monter les anciens disques sur un PC avec linux pour essayer de récupérer un peu plus. 

Une fois ceux ci vidés, je conserverais ceux viables et les rajouterais au NAS.