Mic13710

Je ne connais pas de liste. C'est seulement la lecture du forum avec les nombreux retours de problèmes variés, dont certains assez graves, qui me font dire que ce n'est pas encore une version installable sur mon NAS. En tout cas, vous avez raison d'attendre le retour de Synology sur votre cas avant de poursuivre. Bonne continuation.

Ce n'est pas du tout normal. C'est peut-être un de plus dans la liste des nombreux bugs de cette nouvelle version. Vous pouvez consulter le site de démo de la 5.1 pour avoir une idée de ce que vous devriez avoir. Je suis toujours en 5.0 et je risque d'y rester encore un bon moment vu la multiplication des problèmes en tous genres de la 5.1. Je vais donc faire comme d'habitude : attendre au moins 2 correctifs et la certitude que la majorité des bugs ont été corrigés avant de me lancer. Je ne sais pas quoi vous proposer pour résoudre ce dysfonctionnement. Le mieux serait sans doute d'ouvrir un ticket chez Synology pour leur signaler le problème.

Est-ce que les boutons Créer ou Gérer de la page sont accessibles ? Edit : Quelle version de DSM ? Sur DSM 5.0, la page Volume devrait vous donner : Type de RAID : SHR (avec protection de données) Groupe de disques : Groupe de disques 1

C'est normal, vous n'aviez qu'un groupe de disque (1 seul disque), vous avez toujours un seul groupe mais de 2 disques cette fois, et vous terminerez avec un seul groupe. Il n'y aura pas de changement. Si vous voulez voir les disques individuellement, c'est dans le menu HDD/SSD Edit : vous avez bien un groupe indiqué (Groupe de disques 1) ?

Ils vont apparaitre dans les deux puisque vous n'avez qu'un seul volume sur le groupe. En fait, le groupe (ou grappe) correspond à l'ensemble des disques qui constituent le RAID ou SHR. Vous n'avez qu'un seul volume, mais vous pourriez très bien avoir plusieurs volumes sur un même groupe. Ces informations seraient alors données dans l'onglet volumes. Le choix entre volume simple ou multiples vous a été demandé à l'initialisation du NAS. Vous ne pouvez pas revenir sur ce choix. Dans le DSM, l'information donnée dans le groupe correspond à la capacité totale du RAID ou SHR, y compris les partitions DSM et SWAP. Les informations du volume correspondent elles à la capacité totale du volume (donc hors DSM et swap) et à la capacité utilisée.

Bien entendu cayou2000, c'est une évidence : sauvegarde complète de rigueur avant de commencer. Mais je suppose que notre ami a déjà une sauvegarde qu'il suffit de mettre à jour, ce qui permettra d'éviter toutes ces manipulations un peu compliquées Et puis à la relecture du poste de départ, c'est seulement de 3 disques dont il s'agit : 1 disque en place et 2 en complément.

Si votre disque est plus petit que le disque 1, le NAS ne peut pas l'associer et c'est sans doute pourquoi il a créé un volume 2. Si vous avez fait une installation par défaut de votre disque, vous avez obligatoirement un disque en SHR. L'info renvoyée par le DSM devrait-être basic ou shr sans protection de données. Si c'est un SHR, lorsque vous introduisez un disque de capacité au moins équivalente, le gestionnaire de volume doit vous laisser le choix soit d'augmenter au volume existant, soit de créer un nouveau volume. C'est bien évidemment la première option qu'il faut choisir. Attention, vous devez impérativement procéder un disque après l'autre ! Une fois le SHR construit sur 2 disques (quelques nombreuses heures), vous aurez la même capacité mais cette fois avec protection de données. Vous procédez de même avec le disque suivant : rajout au volume, construction du SHR sur 3 disques. Puis au quatrième disque. Patience de rigueur ! Si par contre vous avez opté pour un disque en basic à l'installation, il va falloir faire toute la procédure en manuel : Basic --> RAID1, construction du RAID, puis RAID1 --> RAID5 pour les disques suivants. Tout est expliqué dans l'aide de DSM sous l'intitulé "Modifier le type de RAID d'un volume ou d'un groupe de disque"

