Un partage Samba créé dans l’application Fichiers de ZimaOS ne devrait pas avoir à être recréé après chaque redémarrage. Dans le fil de discussion de janvier 2026, une réponse de la communauté a d’abord suggéré d’attendre le montage du pool de stockage, mais après que l’utilisateur a précisé que la définition du partage elle-même disparaissait, le comportement a été considéré comme anormal.
Le fil n’a pas abouti à une réparation confirmée. Cela signifie que « redémarrer SMB » ou « désactiver puis réactiver le partage » ne doit pas être présenté comme une solution permanente lorsque l’enregistrement du partage disparaît réellement.
Commencez par distinguer un partage manquant d’un montage lent
Après le redémarrage, ouvrez Stockage et confirmez que le disque ou le pool sous-jacent est en ligne. Vérifiez ensuite l’interface Fichiers/Partagés via Samba. Si le partage existe toujours, mais que les clients ne peuvent pas se connecter, recherchez la cause du côté du service SMB et de l’authentification. Si la définition du partage a disparu, il s’agit d’un autre problème de persistance.
La version actuelle de ZimaOS prend en charge la gestion persistante des partages Samba
Le guide actuel sur les utilisateurs Samba explique comment créer des partages depuis Fichiers et les gérer ultérieurement dans l’interface des éléments partagés.
Le guide actuel de dépannage SMB est utile lorsque le partage existe, mais que l’accès échoue.
Ne recréez pas le partage avant d’avoir recueilli des preuves
Si la définition disparaît après chaque redémarrage, notez la version de ZimaOS, le chemin du partage, le pool de stockage, le type d’autorisation et prenez des captures d’écran avant de le recréer. Reconstruire le partage à plusieurs reprises efface l’état dont le support a besoin pour enquêter.
Le guide sur le protocole SMB authentifié aide à distinguer les échecs d’autorisation ou d’authentification des problèmes de persistance du partage.
Vérifiez si le chemin partagé est persistant
Un partage reposant sur un espace de stockage ZimaOS monté normalement devrait survivre à un redémarrage. Un chemin situé dans un montage temporaire, un périphérique amovible, une couche de conteneur ou un système de fichiers externe temporairement indisponible peut provoquer un problème différent.
Attendez que le stockage soit en ligne avant de conclure que le partage a disparu. Toutefois, si l’application Fichiers n’affiche réellement plus aucun partage enregistré ensuite, considérez-le comme un bug de persistance de la configuration plutôt que comme un simple délai de reconnexion du client.
En résumé
Le fil d’origine n’a pas permis d’établir une solution vérifiée. Il a toutefois défini une distinction importante : un partage SMB temporairement inaccessible après un redémarrage peut être lié au montage ou au délai de connexion du client, mais un partage créé dans Fichiers qui disparaît complètement n’est pas normal. Enregistrez la configuration qui disparaît et reproduisez le problème sur la version actuelle de ZimaOS avant d’appliquer des solutions de contournement consistant à redémarrer le service.
