Mic13710

En dehors des disques, le NAS fait relativement du bruit. Salon ou chambre, ce n'est pas vraiment le meilleur emplacement. Un débarras, cave ou même placard serait mieux approprié (si l'environnement le permet bien entendu). La question du bruit des disques (et du NAS) se poserait alors beaucoup moins....

@simencourt si les domaines n'existent pas, il y a peu de chance que ça fonctionne. Chez OVH il faut deux enregistrements Si vous avez une IP fixe, un enregistrement A (et/ou AAAA si IPV6) maison.domaine.tld qui pointe vers votre IP fixe Si vous avez une IP dynamique, un DynHost de maison.domaine.tld qui est synchronisé sur votre IP dynamique (il faudra si besoin modifier le DDNS du NAS) Et un enregistrement CNAME *.maison.domaine.tld dont la cible est maison.domaine.tld. Pour que le script de création, il faut bien entendu que les clés API donnent accès à ces domaines.

@Ancelord chaque version de DSM apporte son lot de modifications et là, je suis perplexe sur le besoin de modifier le mot de passe de l'administrateur actuel pour réactiver l'admin de base. Etes-vous sûr qu'il s'agit du compte admin actuel et pas de l'admin de base qui n'aurait jamais été activé et donc avec le mdp par défaut, d'où la demande de le modifier ?

Ca c'est le scoop de l'année. Où avez-vous péché ça ? Source SVP ? Je suis curieux. Sur un SHR, on ne change qu'un seul disque. On doit en changer au moins deux seulement pour augmenter la capacité de stockage. Relisez mon message que j'ai complété entre temps. Toute manipulation sur les disques comporte des risques. Et il arrive relativement souvent qu'un groupe tombe en panne lors d'une réparation ou d'une augmentation de capacité. A vous de voir si vous courrez le risque de devoir tout perdre ou si vous sauvegardez vos données avant de vous lancer. Votre NAS actuel est encore capable d'héberger des sauvegardes. Je ne saurais trop vous conseiller une fois que vous aurez installé le nouveau, de vous en servir pour effectuer des sauvegardes périodiques.

