☰

ubuntu-18.04.2-live-server-amd64.iso を使用してクリーンなシングルブート シングルドライブ インストールを実行した後、ラップトップが起動できない

tag-icon • tag-icon boot system-installation
ubuntu-18.04.2-live-server-amd64.iso を使用してクリーンなシングルブート シングルドライブ インストールを実行した後、ラップトップが起動できない

私が言えるのは次のような意見だけです。

  • ラップトップ: Intel デュアル コア搭載の HP Elite Book (6930p)、"実験的な UEFI ブート サポート" のみ。 BIOS 設定: UEFI モードは無効です。
  • 私は、Rufus 3.4 を使用して、 、 、でPartition Scheme18.04.2ライブ サーバー ISO を USB スティックに書き込みました。MBRTarget SystemMBR or UEFI
  • USBスティックはUbuntuサーバーを最初から最後まで正常にインストールできます（using the entire diskオプション）
  • 再起動後、システムドライブがないためシステムを起動できません。

しかし：

公式サイトの他のISOイメージでは、同じラップトップできるUbuntu サーバーまたはデスクトップで正常にインストールされ、インストール後にラップトップが tty またはデスクトップで正常に起動できます。これらの ISO は次のとおりです。

  • mini.iso (サーバー オプションを選択)
  • 古いスタイルのサーバー ISO (ubuntu-18.04.2-server-amd64.iso)
  • デスクトップライブISOイメージ

これらの成功した ISO の共通点は、インストールの最後に grub を MBR に書き込むように要求されることです。このプロセスはライブ ISO インストールには存在しませんでした。

興味深いことに、lsblkインストールがすべて成功すると、 にマウントされるパーティションは 1 つだけになります/。

ライブ ISO インストール中、変更または削除できない 1MB の必須の「bios_grub」パーティションがあります。インストール後に起動しないハード ドライブを調べると、2 つのパーティションがあります。1 つは 1MB で、もう 1 つはハード ドライブの残りの部分です。そして、その 1MB は でマウントできませんsudo mount -t auto。この 1MB の「bios_grub」は、古いコンピューターでは何らかの理由でうまく動作しないのではないかと思います。

答え1

「Subiquity」インストーラーは非常に新しく、UEFI 実装を備えた最新のシステム向けに設計されているため、古い BIOS システムをお持ちの場合は、従来のインストーラーを使用する方がよいでしょう。次のバグが問題に当てはまる可能性があります。https://bugs.launchpad.net/subiquity/+bug/1786384

関連情報