Bug 37739 - Обновление до 1.0.31 ломает работу сканеров Canon Lide 60 (genesys) и Mustek 1248UB (gt68xx)
Summary: Обновление до 1.0.31 ломает работу сканеров Canon Lide 60 (genesys) и Mustek ...
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: libsane (show other bugs)
Version: unstable
Hardware: all Linux
: P3 normal
Assignee: Николай Костригин
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-01-09 13:27 MSK by Vyacheslav Dikonov
Modified: 2020-10-14 11:26 MSK (History)
5 users (show)

See Also:


Attachments
Лог сканирования и образец скана Lide60 sane 1.0.31-alt2 (123.25 KB, application/gzip)
2020-09-21 16:16 MSK, Николай Костригин
no flags Details
Лог сканирования Mustek1248 sane 1.0.31-alt2 (26.48 KB, text/x-log)
2020-09-22 12:26 MSK, Хитриков Борис Владимирович
no flags Details
Лог сканирования Mustek1248 не рабочее состояние sane 1.0.31-alt2 (24.10 KB, text/x-log)
2020-09-22 12:54 MSK, Хитриков Борис Владимирович
no flags Details
Лог сканирования Mustek1248 sane 1.0.31-alt3 (172.22 KB, text/x-log)
2020-09-23 19:00 MSK, Хитриков Борис Владимирович
no flags Details
Лог сканирования Mustek1248 sane 1.0.31-alt3 из задания 258636 (25.49 KB, text/x-log)
2020-09-26 10:40 MSK, Хитриков Борис Владимирович
no flags Details
Лог сканирования Mustek1248 sane 1.0.31-alt3 до примененния задания 259258 (38.18 KB, text/x-log)
2020-10-08 10:56 MSK, Хитриков Борис Владимирович
no flags Details
Лог сканирования Mustek1248 sane 1.0.31-alt4 после примененния задания 259258 (18.33 KB, text/x-log)
2020-10-08 11:04 MSK, Хитриков Борис Владимирович
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Vyacheslav Dikonov 2020-01-09 13:27:19 MSK
При попытке сканировать получаем ошибку 
"Невозможно открыть устройство `genesys:libusb:002:007':
Неверный аргумент"

Под root ошибка та же. Хватит ломать мой сканер!

$ lsusb
Bus 002 Device 007: ID 04a9:221c Canon, Inc. CanoScan LiDE 60

$ dmesg
[ 3217.855919] usb 2-13: new high-speed USB device number 7 using xhci_hcd
Comment 1 Vyacheslav Dikonov 2020-01-09 13:50:03 MSK
Старая версия sane (1.0.27-alt4) работает безупречно.
Может быть виноваты патчи из  https://bugzilla.altlinux.org/show_bug.cgi?id=30894 ?
Comment 2 Хитриков Борис Владимирович 2020-09-19 11:34:27 MSK
Полностью согласен. Такая же ошибка сканер Mustek ScanExpress 1248 UB
ALT Workstation K 9.0  (Centaurea Pineticola)
$ lsusb
Bus 001 Device 003: ID 055f:021f Mustek Systems, Inc. SNAPSCAN e22

Откатился до sane-1.0.28-alt3.x86_64, libsane-1.0.28-alt3.x86_64, xsane-0.999-alt5.x86_64

Работает прекрасно.

Но при этом пришлось потерять кучу пакетов по зависимостям.
# apt-get remove sane libsane
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Следующие пакеты будут УДАЛЕНЫ:
  gimagereader-qt5 hplip hplip-gui hplip-sane kde5 kde5-big kde5-digikam kde5-kolourpaint kde5-print-manager kde5-printing kde5-scanning kde5-skanlite libkf5sane libsane libsane-gphoto2 printer-drivers-X11 sane xsane

Исправьте пожалуйста.
Comment 3 Vitaly Lipatov 2020-09-19 12:03:05 MSK
Напишите, пожалуйста, какая версия у вас не работает. Потому что вы в одну багу пишете о разных версиях.

Также покажите, что пишет
$ scanimage -L
Comment 4 Vitaly Lipatov 2020-09-19 12:11:50 MSK
Например у меня с sane-1.0.28-alt3.i586
всё работает.

$ scanimage -L
device `plustek:libusb:004:004' is a Canon CanoScan LiDE25 flatbed scanner
Comment 5 Vitaly Lipatov 2020-09-19 12:41:25 MSK
Точно так и с последней версией из Сизифа
$ rpm -q sane
sane-1.0.31-alt2.i586

$ scanimage -L
device `plustek:libusb:004:004' is a Canon CanoScan LiDE25 flatbed scanner

