Во-первых: НИКОГДА не прикасайтесь к резервному диску DRBD-устройства (это означает, что не увеличивайте fs на поддерживающем LVM, увеличивайте только FS на / dev / drbd0). В противном случае вы собираетесь внести изменения в данные, которые не реплицируются на одноранговый узел, и они обязательно вернутся, чтобы вас укусить.
Чтобы исправить любой ущерб, который, возможно, уже был нанесен, вы можете запустить: # drbdadm verify r0
. Подробнее об этом см. В руководстве пользователя DRBD.
https://docs.linbit.com/doc/users-guide-84/s-use-online-verify/
Второй: Пожалуйста, попробуйте расширить свое устройство с узла в основной роли. Кроме того, следите за журналами, созданными при этом (/ var / log / messages), чтобы понять, почему это может дать сбой, но вы должны увидеть, как он начинает ресинхронизацию нового 10G.
Затем запустите resize2fs
на / dev / drbd0
.
USB-устройства без драйвера linux не автоматически переводятся в режим автоматической приостановки, так как это вызывает слишком много поломок. (Это значение по умолчанию, которое вы видите в powertop, верно?)
Однако, как только вы включите автозапуск на неиспользуемом устройстве, это должно вступить в силу через несколько секунд.
Вы можете увидеть настройки в / sysfs / bus / usb /.../ power
. Чтобы включить автоматическое приостановление, питание / управление
установлено на авто
. Не все файлы задокументированы, но у меня есть runtime_status
( приостановлено
для приостановленного устройства). Чтобы указать, почему устройство считается активным, у меня также есть runtime_usage
и runtime_active_kids
(дочерние устройства, такие как активные устройства, подключенные к концентратору).
Для устройства без драйвера ненулевое значение runtime_usage
должно указывать на доступ из пользовательского пространства.
По крайней мере, вы можете найти процессы, обращающиеся к устройству, используя sudo lsof / dev / sys
.
Я ожидал, что единственный процесс, обращающийся к считывателю отпечатков пальцев, будет fprintd
. Вы можете попробовать отключить его с помощью systemctl mask --now fprintd
и посмотреть, как это изменит runtime_status
/ runtime_usage
.
powertop не содержит фактических данных о мощности отдельных устройств. Это все предположения («оценки»), и где-то что-то пошло не так.
Ваша простаивающая микросхема Ethernet не стоит 5 Вт.
Bluetooth-радио USB не сжигает 5 Вт.Максимальная мощность передачи для Bluetooth составляет 100 мВт.
5 Вт - это максимальный «TDP» для рассеиваемой мощности SoC на устройстве класса iPad. Сканер отпечатков пальцев в режиме ожидания не передает 5 Вт на радио или внешнюю линию. В принципе, я предполагаю, что это может быть зацикливание процессора ARM мощностью 5 Вт ... но серьезно. Это не имеет смысла ни с экономической, ни с другой стороны.
Эти три устройства не рассеивают 15 Вт. Я использую добросовестный ноутбук, который больше не использует. Похоже, ваш ноутбук сообщает о более высоком использовании, но даже в этом случае.
Я не думаю, что powertop может даже посмотреть TDP для ЦП и встроенного графического процессора, чтобы понять, что осталось. Гипотетически оценки были откалиброваны на ноутбуках, похожих на мой (например, 12-дюймовые Thinkpad X-серии, которые, похоже, нравятся разработчикам Linux), и масштабирование для больших ноутбуков заканчивается этими странными числами.
Теперь мне интересно, как выглядят системы охлаждения на этих ноутбуках с более высоким TDP ... Должно быть, у них есть какие-то поджаренные вентиляционные отверстия.
Похоже, единственный способ отключить это устройство - физически отсоединить его (если это вообще возможно).
Я читал о Linux sysfs
и о том, как его можно использовать для опроса устройств и т.д., а также нашел это на kernel.org. В USB существует возможность отключения питания определенных портов USB-концентратора, однако когда я выполняю sudo lsusb
на рассматриваемом концентраторе, его дескриптор сообщает, что индивидуальное питание портов недоступно. (USB 1.0).