Po prostu bawiłem się z debootstrap
i schroot
. Konfiguruję swoje środowiska debootstrap
. Nie używam --second-stage
opcji debootstrap
.
Kiedy i jak muszę skorzystać z tej opcji. Co robi debootstrap
w drugim etapie?
Po prostu bawiłem się z debootstrap
i schroot
. Konfiguruję swoje środowiska debootstrap
. Nie używam --second-stage
opcji debootstrap
.
Kiedy i jak muszę skorzystać z tej opcji. Co robi debootstrap
w drugim etapie?
Rozdzielenie dwóch etapów jest konieczne tylko wtedy, gdy ładujesz dystrybucję dla architektury obcej ( CrossDebootstrap ). Zobacz opis --foreign
opcji na stronie podręcznika . Na przykład użycie komputera x86 do utworzenia instalacji Debian / Ubuntu dla wbudowanego systemu ARM lub PowerPC.
Pierwszy etap pobiera potrzebne pliki .deb i rozpakowuje je do wskazanego katalogu. W drugim etapie uruchamiane są wszystkie skrypty konfiguracyjne pakietu, które należy wykonać przy użyciu architektury docelowej (lub przy użyciu qemu-user-static
emulacji architektury docelowej).
Jeśli nie budujesz instalacji dla architektury obcej, etapy są łączone i możesz zignorować tę --second-stage
opcję.
--foreign
i--second-stage
opcjach.Przykład użycia
debootstrap --second-stage
Jeśli chcesz zdebootować pasek obrazu arm64 Ubuntu 18.04 z hosta Ubuntu 18.04 amd64, wykonaj następujące czynności:
qemu-user-static
Pakiet w Ubuntu 18.04 jest również wyposażony wqemu-debootstrap
skrypt, który robi w zasadzie to samo, co my, ale uogólnione do wszystkich łuków. Nie ma go jednak w głównym drzewie źródeł QEMU.Oto moja pełna konfiguracja do uruchomienia wygenerowanego systemu na pełnej emulacji systemu QEMU: Czy jest jakiś wstępnie zbudowany obraz Ubuntu QEMU (32-bitowy) online?
Testowane na Ubuntu 18.04.
źródło