Mic13710

Bonjour Polygos, soyez le bienvenu dans la communauté.

Depuis que la double authentification est disponible dans DSM, ce tuto perd considérablement de son intérêt. Aussi, je ne pense pas qu'il soit nécessaire de le déplacer.

Bonjour GnuByte, soyez le bienvenu dans la communauté. Ouah ! Sacré pédigrée, et sacré matos.

@Pascalou59, les fiches de présentation produits ne sont pas mises à jour. Les capacités des disques sont données en fonction des capacités du moment. Il est bien évident qu'au fur et à mesure des évolutions des disques et des versions de DSM, les NAS peuvent accepter des disques plus gros que ceux donnés dans les fiches de présentation. Il suffit de regarder les fiches produits de ton 215 et même de ton 718 et de comparer avec leurs listes respectives des disques compatibles sur le site de Synology pour voir qu'il y a eu des changements et qu'il y en aura très certainement d'autres plus tard.

Désolé de te contredire Pascalou, la capacité maxi du disque approuvée pour un 110J est de 8To. https://www.synology.com/fr-fr/compatibility?search_by=products&model=DS110j&category=hdds_no_ssd_trim&p=1 Quant à savoir s'il est préférable d'en changer, je répondrais qu'il est fortement conseillé de le faire car les performances du 120J sont très largement supérieures à celles du 110J et que le DSM de ce dernier s'est arrêté à la version 5.2 qui n'est plus maintenu. Vous pouvez toujours vous en servir pour de la sauvegarde du 120J.

Bonjour andbae, soyez le bienvenu dans la communauté. Très belle configuration. Je vois que les NAS n'ont plus de secrets pour vous. Et merci pour votre proposition de stockage distant, ça en intéressera surement plus d'un.

Les paquets sont installés sur la partition data. Ils ne sont pas visibles à l'utilisateur lambda (@....). Les données dans var/packages sont les paramètres des paquets.

Effectivement, mais il n'y a qu'un sourd. On vous répète depuis le début que l'espace non utilisé d'un groupe de deux disques de tailles différentes ne peut pas être utilisé, que ce soit en RAID classique ou en SHR. Alors pourquoi vous obstinez vous à vouloir à tout prix utiliser cet espace ? Un RAID1 ou un SHR avec 2 disques de 4To et de 8To ne pourra jamais donner plus que 4To de stockage. Les 4To restant ne sont pas disponibles pour y stocker des données. Ils ne le seront que lorsque vous remplacerez votre 4To par un 8To. Et pour information, un RAID1 composé de 3 fois 4To ne donne pas plus de 4To de stockage. C'est d'ailleurs comme cela que fonctionne les partitions système et swap de tous les disques du NAS. Chaque disque est monté avec ces deux partitions en plus de celle des données, et elles fonctionnent en RAID1 multidisques.

C'est faux. Le RAID ou le SHR c'est la même chose du point de vue utilisation. La seule différence entre les deux c'est une exploitation plus flexible de l'espace disque avec le SHR lorsqu'on a des disques de tailles différentes sur un même groupe, ce que ne permet pas le RAID. Et donc, que ce soit en RAID classique ou en SHR, TOUTES LES DONNEES sont dupliquées soit en miroir sur un groupe de deux disques, soit en agrégation par bandes sur un groupe de 3 disques et plus. Vous ne pouvez pas saucissonner votre groupe à votre guise. C'est du tout ou rien. Je vous conseille de lire ceci : https://fr.wikipedia.org/wiki/RAID_(informatique) Relisez-vous et relisez ma citation. Vous ne parlez pas de sauvegarde du NAS1 vers le NAS2 mais de sauvegarde du DD1 du NAS1 vers le DD2 du NAS1. Ce qui n'est pas du tout la même chose.

Pas le 5000 mais le 5001 oui, pour faire des tests. Vous redirigez ce port vers le NAS puis de l'extérieur vous mettez votre IP publique:5001 pour atteindre DSM. Si ça fonctionne, essayez avec votre ndd:5001.

Il faudrait peut-être commencer par là. Si les ports dont vous avez besoin ne sont pas dirigés correctement vers le nas, il y a peu de chance que ça marche. Quelles règles, pour quel(s) service(s) ? Utilisez-vous le serveur DNS ? le reverse proxy ?

