Mic13710

Toutes les notifs SMS sont en anglais, tout comme les journaux. Perso ça ne me dérange pas plus que ça, mais un effort de traduction de la part de Synology France serait souhaitable pour ceux qui ne comprennent pas l'anglais. Je me demande d'ailleurs si ce n'est pas une obligation légale à partir du moment où le matériel est vendu en France.

Je ne peux pas répondre à ces questions car je ne connais pas le cheminement. En gros est-ce que c'est du côté freebox que ça se passe ou côté serveur ? Je n'en sais rien. Ce que je peux dire c'est que jusqu'à présent les tests qui ont été positifs localement l'ont été aussi à distance.

Je ne sais pas trop pour les autres opérateurs. Merci pour l'info sur SFR. Sur Freebox, c'est en natif.

La freebox permet ce qu'on appelle le loopback, c'est à dire qu'on peut utiliser son adresse publique à partir du réseau privé. C'est un des très nombreux plus des freebox puisqu'on peut par exemple avoir un CloudStation nomade sans avoir à changer d'IP ou sans passer par Quickconnect.

SHR. C'est le plus flexible puisqu'il gère automatiquement les 3 types de RAID à miroir (RAID monodisque, RAID1, RAID5) et qu'il permet de combiner des disques de capacités différentes. C'est l'installation par défaut. Voir la FAQ sur le SHR.

