Jak przekształciłem swoje ustawienia pulpitu Linux w przenośny pakiet, który mogę uruchomić na dowolnej maszynie

Narzędzie Penguin’s Eggs pozwala na remasterowanie systemu Linux w bootowalny obraz ISO, ułatwiając przenoszenie i odtwarzanie spersonalizowanego środowiska na różnych komputerach.

Miesiące spędziłem na dopracowywaniu swojego pulpitu Linux. Każdy plik konfiguracyjny miał swoje miejsce, narzędzia wiersza poleceń pasowały do mojego stylu pracy, a skróty, układ paneli, motywy i skrypty były ustawione na moją modłę.

Już sporo z tych procesów zautomatyzowałem. Klonowanie repozytoriów, instalowanie pakiety, przywracanie plików konfiguracyjnych, uruchamianie skryptów — wszystko to z łatwością. Mimo to, odbudowanie pulpitu Linux od podstaw zawsze zajmowało sporo czasu. Zamiast marnować czas na odtwarzanie systemu po instalacji, chciałem po prostu zamienić istniejący system na obraz ISO i przenieść go na inny komputer. Tak trafiłem na Penguin’s Eggs.

Odkrywanie Penguin’s Eggs

Przekształcanie działającej instalacji Linux w obraz ISO

Penguin’s Eggs to narzędzie do remasterowania istniejącej instalacji Linux w bootowalny hybrydowy obraz ISO. Projekt obsługuje wszystkie główne dystrybucje. Działa tak, że pobiera aktywny system operacyjny, przygotowuje system plików, tworzy skompresowany obraz SquashFS, a następnie buduje wokół niego bootowalny obraz ISO.

Nie jest to nowość; Penguin’s Eggs istnieje już od jakiegoś czasu i ciągle ewoluuje. Interfejs wiersza poleceń działa za pomocą eggs, a coa to oparty na Go koordynator, który służy jako zamienny alias polecenia.

Konfigurowanie Penguin’s Eggs

Wybór, co trafia do obrazu

Zanim rozpocząłem proces remasterowania, skorzystałem z interfejsu konfiguracyjnego:

 sudo coa config

Aktualny interfejs pozwala na modyfikowanie ustawień: hasło użytkownika na żywo, algorytm kompresji, poziom kompresji, prefiks nazwy pliku ISO oraz lista plików wykluczonych z obrazu SquashFS. Ustawienia trafiają do /etc/penguins-eggs.d/.

To elastyczne podejście pozwala dostosować generowane ISO. Jeśli chcę wykluczyć katalog, zamiast usuwać go z systemu źródłowego, dodaję go do listy wykluczeń.

Konfiguracja dała mi również możliwość wyboru: czysty system na żywo czy klon z danymi użytkownika. Normalny remaster tworzy system na żywo, nie zachowując zawartości /home. Tryb klonowania z kolei zapewnia, że użytkownicy i /home zostaną uwzględnione w obrazie ISO.

Tworzenie bootowalnego obrazu ISO

Remasterowanie działającego systemu

Gdy system był gotowy, stworzyłem ISO za pomocą:

sudo coa remaster

Obraz ISO zapisuje się w katalogu roboczym Penguin’s Eggs, standardowo w /home/eggs.

Chciałem, aby ISO zawierało moje środowisko, więc użyłem trybu klonowania:

sudo eggs remaster clone

Opcja clone instruuje Penguin’s Eggs, by zachować użytkowników i /home w wygenerowanym obrazie.

W trakcie remasterowania, Penguin’s Eggs buduje system plików na żywo i pakuje go w bootowalny hybrydowy obraz ISO. Projekt wspiera zarówno BIOS, jak i UEFI, więc obraz sprawdzi się w wirtualnej maszynie lub na dysku USB.

Czas przetwarzania zależy od ilości danych do skompresowania. System z rozbudowanym katalogiem domowym i wieloma aplikacjami zajmie więcej czasu niż minimalna instalacja.

