Das sieht so aus, als wenn Du nicht dass neue Image gezogen hättest @bennySB. Denn der Fehler in 162 kommt vom Initialen `git Clone` der alten Version in das Verzeichnis /easyepg. Der passiert aber in der neuen Version überhaupt nicht mehr.
Ergänzend:
Sobald das einmal geklappt hat sollte es auch mit der alten Version und der Zeile funktionieren übrigens. Und doch, eigentlich sollte beides auch zusammen gehen, Socket und Verzeichnis.
OK, hatte ein "git clone" zusätzlich drin gelassen, was aber nichts stört... 2.1.2/latest ist im Docker Hub.
Hab gerade mal Version 2.1.1/latest meines Containers gepushed. Sowohl für initiale Installation als auch das Update von easyepg innerhalb des Containers wird jetzt das update-Script von easyepg benutzt wodurch ein paar mögliche Probleme (z.B. das von @bennySB zwei über dieser Antwort) nicht mehr auftreten sollten.
@BJ1 wobei die glaube ich auch nur das Update-Script aufruft, und auch in Sachen Update funktionierte es nicht ganz korrekt. Jetzt kann es halt beides und beides auch sauber...
@easy4me genau deswegen hab ich meinen pr auch nochmal teilweise zurück gedreht. Wobei es jetzt für beides funktionieren sollte. Nur die settings.sh bei Zattoo ist so nicht wirklich gut gelöst.
Ich merke halt nur auf Basis von Feedback hier, dass Installation und Update im docker immer Mal wieder problematisch sind 
@dlueth Welche Fehler genau? Mit mkdir werden die Ordner erstellt - beim Hinzufügen eines Providers muss der Ordner erst noch ins Setup integriert werden. Das Gleiche gilt auch für die UUnter...
Sowohl bei Horizon als auch bei Zattoo waren noch kleine Fehler drin, die dazu führten, dass das nicht sauber durch lief. Habe meinen pr auch nochmal reduziert auf das Wesentliche und richtige.
Ansonsten kann man, wenn man Update auch für die Initiale Installation benutzt nicht Mal epg.sh ausführen...
@easy4me Hab gerade mal nen PR in GitHub aufgemacht - da sind ein paar Fehler im update.sh die scheinbar dazu führen, dass man das eigentlich nicht verwenden kann. Oder bin ich nur zu blöd?
Nimm für den Start im Admin-Mode Zeile 5 raus @bennySB und leere das reingegebene Verzeichnis (Zeile 4) nochmal vor dem dann folgender Start des containers.
Wenn du eh das XML-Verzeichnis als Quelle für tvheadend benutzt kannst du dir den Socket in Zeile 6 auch sparen. Kann sogar zu Problemen führen, sollte der bei dir nicht schreibbar sein
Das sieht mir in der Tat so aus als wäre da irgendetwas korrupt
Aber jetzt läuft es? Auch bei einem Neustart?
@M4tt0 an welcher Stelle kommt die Meldung im Log?
rm -rf * löscht keine versteckten Dateien/Ordner, welche die mit einem . anfangen bleiben z.b. erhalten
@M4tt0 Ich hab eine Vermutung: ich nehme momentan das update-script aus dem vorhandenen easyepg Ordner und nicht den aus dem git-Clone der für das update erstellt wird. ändert sich etwas in dem update-script (also welche Dateien er wohin kopieren möchte) könnte das dieses Problem verursachen...
Ich denke gerade mal darüber nach wie sich das endgültig fixen lässt.
So, ist noch nicht 100% sicher, aber es sieht so aus das OMV auch läuft. Neuinstallationen sollten ab Version 2.1.0 meines Images funktionieren. Wer vorher installiert hat und noch mit Problemen kämpft kann mal folgende Schritte durchspielen:
1. Im übergebenen Ordner für easyepg mal schauen, ob dort ein weiterer Ordner easyepg liegt und den von Hand löschen
2. Sicherstellen, dass Ihr Version 2.1.0 des Images verwendet (müsste die OMV-GUI anzeigen) - bei einem Update hilft wohl Watchtower, was sich ebenfalls über die GUI installieren lässt
3. Für die Konfiguration von easyepg bitte folgendes über die Shell ausführen:
docker exec -ti -u easyepg -w /easyepg {Name des Containers laut GUI} /bin/bash ./epg.shSetzt voraus, dass Ihr User- und Group-ID korrekt gesetzt habt und natürlich der aktuelle User der Gruppe "docker" angehört - was aber eh Voraussetzung ist. Sollte jemand zu Testzwecken User- und Group-ID des root users verwendet haben (schämt Euch *g), dann lasst bitte "-u easyepg" weg.
Wenn unter OMV Probleme auftreten wären Logs sehr hilfreich. Dafür bitte in der GUI bei der Liste der laufenden Container den Container anklicken. Dadurch wird oberhalb der Liste das Icon für Anzeigen/Herunterladen der Logs des Containers aktiv.
Großer Dank an @M4tt0 und @Ruschi für die tatkräftige Unterstützung!
Wo bekommst du denn das permission denied, wenn nicht aus den logs?
Kannst du dir logs anzeigen lassen? @Ruschi
Hab gerade Mal die 2.1.0 in die docker registry gepublished - ist jetzt auch als latest markiert und läuft bei mir
Und noch eine Frage an @M4tt0: Wie ist denn der Containername für meinen und mod242's Container bei Dir? Die müssen auf jeden Fall unterschiedlich sein, sonst "vermischen" sie sich bei docker evtl.
Hat das Problem von @M4tt0 denn noch irgendjemand? Ich habe zwar noch 2 Fehler gefunden, die dürften aber dieses Problem eigentlich nicht verursacht haben.
Was denke ich das Problem ist ist, dass /epg/update.sh mit permission denied scheitert. Das wird aber noch als root ausgeführt, was eigentlich gehen müsste...
@M4tt0 jo, denke schon, dass das hilft. Ich glaube ich hab's schon gefunden und werde heute Abend 2 Dinge anpassen und die Images neu bauen