Я думаю, это проблема с USB.

У меня есть ИБП APC, модель « Back-UPS 700 ». У него есть порт USB и два телефонных порта, нет сетевого порта. Он имеет 4 розетки для подачи питания и 1 для подключения к сети. Кажется, это соответствует таблице в примечаниях к руководству для мигающих огней и звуковых сигналов при включении и подаче питания. В руководстве есть три или четыре отдельные записи, отражающие ожидание, что он будет разговаривать через USB с компьютером.

Я использую «старый комплект»: материнская плата socket 939 и opteron 185 (самая быстрая вещь, которая будет входить в этот mobo - выпущена в марте 2006 года).

Ubuntu 20.02.

Я изучал несколько различных руководств, но у меня нет сигнала USB от ИБП. После настройки я включил его и стал ждать. Через 15 минут он перешел в частый звуковой сигнал, и на сервере пропало питание. ZFS scrub показал отсутствие повреждения данных. Я пробовал разные разъемы USB и разные кабели, мышь и клавиатура работают во всех разъемах.

Если я запускаю lsusb , я получаю:

Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 002: ID 046d:c046 Logitech, Inc. RX1000 Laser Mouse
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
chris@PMS1:~$ 

Его там нет.

Настройки в apcupsd.conf,

UPSCABLE usb
UPSTYPE usb
DEVICE

и статус apcaccess показывают только:

chris@PMS1:~$ apcaccess status
APC      : 001,018,0438
DATE     : 2021-03-26 22:23:43 +0000  
HOSTNAME : PMS1
VERSION  : 3.14.14 (31 May 2016) debian
UPSNAME  : APC700
CABLE    : USB Cable
DRIVER   : USB UPS Driver
UPSMODE  : Stand Alone
STARTTIME: 2021-03-26 22:23:32 +0000  
STATUS   : COMMLOST 
MBATTCHG : 5 Percent
MINTIMEL : 6 Minutes
MAXTIME  : 1 Seconds
NUMXFERS : 0
TONBATT  : 0 Seconds
CUMONBATT: 0 Seconds
XOFFBATT : N/A
STATFLAG : 0x05000100
END APC  : 2021-03-26 22:23:43 +0000  
chris@PMS1:~$ 

В других руководствах указывается гораздо больше.

Если я остановлю apcupsd, то выполню команду acptest, которую я получу:

chris@PMS1:~$ apctest
2021-03-26 22:26:01 apctest 3.14.14 (31 May 2016) debian
Checking configuration ...
sharenet.type = Network & ShareUPS Disabled
cable.type = USB Cable
mode.type = USB UPS Driver
Setting up the port ...
apctest FATAL ERROR in apctest.c at line 319
Unable to open UPS device.
  If apcupsd or apctest is already running,
  please stop it and run this program again.
apctest error termination completed
chris@PMS1:~$

Как мне решить проблему со съемкой через usb? Я попробую на новом компьютере , чтобы проверить, что это не оборудование.

Спасибо

====

Хорошо, еще кое-что: Теперь Ubuntu 20.04 работает на этой интегрированной в celeron плате itx. Настроен, как указано выше. Выше я забыл упомянуть, что установил config = yes в / etc / defaults / apcupsd.

chris@chris-desktop:~$ sudo apctest
2021-03-28 13:59:45 apctest 3.14.14 (31 May 2016) debian
Checking configuration ...
sharenet.type = Network & ShareUPS Disabled
cable.type = USB Cable
mode.type = USB UPS Driver
Setting up the port ...
apctest FATAL ERROR in apctest.c at line 319
Unable to open UPS device.
  If apcupsd or apctest is already running,
  please stop it and run this program again.
apctest error termination completed

Таким образом, он не подключается к ИБП по USB, к любому USB-разъему двух машин с двумя разными кабелями.

chris@chris-desktop:~$ lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 13ba:0018 PCPlay Barcode PCP-BCG4209
Bus 001 Device 002: ID 0781:5567 SanDisk Corp. Cruzer Blade
Bus 001 Device 005: ID 046d:c05b Logitech, Inc. M-U0004 810-001317 [B110 Optical USB Mouse]
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
chris@chris-desktop:~$ 

