Metody wypróbowania nowych wersji systemu operacyjnego bez zobowiązań?

Chcę wypróbować nowe wersje systemu operacyjnego, gdy tylko zostaną dostarczone, takie jak Ubuntu 17.04 lub Ubuntu 17.10, aby zobaczyć nowe funkcje. Lubię też patrzeć na Kubuntu, CentOS lub inne dystrybucje (Windows 11, kiedy się pojawi?) - lub konfigurować środowiska testowe wiedząc, że mogę je wyrzucić i nie chcę tego robić na mojej głównej maszynie.

Jaki zestaw alternatyw to zrobić, nie ryzykując mojej głównej maszyny programistycznej? Nie szukam debaty na temat NAJLEPSZYCH sposobów, ale jakie alternatywy są dostępne.

Alternatywy USB

Alternatywy USB są dobre, kiedy

• chcesz przetestować wydajność (na goły metal)
• komputer nie ma wystarczającej mocy, aby dobrze uruchomić system na maszynie wirtualnej

Możesz użyć pendrive USB z co najmniej 2 GB miejsca na dysku i utworzyć

• system Ubuntu na żywo w pendrive.

  Uruchom z pendrive USB i wybierz „Try Ubuntu” w menu startowym (i coś podobnego z innymi dystrybucjami Linuksa). Jeśli zapiszesz dane, zainstalujesz programy lub poprawisz system na dysku na żywo (tylko na żywo), nie przetrwa on zamykania ani ponownego uruchamiania.

Jeśli chcesz

• wypróbuj Ubuntu w bardziej zaawansowany sposób lub
• zapisywać dane, instalować programy lub poprawiać system i
• masz / dostajesz szybki pendrive USB o pojemności co najmniej 4 GB,

możesz stworzyć

• trwały system Ubuntu na żywo

lub jeśli masz / otrzymasz szybki pendrive USB o pojemności co najmniej 16 GB , możesz utworzyć

• zainstalowany system Ubuntu (jak zainstalowany na dysku wewnętrznym, ale w pendrive USB).

  Zainstalowany system na dysku USB jest stabilny i elastyczny, może być aktualizowany i dostosowywany bez żadnych ograniczeń. W ten sposób jest lepszy niż trwały system na żywo. Jest przenośny między komputerami, jeśli można uniknąć zastrzeżonych sterowników, ale stały system na żywo jest bardziej przenośny.

Spinki do mankietów

• Wypróbuj Ubuntu (Kubuntu, Lubuntu, Xubuntu, ...) przed jego zainstalowaniem

• help.ubuntu.com/community/Installation/FromUSBStick

• help.ubuntu.com/community/Installation/FromUSBStick#Notes_about_speed

• help.ubuntu.com/community/mkusb

• help.ubuntu.com/community/mkusb/persistent

• Ubuntu na żywo z USB z pełną trwałością i NTFS

• multibootusb.org/

• Uruchom Ubuntu z dysku zewnętrznego

• Przywróć pamięć USB do standardowego urządzenia pamięci masowej

• Nie można sformatować dysku USB. Próbowałem już z mkdosfs i gparted

• Czy zapisywanie na dysku obrazów DD jest trwałe?

Jednym ze sposobów testowania nowych dystrybucji i wersji systemu operacyjnego jest wirtualizacja. Nie wymaga miejsca na dodatkowy komputer / klawiaturę / wideo / mysz lub adaptery do obsługi wielu komputerów za pomocą jednej klawiatury, wideo lub myszy. Wymaga tylko jednego komputera i oprogramowania do wirtualizacji.

Zakłada się, że masz maszynę z wielordzeniowym procesorem zdolnym do wirtualizacji i rozsądną ilością pamięci. Polecam co najmniej 8 GB pamięci z 16 GB lepszej, jeśli ją posiadasz.

