Проблемы с уровнем яркости на Honor Magicbook 14 GLO-G561

Intel Core i5-13500H?

Слишком новое железо для 22.04.3 ИМХО. Ядро какое установлено? 5.15.0-83? Попробуй linux-generic-hwe-22.04 установить, поставится 6.2.

Установлено 6.2.0-26-generic (не устанавливал ничего дополнительно)

• апдейт: еще через время опять «зажалась» кнопка яркости вниз и отвалился тачпад, пришлось ребутаться через кнопку (при этом клава работала)

Еще на всякий - при установке убунты выбрал опцию «установить драйвера графики, Wi-Fi» и т.д. или что-то такое

Посмотрел - linux-generic-hwe-22.04 установлен и последней версии

Стоит пробовать ставить последнюю убунту?

Посмотрел - linux-generic-hwe-22.04 установлен и последней версии

Отлично.

Есть ли в dmesg что-нибудь подозрительное? Выложи его на pastebin. Последний ли BIOS?

dmesg сразу после ребута (когда все еще хорошо - тачпад и кнопки яркости работают) https://pastebin.com/trnuULfV Проверил - куча atkbd сообщений появляются после каждого нажатия любой из кнопок яркости (но они пока что работают) Позже выложу еще dmesg когда что-нибудь сломается

Последний ли BIOS? Как это достоверно проверить?

Только что повысилась яркость на максимум и сломалась кнопка яркости вверх, в dmesg появилось только это

[ 1079.774836] Lockdown: systemd-logind: hibernation is restricted; see man kernel_lockdown.7

Обе кнопки как и раньше выдают atkbd сообщения, но яркость не поднимают

Пока писал это, моргнул индикатор яркости убунтовый, появился еще один такой же dmesg лог, и отвалилась вторая кнопка яркости

Решил ребутнуться и отключить Secure Boot, посмотрим

Отключение не помогло, но теперь когда сломалась яркость появилось другое сообщение

[  529.681664] i915 0000:00:02.0: [drm] Selective fetch area calculation failed in pipe A

ноутбук 2023 года

попробуй загрузиться в live режиме с этого образа https://cdimage.ubuntu.com/ubuntu/daily-live/current/mantic-desktop-amd64.iso

это альфа-версия, для тех, кто до октября ждать не может или не хочет. То есть ты её просто запустишь и посмотришь dmesg, стало ли сильно лучше в плане поддержки твоего железа

Уже поставил mainline 6.4.11 версию, на ней никаких сообщений в dmesg не появляется, но поломки все так же происходят

Но спасибо за наводку, сейчас попробую

На этом дистрибутиве регулярно вешается графическая карта (GPU HANG в dmesg) на секунд 15, часто с последующими артефактами

значит, дела твои плохи

насчёт биоса - узнать его версию можно с помощью
sudo dmesg | grep -i dmi:
или ещё проще
sudo dmesg | grep -i bios | tail -n2

BIOS был версии 1.04, через винду обновил до 1.08, которая вроде как последняя, не помогло

Обнаружил, что в системную консоль (не знаю правильного термина, туда можно попасть в убунте через ctrl+alt+f3) спамится ^@ постоянно, когда баг активен

Нашел схожие симптомы тут https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1063658

Но у меня вроде как нет лишних девайсов

На всякий случай xinput --list --long https://pastebin.com/jPhpJgzR

Как это достоверно проверить?

HONOR GLO-GXXX/GLO-GXXX-PCB, BIOS 1.04 03/17/2023

Установлена версия 1.04 от 17 марта 2023, скорее всего, не последняя. Как проверить - непонятно, у хуавеев всё сложно с этим, я так и не нашёл твоей модели на сайте у хуавея в строке поиска.

Пока я набирал, ты уже запостил.

Скорее всего, ноут просто windows only.

Более того, если зайти в ctrl+alt+f3 и нажать там ctrl+c, то спам ^@ хоть и не останавливается, но кнопки яркости начинают работать как обычно

хм, интересно

может быть тебе стоит попробовать загрузиться в x11, а не wayland сессию?

А как это сделать?

you can choose the Ubuntu on Xorg session by clicking the gear button after selecting your name on the login screen.

есть там что-то такое у тебя? (у меня xubuntu, поэтому точнее не подскажу)

Возможно я обнаружил проблему и предполагаю решение

В cat /proc/bus/input/devices есть

I: Bus=0018 Vendor=27c6 Product=01e0 Version=0100
N: Name="GXTP7863:00 27C6:01E0 UNKNOWN"
P: Phys=i2c-GXTP7863:00
S: Sysfs=/devices/pci0000:00/0000:00:15.0/i2c_designware.0/i2c-1/i2c-GXTP7863:00/0018:27C6:01E0.0001/input/input11
U: Uniq=
H: Handlers=kbd event7 
B: PROP=0
B: EV=100013
B: KEY=100000300000000 0 0 0
B: MSC=10

cat /dev/input/event7 дает постоянный спам данными, даже если я вообще не трогаю ноут

Тут https://unix.stackexchange.com/questions/531866/how-can-i-disable-an-input-device нашел как отключить устройство (пока временно для проверки сделал через evtest)

Как результат - спам ^@ из ctrl+alt+f3 пропал, баг пока больше не повторяется

Я уже хочу спать и поэтому наверное окончательно тестировать (все-таки каждый тест занимает минут 15, баг проявляется рандомно) и решать буду завтра, но о результатах отпишусь

Планирую так же в винде найти это устройство и посмотреть что это такое

