lordnomad2003 Posté(e) le 12 septembre 2023 Posté(e) le 12 septembre 2023 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 0 Citer
Mic13710 Posté(e) le 12 septembre 2023 Posté(e) le 12 septembre 2023 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. 0 Citer
Lelolo Posté(e) le 12 septembre 2023 Posté(e) le 12 septembre 2023 Et de se pencher sur les sauvegardes existantes ! 0 Citer
niklos0 Posté(e) le 12 septembre 2023 Posté(e) le 12 septembre 2023 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. 0 Citer
lordnomad2003 Posté(e) le 12 septembre 2023 Auteur Posté(e) le 12 septembre 2023 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 ? 0 Citer
Mic13710 Posté(e) le 12 septembre 2023 Posté(e) le 12 septembre 2023 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. 0 Citer
_DR64_ Posté(e) le 13 septembre 2023 Posté(e) le 13 septembre 2023 Le 12/09/2023 à 18:48, lordnomad2003 a dit : Qu'en pensez vous ? Tu as oublié un truc important : Acheter un onduleur 😉 2 Citer
lordnomad2003 Posté(e) le 14 septembre 2023 Auteur Posté(e) le 14 septembre 2023 @_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.... 0 Citer
Ktdct Posté(e) le 17 septembre 2023 Posté(e) le 17 septembre 2023 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. 0 Citer
lordnomad2003 Posté(e) le 19 septembre 2023 Auteur Posté(e) le 19 septembre 2023 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 0 Citer
Mic13710 Posté(e) le 20 septembre 2023 Posté(e) le 20 septembre 2023 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. 0 Citer
niklos0 Posté(e) le 21 septembre 2023 Posté(e) le 21 septembre 2023 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... 0 Citer
lordnomad2003 Posté(e) le 21 septembre 2023 Auteur Posté(e) le 21 septembre 2023 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. 0 Citer
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.