Methoden, um neue Betriebssystemversionen auszuprobieren, ohne sich darauf festzulegen?

Ich möchte neue Betriebssystemversionen wie Ubuntu 17.04 oder Ubuntu 17.10 ausprobieren, um neue Funktionen zu sehen. Ich schaue mir auch gerne Kubuntu, CentOS oder andere Distributionen an (Windows 11, wenn es ankommt?) - oder richte Testumgebungen ein, in denen ich weiß, dass ich sie möglicherweise in den Papierkorb lege und dies nicht auf meinem Kerncomputer tun möchte.

Welche Alternativen gibt es, um dies zu tun, ohne meine Hauptentwicklungsmaschine zu gefährden? Ich suche keine Debatte über den BESTEN Weg, sondern welche Alternativen es gibt.

USB-Alternativen

USB-Alternativen sind gut, wenn

• Sie möchten die Leistung testen (auf Bare Metal)
• Der Computer ist nicht leistungsfähig genug, um ein System in einer virtuellen Maschine ordnungsgemäß auszuführen

Sie können einen USB-Stick mit mindestens 2 GB Speicherplatz verwenden und einen erstellen

• Live- Ubuntu-System im Pendrive.

  Booten Sie vom USB-Stick und wählen Sie 'Ubuntu testen' im Boot-Menü (und ähnliches bei anderen Linux-Distributionen). Wenn Sie Daten speichern, Programme installieren oder das System in einer Live (live-only) Laufwerk zwicken, wird es nicht Herunterfahren oder Neustart überleben.

Wenn du möchtest

• versuchen Sie Ubuntu auf eine fortgeschrittenere Art oder
• Daten speichern, Programme installieren oder das System optimieren und
• Sie haben / erhalten ein schnelles USB-Laufwerk mit mindestens 4 GB,

Sie können eine erstellen

• beständiges Live- Ubuntu-System

oder wenn Sie einen schnellen USB-Stick mit mindestens 16 GB haben / haben , können Sie einen erstellen

• installiertes Ubuntu-System (wie in einem internen Laufwerk installiert, aber in einem USB-Stick).

  Ein in einem USB-Laufwerk installiertes System ist stabil und flexibel, kann ohne Einschränkungen auf dem neuesten Stand gehalten und optimiert werden. Auf diese Weise ist es besser als ein dauerhaftes Live-System. Es ist zwischen Computern portabel, wenn Sie proprietäre Treiber vermeiden können, aber ein beständiges Live-System ist portabler.

Links

• Probieren Sie Ubuntu (Kubuntu, Lubuntu, Xubuntu, ...) aus, bevor Sie es installieren

• 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 Live von USB mit voller Persistenz und NTFS

• multibootusb.org/

• Booten Sie Ubuntu von einem externen Laufwerk

• Stellen Sie einen USB-Stick auf einem Standardspeichergerät wieder her

• Ich kann mein USB-Laufwerk nicht formatieren. Ich habe es schon mit mkdosfs versucht und gparted

• Schreibt die DD Image-Festplatte permanent?

Eine Möglichkeit, neue Distributionen und Betriebssystemversionen zu testen, ist die Virtualisierung. Es ist kein Platz für einen zusätzlichen PC / eine zusätzliche Tastatur / ein zusätzliches Video / eine zusätzliche Maus oder Adapter erforderlich, um mehrere PCs mit einer einzigen Tastatur, einem einzigen Video oder einer einzigen Maus zu betreiben. Es werden nur ein einziger PC und einige Virtualisierungssoftware benötigt.

Dies setzt voraus, dass Sie einen Computer mit einer virtualisierbaren Multi-Core-CPU und angemessenem Arbeitsspeicher haben. Ich würde mindestens 8 GB Speicher mit 16 GB besser empfehlen, wenn Sie es haben.

