
私はこれを実行するための最良の方法を見つけようと頭を悩ませてきました。少し混乱するかもしれませんが、説明させてください。"なぜ"初め。
私はすでに Linux ライブ USB スティックを持っています (SSD と同じくらい高速なハイエンドの 256 GB Samsung USB スティックで、とてもうまく機能します!)。しかし、私が望んでいるのは、クラウド復元や、同じメンテナンス スクリプトを複数のラップトップ/デスクトップで同時に実行するなどの基本的な一括タスクを実行するためだけに、別の Linux USB スティックを作成することです。これらの中にはさまざまな状態、さまざまな OS のものがあり、ネットワーク接続さえないものもあります... しかし、必要なファイルと標準化されたスクリプト実行/回復環境を備えた Linux USB を挿入するのは完璧です。
問題は、明らかに USB スティックの数が限られていることです。私が望んでいるのは、OS を起動してすべてを RAM に保持し、USB スティックを抜いても何もおかしなことが起こらず、そのまま動作を続けることです。では、これをすぐに実行できるものは何でしょうか? 「Try Ubuntu」モードの Ubuntu Live 22.04 インストーラーです。これには、標準の 22.04 インストールよりもはるかに少ないスペースしか使用しないという利点もあります。つまり、ディスクが完全に RAM に保存されるため、RAM の使用も少なくなるということです。私の観察では、わずか 1.6 GB しか使用しません。
アップデート:grub から削除することでmaybe-ubiquity
、インストーラーではなく Live Ubuntu で直接システムを起動できるようになりました。その手助けをしてくれた @Raffa に感謝します。次に、ツール/casper/filesystem.squashfs
を使用して VM を起動し、変更を加えて再作成することで、非永続ファイルシステム ( の下) をカスタマイズできましたunsquashfs
。ただし、これは非常に不便です。特に、小さな調整だけを行う場合は不便です。
また、GRUB にオプションを追加してもtoram
、永続パーティション (参考までに、ext4 パーティションに「書き込み可能」という名前を付け、オプションを使用して起動するだけで取得できますpersistent
) はキャッシュされないことを確認できます。USB を取り外すと、システムはすぐに不具合を起こし、最終的にはハング/クラッシュします。ただし、非永続モードでは、USB を取り外しても状況は良好で安定しています。起動時に USB を安全にアンマウントするスクリプトも作成したので、デスクトップが表示されたらすぐに取り外しても問題ありません。
私が思いついたアイデアの 1 つは、unsquish と resquash のプロセスを自動化して、文字通り通常どおり非永続モードで起動できるようにし、スクリプトを実行すると RAM の内容が filesystem.squashfs に書き戻されるようにすることです。これにより、システムが予期せず電源オフになった場合にデータが失われるリスクがありますが、変更はたまにしか行わず、ほとんどの場合は非永続モードのみを使用することを考えると、これは私の使用例には理にかなっています。