Не заряжается фотоаппарат от USB

[demonlibra]

Ноутбук ACER EX2540
Фотоаппарат CANON G9X MARK II

После установки LinuxMint 20 обнаружил, что фотоаппарат не заряжается при подключении к USB.
Пробовал подключать ко всем портам. Карта памяти открывается, но зарядка не идёт.

Код: Выделить всё

5.4.0-48-generic x86_64 bits: 64 Desktop: Cinnamon 4.6.7 Distro: Linux Mint 20 Ulyana

Для проверки загрузился с флешки:
LinuxMint 19.3 - Фотоаппарат заряжается
Xubuntu 18.04 - Фотоаппарат заряжается
Xubuntu 20.04 - Фотоаппарат НЕ заряжается
LinuxMint 20 - Фотоаппарат НЕ заряжается

Телефон заряжается везде.

Прошу помощи в решении проблемы.

[volp]

Прошу помощи в решении проблемы.

ядро попробовать другое ?

[demonlibra]

Уже последнее.
Подожду обновления. Спасибо.

[volp]

Уже последнее.

я имел ввиду поставить как на

LinuxMint 19.3 - Фотоаппарат заряжается

[Real]

Рискну предположить...
Не/зарядка зависит от силы тока на USB портах.
Может быть пошурудить (если есть) планы управления питанием.
По аналогии с виндами: энергосбережение/производительность/сбалансированный и т.д.

[demonlibra]

5.4.0-26 это самое старое ядро из доступных в LinuxMint 20.
С ним проблема так же присутствует.

[djsantehnik]

в порядке бреда - а юсб тестер есть, может посмотреть что он будет выдавать на порту?

[volp]

Некоторые устройства с усб -зарядкой не будут заряжаться , если они считают, что подсоединены не к родному зарядному или например к компу, у которого максимальный ток по усб2.0 до 1А . Если устройство заряжается не от 2 проводов, а в зарядке задействованы 3 или 4 провода - это верный признак такого свойства. В усб зарядке кроме "0" и "+5в" могут использоваться еще внутренние сигнальные шины именно для опознавания "родной" зарядки . Обмануть это не трудно, достаточно подобрать делители напряжения (резисторы) , чтобы они по шинам данных возвращали на устройство требуемый для опознания сигнал. На Ali существуют спец. переходники , в том числе и усб-тестеры -триггеры , которые автоматически подбирают требуемые делители чтобы пошла зарядка. На телефоне на новом ядре работает зарядка потому что скорее всего телефон не требует такого . Ну а Canon'у наверно нужен какой то сигнал по шинам данных, который новое ядро и не дает.

[volp]

в порядке бреда - а юсб тестер есть, может посмотреть что он будет выдавать на порту?

Будет выдавать 5 вольт и минимальный ток , думаю не больше 200мА

[demonlibra]

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

Не удивлюсь, если наоборот выдаётся что-то лишнее.
От обычной телефонной зарядки 1А фотоаппарат нормально заряжается.

[slant]

От обычной телефонной зарядки 1А фотоаппарат нормально заряжается.

Стандарт для USB2 порта - 0.5А, т.е. ровно половина. Причем в некоторых дешевых платах оно еще и делится на все порты одного USB хаба. Точнее говоря - не делится, а устройства воткнутые в один хаб не получают свои гарантированные 0.5А как должно быть.
Отсюда есть нюанс - на разных ядрах разные USB устройства могут быть в разных режимах, с разным потреблением. А еще ядро умеет загонять устройства в спящий режим для экономии энергии.

Отсюда методы лечения/диагностики:
1. В файл /etc/laptop-mode/conf.d/usb-autosuspend.conf добавить:
CONTROL_USB_AUTOSUSPEND=«0»
Если такого файла нет (скорее всего) - создать. А вот если нету нужного каталога - тогда отставить, не сработает.

2. В /etc/default/grub
Строчку параметров ядра "GRUB_CMDLINE_LINUX_DEFAULT" привести к виду примерно такому:
GRUB_CMDLINE_LINUX_DEFAULT="usbcore.autosuspend=-1"
Те параметры что уже есть, разумеется, тоже сохранить.

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

[demonlibra]

1. /etc/laptop-mode/conf.d/usb-autosuspend.conf
Нет нужного каталога.

2. Заменил строку
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
на
GRUB_CMDLINE_LINUX_DEFAULT="usbcore.autosuspend=-1 quiet splash"

Выполнил в терминале:
sudo update-grub

Перезагрузил ноут.
Проверил применение параметра:
cat /sys/module/usbcore/parameters/autosuspend
-1

Но ситуация не изменилась. Проблема по прежнему присутствует.

[slant]

Ну, тогда остается только копать по логам и сравнивать параметры - запустить систему в которой зарядка идет, посмотреть журнал/syslog что она про подключенное пишет, потом запустить эту, посмотреть что у нее в журнале. Сравнить также настройки конфигов относящиеся к udev и laptop-mode, и т.д.

И убедиться еще раз что виновата именно система - т.е. что разница между случаями идет/не идет зарядка только в запущенной системе. А в остальном все одинаковое: кабель, набор подключенных к ноуту устройств, подключенный адаптер питания, и т.д. До мелочей.
И т.к. для проверки других систем подключалась флешка - имеет смысл даже проверить live вариант установленной системы с нее же.

[demonlibra]

И убедиться еще раз что виновата именно система

Одни и те же железки, один и тот же провод, один и тот же USB порт, одна и та же последовательность действий.

