Mic13710

Je ne vous ai pas dit d'indiquer l'IP avec le port 5000, mais seulement l'IP (ce qui sous entend sans rien après) ! Le port du SSH est le 22 par défaut. Au pire, vous auriez pu entrer l'IP:22.

Je vous ai dit d'activer le ssh du NAS, alors pourquoi posez vous la question ?

Merci PiwiLAbruti de confirmer ce que j'ai écrit. J'ai cru un moment que les choses avaient changées du côté obscur de la pomme.

Le soucis que vous rencontrez vient effectivement du boitier USB. Vos disques, quel que soit leur status final, sont tous en RAID et ne peuvent donc fonctionner (de manière générale) que sur de l'IDE ou du SATA. Les disques de nos nas (comme pour tous les PC actuels) fonctionnent en SATA. Vous ne pouvez pas monter des disques RAID à partir d'une connexion USB car le contrôleur de RAID linux (mdadm) et la surcouche du SHR (lvm2) ne sont pas compatibles avec ce type de montage. Il vous faut trouver quelqu'un qui aurait un PC à vous prêter avec au moins un esata de libre et l'alimentation itou pour connecter l'un de vos disques.

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.

Content pour vous que tout soit rentré dans l'ordre.

Sur MAC, c'est différent. C'est une base unix donc vous pouvez accéder au NAS via le terminal. Pas besoin de Putty. Mais là s'arrête mes connaissances : je suis totalement hermétique et complètement ignare au monde des pommes, désolé. Si un pommé passe par là, il pourra vous dire comment faire.

Bienvenu dans la communauté.

OK. Votre DSM étant du 5.2, le passage en mode terminal est relativement simple. Vous allez dans le menu Terminal de DSM et vous activez le terminal SSH. Vous vérifiez ensuite que le port 22 n'est pas bloqué dans le parefeu. Vous installez Putty sur votre PC, puis vous le lancez. Vous indiquez l'IP du NAS, pour le compte vous mettez 'root' et pour le mdp celui du compte admin du NAS. Vous lancez les deux commandes et vous postez les résultats.

A priori, le disque ne devrait pas avoir souffert. Il est possible que ce soit l'alimentation ou la carte mère. Faite le test de la CM en suivant ce tuto : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General/Why_am_I_unable_to_install_my_Synology_NAS_and_why_is_my_power_LED_is_flashing_constantly Pour le disque, vous pouvez le monter dans un PC et à l'aide d'un simple lecteur linux vous devriez pouvoir accéder aux données.

Pour commencer correctement sur ce forum, il est de bon ton de passer d'abord par la case présentation avant de poster. Certains y sont sensibles. Mixer les disques d'un groupe n'est pas une bonne idée. Maintenant si votre volume est mort, il n'y a guère d'espoir de pouvoir le récupérer, sauf à passer par des entreprises spécialisées qui pour quelques centaines voire milliers d'euros pourront (peut-être) récupérer quelque chose. On peut tout de même commencer par aller voir ce qui se passe au niveau des RAID. Si vous êtes familier avec le mode terminal et les lignes de commandes, passer les commandes suivantes et postez le résultat ici : cat /proc/mdstat parted --list

Il me semble avoir été assez clair non ?

Une autre option (après avoir fait la sauvegarde bien évidemment) consisterait à ne monter qu'un disque sur 2 dans le nouveau NAS. Un fois DSM installé, on monte des lecteurs distants qui pointent vers les dossiers du 407 et on copie les données dans les dossiers correspondants du 218. Lorsque tout est opérationnel sur le nouveau NAS, on récupère le deuxième disque du 407, formatage et test comme préconisé par PiwiLAbruti, montage dans le nouveau NAS où il suffit de lancer une augmentation de volume pour monter le miroir entre les 2 disques. Néanmoins, je pense qu'il serait plus judicieux de partir sur des disques neufs, vu que les anciens disques ont des heures de vol qui grèvent sérieusement le MTBF global. Et tant qu'à faire, augmenter la capacité (4To par exemple) car 2To à l'heure actuelle c'est très vite petit, surtout si on utilise des paquets assez gourmands comme par exemple Cloud Station. Et ainsi vous gardez le 407 pour la sauvegarde du 218(+).