Jeśli używasz Ubuntu i chcesz tylko wypróbować dystrybucje Linuksa (nie wierzę, że Windows będzie działał), możesz skorzystać z bezpłatnego oprogramowania do wirtualizacji zawartego w Ubuntu: KVM lub Xen. Oba działają dobrze, są BEZPŁATNE i mogą działać z różnymi dystrybucjami Linuksa. Jednak brakuje nieco narzędzi do zarządzania maszynami wirtualnymi. Oracle ma DARMOWĄ wersję narzędzia do wirtualizacji o nazwie VirtualBox i oczywiście zawsze istnieje komercyjny produkt VMWare. Zarówno VirtualBox, jak i VMWare mogą również uruchamiać system Ubuntu na komputerze z systemem Windows, jeśli jest to wybrany pulpit.

Korzystając z menedżera VM, będziesz mógł dodawać nowe dystrybucje po ich wyjściu, przetestować je, grać z nowymi funkcjami, a następnie odrzucić je, gdy pojawi się nowa wersja. Zajmują miejsce na dysku tylko wtedy, gdy nie są uruchomione, więc nie trzeba ich nawet wyrzucać, chyba że będzie ciasno. Dzięki menadżerowi maszyn wirtualnych łatwo jest zrównoważyć 5, 10 lub więcej dystrybucji na komputerze i móc je uruchomić i zdjąć w razie potrzeby. Jeśli masz szczęście, że masz maszynę o pojemności 32 GB lub 64 GB, możesz nawet uruchomić je wszystkie równolegle.

Jako jeszcze szybsza i tańsza alternatywa dla odpowiedzi Sudodusa , możesz uruchomić bezpośrednio z pliku obrazu dysku rozruchowego zamiast z dedykowanego napędu (USB).

Przynajmniej dla obrazów ISO Ubuntu (i pochodnych takich jak Linux Mint) działa następujący przepis. Inne dystrybucje mogą wymagać dalszych poprawek.

1. Przechowuj gdzieś obrazy dysków rozruchowych w formacie ISO ¹ jako plik na wewnętrznych dyskach pamięci ² .

2. Dodaj plik „części” Grub, np. 35_isofilesZ zawartością

   #!/bin/bash
   set -e
   . /usr/share/grub/grub-mkconfig_lib
   shopt -s nullglob
   
   make_iso_menuentry()
   {
       local isodevice="$(exec "$grub_probe" -t device -- "$1")" || return $?
       local isogrub="$(make_system_path_relative_to_its_root "$1")"
       local label="${2:-"$1"}"
   
       printf 'menuentry %s {\n' "'${label//\'/\'\\\'\'}'"
       printf '\tset isofile=%s\n' "'${isogrub//\'/\'\\\'\'}'"
       prepare_grub_to_access_device "$isodevice" | sed -e 's/^/\t/'
       printf '\t%s\n' \
           'insmod loopback' 'insmod iso9660' 'loopback loop "$isofile"' \
           'linux (loop)/casper/vmlinuz.efi boot=casper iso-scan/filename="$isofile" ro noprompt noeject noplymouth' \
           'initrd (loop)/casper/initrd.lz'
       printf '}\n\n'
   
       printf 'Found "%s" image: %s\n' "$label" "$1" >&2
   }
   
   
   for iso in /path/to/image.iso # <-- set path to your ISO image here
   do
       make_iso_menuentry "$iso" "${iso##*/}" || true
   done

   do /etc/grub.di uczynić go wykonywalnym.

   Edytuj ścieżkę pliku we wskazanym wierszu, aby dopasować ją do swoich potrzeb. Jeśli chcesz, możesz dodać wiele ścieżek i / lub wzorców globu Bash.

3. Ustaw plik jako wykonywalny:

   sudo chmod a+x /etc/grub.d/35_isofiles
   

4. Upewnij się, że menu Grub jest włączone .

5. Zaktualizuj konfigurację Grub:

   sudo update-grub
   

6. Uruchom ponownie i wybierz nowo dodaną pozycję menu Grub, aby uruchomić z odpowiedniego pliku obrazu.

¹ Możliwe są inne typy systemów plików, ale mogą wymagać innych poleceń Grub i modyfikacji parametrów rozruchu.

² LVM, RAID i zaszyfrowane systemy plików powinny działać dzięki bibliotece narzędziowej Gruba, ale ich nie testowałem.

Wirtualizacja jest zdecydowanie najprostsza.

Masz tu jednak 2 osobne przypadki użycia, które będą miały różne rozwiązania

