Сканер Fujitsu ScanSnap IX500 перестал работать, возможно, при обновлении с Debian jessie до stretch

У меня точно такая же проблема только что, с точно такими же симптомами, при обновлении с stretch (9.8 )на Debian buster/testing.

Я наткнулся на эту ветку , в которой упоминалась возможность того, что демон scandb держит сканер. Цитата из темы:

Found the culprit....
SANE DID work..... but I had scanbd installed too, so scanbd had the usb
connection with sane and kept the device locked.....
I disabled scanbd, as I remembered installing that and that it might
interfere with SANE... and so it did!

Но в сообщении не предлагалось никакого способа проверить эту гипотезу. Я какое-то время возился, пытаясь выяснить, могу ли я использовать fuserс каким-то устройством, соответствующим ScanSnap, чтобы увидеть, действительно ли scandb держит его, но не мог понять, какое это должно быть устройство. Итак, в конце концов я решил просто попробовать удалить scandb, который я использовал, насколько мне известно, так что я даже не знаю, почему он был установлен. После выполнения

apt-get purge scandb

Сканер волшебным образом начал реагировать. Так что, если проблема была не в этом, то это было адское совпадение. Так что если у вас есть подобные проблемы, попробуйте это.

Похоже, я установил scandb в stretch. В рамках моего обновления с растяжки до бастера 16 апреля я вижу, что у меня вterm.log

Unpacking scanbd (1.5.1-4) over (1.4.4-1+b2)...

Кстати, при очистке scanbdя получил сообщение с вопросом, следует ли удалить строки /etc/inetd.conf, соответствующие sane-port. По умолчанию было нет, поэтому я пошел с этим.Но я не совсем понимаю, для чего эти строки, поэтому, если вы знаете, пожалуйста, прокомментируйте.

#:OTHER: Other services
sane-port stream tcp nowait saned /usr/sbin/scanbm scanbm
sane-port       stream  tcp     nowait  saned:saned     /usr/sbin/saned saned

Кроме того, еще одним признаком того, что с scandbчто-то происходит, было то, что сообщения об этом в journalctl. journalctlвосходит к 31 марта, я начал установку днем/вечером 15 апреля. Но первое упоминание о scanbdв journalctlотносится к раннему утру 17 апреля, примерно в то время, когда мой apt-get upgradeзавершил:

journalctl --unit=scanbd

Apr 17 00:52:18 orwell systemd[1]: Started Scanner button polling Service.
Apr 17 00:52:18 orwell scanbd[4942]: /usr/sbin/scanbd: dbus match type='signal',interface='org.freedesktop.Hal.Manager'
Apr 17 00:52:19 orwell scanbd[4942]: Created directory: /var/lib/snmp/mib_indexes
Apr 17 00:52:30 orwell scanbd[4942]: /usr/sbin/scanbd: no devices, not starting any polling thread
Apr 17 01:40:38 orwell scanbd[4942]: /usr/sbin/scanbd: dbus match type='signal',interface='org.freedesktop.Hal.Manager'
Apr 17 01:40:38 orwell scanbd[4942]: /usr/sbin/scanbd: no devices, not starting any polling thread
Apr 17 01:40:38 orwell systemd[1]: Stopping Scanner button polling Service...
Apr 17 01:40:39 orwell systemd[1]: scanbd.service: Succeeded.
Apr 17 01:40:39 orwell systemd[1]: Stopped Scanner button polling Service.

Наконец, кто-нибудь знает, как определить, держит ли процесс USB-сканер, и если да, то какой именно? Я хотел бы знать.

У меня также возникла эта проблема при переходе с Raspbian (на основе Debian )Stretch на Buster с ранее работающей настройкой scanbd.

РЕДАКТИРОВАТЬ :Кто-то хотел отредактировать мой ответ, чтобы он был scandb, но это действительноscanbd.

На данный момент я обнаружил несколько проблем.

Одна проблема, по-видимому, была связана с scanbm.socketполучением ошибки «порт уже используется», которая, по-видимому, была связана с тем, что saned.socketиспользовал тот же порт; используя systemctl для stopи disableпоследний, похоже, работал для этого (служебные файлы практически идентичны ).

Другой проблемой была проблема с разрешениями --устройства не были найдены с помощью scanimage -L, но сканер был правильно обнаружен с помощью sudo scanimage -L. Используя sudo lsusb, а затем ls -l /dev/bus/usb/BUSNUM/DEVNUM, я увидел, что сканер принадлежит root:saned, но grep saned /etc/groupпоказал, что в группе sanedнет участников. Однако была группа scanner, в которую входил пользователь saned. Это совпадает с параметром в файле scanbd.conf, который спрашивает об удалении привилегий для конкретного пользователя и группы сканеров (, что является одним из предложений ).

Я нашел udevслужебный файл по адресу /lib/udev/rules.d/99-saned.rules, который изменял разрешения на соответствующих USB-устройствах, чтобы иметь группу saned. Я скопировал это в /etc/udev/rules.d/99-saned.rulesи изменил, чтобы использовать группу scannerвместо saned. Я не знаю, изменилось ли это правило udev между stretch и buster, но его изменение и перезагрузка, кажется, восстановили мою способность использовать scanbd.