Wenn Sie Ubuntu ausführen und nur Linux-Distributionen testen möchten (ich glaube nicht, dass Windows funktionieren wird), können Sie die kostenlose Virtualisierungssoftware verwenden, die in Ubuntu enthalten ist: KVM oder Xen. Beide funktionieren einwandfrei, sind KOSTENLOS und können verschiedene Linux-Distributionen ausführen. Die Tools zum Verwalten der VMs fehlen jedoch etwas. Oracle hat eine KOSTENLOSE Version eines Virtualisierungstools namens VirtualBox und natürlich gibt es immer das kommerzielle VMWare-Produkt. Sowohl VirtualBox als auch VMWare können Ubuntu auch auf einem Windows-Computer ausführen, wenn dies der Desktop Ihrer Wahl ist.

Mithilfe eines VM-Managers können Sie neue Distributionen hinzufügen, testen, mit den neuen Funktionen spielen und sie dann verwerfen, wenn die neue Version erscheint. Sie verbrauchen nur Speicherplatz, wenn sie nicht ausgeführt werden, und müssen nicht einmal verworfen werden, es sei denn, dies wird knapp. Mit einem VM-Manager ist es einfach, 5, 10 oder mehr Distributionen auf einem Computer auszugleichen und in der Lage zu sein, sie nach Bedarf hochzufahren und herunterzufahren. Wenn Sie das Glück haben, eine 32-GB- oder 64-GB-Maschine zu haben, können Sie sie sogar alle parallel ausführen.

Als noch schnellere und kostengünstigere Alternative zu sudodus können Sie direkt von einer bootfähigen Laufwerk-Image- Datei anstelle eines dedizierten (USB-) Laufwerks booten .

Zumindest für Ubuntu-ISO-Images (und Derivate wie Linux Mint) funktioniert das folgende Rezept. Andere Distributionen müssen möglicherweise weiter optimiert werden.

1. Speichern Sie das / die bootfähige (n) Laufwerk-Image (s) im ISO-Format ¹ als Datei auf Ihrem / Ihren internen Speicherlaufwerk (en) ² .

2. Fügen Sie eine Grub-Teiledatei hinzu, z. B. 35_isofilesmit dem Inhalt

   #!/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

   /etc/grub.dum es ausführbar zu machen.

   Bearbeiten Sie den Dateipfad in der angegebenen Zeile entsprechend Ihren Anforderungen. Sie können bei Bedarf mehrere Pfade und / oder Bash-Glob-Muster hinzufügen.

3. Machen Sie die Datei ausführbar:

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

4. Stellen Sie sicher, dass das Grub-Menü aktiviert ist .

5. Aktualisieren Sie die Grub-Konfiguration:

   sudo update-grub
   

6. Starten Sie neu und wählen Sie den neu hinzugefügten Grub-Menüeintrag aus, um von der entsprechenden Image-Datei zu starten.

¹ Andere Dateisystemtypen sind möglich, erfordern jedoch möglicherweise andere Grub-Befehle und eine Optimierung der Boot-Parameter.

² LVM, RAID und verschlüsselte Dateisysteme sollten dank der Dienstprogrammbibliothek von Grub funktionieren, aber ich habe sie nicht getestet.

Virtualisierung ist bei weitem die einfachste.

Sie haben hier jedoch 2 separate Anwendungsfälle, die unterschiedliche Lösungen haben

1. Probieren Sie neue Distributionen aus

Distributionen werden im Wesentlichen von den gepackten Anwendungen und der Userspace-Umgebung bestimmt (z. B. SystemDvs initfor boot).

Wenn Sie das UIX einer anderen Distribution qualitativ "evaluieren" möchten, würde ich eine vollständige Virtualisierung empfehlen, bei der Sie das Betriebssystem in seiner Gesamtheit installieren und seine Benutzerfreundlichkeit evaluieren. Dies wird in anderen Antworten angemessen behandelt.

