Forum Debian Users Gang

Oczywiście, że to podejrzane bo patrzyłem na Twoje posty głównie ;)

Tak /home mam oddzielnie, a reszta partycji siedzi w /media i trochę się zmyliłem. Czyli jednak będzie tak:

alias reisersync='mount /dev/sdb1 /media/wolny && rsync -avx --delete /home/ /media/wolny/kopie_linuks/home && rsync -avx --delete /media/dane/pliki /media/wolny/kopie_linuks/pliki && rsync -avx --delete / /media/wolny/kopie_linuks/system && umount /media/wolny'

Teraz jeszcze mi przypomniałeś o alias, kurde uczę się linuxa i zapomniałem, że tak można sobie ułatwić życie.

Lepiej zamiast aliansu zrób sobie skrypt np w bashu, i wyłącz niektóre foldery z backupu, np ~/.gvfs - to jest folder systemowy Gnome, jak na nim rsync się wykłada, to po to w rsyncu masz opcje exclude, żeby pominąć takie przypadki.

A sam ~/.gvfs jest używany (w Gnome) przez program gvfs-fuse-daemon, i nie ma w nim  żadnych danych, które wymagają backupu.
Tak samo, jak np nie przyda Ci się do niczego backup pliku ~/.Xauthority, bo ten plik jest zapisywany przez Xserwer do obsługi sesji użytkownika.

Pozdro
;-)

Ostatnio edytowany przez Jacekalex (2012-04-19 13:04:58)

ArnVaker napisał(-a):

Jacekalex: „alias”, nie „alians”. Bo widzę, że ciągle tak piszesz…

Faktycznie,jakimś "odruchem Pawłowa" zawsze mam na myśli znaczenie linuxowe, a w pisowni wychodzi mi słowo z języka ojczystego. ;)

Pozdrawiam
;-)

Ostatnio edytowany przez Jacekalex (2012-04-19 13:47:03)

Yampress: czemu nie masz w tym opisie żadnego --delete? Bez tego straszny śmietnik się robi przy aktualizacjach backupu.

buri napisał(-a):

--no-o --no-p --no-g - to rozwiązuje podobno problem z uprawnieniami (choć nie mam bladego pojęcia co robi)

„Rozwiązuje” to nieco na wyrost powiedziane. Powyższe po prostu wyłącza zachowywanie informacji o właścicielach, uprawnieniach i grupach. Przy jakichś plikach użytkownika od biedy jeszcze ujdzie, ale kopiowanie tak całego systemu jest bez sensu, to się do niczego nie będzie nadawało.

To może w Twoim przypadku lepiej jednak tar? W spakowanym archiwum uprawnienia zostaną nawet na ntfs.

Wiem, że ostatni post w tym temacie został napisany ponad  pół roku temu. Chciałem opisać swój problem tutaj, aby nie zakładać nowego tematu, ponieważ jest pokrewny tematyką z moim pytaniem. Jeśli zrobiłem błąd, to proszę o wyodrębnienie do nowego wątku.

Przejdźmy do sedna sprawy. Bardzo spodobał mi się pomysł z kopiowaniem zawartości partycji systemowej na drugą partycję. Postępuję poleceniem

mount /dev/sda3 /media/sda3 && rsync -avx --delete / /media/sda3 && umount /media/sda3

Kopia zawsze się powodzi a po wydaniu polecenia

update-grub2

mogę uruchomić zarówno "oryginalny" system, jak i kopię. Problem zaczyna się gdy chcę uruchomić kopię. Po pierwsze musiałem edytować plik fstab klona, ponieważ partycja root wskazywała na sda4 (tam jest oryginał). Czyli teraz używam polecenia

mount /dev/sda3 /media/sda3 && rsync -avx --delete --exclude=/etc/fstab / /media/sda3 && umount /media/sda3

Zmieniłem na sda3, tak samo w grubie (szczegóły na załączonych zrzutach ekranów). Od teraz klon nie zapisuje logów systemowych, czyli od wybrania pozycji w grubie, do formularza logowania (nie wiem czy tak się to nazywa, chodzi o to że nie używam menadżerów logowania) miga tylko kreska.

/var/log/boot zapisuje się w oryginalnym systemie, w kopii nie (można odczytać ostatni zapis logowania, czyli ten z oryginału).

Zrzuty ekranu:
oryginał:
http://wstaw.org/m/2012/12/29/oryginal.png
kopia:
http://wstaw.org/m/2012/12/29/kopia.png

--
Edycja:
Może coś przeszkadza, że sam kompilowałem kernel aby wyrzucić initrd?

Linux kaboom 3.2.35-nowy3 #1 Fri Dec 28 18:21:47 CET 2012 i686 GNU/Linux

Ostatnio edytowany przez poslad (2012-12-29 12:21:58)

W grubie nie mam wpisanego uuid, a fstab kopii ma partycję root ustawioną zamiast na uuid to /dev/sda3.
Jak miałem fstab tak jak w oryginale, to w ogóle nie mogłem włączyć kopii (uruchamiał się system z sda4)

W zasadzie oprócz braku logowania startu systemu to wszystko jest w porządku, ale w takim wypadku nie czuję się na tyle pewny aby przywrócić kopię z drugiego systemu.

Ostatnio edytowany przez poslad (2012-12-29 12:26:00)

Dlaczego UUID miałyby być takie same? Inna partycja, inne UUID. Jakie masz te wpisy w konfigu GRUB-a?

EDIT: To nie jest kopia blokowa, jedynie kopiowanie danych z jednego systemu plików na drugi.

==========

Ja używam statycznego konfiga GRUB-a:

set timeout=2
set default=0

gfxpayload=1024x768

menuentry "DEBIAN" {
    set root=(hd0,5)
    linux /kernel init=/sbin/e4rat-preload quiet rootfstype=ext4 root=/dev/sda6
}
menuentry "klon" {
    set root=(hd0,5)
    linux /kernel init=/sbin/e4rat-preload quiet rootfstype=ext4 root=/dev/sda7
}

A w fstabie mam:

/dev/root    /        ext4        noatime            0 1

Zatem żadne wymienione przez Ciebie problemy nie występują. :)

ArnVaker

ArnVaker napisał(-a):

EDIT: To nie jest kopia blokowa, jedynie kopiowanie danych z jednego systemu plików na drugi.

Przepraszam za pomyłkę, wyjaśniłem w PW. Masz rację.

poslad

Na wszelki wypadek podaj jeszcze wyniki:

blkid

fdisk -l

;]

Ostatnio edytowany przez marcin'82 (2012-12-29 12:42:32)

A jakby ro wywalić?

Bez e4rat?