Fenrir

Sinon, vide le cache du navigateur, si par mieux, reboot le nas, si pas mieux, refais l'indexation (il y a plusieurs posts récents sur le forum)

Ça dépend des softs et de l'état du disque (la manière dont ça a été effacé). Ce qui est certain c'est qu'en faisant l'opération depuis Windows, tu réduis tes chances. Je viens te faire un test avec extundelete (1er exemple du premier lien que je t'ai envoyé), dans une vm linux, ça marche sans soucis (fichier+arbo) sudo extundelete --restore-all --output-dir /mnt/test /dev/sdb1 Il faut remplacer sdb1 par le nom de ta partition de données

Complément d'info trouvé dans mes MP : pour le reste, on attend les réponses aux questions de @gaetan.cambier

Merci de préciser : le modèle du nas le type de volume (shr, raid, ...) et le nombre de disques, même si ici ça n'a pas d'importance la version de DSM (le système installé) nb : le plus simple c'est de tout mettre en signature, comme ça on n'a pas besoin de poser la question Comme tu parles de letsencrypt, je pars du principe qu'il s'agit de DSM 6.0. Pour la suite, je détails toutes les étapes pour que ça serve aux autres utilisateurs, mais je pense que tu n'as besoin que de certaines d'entre elles, elles sont à la fin. ----------------------------------------------------------------- Pour qu'un certificat soit reconnu comme valide par un navigateur, il faut que les points suivants soient vrais : le certificat est signé par une autorité connue du navigateur : c'est le cas des certificats délivrés par letsencrypt le certificat est valide : les dates doivent être correctes (un certificat letsencrypt c'est valide 3mois) le certificat doit contenir l'adresse utilisée dans le navigateur : le problème vient probablement de ce dernier point si on accède au nas avec https://nas.domaine.com, le certificat doit contenir le nom nas.domaine.com si on accède au nas avec https://192.168.0.2, le certificat doit contenir l'adresse 192.168.0.2 si on accède au nas avec https://nas, le certificat doit contenir le nom nas Les 2 derniers cas sont à oublier (c'est techniquement possible mais ce si vous avez besoin de cette aide, c'est que c'est hors de votre portée). Donc il faut créer un certificat pour nas.domaine.com (à remplacer par le bon nom de domaine, idem pour l'ip 192.168.0.2) : on commence par créer un nom de domaine (ou utiliser un dns dynamique) qui renvoi vers l'adresse IP du nas si le nas est derrière une box, cas le plus probable, il faut utiliser l'ip publique de la box normalement les services de DNS dynamique s'en chargent (on peut utiliser ceux du nas ou de la box ou ...) il faut ensuite autoriser le port 80 sur le parefeu du nas si le nas est derrière une box, cas le plus probable, il faut "forwarder le port" 80 de la box vers le nas ensuite on fait la demande de certificat via le wizard dans panneau de conf->sécurité->certificat : Ajouter->Procurez-vous ... Let's Encrypt il faut bien indiquer le FQDN qu'on souhaite utiliser (ici c'est nas.domaine.com), pas nas tout court ni l'ip et on renseigne les autre questions une fois le certificat créé, il vaut vérifier qu'il est par défaut le plus simple c'est de supprimer l'autre certificat on pense à refermer le port 80 s'il n'est plus nécessaire enfin pour tester, il faut se connecter au nas avec l'adresse https://nas.domaine.com, ou https://nas.domaine.com:5001 pour accéder à DSM il faut ouvrir le port 5001 et tester depuis Internet (par exemple en 3G) =>il ne devrait plus y avoir d'erreur de certificat Le soucis est qu'en local, le navigateur va vouloir utiliser l'IP associée à nas.domaine.com, donc il va tomber sur la box (coté internet), 2 cas de figure : soit la box gère le loopback, dans ce cas ça va marcher (peut être lentement par contre) soit non, dans ce cas il faut faire en sorte qu'en local le nom nas.domaine.com résolve l'adresse IP privée du nas, pour y arriver, il n'y a pas 36 solutions : méthode sale : on modifie son fichier hosts, dans ce cas il faut penser à le changer quand on est plus chez soit méthode pas fiable : on utilise quickconnect, parfois ça marche, parfois non méthode propre : on installe son propre serveur DNS certaines box peuvent de jouer ce rôle => doc du constructeur il existe un paquet Serveur DNS dans les Syno, bien configuré ça marche il faut créer une zone maitre "nas.domaine.com" avec 2 enregistrements : type NS : Nom : vide TTL : on peut laisser par défaut, mais je recommande un temps court (3600 par exemple) Hôte/Domaine : adresse ip locale du nas (192.168.0.2 dans l'exemple) type A : Nom : vide TTL : on peut laisser par défaut, mais je recommande un temps court (3600 par exemple) Hôte/Domaine : adresse ip locale du nas (192.168.0.2 dans l'exemple) dernier point, il faut indiquer aux pc d'utiliser ce serveur DNS (via le serveur DHCP de préférence)

à combien ? (en up) compte au moins 3mbits en up pour streamer une petite vidéo en passant pour streamer les vidéo il faut passer par videostation

c'est l'upload de ta connexion Internet (là où est le nas) qui compte, si c'est de l'adsl, ça sera insuffisant

ta vitesse te connexion probablement

il manque les quotes "${SOURCE}${line}/" ${SERVEUR}:"${DEST}/${line}"

sh et bash sont très proche niveau syntaxe, pour tester, il suffit de changer le shebang. Mais si c'est juste pour échapper les espaces, ça ne vaut pas le coup. Tu as d'autres manière de le faire, les simple quote (') par exemple si tu utilises --protect-args Par contre, si tes espaces sont juste dans --exclude-from, tu ne devrais rien avoir à échapper Donc question : ton soucis c'est avec ${INCLURE} ou ${EXCLURE} ? => si c'est ${INCLURE} : utilises --protect-args si c'est ${EXCLURE} : rien à échapper si c'est ${INCLURE} et ${EXCLURE} : utilises --protect-args avec des quotes dans la commande et n'échappe rien dans le fichier

Le shebang indique quel programme utiliser pour lancer la suite.

Bienvenu Pour l'utilisation de ton nas, il faut poser les questions dans les sections appropriées du forum. Cdlt edit : trop lent

essaye avec pvdisplay vgdisplay lvdisplay Il manque aussi le dmesg

attention avec le ?, c'est un joker => document?perso=document perso/document_perso/document-perso/documentsperso/... Pour ton script, quelques suggestions : pour les logs : mets la date dans le nom du fichier, ça permet d'avoir un historique des actions et une rotation des fichiers rajoute un # (voir plusieurs) devant tes commentaires pour bien différencier les étapes dans le fichier s'ils sont gros, compresse les avant de les envoyer par mail rsync, tu as quelques options qui pourraient d’intéresser : --delete-excluded : si tu as sauvegardé un dossier, mais que tu n'en veux plus --delete-before (suppression avant la copie, utile dans le cas où la place est limitée) ou --delete-delay (plus sécurisant) --contimeout : ça te permet de gérer la disponibilité de la destination --compress, utile en cas de débit faible, à utiliser --skip-compress (pas la peine de compresser les mp3 par exemple) --max-delete : c'est une sécurité que je rajoute souvent, pour éviter de vider la destination en cas d'erreur ou d'opération de rangement/nettoyage de la source --protect-args pour gérer les caractères spéciaux (espace par exemple) --verbose, --stats, --progress, --human-readable ... ça ralenti beaucoup la vitesse (ça bouffe du cpu), surtout si c'est pour les virer des logs après (ce qui bouffe aussi du cpu et de l'io) syntaxe : dans tes test, "=" c'est pour une affectation, pas une comparaison (parfois ça marche, parfois non), utilise plutôt "-eq" ou "==" tu peux chainer les test : if [ $STATUT -eq 0 ] || [ $STATUT -eq 20 ]; then

Pour les commandes, il faut les faire en root Comme tu es en DSM5.2, il faut utiliser l'identifiant "root" et le mot de passe du compte "admin"

Avec 3 disques de 2to, le raid5 est le seul choix pour avoir 4To et une protection sur un disque. Par contre, ça n'est pas une garantie de ne rien perdre, ça limite juste les risques. Si tu veux être certain de préserver tes données, il faut aussi une sauvegarde sur un autre support (disque externe, autre nas, cloud, ...) nb: raid5 ou raid6 => onduleur obligatoire

C'est vrai que les HGST sont en moyenne un peu plus fiable, mais ils sont plus cher, par contre je maintiens que les 7200rpm c'est non seulement inutile mais aussi moins bon pour un nas grand public (ça chauffe plus, ça vibre plus et ça fait plus de bruit). Fortement déconseillé non, juste pas recommandé, mais il faut une grille de lecture : vitesse de rotation (ce n'est pas gênant du moment que cache suit) taille du cache (ce n'est pas gênant si la vitesse est la même) nombre de plateaux (on va fatiguer un disque bien plus vite que l'autre) taille du disque (on évite de mixer avec un facteur 2 ou plus) taille de bloc (c'est rarement différent de 4K, mais ça arrive) et des fonctions qui ne servent qu'avec certains contrôleurs raid (pas ceux les syno) S'il n'y a que le vitesse ou la taille qui change, ce n'est pas très grave, ensuite en fonction du type de raid (raid matériel ou raid logiciel), c'est plus ou moins sensible. Sur un Syno, c'est un raid logiciel, donc sauf avoir un très grand nombre d'IOPS, les différences entre les disques ont peu d'importance, du moment que les valeur sont semblables. D'un autre coté dans les fermes de serveurs ont a du spare, l'autre avantage d'avoir des disques identiques c'est l'analyse des données smart (certaines valeurs ne se lisent pas de la même manière selon le constructeur, la taille, ...).

Pour les disques, pas la peine de prendre des modèles RED ni des 7200rpm (les HGST), ça ne sers à rien dans un syno Chez WD, les green ou les blue sont largement suffisant. Pour la manip, fais ceci : test les disques depuis un PC (pour éviter de mettre un disque neuf défectueux dans le nas) branche un des disques à la place du disque mort (test le aussi avec les outils constructeur, il n'est peut être pas complètement mort) répare le raid ensuite tu as le choix étendre le volume (passer de 2 à 3 disques, donc de raid1 à raid5) remplacer le premier disque ajouter le 3ème comme disque basic

Un petit apeçu des logs (messages et dmesg) au moment du soucis d'augmentation ne serait pas un mal non plus, il y a peut être un soucis

Tout s'explique Ton nas n'a probablement aucun soucis, tu ne l'utilises juste pas comme c'est prévu. Un nas ce n'est pas comme un disque usb, on ne le connecte pas directement à un ordi (sauf pour dépanner), on le branche comme un serveur => il doit être branché sur le réseau, par exemple sur un des ports de ton switch. Je suppose que tu as une box ou un routeur qui fait serveur DHCP (qui donne des ip en 192.168.xxx.xxx aux machines de ton réseau local) branche ton nas sur ton switch normalement synology assistant devrait le détecter et te permettre de trouver son adresse (en théorie tu devrais aussi pouvoir le joindre via le petit nom que tu lui a donné) de là tu pourras t'y connecter en faisant http://192.168.xxx.xxx:5000

Du moment que tu n'écris pas sur le disque, tu pourras tenter divers outils. Une autre façon de faire, mais qui nécessite de la place, c'est de faire une image du disque avec DD, puis de faire les tests de restauration depuis cette image, comme ça on touche moins au disque.

Pour faire des sauvegardes du supprimes des dossiers ? Curieux comme façon de faire Plus sérieusement, si tu manque de place pour tout sauvegarder la prochaine fois, sauvegarde d'abord puis fait ménage après parmi ce que tu as déjà sauvegardé.

Ok, tu as des adresses APIPA (c'est une adresse automatique quand on n'a pas de DHCP). Avant ton soucis, ton nas était branché sur ton réseau ou directement sur ton mac ? Normalement il faut le brancher au réseau, comme un ordi, ta box devrait lui fournir une adresse IP et l'assistant synology permet de trouver l'ip en question, mais avant de le faire, répond à la question précédente.

Tu as mis quoi comme IP et masque sur ton mac ? Regarde aussi dans le nas ce qu'il a comme ip et masque

Bon courage ps : pendant que ça scan, réfléchi à une politique de sauvegarde

Je vais paraitre désagréable, mais ça c'est dans l'aide intégrée dans le syno. La version en ligne est ici : https://www.synology.com/fr-fr/knowledgebase/DSM/help/DSM/AdminCenter/connection_certificate Par contre, mais je n'ai pas testé depuis des années, VideoStation marche mal en https.