JacquesF

Bonjour, Comme le dit Nicoueron, rien à voir avec Xpenolgy. Mais pour ce qui est de la question, changer le mot de passe peut suffire, mais dans le cas où un accès SSH est possible, il suffit d'avoir autorisé (et c'est souvent par défaut) la connexion via un échange de clef SSH pour qu'on ignore la procédure d'authentification par mot de passe. Faire une recherche sur le net pour vérifier la configuration SSH selon l'OS utilisé. Jacques

Bonjour, Pour la récupération des données des disques Synology, il y a u sujet expliquant la procédure à tenir sur leur site : https://kb.synology.com/fr-fr/DSM/tutorial/How_can_I_recover_data_from_my_DiskStation_using_a_PC Le principe est de démarrer le PC avec un mini système Linux (RescueCD offre tous les outils nécessaires pour ça) et de monter la structure des disques ensuite. Après, le partage des disques peut se faire pour récupérer les données via le réseau, ou les transférer via le réseau sur un autre serveur, ou vers un disque USB. Jacques

Bonjour, Pas certain que ce soit la clef du problème, étant donné que je ne transcode pas sur mon installation, mais il me semble que pour activer le transcodage il fallait un numéro de série valide et un hardware adapté. On doit pouvoir retrouver des discussions sur ce sujet en faisant une recherche avec ces mots clefs dans le forum. Maintenant, en utilisant un player comme VLC sur les mobiles, il doit être possible de lire les fichiers nativement et donc de se passer du transcodage je pense. Jacques

Bonjour, Pas vu le message plus tôt, mais voici un lien de partage perso où je laisserai les fichiers quelques temps. Provenance direct de Synology, non modifiés. Le fichier de version et le patch v3. https://u.pcloud.link/publink/show?code=kZcArAVZOWKY1zIuOU71do3BXUu1EFjeUHB7

Juste pour info, *.* c'est pour Windows, sous Unix et dérivés (dont VMFS) c'est * simplement. Je ne sais pas si c'est le dossier FAC qui doit être supprimé, auquel cas en se plaçant un cran au-dessus (probablement la racine du datastore) dans l'arborescence ce serait la commande rm -rf FAC qui serait à faire. Mais vue la réponse, ça semble plutôt être un problème dans le système de fichiers, l'erreur étant sur un fichier non présent (à priori). Si le datastore est vide, on peut le recréer facilement ou le reformater (commande vmfs). Sinon, faire un tour dans la base de connaissance VMware pour y trouver l'équivalent d'un fsck pour vérifier le système de fichiers. Ceci pourrait peut-être être utile : https://www.settlersoman.com/how-to-check-and-fix-vmfs-metadata-using-vsphere-on-disk-metadata-analyzer-voma/ https://hardforum.com/threads/esxi-chkdsk-equivalent.1720684/ Jacques

Si la connexion se fait sur le NAS, le dossier doit pourvoir être effacé avec les commandes Linux de base, sauf dégâts dans le système de fichiers. Pour voir les fichiers ou dossiers cachés sous Linux (via Putty), faire un "ls -la" dans le dossier qui n'est pas "vide" (ls = lister -l = mode long -a = all). Si quelque chose apparaît, hormis les dossiers . et .. classiques, soit l'effacer s'il n'a plus d'importance, soit le récupérer avant. Si c'est un dossier, on peut recommencer la méthode dans chaque sous-dossier trouvé mais ça peut être long. Pour effacer le dossier récalcitrant d'un seul coup (pas de récupération possible), se placer dans le dossier parent et faire : rm -rf LeNomDuDossier (rm = remove -r = récursif -f = force) Attention à ne pas faire cette commande n'importe où, si on est connecté avec les droits root, on peut effacer quasiment tout le disque en la lançant au mauvais endroit. Jacques

Petit raccourci vi pour quitter en sauvegardant : Esc + ZZ (en majuscules)

Merci pour tous. Même si c'est peut-être peu, cela peut guider vers une piste profitable à d'autres. Bonne journée aussi Jacques

Bonsoir, Ce qui serait sympa ce serait de partager ces informations justement, pour que le prochain qui cherche trouve plus facilement... Bonne fin de soirée. Jacques

Ce lien dans l'aide de Synology devrait aider : Comment récupérer des données sur un PC en cas de dysfonctionnement du Synology NAS | Synology Inc. Jacques

Bonjour, Dans le log, il y a des erreurs disques sur les sdb / sdc / sdd et sdg. Entre autre le compteur Raw_Read_Error_Rate et le disque sdg semble cumuler plusieurs types d'erreurs. Donc, réparer le système de fichiers comme le propose le DSM serait une bonne idée, en faire une sauvegarde très rapidement ce serait encore mieux. Les disques B, C et D ne me semblent pas dans un état critique, une erreur ou deux en lecture ça arrive, mais ça suffit pour provoquer une alerte sur un système RAID. En revanche le disque G (WD-WMC4N2705741) présente 44 erreurs pour Raw_Read_Error_Rate et 1 erreur Multi_Zone_Error_Rate. Et le nombre d'heures de fonctionnement est très important aussi pour tous les disques (plus de 70 000 h, ce qui donne plus de 8 ans en principe). Je commencerais sérieusement à prévoir le remplacement personnellement. Et une sauvegarde urgente aussi... Jacques

De plus, une distribution linux permettrait aussi de sauvegarder les données. Voir cette procédure sur le site de Synology : https://kb.synology.com/fr-fr/DSM/tutorial/How_can_I_recover_data_from_my_DiskStation_using_a_PC Jacques

Bonsoir, Si le NAS est accessible depuis l'extérieur, il st logique qu'une tentative de connexion arrive régulièrement. Des robots fonctionnent H24 en scannant toutes les adresses IP publiques pour trouver des serveurs vulnérables à des failles connues, ou des serveurs mal protégés avec des mots de passe connus. Rien d'étonnant à ce que ça se produise, personnellement des tentatives de connexion avec l'utilisateur root j'en ai eu 41454 depuis une semaine sur un serveur accessible sur le net (ce n'est pas un NAS, mais le principe est le même). grep -c "Failed password for root" /var/log/auth.log 41454 Bonne fin d'année Jacques

Bonjour, Je n'ai plus le post en tête, mais il y a une idée que j'avais lancé il y a 2 ou 3 ans dans le forum concernant le fait de multiplier des instances et Surveillance Station via des VM et d'avoir une application qui permettait de regrouper les 2 caméras gratuites de chaque instance dans une interface commune. Et si je ne m'abuse, c'est Nicoueron qui avait réalisé quelque chose là-dessus et partagé la solution. Rechercher ça pourrait faire gagner pas mal de temps pour mettre en place une solution relativement simple et fiable. Jacques

Le SHR est un raid tout à fait standard (raid logiciel linux) monté sur une couche LVM, elle-même tout à fait standard. Cela ne pose aucun problème à mon sens d'utiliser le SHR, avec la souplesse de gestion des volumes en plus.