web-dev-qa-db-ja.com

ユビキタスマウントが間違っている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しかし、触れられていません。

Lsblkは次のとおりです。 lsblk

ブート情報は外部HDDにないため、Ubuntuを指すブート情報はWindows ESP-最適ではありません。

問題は、Ubiquityにsdb1をESPとして使用するように強制できるかどうかです。デフォルトではgrubをインストールするように選択したが、明らかにそうではないので、これは理にかなっています。

Ubiquityはバージョン2.21.63です。このコンピューターにはUbuntuが必要なので、この問題を再検討しています。 バグレポート を最初に提出しましたが、未定/未割り当てのままです。

system-installationuefiubiquity
3
Brady Dean

解決策は見つかりませんでしたが、回避策が見つかりました。

  1. ライブCDを起動した後、dmesg | grep ataを実行して、内部ドライブのIDを見つけます。私の場合はata1.00でした
  2. ライブCDを再起動しますが、eを押してgrub設定を編集します
  3. libata.force=1.00:disableをlinuxの最後に追加します。 1.00はata1.00からのものです
  4. f10を押すと、マシンが起動し、Linuxがドライブを認識しないはずです-lsblkで確認してください
  5. インストールを続行すると、Ubuntuは外部を/dev/sdaと見なします

また、インストールされたシステムのgrub構成にこれを追加して、内部ドライブが表示されないようにすることもお勧めします。何も起こらないようにしてください。

libata.force=1.00:disable部分の https://askubuntu.com/a/387261/440238 に感謝します。

0
Brady Dean

Brady Deanが提供するものに加えて、2つの回避策があります。

回避策1

  1. インストーラーを実行する前に、使用するEFIシステムパーティション（ESP）のGPTタイプコードをnotESPのコード以外に変更します。これを行う方法の詳細は、使用するパーティション設定ソフトウェアによって異なります。
    • gdisk、sgdisk、またはcgdiskでは、これはEF00からそれ以外のものに変更することを意味します。 （0700はWindowsに対して通常のFATパーティションとして表示されます。）
    • GPartedまたはpartedで、ESPから「ブートフラグ」を削除します。
  2. インストールを実行します。運が良ければ、それは薄れず、ESP on /dev/sdaを見つけることを要求しますが、代わりに/dev/sdbにあることに気付き、正常に続行します。
  3. Ubuntuをインストールした後、手順1を逆にします。通常の「ESP」タイプのコードをESP on /dev/sda。]に戻します。この手順を忘れても、マイナスの影響はほとんどないか、まったくありませんが、使用するタイプコードでは、Windowsが通常のパーティションとして表示し始める場合があります。Windows（または他のOS）を再インストールする必要がある場合は、タイプコードが正しいことが重要です。

このアプローチを試したことがないので、動作することを保証することはできません。動作しない場合は、質問で参照されているバグレポートにその情報を追加する必要があります。

回避策2

  1. 「インストールする前に試す」モードでUbuntuインストーラーを起動します。
  2. ターミナルウィンドウを開きます。
  3. ubiquity -bと入力します。インストーラープログラムは起動するはずですが、GRUB= tonotがインストールされないように起動します。
  4. 通常どおりインストールを完了します。
  5. 完了すると、Ubuntuはインストールされますが、起動できなくなります。起動可能にする方法はいくつかあります。最も簡単な2つは次のとおりです。
    • rEFInd-私が保守しているこのツールは、GRUBの代替です。 ダウンロードページ からUSBフラッシュドライブのバージョンを取得し、それを使用してUbuntuを初めて起動できます。その後、/etc/fstabを編集して、使用するESPを識別し、/boot/efiにマウントし、DebianパッケージまたはPPAを介して）または通常のgrub-efiパッケージ。
    • ブート修復-この一般的なツールについて詳しく説明します ここで はGRUBをインストールできます。ただし、/dev/sdbではなくESPで/dev/sdaを使用するように指示する方法については、はっきりとはわかりません。型コードのトリックを使用する必要がある場合があります。 、前述の回避策のように、またはおそらくrEFIndのように/etc/fstabを設定するだけでうまくいきます。

GRUBのような場合の管理はせいぜい少し厄介であり、最悪の場合は完全に機能しないため、多くのディストリビューションをマルチブートするコンピューターにインストールするubiquity -bメソッドを頻繁に使用します。rEFIndはもちろん、これは/dev/sdbではなく/dev/sdaにすべてのものをインストールすることとは多少異なる問題ですが、同じソリューションです。 should動作します。

2
Rod Smith