Итак, я думаю, что он подключает usb как «PCPlay Barcode PCO-BCG4209» ...

chris@chris-desktop:~$ apcaccess status
APC      : 001,017,0428
DATE     : 2021-03-28 13:57:21 +0100  
HOSTNAME : chris-desktop
VERSION  : 3.14.14 (31 May 2016) debian
CABLE    : USB Cable
DRIVER   : USB UPS Driver
UPSMODE  : Stand Alone
STARTTIME: 2021-03-28 13:56:41 +0100  
STATUS   : COMMLOST 
MBATTCHG : 5 Percent
MINTIMEL : 3 Minutes
MAXTIME  : 1 Seconds
NUMXFERS : 0
TONBATT  : 0 Seconds
CUMONBATT: 0 Seconds
XOFFBATT : N/A
STATFLAG : 0x05000100
END APC  : 2021-03-28 13:57:40 +0100  
chris@chris-desktop:~$

Опять же, это значительно меньше, чем указано в руководстве, и все это из файла конфигурации, а не устройства. Когда я запускаю команду apcaccess, она ждет 10-20 секунд, а затем представляет это так, как если бы ожидал ответа ups, но время ожидания истекло.

Совершенно новые USB-ИБП, упаковка в хорошем состоянии по прибытии, в остальном работает должным образом. Я прочитал всю инструкцию, ничего не предлагая, чтобы я вообще «активировал» usb на устройстве ИБП. Есть какие-нибудь мысли?

Единственное, что я могу придумать, - это каким-то образом использовать порт модема на задней панели для доступа к устройству. В инструкциях указано, что это порты модема / телефона / сети, но они не являются сетевыми портами RJ45. Мне понадобится модем / последовательный кабель, никогда этого не делал. Это чрезмерно или обычная практика для управления ИБП?

В Руководстве пользователя говорится о доступе к встроенной веб-странице устройств, но для этого потребуется порт RJ45 ...

... Есть USB-порт для Windows клиент для доступа к устройству ... ... мог бы попробовать это.(Использование Windows для устранения проблемы с Linux раньше было наоборот.)

===

Хорошо, используя ноутбук dell и загружая лоток питания win10 с веб-сайта apc - не удается установить, 2 ошибки : выключите активное управление питанием и убедитесь, что устройство подключено. Пробовал 2 кабеля на каждый из 2 портов - все, как известно, работают, не лучше. Пытался найти Active Power Managment в Win10. В вашей системе он никогда не называется так, как он назван в учебниках, поэтому поиск наиболее подходящей вещи - управление батареей в диспетчере устройств - отключение, все равно не лучше - та же ошибка. Запрос о помощи отправлен на домашнюю страницу APC.

Пока могу только сделать вывод, что usb на этом usp мертв.

Мне трудно поверить в это, это не может быть просто «мертвый» USB-порт, но он работает во всех остальных отношениях?

2021-03-29 20:09:21 +0100  Communications with UPS lost.
2021-03-29 20:19:34 +0100  Communications with UPS lost.
2021-03-29 20:29:46 +0100  Communications with UPS lost.
2021-03-29 20:39:59 +0100  Communications with UPS lost.
2021-03-29 20:41:58 +0100  apcupsd exiting, signal 15
2021-03-29 20:41:58 +0100  apcupsd shutdown succeeded
2021-03-29 20:41:58 +0100  apcupsd 3.14.14 (31 May 2016) debian startup succeeded
2021-03-29 20:43:10 +0100  Communications with UPS lost.
2021-03-29 20:45:44 +0100  apcupsd exiting, signal 15
2021-03-29 20:45:44 +0100  apcupsd shutdown succeeded
^C
chris@PMS1:/var/log$ 

Это интересно показывает некоторые причины. Следуя инструкциям по проверке USB, если я запускаю udevadm monitor --udev , то получаю много миль на выходе для любого USB-устройства, но НИЧЕГО для ИБП. Как будто я вставляю свободный кабель. разъем USB кажется немного ... ... свободным? Хотелось достать отвертку .... ... отговорите меня, мне нужно подтвердить, что у него есть USB, а если нет, то RMA.

===

На странице APCUPSD написано: do cat / proc / bus / usb / devices , но это не место в 20.04? Чую команду над эквивалентной заменой?