1. Wypróbuj nowe dystrybucje

Dystrybucje są w zasadzie określone przez spakowane aplikacje i środowisko przestrzeni użytkownika (np. SystemDVs initdla bootowania)

Jeśli chcesz „ocenić” UIX innej dystrybucji, jakościowo, zaleciłbym pełną wirtualizację, w której instalujesz system operacyjny w całości i oceniasz jego użyteczność. Zostało to odpowiednio uwzględnione w innych odpowiedziach.

Jeśli potrzebujesz tylko środowiska użytkownika do testowania, czytaj dalej.

2. Testowanie i „przypadki wyrzucenia” w różnych środowiskach

Korzystanie z kontenerów jest łatwiejsze, tańsze i szybsze. Jest to forma lekkiej wirtualizacji, która wykorzystuje jądro do tworzenia środowisk piaskownicowych.

Kontener współdzieli zasoby jądra z hostem, ale poza tym ma swój własny główny system plików, przestrzeń użytkownika, stos sieciowy itp. Można to traktować koncepcyjnie jako chrootsterydy. Ponieważ jednak jądro jest współdzielone, wirtualizacja jest „cienka”, co oznacza, że ​​dla większości praktycznych celów działa z tą samą prędkością co system operacyjny hosta.

Istnieje powszechnie stosowany system kontenerowy o nazwie docker. Docker ma znormalizowane obrazy dla praktycznie każdej dystrybucji Linuksa, którą chcesz, i działa w systemie Windows (jednak obrazy systemu Windows działają tylko w systemie Windows, obrazy systemu Linux działają w obu systemach). Posiada dodatkowe przydatne funkcje pozwalające zaoszczędzić miejsce i wydajność.

Istnieją również natywne alternatywy typu open source dla Linuksa LXC(który jest wbudowany w jądro!), Których można użyć do tego samego (ale wymaga to większej konfiguracji).

Uproszczony przykład środowiska testowego lub kompilacji w docker

# Dockerfile

FROM ubuntu:17.10

RUN apt-get update && apt-get install -y build-essential

WORKDIR /workdir

• docker build --tag my-builder .

Następnie z poziomu wiersza poleceń skompiluj projekt lub testy w tym środowisku na różne sposoby

„zaloguj się” i skompiluj w środowisku, uruchom testy itp. Zakładając, że jesteś w katalogu źródłowym swojego projektu

$ docker run -v "$PWD:/workdir" --rm -it my-builder /bin/bash
# echo "Now in docker container"
# make
...
# build/test/my-test
...
# exit
$ echo "Build artifacts are now on your host OS Directory :) "

Użyj jako jednorazowy

$ docker run -v "$PWD:/workdir" --rm my-builder make

Możesz nawet przekazywać zmienne środowiskowe

$ docker run -e "CROSS_COMPILE=arm-linux-gnueabi" -v "$PWD:/workdir" --rm my-builder make

Lub uruchom trwałą instancję i skopiuj do niej pliki jawnie

$ Start our instance in background 
$ docker run --name my-builder-inst -d my-builder
$ echo "Copy files to instance" 
$ docker cp /my/source/dir my-builder-inst:/workdir
$ echo "run project build"
$ docker exec my-builder-inst make
$ echo "copy build artifacts"
$ docker cp my-builder-inst:/workdir/build /my/output/dir
$ echo "destroy and delete container" 
$ docker rm -f  my-builder-inst

Istnieją dosłownie setki innych wzorców użytkowania, jednak definicja obrazów w formie skryptu, obrazy rozszerzalne i użycie wiersza poleceń sprawiają, że jest wyjątkowo atrakcyjny dla środowisk programistycznych, testowych, a nawet wdrożeniowych

Trzymam osobną partycję na moim dysku (zalecam minimum 20 GB, więcej, jeśli możesz).

Mogę zainstalować na tej partycji dowolny system operacyjny, który chcę przetestować, a następnie ponownie uruchomić komputer.

Jeśli wszystko działa dobrze, mogę wycofać oryginalną partycję systemu operacyjnego i ostatecznie ją zmienić.