Wenn Sie zum Testen lediglich die Userspace-Umgebung benötigen, lesen Sie weiter.

2. Testen und "Wegwerfen von Instanzen" in verschiedenen Umgebungen

Es ist einfacher, billiger und schneller, Containerization zu verwenden, eine Form der leichten Virtualisierung, bei der der Kernel zum Erstellen von Sandkastenumgebungen verwendet wird.

Ein Container teilt sich die Kernelressourcen mit dem Host, hat aber ansonsten ein eigenes Root-Dateisystem, einen eigenen Benutzerbereich, einen eigenen Netzwerkstapel usw. Er kann konzeptionell als chrootOn-Steroide angesehen werden. Da der Kernel jedoch gemeinsam genutzt wird, ist die Virtualisierung "dünn", was bedeutet, dass sie für die meisten praktischen Zwecke mit der gleichen Geschwindigkeit wie das Host-Betriebssystem ausgeführt wird.

Es wird allgemein verwendetes Containersystem genannt docker. Docker verfügt über standardisierte Images für praktisch jede gewünschte Linux-Distribution und läuft unter Windows (Windows-Images funktionieren jedoch nur unter Windows, Linux-Images funktionieren unter beiden). Es verfügt über zusätzliche nützliche Funktionen, um Platz und Leistung zu sparen.

Es gibt auch native Open-Source-Alternativen für Linux LXC(das in den Kernel integriert ist!), Die auf die gleiche Weise verwendet werden können (jedoch mit mehr Konfiguration).

Vereinfachtes Beispiel für eine Test - oder Build - Umgebung in docker

# Dockerfile

FROM ubuntu:17.10

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

WORKDIR /workdir

• docker build --tag my-builder .

Kompilieren Sie anschließend über die Befehlszeile Ihr Projekt oder Ihre Tests in dieser Umgebung auf verschiedene Arten

"einloggen" und in der Umgebung kompilieren, Tests ausführen usw. Vorausgesetzt, Sie befinden sich im Quellverzeichnis Ihres Projekts

$ 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 :) "

Als Einzelstück verwenden

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

Sie können sogar Umgebungsvariablen übergeben

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

Oder starten Sie eine persistente Instanz und kopieren Sie die Dateien explizit hinein

$ 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

Es gibt buchstäblich Hunderte anderer Verwendungsmuster. Die skriptähnliche Image-Definition, erweiterbare Images und die Verwendung über die Befehlszeile machen es jedoch für Entwicklungs-, Test- und sogar Bereitstellungsumgebungen äußerst attraktiv

Ich behalte eine separate Partition auf meinem Laufwerk (mindestens 20 GB, wenn möglich mehr).

Ich kann jedes Betriebssystem, das ich testen möchte, auf dieser Partition installieren und dann neu starten.

Wenn alles gut funktioniert, kann ich meine ursprüngliche OS-Partition ablehnen und sie schließlich wieder verwenden.

Aber wenn das neue Betriebssystem für mich nicht funktioniert (Treiberprobleme, nicht verfügbare Software), kann ich einfach mein altes Betriebssystem neu starten und bin dankbar, dass ich es noch habe!

Anmerkungen:

• Auf diese Weise können Sie das neue Betriebssystem auf Ihrer Hardware testen, um Treiberprobleme zu erkennen.

• Wenn Sie jedoch nur erfahren möchten, wie sich das neue Betriebssystem anfühlt, ist eine der anderen Virtualisierungslösungen wahrscheinlich schneller, einfacher und sicherer für Sie.

• Ich behalte meine /homeauf einer großen separaten Partition, damit es unabhängig von den beiden Betriebssystemen ist. (Formatieren Sie diese Partition nicht versehentlich neu!)