На флешку записаны образы LinuxMint 19.3 и 20.0.
В споилерах строки, которые появились в файле /var/log/syslog после подключения фотоаппарата.

Код: Выделить всё

Oct 11 07:31:31 mint kernel: [   86.395814] usb 1-2: new high-speed USB device number 6 using xhci_hcd
Oct 11 07:31:31 mint kernel: [   86.545388] usb 1-2: New USB device found, idVendor=04a9, idProduct=32c7, bcdDevice= 0.02
Oct 11 07:31:31 mint kernel: [   86.545394] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Oct 11 07:31:31 mint kernel: [   86.545397] usb 1-2: Product: Canon Digital Camera
Oct 11 07:31:31 mint kernel: [   86.545400] usb 1-2: Manufacturer: Canon Inc.
Oct 11 07:31:31 mint kernel: [   86.545403] usb 1-2: SerialNumber: 068BEAF0F8488FDED1EA25BD541457F8
Oct 11 07:31:23 mint gvfsd-metadata[1921]: message repeated 15 times: [ g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed]
Oct 11 07:31:31 mint mtp-probe: checking bus 1, device 6: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-2"
Oct 11 07:31:31 mint mtp-probe: bus: 1, device: 6 was not an MTP device
Oct 11 07:31:31 mint upowerd[1738]: unhandled action 'bind' on /sys/devices/pci0000:00/0000:00:14.0/usb1/1-2
Oct 11 07:31:31 mint upowerd[1738]: unhandled action 'bind' on /sys/devices/pci0000:00/0000:00:14.0/usb1/1-2/1-2:1.0
Oct 11 07:31:31 mint upowerd[1738]: unhandled action 'unbind' on /sys/devices/pci0000:00/0000:00:14.0/usb1/1-2/1-2:1.0
Oct 11 07:31:31 mint upowerd[1738]: unhandled action 'bind' on /sys/devices/pci0000:00/0000:00:14.0/usb1/1-2/1-2:1.0
Oct 11 07:31:31 mint gvfsd-metadata[1921]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
Oct 11 07:31:34 mint gvfsd-metadata[1921]: message repeated 35 times: [ g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed]
Oct 11 07:31:39 mint cinnamon-session[1505]: WARNING: t+63.33160s: Detected that screensaver has left the bus
Oct 11 07:31:41 mint gvfsd-metadata[1921]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed

Код: Выделить всё

Oct 11 07:36:08 mint kernel: [   76.561917] usb 1-2: new high-speed USB device number 6 using xhci_hcd
Oct 11 07:36:08 mint kernel: [   76.583896] usb 1-2: New USB device found, idVendor=04a9, idProduct=32c7, bcdDevice= 0.02
Oct 11 07:36:08 mint kernel: [   76.583905] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Oct 11 07:36:08 mint kernel: [   76.583910] usb 1-2: Product: Canon Digital Camera
Oct 11 07:36:08 mint kernel: [   76.583915] usb 1-2: Manufacturer: Canon Inc.
Oct 11 07:36:08 mint kernel: [   76.583919] usb 1-2: SerialNumber: 068BEAF0F8488FDED1EA25BD541457F8
Oct 11 07:36:08 mint mtp-probe: checking bus 1, device 6: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-2"
Oct 11 07:36:08 mint mtp-probe: bus: 1, device: 6 was not an MTP device
Oct 11 07:36:08 mint mtp-probe: checking bus 1, device 6: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-2"
Oct 11 07:36:08 mint mtp-probe: bus: 1, device: 6 was not an MTP device

[hellonet]

У меня было что-то подобное, когда Iphone 4S заряжался только от некоторых зарядных устройств и от некоторых USB выходов, а от других не заряжался. Причём даже, когда не заряжался, тем не менее комп его видел и видел содержимое папок. Логику не нашёл. Решил поменять шнур. Пошёл, купил новый. Стал заряжаться везде

[slant]

В споилерах строки, которые появились в файле /var/log/syslog после подключения фотоаппарата.

Собственно разница видна - там где зарядка идет, в системе присутствует демон upowerd, который кстати за управление питанием разных устройств, в основном ноутбучных, и отвечает. Почему его нету в mint 20 - сказать не могу, т.к. плотно с ним не общался и лично не щупал. Но логичное направление дальнейших изысканий - поставить самостоятельно, посмотреть не заведется ли сразу. Если не заведется - посмотреть документацию, сравнить с его же настройками на минте 19...

[demonlibra]

Судя по выводу команды systemctl status upower, upowerd присутствует как в LinuxMint 19.3, так и в 20.

Код: Выделить всё

$ systemctl status upower
● upower.service - Daemon for power management
     Loaded: loaded (/lib/systemd/system/upower.service; disabled; vendor preset: enabled)
     Active: active (running) since Sun 2020-10-11 13:38:19 +04; 45s ago
       Docs: man:upowerd(8)
   Main PID: 1259 (upowerd)
      Tasks: 3 (limit: 9288)
     Memory: 3.7M
     CGroup: /system.slice/upower.service
             └─1259 /usr/lib/upower/upowerd

окт 11 13:38:18 demonlibra-Extensa-2540 systemd[1]: Starting Daemon for power management...
окт 11 13:38:19 demonlibra-Extensa-2540 systemd[1]: Started Daemon for power management.

Файлы /etc/UPower/UPower.conf идентичны в обоих системах.

[slant]

Однако в 20-ом минте в логах не отображается его деятельность при подключении аппарата. Возможно, что-то его работу блочит...