Vaste sujet. Le plus important c'est de choisir un disque compatible pour votre NAS et s'il n'est pas dans la liste, vérifier qu'il ne soit pas incompatible. Restez sur des marques connues et reconnues : WD, Seagate, HSGT. Ces derniers sont les plus fiables mais aussi parmi les plus chers. Totalement inutile de choisir des disques dit "spécial NAS" comme les RED de chez WD, ils valent plus chers tout simplement parce qu'ils bénéficient d'une garantie de 3 ans au lieu de 2 mais ne sont ni mieux ni moins bien que les disques standards comme les green ou blue de chez WD. Les RED, c'est qu'une histoire de marketing. On soupçonne même très fortement que ce n'est qu'une question d'étiquette (des verts habillés de rouge). Cherchez la bonne affaire dans les disques standards et tout ira bien. Je tourne avec des Seagate standards (voir ma signature) depuis des années en 24/7 et je n'ai aucun problème à signaler. Inutile de prendre des disques 7200 tr. Des 5400 tr suffisent largement. Ce ne sont pas les disques qui brident les NAS mais le réseau. Evitez absolument les 3To. Pour une raison inexpliquée c'est sur cette capacité que se concentre le taux de panne le plus important, la palme revenant au WD RED. A choisir, prenez des 2 ou des 4To ou plus si nécessaire. Ne lésinez pas sur la capacité : prévoyez toujours plus grand que vos besoins, les disques se remplissant beaucoup plus vite qu'on ne l'aurait imaginé. Et selon les paquets que vous allez utiliser, l'espace disque est très vite occupé. CloudStation est très gourmand (prévoir le double d'espace), Download Station peut aussi très vite occuper de l'espace, films et photos ne sont pas en reste. Conseils : Si vous voulez ménager vos disques, ne pas activer la mise en veille et l'hibernation mais les laisser tourner 24/7 est le plus sûr moyen de les maintenir en vie le plus longtemps possible. Les arrêts et redémarrages fréquents exercent des contraintes électromécaniques et thermiques qui finissent à la longue par flinguer les moteurs. Et ce qui est une évidence, il faut installer le NAS dans un local frais, aéré et avec une hygrométrie normale.

En gros, vous éteignez le NAS, vous retirez votre disque de 4To, vous réinstallez votre disque de 2To dans son ancien emplacement (très important) et vous démarrez le NAS avec ce disque uniquement. Vous retrouverez votre volume 1 mais le NAS fonctionnera en mode dégradé. Vous formatez votre disque de 4To sur un PC (le but étant simplement de casser le partitionnement fait par le NAS). Vous réinstallez ce disque dans la baie restante et vous reconstruisez votre RAID à partir du gestionnaire de stockage. A la fin de ce processus (de nombreuses heures) vous aurez retrouvé votre NAS tel qu'il était avant vos expériences malheureuses. Et fort de cette nouvelle expérience, je suis sûr que vous comprenez pourquoi on insiste lourdement (mais apparemment pas assez) sur le fait de mettre en place de vraies sauvegardes. Et encore une fois, le RAID n'est pas une sauvegarde !

Qu'est ce que vous appelez la base photo mac os ? (Je ne suis pas mac)

Toutes les opérations de reset sont ici. Celui qui vous concerne est le simple reset (point 2).

N'y aurait-il pas du cryptage ? Voir ce retour d'expérience.

Le fonctionnement de l'hibernation est bien trop aléatoire. Beaucoup de paramètres internes et externes sortent le nas de l'hibernation, si bien que les disques à peine arrêtés se remettent en route au bout de quelques minutes à peine pour des raisons souvent inconnues. Ce type de fonctionnement erratique nuit grandement à la longévité des disques. On ne le cesse de le répéter ici, un nas qui fonctionne 24/7 (sans hibernation ni mise en veille ou arrêt) à plus de chance de le faire dans la durée qu'un NAS sur lequel les disques sont continuellement arrêtés puis redémarrés. Un disque qui tourne 24/7 subit beaucoup moins de contraintes électromécaniques qu'un disque en mode start/stop. C'est pour cette raison qu'on conseille vivement lorsque c'est faisable de ne pas utiliser l'hibernation et la mise en veille.

Je ne peux guère vous aider étant toujours sur le vieux mais non moins excellent 5.2. Je n'utilise pas non plus time backup. Mes sauvegardes sont assez basiques avec Sauvegarde et réplication. Time backup a effectivement disparu des écrans radars avec DSM6. Il en était déjà question avec la 5, mais face au tollé général, Synology est revenu sur sa décision, le temps d'une version. Je suis étonné qu'il puisse y avoir une cohabitation fonctionnelle avec Hyper Backup et je pensais même que Time Backup était supprimé lors de l'installation de la 6. Il semblerait à vous lire que ça ne soit pas le cas, et peut-être que d'autres intervenants ont réussi à faire fonctionner les deux. Votre blocage ne viendrait-il pas de l'incompatibilité d'un fichier (caractères non reconnus, longueur de chaine) ? Si oui, avez-vous essayé de le supprimer pour voir si la tâche se déroule normalement ? Sinon, peut-être serait-il judicieux de prendre contact avec le support, quoique si votre connexion ssh fonctionne mal, ça risque d'être compliqué pour eux de prendre la main. Est-ce que telnet (23) fonctionne ? Un conseil pour l'avenir, avec un NAS en prod qui fonctionne correctement, on évite d'y installer de nouvelles versions du système tant qu'on n'est pas certain qu'elles vont apporter un réel plus, qu'elles sont suffisamment stables, et qu'elles ne vont pas créer plus de problèmes qu'elles n'en solutionnent. Il faut surtout anticiper les éventuelles incompatibilités pour pouvoir y remédier le moment venu. Maintenant que c'est fait, il est malheureusement très difficile de revenir en arrière, le rétropédalage n'étant pas autorisé officiellement. Si vous voulez éviter que les installations de nouvelles versions du DSM se fassent à votre insu, il faut paramétrer les options de maj à "Mises à jour importantes" et surtout se donner la possibilité de choisir ou non de les installer. Ainsi, seules les mises à jour de la version embarquée vous seront proposées.

@lysergik Oui, il existe une explication dans l'aide. Elle se trouve ici. Et l'explication de Fenrir dit exactement la même chose. Mais comme je vois que vous n'avez pas compris, je vais tenter moi aussi d'expliquer, bien que vous n'en donniez pas trop l'envie. Un volume est un espace simple de stockage de données. C'est ce qui est créé lors de l'installation par défaut. Il peut être créé sur un ou plusieurs disques et s'il s'agit de l'installation par défaut ce sera un volume en SHR. Je vous renvois à l'organisation des disques décrite par Fenrir. Comme l'a expliqué Fenrir, c'est un peu comme une partition mais dans le sens Linuxien du terme. Je ne vais pas rentrer dans les détails car ce n'est pas le propos et il y a une foultitude d'explications sur la toile. Un groupe de disques veut bien dire ce que ça veut dire : plusieurs disques groupés pour constituer une seule partition de données organisée selon les besoins en RAID, JBOD ou SHR. Sur cette partition, on peut créer un ou plusieurs volumes. Comme il est expliqué dans le lien que j'ai donné, il n'est possible de constituer des groupes que sur les NAS multibaies ce qui est d'une logique implacable. Si le groupe n'a guère d'intérêt sur un NAS 2 baies (bien qu'on puisse avoir plusieurs volumes sur 2 disques), il a toute son utilité sur des systèmes de plusieurs disques lorsqu'on veut créer plusieurs volumes séparés physiquement et/ou si on souhaite avoir des modes de stockages différents (basic, raid, jbod, shr, shr2) sur le même NAS. En clair, un groupe permet de créer un stockage mono ou multi-volume et on peut avoir un ou plusieurs groupes sur un NAS multibaie. Ce qui signifie qu'on peut très bien créer un groupe avec tous les disques du NAS et de n'y mettre qu'un seul volume. Le groupe dans ce cas ne sert à rien puisqu'il n'y a qu'un volume à gérer. Et donc cher lysergik, j'en conclus que non seulement vous n'avez pas bien cherché, mais qu'en plus vous vous permettez de coller une évaluation négative à Fenrir alors qu'il est l'un des intervenants les plus actifs et les plus productifs de ce forum au sens positif du terme. Je trouve que pour une entrée en matière, vous faites très fort. P.S. : allez-vous me coller moi aussi une évaluation négative ? P.S.2. : désolé d'être moi aussi impoli.

