Oooops!

Bonjour, si tu as déjà fait l'installation en SHR (ou en Raid5 d'ailleurs) normalement tes 4 disques sont déjà utilisés; si tu veux avoir un disque en hot spare ou en 2ème redondance je crains que tu n'aies pas d'autre solution que de supprimer ton volume SHR sur 4 disques pour recréer un soit un volume sur 4 disques mais redondance des données sur 2 disques (Raid6 ou SHR2), soit un volume sur 3 disques (Raid5 ou SHR) et le 4ème en spare. J'ai évoqué la redondance sur 2 disques au lieu du spare car je ne sais pas si ce dernier mode est vraiment intéressant dans la mesure ou il me semble bien avoir lu qu'un disque en spare dans un Syno est quand même alimenté => même si les tètes sont au repos, les plateaux, eux, tournent en permanence (donc le disque en spare "s'use" aussi). Une autre remarque accessoirement: si tu n'utilise, dans un même RackStation, que des disques de même taille (et que tu es sûr de continuer avec ce principe de la même taille), pas sûr que le SHR (ou SHR-2) soit plus intéressant qu'un Raid5 (ou un Raid6): les SHR peuvent être un petit peu peu plus rapides (d'après certains tests réalisés par des forumeurs) que les Raid "classiques", mais ils peuvent aussi poser plus de problèmes de récupération de données en cas de problème matériel.

Bonjour, "normalement" il suffit de remplacer l'ancien disque par le nouveau, de lancer la réparation, et d'attendre que DSM reconstruise le Raid (ça peut être long). Ça parle "d'extension" de volume, mais je crois que tu dois pouvoir t'inspirer directement de ce tutorial.

Merci d'avoir édité ton message, c'est bien plus lisible comme ça . Je ne suis pas du tout un expert non plus, mais tu as raison, manifestement pas la moindre référence à un Raid; il y a quelque chose qui me surprend encore plus, c'est qu'il n'y a pas de mention du sytème de fichier, or ça doit bien être de l'EXT4, comme dans les autres Syno? Le plus important amha c'est que c'est très probablement cette absence de Raid qui explique que des usagers d'un Syno à une baie qui était en panne ont signalé n'avoir aucun problème pour accéder à leur données en mettant le disque dans un PC simplement booté sous Linux, voire sous Windows avec un utilitaire du genre Ext2FS ou ParagonFS. Ce qui est loin d'être aussi évident avec un volume Basic dans un Syno multi-baies, et encore moins en Raid1 à 2 disques...

Re-, à propos des couleurs, ce n'est pas putty qui est en cause (c'est aussi lui que j'utilise), mais ta mise en forme: tu dois être en mode de rédaction de message avec "Plus d'options de réponses" tu sélectionnes le texte (issu de putty) que tu as collé dans la fenêtre de message tu cliques sur l'icône "insérer un extrait de code" (le dessin représente les signes "<" et ">" côte à côte, en dessous de l'icône d'ajout de smiley) en prévisualisation tu verras le texte plus lisible; ça ne joue pas seulement sur les couleurs, mais surtout sur les alignements, en utilisant une police à espacement fixe. Bien-sûr ça marche aussi en mode modification de message, si tu veux améliorer la lisibilité du résultat des commandes dans ton message précédent .

Bonjour, merci à tous les deux pour ces précisions . >> Fravadona: Envisageons-nous des tests en mode JBOD? >> Mic13710: je n'y connais pas grand chose donc je ne suis pas sûr de comprendre pourquoi le résultat de tes commandes te fait supposer qu'il est en Basic? Car dans mon cas le Basic se traduisait par un Flag = raid, pas par un Flag vide? => la commande "parted --list" ne donnerait-elle pas plus de renseignements? Accessoirement (vu sa génération), quelle version de DSM fait tourner ton 110j?

Re-, merci pour ces précisions, mais euh... tu ne réponds pas vraiment à mes interrogations sur l'aspect "standard" de la chose sur un Linux quelconque, ou sur le changement du standard justement entre un Linux "de-il-y-a-quelques-années" et un Linux actuel...

Re-, merci pour les précisions. Tu as le "triomphe" modeste puisque tu n'y reviens pas, mais on est bien d'accord que ton hypothèse était juste et que le mode "Basic" est "seulement" un Raid1 avec un seul disque? Si c'est ça, ça m'amène quelques questions supplémentaires: 1) un peu comme je l'ai écrit dans mon message de dans le topic du Raid0, si c'est une fonction standard de Linux (pour la même raison de non-modification du driver Raid du noyau), ce mode devrait exister aussi dans un PC sous Linux standard? 2) pourquoi le système ne "se plaint-il" pas de n'avoir qu'un seul disque, comme il le fait dans le mode dégradé d'un Raid1 à 2 disques? 3) Dans un autre registre: si le Basic est en fait un Raid1, cela veut-il dire que ceux qui disent sur ce forum que le mode Basic est plus fiable que le mode Raid (du moins le Raid1, car pour les autres je conçois que les choses soient différentes) se trompent?

