synOCR synOCR - GUI für OCRmyPDF

geimist · 28. Nov. 2025

Die Dockergruppe wurde noch nicht korrekt erstellt.

Mach bitte folgendes:

sudo -i absetzen. Du wirst nach deinem Adminpasswort gefragt. Anschließend bist du root!
source /usr/syno/synoman/webman/3rdparty/synOCR/includes/functions.sh && synogroupmoddocker
Es sollte mit "Creating docker group … OK" quittiert werden.
exit

sky62 · 03. Dez. 2025

Hallo, ich bin neu in dem Thema snyOCR. Habe synOCR installiert, was auch soweit funktioniert hat.
Bei mir sieht das so aus, dass im container manager kein Container synOCR und auch auch Leone logs. Jedoch bekomme ich immer folgenden Fehler (siehe Anhang) Kann es an der neuen DSM 7.3xx liegen? Hab Ihr eine Idee was ich machen kann?
Danke an das super Forum hier

geimist · 03. Dez. 2025

Siehe Wiki

PS: Der Container synOCR wird nur temporär für jedes Dokument erstellt und anschließend wieder verworfen. So ist das Prinzip des OCRmyPDF Images.

Byte · 13. Dez. 2025

Ich muss vorweg einräumen, dass ich nicht alle 248 Seiten gelesen habe.

Bei mir läuft synOCR seit ein paar Monaten. Ich habe nur das Problem, dass hier und da mal das Monitoring ausgeschaltet ist. Das fällt mir immer dann erst auf, wenn eingehende PDF-Dateien nicht abgearbeitet werden. Daher kann ich nicht wirklich sagen, wann das Monitoring genau ausfällt. Ich vermute nach einem Neustart.

Was kann ich tun, das das Monitoring auch nach einem Neustart läuft?

Gefunden hatte ich nur das hier:

geimist schrieb:
um die Funktion zu verwenden, ist synOCR mit dem Parameter start im DSM-Aufgabenplaner aufzurufen:
/usr/syno/synoman/webman/3rdparty/synOCR/synOCR-start.sh start

Da es von 2022 ist, war ich mir nicht sicher, ob das so noch gilt.

geimist · 13. Dez. 2025

Hallo Byte und herzlich willkommen hier im Forum

Den Fall hatten wir noch nicht. Eigentlich startet die Ordnerüberwachung mit dem Paket.
Ggf. findet man Hinweise in der Datei inotify.log im Logordner.

Du könntest natürlich auch eine "Ausgelöste Aufgabe" beim Hochfahren mit dem Inhalt sudo -u synOCR /usr/syno/synoman/webman/3rdparty/synOCR/synOCR-start.sh start & und User root einrichten. Es ist aber nicht empfehlenswert, wenn dann das Paket auch noch das Monitoring startet (Ein parallel laufendes Monitoring kann sich gegenseitig stören. In der nächsten Version wird das abgefangen). Aber versuch das mal.

Byte · 13. Dez. 2025

geimist schrieb:
Datei inotify.log

Ich habe die Datei gefunden. Der betreffende Teil schaut so aus:

Code:

---------------- EVENT --------------- 2025-11-17_18-26-43 ----------
detected event: /volume1/entrance/ CLOSE_WRITE,CLOSE 20251117_004493.pdf

synOCR-start.sh Log:
synOCR run at DSM7 or above
    ? check docker group: ok [docker:x:65537:synOCR]
    ? check permissions: ok
synOCR wurde gestartet ...
Bitte warten, bis die Dateien fertig abgearbeitet wurden.
stop monitoring ...

---------- STOP  MONITORING ---------- 2025-12-08_10-21-12 ----------

---------- STOP  MONITORING ---------- 2025-12-08_10-21-12 ----------
Monitoring ended
Monitoring ended
Does not run - start monitoring ...

---------- START MONITORING ---------- 2025-12-12_16-24-22 ----------
Monitoring successfully started

Am 08.12. gab es einen Neustart. Das 'STOP MONITORING' wird wohl daher kommen. Das 'START MONITORING' am 12.12. wurde durch mich händisch gestartet.

Ich werde das beim nächsten Neustart genau beobachten und hier Rückmeldung geben.

hergi · Mittwoch um 11:09

Hallo,

ich bin mir nicht ganz sicher, ob ich das hier "melden" oder einen eigenen Thread dazu eröffnen sollte. Aber da hier auch immer wieder "Probleme" geschildert werden versuche ich es mal so

Ich lasse stündlich einen Ordner auf der Synology nach neuen Dokumenten scannen (per Aufgabenplaner) und, falls vorhanden, mit synOCR abarbeiten.
Ich habe aber hin und wieder das Problem, dass der Task aber nicht ausgeführt werden kann, da er lt. System immer noch läuft:

SYSTEM: Scheduled Task [synOCR Scan] skipped because the task was already running. Please check the task content/settings.

Das bleibt dann auch so und die Meldung kommt stündlich, bis ich die DiskStation neu starte.

Ich habe schon einiges versucht, ob ich den Prozess irgendwie finde vielleicht manuell killen kann, aber ich bin wohl zu unwissend, was Linux angeht, da sind meine Kenntnisse eher rudimentär.

geimist · Mittwoch um 13:47

Interessant …

Die aktuelle Version 1.5.1 verwendest du?
Ist der synOCR-Container in so einem Fall noch aktiv / vorhanden?

Alternativ:
Könntest du mal die inotify-tools von der Synocommunity installieren und den Aufgabenplaner dann deaktivieren?

hergi · Mittwoch um 14:00

1. Ja, Version 1.5.1 ist installiert.
2. Der Container ist nicht mehr aktiv.

Ich hatte die inotify-tools schon mal installiert, das hatte mir aber damals aus irgendeinem Grund nicht gefallen, ich weiß allerdings nicht mehr, warum. Ich werde es mir mal vornehmen.

hergi · Mittwoch um 16:56

Ok, jetzt weiß ich wieder, warum ich die Überwachung über die inotifiy-tools nicht mochte.
Ich hatte ursprünglich synOCR genutzt, habe mich dann nach einer gewissen Zeit (auch) für paperless-ngx zur besseren Verwaltung meiner Dokumente entschieden aber den Prozess per synOCR zusätzlich aktiv gelassen.
Mein Workflow sieht also so aus:

Scannen per Dokumentenscanner in das synOCR-Verzeichnis.
Aufgabenplaner startet Skript, das
- zuerst die Datei in das von paperless-ngx überwachte Verzeichnis kopiert,
- und dann den synOCR Prozess startet.

Wenn nun inotify-tools den Ordner überwacht, dann bekomme ich den Copy-Job ja nicht mehr hin, oder mir fehlt das Wissen, wie ich das weiter hinbekomme.

geimist · Mittwoch um 16:59

OK, dein Setup klingt aber so, dass die initiale Fehlermeldung von deinem Copy-Skript kommt und nicht direkt von einem synOCR-Aufruf.
Kann das sein?

hergi · Mittwoch um 17:27

Wenn ich wüsste, wie ich das rausfinden kann...

geimist · Mittwoch um 17:40

hergi schrieb:
Ich lasse stündlich einen Ordner auf der Synology nach neuen Dokumenten scannen (per Aufgabenplaner) und, falls vorhanden, mit synOCR abarbeiten.
Ich habe aber hin und wieder das Problem, dass der Task aber nicht ausgeführt werden kann, da er lt. System immer noch läuft:
SYSTEM: Scheduled Task [synOCR Scan] skipped because the task was already running. Please check the task content/settings.

Von welchem Skript kommt denn dieser Fehler. Von /usr/syno/synoman/webman/3rdparty/synOCR/synOCR-start.sh oder einem Skript von dir?

hergi · Donnerstag um 17:08

Leider gibt die Fehlermeldung da nichts her.
Was ich mache, ist einfach ein Kopieren von Dateien vor dem Start Deines Scripts:

cp -a /volume1/.../_documents2OCR/*.pdf /volume1/.../_paperless-inbox
cp -a /volume1/.../_documents2OCR/*.jpg /volume1/.../_paperless-inbox

/usr/syno/synoman/webman/3rdparty/synOCR/synOCR-start.sh start

Durch synOCR werden dann die verarbeiteten Dateien in ein entsprechendes Verzeichnis verschoben.

Das funktioniert dann auch wunderbar so

, nur irgendwann (Wochen/Monate?) halt nicht mehr (s.o.)

Papi32 · Heute um 15:49

Hallo,

zunächst einmal vielen Dank für das wirklich sehr geile Tool, das bei mir mit wachsender Begeisterung bereits seit Jahren läuft.

Momentan ist auf meiner DS2415+ (noch DSM6.2) die Version "synOCR_DSM6_v1.5.1" installiert,
Den Watch-Folder hatte ich mit "inotify-tools.v3.f15047[apollolake-avoton-braswell-broadwell-broadwellnk-broadwellntbap-bromolow-cedarview-denverton-dockerx64-geminilake-grantley-purley-kvmx64-v1000-x86-x86_64].spk" erfolgreich am Laufen.

Seit aber dessen aktuell (vorgestern?) erfolgtem Update auf
"inotify-tools.v4.f25556[apollolake-avoton-braswell-broadwell-broadwellnk-broadwellntbap-bromolow-cedarview-denverton-dockerx64-geminilake-grantley-purley-kvmx64-v1000-x86-x86_64].spk"
ergibt es sich allerdings, dass ich offenbar den Monitor von synOCR offenbar nicht mehr gestartet bekomme.
(Habe ich damit vielleicht eine falsche Version des inotify gewählt?)

In den synOCR-Ausgabe-Logs steht u. A. immer: "monitor is running?: no"

Übrigens steht da auch:
"ContainerManager: WARNING: Error loading config file: .dockercfg: $HOME is not defined".
Wo soll diese Datei denn liegen? Ich finde nichts dergleichen unter /volume1/@appstore/synOCR, wo auch meine synOCR.sqlite unter /ui/etc zu finden ist, demnach suche ich vermutlich an der richtigen Stelle.

Wenn ich im GUI des synOCR auf "Monitor starten" klicke, erscheint immer nur den Hinweis "Wenn du in wenigen Sekunden nicht automatisch weitergeleitet wirst, lade diese Seite bitte manuell erneut ...".
Ein Neuladen (mit F5) ändert aber nichts am Sachverhalt, nach ca. 1 Minute erscheint aber dann doch die Startseite des synOCR wieder mit dem Button "Monitor starten".
Ein ggfs. vorhandenes Dokument im Scanfolder wird aber derweil abgearbeitet. Der Container startet nach ca. 50 Sekunden und verschwindet dann erwartungsgemäß wieder aus dem Docker.
(Ich habe das übrigens auch im Inkognito-Modus versucht.)

Mit der letzten Inotify-Version zeigte synOCR noch die Buttons "Monitor neu starten" und "Monitor beenden" oder so ähnlich zumindest.
(Ohne inotify ist dort auch nur der Button "Jetzt manuellen Durchlauf starten..." zu finden, also wird die Installation von inotify wohl auch korrekt von synOCR erkannt.

Die Anzeige unter "Status/Statistik" des synOCR-GUIs aktualisiert sich immer nur, wenn ich die Anwendung schließe und neu aufrufe (nicht das Paket).
Erst dann steht dort (natürlich nur bei vorhandenen Dokumenten) wieder beispielhaft "Dateien zu bearbeiten: 1".

Ich habe sowohl synOCR als auch inotify schon mehrmals entfernt und in verschiedenen Versionen (synOCR in 1.3.3 und 1.5.1) wieder installiert, bekomme es aber nicht mehr zum Laufen. Die Rechte des Scanfolders sollten ok sein, da ein manueller Durchlauf ja funktioniert. Ich habe sie aber vorsichtshalber noch auf 777 gesetzt, was leider auch nichts geändert hat.

In der inotify.log steht seit dem 20.12.:
---------- START MONITORING ---------- 2025-12-20_07-13-58 ----------
Failed to start monitoring. Retrying...
Does not run - start monitoring ...

Was hat sich verändert oder wo kann ich bitte noch nach einem Fehler suchen?

geimist · Heute um 16:50

Hallo Papi32,

Papi32 schrieb:
Seit aber dessen aktuell (vorgestern?) erfolgtem Update auf
"inotify-tools.v4.f25556[apollolake-avoton-braswell-broadwell-broadwellnk-broadwellntbap-bromolow-cedarview-denverton-dockerx64-geminilake-grantley-purley-kvmx64-v1000-x86-x86_64].spk"
ergibt es sich allerdings, dass ich offenbar den Monitor von synOCR offenbar nicht mehr gestartet bekomme.
(Habe ich damit vielleicht eine falsche Version des inotify gewählt?)

Um hier Unsicherheiten zu vermeiden, ist es ratsam, synocommunity direkt in das Paketzentrum einzubinden. Dadurch wird immer die passende Version angeboten und installiert.
Mit DSM 7.2 läuft es auch nach dem Inotify-Update wie gewünscht.
Allerdings habe ich keine DSM 6.2 Umgebung mehr und werde daher auch zukünftige Versionen nur noch ab DSM 7 bereitstellen. Da sich an DSM 6.2 ja nichts mehr grundlegend ändert, sollten ältere synOCR-Versionen eigentlich auch noch wie gehabt weiterlaufen.

Papi32 schrieb:
Übrigens steht da auch:
"ContainerManager: WARNING: Error loading config file: .dockercfg: $HOME is not defined".
Wo soll diese Datei denn liegen? Ich finde nichts dergleichen unter /volume1/@appstore/synOCR, wo auch meine synOCR.sqlite unter /ui/etc zu finden ist, demnach suche ich vermutlich an der richtigen Stelle.

Das ist belanglos und hat nichts mit synOCR zu tun.
➜ siehe Wiki: was bedeuten diese Fehlermeldungen im Log?

Papi32 schrieb:
Der Container startet nach ca. 50 Sekunden und verschwindet dann erwartungsgemäß wieder aus dem Docker.

Das ist normal, da der Container nur temporär erzeugt wird, sofern es etwas zu tun gibt.

Papi32 schrieb:
Mit der letzten Inotify-Version zeigte synOCR noch die Buttons "Monitor neu starten" und "Monitor beenden" oder so ähnlich zumindest.

Das Verhalten hängt davon ab, ob das Monitoring bereits läuft und hat nichts mit der Inotify-Version zu tun.

Papi32 schrieb:
Die Anzeige unter "Status/Statistik" des synOCR-GUIs aktualisiert sich immer nur, wenn ich die Anwendung schließe und neu aufrufe (nicht das Paket).

Das ist nur statisches HTML. Eine Navigation innerhalb von synOCR sollte auch den Wert aktualisieren.

Papi32 schrieb:
Failed to start monitoring. Retrying...

Das ist entscheidend.
Hast du das NAS schon mal neugestartet?
Wenn nein, bitte das mal machen.
Wenn das nicht hilft, müsste man mal manuell über die Konsole debuggen:
/usr/syno/synoman/webman/3rdparty/synOCR/input_monitor.sh start
Das könnte man auf diesen Aufruf in Zeile 41 reduzieren.

EDIT:
Du kannst ja auch die Vorgängerversion installieren. Das ist vielleicht die pragmatischste Lösung.

geimist · Heute um 16:53

@hergi
Hallo Carsten,

jetzt auch noch zu deinem Problem:

hergi schrieb:
Leider gibt die Fehlermeldung da nichts her.
Was ich mache, ist einfach ein Kopieren von Dateien vor dem Start Deines Scripts:

Bash:

cp -a /volume1/.../_documents2OCR/*.pdf /volume1/.../_paperless-inbox cp -a /volume1/.../_documents2OCR/*.jpg /volume1/.../_paperless-inbox /usr/syno/synoman/webman/3rdparty/synOCR/synOCR-start.sh start

Vielleicht kannst du mal deinen Aufruf etwas mehr loggen lassen:

Bash:

#!/bin/bash

# nur hier deine Pfade anpassen:
SRC="/volume1/.../_documents2OCR"
DST="/volume1/.../_paperless-inbox"

#-------------------------------------
log() {
  echo "[$(date '+%Y-%m-%d %H:%M:%S')] $*"
}

run() {
  log "Starte: $*"
  "$@"
  rc=$?
  if [ $rc -eq 0 ]; then
    log "OK: $*"
  else
    log "FEHLER ($rc): $*"
  fi
}

run find "$SRC" -maxdepth 1 \( -name "*.pdf" -o -name "*.jpg" \) -type f -exec cp -a {} "$DST" \;

# synOCR ohne Parameter `start` aufrufen, wenn das Monitoring nicht genutzt werden soll:
run /usr/syno/synoman/webman/3rdparty/synOCR/synOCR-start.sh

log "Skript beendet"

Beispiel-Output um zu sehen, wo es klemmt:

Code:

[2025-12-22 14:30:00] Starte: find /volume1/.../_documents2OCR -maxdepth 1 ( -name *.pdf -o -name *.jpg ) -type f -exec cp -a {} /volume1/.../_paperless-inbox ;
[2025-12-22 14:30:02] OK: find /volume1/.../_documents2OCR -maxdepth 1 ( -name *.pdf -o -name *.jpg ) -type f -exec cp -a {} /volume1/.../_paperless-inbox ;
[2025-12-22 14:30:02] Starte: /usr/syno/synoman/webman/3rdparty/synOCR/synOCR-start.sh
[2025-12-22 14:30:05] OK: /usr/syno/synoman/webman/3rdparty/synOCR/synOCR-start.sh
[2025-12-22 14:30:05] Skript beendet

Suche

Suche

synOCR synOCR - GUI für OCRmyPDF

geimist

Benutzer

sky62

Benutzer

Anhänge

geimist

Benutzer

Byte

Benutzer

geimist

Benutzer

Byte

Benutzer

hergi

Benutzer

geimist

Benutzer

hergi

Benutzer

hergi

Benutzer

geimist

Benutzer

hergi

Benutzer

geimist

Benutzer

hergi

Benutzer

Papi32

Benutzer

geimist

Benutzer

geimist

Benutzer

Additional post fields

Kaffeautomat