Moin moin,
nach einigen Tagen Arbeit habe ich meine DS220j mit DSM7.4 über Entware mittlerweile soweit, dass mein HP Deskjet 1050 J410 All-In-One den Scanauftrag annimmt und der Scanner sich in Bewegung setzt.
Problem: Kurz vor dem Schreiben des Buffers in die Datei erscheint folgende Meldung:
Laut einigen anderen Threads im Internet hängt dies damit zusammen, dass der DBus Dienst nicht läuft. Aber er läuft:
Habt ihr eine Idee, was hier das Problem sein könnte?
Meine Vermutung aktuell: Der DBus Dienst von Syno ist inkompatibel mit den Builds von Entware, denn dort fliegt ebenfalls ein dbus.daemon rum. Den bekomme ich aber irgendwie nicht ans Laufen, denn wenn ich den von Syno stoppe und den von Entware anspreche sagt er mir:
Wobei es egal ist, welche Cfg angebe. Gebe ich jedoch keine an, dann kommt das Terminal nicht zurück und ich muss mit CTRL+C den daemon "beenden".
Andere Tools wie SaneTWAIN oder SaneWinDS schaffen es btw. übrigens auch den Scanprozess anzustoßen, aber crashen dann, weil der Buffer eben nicht zurückgegeben wird.
nach einigen Tagen Arbeit habe ich meine DS220j mit DSM7.4 über Entware mittlerweile soweit, dass mein HP Deskjet 1050 J410 All-In-One den Scanauftrag annimmt und der Scanner sich in Bewegung setzt.
Problem: Kurz vor dem Schreiben des Buffers in die Datei erscheint folgende Meldung:
root@NAS:~# scanimage -o "/volume1/HDD/tezt.jpeg"
dbus[23858]: arguments to dbus_connection_send() were incorrect, assertion "connection != NULL" failed in file dbus-connection.c line 3305.
This is normally a bug in some application using the D-Bus library.
D-Bus not built with -rdynamic so unable to print a backtrace
Aborted (core dumped)
Laut einigen anderen Threads im Internet hängt dies damit zusammen, dass der DBus Dienst nicht läuft. Aber er läuft:
root@NAS:~# systemctl status dbus
● dbus-system.service - D-Bus System Message Bus
Loaded: loaded (/usr/lib/systemd/system/dbus-system.service; static; vendor preset: disabled)
Active: active (running) since Sat 2023-02-18 23:48:47 CET; 13h ago
Main PID: 15602 (dbus-daemon)
CGroup: /syno_dsm_internal.slice/dbus-system.service
└─15602 /sbin/dbus-daemon --system --nopidfile
Feb 18 23:48:47 NAS-Knappe syno-dbus-check.sh[15603]: <interface name="org.freedesktop.DBus.Peer">
Feb 18 23:48:47 NAS-Knappe syno-dbus-check.sh[15603]: <method name="GetMachineId">
Feb 18 23:48:47 NAS-Knappe syno-dbus-check.sh[15603]: <arg direction="out" type="s"/>
Feb 18 23:48:47 NAS-Knappe syno-dbus-check.sh[15603]: </method>
Feb 18 23:48:47 NAS-Knappe syno-dbus-check.sh[15603]: <method name="Ping">
Feb 18 23:48:47 NAS-Knappe syno-dbus-check.sh[15603]: </method>
Feb 18 23:48:47 NAS-Knappe syno-dbus-check.sh[15603]: </interface>
Feb 18 23:48:47 NAS-Knappe syno-dbus-check.sh[15603]: <node name="org/freedesktop/DBus"/>
Feb 18 23:48:47 NAS-Knappe syno-dbus-check.sh[15603]: </node>
Feb 18 23:48:47 NAS-Knappe syno-dbus-check.sh[15603]: "
Habt ihr eine Idee, was hier das Problem sein könnte?
Meine Vermutung aktuell: Der DBus Dienst von Syno ist inkompatibel mit den Builds von Entware, denn dort fliegt ebenfalls ein dbus.daemon rum. Den bekomme ich aber irgendwie nicht ans Laufen, denn wenn ich den von Syno stoppe und den von Entware anspreche sagt er mir:
root@NAS:/volume1/@Entware/opt/bin# dbus-daemon --config-file="synoconfd.conf" --system --nofork
--system specified but configuration file synoconfd.conf already requested
Wobei es egal ist, welche Cfg angebe. Gebe ich jedoch keine an, dann kommt das Terminal nicht zurück und ich muss mit CTRL+C den daemon "beenden".
Andere Tools wie SaneTWAIN oder SaneWinDS schaffen es btw. übrigens auch den Scanprozess anzustoßen, aber crashen dann, weil der Buffer eben nicht zurückgegeben wird.