La migration des disques est la solution de facilité mais c'est aussi la pire des solutions. Tout simplement parce que toutes les limitations du groupe sont aussi transférées avec les disques dans le nouveau NAS. Et l'écart est d'autant plus important que l'écart entre les NAS est important. C'est à faire en connaissance de cause. Pour ma part, je privilégie une installation neuve. Et pour cela, il faut des sauvegardes. Et sur ce point, vous n'êtes pas au point. Mais là encore, chacun voit midi à sa porte. Je constate simplement que ceux qui ne l'ont pas fait viennent ici pour savoir comment récupérer leurs données perdues à la suite d'un crash, d'une corruption, d'un effacement accidentel ou autre (vol, incendie, perte de disque). Ainsi, la sauvegarde préconisée avant toute manipulation participe du même principe évident : toute opération sur les disques comportent des risques de pertes de données, et si la migration ne se passe pas bien (et dans le cas présent c'est tout à fait possible car il faudra de toute manière passer à la version 7.xx avec le nouveau NAS), il ne reste plus que la sauvegarde pour récupérer ses données. Mais vous pouvez très bien ne pas le faire. Ce sont vos données.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

@Ancelord une suggestion, si le compte est l'ancien admin, il faudrait le réactiver temporairement, le temps de la désinstallation du paquet.

@JLM2169 probablement parce que vous utilisez la configuration du routeur à partir du NAS. Cette fonction est tout simplement à proscrire au profit d'un réglage du routeur. Je vous invite à consulter et mettre en pratique le tuto sur la sécurisation de nos NAS où ce point est abordé. En ce qui concerne les micro coupures, le NAS ne devrait pas être affecté car son alimentation a la capacité de les absorber suffisamment longtemps pour que l'onduleur prenne le relais. A mon avis, si votre UPS a un certain nombre d'années, vous devriez regarder du côté de sa batterie qui est probablement en fin de vie.

@Darkangel il y a une section docker. Je déplace. Merci de faire attention où vous postez vos questions.

Je n'en vois pas l'intérêt. Lorsque vous comprendrez comment fonctionne le reverse proxy, vous comprendrez le sens de ma remarque. En gros, le reverse proxy permet de relier une adresse https vers un service en http. Il pourrait bien évidemment le faire vers du https, mais alors vous faites du double chiffrage ce qui n'est pas le top en terme de rapidité, n'apporte rien de plus en terme de sécurité (vous travaillez en localhost) et en plus vous devez avoir un certificat de part et d'autre pour l'origine et la destination. J'ai vaguement l'impression que vous vous compliquez la vie....

Faites ce que je vous ai dit à savoir réparer votre groupe avant qu'il n'y ait d'autres problèmes.

Sur le disque 1, ce n'est que la partition système qui a un problème. Le système fonctionne sur les autres disques donc ça ne devrait pas poser de problème pour reconstruire le disque 4, à condition bien entendu que les données soient encore accessibles, ce que vous ne dites pas. Il suffit de l'associer au groupe pour le réparer et après de nombreuses heures, tout devrait fonctionner normalement. Une fois le groupe reconstruit, il va falloir regarder ce qui se passe avec le disque 1. Je pense que ça vient du fait que le disque n'a pas été reconnu lors du premier démarrage et a été éjecté du RAID1 du système. Commencer par un test smart étendu. On verra par la suite ce qu'il faudra faire.

@Kricetof écrire en gras souligné le nom de la personne que vous souhaitez interpeller n'aboutit à pas grand chose puisque la personne en question n'en est pas notifiée. La méthode et celle que je viens d'utiliser à savoir de commencer par un '@' et les premières lettres du pseudo. Une liste est alors proposée qui s'affine au fur et à mesure, et il suffit de valider le nom pour qu'il apparaisse comme en en-tête de ce message.

C'est correct. Ce que je voulais dire c'est qu'avant de poser des questions sur des opérations simples, il faut d'abord consulter la base de connaissance. Et en la matière, voici ce qu'elle dit : Créer un groupe de stockage Pour créer un groupe de stockage : Lancez le Gestionnaire de stockage. Accédez à la page Stockage, puis cliquez sur Créer > Créer un groupe de stockage. Configurez les propriétés du groupe de stockage : Type de RAID : sélectionnez un type de RAID pour protéger votre groupe de stockage. Différents types de RAID offrent différents niveaux de fonctionnalités et de protection des données. Pour plus d'informations, consultez la section Choisir un type de RAID. Une fois qu'un type de RAID est sélectionné dans le menu déroulant, les informations suivantes s'affichent : Nombre minimal de disques : ce champ indique le nombre minimal de disques requis pour le type de RAID sélectionné. Tolérance aux pannes du disque : ce champ indique le nombre maximal de disques défectueux autorisés pour le type de RAID sélectionné. Type de disque : ce champ indique le type de disque du SSD ou du HDD installé. (Ce champ n'apparaît que sur certains modèles de Synology NAS.) Description du groupe de stockage (facultatif) : ajoutez une description pour ce groupe de stockage. Sélectionnez et déployez des disques, puis cliquez sur Suivant. Suivez l'assistant pour terminer le processus. Et au vu de ce qui est dit, il n'y a rien qui puisse prêter à confusion puisque c'est ce que vous avez décrit avec quelques points en plus afin d'être exhaustif. Vous parlez de forum d'entraide, mais bien souvent, les questions posées relèvent plus de la fainéantise de ne pas vouloir faire une recherche personnelle que d'un réel problème qui ne trouve pas de solution. Je suis bien d'accord que la base de connaissance est peu disserte sur de nombreux points, d'où l'intérêt du forum, de ses discussions et de ses tutoriels. Mais il ne dispense pas de faire un travail personnel. N'oubliez pas que les intervenants ainsi que les membres de l'équipe sont tous des bénévoles qui donnent de leur temps pour aider les autres. Personne n'est tenu d'intervenir et beaucoup de questions restent sans réponse parce qu'elles n'ont pas trouvé preneur. C'est ainsi sur tous les forum et il faut apprendre à s'en accommoder.

Généralement il est rare que ça n'aille pas plus loin. A priori, tôt ou tard le disque va tomber en panne. Si tous vos disques sont issus du même lot, d'autres peuvent très bien suivre le mouvement et là, ce serait la course à l'échalote pour savoir lequel va tomber en panne le premier. D'un autre côté, 32 secteurs ce n'est pas non plus catastrophique et le disque les a remplacé par des secteurs en attente et tant qu'il continue à faire son boulot, les données sont préservées. A mon avis il faut surveiller attentivement la situation de ce disque (et des autres) et s'il y a une augmentation significative, vous le changez. Après, c'est vous qui prenez la décision de le faire tout de suite ou bien d'attendre.

@Kricetof Savez-vous qu'il y a une base de connaissance Synology qui répond à toutes les questions sur DSM ? Pour créer un groupe de stockage, vous avez ceci : https://kb.synology.com/fr-fr/DSM/help/DSM/StorageManager/storage_pool_create_storage_pool?version=7

https://www.synology.com/fr-fr/releaseNote/HyperBackupExplorer

Il faudra choisir de faire un nouveau groupe sur lequel vous monterez un volume (qui devrait être le 2 si l'actuel est le 1). Par défaut, ce groupe sera en SHR sans protection des données (pseudo équivalent à un basic). Non! un RAID n'est pas une sauvegarde ! C'est un groupement de disque qui permet d'assurer la continuité de service en cas de panne d'un des disques, de deux dans le cas du RAID6 ou SHR2. C'est tout. Il faut très vite vous ôter cette idée de l'esprit. Dans un RAID, les données sont en miroir ou agrégés par bandes selon le RAID. Si un fichier est effacé, vérolé, illisible ou corrompu, il l'est sur tout le groupe. Le RAID ne vous dispense pas de faire des sauvegardes périodiques de vos données. Vous voila prévenu.

C'est l'éternel débat. L'unité d'affichage de DSM tout comme windows est erroné. En réalité il s'agit de Tio. Les To affichés sont en réalité des Tio. Un 22To est donc égal à 20.02Tio auxquels on retire le btrfs, ce qui donne 19.21Tio

Le 216J n'est pas compatible btrfs Pour avoir vos 4To, soit vous montez deux volumes séparés (un par disque), soit vous montez vos disques en RAID0 ou en JBOD. La première solution vous obligera à jongler avec les volumes pour y répartir vos données. Si vous perdez un disque, vous ne perdrez que les données de ce disque. La deuxième solution vous donnera qu'un seul volume de 4To réparti sur les deux disques et sera plus simple à gérer. Si vous perdez un disque vous perdez tout. Question rapidité, ce sera le RAID0. Aucune sécurisation des données avec ces deux solutions.

Pas sur le 220+ ni sur le 224+. On peut l'augmenter. Et pour faire un peu de VM et faire tourner Jeedom, c'est largement suffisant. Le CPU certes ancien ne fait pas tout. Il faut aussi voir ce qu'offre DSM et à ce niveau, les autres sont derrière. Mais si Asustor correspond à ce que vous cherchez, alors ne vous posez plus de questions.

Et pourquoi ne pas tout simplement utiliser DSPhoto qui fait ça très bien ? Sinon, Drive le fait aussi, mais si vous avez les deux applications sur votre smartphone, il va falloir désactiver la sauvegarde des photos sur l'une des deux pour ne pas avoir deux dossiers avec les mêmes photos.

Pour commencer, un NAS n'est pas un disque dur externe dans lequel on insère ou enlève les disques durs à l'envie. Le montage démontage à chaud n'est là que pour permettre de rajouter ou remplacer un disque sans avoir à couper le NAS. Ce n'est qu'une continuité de service. De plus, en ôtant un disque, vous cassez les raid 1 du système et du swap qui sont montés avec les autres disques du NAS ce qui oblige à réinitialiser le disque lorsque vous le remettez dans le NAS. Ce n'est donc pas une solution à envisager. Ensuite, ce que vous voulez faire n'est pas une sauvegarde au sens strict du terme puisque le disque de sauvegarde n'est pas isolé de la source et il n'est pas stocké dans un autre lieu. Ce qui conduit à la solution d'un NAS 2 baies avec disque dur externe. Maintenant, je ne sais pas ce qui vous conduit à choisir un DS713+ plutôt qu'un autre NAS, surtout s'agissant d'un premier NAS. Je vous suggère de regarder aussi du côté du 224+ qui vient tout juste de sortir et devrait bientôt arriver en France. Ce serait à mon avis un excellent choix pour débuter. Quand au format du support, je vous conseille d'opter plutôt pour du SHR (installé par défaut) qui est un RAID hybride offrant plus de flexibilité que le RAID classique

Le patch n'est qu'une rustine qui retarde la panne mais ne règle pas le problème.. Il se peut aussi que ce soit un défaut du bloc alimentation et ça c'est pas très bon pour les groupes de disques. Je vous conseille de mettre à jour vos sauvegardes et de contrôler votre alimentation. Il me semble qu'il y a des discussions concernant ces alims dans le fil que vous à donné @firlin