Linux MintがUEFIノートブックで2回クラッシュする

Linux MintがUEFIノートブックで2回クラッシュする

過去2か月間、私は2台のラップトップにLinux Mint 19.1をインストールしました。二人の年齢が多い人にとって、サムスンRV511(2011年頃)使用済みMBRパーティション、まったく問題は発生しませんでした。 Linux Mintは非常にうまく動作します。

UEFIを含む2018 HP PavilionとGPTパーティション、その逆も同様です。 Linux Mintは2週間の使用後に競合が発生しました。その後、ノートブックが起動し、小さなMintアイコンが表示され、Grub 2メニューに入ります。ルートプロンプトで最初にUSBスティックを挿入するように起動順序を変更しました。これにより、USBスティックから起動して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など)からシステムを起動し、たとえば、または同様のコマンドを使用して、ディスクのSMARTステータス情報smartctl -a /dev/sda(実際のシステムディスクを参照するように調整されている)を確認できます。/dev/sda

メッセージの残りの部分は私にとって重要ではないようです。署名およびカーネル汚染メッセージは、独自のNVidia GPUドライバを使用している場合にのみ発生します。ドライバモジュールは、残りのカーネルモジュールと同じキーで署名されておらず、NVidiaモジュールの署名キーは明示的にホワイトリストに含まれていないため、警告が表示されますが、許可されます。セキュアブートが有効な場合、モジュールはロードされません。

「汚染されたカーネル」は、単にすべてのカーネル衝突メッセージが「使用中の非オープンソースモジュールとして表示され、そのモジュールなしで問題が再現されない限り、カーネルレベルでデバッグが不可能になる」を意味します。

関連情報