Hej, korzysta ktoś z lvm?

Gdy zapoznałem się z tym, byłem na tyle zainteresowany, aby zainstalować sobie na nim system. Po paru krótkich miesiącach jednak doszedłem do wniosku, że nie jest mi potrzebna aż tak duża władza na przestrzenią dyskową, więc byłem nastawiony, w przypadku gdybym miał nowy dysk, na odpuszczenie sobie kolejnej takiej instalacji. Aż do dzisiaj.

Przekopując się przez funkcję snapshotów (używane głównie do zrobienia backupu systemu bez jego wyłączania), natrafiłem na ciekawą możliwość, która stała się dostępna bodajże dopiero na początku tego roku. Jest to możliwość przywrócenia stanu partycji z zamrożonego snapshota. Wcześniej nie było to możliwe. Co to znaczy?

To znaczy, że przed jakimikolwiek modyfikacjami mogącymi zniszczyć system lub przed zwykłym większym upgradem, po którym mogą wystąpić problemy ze wstaniem systemu, robi się snapshot.

Jeżeli system po wprowadzonych zmianach nie znajduje się w stanie używalności, można wykonać


i po reaktywacji wolumenów wszystko wraca do stanu z czasu wykonywania snapshota.

Testowałem to dzisiaj na próbnych partycjach i wszystko działa (nie jestem pewny, czy nie trzeba mieć jądra 2.6.33).

Jest to całkiem niezła funkcja. Przyda się każdemu, komu system nie działał po upgradzie tak, jak trzeba albo w czasie upgradu wystąpiły jakieś komplikacje (może był zanik prądu ) no i nie trzeba robić backupów w takich sytuacjach.

Do takich rzeczy nie trzeba wykorzystywać lvm, jest też wiele innych podobnych rozwiązań, lepszych i gorszych, nie ujmując wcale tej opisanej przez Ciebie. Sam nie korzystam. Np. opisywałem kiedyś, bodajże w "Paczkach", aplikację do uruchamiania systemu w postaci "zamrożonej", czyli żadna zmiana nie jest trwale zapisywana (tylko na partycji root). Taki sposób do testowania nowych rozwiązań. Poza tym można skorzystać z kopii zapasowych w różnych postaciach, ale są tego też minusy. Opisywany przez Ciebie sposób jest jednak ciekawy, kiedyś o tym już czytałem, ale posiada też swoje wady (odsyłam do google). Zresztą jak wszystko

LVM zdaje się funkcjonować podobnie, jeżeli w miejsce oryginalnego roota podłączy się jego snapshot.

Z tym snapshotami jest taki plus, że nie są one kopią oryginalnej partycji. Działają w systemie copy-on-write. Fizyczne miejsce na wolumenie snapshota zajmują tylko te pliki, które zostały zmodyfikowane.

To znaczy, że dla partycji roota wynoszącej 8GB wystarczy snapshot wielkości 1GB (bo nie zdarzają się upgrady, po których modyfikowane zostaje ponad 1GB danych). Właściwie dla małych upgradów to może wystarczyć nawet 500MB i nadal będzie można cofnąć w czasie cały system plików.

Co jeżeli partycja jest formatowana lub pliki są usuwane? Dzisiaj przeprowadziłem łopatologicznie konkretniejszy test.

To jest stan logicznych wolumenów. Widać, że zrobiłem snapshot roota. Snapshot ma wielkość 4.23G (nie miałem więcej wolnego w puli), a sam root 5.21G. Fizyczny rozmiar snapshota na dysku wynosi 0%, ponieważ żadne pliki nie były modyfikowane.


Włożyłem płytę Ubuntu Alternate. Sformatowałem wolumen root, zacząłem instalować ubuntu cli. W czasie instalacji nie wybrałem osobnej partycji dla /boot (backupu tej partycji nie robiłem, poza tym chciałem tylko nadpisać instalację archa). W efekcie przy instalacji gruba pojawił się fatal error. Grub nie może się zainstalować w hd0. Restart.

Końcem końców uzyskałem sytuację: instalacja archa została sformatowana, ubuntu cli zostało zainstalowne, system nie wstaje. Wydaje mi się, że jest to gorsza sytuacja, niż niemożność wstania x-ów po zwykłym upgradzie lub jakiekolwiek inne problemy z upgredami, których, patrząc po nowych wątkach na forum archa, zawsze trochę się mnoży.

Załadowałem live CD. Sprawdziłem stan wolumenów.


Jak widać, stan partycji roota zmniejszył się z 3,3G (arch) do 0,6G (ubu cli). Natomiast fizyczny rozmiar rootsnapshota wzrósł tylko o ok 0.7G (do 17,82%). Oznacza to, że format nie spowodował kopiowania plików do snapshota. Skopiowane zostały tylko te pliki, które bezpośrednio nadpisała instalacja ubu cli. Dodatkowo widać, że partycja rootsnap nadal jest dostępna, a jej rozmiar wynosi 3,3G.

Mount rootsnap, bind proc i dev, chroot, lvconvert --merge vga/rootsnap, reboot i arch uruchamia się jakby nigdy nic. Wszystkie systemowe problemy związane z updatem lub jakimikolwiek innymi manipulacjami na plikach roota odchodzą na drugi plan, ponieważ tworzenie snapshotów i ich przywracanie to kwestie paru sekund. System zostaje uszkodzony? Można zrobić jego snapshot. Oryginalny system wrócić do stanu sprzed uszkodzenia, a uszkodzoną wersję dodać do gruba w celach dalszej inwigilacji.

Poza tym polecam to rozwiązanie. Do menu gruba dodać wpis ze wskazaniem partycji roota na snapshot. W przypadku jakichkolwiek problemów bez jakiejkolwiek roboty można już od razu bootować do snapshota i będziemy mieli taki system, jakim go zostawiliśmy.

A tak z innej beczki, za 5 lat to już pewnie każda dystrybucja będzie na btrfs (menadżer (lvm) i system plików (ext4) w jednym). Na windzie miał być niby winfs, ale ten projekt chyba umarł już śmiercią naturalną.