Mic13710

Salut Ooooops! non, ce n'est pas moi. Dans le cas présent, il n'y a rien sur le NAS de Gudyval. On peut donc repartir de zéro.

Il faut supprimer le volume puis le recréer en choisissant le mode personnalisé pour avoir accès aux différents types de RAID.

Processus assez long. Attendre que ça se termine ....

Pour la continuité de service, tout dépend du type de RAID. Le RAID0 ou le JBOD sont très loin de pouvoir assurer cette fonction. Et oui, le RAID ou SHR n'est absolument pas une sauvegarde (pour éviter les termes anglais ) qu'il faut toujours assurer sur un support différent. Oui aussi pour la fragilité du RAID par rapport à un volume en Basic, mais c'est surtout si le NAS n'est pas alimenté par un onduleur compatible. Car ce qui tue un RAID ce sont les défauts de parités en cas de coupure de courant pendant une phase d'écriture. Les dégâts occasionnés peuvent être faibles à dévastateurs pour le RAID. En règle générale, il ne faut pas mettre en oeuvre un RAID s'il n'y a pas d'onduleur. Sinon, ça revient à sauter de l'avion sans parachute.

Pour peu qu'on stocke pas mal de fichiers multimedia, je confirme que 2To peuvent s'avérer un peu justes pour 5 utilisateurs. Par contre, il est toujours possible de l'augmenter soit en changeant les DD par des 4To (ce que j'ai fait), soit en ajoutant un boitier d'extension si le NAS est compatible et si entre temps les capacités des disques n'ont pas évolué (ce qui est peu probable).

le dernier DSM pour le 509+ est la version : DSM 4.2-3246; Date de build : 2014-02-17 Donc pas de 4.3 et encore moins de 5.0 à l'horizon. Comment avez-vous pu l'installer si pas recevable ? Normalement, l'installation ne devrait pas être possible (refus du NAS). Vous devriez en principe pouvoir redémarrer sur la 4.2.

le bouton gérer n'est accessible que lorsqu'il y a quelque chose à gérer : réparation du raid ou shr ou bien augmentation du volume. Si votre volume occupe tout l'espace disque et qu'il fonctionne correctement, pas de gestion à faire, donc pas d'accès.

A condition qu'elle soit prise en charge à 100%. C'est souvent le scan qui n'est pas supporté et perdre cette fonction c'est un peu comme avoir une F1 pour aller faire ses courses. En plus c'est pas pratique : ça n'a pas de coffre.

Pas de problème. C'est surtout pour les intervenants de votre fil qu'il fallait le faire.

Merci de nous en informer. Il eut été plus logique de le faire plutôt vous ne pensez pas ?

Oui, mais bof. C'est très limité en terme de modèles d'imprimantes et de fonctions prises en charge. Ça dépend aussi du système d'exploitation (Windows ou Ios). Si vous n'avez pas trouvé, c'est que vous n'avez pas bien cherché : tous les matériels compatibles sont listés dans l'onglet compatibilité du Support du site Synology. Pour les imprimantes, c'est ici. Certaines ont l'impression et le scan pris en charge, d'autres non. Vous en avez aussi pour les Mac. Il y aussi un lien pour les imprimantes plus anciennes et un autre vers un tableau renseigné par les utilisateurs. Franchement, je trouve cette fonction assez anecdotique pour un NAS. Si votre imprimante fonctionne en réseau (Ethernet ou Wifi), mieux vaut l'utiliser sur le réseau plutôt que sur le NAS. Mon imprimante est une Canon Pixma MG5350 connectée en Wifi et je me contrefiche de savoir si le NAS la prend en charge ou pas, d'une, parce que les 2 sont assez éloignés (mon NAS est à la cave), et ensuite que les compatibilités ne sont pas à 100%. Mais d'autres peuvent avoir des opinions différentes. Je ne peux pas répondre à la deuxième question.

Désolé, mais je ne suis intervenu que pour la manière d'accéder au fichier pour le modifier. Je ne sais absolument pas si la modification indiquée par pwet fonctionne et je n'ai aucun moyen de la tester.

