Черный экран при загрузке с 5.8.0-59.66 - причина, почему + удалить ядро ​​

Цель этой темы:

1. определить, есть ли проблема с ядром 5.8.0-59, я должен сообщить на панели запуска как Я до сих пор не знаю

2. , чтобы попросить совета, как изменить стандартное ядро, чтобы начать с

3. , как удалить другие ядра.

4. РЕДАКТИРОВАТЬ: Чтобы установить зависимости для ядра 5.12.14 для дальнейших испытаний

, я запустил HP ProBook 450 G6 с LTS 20.04.2, но поскольку Software Updater установил ядро ​​5.8.0-59.66 на этот компьютер, он действительно переходит в полностью черный экран, когда LUKS должен запрашивать пароль. Я ждал полчаса, чтобы проверить, появится ли что-нибудь, но ничего не изменилось.

Ввод пароля вслепую и нажатие клавиши возврата также не дали никакого эффекта. - НЕПРАВИЛЬНО, см. Ниже

Я могу сказать, что Система и LUKS не слишком сильно изменяются вручную, за исключением некоторого файла подкачки, нет программного обеспечения, инициализированного до входа пользователя в систему, как будто я использую обычный Gnome, оборудование имеет только 1 iGPU без выделенного графического процессора, работающего на драйверах X11, поэтому определенно никаких специальных драйверов графического процессора, как с картами nVidia. Я также отключил все USB-устройства от системы для устранения неполадок, но безрезультатно.

С использованием расширенных параметров запуска и выбором более старого ядра, например 5.8.0-55.62, все работает должным образом, даже если были изменены некоторые настройки, такие как «Аудиоустройство» и «Микрофон».

Проблемы с ядром 5.8.0-59?

Я сначала остановлюсь здесь, прежде чем подумаю о том, чтобы сообщить об ошибке, поэтому отчет об ошибке может быть более богатым информацией, поскольку я не уверен, как с этим справиться.

Я не совсем уверен, какие журналы я мог бы настроить или считать при попытке запуска, поэтому можете посоветовать мне определить, что проблема на моей стороне - конфликты программного обеспечения или разработчика. side?

Удаление ядер

Фильтрация команды dpkg должна работать для определения того, какое ядро ​​мы хотим удалить. Итак, я нашел этот пример https://phoenixnap.com/kb/ubuntu-remove-old-kernels

sudo dpkg ––list | egrep –i ––color ‘linux-image|linux-headers’

или

sudo dpkg ––list | egrep –i ––color ‘linux-image|linux-headers’ | wc –l

, но в моей системе, похоже, нет wc , и нет Параметр --color работает для меня, как подсказывает CLI.

Я все равно оценил бы преимущества этого сложного метода, но чтобы просто выполнить работу, используйте более простую команду

dpkg --list | grep linux-image

Это подсказывает что-то. Я мог работать.

Теперь я должен удалить часть этого. В руководстве по ссылке сверху предлагается как метод Удаление отдельных ядер из командной строки вручную { {1}} следующая команда, которая снова выводит список ядер, но с указанием их статуса установки:

dpkg -l | tail -n +6 | grep -E 'linux-image-[0-9]+' | grep -Fv $(uname -r)

Она предложила мне список, в котором отсутствует ядро, которое используется в настоящее время (5.8.0-55.62 ...). Думаю, это звучит неплохо, поскольку ядро ​​активно и работает (?).

Теперь самое интересное: ядро ​​5.8.0-59, которое я хочу пометить для удаления, уже помечено как «установлено и подлежит удалению» индикатором состояния «ii».

Итак, давайте сначала попробуем команду autoremove:

sudo apt-get ––purge autoremove

Еще раз проверив предыдущий список dpkg, если ядро ​​сейчас находится в статусе «rc» или все еще «ii», это доказывает, что ядро ​​5.8.0-59 все еще существует и отмечен "ii". Ммм ... Это не сработало, как должно.

Итак, мы пытаемся сделать это вручную:

sudo dpkg ––purge linux-image-5.8.0-59-generic

или

sudo dpkg ––purge remove linux-image-5.8.0-59-generic

, но это вызывает

dpkg: error: need an action option

Я думаю, что этот код ошибки был запрошен, потому что в системе не осталось другого ядра, кроме ядра 5.8. 0-55.62, но точно не знаю.

Я застрял на этом этапе: Я не знаю, как вручную удалить желаемое ядро.

Я также не уверен, как составляется список ядер - он просто генерируется из доступных изображений или есть какой-то список, который нужно изменить?

--- Хронологические обновления:

Ядро 5.8 .0-63.71

Обновление: машина была обновлена ​​до ядра 5.8.0-63.71, и пустой экран остался.

Другой пользователь подтверждает проблему

Другой пользователь сообщил о той же проблеме на своих двух машинах HP ProBook 450 G7. К сожалению, он опубликовал его как ответ на мой вопрос и был отклонен / удален, так что теперь его ответ пропал! Спасибо за этот отличный Housekeeping @Mods, было бы здорово помочь пользователю и скопировать / вставить его ответ в раздел комментариев.