Je confirme au contraire que le tuto est toujours d'actualité puisqu'il s'adresse à DSM5.0 et au delà. Il n'y en n'a d'ailleurs pas d'autre sur le site Synology. Simplement, backup et replication a été remplacé par hyperbackup. La procédure reste la même. Si le volume est en panne, c'est qu'il y a un problème sur un ou plusieurs disques, et ça peut bien être aussi la cause de l'arrêt du NAS. Il faut donc commencer par vérifier le NAS avec la procédure suivante : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General/Why_am_I_unable_to_install_my_Synology_NAS_and_why_is_my_power_LED_is_flashing_constantly Si le test est concluant, installer un disque vierge (ou non utilisé par ailleurs) dans le NAS, et y faire une installation complète. Si ça fonctionne, c'est que le NAS n'a probablement rien. Dans le même temps, vous pouvez tenter de lancer un diagnostic des disques en lançant un test smart sur votre PC avec le logiciel du constructeur.

Bonjour, Si les deux prises éthernet sont fichues, vous n'avez aucun moyen d'accéder au NAS. Pour lire les disques sur un PC, vous devez passer par une distribution Linux. Ubuntu fait l'affaire, mais il faut aussi charger mdadm et lvm2 pour pouvoir activer le RAID. La procédure est bien décrite dans le tuto Synology : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Storage/How_can_I_recover_data_from_my_DiskStation_using_a_PC Oui, vous pouvez monter vos disques du 214+ dans le 218+. Cependant, il est préférable de recommencer à 0, ne serait-ce que pour bénéficier du btrfs. Edit : @firlin tu as dégainé plus vite. Il n'est pas indispensable de monter tous les disques. En fait sur un SHR, il suffit de monter n-1 et en SHR2, n-2. Bien sûr, si le PC de Docgg peut accommoder les deux disques c'est mieux, mais s'il n'y a qu'un sata de dispo, un seul disque fait l'affaire.

Synology a étendu la garantie de votre NAS à cause justement de ce problème de CPU. Contactez les pour la faire jouer. Ce serait dommage de jeter un nas alors qu'il peut être échangé gratuitement au titre de la garantie. La migration d'un modèle 1515+ vers un modèle 1517 se fait en déplaçant les disques de l'un vers l'autre. C'est expliqué dans le lien que je vous ai donné. Pourquoi voulez-vous copier les données ?

Tout d'abord, il est fort possible que votre NAS 1515+ soit atteint de la maladie des Atom. Fouillez le forum, il y a un post dédié à ça. C'est un pb de CPU intel qui est pris en charge par Synology au titre de la garantie. Si votre groupe de disque fonctionne sur votre 1515+, il doit pouvoir être migré sans soucis sur un 1517. Allez jeter un oeil au tuto Synology sur la migration. https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General/How_to_migrate_between_Synology_NAS_DSM_5_0_and_later

Bonjour, Si ça fait plusieurs années que vous suivez ce forum, vous devriez savoir que nous attachons une certaine importance à la présentation. Il y a un forum dédié pour ça. On saurait ainsi pourquoi vous utilisez (encore) sauvegarde et réplication qui est un paquet abandonné depuis DSM6.0. De manière générale, faire la sauvegarde d'un dossier sur le même disque n'a aucun sens, sinon ce n'est pas une sauvegarde. Et je ne vois pas non plus d'intérêt à dupliquer un dossier sur le même volume. Quel est le but recherché ? Une sauvegarde c'est TOUJOURS sur un autre support, dans un autre lieu.

Ces derniers échanges n'ont rien à faire ici. Merci de communiquer en MP.

Non, Ethernet.

Pas besoin d'un disque externe pour faire tourner Domoticz sur un rasp. La carte sd suffit.

Vu le problème exposé et l'impossibilité de réparer le RAID, il me semble plus judicieux de contacter le support afin qu'ils prennent la main sur le NAS. C'est le genre de truc qu'ils maitrisent assez bien.

Sans souci. Je l'ai encore expérimenté la semaine dernière lors d'essais de connexion d'un automate avec OpenVPN. Blocage systématique dès le nombre de connexions échouées atteint dans les temps impartis.

Tout port ouvert est une entrée potentielle pour les hackers. A vous de vous en prémunir avec des mdp forts et des blocages sur les tentatives de connexions infructueuses. Le choix de l'IPSec seul n'est pas forcément le plus judicieux si vous êtes amené à vous déplacer, à cause des filtrages souvent en place dans les entreprises qui bloquent très souvent les ports, entre autres les 500 et 4500. Je vous conseillerais d'utiliser aussi OpenVPN pour lequel vous pouvez choisir le port de connexion. En prenant un port standard (443) qui est normalement ouvert à peu près partout, vous augmentez vos chances de pouvoir vous connecter à partir d'un serveur d'entreprise à condition qu'il soit peu regardant sur le protocole utilisé. Mais cela exige aussi que votre port 443 soit ouvert au 4 vents. On ne peut pas avoir le beurre et l'argent du beurre.