永続性のあるUbuntuライブUSBを作成したいと思います。 Linux Tailsを使用すると問題なく動作しましたが、UbuntuとMintにはいくつか問題があります。
私はWindowsからはrufusやunetbootlinなどを、Linuxからはmkusbを使用しようとしました。
私はcasper-rwパーティションを持っており、デフォルトではブート後に書き込みできません(chmod777以降は書き込み可能です)。 grubで起動しているときに、パラメーターリストに永続性が表示されません(パーティション4の場合-後でパーティションの説明を参照してください)。そこに追加しようとしましたが、システムが不安定になり、ライブブートのように変更を保存していません。
前回mkusbを使用しました。すべてが正常に行われたようです(コンソールにエラーはありませんでした)。 BIOSにnew2ブートオプションが表示されます。
何もしないよりもパーティション3を選択すると、黒い画面のみで何も起こりません。パーティション4で起動すると、「usbboot」パーティションがパーティション3として表示されます。その上に、見栄えの良いgrub.cfgが表示され、ファイルに永続性などが表示されます。
パーティション4をブート用に選択した場合、パーシスタントなしでブートします(これはライブUSBイメージのようです)。
この問題の修正を手伝っていただけませんか?
TAILS Linuxのように永続ストレージをアクティブ化する必要がありますか?詳細が必要な場合はお知らせください。
anythingで起動するのと同じドライブでcasper-rw
永続パーティションを使用するが、(まだリリースされていない)Ubuntu 19.10 、あなたは buntu/casperバグ#1489855 のために失敗するでしょう。そして恐らく、MintはUbuntuの派生物であるため、同じキャスパーバグに悩まされています。この段階では、ディストリビューションが#1489855の修正を更新されたリリースにバックポートしたことに気付いていません。
だからここに私がお勧めするものがあります:
Rufusがあなたのためにハードワークを自動化できることを確認するために多くの時間を費やしました(ここでも、使用するディストリビューションが永続的なパーティションサポートに関する大きなバグに悩まされていない場合)、Rufusをテストしたことを示しました。したがって、実際に機能する可能性のあるISOで使用することで、問題を分類することもできます...
Netbootin:casper-rwファイルをUSBルートに追加します。 syslinux.cfgを編集し、スペースとWordの永続をデフォルトのブートに追加します。つまり、「... splash --- persistent "」となります。
Rufus:casper-rwファイルをUSBルートに追加します。 /isolinux/txt.cfg(BIOSブート永続化用)と/boot/grub/grub.cfg(UEFIブート永続化用)を編集して、次のようにします。 "... splash --- persistent" 。
ディスククリエーターの起動は、ドライブ全体を占有する書き込み専用ISO9660ファイルシステムを使用し、GPartedは変更できません。永続化は不可能です。
MkusbライブインストールもISO9660ファイルシステムを使用します(GPartedは変更しません)。ただし、mkusbをライブUSBにダウンロードして、ライブUSBをキャスパーを使用する優れた永続ドライブに変換できます。無制限のサイズのrwパーティション。
casper-rwファイルを作成するには:
Sudo dd if=/dev/zero of=casper-rw bs=1M count=512
Sudo mkfs.ext3 -L casper-rw -F casper-rw
(count = 512は永続サイズで、最大サイズは4GBです)。
Ubuntu 19.10以降、永続パーティションをUNetbootinとRufusに追加でき、クローンドライブにも追加できます。
私はLinuxを使い始めたばかりで、Win 10で永続的なライブUSBをセットアップしようとしました。これが私の旅です。
さまざまなUSBクリエーターを試しましたが、動作するのはLinux Live USB Creator(LiLi)だけでした。
Mint Cinnamon Tricia 19.3の使用LiLiを使用したセットアップ手順を実行し、インストールを完了しました。
USBペンドライブから起動し、永続性を含むすべてが正常に機能しました。
更新マネージャーは更新を必要とし、それを行い、リポジトリーを更新しました。すべてを更新し、再起動後に起動に失敗しました。 (ドー!)
手順全体をもう一度繰り返しましたが、今回はソフトウェアを更新するときに、カーネル、Grub、およびファームウェアに関係することをすべて選択解除しました。
再起動し、すべてが正常に動作しました。
そのため、更新するときは、カーネル、Grub、またはファームウェアを更新しないでください。それ以外の場合は、回復を取得するためにターミナルで行う必要がある追加の作業があります。
これが私のような初心者に役立つことを願っています。