Hi!
Ich mach es kurz...
Ich frage mich, ob es eine Möglichkeit für mich gibt, alles zu sehen, zu öffnen und zu bearbeiten.
Nein.
Der Texteditor kann nicht auf alle Dateinamen umgeschaltet werden, wenn ich mich nicht verguckt habe.
Ideen, Lösungen von Euch?
Nein.
Hi!
Ich mach es kurz...
Nein.
Nein.
Danke Dir, echt traurig.
Gibts Alternativen an anderen Dateimanagern?
Das ist zwar traurig, aber eher der "Normalzustand" innerhalb solcher NAS-Betriebssysteme. Ob es WebUI gestützte Alternativen gibt, kann ich nicht mir Sicherheit beantworten, aber schau dir man den Docker Container Filebrowser an, ich meine (unter Vorbehalt), der kann das.
MGS: root-Zugriff bekommst auch damit nicht. Je nach dem, wie du die yml konfigurierst, kannst du bspw. „@docker“ sehen, aber hast keinen Zugriff.
PS: durch die „Unterstützung“ von Marius habe ich Zugriff auf sein verlinkte „db“, weiß aber nicht, ob das Programm/System nicht mehr hergibt
root-Zugriff bekommst auch damit nicht. Je nach dem, wie du die yml konfigurierst, kannst du bspw. „@docker“ sehen, aber hast keinen Zugriff.
Auch wenn man PUID und GUID 0 setzt? Der Default User ist halt 1000 im Container. Wenn du es als root laufen lässt, dann sollte das gehen. Aber bringt natürlich auch Risiken mit sich
Standard war sogar 0:0 gesetzt, brachte aber keinen Unterschied zu 1000:10
Ich wollte damit auch keinen "großen Rundumschlag" ausführen, lediglich einen bequemen cli-freien Zugriff (bspw. Kopieren von Dateien ins @docker-Verzeichnis.
Aber ich teste es gerne nochmal weiter aus, bisher war es nur eine Alternative.
Was meinst du mit Standard war 0:0?
PUID:GUID
Ja, aber wo ist das Standard 0:0 angegeben?
Ich hab auf die Schnelle nach der (angepassten) Anleitung von ma*******ting erledigt
services:
filebrowser:
container_name: File-Browser
image: filebrowser/filebrowser
user: 0:0
healthcheck:
test: wget -q --spider http://localhost:80/health || exit 1
mem_limit: 6g
cpu_shares: 768
security_opt:
- no-new-privileges:true
restart: on-failure:5
ports:
- 8147:80
volumes:
- /volume1:/srv
- /volume1/docker/filebrowser/database/filebrowser.db:/database/filebrowser.db:rw
- /volume1/docker/filebrowser/config:/config:rwAch so.... Sollte man dazu sagen, dass in dem Tutorial das gesetzt wird. Ich kenne die Anleitungen von Marius nicht, weil ich davon persönlich nichts halte. In der Doku zu Filebrowser steht das nämlich nicht mit drin. Und das ist für mich der Standard. Daher die Rückfrage 
Alles gut, ich bin immer dankbar für Verbesserungsvorschläge.
PS: was aus der Anleitung nicht hervorgeht, was seine db so "besonders" macht? (bspw. im Gegensatz zu einem "neutral" angelegten Container?)
PPS: am Anfang war es so einfacher, rudimentäre Docker-Kenntnisse umzusetzen, aber jetzt, wo man die Zusammenhänge besser versteht, orientiere ich mich auch eher am Entwickler-yml und schaue ggf. mal wegen optionaler Einstellungen.
Seine DB macht nichts besonderes. Die DB gibt der Entwickler vor und nicht Marius. Wahrscheinlich macht er das nur, weil er als mountpunkt eine Datei angibt und nicht wie die Entwickler einen Ordner. Wenn er die Datei angibt, dann muss diese vorher existieren. Wenn du den Ordner wie die Entwickler angibst, dann wird die Datei erstellt.
Das war mir grundsätzlich klar. Ich dachte nur (weil er sie nur über den "Bezahlbereich" anbietet), es wäre Nicht-Standard.
Er bietet ja auch teilweise .env Dateien nur gegen Bezahlung an, die eine Kopie von GitHub ist. Da muss man sich gar nichts bei denken bei ihm
Hi *kw*, hab deinen Code aus #12 grad mal probiert. Aber der Container startet nicht. Im Log steht
2025/08/17 11:37:52 Warning: filebrowser.db can't be found. Initialing in /database/
2025/08/17 11:37:52 Using database: /database/filebrowser.db
Error: open /database/filebrowser.db: is a directory
Er legt unter database auch ein Directory filebrowser.db an und mault dann, dass es ein Directory sei. Häh?
Das neue Verzeichnis selbst ist leer. Verstehst du das?
Auf die Schnelle, habe ich zur Erklärung Marius' yml genommen.
Das ist hier meine:
services:
filebrowser:
container_name: filebrowser
image: filebrowser/filebrowser
user: 0:0
healthcheck:
test: wget -q --spider http://localhost:80/health || exit 1
mem_limit: 6g
cpu_shares: 768
security_opt:
- no-new-privileges:true
restart: on-failure:5
ports:
- 8147:80
volumes:
- /volume1:/srv
- /volume2/docker/filebrowser/database/filebrowser.db:/database/filebrowser.db:rw
- /volume2/docker/filebrowser/config:/config:rw
labels:
- "com.centurylinklabs.watchtower.enable=true"Wie gesagt, mit der von Marius' verlinkten db.
Aber gut, dass du ( Benares ) es ansprichst. Das merkwürdige Verhalten habe ich auch festgestellt. Wenn ich die *.db per drag'n'drop in die Dateien-App ziehe, macht er ein Verzeichnis draus. Habe es dann über den Finder erledigt. Da hat er die db als solche erkannt.
Ach so, man braucht da noch was von Marius, da schau ich mal. danke. Ich hatte einfach nur database angelegt und dachte der Container erstellt das von selbst.
Edit: Pff, der will Kohle dafür, wenn ich das richtig verstehe. Nö, nicht mit mir 
Join our community with over 10,000 members!
Register yourself now for free to get full access to all content, graphics, downloads and other exclusive features!