ок, гуд найт

гугл говорит, что это Touchpad

В общем проблема вроде решена

cat /proc/bus/input/devices имеет следующие девайсы (помимо прочих)

I: Bus=0018 Vendor=27c6 Product=01e0 Version=0100
N: Name="GXTP7863:00 27C6:01E0 Touchpad"
P: Phys=i2c-GXTP7863:00
S: Sysfs=/devices/pci0000:00/0000:00:15.0/i2c_designware.0/i2c-1/i2c-GXTP7863:00/0018:27C6:01E0.0001/input/input10
U: Uniq=
H: Handlers=mouse1 event6 
B: PROP=5
B: EV=1b
B: KEY=e520 10000 0 0 0 0
B: ABS=2e0800000000003
B: MSC=20

I: Bus=0018 Vendor=27c6 Product=01e0 Version=0100
N: Name="GXTP7863:00 27C6:01E0 UNKNOWN"
P: Phys=i2c-GXTP7863:00
S: Sysfs=/devices/pci0000:00/0000:00:15.0/i2c_designware.0/i2c-1/i2c-GXTP7863:00/0018:27C6:01E0.0001/input/input11
U: Uniq=
H: Handlers=kbd event7 
B: PROP=0
B: EV=100013
B: KEY=100000300000000 0 0 0
B: MSC=10

Как видно, тут и настоящий тачпад, и что-то еще, что не определяется, но имеет хэндлер kbd

При этом в xinput я этого девайса не видел, хотя и не очень искал

Решил так - через udevadm посмотрел все атрибуты, увидел разницу в ATTRS{properties} - у реального тача он 5, у неизвестного девайса 0, соответственно добавил udev rules

ACTION=="add", ATTRS{id/bustype}=="0018", ATTRS{id/product}=="01e0", ATTRS{id/vendor}=="27c6", ATTRS{id/version}=="0100", ATTRS{properties}=="0", ATTR{../inhibited}="1"

../inhibited потому что это свойство на родительском девайсе относительно непосредственно эвентового, конечного девайса, который видит udev

Через винду быстро не получилось найти что это такое, но мне не так важно, поэтому я забил

Был бы очень тебе признателен, если бы ты написал что-то типа «туториала» как ты решил проблему, ну т.е. как добавлял udev rules, куда, и т.д. С убунтой не очень дружу, поэтому сказал бы тебе огромное спасибо, задрала уже эта проблема с яркостью :)

Здравствуйте.

Рассматриваю данную модель ноутбука (HONOR MagicBook 14 2023 GLO-G561) к покупке, но переживаю по поводу того, как на нём приживется Ubuntu. Можете рассказать как сейчас обстоят дела с дистрибутивами linux на данной машине? Остались ли ошибки? И как ноутбук в целом себя показывает при работе?

Спасибо за информативный ответ

Создал файл /etc/udev/rules.d/15-test.rules с содержимым

ACTION=="add", ATTRS{id/bustype}=="0018", ATTRS{id/product}=="01e0", ATTRS{id/vendor}=="27c6", ATTRS{id/version}=="0100", ATTRS{properties}=="0", ATTR{../inhibited}="1"

После указанного фикса осталась еще одна, намного менее раздражающая проблема (которую не стал пока фиксить) - иногда видимо «зажимается» ПКМ тачпада и все клики на нем превращаются в ПКМ, решается просто нажатием ПКМ на тачпаде (двумя пальцами), после этого работа продолжается в обычном режиме, через время иногда проявляется опять - в среднем раз в час, бывает раз в минут 10, но кажется, что после одного из обновлений системы стало значительно реже проявляться. Других проблем не наблюдаю, работает хорошо

Ух, ты! У меня такая же проблема на Honor MagicBook 14. Произвольно падает/растет яркость и перестает реагировать на клавиатуру в Debian12. Помогает наведение мыши на панель настроек и нажатие пробела, после чего можно выставить нормальную яркость до следующего произвольного блока. К сожалению, я обычный пользователь, ничего не понял в отношении метда устранения проблемы. Был бы признателен за помощь-консультацию.

Зарегистрировался на ЛОРе только чтобы сказать спасибо. Абсолютно та же строка rule подходит для ноута

Honor MagicBook X16 Plus (Ryzen 7 8845HS)

• точно такое же UNKNOWN (и param там тоже 0) устройство с флудом.

Огромное спасибо за подсказку про устройство с флудом. Тоже заметил, что проблема яркости проявляется при работе на тачпаде. Мне данный способ не помог (ноутбук honor x14 plus), а полностью заблокировал работу тачпада и клавиатуры. В общем решил проблему почти похожим образом.

На вашей модели ноутбука могут отличаться устройства input и events. В моем случае было:

cat /proc/bus/input/devices

I: Bus=0018 Vendor=27c6 Product=01e0 Version=0100
N: Name="GXTP7863:00 27C6:01E0 UNKNOWN"
P: Phys=i2c-GXTP7863:00
S: Sysfs=/devices/platform/AMDI0010:00/i2c-0/i2c-GXTP7863:00/0018:27C6:01E0.0001/input/input10
U: Uniq=
H: Handlers=kbd event6 
B: PROP=0

Добавляем инпуту inhibited, но не через udev rules (путь можно скопировать из аттрибута Sysfs, добавив префикс /sys/

sudo echo 1 > /sys/devices/platform/AMDI0010:00/i2c-0/i2c-GXTP7863:00/0018:27C6:01E0.0001/input/input10/inhibited

Может быть кому-то поможет.