• Ich empfehle jedoch,/home beim Testen keine gemeinsame Partition zu verwenden. Wenn die beiden Betriebssysteme erheblich unterschiedliche Softwareversionen haben, kann es sein, dass eine Anwendung ihre Konfigurationsdateien auf eine Weise ändert, die für das andere Betriebssystem ungeeignet ist. Bewahren Sie daher für jedes Betriebssystem separate Konfigurationsdateien auf, bis Sie sich auf eine von ihnen festlegen. (*) siehe unten

• Sie müssen keine zweite Swap-Partition erstellen. Sie können für beide Betriebssysteme dieselbe Swap-Partition verwenden.

• Natürlich müssen Sie darauf achten, auf welchen Partitionen Sie formatieren / installieren. Erstellen Sie also ein Backup und notieren Sie sich Ihre Partitions-IDs und -größen (parted, p, q), bevor Sie ein neues Betriebssystem installieren.

• Um einen Dual-Boot zwischen den beiden Betriebssystemen durchzuführen, müssen Sie beide erkennen. Nach meiner Erfahrung hat grub dies immer automatisch gemacht. (Aber lilo war früher eine andere Geschichte!)

• Es ist häufig möglich, Software von einem Betriebssystem aus auszuführen, während Sie sich auf dem anderen Betriebssystem befinden. Ich schaffte es, dass die Verwendung sudo chroot /mnt/original_os, obwohl es eine Geige einzurichten : Ich hatte zu binden Montage /devund /proc.

Mein Rekord lag bei 4 Linux-Betriebssystemen auf einem Computer und einem Windows XP. Ich war es gewohnt, aus Gründen der Geschwindigkeit und des Spaßes in Gentoo zu booten, aber ich habe meinen Webserver und Mailserver in einer Chroot-Umgebung mit dem vertrauenswürdigen Debian-Betriebssystem ausgeführt.

(*) Sie können für jedes Betriebssystem einen anderen Basisordner konfigurieren, indem Sie ihn bearbeiten /etc/passwd. Richten Sie Ihr Home /home/you/arch-testso ein, dass es auf die freigegebene Home-Partition ausgerichtet ist, /etc/fstabund starten Sie den Computer neu. Sie können einige Punktdateien symbolisch verknüpfen, um sie für beide Betriebssysteme freizugeben, während andere betriebssystemspezifisch sind.

Grundsätzlich haben Sie drei Möglichkeiten: Virtualisierung (VirtualBox oder Docker), ein bootfähiges Flash-Laufwerk (moderne Alternative zu einer Live-CD) oder Dual-Boot von einer Partition. Die Wahl zwischen diesen drei Möglichkeiten hängt von Ihren Anforderungen, Ihrer Hardware und Ihrer Erfahrung ab. Einige der anderen Antworten gehen viel detaillierter auf einen bestimmten Ansatz ein, aber hier ist ein Vergleich auf hoher Ebene, um Ihnen einen Rahmen für die Entscheidung zwischen ihnen zu geben.

1. Virtualisierung

Vorteile :

• ziemlich einfach einzurichten
• wirkt sich nicht auf Ihre primäre Entwicklungsumgebung aus
• Sie können einfach so viele einrichten, wie Sie möchten, solange Sie über Festplattenspeicher verfügen. Sie können sogar Schnappschüsse erstellen, bevor Sie größere Änderungen vornehmen, und diese einfach löschen, wenn Sie damit fertig sind

Nachteile :

• erfordert anständige Hardware, um zwei oder mehr Betriebssysteme gleichzeitig auszuführen
• Die Leistung wird durch die der VM zugewiesenen Ressourcen begrenzt, sodass Sie wirklich keine genaue Vorstellung davon bekommen, wie die getestete Betriebssystemversion mit Ihrem primären Betriebssystem verglichen wird
• Da die Hardware vollständig virtualisiert ist, erhalten Sie auch kein genaues Bild der Treiberverfügbarkeit / -kompatibilität

2. Bootfähiges Flash-Laufwerk

Vorteile :

