Zorglab

Voila tout est d'aplomb maintenant. Merci de votre aide et de vos conseils.

Non, je ne suis pas en local : là le problème ! J'oubliais : merci pour la bonne nouvelle. Me voila avec plus de stockage que prévu ! J'ai vérifié le pare feu : aucun port de bloqué

Je m'attendais a en avoir moins ! Je résonne comme avec RAID 1. Mes 4 disques sont identiques (3 To), donc je devrais avoir 6 To ? J'ai aussi un problème d'accès SSH. J'ai voulu changé le numèro de port SSH : de 22 en xxxx en utilsant l'interface graphique DSM. Mais comme je n'ai pas accès pour l'instant au routeur (Livebox) pour changer les règles de routage ça n'a, bien sur, pas marché. Je suis revenu avec 22, et maintenant le port 22 et aussi "fermé". Donc plus d'accès SSH (pour le momment j'espère !) Je dois attendre ce soir pour accéder à la livebox.

LABORIEUX ! Plus de 2 SEMAINES (oui, vous avez bien lu : 2 semaines) que j'y suis. L'ajout du disque 4 s'est terminé : il faut bien 3 jours pour ajouter un disque de 3 To ! Pas de problème comme avec le disque 3. Mais encore un problème : je me retrouve avec un volume de 8.05 To !!! Je m'attendais à avoir 2 x 2,73 To ! Donc il y a encore quelque chose qui ne va pas !

Voila où j'en suis. 1. Donc la réparation du problème provoqué par l'augmentation de capacité du Volume 1 avec le disque 3 s'est bien passé. 2. DSM m'a ensuite demandé de faire l'augmentation de volume : ce que j'ai fait. Je me retrouve avec un Volume 1 de 3 disques capacité totale : 5.36 To 3. J'ai donc lancé l'augmentation de capacité du Volume 1 avec le disque 4 : ce qu'il est en train de faire. La manip semble longue (presque 3 jours) comme avec le disque 3. Merci de suivre mon problème. J'apprécie.

Je viens d'éditer mon commentaire : l'augmentation de volume n'a pas été immédiate. Merci de suivre mon problème.

Le support Synology a effectué un contrôle du NAS et a diagnostiqué une erreur de partition système sur le disque 3 et m'a demandé d'effectuer la réparation : ce que j'ai fait. L'erreur est maintenant corrigé : le volume 1 est SAIN et le disque 3 affecté au Volume 1. Toutefois la taille globale du Volume 1 n'a pas changé (!) toujours 2,68 To. Comprends pas ! EDIT : me suis un peu trop précipité. Faut lui laisser le temps ! Au bout d'un "certain" temps le NAS m'a proposé d'augmenter la capacité. Il est en train de le faire ! Me restera à lancer la manip d'augmentation du Volume 1 avec le disque 4 et espérer que tout se passe bien !

Merci pour l'info : je vais lire ça attentivement en attendant le résultat des cogitations du support Synology.

Bizarre quand même. J'ai vérifié les données SMART (Info sur la santé) : tout est correct, aucune erreur. Je ne comprends pas comment se répartissent les données dans le cas d'un Raid SHR avec 2 disques qui est étendu avec un 3 ième disque ! J'ai soumis le problème au support technique de Synology.

Bonjour, Merci pour la réponse. Les disques 3 et 4 sont des Western Digital WD30EFRX-68EUZN0 (les 1 et 2 des WD30EZRX-00DC0B0) En parcourant les forums je constate que je ne suis ni le seul, ni le premier à qui ça arrive. Je ne comprends pas pourquoi le problème arrive qu'au moment de l'écriture de la partition alors qu'il a "bourriqué" pendant 3 jours pour l'initialiser sans problème.

