☰

На ноутбуке с UEFI Linux Mint дважды вылетал

tag-icon • tag-icon linux-mint uefi crash gpt
На ноутбуке с UEFI Linux Mint дважды вылетал

За последние 2 месяца я установил Linux Mint 19.1 на два ноутбука. На более старом из двух,Samsung Rv511(около 2011 г.) с использованиемРазделение MBR, вообще никаких проблем не было. Linux Mint работал очень хорошо.

С HP Pavilion 2018 года с UEFI иРазбиение GPT, обратное было верно. Linux Mint рухнул после 2 недель использования. После этого ноутбук загружался, отображал маленький значок Mint, а затем переходил в меню Grub 2. В приглашении root я изменил порядок загрузки, поставив USB-накопитель первым. Это позволило мне загрузиться с USB-накопителя и переустановить Mint. Вчера Mint снова рухнул. Этому предшествовало предупреждающее сообщение о том, что менеджер обновлений не работает (совпадение?).

Поддержка Legacy и Secure boot были отключены в обоих случаях. Жесткий диск был разбит на основные разделы для root (/), eti, boot/grub, home и swap. Из того, что я проверил в Интернете, похоже, что раздел boot/grub не нужен на машине UEFI. Однако отсутствие раздела boot/grub приводит к зависанию процесса установки сразу после определения разделов. Я в растерянности относительно того, что делать дальше.

EDIT: Ноутбук — HP 15-cs0057tx Извините за неточные термины, под «сбой» я подразумевал отсутствие загрузки. Папка boot/grub не была включена в определения разделов. В результате процесс установки завис сразу после нажатия кнопки «Продолжить».

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

Linux version 4.15.0-48-generic (buildd@lgw01-amd64-036) (gcc version 7.3.0 (Ubuntu 7.3.0-16ubuntu3)) #51-Ubuntu SMP Apr 3 08:28:49 UTC 2019 (Ubuntu 4.15.0-48.51-generic 4.15.18)
...
Secureboot could not be determined (mode 0)
...    
Kernel command line: Boot_Image=/boot/vmlinuz-4.15.0-generic root=UUID=60980aba-8d360-4i43-ba01-56b7fa029850 ro quiet splash
...    
ENERGY_PERF_BIAS: Set to 'normal', was 'performance'
ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8)
...    
VFS: Disk quotas dquote_6.6.0
...    
Initialise system trusted keyrings
Assymetric key parser '509' registered
...    
Key type dns_resolver registered
...    
Loaded compiled-in X.509 certificates
Loaded X.509 cert 'Build time autogenerated kernel key: e70.....707
Loaded UEFI:db cert 'Microsoft Windows Production PCA 2011: a92.....f53' linked to secondary sys keyring
Loaded UEFI:db cert 'Microsoft Corporation UEFI CA 2011: 13a.....bd4' linked to secondary sys keyring
Loaded UEFI:db cert 'Hewlett-Packard Company: HP UEFI Secure Boot 2013 DB key: 1d7.....bec' linked to secondary sys keyring
*Couldn't get size: 0x800000000000000e
...    
*sd 1:0:0:0 [sdb] No Caching Mode page found
*sd 1:0:0:0 [sdb] Assuming drive cache: write through
...    
*PKCS#7 signature not signed with trusted key 
nvidia: loading out-of-tree module taints kernel.
nvidia: module license 'NVIDIA' taints kernel.
Disabling lock debugging due to kernel taint
nvidia: module verification failed: signature and/or required key missing - tainting kernel
...    
*fsck failed with with exit status 4.
...    
*Failed to start File System Check on /dev/disk/by-uuid/2ad686b0-e77b-47da-bb44-5934b5fa6541.

Спасибо за Ваш интерес.

EDIT: Я переопределил файл подкачки Mint 19.1 по умолчанию (на самом деле, по незнанию, я не знал, что Mint 19.1 создает свой собственный файл подкачки. Я использую Ubuntu уже много лет). Разделы не были зашифрованы.

решение1

*fsck failed with with exit status 4.

Код завершения 4 команды fsckозначает, что «файловая система содержит ошибки, которые не удалось исправить».

*Failed to start File System Check on /dev/disk/by-uuid/2ad686b0-e77b-47da-bb44-5934b5fa6541.

А на другой файловой системе проверка файловой системы даже не началась успешно.

Вышеуказанные сообщения указывают на то, что системный диск может быть неисправен. Вы можете загрузить систему с какого-нибудь внешнего носителя, возможно, Linux Live DVD/USB, и проверить информацию о состоянии SMART диска, например, smartctl -a /dev/sdaили аналогичной (отрегулируйте /dev/sdaтак, чтобы она относилась к вашему реальному системному диску).

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

«Повреждение ядра» просто означает, что любые сообщения о сбоях ядра будут помечены как «используются модули с закрытым исходным кодом, отладка которых на уровне ядра будет безнадежной, если только проблема не будет воспроизведена без них».

Связанный контент