Je suppose que vous êtes en raid ou shr sur 4 disques et si je comprends bien, vous avez remplacé le disque 3 par l'ancien 4. Si c'est le cas, qu'est-ce qui a bien pu vous faire croire un seul instant que c'était le même que le 4 ? Est-ce que le nouveau 4 a été intégré à la grappe et fonctionnait avant ce remplacement malheureux ? Si c'était le cas, il fallait seulement remplacer le 3 par un disque neuf pour reconstruire le raid ! Bien que je doute que ça puisse résoudre le problème car les données sont vraisemblablement corrompues, avez-vous au moins essayé d'enlever le disque 3 et de redémarrer sur les 3 disques restants ? Dans le cas (improbable) ou ça fonctionnerait (raid ou shr sans protection de données), vous pourriez tenter de reprendre la procédure là où vous n'auriez jamais dû la quitter. Sinon, je ne suis pas sûr que des lignes de commandes sous ssh puissent résoudre votre problème qui n'est pas banal. Pour moi, votre raid est foutu et la seule solution serait de tout refaire à partir de vos sauvegardes. Attendre néanmoins l'avis des spécialistes Linux du forum pour des tentatives de la dernière chance. Mais je n'y crois guère.

Il faut absolument que le disque soit de capacité au moins égale. Certains disent même au moins au même nombre d'octets. La marque n'a guère d'importance à condition que le disque soit dans la liste des compatibles. Cependant, il est préférable d'avoir des disques de performances équivalentes pour éviter de trop grandes disparités lors des lectures/écritures. En choisissant un disque de la même marque dans la même gamme, votre raid sera plus homogène. Mais ce n'est en aucun cas une obligation. Aucun gain à espérer avec un disque plus gros. Au mieux, vous pouvez en prendre un de capacité supérieure pour être sûr qu'il n'y aura pas de problème de nombre d'octets lors de la reconstruction, et au cas où vous souhaiteriez plus tard augmenter la capacité totale en changeant tous les autres disques.