Désolé mais je ne comprends pas bien les questions. Les login et mdp sont des sécurités. On ne peut pas passer outre. Mais si c'est pour pouvoir y accéder depuis votre PC, vous ne saisissez qu'une seule fois ces paramètres lorsque vous faite le mappage de votre NAS et vous choisissez de vous reconnecter à l'ouverture de session. S'il s'agit de supprimer des lecteurs réseaux de votre PC associés à vos anciens dossiers partagés, il faut simplement les déconnecter et décocher la reconnexion à l'ouverture de session. S'il s'agit de supprimer des dossiers de votre ancien NAS, je n'en sais rien car je ne connais pas le modèle dont vous parlez. Je suppose qu'il faut se connecter en tant qu'administrateur pour pouvoir accéder aux dossiers et les éliminer.

Tu as peut-être raison. Il faut croire que les disques actuels sont zéro défaut et sont donc excellents, voire même parfaits. J'ai installé les 4To dans mon NAS et j'ai lancé le test des anciens 2To. On verra bien quels seront les résultats après plus de 2 ans de bons et loyaux services en 24/7. Ce sont aussi des Seagate.

Merci Oooops! pour ta réponse. Je me sens moins seul tout d'un coup. Pour maintenant l'avoir pratiqué, ce test me fait poser une autre question. Puisque les tests par Telnet semblent produire les mêmes résultats pour des disques identiques (dans mon cas, les deux 4To m'ont donné les mêmes in et out), comment sont détectés les secteurs défectueux et comment sont ils invalidés ? Je veux bien que les disques actuels soient de bonne qualité et que les erreurs soient minimes, mais si le test balaye l'intégralité du disque, il doit forcément rencontrer des secteurs défaillants. Or, ils n'apparaissent pas dans les valeurs out renvoyées en fin de test. Avec des disques jusqu'à 2To, on peut passer par Roadkil's Diskwipe. Je l'ai utilisé à l'époque pour mes 2To. Je ne me souviens pas des résultats, mais il me semble qu'il y avait quelques erreurs signalées, ce qui n'a pas empêché mes disques de fonctionner sans pb.

Je ne comprends pas. Si vous arrivez à vous connecter avec Putty (votre message #14), vous devez pouvoir vous connecter avec WinSCP car ils utilisent les mêmes ports. N'auriez vous pas un pare feu activé sur votre PC ? Si c'est le cas, désactivez le et réessayez.

La préparation du deuxième disque s'est terminée et donne le même résultat que le premier. J'en conclus que mes 2 disques sont bon pour le service. Je pense avoir une explication sur la différence des résultats entre in et out. Pendant la préparation du deuxième disque, j'ai ouvert une autre session dans laquelle j'ai envoyé des instructions kill -USR1 `pidof dd` Cette instruction permet de visualiser la progression dans la première session. Les résultats obtenus étaient systématiquement avec une différence d'un bloc entre in et out. C'est normal à mon sens puisqu'il faut d'abord écrire sur un bloc avant d'avoir un retour. Pour le dernier bloc envoyé, le in est incrémenté, mais la procédure est immédiatement stoppée puisqu'il n'y a plus de place sur le disque. Il en résulte une différence de 2 blocs (1 pour la différence entre écriture et lecture + le dernier envoyé), et comme le disque a démarré la lecture du dernier bloc inscrit sur le disque, le +1 représente le morceau de bloc incomplètement lu. Si c'est exact, ça signifierait que le dernier bloc est exclus du contrôle. Mais c'est totalement insignifiant. Qu'en pensent les spécialistes ?

Super. Bonne continuation.

En principe, la désinstallation propre des paquets désinstalle aussi les dossiers et fichiers cachés associés. Ceci étant dit, je ne sais pas encore comment se comporte DSM 5 et je verrais ça dans 5 à 6 mois, le temps que les plâtres soient bien secs. Normalement, le périphérique DLNA lit le fichier sur le NAS. A charge ensuite pour lui de faire le boulot de transcodage. Essayez d'activer les MIME personnalisés dans la compatibilité DMA et mettez ce MIME personnalisé pour les AVI : avi=video Vous pourrez les compléter par la suite. En ce qui concerne le transcodage, le 214+ est un groupe 2, c'est à dire qu'il ne prend en charge qu'un nombre restreint de type de fichiers, contrairement au 214play qui lui est du groupe 1 et qui est actuellement le plus performant dans ce groupe. Mais ça ne devrait avoir aucune incidence sur le DLNA.

#1 : Si vous n'avez pas l'utilité des paquets multimédia de Synology, à mon sens l’indexation ne vous sert pas à grand chose. Mais comme vous les avez installés, le NAS fait son job en indexant vos fichiers. Cette opération est effectivement très longue et nécessite d'importantes ressources machines. Elle peut durer plusieurs jours suivant le type de NAS et le nombre de fichiers. Vous pouvez la stopper temporairement à partir du DSM. #2 : Je n'en sais rien. Peut-être aller voir du côté des paramétrages du serveur multimédia. #3 : J'ai aussi un 214+ que je suis en train de préparer. Il vibre normalement, en tout cas pas plus que mes autres NAS. Je ne crois pas que la fixation rapide pose un problème, mais si vous pensez que ça vient de là, vous pouvez envisager de les visser, si toutefois c'est possible. Tenez nous au courant. Pour quelle raison voudriez vous que les DD soient reformatés après les avoir enlevés ? C'est comme pour votre PC lorsque vous démontez ou remontez votre disque. Il faut surtout les remettre dans les mêmes positions (DD1 dans la baie 1 etc...)

Bonjour à tous, Je viens de terminer la préparation d'un disque Seagate ST4000DM000 sous Telnet en suivant l’excellent tuto de Fred et le résultat est le suivant : 3815449+0 records in 3815447+1 records out Ce qui donne un disque de 3726Go pour des blocs de 1Mo. Ok pour un 4To. La littérature est assez pauvre sur ces valeurs, mais je m'interroge surtout sur leur interprétation. J'ai trouvé ceci sur Wikipedia : Output messages The GNU variant of dd as supplied with coreutils on Linux does not describe the format of the messages displayed on standard output on completion. However, these are described by other implementations, e.g. that with BSD. Each of the "Records in" and "Records out" lines shows the number of complete blocks transferred + the number of partial blocks, e.g. because the physical medium ended before a complete block was read, or a physical error prevented reading the complete block. Soit. Bien que le résultat pour mon disque semble en ligne avec ceux obtenus par d'autres intervenants sur le forum avec toujours une différence de 2+1 entre in et out (soit 2 blocs complets + 1 partiel), je n'en comprends pas la raison. Qu'est-ce qui explique cette différence qui ne peut pas être une erreur puisqu'elle est répétitive ? Et plus généralement, ce résultat signifie t'il que mon disque n'a pas de secteur défectueux et est bon pour le service, ou bien est-ce que les secteurs défectueux ont été ignorés lors du test et n'apparaissent pas dans le résultat ? Merci d'avance pour vos lumières

Je ne savais pas que ce routeur était compatible 802.3ad. Dans ce cas ça peut fonctionner (sans vraiment un gros plus vu l'utilisation). Ce que dit le site de Syno : "En général, la plupart des routeurs qui respectent la norme IEEE 802.3ad peuvent être compatibles avec la fonction link aggregation sur les produits Synology."

Pour être franc, l’agrégation de lien n'est d'aucune utilité pour un réseau privé. Il faut vraiment y aller très très fort pour arriver à faire vaciller un lien Gb. Pour ce que vous souhaitez faire un seul port est bien suffisant. Et puis quand vous verrez le prix d'un routeur gérant l'agrégation et qui soit compatible Syno, généralement ça calme bien.

Puis-je savoir pourquoi ? La redirection de port ne concerne que les échanges avec le net. Ca ne sert strictement à rien avec l'intranet.

Suivant votre version de windows, avez-vous essayé en lançant winscp en tant qu'administrateur (clic gauche, exécuter en tant qu'administrateur) ?