Mic13710

A quoi bon avoir un réseau Gb pour le freiner avec du wifi. Les liaisons wifi sont très loin d'offrir des débits suffisants pour permettre des transferts convaincants. Mais vous jugerez par vous-même.

Si vous montez vos disque en basic, l'onduleur n'est pas indispensable. Pour le switch Gb, tout dépend de votre installation mais il vous faut un réseau Gb pour ne pas brider les échanges NAS - PC. Si votre box est en Gb, nul besoin d'un switch supplémentaire, sauf pour étendre votre réseau. Avec un box en 100Mb, je vous conseille vivement de mettre un switch Gb. Vous pouvez créer des raccourcis et/ou des favoris dans DSM à partir de file station. Une fois que vous aurez mappé vos disques, vous pourrez aussi créer tous les raccourcis que vous voudrez sur votre PC ou MAC.

Syno confirme bien que le NAS a un défaut. Leur réponse ne me surprend pas. Il est normal de se tourner vers le revendeur plutôt que le constructeur. Normal aussi que le constructeur prenne le pas et assure le remplacement en cas de défaillance du revendeur.

Pour le Raid 0 ou JBOD vous avez raison : si un disque lâche, vous perdez tout. En raid1 si un disque lâche, les données sont toujours dispos sur le disque sain. Il suffit de remplacer le disque défectueux par un neuf de capacité au moins équivalente, puis de reconstruire le raid pour retrouver un raid opérationnel. Pour le basic, je ne comprends pas bien votre question. Si vous créez deux disques en basic, vous perdez toutes les données contenues dans le disque qui tombe en panne. Si vous ne montez qu'un disque, vous pouvez choisir de le monter en basic mais ce n'est pas une obligation. Vous pouvez choisir de le monter en raid à un disque et vous construirez votre raid plus tard. Dans tous les cas de figure, il faut impérativement avoir une sauvegarde périodique des données les plus importantes soit sur un disque externe, soit sur vos pc, soit avec un autre nas, soit avec une solution externalisée. Edit : si votre choix est de faire un RAID0, alors oui vous ne pourrez pas le créer ultérieurement si vous ne mettez qu'un disque au départ.

Non, ce n'est pas applicable à toutes les box. Sur la Freebox V5 le switch est en 100Mb alors que nos nas et les PC actuels sont en Gb. Mais s'il y a d'anciens équipements en 100Mb, ils peuvent être connectés sur la Freebox puisqu'ils ne gagneront rien à être sur un switch Gb. La V6 (Freebox Revolution) est en Gb.

Décidément, cette 5.0 donne du fil à retordre à ceux qui ont eut la mauvaise idée de s'y aventurer. Avez-vous vérifié les droits ? Peut-être faudrait-il les redéfinir.

Si vous avez personnalisé votre NAS, la sauvegarde de configuration n'en tiendra pas compte. Quand à cloner le disque, je n'ai pas encore vu quelqu'un réussir à le faire. Mais comme vous le dites, attendez d'autres avis.

Je viens de comprendre pourquoi le paquet redémarre tout seul au démarrage du NAS. En fait, si SS est arrêté à partir de Surveillance Switch, il n'est pas vraiment arrêté en tant que paquet comme il le serait à partir de DSM. Il est toujours en opération dans le centre des paquets. Si bien que le redémarrage du NAS redémarre le paquet SS. Si par contre le paquet est stoppé dans le DSM, SS ne redémarre pas, ce qui est tout de même plus logique. Le hic c'est que Surveillance Switch est aveugle et peut donner une info "détection active" alors que le paquet est arrêté dans DSM. Il n'est pas capable de redémarrer SS. Il faut donc que SS soit en opération pour pouvoir avoir le contrôle depuis l'extérieur. D'où le besoin de pouvoir recréer la séquence d'arrêt une fois le NAS démarré et la positionner au bon endroit. Pas simple.

Dans ce cas, c'est plus compliqué. Vos disques sont donc 2 volumes en raid à 1 disque (pseudo basic à la mode Synology). Vous pourriez éventuellement construire votre raid en remplaçant le disque 2 par votre nouveau disque, mais je ne suis pas sûr ensuite que vous puissiez déplacer le disque 2 dans la baie 1 et ensuite étendre votre volume à 4To et recréer un raid à 1 disque. La seule solution qui me paraisse envisageable est la suivante : sauvegarde de la configuration mise en place du nouveau disque dans la baie 1, installation du DSM et création du volume restauration de la configuration et enfin transfert de vos données en 2 étapes : premier lot issu de votre volume 2 réinstallation de l'ancien disque dans la baie 1, nettoyage du volume 2 et copie des données non sauvegardée réinstallation du nouveau disque dans la baie 1 et copie des données restantes réinstallation de l'ancien disque dans la baie 1 et suppression du volume 1 réinstallation du nouveau disque dans la baie 1 et de l'ancien disque dans la baie 2 création du volume 2 et création de vos sauvegardes entre le volume 1 et le volume 2 Maintenant, vous aurez sûrement d'autres avis. Par exemple, il est peut-être possible de mettre votre volume 1 actuel dans la baie 2, de modifier son numéro et de recréer un volume 1 sur le nouveau disque installé dans la baie 1. Mais je n'en sais rien car je n'ai jamais fait ce genre de manip. Bonne chance et surtout beaucoup de patience.

