私は32GBのRAMを搭載したLinux Mint 20を実行しているPCを持っています。見つけた指示に従ってください。ここ(もともと19で動作しましたが、20でも動作しているようです。)スワップファイルを合計物理メモリよりわずかに大きく増やしました。
username@hostname:~$ ls -lh /swapfile
-rw------- 1 root root 34G Nov 2 18:05 /swapfile
私はOSをインストールした後にディスクをイメージし、問題が発生した場合は元の状態に復元できるようにしたいと思います。これにはClonezilla Live USBを使用し(より良いオプションがわからない場合は、デフォルトオプションの選択についてClonezillaの指示に従ってください)、デフォルト/単純オプションを選択しました。私はimage_disksを使用し、セカンダリドライブのフォルダを画像が保存されるルートディレクトリとして選択し、savediskオプションとデフォルトの圧縮アルゴリズムを選択します。その後、Clonezillaにタスクを実行させました。回復の目的は、ディスク全体を回復することである可能性があるため、パーティションのみをイメージしたくありません。
によると、私のドライブは約156Gを使用しましたが、df
結果の画像は当然これよりも小さいです。そのうちのいくつかは圧縮ですが、Clonezillaは私のスワップファイルを無視するのに十分スマートですか?ゼロパディングを無視すると聞きました(今は見つかりませんでした)。 (つまり、休止状態ではスワップは保存されません。)分割しかし、ファイルをコピーする前に、ファイルに対して同じ操作を実行するのに十分なドライブを注意深く調べますか?そうでない場合は、スワップファイルの代わりにスワップパーティションに切り替えるのが役立ちますか?
ありがとうございます。
ベストアンサー1
スワップファイルからスワップパーティションに切り替えると、情報を含むパーティションのみをバックアップするオプションが提供されます。 Clonezillaがスワップファイルを認識して無視するのに十分スマートであるかどうかはわかりません。
スワップスペースのサイズについて - 使用するアプリケーションによって異なりますが、ブラウザ、オフィス、エディタなどの一般的なアプリケーションの場合、大きなスワップスペースを開発することはあまり役に立ちません。