web-dev-qa-db-ja.com

UEFIとBIOSの両方のブート方法で動作するポータブルSSDにUbuntuをインストールするためにmkusbに代わるものはありますか？

Mkusbを使用して、新しいSamsung T5 USB SSDに永続的なUbuntu 18.04.2 LTSシステムを正常にインストールしました。 mksusbのいいところは、さまざまなコンピューターシステムで動作する起動可能なシステムを作成することです。ただし、ポータブルな「実際の」Ubuntuインストールと、UEFIとBIOSの両方のブート方法で動作するライブ/永続的インストールが必要です。

概説されたプロセス here はトリックを実行するように見えましたが、私の場合、ドライブの起動時にgrubプロンプトが表示されるだけです。ステップを解釈したことに注意してください。

Cut grub.cfg from sdx5/boot/grub and paste to sdx3/boot/grub, overwriting the existing grub.cfg file

...つまり、新しいgrub.cfgファイルを/ dev/sdx5/boot/grubから/ dev/sdx3/boot/grubに移動し、mkusbによって作成されたgrub.cfgファイルを上書きして、作成されたgrub構成ファイルを削除する必要がありますインストールパーティションからのインストール。また、Ubuntuのインストール完了後に/ dev/sdx3がマウントされなかったため、手動でマウントする必要がありました（/ dev/sdx5はすでに/ targetにマウントされていました）。

変更なしのmkusbはT5 SSDドライブで正常に機能するため、問題の原因となっているUbuntu 18.04.2 LTSインストールgrub.cfgファイルに何かがあると思います。

機能する代替アプローチはありますか、またはポータブルSSDとUSBサムドライブでは、真にポータブルドライブの作成を妨げる本質的に異なるものがありますか？

更新：上記のリンクされたプロセスを予備の64GBマイクロUSBドライブで実行したところ、問題なく動作しました。 BIOSモードとUEFIモードで起動できました。問題の原因として、Ubuntuの特定のバージョン（18.04.2）を安全に除外できると思います。USBSSDと「標準」サムドライブの違いについて、何か独特のものがあると思います...ドライブサイズまたはハードウェアインターフェイスです（私は後者だと思います）。

bootgrub2uefibiosmkusb
3
Slab

私は最終的に、元の質問にリンクされているmkusbプロセスを使用して、BIOSとUEFIシステムの両方で起動するポータブルUSB SSDまたはサムドライブに「実際の」Ubuntuインストールを作成できることを確認しました。

結局のところ、そのプロセスのこのステップに関する私の仮定：

Cut grub.cfg from sdx5/boot/grub and paste to sdx3/boot/grub, overwriting the existing grub.cfg file

...単に間違っていた。/dev/sdx5パーティションからgrub.cfgファイルを実際に「カット」するのではなく、grub.cfgファイルを/ dev/sdx3パーティションに「コピー」する必要があります。前述のように、/ dev/sdx3はUbuntuのインストール後にマウントされず、/ dev/sdx5は/ targetにマウントされました。私は手動で/ dev/sdx3を/ media/ubuntuに手動でマウントし（そのディレクトリはインストールプロセスによって作成されたように見える）、次にコピー mkusbの繰り返しでファイルをコピーします。

Sudo mount /dev/sdx3 /media/ubuntu
Sudo cp /target/boot/grub/grub.cfg /media/ubuntu/boot/grub

必要なのはその単純な調整だけです。それ以外の場合は、@ C.S.Cameronが詳しく説明する手順がポータブルSSDで完全にうまく機能します。

1
Slab