Bonjour à tous, Je possède un NAS DS413j, initialement configuré avec 2 disques de 3To en SHR avec un seul volume [Volume 1] qui marche parfaitement. J'ai voulu augmenter sa capacité en ajoutant 2 autres disques de 3 To. J'ai donc installé les 2 nouveaux disques, redémarré le NAS et j'ai procédé à l'augmentation de volume. Dans le gestionnaire de stockage je vois bien mes 4 disques. Les 1 et 2 en état "Normal", les 2 et 3 en état "Normal, Non initialisé". J'ai lancé la procédure d'augmentation du volume en ne choisissant qu'un seul des nouveaux disques (le 3) car j'ai lu qu'il fallait faire cette opération un disque à la fois. Après plusieurs jours (quasiment 3) de "travail" la procédure se termine : System successfully checked consistency of Volume [1]. mais suivi de : System failed to expand [Volume 1] with disk [3]. Dans la vue d'ensemble du gestionnaire de stockage il m'est demandé de "réparer", mais je suis très réticent à faire cette opération car j'ai déjà eu par le passé une très mauvaise expérience en voulant "Réparer". Le NAS est toujours fonctionnel avec ses 2 disques d'origine (état " Normal"), le 3 est en état "Echec de partition système" et le 4 (sur lequel je n'ai encore rien fait) en "Non initialisé". Que dois je faire maintenant. Merci de votre aide. Zorglab

Encore un conseil. Je suis en train de tout remettre d'aplomb (restaurer les données sur le nas) et j'en profite pour mettre en place un disque de sauvegarde. Quelle est la meilleure solution ? 1. Connexion du disque de sauvegarde sur le nas (usb externe) ou sur le pc ? 2. Soft du Synology ou sur le pc ?

De retour ! J'ai tout essayé ce que l'ai trouvé et que je pouvais faire : sans résultat ; à part Photorec qui me trouvait bien des fichiers, mais sans l'arborecence et perte des métadonnées. Donc quasiment inutilisable quand on a plusieurs dizaines de milliers de fichiers. J'ai donc envoyé mes disques à une société de récupération qui m'a fait le boulot pour quelques milliers d'euros. Maintenet je connais la valeur de mes données.

Bonjour, Ça m'a pris un peu de temps, car avant de faire les manips sur le disque je l'ai cloné au cas où !! Donc j'ai fait les manips sur la copie (disque de 3 To) (parted) print Modèle: ATA WDC WD30EFRX-68E (scsi) Disque /dev/sde : 5860533168s Taille des secteurs (logiques/physiques): 512B/4096B Table de partitions : msdos Numéro Début Fin Taille Type Système de fichiers Fanions 1 256s 4980735s 4980480s primary ext4 raid 2 4980736s 9175039s 4194304s primary linux-swap(v1) raid 3 9437184s 3907015007s 3897577824s extended lba 5 9453280s 3907015007s 3897561728s logical raid (parted) rescue 9453280s 3907015007s (parted) print Modèle: ATA WDC WD30EFRX-68E (scsi) Disque /dev/sde : 5860533168s Taille des secteurs (logiques/physiques): 512B/4096B Table de partitions : msdos Numéro Début Fin Taille Type Système de fichiers Fanions 1 256s 4980735s 4980480s primary ext4 raid 2 4980736s 9175039s 4194304s primary linux-swap(v1) raid 3 9437184s 3907015007s 3897577824s extended lba 5 9453280s 3907015007s 3897561728s logical raid (parted) Le rescue ne m'a rien signalé. Comment savoir si ça a marché ? Est-il possible de monter le dev/sde5 pour accéder à son contenu ? Si oui comment ?

Pour Gaetan : On a déjà le même résultat ; à part la partition 2 qui est en linux-swap pour moi. Comment fais tu pour avoir un print avec les secteurs ? Pour Fravadona : comment faire ?

