Forum Debian Users Gang

Jacekalex napisał(-a):

Ponieważ?

Ponieważ obecne zachowanie rsynca jest na tyle wystarczające, że nie chce mu się więcej dłubać przy tym. Domyślam się, że dalszy ciąg Twojego posta wynika z niezrozumienia problemu… Za pomocą rsynca nie trzeba za każdym razem robić całego backupu od nowa, a wystarczy zaktualizować/dodać/usunąć te pliki, które uległy zmianie. Po prostu trwa to wtedy o wiele krócej. W przypadku partycji szyfrowanej rsync standardowo nie potrafi jednak rozpoznać, które pliki uległy zmianie i zamiast tylko zaktualizować backup, kopiuje wszystko jak leci jeszcze raz.

W każdym razie u autora wątku rsync właśnie tak się zachowuje i w tym problem. Może informacje ze strony tamtego programu są już nieaktualne, może zależy jakie szyfrowanie… Trudno mi cokolwiek konkretnego powiedzieć, ponieważ sam nigdy nie bawiłem się w szyfrowanie partycji.

Jacekalex nic ująć niż to co napisał ArnVaker. Jedynie mogę dodać, że używam szyfrowanego katalogu domowego za pomocą ecryptfs i sprawdzę jak zachowuje się kopia systemu wewnątrz obrazu TrueCrypta(chociaż nie lubię z góry narzucać ile ma zajmować obraz).

odświeżę wątek z nadzieją, że może ktoś będzie znał odpowiedź;
-chciałbym zrobić sobie backup / - generalnie plików systemu (bez home)

tar -clvpz --exclude=/mnt/* --exclude=/proc/* --exclude=/home/* --exclude=/sys/* --exclude=/tmp/* -f /media/pen/backup03.tgz /

i mam dwa pytania;
flaga -p według mana "dearchiwizuje wszystkie informacje o prawach dostępu" Rozumiem, że napisano tak w przypadku dekompresji więc przy kompresji "archiwizuje wszystkie informacje o prawach dostępu?"

w --exclude wykluczam katalogi z tego backupa i tutaj mam pytanie odnośnie katalogu /sys/*.  Czy on do późniejszego odtworzenia systemu jest zbędny? czy jak?
Pozdrawiam, zależy mi na odpowiedzi
nie używam reszty narzędzi rsync itd... bo są dla mnie zbyt trudne w konfiguracji. tak walne sobie raz na 2 miesiące i będę szczęśliwy ;)

Witam!
Odświeżam wątek, nie chcąc tworzyć nowego. Jak robię kopię tym tarem / na włączonym systemie to wykluczam
/mnt/  ;   /media/   ;  /proc/  ;  /home/  ;  /sys/   ;  /tmp/
ostatnio przeczytałem to http://www.linuxpl.org/SAG/x547.html
Dla przykładu: /var/run/utmp zawiera listę użytkowników aktualnie zalogowanych.

Czy nie powinienem również takich plików wykluczyć z kopii? Robię ją zalogowany, na włączonym systemie.

Ostatnio edytowany przez dominbik (2012-04-10 14:43:59)

aha. czyli wykluczam jeszcze /dev
a katalog /run?

Ok, to mam go wykluczyć z kopii czy nie? (dowiązania rozumiem nie, ale ten źródłowy /run ?)
kopie robię tarem

Aha Ok.
/mnt/  ;   /media/   ;  /proc/  ;  /home/  ;  /sys/   ;  /tmp/  ; /dev/ ; /run/
Jak sądzisz to wszystkie katalogi które należy wykluczyć z kopii?
(backup robię na /media/pen/backup.tgz więc dzięki wykluczeniu /media nie zapętla się).

Ok dzięki. Jedyne inne partycje, które posiadam to SWAP i /home, więc jest ok. Cache pakietów mi nie przeszkadza, że będzie w backupie - zresztą i tak mam nawyk minimum raz na miesiąc, dwa

aptitude clean && aptitude autoclean

No tak wpisywałem zawsze te dwie nie wiedząc dobrze do końca co oznaczają. Mam jeszcze dwa pytania;

1. Czy archiwizacja z opcjami; tar -clvpz
a rozpakowywanie  tar -xvzpf
będzie ok (z zachowaniem uprawnień, właścicieli, grup)? (chodzi mi głównie o tą literkę p) z man tar

   -p, --same-permissions, --preserve-permissions
              dearchiwizuje wszystkie informacje o prawach dostępu

2. Spakowałem jeden testowy folder z różnymi userami/uprawnieniami przez tar -clvpz  i rozpakowałem jako zwykły user  tar -xvzpf  i niestety przy plikach gdzie właścicielem/grupa był root zmieniło mi na usera - lecz podejrzewam, że user nie może wypakować pliku z zachowaniem właściciela/grupy root?

Ostatnio edytowany przez dominbik (2012-04-10 20:39:52)

O to moje komendy też mam ok. (przy tworzeniu backupu mam dodane tylko verbose, one-file-system(ale i tak trzeba wykluczać) i kompresję gzip) z drugiej strony jest tak samo + tutaj dekopresja gzipem. Zbackupowałem przed chwilą tak Archa, uruchomiłem autodestrukcyjne rm, a potem przez jego płytę instalacyjną przywróciłem i wstał bez problemu, więc sukces.

PS
Rozumiem, że sposób który tam przedstawiłeś wykonujesz na LiveCD, zewnętrznym systemie (jeśli chodzi o partycję systemową)?

Niepytany opiszę własną politykę kopii zapasowych:
cotygodniowa kopia /home, /etc i wybranych plików z /var. Prócz tego regularnie tworzona lista aktualnie zainstalowanych ręcznie pakietów (bez zależności).

Jest to kopia różnicowa, więc robi się względnie szybko. Czas przywracania działającego systemu z systemu całkowicie posypanego jest bez znaczenia, gdyż od kiedy używam Debiana nie miałem takiej awarii, żeby musieć reinstalować system. Stąd mogę sobie w takiej sytuacji pozwolić na instalację systemu bazowego i nakarmienie aptitude listą wcześniej zainstalowanych programów. Może i jest to bardziej czasochłonne, ale mój komputer nie jest serwerem, który powinien mieć uptime dążący do 24/7.

Znacznie częściej muszę z kopii przywrócić kilka plików, które niepotrzebnie zostały usunięte/zmodyfikowane. W takiej sytuacji tar jest skrajnie nieefektywny, w przeciwieństwie do rsynca.

Do tego raz na miesiąc wypalam większość ważnych rzeczy z /home na płycie DVD (do końca roku przerzucę się na DVD-DL, żeby móc robić kopie całościowe) na wypadek, gdyby system naprawdę się posypał w jakiś bardzo ekstremalny system. Dotychczas, przez ostatnie 1,5 roku, z tych płyt DVD nie musiałem ani razu korzystać.

Gdyby ktoś chciał, to mój skrypt do backupów wygląda tak. W anacronie są dodane regułki, które uaktualniają plik konfiguracyjny a podczas logowania do środowiska graficznego jest uruchomiony skrypt bez argumentów, który — w razie czego — wyświetla odpowiednie okienka.