どのようにしてgrubをインストールしないようにユビキタスに強制できますか？

私のHDDパーティション：

• esp- > sda1
• archlinux-> sda2
• スワップ-> sda3
• sda4-> ubuntuの場所

ubuntuをsda4にインストールします。現在、私のブートプロセスは、bootctlソフトウェアを介してarchlinuxにインストールされているsystemd-bootによって制御されています。元気でいいので保管しておきたいです。

Ubuntuをインストールすることにより、sdaまたはsdaXにgrubをインストールしようとします。このスクリーンショットのドロップダウンメニューを見てください。

Ubuntuをsda4にインストールしたいのですが、grubを扱わないでください。次に、systemd-boot構成システムの下のarchlinuxに新しいエントリファイルを作成して、Ubuntu vmlinuzファイルとinitrdファイルを指定します。

sudo ubiquity -b

GRUBのループマウントを使用してsdaでISOを直接起動して16.10をインストールしました。インストーラーに入るとターミナルに入り、上記のコマンドを使用しました。その他のインストールは正常に見えました。クリックするまで気づかなかったが、GRUBをインストールする場所のコンボボックスが欠落していた。そして、インストールプロセスの間、それは通常grubをインストールすると言いますが、それは決して示されませんでした。

通常、sdbへのインストールまたは2回目のインストールでは、/ EFI / ubuntuフォルダーがメインインストールのブートで上書きされます。今回は、メインインストールを再起動できました

そして、実行sudo update-grubするとgrubが「インストールされていない」にもかかわらず、新しいインストールが見つかりました。/ boot / grubにもgrub.cfgがないことに注意してください。

Grubのインストールを防ぐ方法がわかりません。ただし/dev/sda、/ dev / sdaドライブのパーティションやその他のパーティションをGrubで操作しないようにすることができます。

2番目のUSBをコンピューターに挿入します。インストール時に、これをブートデバイスとして選択します。/ dev / sda4にUbuntuをインストールします。インストールプロセスは、/ dev / sdaまたはその他のパーティションのブートセクターには影響しません/dev/sda4。

Ubuntu 16.04に基づくLinux Mint 18.3 Cinnamonでは、次のコマンドが機能します。

ubiquity --no-bootloader

これは明らかにオプションのエイリアスであり、-bLinux Mint 18.3 Cinnamonで動作することが知られています。

この--no-bootloaderタグubiquityがバニラUbuntu 16.04（およびそれ以降のバージョン）で機能することを確認していません。おそらく、Ubuntu 16.04（または任意のバージョン）を実行している誰かが、バージョン番号とコマンドubiquity --no-bootloaderコマンドが機能するかどうかをここで確認してコメントできますか？機能する場合、GUIオーセンティケーターを使用して認証した後、Ubiquityがロードされます。機能しない場合は、GUIオーセンティケーターを使用して認証した後、ターミナルにキックバックし、エラーメッセージが表示されますubiquity: error: no such option: [...]。

Linux Mint 18.3 Cinnamonのユビキタスオプションのスクリーンショット：

Linux Mint 18.3 Cinnamonのターミナルからユビキタスオプションを印刷

以下も参照してください。

http://averagelinuxuser.com/install-linux-mint-without-a-bootloader/

デフォルトでは、ブートローダーをインストールしないように強制することはできません。

@oldfredは-b文書化されていませんが、ユビキタスのオプションがあると述べていましたが、これは明白ではなく、ほとんどのエンドユーザーが使用するのは恐ろしいかもしれません。ただし、以前は同様のオプションが存在していました。

昔あった

これまで、Ubuntuには、ユーザーがブートローダーのインストールをカスタマイズできる高度なオプションがありました。Ubuntu LTSリリース間で、詳細オプションはLucid Lynx（10.04）リリースで最後に確認されました。その後、私がフォローアップしなかった何らかの理由で、オプションは削除されました。

証拠としての古いスクリーンショット：

同じパーティションにインストール

特定のステップでは、/dev/sdaブートローダーのインストール用に、プライマリデバイス以外のデバイスを選択できます。たとえば、Ubuntuは/dev/sda4パーティションにインストールされるため、ブートローダーもインストールされ/dev/sda4ます。

そうすることで、ユーザーは次のようになります。

• /dev/sda4マシンがパーティションにチェーンロードしてそれを表示するオプションで起動しない限り、その時点での新しいブートローダーは非表示になります

• の既存のブートローダーは、新しいブートローダーに依存することなく、/dev/sdaに新しくインストールされたオペレーティングシステムの検出を処理し/dev/sda4ます

• ユーザーは/dev/sda、その後インストールされたシステムを他のパーティションに検出するために、最初にインストールされたオペレーティングシステムからブートローダーを更新する必要があります

ブートローダーをまったく処理しないという重大な理由がない限り、後続のブートローダーをそれぞれのパーティションにインストールすることによる副作用はありません。

すべてを管理する最初のブートローダー

個人的に、同じマシンに複数のディストリビューション（主にUbuntuフレーバーと同様の派生物）がインストールされており、/dev/sdaそれぞれのパーティションに最初のブートローダーとその他のブートローダーがあります。唯一の注意点は、最初にインストールしたオペレーティングシステムからブートローダーを更新する必要があることです。

注意点に加えて、最小限の手間で、常に新しいブートローダーを忘れて、既存のブートローダーに検出を管理させることができます。

TL; DRシステムがインストールされるのと同じパーティションに新しいブートローダーをインストールします。新しいブートローダーは、そのパーティションにチェーンロードしない限り、ユーザーから隠されています。

関連：パーティションへのチェーンロードによる言及と回避策について説明し、デュアルブートセットアップを説明するこの古い回答をos-prober書きました。