Mic13710

Il est possible que le dsm ait lançé une nouvelle indexation, auquel cas il est normal que rien ne soit disponible sur le freeplayer. Attendez quelques temps pour voir si le problème persiste. Perso, j'ai effectivement attendu quelques mois avant de passer au 5. J'ai même été un de ceux à déconseiller fortement son installation si le besoin ne s'en faisait pas sentir. Maintenant qu'il est mature, je ne vois guère de raison d'attendre encore. Pour le moment, je n'ai aucun soucis avec cette version que je trouve très bien faite.

OK. Merci de revenir pour nous dire si la solution de sauvegarde a fonctionné. Pour tout dire, si je connais bien ce tuto Syno, je ne l'ai jamais expérimenté. Comme vous allez la tenter sur un shr, un petit retour permettrait à ceux qui seront confrontés au même problème de savoir qu'ils peuvent récupérer leurs données de cette manière.

Il est possible de monter des disques d'un syno vers un autre. Voir ce tuto Synology. Ce n'est pas l'architecture qui est le point bloquant, mais plutôt la version de DSM installée et le nombre de disques à transférer. Malheureusement, à cause d'un raid sur 3 disques le montage des disques du 412 sur le 212 n'est pas supporté. Je ne suis pas convaincu que l'installation en mode dégradé (1 disque en moins) soit une solution possible car à mon avis la migration présuppose que le système de disques à migrer est sain. Personnellement, je ne tenterais rien de ce côté car il y a un risque de corruption de données. Comme vous l'avez indiqué vous pouvez aussi récupérer vos données sur un PC sous Linux, ou passer par une distribution Linux (Ubuntu par exemple). Mais vous devez là encore installer vos 3 disques sur le PC. Voir ce tuto Synology pour la procédure. Si vous n'avez pas la possibilité de monter les 3 disques sur le PC, je vous conseillerais de ne rien tenter sur vos disques en attendant le retour de votre assurance. Mais là encore, rien n'indique que vos données n'ont pas été corrompus lors du coup de chaud...

Y'a pas de quoi. Ici, c'est comme ailleurs. C'est un forum où les personnes qui passent essaient de donner de leur temps pour aider les autres. Rien ne vous interdit d'aller voir ailleurs si l'herbe est plus verte .... Mais pour être tout a fait clair, si votre nas n'a pas cette option, je ne vois pas d'autre possibilité que de passer par votre routeur. S'il ne le fait pas, il faut envisager de changer de routeur. C'est ce qui vous a été dit ici et il n'y a pas à priori d'autre solution pour passer outre. Maintenant, si vous trouvez quelque chose là où l'herbe est plus verte, ce serait sympa de nous en faire part. Vous pourriez ainsi en faire profiter la "communauté"

Il y a eu un post il y a quelque temps à propos d'un problème similaire sur un 414. Au final, le SAV avait demandé le retour du NAS au motif que le poussoir était défaillant et que c'était un défaut connu sur une série de ce modèle. A mon avis, ceux qui ont des 414 devraient vérifier si le leur n'est pas affecté. Je trouve à ce propos que Synology manque de sérieux car si le problème est connu et récurant et que la série incriminée est clairement identifiée, il serait normal qu'une note d'information avec procédure de vérification soit diffusée. Une fois la garantie expirée, il sera beaucoup plus difficile de faire valoir un vice de fabrication.

Pas de problème avec ça. Toutes les écoles sont bonnes tant que ça fonctionne. Seulement, après de nombreux mois sur ce forum, je m’aperçois que dans la majorité des cas ceux qui ont des disques qui foirent sont ceux qui ont zappé la préparation. Coïncidences ? Je considère pour ma part que le temps passé à préparer ses disques, c'est du temps de gagné par la suite.

Pour ma part, que ce soit pour du basic ou du raid, je prépare mes disques. La raison est toute simple : la préparation hors dsm permet de vérifier le disque complet avant la création de toute partition. Celle pratiquée à partir du dsm, même si elle est bien faite, ne se fait que sur la partition data en ignorant celle du dsm (et pour cause) et je pense aussi celle du swap (à confirmer). Le site de Fred est effectivement victime du syndrome du DSM 5. La méthode proposée par Oooops! est toute aussi bonne.

Ce n'est pas les licences qui bloquent, mais le 211j lui-même qui ne peut pas gérer plus de 5 caméras. Voir les caractéristiques ici.

Salut domlas. La programmation du démarrage Syno éteint est tout à fait possible et fonctionnelle. Idem pour l'arrêt. C'est ce que j'ai fait pour mon 710+ qui ne me sert plus que de sauvegarde une fois pas semaine.