Ale jeśli nowy system operacyjny nie działa dla mnie (problemy ze sterownikami, niedostępne oprogramowanie), mogę po prostu ponownie uruchomić się z powrotem do mojego starego systemu operacyjnego i być wdzięcznym, że nadal go mam!

Uwagi:

• W ten sposób naprawdę możesz przetestować nowy system operacyjny na swoim sprzęcie, abyś mógł wykryć problemy ze sterownikami.

• Ale jeśli chcesz tylko poczuć, jak czuje się nowy system operacyjny, jedno z innych rozwiązań wirtualizacyjnych jest prawdopodobnie szybsze, łatwiejsze i bezpieczniejsze dla Ciebie.

• Trzymam moją /homedużą oddzielną partycję, więc jest ona niezależna od dwóch systemów operacyjnych. (Nie należy przypadkowo formatować tej partycji!)

• Ale zalecam, aby nie używać /homepartycji udostępnionej podczas testowania. Jeśli dwa systemy operacyjne mają znacząco różne wersje oprogramowania, aplikacja może zmienić swoje pliki konfiguracyjne w sposób nieodpowiedni dla drugiego systemu operacyjnego. Dlatego przechowuj osobne pliki konfiguracyjne dla każdego systemu operacyjnego, aż do zatwierdzenia jednego z nich. (*) patrz poniżej

• Nie musisz tworzyć drugiej partycji wymiany. Możesz używać tej samej partycji wymiany dla obu systemów operacyjnych.

• Oczywiście musisz uważać, na których partycjach formatujesz / instalujesz. Wykonaj kopię zapasową i zapisz identyfikatory i rozmiary partycji (parted, p, q) przed zainstalowaniem nowego systemu operacyjnego.

• W celu podwójnego rozruchu między dwoma systemami operacyjnymi, potrzebujesz gruba, aby wykryć oba z nich. Z mojego doświadczenia wynika, że ​​grub zawsze robił to automatycznie. (Ale Lilo była kiedyś inną historią!)

• Często możliwe jest uruchamianie oprogramowania z jednego systemu operacyjnego, gdy jesteś w drugim systemie operacyjnym. Udało mi się to za pomocą sudo chroot /mnt/original_os, chociaż było to skrzypce do skonfigurowania : musiałem bind-mount /devi /proc.

Mój rekord to 4 systemy Linux na jednym komputerze i Windows XP. Kiedyś uruchamiałem się w Gentoo dla szybkości i zabawy, ale uruchomiłem mój serwer WWW i serwer poczty w chroot do zaufanego systemu operacyjnego Debian.

(*) Możesz skonfigurować inny folder domowy dla każdego systemu operacyjnego, edytując /etc/passwd. Ustaw swój dom, /home/you/arch-testa następnie wybierz docelową współdzieloną partycję domową /etc/fstabi uruchom ponownie. Możesz dowiązać symbolicznie niektóre pliki kropkowe do współdzielenia przez oba systemy operacyjne, pozostawiając inne dla specyficznych systemów operacyjnych.

Zasadniczo masz trzy opcje: wirtualizacja (VirtualBox lub Docker), bootowalny dysk flash (nowoczesna alternatywa dla Live CD) lub podwójny rozruch z partycji. Wybór pomiędzy tymi trzema zależy od twoich potrzeb, sprzętu i doświadczenia. Niektóre inne odpowiedzi zawierają dużo więcej szczegółów na temat konkretnego podejścia, ale oto porównanie wysokiego poziomu, które daje ramy do decydowania między nimi.

1. Wirtualizacja

Plusy :

• bardzo łatwy w konfiguracji
• nie wpłynie na twoje podstawowe środowisko programistyczne
• możesz łatwo skonfigurować tyle, ile chcesz, o ile masz miejsce na dysku twardym - nawet tworzyć migawki przed wprowadzeniem poważnych zmian i po prostu je usunąć, gdy skończysz z nimi

Wady :

• wymaga przyzwoitego sprzętu do uruchomienia dwóch lub więcej systemów operacyjnych jednocześnie
• wydajność jest ograniczona zasobami przydzielonymi do maszyny wirtualnej, więc naprawdę nie uzyskasz dokładnego wyobrażenia o porównaniu testowanej wersji systemu operacyjnego z podstawowym systemem operacyjnym
• ponieważ cały sprzęt jest zwirtualizowany, nie uzyskasz dokładnego odczucia dostępności / zgodności sterownika

