過去2ヶ月で、私は2台のラップトップにLinux Mint 19.1をインストールしました。2台のうち古い方のラップトップには、サムスンRv511（2011年頃）使用MBR パーティション分割、まったく問題はありませんでした。Linux Mint は非常にうまく動作しました。
UEFI搭載の2018 HP PavilionとGPT パーティション分割、その逆が真実です。Linux Mint は 2 週間使用した後にクラッシュしました。その後、ラップトップが起動し、小さな Mint アイコンが表示されてから Grub 2 メニューに進みます。ルート プロンプトで、USB スティックを先頭に配置するようにブート順序を変更しました。これにより、USB スティックから起動して Mint を再インストールできるようになりました。昨日、Mint が再びクラッシュしました。その前に、更新マネージャーが動作していないという警告メッセージが表示されました (偶然でしょうか)。
どちらの場合も、レガシー サポートとセキュア ブートは無効になっていました。HDD は、ルート (/)、eti、boot/grub、home、swap のプライマリ パーティションに分割されていました。オンラインで調べたところ、UEFI マシンでは boot/grub パーティションは不要のようです。ただし、boot/grub パーティションがないと、パーティションが定義された直後にインストール プロセスがハングします。次に何をすればよいのかわかりません。
編集: ラップトップは 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.
ご関心をお寄せいただきありがとうございます。
編集: 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 などの外部メディアからシステムを起動し、egsmartctl -a /dev/sdaまたは同様のコマンド (/dev/sda実際のシステム ディスクを参照するように調整してください) を使用して、ディスクの SMART ヘルス情報を確認することをお勧めします。
残りのメッセージは、私にとっては重要ではないようです。署名とカーネル汚染のメッセージは、プロプライエタリな NVidia GPU ドライバーを使用しているために発生したものです。ドライバー モジュールは他のカーネル モジュールと同じキーで署名されておらず、NVidia モジュール署名キーは明示的にホワイトリストに登録されていないため、システムは警告を発しますが、そのままにしておきます。セキュア ブートが有効になっている場合、モジュールはロードされません。
「カーネルの汚染」とは、カーネル クラッシュ メッセージに「非オープン ソース モジュールが使用されているため、それらのモジュールなしで問題を再現しない限り、カーネル レベルでデバッグすることは不可能」というフラグが付けられることを意味します。