ALT Linux Bugzilla – #37739

Старая версия sane (1.0.27-alt4) работает безупречно.
Может быть виноваты патчи из  https://bugzilla.altlinux.org/show_bug.cgi?id=30894 ?

Полностью согласен. Такая же ошибка сканер 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

Исправьте пожалуйста.

Напишите, пожалуйста, какая версия у вас не работает. Потому что вы в одну багу пишете о разных версиях.

Также покажите, что пишет
$ scanimage -L

Например у меня с sane-1.0.28-alt3.i586
всё работает.

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

Точно так и с последней версией из Сизифа
$ rpm -q sane
sane-1.0.31-alt2.i586

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

xsane отлично сканирует.

Не работает с последней версией доступной из 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

Тогда интересует вывод dmesg после того, как сканер «ломается» в предварительном сканировании (если там есть интересные строки насчёт usb).
И также вывод lsusb «после поломки»
и что говорит scanimage -L

После того как "ломается" сканер
В 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 тоже пусто. Пробовал когда искал причину запускать в реальном времени.

Я сейчас уже откатился, сканер работает.

Всё это выглядит похожим на проблемы в сочетании 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)

Но в 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.

Безусловно, зависание устройства на шине это проблема оборудования или ядра.
Возможно, с какими-то ядрами работает и без workaround.
Есть
$ man sane-usb
там написано в случае проблем с USB 3 использовать
переменную SANE_USB_WORKAROUND=1

Багу закрываю, никакой проблемы для решения нет.