Merci de la réactivité, déja. Bon, les résultats du parted : parted) print Modèle: ATA WDC WD20EZRX-00D (scsi) Disque /dev/sde : 2000GB Taille des secteurs (logiques/physiques): 512B/4096B Table de partitions : msdos Numéro Début Fin Taille Type Système de fichiers Fanions 1 131kB 2550MB 2550MB primary ext4 raid 2 2550MB 4698MB 2147MB primary linux-swap(v1) raid 3 4832MB 2000GB 1996GB extended lba 5 4840MB 2000GB 1996GB logical raid Ca ressemble bigrement au tien, et tout semble normal ! Si je fais avec gparted, j'ai pas tout a fait le même : La partition 5 : /dev/sde5 est marquée avec une alerte. Si j'en demande plus d'info, il me dit : Avertissement : Impossible de détecter le système de fichiers ! Les raisons possibles sont : - Le système de fichiers est endommagé - Le système de fichiers est inconnu de GParted - Il n'y a aucun système de fichier (non formatté) -L'entrée périphérique /de/sde5 est manquante J'ai aussi lancé un TestDisk : Disk /dev/sde - 2000 GB / 1863 GiB - CHS 243201 255 63, sector size=512 - WDC WD20EZRX-00DC0B0, S/N:WD-WMC301830170, FW:.00A80 Partition table type (auto): Intel Disk /dev/sde - 2000 GB / 1863 GiB - WDC WD20EZRX-00DC0B0 Partition table type: Intel Analyse Disk /dev/sde - 2000 GB / 1863 GiB - CHS 243201 255 63 Geometry from i386 MBR: head=255 sector=63 Raid magic value at 0/4/5 Raid apparent size: 2180925952 sectors Raid chunk size: 0 bytes check_MD 0.90 (BigEndian) md0 md 0.90.0 B.Endian Raid 1: devices 0(8,17)* Raid magic value at 310/9/20 Raid apparent size: 2180922880 sectors Raid chunk size: 0 bytes check_MD 0.90 (BigEndian) md1 md 0.90.0 B.Endian Raid 1: devices 0(8,2) 1(8,18)* check_part_i386 failed for partition type FD Current partition structure: 1 P Linux RAID 0 4 5 310 9 19 4980480 [md0] 2 P Linux RAID 310 9 20 571 30 35 4194304 [md1] 3 E extended LBA 587 111 37 243200 111 15 3897577824 No partition is bootable Invalid RAID superblock 5 L Linux RAID 588 112 5 243200 111 15 3897561728 5 L Linux RAID 588 112 5 243200 111 15 3897561728 search_part() Disk /dev/sde - 2000 GB / 1863 GiB - CHS 243201 255 63 recover_EXT2: s_block_group_nr=0/18, s_mnt_count=2/26, s_blocks_per_group=32768, s_inodes_per_group=8192 recover_EXT2: s_blocksize=4096 recover_EXT2: s_blocks_count 622544 recover_EXT2: part_size 4980352 Linux 0 4 5 310 7 17 4980352 [1.41.12-3202] ext4 blocksize=4096 Large file Sparse superblock, 2549 MB / 2431 MiB Raid magic value at 310/7/18 Raid apparent size: 2180925952 sectors Raid chunk size: 0 bytes md0 md 0.90.0 B.Endian Raid 1: devices 0(8,17)* Linux RAID 0 4 5 310 9 19 4980480 [md0] md 0.90.0 B.Endian Raid 1: devices 0(8,17)*, 2550 MB / 2431 MiB Linux Swap 310 9 20 571 28 17 4194160 SWAP2 version 1, pagesize=4096, 2147 MB / 2047 MiB Raid magic value at 571/28/34 Raid apparent size: 2180922880 sectors Raid chunk size: 0 bytes md1 md 0.90.0 B.Endian Raid 1: devices 0(8,2) 1(8,18)* Linux RAID 310 9 20 571 30 35 4194304 [md1] md 0.90.0 B.Endian Raid 1: devices 0(8,2) 1(8,18)*, 2147 MB / 2048 MiB HFSX magic value at 857/145/57 part_size 3835525216 HFS 857 145 57 239607 248 33 3835525216 HFSX blocksize=4096, 1963 GB / 1828 GiB Results Linux 0 4 5 310 7 17 4980352 [1.41.12-3202] ext4 blocksize=4096 Large file Sparse superblock, 2549 MB / 2431 MiB Linux RAID 0 4 5 310 9 19 4980480 [md0] md 0.90.0 B.Endian Raid 1: devices 0(8,17)*, 2550 MB / 2431 MiB Linux Swap 310 9 20 571 30 35 4194304 SWAP2 version 1, pagesize=4096, 2147 MB / 2048 MiB Linux RAID 310 9 20 571 30 35 4194304 [md1] md 0.90.0 B.Endian Raid 1: devices 0(8,2) 1(8,18)*, 2147 MB / 2048 MiB * HFS 857 145 57 239608 24 32 3835527168 HFSX blocksize=4096, 1963 GB / 1828 GiB interface_write() 1 * HFS 857 145 57 239608 24 32 3835527168 simulate write! write_mbr_i386: starting... write_all_log_i386: starting... No extended partition TestDisk exited normally. Si quelqu'un pourrait faire la même chose sur le sien, pour voir ce qu'il y a d'anormal, ça serait super ! Merci d'avance.

