ユビキタスマウントが間違っているESPインストール中
Ubuntu 16.04を外部HDD(sdb)にインストールしています。また、コンピューターにはWindows 10 HDD(sda)が内蔵されています。
パーティション分割の段階で、ブートローダーを外部HDD(sdb)にインストールすることを選択しました。
Uniquityがシステムをインストールするとき、Windows 10のESP(sda2)をマウントし、Ubuntu/grubブートローダーをコピーします。ESP外部HDD(sdb1)に作成されます。/dev/sda2はWin10 ESPで、/ target/boot/efiにマウントされます。/dev/sdb1は正しいESPしかし、触れられていません。
ブート情報は外部HDDにないため、Ubuntuを指すブート情報はWindows ESP-最適ではありません。
問題は、Ubiquityにsdb1をESPとして使用するように強制できるかどうかです。デフォルトではgrubをインストールするように選択したが、明らかにそうではないので、これは理にかなっています。
Ubiquityはバージョン2.21.63です。このコンピューターにはUbuntuが必要なので、この問題を再検討しています。 バグレポート を最初に提出しましたが、未定/未割り当てのままです。
解決策は見つかりませんでしたが、回避策が見つかりました。
- ライブCDを起動した後、
dmesg | grep ata
を実行して、内部ドライブのIDを見つけます。私の場合はata1.00でした - ライブCDを再起動しますが、
e
を押してgrub設定を編集します libata.force=1.00:disable
をlinux
の最後に追加します。1.00
はata1.00
からのものですf10
を押すと、マシンが起動し、Linuxがドライブを認識しないはずです-lsblk
で確認してください- インストールを続行すると、Ubuntuは外部を
/dev/sda
と見なします
また、インストールされたシステムのgrub構成にこれを追加して、内部ドライブが表示されないようにすることもお勧めします。何も起こらないようにしてください。
libata.force=1.00:disable
部分の https://askubuntu.com/a/387261/440238 に感謝します。
Brady Deanが提供するものに加えて、2つの回避策があります。
回避策1
- インストーラーを実行する前に、使用するEFIシステムパーティション(ESP)のGPTタイプコードをnotESPのコード以外に変更します。これを行う方法の詳細は、使用するパーティション設定ソフトウェアによって異なります。
gdisk
、sgdisk
、またはcgdisk
では、これはEF00からそれ以外のものに変更することを意味します。 (0700はWindowsに対して通常のFATパーティションとして表示されます。)- GPartedまたは
parted
で、ESPから「ブートフラグ」を削除します。
- インストールを実行します。運が良ければ、それは薄れず、ESP on
/dev/sda
を見つけることを要求しますが、代わりに/dev/sdb
にあることに気付き、正常に続行します。 - Ubuntuをインストールした後、手順1を逆にします。通常の「ESP」タイプのコードをESP on
/dev/sda
。]に戻します。この手順を忘れても、マイナスの影響はほとんどないか、まったくありませんが、使用するタイプコードでは、Windowsが通常のパーティションとして表示し始める場合があります。Windows(または他のOS)を再インストールする必要がある場合は、タイプコードが正しいことが重要です。
このアプローチを試したことがないので、動作することを保証することはできません。動作しない場合は、質問で参照されているバグレポートにその情報を追加する必要があります。
回避策2
- 「インストールする前に試す」モードでUbuntuインストーラーを起動します。
- ターミナルウィンドウを開きます。
ubiquity -b
と入力します。インストーラープログラムは起動するはずですが、GRUB= tonotがインストールされないように起動します。- 通常どおりインストールを完了します。
- 完了すると、Ubuntuはインストールされますが、起動できなくなります。起動可能にする方法はいくつかあります。最も簡単な2つは次のとおりです。
- rEFInd-私が保守しているこのツールは、GRUBの代替です。 ダウンロードページ からUSBフラッシュドライブのバージョンを取得し、それを使用してUbuntuを初めて起動できます。その後、
/etc/fstab
を編集して、使用するESPを識別し、/boot/efi
にマウントし、DebianパッケージまたはPPAを介して)または通常のgrub-efiパッケージ。 - ブート修復-この一般的なツールについて詳しく説明します ここで はGRUBをインストールできます。ただし、
/dev/sdb
ではなくESPで/dev/sda
を使用するように指示する方法については、はっきりとはわかりません。型コードのトリックを使用する必要がある場合があります。 、前述の回避策のように、またはおそらくrEFIndのように/etc/fstab
を設定するだけでうまくいきます。
- rEFInd-私が保守しているこのツールは、GRUBの代替です。 ダウンロードページ からUSBフラッシュドライブのバージョンを取得し、それを使用してUbuntuを初めて起動できます。その後、
GRUBのような場合の管理はせいぜい少し厄介であり、最悪の場合は完全に機能しないため、多くのディストリビューションをマルチブートするコンピューターにインストールするubiquity -b
メソッドを頻繁に使用します。rEFIndはもちろん、これは/dev/sdb
ではなく/dev/sda
にすべてのものをインストールすることとは多少異なる問題ですが、同じソリューションです。 should動作します。