Forum Debian Users Gang

W grubie wybierasz tryb awaryjny, montujesz system plików do odczytu, a potem najprościej otworzyć logi i przeanalizować co się stało, zacząć od dmesga, i kernela, potem apt, a dalej to zależy pd przypadku... Za dużo rzeczy różnie się naprawia żeby przewidzieć jak naprawić wszystko

// poza tym nie wiem co masz za system, ale u mnie testing sam z siebie po aktualizacji nie pada, a wcale wzorem opieki nie jest

Pozdro

Jak masz lvm albo btrfs, to możesz sobie zrobić snapshota

Zasada zawsze jest taka sama, czyli wiedzieć co się robi. Jak mi np. zdechł system w wyniku aktualizacji pakietów powiązanych z systemd, to ja wiedziałem gdzie jest problem, bo przejrzałem aktualizowane pakiety. Jeśli nawet ktoś nie robi tego podczas aktualizacji, to kompletny log jest w /var/log/ i można se to przeczytać nawet jak system jest martwy, np. za pomocą płytki czy pena live. Choć nawet nie trzeba sobie tym głowy zawracać, bo środowisko tekstowe zwykle się uruchamia, co najwyżej może nie załadować się tryb graficzny. A jak się tryb tekstowy nie che załadować, to ktoś musiał już jakieś pliki fizycznie z dysku pokasować wpisując, np. rm -f /etc zamiast rm -f etc, sam kiedyś tak zrobiłem ale zdążyłem się połapać przed restartem, bo aplikacje zaczęły sypać błędami. xD

Zaciąganie LVM do snapshotów w przypadku domowych systemów też się raczej mija z celem, no chyba, że ktoś aktualizuje system raz na miesiąc. W przypadku, gdy ktoś robi to co drugi dzień, to dużo prościej, łatwiej i szybciej i jest korzystać z apt-pinning. Cofnięcie szeregu pakietów do wcześniejszych wersji to jest pół minuty roboty. Nawet jeśli tych pakietów byłoby więcej, to można podpiąć się pod snapshot repozytorium debiana i odtworzyć stan pakietów z 6, 12, 18, 24 godzin, czy nawet więcej dni i zsynchronizować sobie system do stanu z, np. przedwczoraj. Pomijam już oczywiście downgrade, np. z sida, do testing, czy z testing do stable, choć zwykle też działa. Dla mnie to już trochę bez sensu ale działa. xD

Ostatnio edytowany przez morfik (2016-01-12 15:29:13)

@morfik
Mialem 2 miesiace wstecz sytuacje, zainstalowalem pakiety ABCD zrobilem update systemu i zwiechaaaaa az milo. Musialem czasochlonny reinstall zastosowac. Szukam prostego i szybkiego przywracania ustawien plikow systemowych z LiveCD czy pendriv,a (mam obydwa) Polecam: http://www.pendrivelinux.com/multiboot-create-a-multiboot-usb-from-linux/
Troche sie dziwie, ze Debian nie ma natywnie narzedzia do przywracania np migawek systemu. Pewnie o nim nie wiem. Informatyka nie jest moim glownym "chlebodawca " dlatego Debianowi moge poswiecic niewiele czasu, co w konsekwencji rodzi potrzebe uzycia
prostego i szybkiego narzedzia OS recovery.



@raven18
Ja tez zrobilem backup za pomoca deja dup  na pendrivie. Niestety przywracanie trwa tak samo dlugo jak reinstall.
Mozesz, prosze podac sekwencje komend rsynca do skopiowania partycji na zewnetrzny dysk HDD?
W tym wypadku kopiujesz cala partycje rowniez z niezajeta obietoscia czy tylko dane uzytkowe, co pozwoliloby oszczedzic volumen?

dodatkowo zapomina się o całej zabawie repozytoriami zwłaszcza jak ktoś nieczęsto podbija paczki, akurat moim zdaniem system repo debiana jest gorszy od repo RPMowych w których w jednym repo jest trzymanych wiele wersji danego pakietu i wystarczy dopisać do polecenia jego wersje by mieć dokładnie ten pakiet który się chce

Pozdro

Ja robię kopię partycji systemowej za pomocą fsarchiver.
Przywracanie trwa max 5 minut.

Tylko trzeba mieć jakiegoś linuxa na livecd bądź penie.

Nie chodzi o to, że błędy idzie w stanie poprawić, tylko o to, że trzeba czas na to poświęcić. W debianie cofnięcie zmian po aktualizacji to jest naprawdę chwila, no chyba, że ktoś znowu da rm -f /usr /... xD

A ile miejsca tracimy na snapshocie lvm?

Tu jest info:

LVM allows you to take a snapshot of your system in a much more efficient way than a traditional backup. It does this efficiently by using a COW (copy-on-write) policy. The initial snapshot you take simply contains hard-links to the inodes of your actual data. So long as your data remains unchanged, the snapshot merely contains its inode pointers and not the data itself. Whenever you modify a file or directory that the snapshot points to, LVM automatically clones the data, the old copy referenced by the snapshot, and the new copy referenced by your active system. Thus, you can snapshot a system with 35GB of data using just 2GB of free space so long as you modify less than 2GB (on both the original and snapshot).

-- https://wiki.archlinux.org/index.php/LVM#Snapshots[/quote]
Więc robisz sobie snapshot i masz kopię systemu, która nic nie waży. Jak zaczynasz coś w systemie ruszać, to backup się zaczyna rozrastać no i w sumie ostatecznie może zjeść tyle zasobów co snapshotowany dysk. xD