Fujitsu ScanSnap IX500スキャナが動作を停止しました。 Debian jessieからStretchにアップグレードしている可能性があります。

Fujitsu ScanSnap IX500スキャナが動作を停止しました。 Debian jessieからStretchにアップグレードしている可能性があります。

私のScanSnap IX500は最近動作を停止しました。それはおそらくDebian jessieからStretchにアップグレード中だったでしょう。

文書によるとhttp://www.sane-project.org/man/sane-fujitsu.5.html環境変数を設定SANE_DEBUG_FUJITSU=5して実行すると、次のxsane結果が表示されます。

fujitsu] sane_init: fujitsu backend 1.0.127, from sane-backends 1.0.25
[fujitsu] sane_get_devices: config option "buffer-size" (262144) is > 65536, warning!
[fujitsu] stat: return error 'Error during device I/O'
[fujitsu] WARNING: Brain-dead scanner. Hitting with stick 
[fujitsu] stat: return error 'Error during device I/O'
[fujitsu] WARNING: Brain-dead scanner. Hitting with stick again
[fujitsu] stat: return error 'Error during device I/O'
[fujitsu] wait_scanner: error 'Error during device I/O'
[fujitsu] connect_fd: could not wait_scanner

それはlsusb次のように表示されます

Bus 004 Device 002: ID 04c5:132b Fujitsu, Ltd 

断続的に表示されますが、scanimage -L現在は次のように表示されます。

SANE_DEBUG_FUJITSU=15 scanimage -L

[fujitsu] attach_one: start
[fujitsu] attach_one: looking for 'libusb:003:015'
[fujitsu] connect_fd: start
[fujitsu] connect_fd: opening USB device
[fujitsu] connect_fd: could not open device: 3
[fujitsu] connect_fd: finish

なぜ動作しないのですか?どうすれば解決できますか?

注:スキャナーはUSB 2スロットに接続されています。以前はUSB 3スロットに接続していました。一部の報告によると、USB 3は問題としてUSB 2スロットに切り替えてみましたが、それでも機能しません。

たとえば、バグレポートをご覧ください。https://bugzilla.redhat.com/show_bug.cgi?id=1297169 そして http://sane-devel.alioth.debian.narkive.com/kLQc0Aik/fujitsu-ix500-no-scanners-were-identified

それにもかかわらず、USBデバイスがUSB 2またはUSB 3スロットに接続されているかどうかに関係なく動作する必要があります。

この問題をデバッグするのに役立つAnthony(@ derobert)に感謝します。

sane-backendsこれが問題のようです。ダウングレードまたはアップグレードすると問題がなくなります。ストレッチをしていて1.0.25-4.1、提示も使っていて1.0.24-8+deb8u2、実験的です1.0.27-1~experimental2

また、プラグを抜いて再び差し込むと、しばらくの間ディスプレイが再び表示されるようです。これは、問題がUSBにあるのではなくsane-backendsUSBの問題である可能性があることを示しています。

ベストアンサー1

Raspbian(Debianベース)StretchからBusterに移行し、以前に動作していたscanbd設定を使用してもこの問題が発生しました。

編集:誰かが私の答えを編集したかったのですが編集されscandbました。scanbd

これまでにいくつかの問題を発見しました。

scanbm.socket問題の1つは、「すでに使用されているポート」エラーに関連しているようです。これはsaned.socket、同じポートが使用中であるためです。 systemctlを使用するとstop問題disableが解決するようです(サービスファイルは実際には同じです)。

もう一つの問題は権限の問題です。デバイスが見つかりませんが、scanimage -Lスキャナーは正しく検出されますsudo scanimage -Lsudo lsusbfollowを使用すると、ls -l /dev/bus/usb/BUSNUM/DEVNUMスキャナがの所有者であることがわかりますが、root:sanedグループにメンバーがないとマークされますgrep saned /etc/group。ただし、ユーザーを含むグループがsanedあります。これは、特定のユーザーとグループを削除する権限を要求するファイルのオプションと一致します(スキャナは提案の1つです)。scannersanedscanbd.conf

グループを所有するために一致するUSB​​デバイスの権限を変更するudevサービスファイルが見つかりました。コピーして代わりにグループを使用するように修正しました。このudevルールがストレッチとバスターの間で変更されたかどうかはわかりませんが、それを変更して再起動するとscanbdを使用する機能が復元されるようです。/lib/udev/rules.d/99-saned.rulessaned/etc/udev/rules.d/99-saned.rulesscannersaned

おすすめ記事