2. Rozruchowy dysk flash

Plusy :

• umiarkowanie łatwy w konfiguracji
• nie wpłynie na twoje podstawowe środowisko programistyczne
• Wydajność jest ogólnie dobra w przypadku dysku flash USB3, chociaż zdecydowanie istnieją pewne różnice w zależności od jakości dysku flash (USB2 będzie wolniejszy - w tym celu uniknę go)
• używa rzeczywistego sprzętu (innego niż urządzenie pamięci), dzięki czemu można zobaczyć, jak dobrze gra ze sterownikami i tym podobne
• możesz łatwo skonfigurować dowolną liczbę, o ile masz wystarczającą liczbę dysków flash (i możesz łatwo sformatować je, jeśli chcesz spróbować czegoś innego)

Wady :

• wymaga posiadania jednego (lub więcej) dysków flash dedykowanych do tego celu
• wydajność zależy od jakości używanego dysku flash

3. Podwójny rozruch z partycji

Plusy :

• daje najlepsze wyobrażenie o wydajności, kompatybilności sterowników itp., ponieważ działa na tym samym sprzęcie, co podstawowy system operacyjny
• możesz skonfigurować wiele na raz, o ile masz miejsce na dysku twardym (wystarczy skonfigurować osobną partycję dla każdej z nich)

Wady :

• do prawidłowego skonfigurowania wymagana jest wiedza niskiego poziomu
• bałagan z partycjami dysków twardych i programami ładującymi zawsze ma potencjał, by zepsuć bieżącą konfigurację (upewnij się, że masz rozruchowy dysk flash lub dysk CD na żywo przed rozpoczęciem)

QEMU

QEMU to rozwiązanie do wirtualizacji, które teoretycznie rozwiązuje wymagania tego pytania na tanie i proste.

Umożliwia przeciąganie i upuszczanie plików ISO systemu operacyjnego na hoście Linux lub Windows.

Umożliwia także uruchamianie dysków twardych Live USB w systemie hosta i wykorzystuje trwałość, jeśli jest dostępna.

Nie ma potrzeby budowania wirtualnego dysku twardego jak w VBox.

QEMU jest dostępna jako aplikacja wiersza polecenia dla systemu Linux, Windows i innych systemów operacyjnych. Jest również dostępny jako GUI i jest dołączony do wersji MultiBootUSB Linux i Windows http://multibootusb.org/ .

QEMU można również uruchomić z Virtual Machine Manager, który jest szybszy niż MBUSB, ale nie jest przeciągany i upuszczany.

sudo apt-get install qemu-kvm libvirt-bin ubuntu-vm-builder bridge-utils
sudo apt-get install virt-manager

W przypadku długoterminowych testów systemu operacyjnego zainstalowany jest VirtualBox.

Najprostszym i najłatwiejszym sposobem jest użycie wirtualizacji. Możesz pobrać VirtualBox (jest to oprogramowanie typu open source) i zainstalować dowolny system operacyjny. I zalecam utworzenie migawki przed pierwszym uruchomieniem, w ten sposób możesz wrócić do poprzedniego stanu, jeśli popełnisz błąd podczas konfigurowania, zmiany konfiguracji itp.

W ten sposób używam i testuję kilka systemów operacyjnych. To jest bardzo proste i szybkie. Nawet korzystałem z MSDOS i Windows 3.1 przy użyciu wirtualizacji. Możesz zainstalować wszystko, nawet ChromeOS (przy odrobinie pracy) lub dowolną wersję systemu Windows lub Linux, nie ma znaczenia jego smak pulpitu.

Z powodzeniem uruchomiłem pełne instalacje Ubuntu z napędów USB przez ostatnie 3 lata. USB 2.0 był nieco wolniejszy niż starszy 3G SATA HD (7200 rpm 16 MB pamięci podręcznej), ale USB 3.0 znajduje się w ciągu kilku sekund od SSD na interfejsie 3G SATA.