Emby: Berechtigung für die automatische Organisation auf ZimaOS verweigert

Kurz gesagt: Embys automatische Organisation benötigt sowohl einen beschreibbaren Docker-Mount als auch beschreibbare Host-Berechtigungen

Emby kann eine Medienbibliothek mit schreibgeschütztem Zugriff einlesen, aber die automatische Organisation muss Dateien umbenennen, verschieben und manchmal löschen. Dafür ist Schreibzugriff auf zwei Ebenen erforderlich: Der ZimaOS-Hostordner muss mit Lese-/Schreibzugriff in den Container eingebunden sein, und der Emby-Prozess muss die Berechtigung haben, die Hostdateien zu ändern. Beheben Sie beides gezielt; verwenden Sie nicht rekursiv chmod 777 als dauerhafte Lösung.

Schritt 1: Bestätigen, dass der Host-Ordner mit Lese-/Schreibzugriff eingebunden ist

Öffnen Sie die Einstellungen der Emby-App und überprüfen Sie Volumes. Eine Zuordnung sollte konzeptionell wie folgt aussehen:

/media/RAID5/TV  ->  /media/tv

Wählen Sie in Emby /media/tv aus. Emby kann den links angezeigten ZimaOS-Hostpfad nicht direkt durchsuchen. Docker's Bind-Mounts erklären das Zwei-Pfade-Modell.

Die aktuellen ZimaOS-App-Pfade gelten allgemein für Container aus dem App Store.

Schritt 2: Nachweisen, dass der Mount nicht schreibgeschützt ist

docker inspect EMBY_CONTAINER

docker exec -it EMBY_CONTAINER sh

Öffnen Sie die TV-/Medien-Bind-Mounts und bestätigen Sie, dass sie nicht als schreibgeschützt markiert sind. Sie können auch innerhalb des Containers eine harmlose temporäre Datei am exakt zugeordneten Ziel testen:
touch /media/tv/.emby-write-test
rm /media/tv/.emby-write-test

Wenn touch schlägt fehl, schlägt auch die automatische Organisation fehl.

Schritt 3: Emby-Prozess und Host-Besitz abgleichen

Überprüfen Sie den Host-Ordner und die Identität des Prozesses:

ls -ld /media/RAID5/TV
ls -ln /media/RAID5/TV
docker exec EMBY_CONTAINER id

Gewähren Sie anschließend nur die für diesen Container erforderlichen Mindestberechtigungen für Besitzer/Gruppe. In der vorherigen Antwort wurde chown -R 1000:1000, aber UID 1000 ist nicht garantiert die Identität, die von jedem Emby-Image verwendet wird. Prüfen Sie dies zuerst.

Embys Emby-Docker-Einrichtung ist die Referenz des Upstream-Projekts für das von Ihnen verwendete Image.

Verwenden Sie chmod -R 777 nicht als dauerhafte Lösung

Wenn 777 macht die Funktion nutzbar, haben Sie ein Berechtigungsproblem nachgewiesen – Sie haben jedoch auch jedem lokalen Benutzer/Prozess Schreibzugriff gewährt. Stellen Sie nach Abschluss des Tests wieder ein restriktiveres Besitzer-/Gruppenmodell her. Für einen Medienserver 775 mit der richtigen Gruppe ist in der Regel sicherer als „jeder darf schreiben“, aber die genauen Werte hängen davon ab, wie die Identität deines Containers konfiguriert ist.

Quell- und Zielpfade müssen beschreibbar bleiben

Auto-Organize überwacht möglicherweise einen Eingangsordner und verschiebt Dateien anschließend in die endgültige TV-Bibliothek. Beide Speicherorte müssen innerhalb des Containers sichtbar sein, und das Ziel benötigt Schreibzugriff. Eine schreibgeschützte endgültige Bibliothek kann den überwachten Ordner bis zum ersten Umbenennen/Verschieben funktionsfähig erscheinen lassen.

RAID 5 ist nicht die Berechtigungsebene

Dass sich die Medien auf RAID 5 befinden, verhindert Schreibvorgänge nicht grundsätzlich. RAID steuert Redundanz und Blockspeicher; Docker-Bind-Mounts und Dateibesitz steuern den Anwendungszugriff. Baue das Array nicht neu auf, nur weil ein Container Zugriff verweigert.

Die ZimaOS-Datenmigration ist hilfreich, wenn Medienpfade nach der Erstellung des Emby-Containers verschoben wurden.

Emby-Konfiguration vor der Neuerstellung der App sichern

Eine Neuinstallation von Emby kann die Containereinstellungen ändern, ohne das zugrunde liegende Medienverzeichnis zu reparieren. Sichere die dauerhafte Emby-Konfiguration und dokumentiere vor der Neuerstellung alle Volume-Zuordnungen. Das ZimaOS-Backup deckt die Wiederherstellungsebene ab.

Eine sicherere Reihenfolge zur Fehlerbehebung bei Berechtigungen

1. Überprüfe, ob der Host-Pfad vorhanden ist.
2. Überprüfe, ob der Containerpfad darauf verweist.
3. Überprüfe, ob das Mount mit Lese- und Schreibzugriff eingebunden ist.
4. Überprüfe die UID/GID des Containers.
5. Überprüfe Besitzer und Gruppe auf dem Host.
6. Teste eine temporäre Datei.
7. Erst danach solltest du Auto-Organize testen.

Die ZimaOS-App-Anforderungen bieten das umfassendere Speichermodell für den App Store.

FAQ

Warum kann Emby Dateien wiedergeben, aber nicht organisieren?

Für die Wiedergabe ist nur Leseberechtigung erforderlich. Auto-Organize benötigt Berechtigungen zum Erstellen, Umbenennen, Verschieben und Löschen von Dateien.

Sollte ich den Ordner auf 1000:1000 ändern?

Nur wenn der laufende Emby-Prozess tatsächlich diese UID/GID verwendet. Überprüfe zuerst die Container-Identität.

Ist chmod 777 sicher?

Verwende dies bei Bedarf nur kurz zur Diagnose. Als dauerhaftes Berechtigungsmodell ist es zu weit gefasst.

Wird Emby durch RAID 5 schreibgeschützt?

Nein. RAID-Level und Dateiberechtigungen der Anwendung sind getrennte Ebenen.

Welchen Pfad sollte ich in Emby hinzufügen?

Verwende den containerseitigen Pfad aus der Docker-Volume-Zuordnung, nicht den Host-Pfad, der in den ZimaOS-Dateien angezeigt wird.