私は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 の指示に従ってデフォルトの選択肢を選択します) デフォルト/シンプルな選択肢を選択します。images_disks で作業し、イメージを保存するルートとして補助ドライブ上のフォルダーを選択し、savedisk オプションとデフォルトの圧縮アルゴリズムを選択します。その後は Clonezilla に任せます。復元の目的はディスク全体を修復することかもしれないので、パーティションだけをイメージすることはしたくありません。
によると、私のドライブには約 156G が使用されていますが、dfもちろん結果のイメージはそれよりも小さくなります。圧縮のせいもありますが、Clonezilla は私のスワップファイルを無視するほど賢いのでしょうか? ゼロで埋められた (つまり、休止状態が保存されていない) スワップは無視されると聞いたことがありますが (どこで聞いたのかはわかりません)パーティションしかし、ファイルをコピーする前に、ドライブを十分に詳しく検査して、ファイルに対しても同じことを実行しますか? そうでない場合、スワップ ファイルではなく、スワップ パーティションに切り替えると役立ちますか?
ありがとう。
答え1
スワップ ファイルからスワップ パーティションに切り替えると、情報があるパーティションのみをバックアップ対象として選択するオプションが提供されます。Clonezilla がスワップ ファイルを認識して無視できるほど賢いかどうかはわかりません。
スワップのサイズについては、使用するアプリによって異なりますが、ブラウザー、オフィス、エディターなどの一般的なアプリの場合、巨大なスワップを開発してもあまり役に立ちません。