Linux Mint のインストールが失敗する (パーティション分割が原因?)

Linux Mint のインストールが失敗する (パーティション分割が原因?)

3 つのドライブを搭載したラップトップを購入しました。sda/sdb は Windows がインストールされた RAID アレイで、sdc は別の 1 TB ドライブです。Linux Mint を sda/sdb にインストールしたいのですが (空き領域から新しいパーティションを作成)、Mint インストーラーではそれができないようなので、代わりに sdc にインストールしようとしています。

問題は、動作させることができないことです。 最初に次のパーティションを試しました:

  1. 100GB の ext4
  2. 100GB スワップ
  3. 800GB NTFS (Linux と Windows 間でファイルを共有するため)

それはうまくいきませんでした。インストールは終わり近くで失敗しました。そこで、パーティションの順序を入れ替えました。

  1. 100GB スワップ
  2. 100GB の ext4
  3. 800GB NTFS

インストールは成功しましたが、Mint を起動すると黒い画面が表示されます(フェイルセーフ ブートを選択した場合でも)

問題はパーティション分割にあると推測しています。Linux Mint にパーティション分割を任せた他のコンピューターではこれまで問題が発生したことがなかったからです。そこで質問ですが、何が間違っているのでしょうか? ブート パーティションが必要ですか? 別の種類のパーティションですか? パーティションの順序やサイズが違いますか?

私は何年も「手作業」でパーティション分割を行っておらず、どのような「正しい」パーティションがよいのかまったくわかりません。そのため、どのような助言でもいただければ幸いです。

編集

Xen2050 の回答を使用して、コンソール出力を確認することができました。最後の部分は次のとおりです。

...
* Starting enable remaining boot-time encrypted block devices
[   84.874610] INFO: rcu_sched detected stalls on CPU/tasks:

その後、一時停止の後に、次のような行が繰り返されます。

task kworker/0:0:4 blocked for more than 120 seconds

また、リカバリ モードは実際には機能していたのですが、関係のないモニターの問題でそれに気付いていなかっただけであることが分かりました。つまり、リカバリ モードは機能するが、通常モードでは kworker タスクがブロックされ、cru_sched が停止する (それが何を意味するのかはわかりません) ことがわかりました。

リカバリ モードで何が修正されているかを把握し、それを通常の起動に適用する方法はありますか?

答え1

今試してみると、Mint は通常の起動メッセージやスプラッシュ スクリーンを表示しますか? (ESC を押すとスプラッシュ スクリーンが終了してメッセージが表示されるか、ブート オプションquietとスプラッシュが削除されます)。

つまり、適切なパーティションが見つかり、起動を開始したが、その後失敗しているのでしょうか? それとも、Mint が見つからないか、起動しようとしていないのでしょうか?

nomodeset「フェイルセーフ」には、「ブラック スクリーン」の大きなものなど、すべての常連を追加する必要があります...

他にモニターやビデオ カード/ポートはありますか? 一部の Linux (Linuxii?) では、モニターが接続されていたポート/プラグとは異なるポート/プラグが選択されることがあります。

コマンドライン オプションを起動するとtext、ターミナルにアクセスして、少なくともパーティションと「基本的な」ビデオ/モニター設定が機能しているかどうかを確認できます。その後、後で変更されるのは他のグラフィック/ビデオ設定であることがわかり、それを修正できます。

関連情報