Как уже упоминалось, я использую HP ProBook 450 G6, так что это предыдущее поколение. Аппаратное обеспечение отличается, но оба являются процессорами Intel и iGPU. Программное обеспечение / настройки HP также могут мешать, поскольку многие машины HP сообщают об аналогичных проблемах.

Прошивка (UEFI)

Я проверил наличие новейших прошивок HP ProBook 450 G6 и Intel и обновил прошивку 1.08.0 до последней версии R71 1.16.0 до этой даты. Похоже, это не имеет никакого эффекта.

Совет для пользователей Linux, которым необходимо обновить прошивку: HP предоставляет установщики файлов только для Windows. Если у вас нет Windows, виртуальной машины или Wine, вы не можете получить доступ к этим файлам.Как только ваша виртуальная машина / вино установят файлы, вы можете просмотреть каталог установки (стандартный путь находится в C: \ SWSetup \ XXXXXX), создать USB-накопитель FAT32 и просто вручную создать структуру папок «EFI \ HP \ BIOS \ New» и поместите туда файл .bin, так как это все, что делает установщик. Если у вас не родная Windows, маршрутизация USB-устройства на Wine / VM может быть сложной, поэтому с помощью этой подсказки я, надеюсь, сэкономил вам некоторое время.

TPM

IRC #ubuntu User TJ- рекомендовал запустить Grub - Command Line и "rmmod tpm", чтобы проверить, связана ли проблема с TPM. Похоже, эта команда не сработала, поскольку TPM был все еще активен: https://pastebin.com/c4UeXXsa

Была также предпринята попытка глобальной деактивации TPM в прошивке UEFI: Журнал должен быть правильным, но в нем указано TPM был активирован. При следующем перезапуске я сделаю еще один журнал: https://pastebin.com/fjK8TVVL

• Но мне нужно будет повторить это и проверить журнал, если TPM был успешно деактивирован.

update-grub

update-grub было выполнено безрезультатно.

Загрузка режима восстановления

Я попытался загрузить режимы восстановления ядра 5.8.0-59 и -63: загрузка в режиме восстановления, а затем продолжение загрузки «полностью», действительно работает. IGPU / экран не управляется этим обычным драйвером (что может быть причиной того, что экран не выключился на этот раз), например, Night Light не работает с этим, и быстрый просмотр страницы настроек Gnome показал какой-то другой графический процессор / драйвер

Загрузка со слепым вводом пароля - работает

Я снова попытался загрузить ядро ​​-59 и ввел свои LUKS и пароль пользователя вслепую.

Поскольку у меня не было второго монитора, я попытался включить какое-нибудь музыкальное приложение , и оно сработало . Итак, компьютер успешно инициализировал ядро ​​и по большей части успешно загрузился, насколько нам известно, у ядра просто есть некоторые проблемы с экраном / графическим процессором! (Другие пользователи с аналогичным оборудованием и отчетами об ошибках, опишите рабочий порт внешнего экрана)

Вот некоторый журнал journalctl -b этого:

https://pastebin.com/uTAUG6XH

и для сравнения с "успешная" загрузка с экраном / графическим процессором на ядре 5.8.0-55:

https://pastebin.com/6qzCSKPR

Я профессионально не сравнивал журналы, но пользователь IRC #ubuntu tomreyn заметил эту строку:

gnome-shell [1530]: не удалось установить гамму CRTC: drmModeCrtcSetGamma на Ошибка CRTC 51: отказано в разрешении

Требуется дальнейшее профессиональное расследование, выходящее за рамки моего пользовательского ввода.

Ядро 5.12.14

Здесь было рекомендовано https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1934647 попробовать ядро ​​5.12.14. Я загрузил файлы, и dpkg установил их, но некоторые зависимости отсутствовали: я думаю, что имя респетория было lib6c, и он нуждался в обновлении с 2.1 до 2.3 или что-то в этом роде.

Но при обновлении с помощью apt-get install -f, apt-get update && upgrade, apt --fix-broken install не удалось выполнить обновление. Я выполнил автоматическое удаление, которое удаляло одно из 4 файлы ядра с отсутствующим обновлением зависимостей. update-grub после этого, но, тем не менее, остальные 3 ядра Повторная загрузка с новым ядром, очевидно, была невозможна и вызывало что-то вроде отсутствия ядра, Ramdisk или initd, это понятно, так как ему нужен автоматически удаленный файл ядра и требуемые от него зависимости. Теперь я сталкиваюсь с той же ситуацией, что и указано выше: удаление ядер вручную вызывает те же «требуемые действия», как указано выше. Мне либо нужно найти причину этого сообщения об ошибке, либо мне нужно установить отсутствующий файл и обновить зависимость.

Диагностика

Я хочу предоставить дополнительные журналы диагностики, но не уверен, что именно: Поэтому, пожалуйста, сообщите мне, какие журналы вы хотите видеть в комментариях, и, возможно, процитируйте мне команду. Спасибо