On peut aussi voir les choses différemment, surtout si comme le souligne domlas on assure une sauvegarde irréprochable derrière. Le raid offre un gros avantage par rapport au basic c'est qu'en cas de perte d'un disque, on n'a pas à refaire tout de A à Z. Il suffit de remplacer le disque défectueux pour reconstruire le raid et tout ça sans que l'utilisateur n'ait eu d'interruption de service. Bien sûr, les disques sont beaucoup plus sollicités du fait des travaux de mirroring, mais déjà il ne faut pas prendre des disques type bête de course qui font plus de mal au portefeuille qu'ils ne font de bien au NAS (inutile un 7200tr alors qu'un 5900tr est largement suffisant). Et il faut faire un raid en toute connaissance de cause sur les possibles pannes qui peuvent résulter d'une hyper activité des disques. Pour moi, la facilité l'emporte sur l'économie. Et jusqu'à présent, je n'ai pas eu de problème avec mes raid.

A mon avis, le nas n'est pas en cause. C'est plutôt le joyeux mélange entre les 100Mb et les 1Gb qui pose problème. Déjà, le simple fait d'utiliser le switch de la FB vous fait perdre l'avantage du Gb, et notamment pour le PC3. Vous améliorerez sensiblement la qualité de votre réseau en ne connectant que votre switch sur la FB qui ne serait utilisée que comme passerelle internet et serveur DHCP, et le NAS et les PC sur le switch. La seule liaison qui fonctionne correctement sur votre réseau et celle qui est entièrement en Gb, NAS - PC1

Personne pour m'aider ? Mon problème actuel dans un premier temps est de savoir comment SS est démarré automatiquement au démarrage du NAS, par quelle séquence afin de pouvoir intervenir soit pour inhiber son démarrage, soit pour lancer un ordre d'arrêt.

Pour commencer, quel est le modèle de nas ? Qu'est-ce que vous appelez votre disque système, car le DSM est installé sur tous les disques du NAS. Question accès disque hors NAS, vous ne pourrez pas faire grand chose avec votre PC parce que le système du NAS est du Linux en ext4 qui est du charabia pour votre PC. Il faut passer par une distribution Linux comme par exemple Ubuntu que vous pouvez faire tourner sur votre PC avec un CD. Enfin, il est normal que vous trouviez 4 partitions puisque c'est le formatage normal des disques des Syno.

Ce n'est qu'un tout petit fichier qui ne sauvegarde rien d'autre que les paramètres du NAS. Issu de l'aide : Sauvegarde de configuration La page Sauvegarde de la configuration fournit des options pour sauvegarder immédiatement les configurations système sur un ordinateur local. Ceci permet de sauvegarder divers paramétrages (par ex. les utilisateurs, les groupes, les paramètres de service de fichiers, etc.) et de les restaurer à une date ultérieure. Les configurations système sont sauvegardées sous forme de fichier .dss.

Je ne crois pas que ce soit faisable. On peut créer des multivolumes sur un raid, mais on ne peut pas utiliser la zone inexploitée d'un disque d'une grappe raid pour y créer un volume. Le seule issue c'est de changer le deuxième disque par un 4To pour étendre le raid existant.

Merci pour le lien. Je m'en étais inspiré pour la seule et unique ligne de mon script. C'est un copier/coller de l'instruction qui m'intéressait. Comme je le disais, le script fonctionne bien une fois le NAS démarré, mais n'a aucune incidence pendant le démarrage parce que ce maudit SS démarre plus tard.

SS est un paquet à part, et s'agissant de sécurité, j'imagine que ce comportement est normal, même s'il n'arrange pas mes affaires. Merci d'avoir essayé de m'aider.

Et non StéphanH, sinon ce serait trop simple et je ne serais pas là à poser des questions ! Même si SS est désactivé, le redémarrage du NAS redémarre SS. Je n'ai pas vérifié pour les autres paquets, mais pour celui-là, c'est sûr. SS est activé par défaut, sa désactivation n'est que temporaire. Il faudrait que je trouve le moyen d'inhiber ce démarrage mais je n'ai pas découvert où sévir.

Merci StéphanH pour ta réponse. Tout simplement parce que j'ai 4 caméras et que l'ensemble fonctionne en tout ou rien. Je ne vais pas m'amuser à chaque fois à désactiver ou activer chaque caméra une à une alors que l'arrêt et la mise en service de SS peut se faire en une seule opération en désactivant ou activant le paquet. C'est d'ailleurs comme ça que fonctionne l'appli Surveillance Switch que j'utilise sur mon android. Par DSCam, cette opération est impossible. J'ai suggéré à Synology de l'introduire dans la prochaine version. Nous verrons bien s'ils m'ont entendu.

Merci d'avoir fait ces tests, bien que je ne sois pas plus en mesure que toi de l'interpréter dans le détail. Le premier test résume bien la configuration raid1 - raid5 mise en évidence par le test que tu avais fait. C'est effectivement bizarre cette dénomination des disques dans le second test. On les retrouve sur le troisième tableau. Reste à savoir si Fravadona y trouvera un intérêt.

Sans hésitation, un 214+. Les caractéristiques sont sensiblement équivalentes à quelques pouillèmes près et niveau performances, il est comparable au 713+. Puisqu'il s'agit d'un série x14, son obsolescence sera plus tardive pour les maj du DSM que le 712 qui sera emporté dans la vague des x12. Personnellement, j'ai un 214+ en principal en remplacement de mon 710+ qui est maintenant dévolu aux sauvegardes. Je n'ai pas noté de différence en passant de l'un à l'autre.

Après quelques recherches, j'ai compris où et comment inscrire un script au démarrage du NAS. Dans /usr/syno/etc/rd.c j'ai créé un script S999SStation.sh qui dans un premier temps est sensé arrêter Surveillance Station au démarrage du NAS comme ceci : #!/bin/sh # /var/packages/SurveillanceStation/scripts/start-stop-status stop > /dev/null 2>&1 # Stop SS exit je l'ai bien rendu exécutable avec un chmod 0755 et il fonctionne très bien si je l'exécute manuellement. L'ennui, c'est que s'il s’exécute très bien au démarrage du NAS (log dans le journal de SS), malheureusement le démarrage de SS ne se faisant qu'après le démarrage complet du NAS, SS est toujours actif. Ce n'est donc pas le bon endroit pour mettre ce script. Que puis-je faire pour qu'il s'exécute après que SS ait démarré, ou bien que puis-je faire pour empêcher tout simplement SS de démarrer ?

Si je comprends bien, le lettrage des disques dans l'unité d'extension suit la logique à 2 lettres, et ce quel que soit le type de volume qu'il contient : volume indépendant ou extension du volume interne du NAS. C'est sans doute logique si le DX fait du multiplexage bien que j'ai du mal à comprendre comment ça peut s'organiser sur un RAID ou SHR étendu sur le DX. Autre chose. En parcourant les commandes de bases de nos Syno, j'ai trouvé deux commandes intéressantes et que Fravadona doit sans doute connaître : cat /proc/mdstat cat /proc/diskstats cat /proc/partitions La première donne le type de raid et les disques qui le constitue (il serait intéressant de savoir justement sur le SHR ce qu'elle raconte), la deuxième et la troisième donnent des informations sur les partitions physiques et logiques. Je ne sais pas si ça peut-être utile pour les tests que vous menez et notamment celui-ci, mais il me semble que ça renvoi des infos intéressantes.