Bonsoir, je reviens sur cette organisation du Raid0: si j'ai bien compris les résultats des commandes testées, la "concaténation" obtenue reste au final un Raid "classique" de Linux, pas une spécificité genre LVM. Et si ça n'est pas une modif de Synology sur le driver Raid du noyau Linux, ça veut dire que ça devrait fonctionner comme ça aussi un PC sous Linux quelconque (du moins dans une distribution pas trop vieille). Si c'est ça, comment se fait-il que personne n'en ai jamais parlé ou qu'aucun site ne le mentionne? J'avoue que pour Linux je n'ai pas trop l'habitude de ce genre d'info donc je ne sais pas où chercher, mais n'y a-t-il pas "quelque part" un journal "officiel" de mise à jour qui permettrait de savoir si/quand ce type de fonctionnement a été introduit dans le Linux "standard"? et accessoirement, de passer l'info à tous les sites consacrés à Linux dont tous ceux que j'ai vus jusqu'à maintenant en restent à "l'ancienne" définition du Raid0?

Bonsoir, 1) à propos du hdX et sdX, pourquoi cela ne s'appliquerait-il que aux disques du DS et pas à ceux du DX? est-ce que ça pourrait être lié à leur taille (> 2,2To dans le DS, inférieure dans le DX)? 2) la remarque de Mic13710 a renforcé mon "inquiétude" sur la validité du test réalisé sans avoir ré-initialisé les disques: après suppression du volume en Raid0 des tests précédents, DSM indiquait bien le statut "non initialisé" pour les 2 disques du DX, mais ce qu'on voyait dans les résultats de la commande "parted" pour le disque 1,5To ressemblait bien à une séquelle de l'installation précédente en Raid0. => j'ai donc ressorti les 2 disques du DX et je les ai reformatés sous Windows (après avoir supprimé leurs "4 partitions"(*)). Pour éviter un re-démontage ultérieur (donc un arrêt/redémarrage supplémentaire du DS) pour les tests en JBOD, j'ai quand même monté aussi le disque de 1,5To dans le DX, mais sans rien en faire; je n'ai créé un volume Basic que sur le 80Go. (*) Au passage, je voulais juste signaler que bien sûr ce n'est pas 4, mais 3 partitions que j'ai, mais à chaque fois que j'ai regardé le partionnement d'un disque utilisé dans un Syno, que ce soit avec l'outil de gestion de disques de Windows ou avec Gparted sous Linux, j'ai toujours eu un espace inutilisé de 128Mio sur le disque, quelle que soit la taille de ce disque; je ne sais pas pourquoi? J'ai ensuite relancé les commandes: tout semble "normal", du moins conforme à ce à quoi on pouvait s'attendre: Syno209p> df -h Filesystem Size Used Available Use% Mounted on /dev/md0 2.3G 450.9M 1.8G 20% / /tmp 251.7M 344.0K 251.3M 0% /tmp /dev/md2 3.6T 3.2T 409.1G 89% /volume1 /dev/md3 68.9G 179.8M 68.6G 0% /volume2 a priori rien de changé (normal) Syno209p> parted --list Model: ATA ST4000VN000-1H41 (scsi) Disk /dev/hda: 4001GB Sector size (logical/physical): 512B/512B Partition Table: gpt Disk Flags: Number Start End Size File system Name Flags 1 131kB 2550MB 2550MB ext4 raid 2 2550MB 4698MB 2147MB linux-swap(v1) raid 3 4832MB 4001GB 3996GB raid Model: ATA ST4000VN000-1H41 (scsi) Disk /dev/hdb: 4001GB Sector size (logical/physical): 512B/512B Partition Table: gpt Disk Flags: Number Start End Size File system Name Flags 1 131kB 2550MB 2550MB ext4 raid 2 2550MB 4698MB 2147MB linux-swap(v1) raid 3 4832MB 4001GB 3996GB raid Model: ATA ST4000VN000-1H41 (scsi) Disk /dev/sda: 4001GB Sector size (logical/physical): 512B/512B Partition Table: gpt Disk Flags: Number Start End Size File system Name Flags 1 131kB 2550MB 2550MB ext4 raid 2 2550MB 4698MB 2147MB linux-swap(v1) raid 3 4832MB 4001GB 3996GB raid Model: ATA ST4000VN000-1H41 (scsi) Disk /dev/sdb: 4001GB Sector size (logical/physical): 512B/512B Partition Table: gpt Disk Flags: Number Start End Size File system Name Flags 1 131kB 2550MB 2550MB ext4 raid 2 2550MB 4698MB 2147MB linux-swap(v1) raid 3 4832MB 4001GB 3996GB raid Model: ATA ST380013AS (scsi) Disk /dev/sdca: .0GB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1 131kB 2550MB 2550MB primary ext4 raid 2 2550MB 4698MB 2147MB primary raid 3 4832MB .0GB 75.2GB primary raid Model: ATA ST31500541AS (scsi) Disk /dev/sdcb: 1500GB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1 1049kB 1500GB 1500GB primary ntfs 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: Linux Software RAID Array (md) Disk /dev/md2: 3996GB Sector size (logical/physical): 512B/512B Partition Table: loop Disk Flags: Number Start End Size File system Flags 1 0.00B 3996GB 3996GB ext4 Model: Linux Software RAID Array (md) Disk /dev/md3: 75.2GB Sector size (logical/physical): 512B/512B Partition Table: loop Disk Flags: Number Start End Size File system Flags 1 0.00B 75.2GB 75.2GB ext4 cette fois, le disque 1,5To n'apparaît plus comme un disque raid (normal aussi) Syno209p> mdadm --detail /dev/md3 /dev/md3: Version : 1.2 Creation Time : Tue Apr 1 21:01:45 2014 Raid Level : raid1 Array Size : 73404352 (70.00 GiB 75.17 GB) Used Dev Size : 73404352 (70.00 GiB 75.17 GB) Raid Devices : 1 Total Devices : 1 Persistence : Superblock is persistent Update Time : Tue Apr 1 21:02:29 2014 State : clean Active Devices : 1 Working Devices : 1 Failed Devices : 0 Spare Devices : 0 Name : Syno209p:3 (local to host Syno209p) UUID : f00a371a:40e7c43d:c345e948:e842b500 Events : 2 Number Major Minor RaidDevice State 0 68 227 0 active sync /dev/sdca3 Le pari de Fravadona -Raid1 à un disque- semble gagné .