(Ответ для Хитриков Борис Владимирович на комментарий #8)
> Пробовал запускать из консоли xsane, что бы видеть вывод, однако программа
> виснет и вывода нет никакого.
> 
> В jornalctl тоже пусто. Пробовал когда искал причину запускать в реальном
> времени.

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

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

c поправкой на USB-адрес устройства.

(Ответ для Vitaly Lipatov на комментарий #11)
> Безусловно, зависание устройства на шине это проблема оборудования или ядра.
> Возможно, с какими-то ядрами работает и без workaround.
Возможно, придётся его пока вернуть по умолчанию -- помню эту грабельку,
весьма неприятная...

Created attachment 8968 [details]
Лог сканирования и образец скана Lide60 sane 1.0.31-alt2

(Ответ для 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

(Ответ для Хитриков Борис Владимирович на комментарий #6)
> scanimage -L
> device `gt68xx:libusb:001:004' is a Mustek ScanExpress 1248 UB flatbed
> 
> [...]
> "Невозможно открыть устройство `genesys:libusb:001:004':
> Неверный аргумент"
> 

В Вашем случае меня смущает, что обнаружен "gt68xx", а ломается "genesys".
Можете еще показать вывод
sane-find-scanner 
?

Всем добрый день. Извините, за задержку, был в отъезде.
Откатился обратно до нерабочего состояния.


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

На всех ядрах поведение одинаковое

(Ответ для Vitaly Lipatov на комментарий #11)
> Безусловно, зависание устройства на шине это проблема оборудования или ядра.
> Возможно, с какими-то ядрами работает и без workaround.
> Есть
> $ man sane-usb
> там написано в случае проблем с USB 3 использовать
> переменную SANE_USB_WORKAROUND=1
> 
> Багу закрываю, никакой проблемы для решения нет.

export SANE_USB_WORKAROUND=1

ничего не изменяет

(Ответ для Хитриков Борис Владимирович на комментарий #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 ядро...

(Ответ для 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 на комментарий #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'

(Ответ для Хитриков Борис Владимирович на комментарий #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

(Ответ для Хитриков Борис Владимирович на комментарий #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

(Ответ для Хитриков Борис Владимирович на комментарий #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 по-прежнему все работает...

(Ответ для 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' Недопустимый аргумент

(Ответ для 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

(Ответ для Хитриков Борис Владимирович на комментарий #26)

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

переменную нужно было определить:
SANE_DEBUG_GT68XX=255 scanimage -d gt68xx:libusb:001:007 -o ./test.jpg 2>&1 | tee crash_1.log

Created attachment 8970 [details]
Лог сканирования Mustek1248 sane 1.0.31-alt2

(Ответ для 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

Загрузил лог

(Ответ для Хитриков Борис Владимирович на комментарий #29)

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

Спасибо. Если Вас не затруднит, снимите такой же в рабочем состоянии, это облегчит анализ.

(Ответ для nickel@altlinux.org на комментарий #30)
> (Ответ для Хитриков Борис Владимирович на комментарий #29)
> 
> > 
> > Загрузил лог
> 
> Спасибо. Если Вас не затруднит, снимите такой же в рабочем состоянии, это
> облегчит анализ.

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

Created attachment 8971 [details]
Лог сканирования Mustek1248 не рабочее состояние sane 1.0.31-alt2

 не рабочее состояние

(Ответ для Хитриков Борис Владимирович на комментарий #31)

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

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

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

Попробуйте обновиться до тестового задания 258555... результаты, желательно, так-же в виде двух логов, особенно, если они будут отрицательные.

Created attachment 8975 [details]
Лог сканирования Mustek1248 sane 1.0.31-alt3

Да, все верно
Обновился до задания 258555. Все великолепно работает. Поэтому прикладываю один лог. Ребята спасибо огромное.

Удачи Вам! 
2nickel@: спасибо, здорово!

(Ответ для Хитриков Борис Владимирович на комментарий #34)

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

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

https://gitlab.com/sane-project/backends/-/issues/358

Ввиду того, что в баге параллельно рассматриваются два бэкенда меняю тему.
Надеюсь автор не против.

(Ответ для 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

(Ответ для Хитриков Борис Владимирович на комментарий #34)

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

Можно Вас попросить обновиться еще раз из задания 258612? Там более точечные изменения - хотелось бы знать, что их достаточно и неотмененная часть патча не влияет на работоспособность.

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

Да, но смогу только в субботу 25.09.2020. Сразу отпишусь

(Ответ для Хитриков Борис Владимирович на комментарий #40)
> 
> Да, но смогу только в субботу 25.09.2020. Сразу отпишусь

Спасибо. Только прошу обновиться уже из задания 258636 (указанное ранее собрано для Sisyphus). Содержание изменений идентичное.

Created attachment 8981 [details]
Лог сканирования Mustek1248 sane 1.0.31-alt3 из задания 258636

Обновился из задания 258636. Все работает великолепно. Загрузил лог. Ребята спасибо большое.

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)

(Ответ для Хитриков Борис Владимирович на комментарий #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

(Ответ для 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.

(Ответ для Хитриков Борис Владимирович на комментарий #45)

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

Ничего страшного! Спасибо за помощь. Буду ждать.

Created attachment 8994 [details]
Лог сканирования Mustek1248 sane 1.0.31-alt3 до примененния задания 259258

Проверил задание 259258. Действительно ломается работа сканера если остановить сканирование принудительно. Прикладываю лог до применения задания 259258 и принудительной остановки сканера.

Created attachment 8995 [details]
Лог сканирования Mustek1248 sane 1.0.31-alt4 после примененния задания 259258

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

(Ответ для Хитриков Борис Владимирович на комментарий #48)
> После применения задания 259258 мало что меняется. Сканер пытается
> двигаться, но происходит это крайне медленно, и если принудительно
> остановить сканирование, то работа сканера ломается. 

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

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

Разработчик из апстрима ожидает доставку сканера как у Вас, но до того момента, как разберутся с этой проблемой хотят добавить патч в апстримный код. Меня интересует не сломает ли Вам этот патч ту "шаткую" работоспособность, которую мы на данный момент достигли?

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

Совершенно верно, прерывание работы сканера сломано и случае первого патча, и второго если не прерывать сканирование с заданием 259258 работает не хуже, чем было до него. Я бы если честно и не знал об этом, если бы вы меня не попросили тестировать патч. Я практически никогда не отменяю начавшееся сканирование. Если нужно дальше тестировать обязательно привлекайте. Я, некоторое время, буду следить за ошибкой. Единственно, сканер используется на работе, и могу не сразу оказаться на месте.

(Ответ для Хитриков Борис Владимирович на комментарий #50)
> Если нужно дальше тестировать обязательно привлекайте. Я,
> некоторое время, буду следить за ошибкой. Единственно, сканер используется
> на работе, и могу не сразу оказаться на месте.

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

Задание 259818

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

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

(Ответ для Хитриков Борис Владимирович на комментарий #52)

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

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