Hey... löppt. Im echten Leben wäre es an der Zeit, euch beiden - Sojan und faxxy - ein Bierchen zu spendieren.
Beiträge von JoSch im Thema „Problem bei der Einrichtung eines Shares“
-
-
Es wird für mich immer merkwürdiger, aber vielleicht hilft das den erfahreneren Anwendern ja weiter:
Ich habe mal, wie oben vorgeschlagen, in der fstab eine Änderung gemacht:
Dies führt nun dazu, dass das Password für den Anwender "root" angefordert wird, der weder auf dem Client, noch auf dem Server so besteht. Zur UID=1000 wird der "user" (er heißt nicht user, aber diese Konstante repräsentiert ihn durchgängig in allen obigen Listings) über den Befehl id ausgegeben, sowohl auf dem Client wie auch auf dem Server:
Bevor ich die Änderung in der fstab gemacht hatte, führte der Befehl mount -a dazu, dass die Verzeichnisse zwar gemountet wurden, aber der Besitzer des Verzeichnisses dieser "root" wurde, was durch den Administrator "user" auch nicht wirklich änderbar ist. Die Änderung per CHOWN führte dazu, dass für ein paar Sekunden alles gut schien, dann aber wieder "root" der Besitzer war.
Helfen diese Info's irgendwem weiter, eine Lösung zu finden?
Der einzige Anwender "root", der im Zusammenhang mit den verwendeten Maschinen auftaucht, ist auf dem "echten" Host, also der Maschine mit proxmox, auf dem der Server mit Paperless läuft. Aber dort hat root die UID=0 und nicht 1000.
-
-
Ich hatte gehofft, das wäre es nun gewesen... leider nein, leider gar nicht.
Wie ist der aktuelle Stand?
Die beiden Shares "paperless-consume" und "paperless-export" sind eingerichtet und werden auch brav bei jedem neuen Start automatisch angemeldet. Da also mal einen Haken dran, so sollte es sein.
Nun habe ich auf dem Client im Dateimanager diese beiden neuen Einträge und kann sie mir ansehen, nur nutzen geht leider nicht.
Ich habe die beiden Mount-Punkte unterhalb des Home-Bereichs des Nutzers angelegt, also z.B. /home/user/consume, analog für das Export-Verzeichnis. Leider tragen bei beiden Ordner im Dateimanager ein Schloss-Symbol, d.h. ich kann sie mit Nutzerrechten nicht aufrufen. Versuche ich die Rechte auf dem Client mit Administrationsrechten anzupassen, passiert nichts:
CodeClient: sudo chmod 777 consume => es passiert buchstäblich nichts: drwxr-xr-x 2 root root 0 Dez 9 11:33 consume
Nun hatte ich gelesen, dass die Rechte für gesharte Verzeichnisse auf dem Host vorgegeben werden und es daher dort versucht:
Wie man sieht, laufen die Rechte auseinander. Was mache ich falsch oder besser, was muss ich tun, damit es richtig läuft? Ziel ist, dass der angemeldete Nutzer (auf dieser Maschine gibt es nur einen) ohne administrative Rechte in das "consume"-Verzeichnis schreiben darf...
Am Ende soll der lokal installierte und prima funktionierende EPSON DS-410 Scanner in dieses Verzeichnis scannen und das Scanergebnis durch Paperless-NGX auf dem Server abgeräumt und zu neuen Dokumenten im Archiv werden.
-
Wow!! Ich bin tief beeindruckt und sehr dankbar: Es klappt tatsächlich nun, das Verzeichnis zu mounten. Jetzt muss ich mich nur noch um das Export-Verzeichnis kümmern und ein dauerhaftes Mounten hinbekommen. Herzlichen Dank an alle, die sich des Problems angenommen haben.
-
Danke sehr!
Ich bin nur nicht so ganz sicher, ob das Ergebnis nun positiv oder nicht so sehr ist:
-
-
Danke für die schnelle Antwort.
Meine smb.conf sieht so aus:
[global]
workgroup = smb
security = user
map to guest = Bad Password[homes]
comment = Home Directories
browsable = no
read only = no
create mode = 0750[public]
path = /paperless-ngx/consume/
public = yes
writable = yes
comment = smb share
printable = no
guest ok = yesGestartet sollte der SAMBA-Dienst sein. Nach der Anpassung der smb-conf hatte ich einen Restart mit "sudo systemctl restart smbd.service" gemacht.
Was mich allerdings etwas verwundert ist, dass der Befehl sudo chmod 777 /paperless-ngx/consume/ zu dieser Fehlermeldung führt: chmod: cannot access '/paperless-ngx/consume/': No such file or directory.
Wohlgemerkt: der Befehl wurde auf dem Server in einer SSH-Session abgesetzt. Mit dem Befehl "ls" im Verzeichnis paperless-ngx wird das angeblich nicht vorhandene Verzeichnis aber gelistet
user@paperless:~$ cd paperless-ngx
user@paperless:~/paperless-ngx$ ls
back_docker-compose.env docker-compose.env export
consume docker-compose.yml
user@paperless:~/paperless-ngx$ -
Hallo zusammen,
eines vorausgeschickt: Ich bin ein ziemlicher Noob, was die Nutzung von Linux angeht und ich habe ein Problem, das mich schon einige Tage sehr beschäftigt. Vielleicht könnt ihr ja helfen?!
Ausgangssituation
Ich habe einen Rechner mit Linux Mint, den ich als Arbeitsplatzrechner betreibe. Ich nenne ihn hier mal der Einfachheit halber "Client". Daneben betreibe ich auf einem anderen Rechner auf einer virtuellen Maschine unter Proxmox 8.0 einen Linux Server (Ubuntu 22.04.3/ IP-Adresse 192.168.0.74), auf dem die Anwendung Paperless-NGX in einer Docker-Umgebung läuft. Das funktioniert auch alles so weit.
Nun möchte ich auf dem Server die Verzeichnisse paperless-ngx/consume und paperless-ngx/export als Shares auf dem Client einrichten. Das consume-Verzeichnis wird von Paperless-NGX überwacht, dort hinein kommen neu zu archivierende Dokumente. Ziel ist es, mit dem lokal angeschlossenen Scanner in dieses Verzeichnis zu scannen und die Dokumente dann durch Paperless abräumen zu lassen.
Ich habe daher eine Samba-Umgebung auf dem Server eingerichtet und möchte die beiden Verzeichnisse nun dauerhaft auf dem Client mounten. Und genau das bringt mich an den Rand des Wahnsinns: Der Server ist nicht im Netzwerk-Ordner des Clients sichtbar, kann aber - z.B. per SSH - problemlos aufgerufen werden. Versuche ich zunächst einmal das temporäre Mounten per Aufruf "smb://192.168.0.74/paperless-ngx/consume" schlägt das konsequent fehl, mit dem Hinweis "Datei oder Verzeichnis nicht gefunden".
Per SFTP komme ich mit Filezilla allerdings auf das gewünschte Verzeichnis auf dem Server. Hat jemand eine Idee, wie ich das Problem lösen kann?