Jump to content
XPEnology Community

JacquesF

Member
  • Posts

    463
  • Joined

  • Last visited

  • Days Won

    11

JacquesF last won the day on April 10 2021

JacquesF had the most liked content!

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

JacquesF's Achievements

Super Member

Super Member (5/7)

58

Reputation

4

Community Answers

  1. 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
  2. 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
  3. 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
  4. 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
  5. 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
  6. Petit raccourci vi pour quitter en sauvegardant : Esc + ZZ (en majuscules)
  7. 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
  8. 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
  9. 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
  10. 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
  11. 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
  12. 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
  13. 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
  14. 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.
  15. Ça offre aussi (et c'est un plus sérieux) la sécurité de pouvoir utiliser des outils Linux standards pour récupérer un volume DSM planté. Le raid matériel est généralement plus efficace que le raid logiciel (dans le cas de la virtualisation l'ajout de la couche Huper-V entre la VM et le Raid devant influer) mais reste lié physiquement au type de contrôleur raid utilisé. S'il est en panne, il faut le même pour avoir une chance de récupérer ses données. Jacques
×
×
  • Create New...