sosenvrac

Un point important sur le RAID0 avant de relancer une installation DSM : si les donnees sur ces 4 disques ont de la valeur, il faut imperativement NE PAS laisser l'assistant Synology reformater les volumes lors de la reinstallation. Lors d'une install DSM "reparer" (sans cocher "Effacer toutes les donnees"), Synology tente en general de preserver le volume existant. Mais si l'assistant propose de "migrer" ou "reinitialiser", refusez et arretez-vous la. En RAID0, contrairement au RAID1 ou RAID5, il n'y a aucune redondance. Une seule erreur d'ecriture au mauvais endroit et les donnees sont inaccessibles definitvement. La procedure la plus sure si les donnees sont importantes : 1. Sortir les 4 disques, noter l'ordre exact des baies (photo) 2. Faire une image de chaque disque avec ddrescue (Linux) avant toute tentative 3. Travailler sur les images, jamais sur les disques originaux 4. Tenter la recuperation RAID0 avec ReclaiMe ou R-Studio qui reconstituent le RAID en logiciel Si la reinstallation DSM "reparer" fonctionne et que le volume se remonte tout seul, parfait. Sinon, ne pas insister — un laboratoire peut recuperer les donnees directement depuis les disques bruts (sos-disque.fr, diagnostic gratuit).

Pour completer ce qui a ete dit ici : quand le NAS repond au ping mais que DSM et SMB restent bloques, c'est souvent signe que le systeme d'exploitation tourne mais que le service de volume est coince. Verifications utiles par SSH : - cat /proc/mdstat (etat RAID en temps reel) - df -h (volume monte ?) - sudo synoservicecfg --restart pkgctl-samba (relancer SMB sans reboot) RAID5 tolere 1 panne, pas 2. Si deux disques sont reellement defaillants, les donnees ne sont plus accessibles. Dans ce cas la priorite est d'eteindre proprement le NAS (sudo poweroff via SSH) et de ne pas forcer de reconstruction. Qu'est-ce que montre /proc/mdstat ?