Co można bezpiecznie wykluczyć w przypadku pełnej kopii zapasowej systemu?

Szukam listy, które ścieżki / pliki można bezpiecznie wykluczyć dla pełnej kopii zapasowej systemu / domu.

Biorąc pod uwagę, że mam listę zainstalowanych pakietów.

/home/*/.thumbnails
/home/*/.cache
/home/*/.mozilla/firefox/*.default/Cache
/home/*/.mozilla/firefox/*.default/OfflineCache
/home/*/.local/share/Trash
/home/*/.gvfs/
/tmp/
/var/tmp/
nie rzeczywiste foldery, ale mogą powodować poważne problemy podczas „przywracania”
- /dev
- /proc
- /sys

Co powiesz na...

/var/ ogólnie?
/var/backups/ - może stać się dość duży
/var/log/ - nie wymaga dużo miejsca i może pomóc w późniejszym porównaniu
/lost+found/

backup cache thumbnails

— seb
źródło

Jest to (bardzo) powiązana odpowiedź, na którą warto spojrzeć (zakładając, że nie jest zamknięta jako duplikat): askubuntu.com/questions/5596/how-to-clean-caches-in-my-homedir/…

— Scaine

Nie jestem pewien /home/*/.local/share/Trash. Już przywróciłem pliki z folderu kosza na kopii zapasowej. Było to błędne usunięcie, zauważone i cofnięte po utworzeniu kopii zapasowych - a przy przywracaniu kopii zapasowych pliki były nadal w koszu.

— Mateusz Konieczny

~ / .local / share / Trash / * wydaje się być uniwersalny, ale zależy od użytkownika.

— SDsolar

Pamiętaj, że zostało to opublikowane w 2011 roku. Twój przebieg może się różnić w 2017 roku.

— SDsolar

Odpowiedzi:

Kiedy rsyncprzechodzę do systemu na partycję kopii zapasowej, wykluczam te:

--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/* \

W ten sposób mogę uruchomić się z partycji kopii zapasowej w taki sam sposób, jak mogę uruchomić się z oryginalną.

Podsumowując, sugerowałbym

nie wykluczając /{dev,proc,media,...}samych siebie, tylko ich zawartość
wykluczając /var/{run,lock}, a zwłaszcza duże/var/cache/apt/archives/

— zorganizować
źródło

Chcesz wykluczyć WSZYSTKIE / dev.

— psusi

@psusi - Tak, masz rację. Edytuję swój post. Dzięki.

— umów się na

Polecam użycie opcji -x z rsync do tworzenia kopii zapasowych. W ten sposób nie przekroczy granic systemu plików, co wykluczy takie rzeczy jak / dev / proc / sys / mnt i / media. Nadal musisz wykluczyć /home/*/.gvfs.

— Azendale,

@Azendale: może być. Z drugiej strony, kiedy użyjesz czegoś takiego --exclude=/proc/*, zachowa katalog / proc na kopii zapasowej (co jest potrzebne, jeśli chcesz uruchomić lustro), ale nie jego zawartość.

— umów się

lub użytkowników Opery, dodałbym --exclude=/home/*/.opera/cacherównież :)

— Grzegorz Wierzowiecki

Polecam wykluczyć wszystkie /usr(oprócz fortu /usr/local/) i mieć kopię zapasowądpkg --get-selections

Moim zdaniem Pełna kopia zapasowa nie jest naprawdę przydatna. Wolę tworzenie kopii zapasowych danych i preferencji, a następnie przywracanie pakietów z oficjalnych repozytoriów.

Ale czy moje preferencje ...

/usrzawiera głównie statyczną zawartość binarną z pakietów dystrybucyjnych. Ponowna instalacja pakietu przywróci /usrzawartość. Również /bini /sbinzawiera pliki binarne z pakietów dystrybucyjnych.

/usr/localzawiera ręcznie zainstalowane pakiety (poza pakietami dystrybucyjnymi). więc warto to zrobić.

— teista
źródło

Bardzo ciekawe podejście. Zapewnia znacznie mniejszą kopię zapasową, ale wymaga dużo więcej problemów (czasu, przepustowości łącza internetowego) podczas przywracania. Kompromis, który może być wart w niektórych przypadkach użycia. Pytania: co powiesz /libna to samo? Jak przywrócić taki wybór pakietów?

— MestreLion

Tak, myślę, że możesz również wykluczyć /lib. Dodam również, że zamiast dpkg --get-selectionsbyć może lepiej jest użyć apt-mark, jak powiedziano tutaj: askubuntu.com/questions/101931/…

— gerlos

Przeczytałem również wszystkie odpowiedzi i wszystkie powiązane pytania podczas konfigurowania pełnej kopii zapasowej systemu.

Moim 2 centami nie byłoby wykluczenie niczego, ale tylko wtedy, gdy wykonujesz pełną kopię zapasową systemu offline.

Pozwól mi rozwinąć teraz: jeśli tworzysz kopię zapasową systemu od wewnątrz, możesz wykluczyć niektóre katalogi, jak wspomnieli inni, ale nie jest to moim zdaniem dobry sposób, ponieważ może wprowadzić pewne błędy podczas przywracania systemu. Na przykład, jeśli wykluczysz katalog / tmp, to po przywróceniu go / tmp nie będzie go tam, a system go utworzy, co może powodować zablokowanie ekranów logowania z powodu problemów z chmod i chown na / tmp. Również brak tworzenia kopii zapasowej katalogu ~ / .cache może spowodować uszkodzenie pamięci podręcznej bazy danych Centrum oprogramowania Ubuntu.

Używam Live CD i LuckyBackup i wykonuję kopię zapasową całego systemu, nie pomijając niczego. Teraz podczas przywracania wybrałem „usuń pliki nieobecne w źródle”. W ten sposób cała migawka systemu zostanie przywrócona dokładnie do stanu, w którym utworzono kopię zapasową (coś w rodzaju migawki maszyny wirtualnej).

— Gaurav Kumar
źródło

Wiele pliki nie mają być zapisane, ponieważ są one nie prawdziwe plików, lecz raczej pseudo-plików . Możesz chcesz zapisać bufory, ale nie oszczędzają zawartości /proc, /dev, sys. Ich zawartość jest tworzona podczas rozruchu.

— Teresa e Junior

@TeresaeJunior Po zastosowaniu tego podejścia i wykonaniu kopii zapasowej z systemu offline zawartość tych nierealnych plików jest już pusta.

— Gaurav Kumar

Tak, masz rację, przepraszam! Nie zwracałem uwagi na wspomniany LiveCD.

— Teresa e Junior

Obawiam się, że te systemy muszą działać 24x7, więc nie mają tego luksusu. Mam świetną listę wykluczeń, ale wciąż zawieszam się na 4G / var / log / kern * i / var / log / messages * - Chciałbym je wykluczyć, ale nikt o tym nie mówi. Co powiesz na całkowite wykluczenie / var / log / *?

— SDsolar,