xsane отлично сканирует.
Comment 6 Хитриков Борис Владимирович 2020-09-19 13:21:57 MSK
Не работает с последней версией доступной из p9 sane-1.0.31-alt2.x86_64
scanimage -L
device `gt68xx:libusb:001:004' is a Mustek ScanExpress 1248 UB flatbed scanner
scanimage -T
показывает, что все хорошо.

scanimage: scanning image of size 2563x3531 pixels at 8 bits/pixel
scanimage: acquiring gray frame, 8 bits/sample
scanimage: reading one scanline, 2563 bytes...  PASS
scanimage: reading one byte...          PASS
scanimage: stepped read, 2 bytes...     PASS
scanimage: stepped read, 4 bytes...     PASS
scanimage: stepped read, 8 bytes...     PASS
scanimage: stepped read, 16 bytes...    PASS
scanimage: stepped read, 32 bytes...    PASS
scanimage: stepped read, 64 bytes...    PASS
scanimage: stepped read, 128 bytes...   PASS
scanimage: stepped read, 256 bytes...   PASS
scanimage: stepped read, 512 bytes...   PASS
scanimage: stepped read, 1024 bytes...  PASS
scanimage: stepped read, 2048 bytes...  PASS
scanimage: stepped read, 4096 bytes...  PASS
scanimage: stepped read, 4095 bytes...  PASS
scanimage: stepped read, 2047 bytes...  PASS
scanimage: stepped read, 1023 bytes...  PASS
scanimage: stepped read, 511 bytes...   PASS
scanimage: stepped read, 255 bytes...   PASS
scanimage: stepped read, 127 bytes...   PASS
scanimage: stepped read, 63 bytes...    PASS
scanimage: stepped read, 31 bytes...    PASS
scanimage: stepped read, 15 bytes...    PASS
scanimage: stepped read, 7 bytes...     PASS
scanimage: stepped read, 3 bytes...     PASS


Но при попытке предварительного или нормального сканирования из xsane или из skanlite программы виснут, на отклик не реагируют и через какое-то время получаем ошибку 
"Невозможно открыть устройство `genesys:libusb:001:004':
Неверный аргумент"

И дальше система перестает видеть сканер, пока его не переподключишь.

При откате на предыдущую версию все работает идеально.

# rpm -qa | grep sane
kde5-libksane-common-19.12.3-alt1.noarch
sane-1.0.28-alt3.x86_64
libsane-1.0.28-alt3.x86_64
xsane-0.999-alt5.x86_64
Comment 7 Vitaly Lipatov 2020-09-19 17:33:06 MSK
Тогда интересует вывод dmesg после того, как сканер «ломается» в предварительном сканировании (если там есть интересные строки насчёт usb).
И также вывод lsusb «после поломки»
и что говорит scanimage -L
Comment 8 Хитриков Борис Владимирович 2020-09-19 19:51:19 MSK
После того как "ломается" сканер
В dmesgтолько такая же строчка как и у Vyacheslav Dikonov

$ dmesg
[ 3217.855919] usb 2-13: new high-speed USB device number 7 using xhci_hcd

lsusb сканер продолжает видеть

$ lsusb
Bus 001 Device 003: ID 055f:021f Mustek Systems, Inc. SNAPSCAN e22


а вот scanimage -L нет

$ scanimage -L

No scanners were identified. If you were expecting something different,
check that the scanner is plugged in, turned on and detected by the
sane-find-scanner tool (if appropriate). Please read the documentation
which came with this software (README, FAQ, manpages).

Пробовал запускать из консоли xsane, что бы видеть вывод, однако программа виснет и вывода нет никакого.

В jornalctl тоже пусто. Пробовал когда искал причину запускать в реальном времени.

Я сейчас уже откатился, сканер работает.
Comment 9 Vitaly Lipatov 2020-09-19 22:02:21 MSK
Всё это выглядит похожим на проблемы в сочетании USB2 устройства и USB3 порта. Можно было попробовать выключить USB 3 в BIOS, например, или использовать разъём USB2, если такие ещё остались.

Так же предлагают добавить переменную окружения
SANE_USB_WORKAROUND=1

https://wiki.archlinux.org/index.php/SANE#Communication_via_xHCI_not_working_(older_scanner_models)
Comment 10 Vitaly Lipatov 2020-09-19 22:04:18 MSK
Но в NEWS написано, что они выключили USB3 workaround в 1.0.27, так что не ясно, как может работать в 1.0.27 и так ли эта проблема. Впрочем, другой проблемы на горизонте нет.

Note 3: The Linux USB3 workaround which was added in version 1.0.25 is
now disabled by default. If you have difficulty using a scanner which
previously worked, or intermittent scanner availability, try setting
the new environment variable SANE_USB_WORKAROUND=1 before starting
your frontend.
Comment 11 Vitaly Lipatov 2020-09-20 10:29:59 MSK
Безусловно, зависание устройства на шине это проблема оборудования или ядра.
Возможно, с какими-то ядрами работает и без workaround.
Есть
$ man sane-usb
там написано в случае проблем с USB 3 использовать
переменную SANE_USB_WORKAROUND=1

