Un nom de lecteur numéroté peut avoir plusieurs causes
Un membre de la communauté a constaté qu’un disque USB était passé d’un nom familier à une variante numérotée telle que 2TB-2. La première suggestion évoquait un libellé de système de fichiers dupliqué ou réutilisé. ZimaOS peut ajouter un suffixe lorsqu’il doit éviter des conflits entre noms de points de montage ; il est donc utile de vérifier les libellés avant de modifier les chemins des applications.
Utilisez lsblk -f pour examiner le périphérique, le type de système de fichiers, le libellé, l’UUID et le point de montage actuel. Si deux systèmes de fichiers connectés utilisent le même libellé, attribuez un libellé unique à l’aide de l’outil adapté à ce système de fichiers. La discussion mentionnait e2label pour les systèmes de fichiers ext et exfatlabel pour exFAT. Vérifiez d’abord le chemin du périphérique et le système de fichiers ; l’exécution d’une commande spécifique à un système de fichiers sur le mauvais périphérique peut causer des dommages.
Le cas d’origine révélait également un problème de stabilité physique de la connexion USB
L’auteur a ensuite constaté que les disques connectés aux ports USB arrière se déconnectaient, puis étaient détectés à nouveau. Le déplacement des connexions vers le port USB-C avant a stabilisé son installation. Dans ce cas particulier, ce résultat indique que le changement de nom du point de montage était un symptôme de reconnexion, et non la preuve que le libellé du système de fichiers était corrompu.
Un autre participant a décrit un DAS qui se mettait en veille ou se déconnectait, puis réapparaissait sous des noms tels que DAS1-2, DAS1-3 et DAS1-4. Cela a interrompu les chemins Jellyfin. La discussion comprenait un album externe de captures d’écran montrant le problème de stockage.
Les montages par UUID stabilisent l’identité, pas la connexion USB
Les réponses de la communauté proposaient de monter le système de fichiers par UUID dans un répertoire fixe tel que /DATA/DAS1. Une entrée /etc/fstab basée sur l’UUID peut maintenir le même système de fichiers associé au même chemin, même lorsque le nom de périphérique du noyau change. Récupérez l’UUID avec lsblk -f ou, lorsque cette commande est disponible, avec sudo blkid.
Cependant, l’utilisateur concerné par le DAS n’a pas confirmé que cette suggestion avait permis de résoudre le problème. Une modification incorrecte de /etc/fstab peut également perturber le démarrage ou le montage. Sauvegardez donc le fichier, utilisez des options adaptées aux supports amovibles et testez l’entrée avant de vous y fier.
Plus important encore, un UUID ne peut pas rendre disponible un matériel qui ne l’est plus. Si le boîtier s’éteint, si un câble ou un port interrompt la liaison, ou si le pont cesse de répondre, les applications perdent toujours l’accès jusqu’au retour du périphérique. Résolvez les problèmes d’alimentation, de veille, de câble, de port et de boîtier avant de considérer un chemin de montage stable comme une solution complète.
FAQ
Pourquoi ZimaOS a-t-il ajouté -2 ou un autre numéro au nom de mon lecteur ?
Cela peut se produire lorsqu’un nom de montage privilégié est déjà utilisé ou lorsqu’un périphérique se déconnecte puis est monté à nouveau. Examinez les libellés, les UUID, les points de montage et la connectivité du système avant de déterminer la cause applicable.
Un montage par UUID empêchera-t-il un disque USB de se déconnecter ?
Non. Il fournit une identité et un chemin prévus stables pour le système de fichiers, mais il ne peut pas réparer une déconnexion physique, un problème de gestion de l’alimentation ou un boîtier instable.
Qu’est-ce qui a été confirmé dans l’installation de l’utilisateur d’origine ?
L’utilisateur a indiqué que le déplacement des connexions USB des ports arrière instables vers le port USB-C avant avait résolu son problème immédiat. La discussion ultérieure sur le DAS et fstab concernait un cas distinct et ne s’est pas terminée par une solution logicielle confirmée.
