Как дебажить 90 секундную задержку запуска компьютера?

Опять рач. Ничего удивительного. Попробуй блютуф вырубить аппаратно. Проверь результат. Возможно он пытается что то подключить по блютуфу (уши, мыши и т.д.). Что за ethernet emulator по блютуф?

Судя по логам в твоём блютуфном патче какой-то безумный global kernel lock непонятно зачем, вот ядро и ждёт теперь пока блютуф отдуплится или таймаут истечёт. Ковыряй драйвер блютуфа.

ЗЫ: Приношу соболезнования по поводу того, что в компе оказалась железеа броадкома. Оно всегда таким было, и, видимо, всегда таким будет. Если блютуф вынимается - ну там M.2 платка или подобное - попробуй найти не броадком и заменить, чтобы с патчами не связываться.

Пробовал все модули связи отключать по-разному, даже собирал ядро без модулей. Всё равно 90 сек висит.

1. Из логов видно, что тормозит Bluetooth.

2. На ядре, поставляемом системой, у меня не работает блютус, поэтому собираю патченное.

Вывод: твой патч не работает и отваливается с таймаутом.

Эх, спасибо за пожелание.

Вывод: твой патч не работает и отваливается с таймаутом.

Так с ним же блютус появляется и хорошо работает.

Вероятно глючит на стадии device-probing. Тут уже без ковыряния сырцов и под твой конкретный случай вряд-ли с ходу разберёшься.

Не боись линуксовые серваки еще дольше грузятся. Переходи на atheros, там все норм.

Вероятно глючит на стадии device-probing.

А не подскажешь, где логи на эту тему найти? Мой вопрос не о том, как решить проблему, а где найти подсказки в логах, дебаге.

Попробуй loglevel выставить более многословный. Может там в дебаг уровне что-то полезное будет.

Можно начать тут наверное: https://linuxconfig.org/introduction-to-the-linux-kernel-log-levels

Переходи на atheros

На прошлом компе был atheros, бед с ним не знал. Ещё и на раз два в режим мониторинга заходит, вообще прелесть.

Посмотрю, спасибо.

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

А какое значение preempt использовалось при сборке (CONFIG_PREEMPT_NONE, CONFIG_PREEMPT_VOLUNTARY, CONFIG_PREEMPT, или, не дай б-же, CONFIG_PREEMPT_RT)? Просто я раньше сталкивался с броудкомовским ядерным кодом (в другом контексте), и для корректной работы с CONFIG_PREEMPT его пришлось допиливать.

По PREEMPT у меня такие параметры:

CONFIG_PREEMPT_BUILD=y
# CONFIG_PREEMPT_NONE is not set
# CONFIG_PREEMPT_VOLUNTARY is not set
CONFIG_PREEMPT=y
CONFIG_PREEMPT_COUNT=y
CONFIG_PREEMPTION=y
# CONFIG_PREEMPT_DYNAMIC is not set
CONFIG_PREEMPT_RCU=y
CONFIG_PREEMPT_NOTIFIERS=y
# CONFIG_PREEMPT_TRACER is not set
# CONFIG_PREEMPTIRQ_DELAY_TEST is not set

Ну вот он CONFIG_PREEMPT=y, который «Low-Latency Desktop»

Попробуй поиграться с разными таймаутами: https://github.com/torvalds/linux/blob/master/include/net/bluetooth/hci.h#L457-L465

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

Если беспроводной модуль не припаян, то проще всего будет его заменить на Intel. Mediatek вроде тоже ничего, а какой-то Realtek в виде USB-донгла TP-Link и вовсе из коробки работает с контроллером Xbox, в отличие от Intel AX. Главное, чтобы не Broadcom.

Я на одном ноуте поменял модуль. Не помню точно на какой, но точно broadcom. Wifi5 & bt. Тоже примерно так же инициализируется.
Что с дровами из ядра, что из driver update. Забей. У broadcom видимо так надо...

Практически раскопал, что происходит. Дело вообще не в блютус драйвере.

Оказалось очень полезной команда:

journalctl -b --grep=fail

Позволяет искать по всем systemd сервисам регуляркой. Вот тут-то и вылезло, что у меня валится запуск TPM2 устройства. Если оно вообще есть на материнке.

В итоге оказалось, что у меня не хватало каких-то настроек для устройства TPM 2.0, которое у меня на материнке есть. Вычислил это тем, что грепал объединённый вывод systemd.

journalctl -b --grep=fail

Логи показали, что не запускался сервис dev-tpmrm0.device. Порыл в инете, вышел на тему TPM.

Проблему решил тем, что в конфиге ядра добавил в секции TPM галочек, которые подсмотрел в конфиге меинтейнерского ядра. Как итог загрузка снова стала 10 секунд.

Спасибо всем за подсказки!