Bei der Ausgangskonfiguration wurde ZimaOS als Anwendungsserver verwendet, während alle Mediendateien auf einem vorhandenen Unraid-NAS verblieben. Plex, Emby und OpenWebUI liefen auf ZimaOS und konnten zunächst erfolgreich auf die entfernten Daten zugreifen. Nach etwa einer Woche – und erneut nach einem Neustart – verschwand die Netzwerkfreigabe aus der Anwendungsumgebung. Durch erneutes Verbinden in „Dateien“ und einen Neustart der Apps wurde der Zugriff wiederhergestellt.
Dies zeigt eine wichtige Designgrenze bei Bereitstellungen mit „Compute-Node + separatem NAS“: Ein Netzwerkspeicherort, der in der Dateien-App sichtbar ist, ist nicht automatisch dasselbe wie ein dauerhaft eingebundener Host-Pfad, auf den sich alle Docker-Container nach Neustarts und erneuten Verbindungen verlassen können.
Die Apps verloren ihre Mediendateien, weil die entfernte Freigabe verschwand
Bei Plex und Emby wurden keine Datenbankfehler gemeldet. Sie verloren lediglich die Pfade zu den auf Unraid gespeicherten Daten. Nachdem der Benutzer die Freigabe erneut hinzugefügt hatte, begannen die Anwendungen, ihre Bibliotheken neu aufzubauen oder erneut zu scannen.
Das deutet eher auf eine nicht erreichbare Speicherung als auf eine beschädigte Plex- oder Emby-Installation hin.
Dateizugriff und Docker-Volume-Zugriff sind unterschiedliche Ebenen
ZimaOS „Dateien“ kann über SMB eine Verbindung zum LAN-Speicher herstellen. Dadurch kann ein Benutzer Dateien über die Weboberfläche durchsuchen und verschieben.
Eine Docker-Anwendung benötigt einen Host-Pfad, der beim Start des Containers verfügbar bleibt. Wenn die zugrunde liegende Netzwerkfreigabe verschwindet oder innerhalb eines anderen Lebenszyklus neu erstellt wird, kann die App einen leeren oder fehlenden Pfad sehen, obwohl „Dateien“ später erneut eine Verbindung herstellen kann.
UUID-Hinweise gelten nicht für eine normale SMB-Freigabe
Eine Antwort schlug vor, die Freigabe „mithilfe einer UUID“ einzubinden. Ein anderer Teilnehmer wies jedoch richtigerweise darauf hin, dass die entfernte Unraid-Freigabe über IP/SMB und nicht als lokales Blockgerät verbunden wurde.
UUIDs eignen sich zur Identifizierung lokaler Dateisysteme und Blockgeräte. Eine SMB-Freigabe wird über den Pfad des Netzwerkservers und der Freigabe, Zugangsdaten sowie die Einbindungskonfiguration identifiziert.
Eine Community-Antwort schlug /etc/fstab vor
Ein anderer Teilnehmer erklärte, dass eine persistente SMB-Einbindung in /etc/fstab bei ihm stabil funktioniert habe. Das entspricht der üblichen Linux-Administration und kann funktionieren, war jedoch ein Community-Ratschlag, und der ursprüngliche Verfasser bestätigte keine abschließend funktionierende Konfiguration.
Bei einem applianceartigen Betriebssystem bedeutet eine manuelle Konfiguration der Host-Einbindung außerdem, dass Sie für die Startreihenfolge, Zugangsdaten, das Verhalten bei erneuter Verbindung und die Kompatibilität über Updates hinweg verantwortlich sind.
Das aktuelle ZimaOS unterstützt weiterhin LAN-Speicher in „Dateien“
Die aktuelle Dokumentation von IceWhale zeigt, wie man über die Seitenleiste von „Dateien“ einen LAN-Speicher hinzufügt, indem man die IP-Adresse des entfernten NAS und die Zugangsdaten eingibt. Dies ist die unterstützte Methode, um Daten von einem anderen NAS zu durchsuchen oder zu migrieren.
Verwenden Sie den aktuellen Verbindungsablauf für LAN-Speicher, wenn es um Dateizugriff oder Migration geht.
Der Thread legte keine unterstützte Methode für eine dauerhafte App-Einbindung fest
Kein IceWhale-Entwickler antwortete mit einer dokumentierten Vorgehensweise nach dem Muster „Diese SMB-Freigabe dauerhaft für Docker-Apps einbinden“, und der ursprüngliche Verfasser blieb skeptisch, dass die Verbindung über „Dateien“ den beobachteten Lebenszyklus überstehen würde.
Ein belastbarer Artikel muss diesen ungeklärten Status beibehalten, statt den Community-Vorschlag mit fstab als offizielle Lösung darzustellen.
Bei einem Medienserver muss festgelegt werden, wo die stabile Einbindungsgrenze liegt
Wenn Plex und Emby sich nach einem Stromausfall automatisch erholen müssen, muss der entfernte Medienpfad eingebunden sein, bevor die Container starten, und während erneuter Verbindungen stabil bleiben. Dies lässt sich mit verschiedenen Linux-Architekturen erreichen; die konkrete Wahl sollte jedoch mit der aktuellen ZimaOS-Version getestet werden.
Bei wichtigen, dauerhaft betriebenen Setups sollten Sie einen Kaltstart, einen Neustart des entfernten NAS, einen Neustart des Switches und einen vorübergehenden Netzwerkausfall überprüfen, bevor Sie den Speicherpfad als produktionsbereit betrachten.
Unnötige erneute Medienscans verhindern
Wenn eine Medienfreigabe vorübergehend verschwindet, kann Plex oder Emby dies je nach Bibliothekseinstellungen als Entfernung von Inhalten interpretieren. Vermeiden Sie die automatische, endgültige Bereinigung der Bibliothek, bis das Verhalten der entfernten Einbindung nachweislich stabil ist.
FAQ zur App-Einbindung eines entfernten NAS
Wurde der Zugriff der Apps durch erneutes Verbinden der Freigabe in „Dateien“ wiederhergestellt?
Benutzer berichteten, dass das erneute Verbinden der Freigabe und ein Neustart der Apps den Zugriff wiederherstellten.
Kann eine SMB-Freigabe über die Dateisystem-UUID eingebunden werden?
Nicht im selben Sinne wie eine lokale Festplatte. SMB verwendet einen Netzwerkfreigabepfad und Zugangsdaten.
Hat IceWhale in diesem Thread eine bestätigte Lösung für eine dauerhafte Einbindung für Docker-Apps veröffentlicht?
Nein. Der öffentliche Thread endete ohne eine solche Lösung.