Oui, en surveillant toutefois l'état des batteries car elles ne sont pas éternelles et doivent être remplacées lorsqu'elles approchent de leur fin de vie. Pas jeune ça le Commodore 64 !

Les logiciels de gestion des onduleurs ne fonctionnent que lorsque l'onduleur est connecté au PC via USB. Lorsque l'onduleur est connecté au NAS (ce qui est bien entendu la règle), ces logiciels ne servent à rien.

Vous pouvez passer en mode bridge si vous voulez, mais l'ayant expérimenté moi-même, j'ai eu à faire à des dysfonctionnements. Le remplacement de la freebox n'y a rien changé. Je suis revenu au mode routeur depuis une quinzaine de jours et les problèmes semblent être résolus. Si vous laissez en mode routeur, il faut dans ce cas fixer l'adresse du routeur Netgear dans la freebox et passer cette adresse en DMZ.

@lee recca quel est le rapport avec les NAS Synology ?

Pour que le player puisse voir le NAS, il faut qu'il soit sur le même réseau que le NAS et que le routeur permette au player de voir la freebox. Je ne sais pas ce que sais faire votre routeur Netgear, mais la seule solution c'est que le routeur puisse gérer le VLAN pour pouvoir connecter le player (qui fonctionne en VLAN100) derrière le routeur.

Et bien si justement, dans la même phrase vous dites le contraire. Une sauvegarde et le RAID n'ont strictement rein à voir. Faire une sauvegarde du disque 1 vers le disque 2 n'est pas du tout la même chose que de faire du miroir. Si vous effacez un fichier, si vos données sont corrompues, vous pouvez les récupérer de votre sauvegarde alors qu'elles seront effacées et/ou corrompues de la même manière sur le disque miroir. Non, vos données seront en miroir !

Impossible. Les disques des nas multibaies ne sont pas compatibles avec les monobaies et vice versa. Attention : le RAID ou SHR n'est pas une sauvegarde mais un continuité de service en cas de panne d'un disque. Il ne dispense pas de faire une sauvegarde en bonne et due forme, bien au contraire.

Il n'y a pas de données perdues, juste un problème d'accès à un dossier crypté. Pourquoi ne pas utiliser tout simplement ubuntu ? https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Storage/How_can_I_recover_data_from_my_DiskStation_using_a_PC

Recréer tous les comptes; les dossiers partagés, les réglages réseaux, attribuer les droits utilisateurs,, etc... Bref, la totale comme s'il s'agissait d'une installation à partir de zéro. Et là, c'est vous seul qui savez ce que vous aviez sur votre NAS avant le crash du disque.

Euh, non. Le DSM est déjà installé par RAID avec le disque 2. Refaire une nouvelle install va faire que le disque 2 passera en initialisé lorsqu'il sera réintroduit. Il faut simplement réinstaller les paquets et recharger le .dss s'il existe, sinon il va falloir reprendre tous les paramétrages. Ensuite, il suffit de restaurer les données du disque 2 vers le disque 1 avec la procédure de restauration inhérente au procédé de sauvegarde utilisé, ce qu'on ne sait pas.

Un ajout de disque correspond à étendre le groupe de disque. Passer d'un SHR sans protection à un SHR avec protection, c'est étendre le groupe, même si la capacité ne change pas.

Vous n'avez pas besoin d'une alimentation de 5.5A pour faire le test de la CM puisqu'il n'y a pas de disques durs pour ce test. Une alimentation de 1.5A 2A devrait être suffisante. Après, il est bien difficile de vous aider si vous n'êtes pas la possibilité de vérifier ce que vous injectez avec un multimètre. Oubliez l'histoire de la résistance. Comme le fait remarquer jacaj, c'est applicable sur les séries 15 pour palier un problème de défaut de conception CPU, défaut qui n'existe pas sur le votre.

Je viens de corriger le tuto car il est vrai que cette info obsolète induit tout le monde en erreur.

Perso, je ne vois pas bien l'intérêt de monter des SSD sur un groupe. Ca n'aura pratiquement aucun impact sur les vitesses de transfert qui sont de toute manière limitées par le réseau. Par contre, il serait plus approprié de garder des disques standards et de monter des caches SSD, ce qui est possible sur un 918+