C'est dans le menu mise à jour et restauration.

Si vous avez des licences pour vos caméras, il est préférable de les supprimer, bien que je ne vois pas ce qui pourrait empêcher leur réinstallation dès lors qu'elles sont sur un seul NAS.

cqfd

Il n'était pas nécessaire de supprimer le groupe. Pas grand chose à faire de plus. Il ne faut pas oublier que chaque disques comporte en réalité 3 partitions : 1 système, 1 swap, 1 données. De plus, une petite partie du disque n'est pas utilisée. Enfin, le formatage lui-même réduit un peu l'espace de stockage. Il en résulte que la capacité finale est toujours inférieure à celle annoncée. P.S. : les capacités données (1T, 2T .... 6T) sont toujours surévaluées. En fait les constructeurs trichent sur le nombre d'octets. Pour faire court, ils comptabilisent 1Mo comme étant 1000 octets alors qu'il vaut en réalité 1024 octets. Donc votre 6To est en réalité un disque de 5.85To. Une fois formaté et partitionné, la partition donnée (la seule que vous voyez dans DSM) ne pèse plus que 5.46To dans votre cas.

Oui, si vous aviez fait une installation neuve, oui et non selon que vos disques sont issus d'une migration d'un NAS plus ancien. Mais vous ne m'avez pas confirmé ce point.

Vous êtes un impatient. Non seulement vous pensez que l'assistance va vous répondre immédiatement alors qu'ils demandent quelques jours avant d'intervenir (surtout en ce moment avec les nombreux pb dsm6), mais en plus vous multipliez les sujets sur le forum, de sorte qu'on ne sait plus très bien où on en est. Pour le bloc alim, vous ne cherchez vraiment pas beaucoup. Une simple interrogation sur le net "alimentation Synology" et vous avez une foultitude de fournisseurs. Pour la récupération des données, il faut une distribution linux type Ubuntu. Toutes les tâches sont décrites dans la procédure donnée par Synology.

