Was für eine Fritte hast Du denn?
Die leider schon ziemlich alte FRITZ!Box 6490 Cable (lgi). Na ja... trennen allein hilft nicht, es muss schon ein kompletter Reboot sein. Die schmutzige Lösung wäre, der Fritzbox täglich mal den Strom zu klauen, über eine Zeitschaltuhr. Ich hatte aber gehofft, dass es auch ein wenig eleganter geht. 
Den Router schon mal neu gestartet?
Nein, schon ein paar Tage nicht. Ich weiß, dass er danach schneller läuft. Leider hab ich es bisher nicht hinbekommen, dass die Fritz!box regelmäßig von sich aus einen Reboot macht... so 'ne Art Cron-Job wäre da hilfreich.
Hatte mit Calibre ein ähnliches Problem, als ich die eBooks und Datenbank auf den Server ausgelagert hatte.
Lösung war, in der fstab für den entsprechenden Mount die Option nobrl einzutragen. Vielleicht klappt es ja hier auch.
Hilft leider auch nicht. Muss wohl mal versuchen, den Hersteller zu löchern. Danke euch!
Danke Lotsenbruder! Leider nein und es wird immer merkwürdiger. In der Oberfläche von VueScan ist es möglich, denZielordner für die gescannten Dokumente per GUI auszuwählen, das heißt man klickt sich durch bis in das gewünschte Verzeichnis. Auf dem Weg dorthin werden auch Dateien angezeigt, die sich in dem gewählten Verzeichnis befinden. Und siehe da: dort sind die vermissten Dateien. Lege ich nun innerhalb der Oberfläche von VueScan ein neues Verzeichnis unterhalb des Shares an, wird dieses als Ziel genommen und auch eine Datei dort abgelegt... kann man in der Dateiliste der Oberfläche sehen.
Das Dumme ist nur, im Dateimanager von Linux Mint ist weder das Verzeichnis - hier DS-410 - noch die darin enthaltene Datei (also 2023-12-20-0001.pdf) zu sehen.
Sieht mir irgendwie nach einem Rechteproblem aus, aber sicher bin ich da nicht.
Danke! Die Abkürzungen sind mir noch nicht so geläufig...
Aber es ist tatsächlich nicht nötig, weil es aktuell kein neueres gibt und dies eigentlich auch nicht die Ursache sein kann, denn eigentlich läuft's ja.
Der Client-Rechner, an dem der Scanner angeschlossen ist, hat übrigens ein Linux Mint 21.2 Victoria als Betriebssystem. Dort funktioniert das Speichern nicht so wie erhofft, jedenfalls nicht mit VueScan.
Zu Deinem Problem kann ich nichts schreiben. Aber darauf hinweisen, dass Du Dein EOL-System neu aufsetzen musst. Aber ist ja nicht nötig.
Das verstehe ich nun nicht: Was ist das EOL-System? Und warum muss ich es neu aufsetzen?
Falls 21.04 stimmt, vergiss Dein Problem. Ubuntu 21.04 ist längst tot, also Neuinstallation.
Sorry... Tippfehler: es handelt sich um die Version "Ubuntu 22.04.3 LTS". Da aber die Installation ansonsten sauber läuft, konnte das vermutete Linux-Versionsproblem nun ohnehin nicht die Ursache sein. Warum sollte sich diese unterschiedlich verhalten, wenn ich manuell in das Verzeichnis schreibe oder dies mithilfe von VueScan automatisiert zu tun versuche?
Moin zusammen,
nachdem ich nun durch tatkräftige Hilfe von erfahrenen Forumsmitgliedern ein Problem mit einem gesharten Verzeichnis lösen konnte, schließt sich nun ein weiteres Problemchen an, das im weiteren Sinne mit dem ersten zusammenhängt.
Ausgangssituation
Ich nutze das Dokumentenmanagementsystem "Paperless-NGX", was in Docker auf einem separaten proxmox-Server unter Ubuntu 22.4 läuft. Funktioniert alles wunderbar inzwischen. Paperless bietet ein Verzeichnis an, das permanent überwacht wird. Dokumente, die in dieses Verzeichnis gespeichert werden, werden umgehend in Paperless importiert und dort gespeichert. Die Dateien im Import-Verzeichnis werden dabei gelöscht. Auch das funktioniert inzwischen hervorragend, die notwendigen Verzeichnisse dafür auf dem Client-Rechner zu mounten, war das Thema meines ersten Threads.
Nun nutze ich einen EPSON DS-410 Duplex-Scanner, der eingehendes Schriftgut digitalisieren soll. Da der originale EPSON-Treiber und die zugehörige Scan-Software nicht mal mittelprächtig funktionieren, habe ich mir die Anwendung "VueScan" zugelegt, die ganz prima mit dem Scanner umgehen kann.
Leider gibt es aber ein Problem: Die Software speichert ein neues Dokument nicht in das gesharte Verzeichnis. Es ist keine Datei zu sehen, es wird auch keine nach Paperless importiert. Lege ich mit demselben Nutzer ein Verzeichnis an und speichere mit VueScan dort hinein, kann ich anschließend die dort gespeicherten Dateien locker per Drag and Drop in das gesharte Verzeichnis ziehen und der Import geht problemlos vonstatten. Das ist dann zwar ein halbwegs akzeptabler Work-around, aber er macht eine Menge mehr Arbeit und er ist nicht so perfekt, wie er eigentlich sein sollte.
Rechtemäßig gibt es keinen Unterschied zwischen den Verzeichnissen, Drag & Drop funktioniert ja auch. Hat jemand eine Idee, woran das liegen könnte?
Moin,
ich habe Vodafone Office Business Internet & Phone 150 mit folgenden Werten:
https://librespeed.org/: DL 101 Mbps // UL 10.7 Mbps
https://breitbandmessung.de/test; DL 85.08 Mbps // UL 10.56 mbps
Leider auch keine Werte, die einen vom Hocker reißen.
Hey... löppt. Im echten Leben wäre es an der Zeit, euch beiden - Sojan und faxxy - ein Bierchen zu spendieren.
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:
//192.168.0.74/paperless-consume /home/user/consume cifs uid=1000,gid=1000 0 0Dies 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:
user@Linux-B450-AORUS-ELITE:~$ id
uid=1000(user) gid=1000(user)... 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.
drwxr-xr-x 2 root root 0 Dez 9 11:33 consumeHelfen 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.
Danke für den Tipp... wie gesagt, ich bin noch ein arger Noob
Hier die beiden fstab-Einträge:
//192.168.0.74/paperless-consume /home/user/consume cifs credentials=/home/user/.smbcredentials 0 0
//192.168.0.74/paperless-export /home/user/export cifs credentials=/home/user/.smbcredentials 0 0Ich 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:
Client:
sudo chmod 777 consume => es passiert buchstäblich nichts:
drwxr-xr-x 2 root root 0 Dez 9 11:33 consumeNun hatte ich gelesen, dass die Rechte für gesharte Verzeichnisse auf dem Host vorgegeben werden und es daher dort versucht:
Host:
drwxrwxrwx 2 user user 4096 Dez 9 10:33 consumeWie 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:
smbclient -L 192.168.0.74
Password for [WORKGROUP\user]:
Sharename Type Comment
--------- ---- -------
paperless Disk smb share
IPC$ IPC IPC Service (Samba 4.15.13-Ubuntu)
user Disk Home Directories
SMB1 disabled -- no workgroup availableStatus: "smbd: ready to serve connections..."aber
user@paperless:~$ ls -l /paperless-ngx
ls: cannot access '/paperless-ngx': No such file or directoryEine User-Abfrage kommt nur, wenn ich das Verzeichnis mit angebe:
smb://192.168.0.74 => keine Nutzerabfrage
smb://192.168.0.74/paperless-ngx/consume => Nutzerabfrage und danach die FehlermeldungEPSON Workforce WF-C5710
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 = yes
Gestartet 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?