Bonjour, 1) c'est vrai que je commence à reconnaître des commandes, mais je préfère que tu continues à me les donner pas-à-pas (ou par lot quand c'est possible) car j'avoue que je ne suis pas toujours sûr de bien savoir ce que fait chacun d'entre elles. 2) Si on s'intéressait au mode JBOD ça ne m'aurait pas gêné de continuer ici (et de trouver un titre adapté, le thème commun étant une sorte de "cumul" de disques); mais là comme on passe sur un mode différent (y compris dans son usage) je pense que ça facilitera la recherche dans le forum si on fait des sujets différents => il m'a semblé préférable d'ouvrir . Mais si les modos préfèrent regrouper les 2, bien-sûr pas de souci pour qu'ils le fassent .

Bonjour, après avoir vu les spécificités du mode Raid0 chez Synology (cf ), j'ouvre celui-ci pour essayer de répondre à certaines questions à propos du mode Basic. Pour mémoire: j'ai créé un volume Basic sur un tout petit disque (80Go) mis dans le DX213 connecté à mon DS209+II, et je teste des commandes proposées par Fravadona pour que nous essayions de voir "comment ça fonctionne". Syno209p> df -h Filesystem Size Used Available Use% Mounted on /dev/md0 2.3G 450.9M 1.8G 20% / /tmp 251.7M 560.0K 251.1M 0% /tmp /dev/md2 3.6T 3.2T 409.1G 89% /volume1 /dev/md3 68.9G 179.8M 68.6G 0% /volume2 Ça je pense que c'est "classique" compte-tenu de ma config (2 disques de 4To en Raid1 dans le DS et un disque de 80Go en Basic dans le DX). Syno209p> parted --list Model: ATA ST4000VN000-1H41 (scsi) Disk /dev/hda: 4001GB Sector size (logical/physical): 512B/512B Partition Table: gpt Disk Flags: Number Start End Size File system Name Flags 1 131kB 2550MB 2550MB ext4 raid 2 2550MB 4698MB 2147MB linux-swap(v1) raid 3 4832MB 4001GB 3996GB raid Model: ATA ST4000VN000-1H41 (scsi) Disk /dev/hdb: 4001GB Sector size (logical/physical): 512B/512B Partition Table: gpt Disk Flags: Number Start End Size File system Name Flags 1 131kB 2550MB 2550MB ext4 raid 2 2550MB 4698MB 2147MB linux-swap(v1) raid 3 4832MB 4001GB 3996GB raid Model: ATA ST4000VN000-1H41 (scsi) Disk /dev/sda: 4001GB Sector size (logical/physical): 512B/512B Partition Table: gpt Disk Flags: Number Start End Size File system Name Flags 1 131kB 2550MB 2550MB ext4 raid 2 2550MB 4698MB 2147MB linux-swap(v1) raid 3 4832MB 4001GB 3996GB raid Model: ATA ST4000VN000-1H41 (scsi) Disk /dev/sdb: 4001GB Sector size (logical/physical): 512B/512B Partition Table: gpt Disk Flags: Number Start End Size File system Name Flags 1 131kB 2550MB 2550MB ext4 raid 2 2550MB 4698MB 2147MB linux-swap(v1) raid 3 4832MB 4001GB 3996GB raid Model: ATA ST380013AS (scsi) Disk /dev/sdca: .0GB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1 131kB 2550MB 2550MB primary ext4 raid 2 2550MB 4698MB 2147MB primary raid 3 4832MB .0GB 75.2GB primary raid Model: ATA ST31500541AS (scsi) Disk /dev/sdcb: 1500GB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1 131kB 2550MB 2550MB primary raid 2 2550MB 4698MB 2147MB primary raid 3 4832MB 1500GB 1495GB primary raid 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: Linux Software RAID Array (md) Disk /dev/md2: 3996GB Sector size (logical/physical): 512B/512B Partition Table: loop Disk Flags: Number Start End Size File system Flags 1 0.00B 3996GB 3996GB ext4 Model: Linux Software RAID Array (md) Disk /dev/md3: 75.2GB Sector size (logical/physical): 512B/512B Partition Table: loop Disk Flags: Number Start End Size File system Flags 1 0.00B 75.2GB 75.2GB ext4 Là aussi ça me semble "classique", même si je ne comprends toujours pas pourquoi les disques de 4To internes au DS apparaissent 2 fois, une fois comme "sd*" et une autre comme "hd*"; surtout que ce "doublonnage" ne se produit pas pour les disques du DX. À noter aussi la présence du disque de 1,5To, que j'avais utilisé pour les tests dans l'autre topic et que je n'ai pas démonté (=> Fravadona, dois-je l'enlever physiquement pour faire les tests, pour éviter de traîner un "sdca" et "un sdcb"?)

Bonsoir, oui, pour la perf en Raid0, je pense qu'elle ne reste assurée de bout en bout que si on utilise 2 disques de même taille. Avec 2 disques de taille différente, c'est là que ré-apparaît une question qui revient regulièrement sur le forum: pouvoir "partitionner" (dans le cas présent je ne sais pas si le terme serait réellement adapté) le plus gros disque en 2, une partition correspondant à la taille du plus petit disque, et l'autre au le reste; la première, associée au petit disque, permettrait de faire un volume en Raid0 (ou en Raid1, suivant les besoins), tandis que la 2ème ferait un volume basic "indépendant". Mais ça, j'ai déjà testé un tas de combinaisons, sans résultat => je pense que ce n'est pas possible avec DSM (du moins en interface graphique avec le Gestionnaire de stockage). Sinon, pour en revenir à ta dernière question, c'est prêt: j'ai supprimé le volume en Raid0 sur le DX et j'ai créé un petit volume Basic avec le disque de 80Go => tu peux me poster une liste de commandes à tester . Par contre, ne vaudrait-il pas mieux ouvrir un autre topic pour faire ça, puisque le sujet change?

Bonsoir, je suis aussi de l'avis de Mic13710. C'est peut-être dû à l'âge , mais en règle générale j'applique le principe "Pourquoi changer quelque chose qui donne satisfaction?" Pourquoi chercher des "fonctionnalités importantes qui valent qu'on prenne le risque de l'installé"? À supposer qu'elles existent, si elles ne t'ont pas manqué jusqu'à maintenant c'est que tu n'en as pas besoin, non? Le mieux est que tu te fasses ta propre opinion en allant voir le journal de mise à jour sur le site de Syno pour voir ce que sont ces fonctionnalités.

Bonsoir, on a bien raison de dire qu'un (bon) dessin vaut mieux qu'un (long) discours . Ici le "discours" était nécessaire pour essayer de comprendre comment ça fonctionne, mais ton super schéma résume très bien la situation. Donc on reste sur l'idée que ça commence par une mise en Raid0 du petit disque et de sa partie correspondante du gros, concaténée avec le reste du gros. Il ne me reste plus qu'à lancer la commande rm que tu m'as indiquée hier pour "nettoyer" les disques des fichiers créés depuis hier (avec les commandes dd) et on passe à la suite (JBOD? Basic?) [Edit] en rédigeant ce message, je viens de penser que je n'ai pas encore eu le temps d'aller voir ma boîte mél privée; et justement, mon interlocuteur confirme l'hypothèse émise (d'abord remplissage en bande sur les 2 disques puis quand le petit est plein suite du remplissage sur le reste du gros), en précisant que "C'est un fonctionnement similaire qui est à la base de notre RAID hybride". La question que j'ai posée aussi et qui concernait l'influence éventuelle de ce type de montage sur la possibilité de mise en œuvre de la procédure de récupération en montant les disques dans un PC sous Linux "standard" -cf cette FAQ- fera l'objet d'un réponse un peu plus tard. [Fin Edit]

Bonjour, Syno209p> dd if=/dev/md3 of=/root/md3_3 bs=512 skip=256 count=128 128+0 records in 128+0 records out Syno209p> dd if=/dev/md3 of=/root/md3_4 bs=512 skip=384 count=128 128+0 records in 128+0 records out Syno209p> dd if=/dev/sdca3 of=/root/sdca3_2 bs=512 skip=2176 count=128 128+0 records in 128+0 records out Syno209p> dd if=/dev/sdcb3 of=/root/sdcb3_2 bs=512 skip=2176 count=128 128+0 records in 128+0 records out À noter que le Syno était en veille => l'accès avec Putty a réveillé les disques du DS => RAS avec les 2 premières lignes de commande; par contre la 3ème ligne a réveillé les disques du DX. Syno209p> diff /root/sdca3_2 /root/md3_3 Syno209p> diff /root/sdca3_2 /root/md3_4 Files /root/sdca3_2 and /root/md3_4 differ Syno209p> diff /root/sdcb3_2 /root/md3_3 Files /root/sdcb3_2 and /root/md3_3 differ Syno209p> diff /root/sdcb3_2 /root/md3_4

Bonjour, amha la limitation est de 3 types - "physique", avec en particulier la limite des 2,2To. Comme tu dis que le 1511+ acceptait des disques de 3To je pense qu'il acceptera aussi des disques de 4, voire 5To. D'ailleurs dans la page de compatibilité du site Syno pour le 1511+ il y a des disques de 4To. - "logique bas-niveau". cf type de formatage (EXT4 au lieu de EXT3). La aussi je pense que c'est OK; et si tu avais des disques de 3To sous DSM3, ils devaient déjà être en EXT4 => même un remplacement (progressif, par exemple si tu as un Raid5 ou un SHR) des disques de 3To par des disques de 4 ou 5To ne devrait pas poser de problème non plus. -"logique DSM" là, il faudrait voir la taille maximun qu'un volume pouvait avoir en DSM3. mais de toute façon si tu passes en DSM4 ou DSM5, cette limite aura été repoussée, donc là aussi ça devrait être OK. Une info pour finir: ce ne sont pas ceux que j'utilise au final, mais pour des tests j'avais monté mes Seagate NAS 4To dans mon DS411+II (génération comparable à celle de ton 1511+) sous DSM4.2 et ça fonctionnait sans problème.

Bon, les tests que j'ai faits donnent des résultats "bizarres": 1) comme je n'étais pas absolument sûr de la capacité (notemment encore à cause des questions d'octets et ioctets), pour surveiller ce qui se passerait à la fin du "remplissage" j'ai créé 2 répertoires Remp1 et Remp2 dans lesquels j'ai successivement copié les mêmes 74,2Gio de données en 39 fichiers. * pour Remp1 ça a pris 24'05, soit une vitesse d'écriture de 52,64Mio/s * pour Remp2 ça n'a pris que 18'55, soit une vitesse de 67Mio/s (j'ai vérifié les mesures, il n'y a pas d'erreur dans les chiffres) 2) pensant que ce n'était pas assez pour remplir la partie qui correspondrait à un Raid0-standard, dans un répertoire Remp3 j'ai copié 2 fichiers totalisant 4,79Gio en 95s (soit 51,63Mio/s); après les avoir renommés dans la cible j'ai relancé la copie, pour voir si ce que j'avais constaté entre Remp2 et Remp1 se reproduisait => bin non, toujours 95s. Là j'en étais à 157, 90Gio, soit nettement plus que ce que permettrait un Raid0 classique entre un disque de 80Go (càd 74,5Gio) et un disque de 1,5To (74,5x2 càd 149Gio). 3) dans Remp j'ai copié 2 autres fichiers totalisant 4,80Gio => de nouveau 95s; et idem après renommage et nouvelle copie. Donc pour Remp1 seul et les manip faites dans Remp3, ça ne semble pas significatif: 52,64Mio/s vs 51,36Mio/s; mais la partie constituée du Raid0 "classique" n'était pas pleine. Par contre si on fait la moyenne pour Remp1 et Remp2, ce qui doit correspondre au remplissage du Raid0 "standard" ça fait 59,82Mio/s, ce qui là est peut-être significatif par rapport aux 51,63Mio/s dans Remp3 (et là ça "devrait" bien être uniquement sur le reste du disque 1,5To); mais d'où vient la différence entre Remp1 et Remp2, alors que tous les 2 sont censés avoir été rempli dans le 80Go et sa partie correspondante du 1,5To en Raid0? [Edit] Tout bien réfléchi et même si la différence de comportement entre Remp1 et Remp2 reste curieuse, il n'est peut-être pas étonnant que ces tests ne soient pas significatifs: je ne sais pas comme l'EXT4 gère "physiquement" les fichiers, mais après tout même sur un volume vide rien ne garantit que l'écriture de fichiers se fasse physiquement de manière linéaire depuis le début jusqu'à la fin (un peu comme si on empilait des galettes). => c'est quoi la suite des tests à faire? passer en JBOD? [Edit]

Bonsoir, il y a peut-être un moyen de vérifier ton hypothèse (ou au moins de la renforcer): comme l'un des 2 disques est tout petit, je dois pouvoir assez facilement remplir le Raid0 correspondant; ce faisant, je note le taux de transfert en écriture; une fois dépassée la valeur correspondante (env 2 x 80Mo), je copie d'autres gros fichiers et je compare le taux de transfert en écriture: "normalement" il devrait être assez nettement inférieur?; je pourrai aussi comparer ce taux plus tard, en faisant un volume Basic avec le seul 1,5To.

Avec la commande diff modifiée: Syno209p> diff /root/sdca3_1 /root/md3_1 Syno209p> diff /root/sdca3_1 /root/md3_2 Files /root/sdca3_1 and /root/md3_2 differ Syno209p> diff /root/sdcb3_1 /root/md3_1 Files /root/sdcb3_1 and /root/md3_1 differ Syno209p> diff /root/sdcb3_1 /root/md3_2

Re-, j'ai dû rater quelque chose, car j'obtiens 4 fois les mêmes résultats: 1) j'ai créé un dossier partagé "Test" sur le Volume 2 et j'y ai copié un fichier vidéo de 228Mio 2) j'ai lancé successivement tes 8 commandes: Syno209p> dd if=/dev/md3 of=/root/md3_1 bs=512 count=128 128+0 records in 128+0 records out Syno209p> dd if=/dev/md3 of=/root/md3_2 bs=512 skip=128 count=128 128+0 records in 128+0 records out Syno209p> dd if=/dev/sdca3 of=/root/sdca3_1 bs=512 skip=2048 count=128 128+0 records in 128+0 records out Syno209p> dd if=/dev/sdcb3 of=/root/sdcb3_1 bs=512 skip=2048 count=128 128+0 records in 128+0 records out Syno209p> diff /root/sdca3_1 root/md3_1 diff: can't stat 'root/md3_1': No such file or directory Syno209p> diff /root/sdca3_1 root/md3_2 diff: can't stat 'root/md3_2': No such file or directory Syno209p> diff /root/sdcb3_1 root/md3_1 diff: can't stat 'root/md3_1': No such file or directory Syno209p> diff /root/sdcb3_1 root/md3_2 diff: can't stat 'root/md3_2': No such file or directory Pour ce qui est du mode de fonctionnement du Raid, j'avais bien pensé à ta 1ère solution (Raid0 "classique" en stripping, concaténé avec ce qui reste du gros disque) mais j'en avais aussi envisagé une autre (mais c'est peut-être idiot): faire des bandes de taille différentes sur les 2 disques, selon leur capacité? Autre chose: tu parles de copie ("Copie du premier block RAID du Volume 2"), mais après, ce qui est copié se retrouve où, et je le supprime comment? [Edit] ou alors, à l'étape 1 il ne fallait pas que je passe par une copie (Windows) dans un dossier partagé? Mais si c'est ça, en ligne de commande je copie où et comment? [Fin Edit]

