chov Posté(e) le 13 février Posté(e) le 13 février (modifié) Bonjour à tous, sur les NAS que je gère (DS218) , je fais une sauvegarde quotidienne nocturne avec Hyperbackup vers un disque externe USB. Hyperbackup est configuré pour démonter le disque à la fin de la sauvegarde, et un script le monte à nouveau quelques minutes avant la sauvegarde suivante. Le dosssier partagé qui est automatiquement créé porte un nom du genre "usbshare1". Sur un de ces NAS, j'avais renommé le dossier partagé en lui donnant un nom plus parlant pour moi. Par la suite, j'ai eu de temps en temps un soucis avec mes sauvegardes après les reboot résultant de mises à jour de DSM : l'ancien dossier partagé était encore présent, et un nouveau nom était attribué au disque externe. Dès lors, Hyperbackup n'arrive plus à se connecter au disque externe à cause du changement de nom. Ayant lu que ce n'était pas conseillé de renommer ces disques externe, j'ai voulu revenir en arrière... Et c'est là mon problème: renommer un dossier partagé en "usbshareX" n'est pas permis car ce nom appartient au système. Dans un premier temps, j'ai reformaté le disque externe en NTFS sous Windows en réalisant un quick format et en donnant une autre étiquette: "usbdisk". J'ai donc effacé les anciennes routines de sauvegarde de Hyperbackup, puis, j'ai reformaté le disque externe en NTFS sous Windows en réalisant un formatage complet. (case quick format décochée) je n'ai spécifié aucun label lors de ce formatage. Lorsque je rebranche le disque sur le NAS, il apparaît de nouveau comme "usbdisk", et le dossier partagé porte le même nom. Il semble que le NAS garde une trace du renommage antérieur, et que celle-ci a priorité sur le fonctionnement par défaut. Comment faire pour que le système utilise à nouveau les noms qu'il génère normalement automatiquement? (du style "usbshareX") Déjà merci à ceux qui se pencheront sur ce problème. Modifié le 16 février par chov 0 Citer
CyberFr Posté(e) le 14 février Posté(e) le 14 février Il y a 21 heures, chov a dit : Comment faire pour que le système utilise à nouveau les noms qu'il génère normalement automatiquement? (du style "usbshareX") En reformatant le disque à partir du NAS et en choisissant le format ext4. 0 Citer
chov Posté(e) le 14 février Auteur Posté(e) le 14 février Bonjour CyberFr, Je viens de formater le disque externe en Ext4 depuis le NAS... Le dossier partagé est à nouveau "usbdisk"... Il reste visiblement une trace du dernier nom utilisé quelque part... Mais où??? 0 Citer
CyberFr Posté(e) le 14 février Posté(e) le 14 février Je trouve étrange que le disque apparaisse comme "USB Disk 2", il devrait être en position 1 si tu ne disposes que d'un seul disque USB externe. Tu peux tenter de faire une première sauvegarde pour voir si HyperBackup y change quelque chose. 0 Citer
chov Posté(e) le 14 février Auteur Posté(e) le 14 février Bonjour CyberFr, Je ne sais pas si c'est la cause, mais mon NAS est protégé par une UPS qui est connectée au NAS en USB. si je tape lsusb dans un terminal (linux); j'ai: lsusb |__usb2 1d6b:0002:0404 09 2.00 480MBit/s 0mA 1IF (Linux 4.4.302+ xhci-hcd xHCI Host Controller xhci-hcd.2.auto) hub |__2-1 051d:0002:0106 00 1.10 1.5MBit/s 2mA 1IF (APC Back-UPS ES 550G FW:870.O4 .I USB FW:O4 5B1806T41345 ) |__usb3 1d6b:0003:0404 09 3.00 5000MBit/s 0mA 1IF (Linux 4.4.302+ xhci-hcd xHCI Host Controller xhci-hcd.2.auto) hub |__usb4 1d6b:0002:0404 09 2.00 480MBit/s 0mA 1IF (Linux 4.4.302+ xhci-hcd xHCI Host Controller xhci-hcd.5.auto) hub |__usb5 1d6b:0003:0404 09 3.00 5000MBit/s 0mA 1IF (Linux 4.4.302+ xhci-hcd xHCI Host Controller xhci-hcd.5.auto) hub |__usb6 1d6b:0002:0404 09 2.00 480MBit/s 0mA 1IF (Linux 4.4.302+ xhci-hcd xHCI Host Controller xhci-hcd.8.auto) hub |__6-1 1058:1003:0175 00 2.00 480MBit/s 2mA 1IF (Western Digital External HDD 57442D574341553438303336333235) |__usb7 1d6b:0003:0404 09 3.00 5000MBit/s 0mA 1IF (Linux 4.4.302+ xhci-hcd xHCI Host Controller xhci-hcd.8.auto) hub USB2 correspond à l'UPS, et USB6 correspond au DD externe. J'ai effectué une petite sauvegarde depuis hyperbackup avec éjextion à la fin... Mais c'est toujours la même chose: le dossier partagé s'appelle usbdisk_1 et non usbshare_1. 0 Citer
CyberFr Posté(e) le 15 février Posté(e) le 15 février Que dit le journal de la sauvegarde dans HyperBackup ? Tout est normal ? Le disque a-t-il bien été éjecté ? Je pose la question parce que dans d'anciennes versions de DSM ce n'était pas le cas à cause d'un bug. 0 Citer
chov Posté(e) le 15 février Auteur Posté(e) le 15 février Oui, tout semble normal de ce coté: Niveau Heure Utilisateur Evénement Information 2025/02/15 09:59:38 SYSTEM The backup destination device of the backup task [ess] is unmount successfully. Information 2025/02/15 09:59:29 SYSTEM [ess] Trigger version rotation. Information 2025/02/15 09:59:29 SYSTEM [Local][ess] Backup task finished successfully. [2253 files scanned] [2253 files unchanged] Information 2025/02/15 09:58:59 SYSTEM [Local][ess] Backup task started. Par contre, je lis ceci sur un autre forum : To understand the issue, some basics about naming external USB drives. First, the HD becomes a shared folder in DSM. Default names are ‘usbshare1’ and so on. You not only can rename that shared folder, but you should that, because… Two, the default name is random based on what is connected first, but Hyper Backup needs that name to be consistent. You can see the name that HB expects in the HB task. Probably it is usbshare1 for both disks. Next, when you remove both external drives and insert the drive for videos, it will be named usbshare1 again, and HB will run. As suggested, rename both usbshareX names in Control Panel > Shared Folder and change the designation of the backup in the backup task in HB. (voir https://forums.spacerex.co/t/hyper-backup-fails-to-connect-to-a-renamed-directory/1011 ) Ici, il conseille de changer le nom du dossier partagé avant de créer la routine de sauvegarde HB ; 0 Citer
CyberFr Posté(e) le 15 février Posté(e) le 15 février Le 13/02/2025 à 12:07 PM, chov a dit : Le dosssier partagé qui est automatiquement créé porte un nom du genre "usbshare1". Sur un de ces NAS, j'avais renommé le dossier partagé en lui donnant un nom plus parlant pour moi. Quand tu dis "Sur un de ces NAS" je suppose que tu parles d'un des DS118 que tu possèdes et que seul ce NAS accède au disque externe ? Je ne sais pas comment tu as fait pour renommer le disque mais il existe une solution si DSM l’accepte (à cause du problème du nom réservé le cas échéant) . Une fois le disque monté se rendre dans Panneau de Configuration > Dossier Partagé. Sélectionner le disque usbdisk et le renommer en ubshare1. Si tout se passe bien il faut répercuter la modification dans Hyper Backup et effectuer une sauvegarde complète. 0 Citer
chov Posté(e) le 15 février Auteur Posté(e) le 15 février En fait je gère 2 NAS DS218J, dont un chez moi, et 2 NAS DS218 dont également un chez moi. Chaque NAS effectue des sauvegardes régulières sur un disque externe USB auquel il est relié. Il y a donc 4 NAS et 4 disques USB. Le NAS qui me pose problème est le DS218 qui n'est pas chez moi. J'ai bien essayé daller dans le Panneau de Configuration > Dossier Partagé. Sélectionner le disque usbdisk et le renommer en ubshare1... Mais ce nom est réservé au système. 0 Citer
CyberFr Posté(e) le 16 février Posté(e) le 16 février Je ne comprends pas parce que lorsque j'ai utilisé le disque USB pour la première fois sur le NAS je l'ai formaté sur un Mac sans me préoccuper du nom que je lui attribuais. C'est lors du formatage sur le NAS qu'il a été nommé ubshare1. DSM a sans doute gardé trace du nom d'origine avant que tu ne renommes le disque et refuse de le réattribuer. Il y a 16 heures, chov a dit : Mais ce nom est réservé au système. Peux-tu faire une copie d'écran du message d'erreur qui s'affiche ? On est bien d'accord que les quatre NAS sont sur des réseaux différents et que chacun dispose de son propre disque de sauvegarde. 0 Citer
chov Posté(e) le 16 février Auteur Posté(e) le 16 février Citation On est bien d'accord que les quatre NAS sont sur des réseaux différents et que chacun dispose de son propre disque de sauvegarde. Chacun dispose de son propre disque, mais les 4 NAS sont sur 3 réseaux différents. (les 2 NAS chez moi sont sur le même réseau. ) Je joins une copie d'écran du message d'erreur Mais j'avance: j'ai essayé de mettre un de mes 2 NAS locaux dans des conditions analogues. pour faire tous mes essais en local jusqu'à ce que je trouve la solution. (ce qui suit concerne ces essais en local) Sur ce NAS local, j'ai modifié le nom du dossier partagé correspondant au disque USB: je l'ai nommé BU-NAS-USB. J'ai ensuite éjecté le disque USB, puis je l'ai monté à nouveau avec un script. #sync sleep 5 #une pause de 5 secondes laisse le temps au système de finir umount /dev/sdq1 #démontage de la partition du disque sleep 10 #une pause de 10 secondes laisse le temps au système de finir le démontage de la partition echo usb4 > /sys/bus/usb/drivers/usb/unbind #éjection du disque sleep 10 #une pause de 10 secondes laisse le temps au système de finir echo usb4 > /sys/bus/usb/drivers/usb/bind J'ai retrouvé ensuite 2 dossiers partagés menant aux mêmes données: BU-NAS-USB et BU-NAS-USB_1 . Ils mènent tous deux aux mêmes données dans filestation J'ai constaté que HyperBackup ne sait plus se connecter au disque... Et pour cause: le nom du dossier partagé ne correspond plus. J'ai essayé à nouveau de supprimer le nom de ces dossiers partagés: j'ai un message d'erreur "impossible de supprimer car utilisé par le système". Dans Hyperbackup, j'ai ensuite effacé toutes les procédures de sauvegarde. Et j'ai enfin pu effacer ces noms de dossier partagé. Cela veut dire que les noms utilisés par HyperBackup s'ajoutent aux noms appartenant au système et auxquels on ne peut pas toucher. Je continue mes recherches dès que j'ai un peu de temps. 0 Citer
CyberFr Posté(e) le 16 février Posté(e) le 16 février Dans ta copie d'écran on voit que tu as tenté de renommer le disque en ubshare et non en ubshare1 ce qui pourrait expliquer un rejet de l'opération. il y a une heure, chov a dit : J'ai ensuite éjecté le disque USB, puis je l'ai monté à nouveau avec un script. Quelque chose m'échappe. Quel est l'intérêt de passer par un script puisque tu peux faire la même chose dans DSM ? Si j'étais toi je supprimerais toutes les tâches de sauvegarde dans Hyper Backup avant de reformater le disque dans DSM et de lancer une sauvegarde complète. Si après la sauvegarde le nom du disque semble non conforme le mieux est d'ouvrir un ticket chez Synology. 0 Citer
chov Posté(e) le 16 février Auteur Posté(e) le 16 février (modifié) En réalité, le fait de démonter par script me permet de m'assurer de la validité de mes script. Le script de démontage est programmé chaque nuit quelques minutes avant la sauvegarde effectuée par HyperBackup. Par contre, je crois être arrivé à résoudre mon problème, et je résume ce que j'ai appris dans le pdf ci-joint. Merci CyberFr pour ta collaboration ... Ça fait du bien de ne pas se trouver tout seul face à un problème intriguant. Je vais mettre le sujet en "résolu". Christian. Gestion du montage et démontage des disques USB.pdf Modifié le 16 février par chov 0 Citer
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.