Mic13710

Si vous changez votre 1.5To par un 2To ou plus, vous passerez de 5.5To à 6To. Si vous voulez augmenter la capacité, il va falloir changer non pas 2 mais 4 disques au minimum. Le SHR2 est assez contraignant

Difficile de dire quelque chose sur un attribut non désigné.... Vous êtes sur que c'est le disque qui fait ce bruit là ? C'est pas plutôt un ventilo ?

Vous êtes bien en SHR2 (protection des données sur 2 disques, c'est écrit) Votre SHR est constitué d'un RAID6 sur 5 disques de 1.5To, soit 4.5To et d'un RAID6 sur le reste des 4 disques (0.5To), soit 1To. Ce qui vous donne au final 5.5To et 4To de sécurité sur 2 disques. Précisez ce que vous voulez dire pour la valeur 16.

C'est du côté du serveur (le NAS où est connecté l'UPS) qu'il faut renseigner les IP des clients. Il faut aussi activer la fonction serveur. Et pour le hub, pas possible.

Non. Il faut au minimum 2 disques de même capacité pour que le SHR puisse les prendre en compte en totalité. 3x2 + 4 vous donnera 6To en SHR et 4To en SHR2. Mais plutôt que de vous poser des questions sur les différents mariages des disques, consultez le comparateur de raid Synology.

Bienvenu dans la communauté

Et bien oui, pour faire un miroir, il faut une paire. Sauf sur des applications particulières, le RAID1 standard c'est toujours sur 2 disques (une paire donc) en miroir. Ce qui n'est pas le cas du RAID5 qui lui fonctionne en agrégation par bandes.

J'y ai pensé aussi, mais si ce n'est pas des disques issus de migration, le volume devrait être en BTRFS. Si EXT4, c'est très probablement dû à CloudStation.

@CoolRaoul ma foi, je l'ai installé il y a quelques mois et il tourne bien sur mon smartphone android. Et si je dois changer, pas de problème, j'ai sauvegardé la clé et il me suffit de trouver une autre appli OTP pour retrouver mes codes. Ce n'est donc pas véritablement un point de blocage. J'ai aussi parlé de Authy dans mon message mais comme j'ai mis keeOTP sur mon Keepass, je n'ai pas trouvé utile de doubler. Le tout en 1 sur Keepass me convient bien.

Passer par Quickconnect ne changera rien à l'affaire. Il faudra toujours s'identifier pour accéder au NAS. Il ne faut pas dédier la génération d'un code au seul Google Authenticator. GA n'a rien de propriétaire. Il se base sur le protocole OTP (One Time Pass) qui est le même pour Google, Authy ou encore FreeOTP et tant d'autres. Le plus important c'est la synchronisation des horloges puisque pour un temps donné, le code généré à partir d'une même clé sera le même pour tous. Perso, je n'utilise pas GA. J'ai KeeOTP qui est un addin qui fonctionne avec Keepass sur mes PC et FreeOTP sur mon smartphone. Ainsi, je peux récupérer le code indifféremment sur mon PC ou mon smartphone. Je pourrais très bien utiliser GA, ça fonctionnerait aussi. Pour cela, à l'étape de création du code sur le NAS, il faut récupérer la clé qu'il faudra ensuite renseigner dans les applications OTP que vous utilisez afin qu'elles génèrent toutes le même code. Vous pouvez enregistrer la clé quelque part (Keepass par exemple) pour la sauvegarder et pouvoir plus tard la récupérer si besoin. Ainsi, même si vous perdez votre téléphone ou bien qu'il tombe en panne, vous avez toujours le moyen de récupérer le code soit sur votre PC, soit à partir de la clé sauvegardée. @gege83 Il est d'usage sur ce forum comme sur beaucoup d'autres de passer par la case présentation avant de poster. Certains y sont sensibles. Il n'est jamais trop tard et vous pouvez toujours aller y faire un tour

Faudra nous expliquer comment vous arrivez à faire un raid1 sur 4 disques sur un nas Synology. C'est une première mondiale !

Vous êtes sûr ? C'est pas plutôt RAID5 ou SHR avec protection des données ? J'approuve à 100% ce que dit Einsteinium. Rien de mieux pour flinguer des disques. Et de toute manière, un disque de RAID5 tout seul ne sert strictement à rien. Et comme premier message, peut mieux faire. On aime bien par ici que les nouveaux arrivants passent D'ABORD par le forum des présentations. Certains y sont sensibles. Il n'est pas trop tard pour bian faire.

Non, pas de renvoi du http vers https. C'est normal que vous ne puissiez pas passer le http si vous l'avez fermé ou limité au niveau du parefeu. Je viens récemment de mettre en service mon serveur web pour pouvoir justement traiter les requêtes en http et les basculer en https avec un .htaccess Voir ce tuto de @Kawamashi

Il n'y a pas de VRAI basic sur un multibaie. Si un disque est en basic, c'est en réalité un RAID monodisque et il peut être converti en RAID1 en ajoutant un disque de capacité au moins équivalente. Sur un NAS 2 baies, le RAID1 est suffisant. Inutile de basculer en SHR sauf si plus tard on envisage de changer pour un NAS 4 baies ou plus, et encore, on peut très bien choisir de rester sur du RAID Classique.

Oui, c'est possible d'un nas monobaie vers un autre monobaie. Il suffit de suivre le lien donné par firlin où tout est expliqué.

Désolé, je suis totalement ignare (et hermétique) au monde des pommes.

Le NAS qui a le cordon peut faire serveur UPS. On renseigne les IP dans une liste et le NAS fait remonter les infos vers ces IP. Il faudra installer winnut sur le PC.

Je viens de voir ça. 4+4 en RAID1 = 4, pas 8

Ma réponse prêtait effectivement à confusion. J'aurais dû compléter par "sur les notes de version du 214+" La suite était plus claire.

Ben oui, j'ai bien lu, c'est toi qui n'a pas lu ma remarque

Curieux en effet que ça ne soit pas noté. Mais bon, la maj est minime apparemment, mais elle doit être critique pour qu'il n'y ait que ça.

Oui mais ça ne concerne pas l'update 1

Depuis aujourd'hui, j'ai une mise à jour qui s'affiche dans DSM pour passer à la version 6.1.3-15254 Update 1. Mais il n'y a rien pour le moment dans les notes de version pour cet update. Est-ce que quelqu'un sait de quoi il s'agit ?

A mon sens, le btrfs ne protège pas plus que le ext4. Les erreurs de parité existeront de la même manière. Attention à l'onduleur : ce n'est pas parce qu'il y en a un qu'on est protégé. Si la batterie ne tient plus la charge, c'est comme s'il n'y avait rien du tout. Il est important de faire des vérifications régulièrement. Les tests auto de l'onduleur ne durent pas suffisamment longtemps pour pouvoir valider l'état de la batterie. Que disent les logs ? Il faut aussi contrôler les fiches et prises de courant. Une fiche mal embrochée peut aussi être une cause de micro coupures.

Je ne vois pas ce qui vous fait dire ou sous entendre que DSM 6.1.5 serait instable, ou bien que 5.2 soit plus stable. 5.2 est obsolète, les mises à jour de sécurité ne sont plus faites et les fonctions et paquets sont nettement moins aboutis que sur la 6.1.5. Alors vouloir revenir en arrière pour trouver forcément moins bien, franchement je ne comprends pas. Mais si vous voulez à tout prix du 5.2, tournez vous vers de l'occasion, comme par exemple le 710+ qui reste encore un bon nas. La 5.2 est la dernière version pour la série x10. Au moins vous serez sûr de ne pas aller au delà !