Normalement, vous pouvez la supprimer dans le premier syno et l'installer dans le deuxième.

ici

Voir la réponse que j'ai faite pour un cas similaire.

CloudStation client ne fonctionne qu'avec un et un seul compte utilisateur auquel on peut ajouter des dossiers partagés. Il n'est pas possible de synchroniser 2 comptes utilisateurs sous une même session, ce qui est logique, que ce soit sous CloudStation ou en fonctionnement plus traditionnel en mappant le NAS. La seul solution qui fonctionne, c'est d'ouvrir 2 sessions, une par utilisateur, avec chacune son propre client.

Super. Après réflexion, vos disques sortant d'un 207 et au vue de la taille de la partition système, il y a fort à parier que le système de fichier était aussi en ext3. Maintenant que vous avez tout réinitialisé, vous êtes passé en ext4.

Juste une remarque, plutôt que de choisir un SHR sur volume séparé, vous pouvez choisir tout simplement le basic. Dans ce cas, vous aurez un RAID monodisque (les Syno multibaies ne savent faire que des RAID ou des SHR)

Pour cela, il faut passer par SSH ou Telnet. Activer l'un des deux dans Terminal. Installer PuTTY sur votre PC et le lancer. Pour ouvrir le terminal, donner l'adresse IP du NAS, le mode de connexion (Telnet ou ssh), éventuellement renseigner le numéro de port si différent du port par défaut. Dans le terminal : taper root pour le compte, le mdp est celui du compte admin du DSM.

A partir du moment où vous pouvez lire, vous pouvez copier. Lorsque vous lisez, vous chargez le fichier sur votre PC. Dès lors, rien ne vous empêche de le copier. Dans le Syno, si vous donnez uniquement des droits pour lire, c'est seulement une interdiction d'écrire dans le dossier. Un moyen serait de donner des droits à un PC unique sans autre connexion que celle avec le NAS et sur lequel il n'y a ni port USB ou esata ou autre, ni graveur CD, ni liaison vers l'extérieur pour limiter les fuites.

Auparavant le format était en ext3. Le format NTFS est uniquement disponible pour formater les disques externes. CentOS peut bien évidemment lire des ext4 puisque c'est une distribution Linux !

Il suffit de retirer le premier disque et de le remplacer par un nouveau. Aller dans le gestionnaire de stockage pour réparer le volume. Une fois que c'est fini (ce sera assez long, quelques heures) et que le volume est sain, faire de même avec le deuxième, puis le troisième. Une fois que c'est fait, vous choisissez d'étendre le volume dans le gestionnaire de stockage. Vous en aurez encore pour quelques heures et ce sera terminé. Mais avant toute opération de ce type où le risque de perte de données est possible, assurez vous que votre sauvegarde est bien à jour.

La réinstallation du DSM est à faire de toute façon quelle que soit l'architecture. Ce n'est pas seulement pour une question de CPU mais aussi de modèle de NAS. Mais en suivant le tuto de Synology, ça devrait pouvoir se faire sans problème. Cependant, s'agissant de RAID0, je ne vois pas trace de cette configuration dans le tuto. Il se pourrait alors que ça ne soit pas forcement un long fleuve tranquille. Assurez-vous avant de commencer que vos sauvegardes sont à jour.

Parce que vos disques ne sont absolument pas en NTFS mais en ext4, format pour tous les disques installés dans les Synos. Je ne sais pas ce qui vous fait croire que vos disques sont dans un format différent. Ensuite, si vous avez vidé la corbeille, je ne connais pas de logiciel Linux capable de récupérer vos données effacées.

Le mappage est effectivement ce qu'il faut faire. Et ça ne peut pas du tout impacter sur le C: le D: ou autre disque de votre PC. Il ne fait que créer un lien vers un disque externe, le NAS en l’occurrence, et ce lien est associé à une lettre de lecteur afin de pouvoir y accéder par l'explorateur comme on le ferait pour n'importe quel disque. Je ne sais pas comment votre disque peut être impacté, à moins que vous ayez fait des synchros et non des mappages.

C'est tout simplement dans sauvegarde et replication du menu principal.

C'est vrai que 50Go sur le C: c'est un peu juste, mais ça ne concerne pas le NAS Edit : A moins que je me trompe, je pense que le problème de Delba146 à quelque chose à voir avec le mappage du NAS.

Je ne comprends pas bien votre problème. Si vous lisez directement les fichiers de votre NAS, il ne se passe rien en terme d'espace sur les disques de votre PC. Qu'est-ce que vous appelez "relier mes bibliothèques" ? Est-ce que vous faite de la synchro ?