La prise en charge des disques de plus de 2T est bien antérieure à la sortie du 214play. Si vous avez ce message c'est que probablement vos disques sont issus d'une migration précédente. Malheureusement, vous ne pouvez pas réparer votre volume existant avec un disque de plus de 2T. Hormis si vous avez l'intention d'augmenter le volume plus tard, un disque de 3T ne présente guère d’intérêt puisque votre volume ne fera qu'1T à la fin du processus de reconstruction. Dans le cas présent et sans une nouvelle installation, il y a 2 options : - soit vous mettez un disque entre 1 et 2T pour remplacer le disque défectueux - soit vous construisez un nouveau volume avec votre 3T ce qui au final vous donnera un stockage de 4T réparti sur 2 volumes mais sans protection de données. Sinon, il me semble plus judicieux de repartir de zéro en faisant une installation complète, de préférence sur le 3T après avoir fait la sauvegarde de la configuration actuelle (pour éviter d'avoir à refaire tous les paramétrages). Je vous conseille vivement d'installer la même version de DSM que celle existante afin de pouvoir réutiliser le disque de 1T le cas échéant. Les maj aux versions supérieures pourront se faire ultérieurement. Pour récupérer les données, vous pouvez utiliser vos sauvegardes que vous aurez pris soin de mettre à jour avant de commencer. Vous pouvez aussi les récupérer sur le disque de 1T. Pour cela il faut passer par une distribution linux type Ubuntu en suivant la procédure donnée par Synology. Vous pourrez par la suite compléter votre volume avec un autre disque de 3T afin de créer un SHR avec protection de données.

Surtout pas ! Enlever un des disques c'est casser le SHR. Il y a ensuite un risque de conflit sur le DSM car il est installé sur tous les disques du NAS en RAID1. Il faut laisser les disques en place et réimporter la config une fois le DSM réinitialisé. Je ne peux pas en dire plus que ce qui est écrit dans le tuto Synology, à savoir que les données ne sont pas touchées mais qu'il est fortement conseillé de mettre à jour ses sauvegardes avant de faire la manip.

Un peu de lecture ici.

Il se peut que ce soit un défaut du bloc d'alimentation qui dérive et passe en sécurité. Vérifiez aussi que la prise d'alimentation est bien enfoncée. Si ce n'est pas le cas, faite un test de la CM en suivant cette procédure. La procédure de réinitialisation est ici. Vous pouvez sauvegardez vos configurations (système et paquets) pour les recharger après la mise à jour. Le reset n'affecte pas les données mais il est recommandé si cela est possible de faire la maj des sauvegardes avant de réinitialiser la système. Si le problème persiste, il faudra contacter l'assistance.

Comme le souligne Pluton212+, en local ça fonctionne bien ce qui signifie que ce n'est pas CS qui est en cause. Le problème est surtout lié à la qualité de la liaison. En ADSL, 1Mb c'est pas ce qui permet de faire de la synchro rapide. Mais bon, ça fait partie du jeu. On sait qu'il faut un peu patienter avant que la synchro soit complète. Si vous voulez un CS plus réactif, il faut passer à la fibre. Par contre je suis d'accord à propos des infos "à jour" alors que la synchro n'est pas établie. C'est très déroutant. Il serait nettement préférable que l'utilisateur soit informé que serveur et client ne sont pas synchronisés pour savoir à quoi s'en tenir. Je ne sais pas si la dernière version sous DSM6 apporte des améliorations sur ce point.

Je ne connais pas CS version DSM 6. Je suis toujours en 5.2, et pour un bon moment encore. Sur CS DSM 5.2, une fois les droits sur les dossiers partagés définis dans DSM pour chaque utilisateur et que les dossiers en questions ainsi que les clients sont inclus dans CS serveur, c'est au niveau du client que le choix des dossiers à synchroniser se fait.