システム全体のバックアップから除外しても安全なものは何ですか?


35

システム/ホーム全体のバックアップから除外しても安全なパス/ファイルのリストを探しています。

インストール済みパッケージのリストがあることを考慮してください。

  • /home/*/.thumbnails
  • /home/*/.cache
  • /home/*/.mozilla/firefox/*.default/Cache
  • /home/*/.mozilla/firefox/*.default/OfflineCache
  • /home/*/.local/share/Trash
  • /home/*/.gvfs/

  • /tmp/

  • /var/tmp/
  • 実際のフォルダではありませんが、「復元」時に深刻な問題を引き起こす可能性があります
    • /dev
    • /proc
    • /sys

どう...

  • /var/ 一般に?
  • /var/backups/ -かなり大きくなる可能性があります
  • /var/log/ -多くのスペースを必要とせず、後で比較するのに役立ちます
  • /lost+found/

:これは、(非常に)関連する回答の価値を見て(これは重複として閉じていないと仮定した場合)であるaskubuntu.com/questions/5596/how-to-clean-caches-in-my-homedir/...
Scaine

わからない/home/*/.local/share/Trash。バックアップ時にゴミ箱フォルダからファイルを既に復元しました。それは誤った削除であり、バックアップを作成した後に気づき、元に戻しました-バックアップの復元時にファイルはまだゴミ箱にありました。
マテウスコニエチュニー

〜/ .local / share / Trash / *は普遍的なようですが、ユーザーごとです。
–SDsolar

これは2011年に投稿されたものであることに注意してください。あなたの走行距離は2017年に異なる場合があります。
SDsolar

回答:


33

ときに私はrsyncバックアップパーティションに私のシステム、私はこれらを除外:

--exclude=/dev/* \
--exclude=/home/*/.gvfs \
--exclude=/home/*/.mozilla/firefox/*/Cache \
--exclude=/home/*/.cache/chromium \
--exclude=/home/*/.thumbnails \
--exclude=/media/* \
--exclude=/mnt/* \
--exclude=/proc/* \
--exclude=/sys/* \
--exclude=/tmp/* \
--exclude=/home/*/.local/share/Trash \
--exclude=/etc/fstab \
--exclude=/var/run/* \
--exclude=/var/lock/* \
--exclude=/lib/modules/*/volatile/.mounted \
--exclude=/var/cache/apt/archives/* \

この方法で、元のパーティションから起動できるのと同じ方法で、バックアップパーティションから起動できます。

要約すると、私は提案します

  • /{dev,proc,media,...}自分自身を除外するのではなく、コンテンツのみ

  • 除外/var/{run,lock}、特に大きな/var/cache/apt/archives/


2
すべての/ devを除外したい。
-psusi

@psusi-はい、あなたは正しいです。投稿を編集しています。ありがとう。
手配

2
バックアップにrsyncで-xオプションを使用することをお勧めします。そうすれば、ファイルシステムの境界を越えず、/ dev / proc / sys / mntや/ mediaなどが除外されます。それでも/home/*/.gvfsを除外する必要があります。
アゼンデール

2
@Azendale:かもしれない。一方、のようなものを使用--exclude=/proc/*すると、ディレクトリ/ procはバックアップに保持されます(ミラーを起動する場合に必要です)が、その内容は保持されません。
手配

またはOperaユーザー、私も追加--exclude=/home/*/.opera/cacheします:)
Grzegorz Wierzowiecki

4

すべて/usr(fortを除く/usr/local/)を除外して、バックアップを作成することをお勧めしますdpkg --get-selections

私の意見では、完全バックアップはあまり役に立ちません。私はむしろデータと設定をバックアップし、公式リポジトリからパッケージを復元することを好みます。

しかし、私の好みです...

/usr配布パッケージの静的なバイナリコンテンツが主に含まれています。パッケージを再インストールすると、/usr内容が復元されます。また/bin/sbin配布パッケージのバイナリも含まれています。

/usr/local手動でインストールされたパッケージが含まれています(配布パッケージ外)。これはバックアップする価値があります。


2
非常に興味深いアプローチ。バックアップは大幅に小さくなりますが、復元する際により多くのトラブル(時間、インターネット帯域幅)が必要になります。いくつかのユースケースで価値があるかもしれない妥協案。質問:どう/libですか、同じことが当てはまりますか?そして、そのようなパッケージ選択をどのように復元しますか?
メストレリオン

はい、除外することもできます/lib。私が代わりにすることも追加したいdpkg --get-selections、それは多分より良く使ってますapt-mark:として、ここで述べた、askubuntu.com/questions/101931/...
ゲルロス

2

また、システム全体のバックアップを構成していたときに、すべての答えと他のすべての関連する質問を読みました。

私の2セントは、何も除外するのではなく、オフラインシステムのシステム全体のバックアップを行う場合にのみです。

ここで詳しく説明します:システムをそれ自体からバックアップする場合、他の人が言及したようにいくつかのディレクトリを除外することができますが、システムを復元するときにいくつかのバグを導入する可能性があるため、これは私の意見では良い方法ではありません。たとえば、/ tmpディレクトリを除外した場合、復元後に/ tmpは存在せず、システムが作成するため、/ tmpのchmodとchownの問題によりログイン画面がスタックする可能性があります。〜/ .cacheディレクトリをバックアップしないと、Ubuntu Software Centreのデータベースキャッシュが破損する可能性があります。

私がしていることは、ライブCDを使用してLuckyBackupを使用し、何も省略せずにシステム全体をバックアップすることです。今、復元するとき、「ソースに存在しないファイルを削除する」を選択しました。これにより、システムスナップショット全体が、バックアップを作成したときの状態に正確に復元されます(VMのスナップショットのようなもの)。


2
多くのファイルは、実際のファイルではなく、擬似ファイルであるため、保存されることは想定されていません。あなたはキャッシュを保存したいをしたいが、内容保存しないことがあり、、。それらの内容はブート時に作成されます。/proc/devsys
テレサeジュニア14

1
@TeresaeJuniorこのアプローチに従い、オフラインシステムからバックアップを実行すると、これらの非実際のファイルの内容はすでに空になっています。
ガウラブクマール14

はい、あなたは正しい、ごめんなさい!あなたが言ったLiveCDには注意を払いませんでした。
テレサeジュニア14

これらのシステムは24時間365日稼働する必要があるので、そのような贅沢は必要ありません。私は素晴らしい除外リストを持っていますが、4G / var / log / kern *および/ var / log / messages *でハングアップし続けます-それらを除外したいのですが、誰もそれについて話しません。/ var / log / *を完全に除外するのはどうですか?
–SDsolar
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.