Цель этой темы:
чтобы определить, есть ли проблема с ядром 5.8.0-59, я должен сообщить на панели запуска, так как я не знаю на тот момент
попросить совета по изменению стандартного ядра для начала,
как удалить другие ядра.
РЕДАКТИРОВАТЬ: Чтобы установить зависимости для ядра 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?
Сначала я останавливаюсь здесь, прежде чем решить сообщить об ошибке, поэтому отчет об ошибке может быть более информативным, поскольку я не знаю, как с этим справиться.
Я не слишком уверен, какие журналы я мог бы настроить или прочитать при попытке запуска, поэтому не могли бы вы посоветовать мне определить, проблема на моей стороне с конфликтами программного обеспечения или dev. боковая сторона?
Удаление ядер
Фильтрация команды 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» | туалет âл
но моя система, кажется, не имеет Туалет, и параметр --color не работает для меня, как подсказывает CLI.
Я все еще был бы признателен за преимущества этого сложного метода, но чтобы просто выполнить работу, используйте более простую команду.
dpkg --список | grep linux-образ
Это побуждает к чему-л. Я мог бы работать с.
Теперь я должен удалить часть этого выбора.
Руководство по ссылке сверху, предлагаем в качестве метода
Вручную удалить отдельные ядра из командной строки
следующая команда, которая снова выводит список ядер, но с их статусом установки:
дпкг -л | хвост -n +6 | grep -E 'linux-image-[0-9]+' | grep -Fv $(имя-r)
Он предложил мне список, в котором отсутствует ядро, которое используется в настоящее время (5.8.0-55.62...). Думаю, это звучит не так уж неправильно, поскольку ядро активно и работает (?).
Теперь самое интересное: ядро 5.8.0-59, которое я хочу пометить для удаления, уже помечено как «установлено и может быть удалено» с индикатором состояния «ii».
Итак, давайте сначала попробуем команду autoremove:
sudo apt-get «очистить автоудаление»
Повторная проверка с предыдущим списком dpkg, если ядро теперь имеет статус «rc» или все еще «ii», подтверждает, что ядро 5.8.0-59 все еще существует и помечено «ii». М-м-м... Это не сработало, как должно.
Поэтому пробуем сделать это вручную:
sudo dpkg ââpurge linux-image-5.8.0-59-generic
или же
sudo dpkg ââpurge удалить linux-image-5.8.0-59-generic
но это подсказывает
dpkg: ошибка: нужен вариант действия
Я бы предположил, что этот код ошибки был вызван, потому что в системе не осталось другого ядра, кроме 5.8.0-55.62, но я точно не знаю.
Я застрял в этом месте:
Я не знаю, как вручную удалить нужное ядро.
Я также не уверен, как составляется список ядер - он просто генерируется из доступных образов или есть какой-то список, который нужно изменить?
--- Хронологические обновления:
Ядро 5.8.0-63.71
Обновление: машина была обновлена до ядра 5.8.0-63.71, и пустой экран остался.
Другой пользователь, подтверждающий проблему
Другой пользователь сообщил о той же проблеме на двух своих машинах HP ProBook 450 G7. К сожалению, он опубликовал это как ответ на мой вопрос, и его заминусили/удалили, так что теперь его ответ пропал! Спасибо за это замечательное домашнее хозяйство @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, вы не сможете получить доступ к этим файлам.
Как только ваша виртуальная машина/Wine установит файлы, вы можете просмотреть каталог установки (стандартный путь находится в C:\SWSetup\XXXXXX), создать USB-накопитель FAT32 и просто вручную создать структуру папок «EFI\HP\BIOS\New» и поместите туда файл .bin, так как это все, что делает установщик.
Если у вас не родная Windows, маршрутизация USB-устройства к Wine/VM может оказаться сложной задачей, поэтому с помощью этой подсказки я, надеюсь, сэкономил вам некоторое время.
доверенный платформенный модуль
IRC #ubuntu Пользователь TJ - рекомендуется запустить Grub - командная строка и «rmmod tpm», чтобы проверить, связана ли проблема с TPM.
Похоже, эта команда не сработала, так как TPM все еще был активен:
https://pastebin.com/c4UeXXsa
Деактивация TPM глобально в прошивке UEFI также была предпринята:
Журнал должен быть правильным, но в нем говорится, что TPM был активирован. Я снова выполню другой журнал при следующем перезапуске:
https://pastebin.com/fjK8TVVL
- Но мне нужно будет повторить это и проверить журнал, если TPM был успешно деактивирован.
обновление-личность
update-grub был выполнен безрезультатно.
Загрузка режима восстановления
Я пробовал загружать режимы восстановления ядра 5.8.0-59 и ядра -63: загрузка в режиме восстановления, а затем продолжение загрузки «полностью», действительно работает. Таким образом, iGPU / экран не управляется обычным драйвером (что может быть причиной того, что экран не выключился на этот раз), так как, например, Night Light не работает с этим, и быстрый просмотр страницы настроек Gnome. какой-то другой GPU/драйвер
Загрузка со слепым вводом пароля - работает
Я снова попытался загрузить ядро -59 и ввел свой LUKS и пароль пользователя вслепую.
Поскольку у меня не было второго монитора, я попытался включить какое-нибудь музыкальное приложение. и это сработало. Таким образом, компьютер успешно инициализировал ядро и по большей части успешно загружался, насколько нам известно, у ядра просто есть некоторые проблемы с экраном/графическим процессором! (Другие пользователи с аналогичным оборудованием и сообщениями об ошибках, опишите рабочий порт внешнего экрана)
Вот некоторый журнал журналаctl -b этого:
https://pastebin.com/uTAUG6XH
и для сравнения с "успешной" загрузкой с экраном/графическим процессором ядром 5.8.0-55:
https://pastebin.com/6qzCSKPR
Я не сравнивал логи профессионально, но пользователь IRC #ubuntu tomreyn отметил эту строку:
gnome-shell [1530]: не удалось установить гамму CRTC: drmModeCrtcSetGamma on
Ошибка CRTC 51: Отказано в доступе
Требуется дальнейшее профессиональное расследование, выходящее за рамки моего пользовательского ввода.
Ядро 5.12.14
Здесь рекомендовали https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1934647 попробовать ядро 5.12.14.
Я загрузил файлы, и dpkg установил их, но некоторые зависимости отсутствовали: я думаю, что имя respetory было lib6c, и его нужно было обновить с 2.1 до 2.3 или что-то в этом роде.
Но обновление с помощью apt-get install -f, apt-get update && upgrade, apt --fix-broken install не смогло выполнить обновление.
Я выполнил автоматическое удаление, которое удаляло один из 4 файлов ядра с отсутствующим обновлением зависимостей.
update-grub после этого, но
остальные 3 ядра
Повторная загрузка с новым ядром, очевидно, была невозможна и вызвала что-то вроде отсутствия ядра, Ramdisk или initd, что понятно, поскольку ему нужен автоматически удаленный файл ядра и требуемые от него зависимости.
Теперь я сталкиваюсь с той же ситуацией, что и выше: удаление ядер вручную вызывает то же «требуемое действие», что и указано выше. Мне либо нужно найти причину этого сообщения об ошибке, либо мне нужно установить отсутствующий файл и обновить зависимость.
Диагностика
Я хочу предоставить дополнительные журналы диагностики, но не уверен в чем:
Поэтому, пожалуйста, не стесняйтесь сообщать мне, какие журналы вы хотели бы видеть в комментариях и, возможно, цитировать мне команду. Спасибо