Régler l'heure manuellement alors qu'on peut utiliser des serveurs ntp, ça fait un peu désuet. Avec Surveillance station, vous avez l'obligation d'activer le serveur ntp dans le DSM, ce qui va permettre aux horloges de vos caméras de se caler sur l'horloge du NAS. Mais pour que ça fonctionne, il faut utiliser les mêmes fuseaux horaires sur tous vos équipements car le serveur NTP ne transmet que l'heure universelle (GMT), et aussi paramétrer les heures hiver/été sinon les horaires sont décalés suivant la saison. Pour le fuseau horaire du NAS, il faut choisir GMT+1:00 Amsterdam, .... Pour les paramètres de l'heure vous validez la synchronisation avec un serveur ntp de votre choix (c'est tout de même plus précis et surtout ça permet de corriger les dérives). Vous vérifiez que ça fonctionne en cliquant sur "mettre à jour maintenant". Vous vérifiez que le serveur NTP est bien activé (il devrait l'être par défaut). Normalement, les horaires des fichiers SS devraient être corrects. Pour les horaires incrustés dans les vidéos, c'est au niveau des caméras que ça se passe. Pour être sûr que les horaires soient identiques à ceux des fichiers, vous paramétrez vos caméras en choisissant le bon fuseau horaire (GMT +1:00) et en sélectionnant les données horaires à partir d'un serveur NTP. L'adresse du serveur NTP à indiquer est cette fois celle de votre NAS (192.168.x.x). Il faut pour cela (comme pour beaucoup d'autres choses) que votre NAS ait une IP fixe. Et comme le serveur NTP est actif sur le NAS et qu'il propage sur tout votre réseau interne, vous pouvez même l'utiliser pour l'horloge de votre (vos) PC fixe(s) ! C'est d'ailleurs recommandé pour que les tags horaires de tous les fichiers soient corrects.

En clair, on appelle ça une sauvegarde. Et en tant que bonus informaticas, je suppose que testeur2 pratique cet exercice avec zèle, n'est-ce pas ?

Le NAS n'est pas sensible aux pannes de courant. Ce sont les configurations RAID ou SHR qui le sont. Tout simplement à cause des erreurs de parités qui peuvent apparaître en cas de coupure incontrôlée en cours d'écriture. Suivant le degré de gravité de ces erreurs, elles peuvent ne pas être réparables et entrainer des corruptions de données, voire la perte du raid ou shr. D'où l'importance d'un onduleur compatible. Un disque dit basic sur un nas multibaie n'est pas un vrai basic mais un raid monodisque. A moins d'avoir un PC sous Linux sur lequel vous installez mdam et lvm2, vous ne pouvez pas lire les données sur un PC Windows ou un MAC, même en utilisant un logiciel de lecture ext3/4. Il vous faudra passer par une distribution Linux (Ubuntu par exemple). La procédure est expliquée sur ce tuto Synology.

Généralement, c'est le début de la fin. Un conseil : prévoyez de remplacer rapidement votre disque avant qu'il ne tombe en panne, surtout si vous êtes en raid ou shr, ce que vous ne dites pas. Si raid ou shr et que le 411slim le permet, vous pouvez faire le remplacement à chaud. Il suffit de sortir le disque défectueux, de le remplacer par un disque de capacité au moins équivalente et de lancer la réparation du volume dans le gestionnaire de stockage du DSM.

Je confirme : les disque de nas monobaies ne sont pas migrables vers des multibaies. Ce n'est pas tant le DSM qui pose problème que la manière dont sont structurés les disques. Comme l'a écrit domlas, les disques des monobaies sont de vrais basic alors que les disques dit basic des multibaies sont des raid monodisque qui nécessitent donc une couche de gestion du raid. Pour plus de détails sur les migrations possibles ou pas, c'est ici.

Je suis d'accord avec domlas. Bien entendu, ce que vous proposez fonctionne, mais si votre NAS a un problème, vos données sont inaccessibles. Si le problème est plus grave et entraine la destruction des disques, ou que le NAS soit détruit par une cause externe (incendie, dégâts des eaux, écrasement, ...), vous perdez tout. Lorsque vous êtes en basic, les risques de pertes de données en cas de panne de courant sont infimes. Dans cette configuration, un onduleur n'est pas une nécessité impérieuse. Cependant, si vous habitez dans une zone subissant régulièrement des perturbations électriques, il est tout de même préférable d'installer un onduleur pour préserver le NAS et ses disques.

Juste pour info : le système est installé sur md0 et en l’occurrence, cette partition était pleine, d'où l'impossibilité d'installer DSM. En faisant un reset, vous avez simplement supprimé le dsm existant qui a laissé la place au nouveau. A mon avis, le problème risque de se reposer à la prochaine maj.

Personne de sensé n'installerait un raid0 ou un JBOD sur un nas. C'était à la mode à l'époque où les capacités des disques étaient trop faibles pour créer de gros volumes de stockage avec un simple disque et/ou que les vitesses d'E/S des disques étaient relativement faibles. Aujourd'hui, il n'y a plus d'argument crédible pour mettre en oeuvre ce type de volume. Doubler les chances de perdre ses données sans en tirer un réel bénéfice, ce n'est pas un luxe à se permettre. Si vous voulez garder vos 8To, vous faites 2 volumes en basic. C'est beaucoup plus sûr, si vous perdez un disque vous ne perdez pas tout, et en plus vous n'avez pas la nécessité de mettre un onduleur. Et bien entendu, un NAS ne dispense absolument pas de sauvegarder les données au moins essentielles sur un autre support stocké dans un autre lieu. Après, c'est vous qui voyez, la décision vous appartient.

Je me réponds. Dans OVH, j'ai modifié les paramètres pour imap, mail, smtp, pop3 et autoconfig pour qu'ils pointent vers monnomdedomaine.fr Ils faut attendre quelques temps (1 heure environ) que les paramètres soient propagés. Pour les paramétrages des comptes dans Thunderbird, Nom du serveur : monnomdedomaine.fr Nom d'utilisateur : nomdel'utilisateursurlenas Pour le serveur sortant, j'ai utilisé de préférence le smtp de free pour éviter que mes messages soient considérés comme des spams.

J'ai pris un nom de domaine chez ovh et j'ai paramétré ovh et Mail Server pour que chaque utilisateur de mon NAS ait sa propre adresse sous la forme nom_utilisateur@monnomdedomaine.fr. Quand je lance mail station et que j'ouvre chaque session, je peux sans problème envoyer et recevoir des messages pour chaque utilisateur à partir de roundcube. Mon problème c'est que je n'arrive pas à me connecter à ces nouveaux comptes avec Thunderbird. Hormis le A et MX qui fonctionnent, est-ce que vous savez s'il y a des paramétrages particuliers à faire côté ovh ? côté thunderbird ? côté Mail Station ? Autre(s) ? Merci d'avance pour votre aide.

Je ne peux rien dire sur les résultats, il y a des spécialistes qui peuvent faire ça mieux que moi. Par contre, pour WinSCP, c'est un problème connu avec la 5.1. Voir et le lien vers le forum anglophone.

Gros wattage alors la résistance de test ! 2.4 ohm - 60W ça courre pas les rues !

La consommation à vide du 412+ est bien en deçà des 5A. Elle doit être de 15W environ, soit 1.25A. En charge, elle est de 44W, soit 3.7A Dans les 2 cas on atteint pas les 5A. Si vous pouvez vérifier pour ces 2 valeurs la tension que vous avez ce serait bien. A mon avis vous n'aurez pas plus qu'à 5A. Ceci étant, la puissance maxi de l'alim peut-être atteint en exploitation si vous avez opté pour l'hibernation des disques. En tout état de cause, 10.6V ce n'est pas suffisant pour alimenter correctement le NAS. L'alimentation est probablement HS.

Je trouve étrange ce volumeSATA1, mais après tout je n'utilise pas de disque esata pour mes sauvegardes pour pouvoir vérifier la chose et c'est peut-être normal. Combien de volumes classiques (1, 2, 3, etc) avez vous sur votre NAS et est ce que ce ou ces volumes occupent toute la place disponible de la grappe qui constitue votre RAID ? Je pense que quelques lignes de commandes pourraient mettre en évidence la constitution de vos disques. Je laisse le soin aux experts linux ericgrancher et Fravadona de vous donner les commandes qui vont bien. Un mount peut-être ?

Ce qui me parait étrange, c'est que le volumeSATA1 soit toujours présent lorsque vous déconnectez le disque. Si vous trouvez 49% d'occupation alors que le JAZZ est déconnecté, c'est que le dossier est sur le disque du nas ou alors c'est à n'y plus rien comprendre.

S'il ne se trouve ni dans un compte utilisateur, ni dans un répertoire partagé du NAS, il faudrait aller fouiller dans le NAS pour localiser le dossier. Pour cela, il faut d'abord activer le terminal ssh dans le DSM. Vous installez WinSCP sur votre PC. Vous le lancez et vous vous connectez à l'IP de votre NAS (192.168.x.x) avec le compte "root" et en utilisant le mdp du compte utilisateur. WinSCP vous permet de naviguer dans les répertoires et les fichiers de votre NAS. Attention de ne rien supprimer ! Les dossiers commençant par @ sont des dossiers cachés des paquets. Cherchez quelque chose qui correspondrait à votre satashare1-1 ou My Backup Set 1.