Багу закрываю, никакой проблемы для решения нет.
Comment 12 Николай Костригин 2020-09-21 00:47:30 MSK
(Ответ для Хитриков Борис Владимирович на комментарий #8)
> Пробовал запускать из консоли xsane, что бы видеть вывод, однако программа
> виснет и вывода нет никакого.
> 
> В jornalctl тоже пусто. Пробовал когда искал причину запускать в реальном
> времени.

В момент поломки попробуйте получить отладочный вывод при помощи

SANE_DEBUG_GENESYS=128 scanimage -d genesys:libusb:002:007 -o ./test.jpg 2>&1 | tee crash.log

c поправкой на USB-адрес устройства.
Comment 13 Michael Shigorin 2020-09-21 15:33:30 MSK
(Ответ для Vitaly Lipatov на комментарий #11)
> Безусловно, зависание устройства на шине это проблема оборудования или ядра.
> Возможно, с какими-то ядрами работает и без workaround.
Возможно, придётся его пока вернуть по умолчанию -- помню эту грабельку,
весьма неприятная...
Comment 14 Николай Костригин 2020-09-21 16:16:26 MSK
Created attachment 8968 [details]
Лог сканирования и образец скана Lide60 sane 1.0.31-alt2
Comment 15 Николай Костригин 2020-09-21 16:18:20 MSK
(Ответ для Vyacheslav Dikonov на комментарий #0)
> При попытке сканировать получаем ошибку 
> "Невозможно открыть устройство `genesys:libusb:002:007':
> Неверный аргумент"
> 
> Под root ошибка та же. Хватит ломать мой сканер!
> 

У меня все работает со сканером Canon Lide 60.
Проверено на 3 машинах, подключали в порты USB2, USB3, hub USB2/3.
Работает как scanimage, так и xsane (разрешения от минимума до максимума, цвет/ч.б.)
Прилагаю расширенный лог и образец скана.
Давайте искать отличия:

ALT Workstation K 9.0

$ uname -a 
Linux nickel-ws.localdomain 5.7.19-un-def-alt1 #1 SMP PREEMPT Thu Aug 27 15:52:34 UTC 2020 x86_64 GNU/Linux

$ rpm -qa |grep sane
sane-airscan-0.99.8-alt1.20200709.git8bba080.x86_64
imagescan-sane-3.61.0-alt1.x86_64
kde5-libksane-common-19.12.3-alt1.noarch
sane-1.0.31-alt2.x86_64
libsane-gphoto2-1.0.31-alt2.x86_64
libkf5sane-19.12.3-alt1.x86_64
xsane-0.999-alt6.x86_64
libsane-1.0.31-alt2.x86_64
hplip-sane-3.19.12-alt1.x86_64

$ rpm -qa |grep libusb
libusb-compat-0.1.5-alt1.x86_64
i586-libusb-1.0.22-alt1.i586
libusb-1.0.22-alt1.x86_64
i586-libusb-compat-0.1.5-alt1.i586
libusb-debuginfo-1.0.22-alt1.x86_64
libusbredir-0.8.0-alt1.x86_64
libusbguard0-0.7.8-alt1.x86_64
libusbmuxd-1.0.10-alt1.x86_64

$ lsusb -t
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 5000M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/12p, 480M
    |__ Port 1: Dev 8, If 0, Class=Vendor Specific Class, Driver=, 480M
    |__ Port 7: Dev 3, If 0, Class=Wireless, Driver=btusb, 12M
    |__ Port 7: Dev 3, If 1, Class=Wireless, Driver=btusb, 12M
    |__ Port 8: Dev 5, If 1, Class=Video, Driver=uvcvideo, 480M
    |__ Port 8: Dev 5, If 0, Class=Video, Driver=uvcvideo, 480M

$ lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 005: ID 5986:1127 Acer, Inc EasyCamera
Bus 001 Device 003: ID 8087:0a2a Intel Corp. 
Bus 001 Device 008: ID 04a9:221c Canon, Inc. CanoScan LiDE 60
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

$ scanimage -L
device `genesys:libusb:001:008' is a Canon LiDE 60 flatbed scanner

$ sane-find-scanner
found USB scanner (vendor=0x04a9 [Canon], product=0x221c [CanoScan], chip=GL842) at libusb:001:008
Comment 16 Николай Костригин 2020-09-21 16:23:17 MSK
(Ответ для Хитриков Борис Владимирович на комментарий #6)
> scanimage -L
> device `gt68xx:libusb:001:004' is a Mustek ScanExpress 1248 UB flatbed
> 
> [...]
> "Невозможно открыть устройство `genesys:libusb:001:004':
> Неверный аргумент"
> 

В Вашем случае меня смущает, что обнаружен "gt68xx", а ломается "genesys".
Можете еще показать вывод
sane-find-scanner 
?
Comment 17 Хитриков Борис Владимирович 2020-09-22 10:10:00 MSK
Всем добрый день. Извините, за задержку, был в отъезде.
Откатился обратно до нерабочего состояния.


ALT Workstation K 9.0  (Centaurea Pineticola)

$ uname -a 
Linux work-comp 5.4.62-std-def-alt1 #1 SMP Fri Sep 4 20:15:13 UTC 2020 x86_64 GNU/Linux

$ rpm -qa |grep sane
kde5-libksane-common-19.12.3-alt1.noarch
libsane-1.0.31-alt2.x86_64
libkf5sane-19.12.3-alt1.x86_64
libsane-gphoto2-1.0.31-alt2.x86_64
sane-1.0.31-alt2.x86_64
hplip-sane-3.19.12-alt1.x86_64
xsane-0.999-alt6.x86_64

$ rpm -qa |grep libusb
i586-libusb-1.0.22-alt1.i586
libusb-1.0.22-alt1.x86_64
libusbmuxd-1.0.10-alt1.x86_64

$ lsusb -t
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/10p, 480M
    |__ Port 2: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
    |__ Port 4: Dev 5, If 0, Class=Vendor Specific Class, Driver=, 12M

$ lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 005: ID 055f:021f Mustek Systems, Inc. SNAPSCAN e22
Bus 001 Device 002: ID 04f3:0234 Elan Microelectronics Corp. Optical Mouse
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

$ scanimage -L
device `gt68xx:libusb:001:005' is a Mustek ScanExpress 1248 UB flatbed scanner

$ sane-find-scanner
found USB scanner (vendor=0x055f, product=0x021f [USB Scanner], chip=GT-6816) at libusb:001:005

$ rpm -qa | grep kernel-image
kernel-image-std-def-5.4.62-alt1.x86_64
kernel-image-std-def-5.4.56-alt1.x86_64
kernel-image-std-def-5.4.48-alt1.x86_64

На всех ядрах поведение одинаковое
Comment 18 Хитриков Борис Владимирович 2020-09-22 10:56:50 MSK
(Ответ для Vitaly Lipatov на комментарий #11)
> Безусловно, зависание устройства на шине это проблема оборудования или ядра.
> Возможно, с какими-то ядрами работает и без workaround.
> Есть
> $ man sane-usb
> там написано в случае проблем с USB 3 использовать
> переменную SANE_USB_WORKAROUND=1
> 
> Багу закрываю, никакой проблемы для решения нет.

export SANE_USB_WORKAROUND=1

ничего не изменяет
Comment 19 Николай Костригин 2020-09-22 10:58:43 MSK
(Ответ для Хитриков Борис Владимирович на комментарий #17)
> Всем добрый день. Извините, за задержку, был в отъезде.
> Откатился обратно до нерабочего состояния.
> [...]
> $ sane-find-scanner
> found USB scanner (vendor=0x055f, product=0x021f [USB Scanner],
> chip=GT-6816) at libusb:001:005
> 
> $ rpm -qa | grep kernel-image
> kernel-image-std-def-5.4.62-alt1.x86_64
> kernel-image-std-def-5.4.56-alt1.x86_64
> kernel-image-std-def-5.4.48-alt1.x86_64
> 
> На всех ядрах поведение одинаковое

Спасибо за информацию, но также немаловажно для понимания того, что происходит собрать логи работы из комментария 12 
https://bugzilla.altlinux.org/show_bug.cgi?id=37739#c12

У себя проверю на std-def, а Вам, наверное можно поробовать un-def ядро...
Comment 20 Хитриков Борис Владимирович 2020-09-22 10:59:08 MSK
(Ответ для nickel@altlinux.org на комментарий #12)
> (Ответ для Хитриков Борис Владимирович на комментарий #8)
> > Пробовал запускать из консоли xsane, что бы видеть вывод, однако программа
> > виснет и вывода нет никакого.
> > 
> > В jornalctl тоже пусто. Пробовал когда искал причину запускать в реальном
> > времени.
> 
> В момент поломки попробуйте получить отладочный вывод при помощи
> 
> SANE_DEBUG_GENESYS=128 scanimage -d genesys:libusb:002:007 -o ./test.jpg
> 2>&1 | tee crash.log
> 
> c поправкой на USB-адрес устройства.


$ SANE_DEBUG_MUSTEK=255 scanimage -d gt68xx:libusb:001:004 -o ./test.jpg 2>&1 | tee crash.log
scanimage: open of device gt68xx:libusb:001:004 failed: Invalid argument
Comment 21 Хитриков Борис Владимирович 2020-09-22 11:08:27 MSK
(Ответ для nickel@altlinux.org на комментарий #16)
> (Ответ для Хитриков Борис Владимирович на комментарий #6)
> > scanimage -L
> > device `gt68xx:libusb:001:004' is a Mustek ScanExpress 1248 UB flatbed
> > 
> > [...]
> > "Невозможно открыть устройство `genesys:libusb:001:004':
> > Неверный аргумент"
> > 
> 
> В Вашем случае меня смущает, что обнаружен "gt68xx", а ломается "genesys".
> Можете еще показать вывод
> sane-find-scanner 
> ?

Пусть это вас не смущает, Когда заполнялась бага, я уже откатился до рабочего состояния. Поэтому не мог воспроизвести ошибку и перепечатывал предыдушее сообщение Vyacheslav Dikonov

Вот мое сообщение

Невозможно открыть устройство `gt68xx:libusb:002:007'
Comment 22 Vitaly Lipatov 2020-09-22 11:23:03 MSK
(Ответ для Хитриков Борис Владимирович на комментарий #18)
> (Ответ для Vitaly Lipatov на комментарий #11)
> > Безусловно, зависание устройства на шине это проблема оборудования или ядра.
> > Возможно, с какими-то ядрами работает и без workaround.
> > Есть
> > $ man sane-usb
> > там написано в случае проблем с USB 3 использовать
> > переменную SANE_USB_WORKAROUND=1
> > 
> > Багу закрываю, никакой проблемы для решения нет.
> 
> export SANE_USB_WORKAROUND=1
> 
> ничего не изменяет
Вы точно делаете так?
После загрузки системы / перетыкания сканера, когда он виден и не зависает, запускаем программу так:
$ SANE_USB_WORKAROUND=1 simple-scan
Comment 23 Хитриков Борис Владимирович 2020-09-22 11:30:59 MSK
(Ответ для Хитриков Борис Владимирович на комментарий #20)
> (Ответ для nickel@altlinux.org на комментарий #12)
> > (Ответ для Хитриков Борис Владимирович на комментарий #8)
> > > Пробовал запускать из консоли xsane, что бы видеть вывод, однако программа
> > > виснет и вывода нет никакого.
> > > 
> > > В jornalctl тоже пусто. Пробовал когда искал причину запускать в реальном
> > > времени.
> > 
> > В момент поломки попробуйте получить отладочный вывод при помощи
> > 
> > SANE_DEBUG_GENESYS=128 scanimage -d genesys:libusb:002:007 -o ./test.jpg
> > 2>&1 | tee crash.log
> > 
> > c поправкой на USB-адрес устройства.
> 
> 
> $ SANE_DEBUG_MUSTEK=255 scanimage -d gt68xx:libusb:001:004 -o ./test.jpg
> 2>&1 | tee crash.log
> scanimage: open of device gt68xx:libusb:001:004 failed: Invalid argument

(Ответ для nickel@altlinux.org на комментарий #19)
> (Ответ для Хитриков Борис Владимирович на комментарий #17)
> > Всем добрый день. Извините, за задержку, был в отъезде.
> > Откатился обратно до нерабочего состояния.
> > [...]
> > $ sane-find-scanner
> > found USB scanner (vendor=0x055f, product=0x021f [USB Scanner],
> > chip=GT-6816) at libusb:001:005
> > 
> > $ rpm -qa | grep kernel-image
> > kernel-image-std-def-5.4.62-alt1.x86_64
> > kernel-image-std-def-5.4.56-alt1.x86_64
> > kernel-image-std-def-5.4.48-alt1.x86_64
> > 
> > На всех ядрах поведение одинаковое
> 
> Спасибо за информацию, но также немаловажно для понимания того, что
> происходит собрать логи работы из комментария 12 
> https://bugzilla.altlinux.org/show_bug.cgi?id=37739#c12
> 
> У себя проверю на std-def, а Вам, наверное можно поробовать un-def ядро...

Если, переподключить сканер и пытатся собрать логи, то происходит следущее: сканер начинает работать, сканирует до самого конца создает картинку, но в конце каретка сканера останавливается, не происходит возврата в исходное положение Картинка есть в логах пусто и все зависает. Через минут 5 консоль становиться доступной. В логах пусто. если потом поробовать сканировать

$ SANE_DEBUG_MUSTEK=255 scanimage -d gt68xx:libusb:001:007 -o ./test.jpg 2>&1 | tee crash.log
scanimage: open of device gt68xx:libusb:001:007 failed: Invalid argument

При этом 

$ lsusb
Bus 001 Device 007: ID 055f:021f Mustek Systems, Inc. SNAPSCAN e22


sane-find-scanner
found USB scanner (vendor=0x055f, product=0x021f) at libusb:001:007

scanimage -L
No scanners were identified. If you were expecting something different,
check that the scanner is plugged in, turned on and detected by the
sane-find-scanner tool (if appropriate). Please read the documentation
which came with this software (README, FAQ, manpages).

dmesg
[ 6156.205612] usb 1-4: new full-speed USB device number 7 using xhci_hcd
Comment 24 Николай Костригин 2020-09-22 11:38:29 MSK
(Ответ для Хитриков Борис Владимирович на комментарий #20)

> $ SANE_DEBUG_MUSTEK=255 scanimage -d gt68xx:libusb:001:004 -o ./test.jpg
> 2>&1 | tee crash.log
> scanimage: open of device gt68xx:libusb:001:004 failed: Invalid argument

Это точно ВСЕ содержимое файла crash.log?
Цель сбора - этот файл и его нужно подгрузить сюда.
А еще, скорее всего, в Вашем случае, переменная должна быть SANE_DEBUG_GT68XX

У меня на ядре 5.4.62-std-def-alt1 по-прежнему все работает...
Comment 25 Хитриков Борис Владимирович 2020-09-22 11:44:00 MSK
(Ответ для Vitaly Lipatov на комментарий #22)
> (Ответ для Хитриков Борис Владимирович на комментарий #18)
> > (Ответ для Vitaly Lipatov на комментарий #11)
> > > Безусловно, зависание устройства на шине это проблема оборудования или ядра.
> > > Возможно, с какими-то ядрами работает и без workaround.
> > > Есть
> > > $ man sane-usb
> > > там написано в случае проблем с USB 3 использовать
> > > переменную SANE_USB_WORKAROUND=1
> > > 
> > > Багу закрываю, никакой проблемы для решения нет.
> > 
> > export SANE_USB_WORKAROUND=1
> > 
> > ничего не изменяет
> Вы точно делаете так?
> После загрузки системы / перетыкания сканера, когда он виден и не зависает,
> запускаем программу так:
> $ SANE_USB_WORKAROUND=1 simple-scan

$ SANE_USB_WORKAROUND=1 simple-scan
bash: simple-scan: команда не найдена

сделал

$ SANE_USB_WORKAROUND=1 xsane


все тоже самое. Пытается сканировать, Каретка назад не возвращается. Зависает. 

Через минут 5 
Ошибка
Неудалось открыть устройство `gt68xx:libusb:002:007' Недопустимый аргумент
Comment 26 Хитриков Борис Владимирович 2020-09-22 11:45:26 MSK
(Ответ для nickel@altlinux.org на комментарий #24)
> (Ответ для Хитриков Борис Владимирович на комментарий #20)
> 
> > $ SANE_DEBUG_MUSTEK=255 scanimage -d gt68xx:libusb:001:004 -o ./test.jpg
> > 2>&1 | tee crash.log
> > scanimage: open of device gt68xx:libusb:001:004 failed: Invalid argument
> 
> Это точно ВСЕ содержимое файла crash.log?
> Цель сбора - этот файл и его нужно подгрузить сюда.
> А еще, скорее всего, в Вашем случае, переменная должна быть SANE_DEBUG_GT68XX
> 
> У меня на ядре 5.4.62-std-def-alt1 по-прежнему все работает...

SANE_DEBUG_GT68XX scanimage -d gt68xx:libusb:001:007 -o ./test.jpg 2>&1 | tee crash_1.log
bash: SANE_DEBUG_GT68XX: команда не найдена

В логе только

scanimage: open of device gt68xx:libusb:001:007 failed: Invalid argument
Comment 27 Николай Костригин 2020-09-22 11:51:27 MSK
(Ответ для Хитриков Борис Владимирович на комментарий #26)

> bash: SANE_DEBUG_GT68XX: команда не найдена

переменную нужно было определить:
SANE_DEBUG_GT68XX=255 scanimage -d gt68xx:libusb:001:007 -o ./test.jpg 2>&1 | tee crash_1.log
Comment 28 Хитриков Борис Владимирович 2020-09-22 12:26:31 MSK
Created attachment 8970 [details]
Лог сканирования Mustek1248 sane 1.0.31-alt2
Comment 29 Хитриков Борис Владимирович 2020-09-22 12:28:30 MSK
(Ответ для nickel@altlinux.org на комментарий #27)
> (Ответ для Хитриков Борис Владимирович на комментарий #26)
> 
> > bash: SANE_DEBUG_GT68XX: команда не найдена
> 
> переменную нужно было определить:
> SANE_DEBUG_GT68XX=255 scanimage -d gt68xx:libusb:001:007 -o ./test.jpg 2>&1
> | tee crash_1.log

Очень извиняюсь.
SANE_DEBUG_GT68XX=255 scanimage -d gt68xx:libusb:001:009 -o ./test.jpg 2>&1 | tee crash_1.log

Загрузил лог
Comment 30 Николай Костригин 2020-09-22 12:44:39 MSK
(Ответ для Хитриков Борис Владимирович на комментарий #29)

> 
> Загрузил лог

Спасибо. Если Вас не затруднит, снимите такой же в рабочем состоянии, это облегчит анализ.
Comment 31 Хитриков Борис Владимирович 2020-09-22 12:53:17 MSK
(Ответ для nickel@altlinux.org на комментарий #30)
> (Ответ для Хитриков Борис Владимирович на комментарий #29)
> 
> > 
> > Загрузил лог
> 
> Спасибо. Если Вас не затруднит, снимите такой же в рабочем состоянии, это
> облегчит анализ.

Этот в рабочем состоянии. Сейчас загружу в нерабочем
Comment 32 Хитриков Борис Владимирович 2020-09-22 12:54:25 MSK
Created attachment 8971 [details]
Лог сканирования Mustek1248 не рабочее состояние sane 1.0.31-alt2

 не рабочее состояние
Comment 33 Николай Костригин 2020-09-23 15:05:07 MSK
(Ответ для Хитриков Борис Владимирович на комментарий #31)

> 
> Этот в рабочем состоянии. Сейчас загружу в нерабочем

Если я правильно понял, то рабочий лог снят после инициализации сканера, а нерабочий после окончания сканирования первого листа?

Среди изменений с последней рабочей версии есть те, что касаются остановки процесса сканирования. Откатил пока самый последний из этих коммитов.

Попробуйте обновиться до тестового задания 258555... результаты, желательно, так-же в виде двух логов, особенно, если они будут отрицательные.
Comment 34 Хитриков Борис Владимирович 2020-09-23 19:00:11 MSK
Created attachment 8975 [details]
Лог сканирования Mustek1248 sane 1.0.31-alt3

Да, все верно
Обновился до задания 258555. Все великолепно работает. Поэтому прикладываю один лог. Ребята спасибо огромное.
Comment 35 AEN 2020-09-23 19:20:00 MSK
Удачи Вам! 
2nickel@: спасибо, здорово!
Comment 36 Николай Костригин 2020-09-24 10:16:49 MSK
(Ответ для Хитриков Борис Владимирович на комментарий #34)

> Обновился до задания 258555. Все великолепно работает.

"Причешу" изменения и отправлю в Сизиф, а затем в p9.
Открыл issue в апстриме:

https://gitlab.com/sane-project/backends/-/issues/358
Comment 37 Николай Костригин 2020-09-24 10:23:12 MSK
Ввиду того, что в баге параллельно рассматриваются два бэкенда меняю тему.
Надеюсь автор не против.
Comment 38 Николай Костригин 2020-09-24 10:30:30 MSK
(Ответ для Vyacheslav Dikonov на комментарий #0)
> При попытке сканировать получаем ошибку 
> "Невозможно открыть устройство `genesys:libusb:002:007':
> Неверный аргумент"
> https://gitlab.com/sane-project/backends/-/issues/358
> Под root ошибка та же. Хватит ломать мой сканер!
> 

При переходе от версии 1.0.28 к 1.0.31 бэкенд genesys подвергся серьезному рефакторингу.
Может быть не все прошло гладко. 
Учитывая, что на нашем экземпляре сканера все работает, только логи полученные от Вас помогут разобраться в чем дело.
См. комментарий 12: https://bugzilla.altlinux.org/show_bug.cgi?id=37739#c12
Comment 39 Николай Костригин 2020-09-24 18:03:27 MSK
(Ответ для Хитриков Борис Владимирович на комментарий #34)

> Обновился до задания 258555. Все великолепно работает.

Можно Вас попросить обновиться еще раз из задания 258612? Там более точечные изменения - хотелось бы знать, что их достаточно и неотмененная часть патча не влияет на работоспособность.
Comment 40 Хитриков Борис Владимирович 2020-09-25 08:27:21 MSK
(Ответ для nickel@altlinux.org на комментарий #39)
> (Ответ для Хитриков Борис Владимирович на комментарий #34)
> 
> > Обновился до задания 258555. Все великолепно работает.
> 
> Можно Вас попросить обновиться еще раз из задания 258612? Там более точечные
> изменения - хотелось бы знать, что их достаточно и неотмененная часть патча
> не влияет на работоспособность.

Да, но смогу только в субботу 25.09.2020. Сразу отпишусь
Comment 41 Николай Костригин 2020-09-25 09:51:58 MSK
(Ответ для Хитриков Борис Владимирович на комментарий #40)
> 
> Да, но смогу только в субботу 25.09.2020. Сразу отпишусь

Спасибо. Только прошу обновиться уже из задания 258636 (указанное ранее собрано для Sisyphus). Содержание изменений идентичное.
Comment 42 Хитриков Борис Владимирович 2020-09-26 10:40:45 MSK
Created attachment 8981 [details]
Лог сканирования Mustek1248 sane 1.0.31-alt3 из задания 258636

Обновился из задания 258636. Все работает великолепно. Загрузил лог. Ребята спасибо большое.
Comment 43 Repository Robot 2020-09-27 11:02:12 MSK
sane-1.0.31-alt3 -> sisyphus:

 Wed Sep 23 2020 Nikolai Kostrigin <nickel@altlinux> 1.0.31-alt3
 - fix scanner non operational after first scan in gt68xx (closes: #37739)
Comment 44 Николай Костригин 2020-10-06 09:21:56 MSK
(Ответ для Хитриков Борис Владимирович на комментарий #42)
> Создано вложение 8981 [details] [подробности]
> Лог сканирования Mustek1248 sane 1.0.31-alt3 из задания 258636
> 
> Обновился из задания 258636. Все работает великолепно. Загрузил лог. Ребята
> спасибо большое.

Можно Вас попросить проверить еще одну версию патча?
Задание 259258 - вариант патча из апстрима, который совместим со сканером 
ScanExpress 1200 UB (от применения предыдущей версии ломается работа сканера у другого пользователя [1]). Он со своей стороны уже протестировал [2].

Порядок тестирования:
1. До замены можно (хоть и необязательно) проверить поведение сканера, если остановить сканирование принудительно. Работает ли сканер после этого? При плохом варианте требуется переподключение.

2. После обновления до 1.0.31-alt4 проверить общую работу и работу после принудительного останова по п.1

[1]  https://gitlab.com/sane-project/backends/-/issues/331
[2]  https://gitlab.com/sane-project/backends/-/issues/358#note_423075420
Comment 45 Хитриков Борис Владимирович 2020-10-06 10:29:36 MSK
(Ответ для nickel@altlinux.org на комментарий #44)
> (Ответ для Хитриков Борис Владимирович на комментарий #42)
> > Создано вложение 8981 [details] [подробности]
> > Лог сканирования Mustek1248 sane 1.0.31-alt3 из задания 258636
> > 
> > Обновился из задания 258636. Все работает великолепно. Загрузил лог. Ребята
> > спасибо большое.
> 
> Можно Вас попросить проверить еще одну версию патча?
> Задание 259258 - вариант патча из апстрима, который совместим со сканером 
> ScanExpress 1200 UB (от применения предыдущей версии ломается работа сканера
> у другого пользователя [1]). Он со своей стороны уже протестировал [2].
> 
> Порядок тестирования:
> 1. До замены можно (хоть и необязательно) проверить поведение сканера, если
> остановить сканирование принудительно. Работает ли сканер после этого? При
> плохом варианте требуется переподключение.
> 
> 2. После обновления до 1.0.31-alt4 проверить общую работу и работу после
> принудительного останова по п.1
> 
> [1]  https://gitlab.com/sane-project/backends/-/issues/331
> [2]  https://gitlab.com/sane-project/backends/-/issues/358#note_423075420

Ребята, очень извиняюсь, смогу проверить только в четверг. То есть 08.10.20.
Comment 46 Николай Костригин 2020-10-06 11:01:09 MSK
(Ответ для Хитриков Борис Владимирович на комментарий #45)

> Ребята, очень извиняюсь, смогу проверить только в четверг. То есть 08.10.20.

Ничего страшного! Спасибо за помощь. Буду ждать.
Comment 47 Хитриков Борис Владимирович 2020-10-08 10:56:03 MSK
Created attachment 8994 [details]
Лог сканирования Mustek1248 sane 1.0.31-alt3 до примененния задания 259258

Проверил задание 259258. Действительно ломается работа сканера если остановить сканирование принудительно. Прикладываю лог до применения задания 259258 и принудительной остановки сканера.
Comment 48 Хитриков Борис Владимирович 2020-10-08 11:04:22 MSK
Created attachment 8995 [details]
Лог сканирования Mustek1248 sane 1.0.31-alt4 после примененния задания 259258

После применения задания 259258 мало что меняется. Сканер пытается двигаться, но происходит это крайне медленно, и если принудительно остановить сканирование, то работа сканера ломается. Прикладываю лог, после применения задания 259258 и принудительной остановки сканирования.
Comment 49 Николай Костригин 2020-10-08 15:23:58 MSK
(Ответ для Хитриков Борис Владимирович на комментарий #48)
> После применения задания 259258 мало что меняется. Сканер пытается
> двигаться, но происходит это крайне медленно, и если принудительно
> остановить сканирование, то работа сканера ломается. 

Т.е. прерывание работы сканера сломано и случае первого патча, и второго?

Но если не прерывать сканирование с заданием 259258 работает не хуже, чем было до него?

Разработчик из апстрима ожидает доставку сканера как у Вас, но до того момента, как разберутся с этой проблемой хотят добавить патч в апстримный код. Меня интересует не сломает ли Вам этот патч ту "шаткую" работоспособность, которую мы на данный момент достигли?
Comment 50 Хитриков Борис Владимирович 2020-10-08 19:22:32 MSK
(Ответ для nickel@altlinux.org на комментарий #49)
> (Ответ для Хитриков Борис Владимирович на комментарий #48)
> 
> Т.е. прерывание работы сканера сломано и случае первого патча, и второго?
> 
> Но если не прерывать сканирование с заданием 259258 работает не хуже, чем
> было до него?
> 
> Разработчик из апстрима ожидает доставку сканера как у Вас, но до того
> момента, как разберутся с этой проблемой хотят добавить патч в апстримный
> код. Меня интересует не сломает ли Вам этот патч ту "шаткую"
> работоспособность, которую мы на данный момент достигли?

Совершенно верно, прерывание работы сканера сломано и случае первого патча, и второго если не прерывать сканирование с заданием 259258 работает не хуже, чем было до него. Я бы если честно и не знал об этом, если бы вы меня не попросили тестировать патч. Я практически никогда не отменяю начавшееся сканирование. Если нужно дальше тестировать обязательно привлекайте. Я, некоторое время, буду следить за ошибкой. Единственно, сканер используется на работе, и могу не сразу оказаться на месте.
Comment 51 Николай Костригин 2020-10-13 12:57:06 MSK
(Ответ для Хитриков Борис Владимирович на комментарий #50)
> Если нужно дальше тестировать обязательно привлекайте. Я,
> некоторое время, буду следить за ошибкой. Единственно, сканер используется
> на работе, и могу не сразу оказаться на месте.

Проверьте, пожалуйста, работу финальной (надеюсь) версии патча из upstream.
Сканер должен сохранять работоспоспособность даже при прерывании сканирования.

Задание 259818
Comment 52 Хитриков Борис Владимирович 2020-10-13 16:54:21 MSK
(Ответ для nickel@altlinux.org на комментарий #51)
> (Ответ для Хитриков Борис Владимирович на комментарий #50)
> > Если нужно дальше тестировать обязательно привлекайте. Я,
> > некоторое время, буду следить за ошибкой. Единственно, сканер используется
> > на работе, и могу не сразу оказаться на месте.
> 
> Проверьте, пожалуйста, работу финальной (надеюсь) версии патча из upstream.
> Сканер должен сохранять работоспоспособность даже при прерывании
> сканирования.
> 
> Задание 259818

Добрый день. Проверил задание 259818. Сканер работает великолепно. Прерывание не нарушает работу. Пробовал прерывать предварительное и нормальное сканирование. Спасибо огромное.
Comment 53 Николай Костригин 2020-10-14 11:26:10 MSK
(Ответ для Хитриков Борис Владимирович на комментарий #52)

> Добрый день. Проверил задание 259818. Сканер работает великолепно.
> Прерывание не нарушает работу. Пробовал прерывать предварительное и
> нормальное сканирование. Спасибо огромное.

Спасибо. Исправления уже в Сизифе (1.0.31-alt4), после тестирования ожидайте в p9.