Bonjour, bonsoir, Ma première intervention intéressée sur ce forum. Voila : La config : DS 213j avec 2 disques WD Green de 2To en RAID SHR, avec un seul volume. Installé et fonctionnel depuis plus d'un an : bien content. Puis : alerte sur un disque (le 1) : secteur défectueux, erreur d'ntrée / sortie. C'est un dimanche : j'arrête tout, je déconnecte le disque en question histoire de le tester pour voir ce qu'il a. Je redémarre le NAS avec 1 disque : tout est ok, mes données sont toujours là. Je fais un surface test avec "Minitiools Partition Wizard (sous Windows) : il ne détecte que 26 secteurs mauvais. Pas la mer à boire je me dis ; je tente le coup de le remettre dans le nas (c'est un dimanche et je n'en ai pas d'autre sous la main). Je le ré-installe, et là ça commence a sentir le roussi. Quand il est accessible, je vois qu'il m'a créé un 2ième volume et que les 2 disques ne sont plus en raid. Et là je commet l'erreur du siècle : je supprime ce 2ième volume. Et depuis, je crois que vous devinez la suite : plus de volume, ni 1, ni 2, et bien sur plus de données (1,8 To quand même). Bref je suis dans la me..e noir, car pas de sauvegarde : je pensais bétement que de stocker sur 2 disques allait m'épargner cela. J'ai contacter le support de Synology : trés réactif. Diagnostic à distance par SSH. Les conclusions : Bonjour, Oui a la date du 11 septembre, vous aviez 1 volume avec 2 disques : <space path="/dev/vg1000/lv" reference="/volume1" > ...................... Cependant, après vos manipulations, il semble que vous ayez recréer 2 volumes distinct : <space path="/dev/vg1001/lv" reference="/volume2" > ................................... Les informations du volume ont donc été supprimées, et je ne peux donc pas reconstruire le volume. Essayez la méthode suivante, vous aurez peut être une chance de récupérer vos données : https://www.synology.com/fr-fr/knowledgebase/faq/579 J'ai monté une machine Ubuntu, y ai installé les 2 disques, le raid est reconnu, mais les données ???? J'ai aussi fait une vérification du raid avec mdstat directement sur le nas en SSH : Nas_Heloise> cat /proc/mdstat > Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] > md3 : active raid1 sda5[0] > 1948779648 blocks super 1.2 [1/1] > > md1 : active raid1 sda2[0] sdb2[1] > 2097088 blocks [2/2] [uU] > > md0 : active raid1 sdb1[0] > 2490176 blocks [2/1] [u_] Il semble qu'il y a bien un problème, mais comment le résoudre. Si quelqu'un a une idée de préférence géniale, ça serait bien, et même trés bien. Je dois aussi ajouter que mes compétences en Linux et connaissances des systèmes de stockage sont assez limités.

Bonjour, Je suis en train d'installer un DS213j sur un réseau mixte Windows - MacOs et j'ai le même problème que toi avec les macs. As tu trouvé la solution a ton problème ? Meri de ta réponse. Dimitri