Re-, vous avez raison tous les 2, mais (c'est peut-être parce que je bosse dans un secteur techniqe) pour moi une norme doit être appliquée, même si elle est mauvaise, car c'est au moins l'assurance qu'on parle le même langage. Je suis sûr que fabricants de disques et éditeurs d'OS se renvoient la balle, car les arguments de chacun sont justes; mais comme je le disais plus haut, si au moins les éditeurs d'OS arrêtaient de compter en ioctets mais d'afficher en octets, on limiterait certaines déconvenues; et de leur côté les fbricants de disques pourraient donner (en plus de leur habitude) une valeur en ioctets, et tout le monde s'y retrouverait .

Bonsoir, à 2 réserves près: - voir ce que dit l'ide pour savoir ce qui est sauvegardé et ce qui ne l'est pas - je ne suis pas sûr qu'on puisse passer ce fichier .DSS d'un Syno donné à n'importe quel autre modèle de Syno.

La suite: Syno209p> fdisk -l /dev/sdca /dev/sdcb Disk /dev/sdca: .0 GB, 80000000000 bytes 255 heads, 63 sectors/track, 9726 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sdca1 1 311 2490240 fd Linux raid autodetect Partition 1 does not end on cylinder boundary /dev/sdca2 311 572 2097152 fd Linux raid autodetect Partition 2 does not end on cylinder boundary /dev/sdca3 588 9726 73405503 fd Linux raid autodetect Disk /dev/sdcb: 1500.3 GB, 1500301910016 bytes 255 heads, 63 sectors/track, 182401 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sdcb1 1 311 2490240 fd Linux raid autodetect Partition 1 does not end on cylinder boundary /dev/sdcb2 311 572 2097152 fd Linux raid autodetect Partition 2 does not end on cylinder boundary /dev/sdcb3 588 182401 1460417440+ fd Linux raid autodetect et Syno209p> parted --list Model: ATA ST4000VN000-1H41 (scsi) Disk /dev/hda: 4001GB Sector size (logical/physical): 512B/512B Partition Table: gpt Disk Flags: Number Start End Size File system Name Flags 1 131kB 2550MB 2550MB ext4 raid 2 2550MB 4698MB 2147MB linux-swap(v1) raid 3 4832MB 4001GB 3996GB raid Model: ATA ST4000VN000-1H41 (scsi) Disk /dev/hdb: 4001GB Sector size (logical/physical): 512B/512B Partition Table: gpt Disk Flags: Number Start End Size File system Name Flags 1 131kB 2550MB 2550MB ext4 raid 2 2550MB 4698MB 2147MB linux-swap(v1) raid 3 4832MB 4001GB 3996GB raid Model: ATA ST4000VN000-1H41 (scsi) Disk /dev/sda: 4001GB Sector size (logical/physical): 512B/512B Partition Table: gpt Disk Flags: Number Start End Size File system Name Flags 1 131kB 2550MB 2550MB ext4 raid 2 2550MB 4698MB 2147MB linux-swap(v1) raid 3 4832MB 4001GB 3996GB raid Model: ATA ST4000VN000-1H41 (scsi) Disk /dev/sdb: 4001GB Sector size (logical/physical): 512B/512B Partition Table: gpt Disk Flags: Number Start End Size File system Name Flags 1 131kB 2550MB 2550MB ext4 raid 2 2550MB 4698MB 2147MB linux-swap(v1) raid 3 4832MB 4001GB 3996GB raid Model: ATA ST380013AS (scsi) Disk /dev/sdca: .0GB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1 131kB 2550MB 2550MB primary ext4 raid 2 2550MB 4698MB 2147MB primary raid 3 4832MB .0GB 75.2GB primary raid Model: ATA ST31500541AS (scsi) Disk /dev/sdcb: 1500GB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1 131kB 2550MB 2550MB primary raid 2 2550MB 4698MB 2147MB primary raid 3 4832MB 1500GB 1495GB primary raid 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: Linux Software RAID Array (md) Disk /dev/md2: 3996GB Sector size (logical/physical): 512B/512B Partition Table: loop Disk Flags: Number Start End Size File system Flags 1 0.00B 3996GB 3996GB ext4 Model: Linux Software RAID Array (md) Disk /dev/md3: 1571GB Sector size (logical/physical): 512B/512B Partition Table: loop Disk Flags: Number Start End Size File system Flags 1 0.00B 1571GB 1571GB ext4 C'est bizarre, la réponse à la commande semble "bégayer" pour le DS: on voit 4 instances (hda, hdb, sda, sdb) de disques de 4To alors que je n'en ai que 2; Par contre dans le DX, c'est correct (sdca et sdcb) Remarque: je n'ai pas eu d'erreur avec cette commande (pas de "c" nécessaire). Syno209p> du -sh /volume2/@tmp 236.0K /volume2/@tmp et Syno209p> find /volume2/@tmp -print /volume2/@tmp /volume2/@tmp/pkglist.tmp /volume2/@tmp/pkglist.tmp/icon /volume2/@tmp/pkglist.tmp/icon/INST /volume2/@tmp/pkglist.tmp/icon/INST/Perl /volume2/@tmp/pkglist.tmp/icon/INST/Perl/5.8.6-0003 /volume2/@tmp/pkglist.tmp/icon/INST/Perl/5.8.6-0003/thumb_72.png /volume2/@tmp/pkglist.tmp/icon/INST/AudioStation /volume2/@tmp/pkglist.tmp/icon/INST/AudioStation/5.1-2549 /volume2/@tmp/pkglist.tmp/icon/INST/AudioStation/5.1-2549/thumb_72.png /volume2/@tmp/pkglist.tmp/icon/INST/AntiVirus /volume2/@tmp/pkglist.tmp/icon/INST/AntiVirus/1.2-2275 /volume2/@tmp/pkglist.tmp/icon/INST/AntiVirus/1.2-2275/thumb_72.png /volume2/@tmp/pkglist.tmp/icon/INST/PhotoStation /volume2/@tmp/pkglist.tmp/icon/INST/PhotoStation/6.0-2626 /volume2/@tmp/pkglist.tmp/icon/INST/PhotoStation/6.0-2626/thumb_72.png /volume2/@tmp/pkglist.tmp/icon/INST/iTunesServer /volume2/@tmp/pkglist.tmp/icon/INST/iTunesServer/1.1-2270 /volume2/@tmp/pkglist.tmp/icon/INST/iTunesServer/1.1-2270/thumb_72.png /volume2/@tmp/pkglist.tmp/icon/INST/MediaServer /volume2/@tmp/pkglist.tmp/icon/INST/MediaServer/1.1-2407 /volume2/@tmp/pkglist.tmp/icon/INST/MediaServer/1.1-2407/thumb_72.png /volume2/@tmp/pkglist.tmp/icon/INST/SurveillanceStation /volume2/@tmp/pkglist.tmp/icon/INST/SurveillanceStation/6.1-2976 /volume2/@tmp/pkglist.tmp/icon/INST/SurveillanceStation/6.1-2976/thumb_72.png /volume2/@tmp/pkglist.tmp/icon/INST/TimeBackup /volume2/@tmp/pkglist.tmp/icon/INST/TimeBackup/1.2-2301 /volume2/@tmp/pkglist.tmp/icon/INST/TimeBackup/1.2-2301/thumb_72.png /volume2/@tmp/pkglist.tmp/synoserver.fre A priori il n'y a que les paquets installés. [Edit] Pour les performances ça semble pas mal du tout, car malgré les vieux disques utilisés et le fait de passer par la liaison eSata entre le DS et le DX, l'écriture sur le Raid0 du DX est nettement plus rapide (env 20% pour 1,17Gio en 2 fichiers) que sur le Raid1 du DS. [Fin Edit]

Re- 1) la fonction DLNA de la télé est suffisante pour lire directement sur le NAS. 3) Qu'est-ce qu'un boîtier multimédia apportera de plus? (à part voir de belles pochettes...) Même réponse pour les 2 questions: certaines TV ont une fonction lecteur (client DLNA) assez pauvre et ne lisent pas certains fichiers (à cause du codec, voire du format de fichier), ou ont des problèmes avec les sous-titres, etc; en général un "boîtier" multimédia a beaucoup moins de limitations, et s'il en a, souvent il est mis à jour par son fabricant nettement plus souvent que ce que font les fabricants de TV donc ces limitations risquent plus facilement de disparaître. La réponse à la question dépend donc essentiellement de ton diffuseur (que ça soit une TV, un vidéoproj, etc) 2) Le DS214 fait bien media server? Je ne l'utilise pas mais a priori ça existe sur tous les Syno (en tout cas les récents), puisque c'est une fonction apportée par DSM: par exemple même mon vieux DS209+II le propose.

Re-, comme je l'ai écrit dans mon message précédent: dans DSM tu lances la commande permettant de créer le fichier .DSS (par exemple dans DSM4.2 c'est dans Menu principal > Sauvegarder et restaurer > onglet "Sauvegarde de configuration" et là tu lis l'aide correspondante (clic sur le point d'interrogation sur fond bleu à droite dans la barre de titre de la fenêtre "Sauvegarder et restaurer").