Attention, si vous créez un premier volume avec un seul disque, l'ajout d'un disque dans ce volume ne pourra jamais augmenter la taille du volume, de quelque manière que ce soit. Par exemple, si votre premier disque est un 2To vous créerez un volume RAID ou SHR à un disque (donc sans protection) de 2To (dans le cas d'un volume simple). Le deuxième disque que vous ajouterez plus tard doit être de 2To minimum et une fois installé, vous aurez un RAID ou SHR à 2 disques (avec protection donc) de 2To maximum. Les capacités ne s'ajoutent pas car les disques sont en miroir ! Ce n'est seulement qu'au troisième disque que votre capacité augmentera. Pour comprendre tout ça, le mieux est de faire vos propres simulations à l'aide du comparateur de raid Synology La seule contrainte lors de l'ajout d'un disque c'est qu'il soit de capacité au moins équivalente à celle du plus petit disque constituant la grappe. Vous pouvez voir tout ça grâce au comparateur. Tout ce qui est dit ci-dessus concerne les opérations de rajout sur un seul volume. Dans le cas d'un nas à 2 baies sur lequel vous mettez 2 volumes, les 2 disques peuvent être de la capacité que vous voulez puisque les volumes sont séparés.

Il serait intéressant de savoir comment les disques sont numérotés avec des unités d'extension connectées sur des NAS compatibles, par exemple un DX513 sur un DS713+ qui permet d'avoir une grappe de 7 disques. Est-ce qu'on peut avoir sdc, sdd, sde, sdf et sdg sur le 513, ou bien serait-ce sdca, sdcb, sdcc, sdcd et sdce ?