Po zakończeniu sprawdziłem rezultat:

ls -lh /home/eggs/*.iso

Moja działająca instalacja Linux stała się teraz bootowalnym obrazem.

Testowanie wyniku

Uruchamianie obrazu ISO przed jego zainstalowaniem

Nie instalowałem od razu obrazu na innym fizycznym komputerze. Wirtualna maszyna była znacznie bezpieczniejszym sposobem na testowanie.

Uruchomiłem obraz ISO przy użyciu QEMU, sprawdzając, jak wygląda środowisko pulpitu i czy aplikacje oraz pliki konfiguracyjne działają odpowiednio. To dobra metoda na wyłapanie problemów przed wrzuceniem obrazu na USB.

Uruchamiając system na żywo (pisk pingwina... dziwna nazwa!), mogłem doświadczyć zbliżonego środowiska do tego, które zbudowałem. Moja konfiguracja pulpitu miała się w nim zmieścić.

Aplikacje były dostępne, a pliki w trybie klonowania z łatwością osiągalne. Następnym krokiem było przetestowanie samego procesu instalacji. Obecny instalator można uruchomić przez sysinstall. Penguiny Eggs korzysta z Calamares jako graficznego instalatora oraz Krilla jako instalatora działającego w terminalu.

Dla instalacji graficznej polecenie brzmi:

sudo coa sysinstall calamares

Dla interfejsu terminalowego:

sudo coa sysinstall krill

Krill, domyślny wybór Penguina, wyróżnia się tekstowym procesem instalacji dla systemów bez grafiki.

Użyłem instalatora w maszynie wirtualnej i zakończyłem świeżą instalację na wirtualnym dysku. Po ponownym uruchomieniu, środowisko było znacznie bliższe mojemu oryginalnemu systemowi niż klasyczna świeża instalacja Linuksa.

Prawdziwy test przyszedł z przeniesieniem obrazu ISO na inną maszynę. Zamiast instalować dystrybucję, uruchomiłem maszynę z ISO i rozpocząłem instalator. Proces wymagał standardowych działań, takich jak wybór dysku i konfiguracja, ale środowisko było już gotowe.

Mogłem też użyć tego samego obrazu w wirtualnej maszynie, by przetestować zmiany przed ich wdrożeniem na głównym systemie. Różnice sprzętowe wciąż mają znaczenie. Komputer z inną kartą GPU, kontrolerem pamięci, adapterem sieciowym lub konfiguracją wyświetlacza może potrzebować dodatkowych poprawek po instalacji. Penguiny Eggs dobrze radzi sobie z większością czołowych dystrybucji, ale nie rozwiąże wszystkich specyficznych problemów sprzętowych.

Moje środowisko Linux jest teraz przenośne

Klonowanie działającego stanowiska roboczego napotyka oczywiste ograniczenia. Instalacja Linuksa skonfigurowana wokół konkretnej karty GPU, układu pamięci lub interfejsu sieciowego może działać inaczej na innym komputerze. Podejście z przenośnym obrazem ISO ma sens, gdy system źródłowy jest w rozsądnie niezależnym od sprzętu stanie. Zrozumienie tego ograniczenia sprawia, że korzyści stają się znacznie bardziej praktyczne.

Największą zaletą dla mnie jest oszczędność czasu przy odbudowie stanowiska roboczego. Nie muszę pamiętać o każdej paczce, preferencjach pulpitu i drobnych zmianach konfiguracji, które nagromadziły się przez miesiące użytkowania. Moje środowisko Linux przekształciło się w coś, co mogę uchwycić, przetestować i wdrożyć ponownie. To dużo bardziej użyteczna forma reprodukowalności niż zbiór plików dotfiles na Git.

Jeśli ciekawią Cię artykuły podobne do Jak przekształciłem swoje ustawienia pulpitu Linux w przenośny pakiet, który mogę uruchomić na dowolnej maszynie, zajrzyj do kategorii Linux i odkryj jeszcze więcej interesujących treści.