• mäßig einfach einzurichten
• wirkt sich nicht auf Ihre primäre Entwicklungsumgebung aus
• Die Leistung eines USB3-Flash-Laufwerks ist im Allgemeinen gut, obwohl es je nach Qualität des Flash-Laufwerks durchaus Abweichungen gibt (USB2 wird langsamer sein - ich würde es aus diesem Grund vermeiden).
• Verwendet Ihre aktuelle Hardware (außer dem Speichergerät), sodass Sie sehen können, wie gut diese mit Treibern und so weiter funktioniert
• Sie können problemlos so viele einrichten, wie Sie möchten, solange Sie über genügend Flash-Laufwerke verfügen (und Sie können diese problemlos neu formatieren, wenn Sie etwas anderes ausprobieren möchten).

Nachteile :

• erfordert ein (oder mehrere) Flash-Laufwerke für diesen Zweck
• Die Leistung hängt von der Qualität des verwendeten Flash-Laufwerks ab

3. Duales Booten von einer Partition

Vorteile :

• bietet Ihnen die beste Vorstellung von Leistung, Treiberkompatibilität usw., da es auf genau der gleichen Hardware wie Ihr primäres Betriebssystem ausgeführt wird
• kann mehrere auf einmal einrichten, solange Sie über den Festplattenspeicher verfügen (Sie müssen nur für jede eine separate Partition einrichten)

Nachteile :

• erfordert etwas geringes Know-how, um richtig einzurichten
• Wenn Sie sich mit Festplattenpartitionen und Bootloadern herumärgern, besteht immer die Gefahr, dass Ihr aktuelles Setup beeinträchtigt wird.

QEMU

QEMU ist eine Virtualisierungslösung, die theoretisch die Anforderungen dieser Frage für billig und einfach löst.

Es ermöglicht Drag & Drop-Booten von Betriebssystem-ISO-Dateien innerhalb eines Linux- oder Windows-Hosts.

Es ermöglicht auch das Booten von Live-USB-Festplatten innerhalb eines Host-Systems und verwendet die Persistenz, falls verfügbar.

Es ist nicht erforderlich, eine virtuelle Festplatte wie bei VBox zu erstellen.

QEMU ist als Befehlszeilen-App für Linux, Windows und andere Betriebssysteme verfügbar. Es ist auch als GUI verfügbar und in den MultiBootUSB Linux- und Windows-Versionen http://multibootusb.org/ enthalten .

QEMU kann auch über den Virtual Machine Manager ausgeführt werden, der schneller als MBUSB ist, jedoch nicht per Drag & Drop ausgeführt werden kann.

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

Für längerfristige Betriebssystemtests ist ein installiertes VirtualBox-System überlegen.

Der einfachste und einfachste Weg ist die Verwendung von Virtualisierung. Sie können VirtualBox herunterladen (es ist Open Source) und jedes Betriebssystem installieren. Und ich empfehle Ihnen, vor dem ersten Start einen Schnappschuss zu erstellen. Auf diese Weise können Sie auf den vorherigen Status zurückgreifen, wenn Sie Fehler beim Einrichten, Ändern der Konfiguration usw. machen.

Ich habe mehrere Betriebssysteme auf diese Weise benutzt und getestet. Es ist sehr einfach und schnell. Ich habe sogar MSDOS und Windows 3.1 mit Virtualisierung verwendet. Sie können alles installieren, auch ChromeOS (mit ein wenig Arbeit) oder eine beliebige Version von Windows oder Linux, es spielt keine Rolle, wie der Desktop aussieht.

Ich habe in den letzten 3 Jahren eine vollständige Installation von Ubuntu von USB-Laufwerken erfolgreich gestartet. USB 2.0 war etwas langsamer als eine ältere 3G-SATA-Festplatte (7200 U / min, 16 MB Cache), aber USB 3.0 ist innerhalb weniger Sekunden von einer SSD auf einer 3G-SATA-Schnittstelle entfernt.