\n
\nVirtualisierung
\n<\/strong>Die Virtualisierung allgemein beschreibt die Abstraktion physischer Hardware oder Software. So erm\u00f6glicht diese verschiedene Komponenten eines IT-Systems virtuell auf einem Hostsystem abzubilden. Die Virtualisierung wird in drei verschiedene Kategorien gruppiert, Hardware-, Software- und Netzwerk-Virtualisierung. Die Aufteilung in virtuelle Maschinen erm\u00f6glicht es, mehrere Gastsysteme auf einer physischen Maschine zu betreiben. Netzwerke k\u00f6nnen ebenfalls virtuell aufgebaut werden, um eine Kommunikation zwischen den einzelnen Systemen herzustellen.
\nDie physische Hardware, auch Hostsystem genannt, auf welchem die Software ausgef\u00fchrt wird, bildet die Grundlage f\u00fcr eine Virtualisierungsumgebung. Die virtuelle Maschine wird auch als Gastsystem bezeichnet, diese wird durch die Virtualisierungssoftware bereitgestellt.<\/p>\n
Containervirtualisierung Hypervisor<\/strong><\/p>\n Die Managementsoftware f\u00fcr virtuelle Maschinen wird Hypervisor genannt. In der Software k\u00f6nnen verschiedene virtuelle Maschinen erstellt und verwaltet werden. Also L\u00f6sungen daf\u00fcr existiert in Linux die KVM (Kernel-based Virtual Machine) und als Microsoft Derivat unter Windows Hyper-V. Hyper-V ist die im Windows-Kernel integrierte Virtualisierungsl\u00f6sung. Diese Virtualisierungsl\u00f6sungen sind vom Typ 1, was bedeutet, dass sie auf Kernel Ebene ausgef\u00fchrt werden. Als Typ 2 werden Virtualisierungsl\u00f6sungen bezeichnet, die auf Nutzer-Ebene ausgef\u00fchrt werden. Der Unterschied zwischen den beiden Typen ist, dass Typ 2 nur Treiber aus der Kernelebene laden, um ausgef\u00fchrt zu werden. Softwarel\u00f6sungen wie VirtualBox oder VMWare sind Beispiele f\u00fcr Typ 2.<\/p>\n Das WSL ist eine Windowskomponente und wurde mit der Windows 10 Version 1607 ausgeliefert. <\/p>\n F\u00fcr die Installation der WSL gibt es zwei grundlegende M\u00f6glichkeiten. Die unterschiedlichen verf\u00fcgbaren Linuxdistributionen k\u00f6nnen entweder \u00fcber den Microsoft Store oder mithilfe der PowerShell installiert werden. Beide Wege werden in diesem Blog kurz beschrieben. Dabei bietet die Verwendung der PowerShell die M\u00f6glichkeit, erweiterte Konfigurationen vorzunehmen. Insbesondere ist hier zu nennen, dass \u00fcber die PowerShell zwischen der WSL1 und WSL2 gewechselt werden kann. Bei der Verwendung von \u00e4lteren Windows-Builds kann es sein, dass die hier beschriebenen Methoden nicht funktionieren. In den meisten F\u00e4llen l\u00e4sst sich das WSL dann dennoch mithilfe der PowerShell installieren. Die daf\u00fcr notwendige Anleitung ist f\u00fcr diesen Blog zu lang, kann hier<\/a> eingesehen werden.<\/p>\n 1. Wenn bisher noch keine Distribution verwendet wurde, muss zun\u00e4chst das Windows-Feature WSL aktiviert werden. 1. Zun\u00e4chst muss eine Powershell mit erh\u00f6hten Rechten (Ausf\u00fchren als Administrator) ge\u00f6ffnet werden. Nach der Installation kann f\u00fcr jede einzelne Distribution festgelegt werden, welche Version des WSL genutzt werden soll um sie auszuf\u00fchren. Daf\u00fcr kann der Befehl<\/p>\n verwendet werden. Am Ende beider Einrichtungen sollte das Subsystem im Terminal wie in folgender Abbildung angezeigt werden: Einmal installiert f\u00fchlt sich das WSL zun\u00e4chst an, wie ein Linux auf das per SSH zugegriffen wird, eine einfache Konsole, nichts weiter. In dem Tool steckt jedoch einiges mehr. Zun\u00e4chst einmal ist die Terminal Ansicht nicht die einzige m\u00f6gliche Ansicht. Denn auch wenn das WSL zun\u00e4chst einmal nur ein Terminal ist und keinen klassichen Desktop bereitstellt, lassen sich dennoch einige Anwendung nicht nur im Terminal, sondern auch mit einer GUI starten. Dies funktioniert jedoch ausschlie\u00dflich mit Distributionen, die mit der WSL2 Version laufen. Unter diesen Vorraussetzung k\u00f6nnen entsprechende Apps, wie beispielsweise Gimp, Firefox, Gedit, die X11-Apps<\/a> und einige weitere Apps mit einer GUI ausgef\u00fchrt werden.<\/p>\n Insbesondere auch im Vergleich zur klassischen VM, ist der Austausch von Daten mit dem Hostsystem sehr einfach. Daf\u00fcr gibt es zwei einfache Wege. Innerhalb des Hostsystems ist die Ordnerstruktur der Distribution direkt im Windowsexplorer zu finden. Bei Installation wurde im linken Men\u00fc der neue Eintrag Linux<\/i> angelegt, unterhalb dessen die einzelnen Installationen als Ordner nutzbar sind.<\/p>\n Ein Nachteil der klassischen VMs bleibt auch bei der Nutzung des WSL bestehen: die Nutzung von USB-Ger\u00e4ten innerhalb der Es gibt jedoch noch eine weitere, sehr spannende M\u00f6glichkeit, das WSL einzusetzen. Durch sie ist es auch m\u00f6glich, einzelne Linux Befehle direkt in der PowerShell auszuf\u00fchren. Dadurch steht man nicht mehr vor dem Problem, dass einem bestimmte, aus Linux bekannte, Befehle unter Windows fehlen. Au\u00dferdem kann das WSL auf diesem Weg noch nahtloser in den Workflow integriert werden, da Anwendungen auch direkt aus der PowerShell f\u00fcr Linux kompiliert und getestet werden k\u00f6nnen. Um dieses Feature zu nutzen, muss in einem PowerShell-Fenster nur \u00c4hnlich wie bei klassischen VMs ist es auch bei den einzelnen WSL Instanzen sehr einfach m\u00f6glich, Sicherungen von diese zu einem bestimmten Zeitpunkt zu erstellen. Daf\u00fcr bringt das WSL einen Import\/Export Mechanismus mit. Soll eine Sicherung erstellt werden, muss in einer PowerShell der Export Befehl ausgef\u00fchrt werden: Windows Subsystem for Linux wurde in erster Linie f\u00fcr Softwareentwickler als Zielgruppe entwickelt. Das Ziel hierbei Aktuell dominiert Linux den Marktanteil an Betriebssystemen, die f\u00fcr Server genutzt werden. Die Zahl der aus dem Internet erreichbaren Server, welche Ein weiterer Vorteil ist die Einfachheit und Verf\u00fcgbarkeit. WSL ist bereits in Windows integriert und kann in wenigen Schritten aktiviert werden. Eine Virtualisierung \u00fcber Drittsoftware, wie bspw. mit Oracle VM VirtualBox oder VMware, setzt eine zus\u00e4tzliche Installation und Konfiguration voraus. Hinzu kommen Lizenzgeb\u00fchren f\u00fcr Support und zus\u00e4tzliche Funktionen. WSL hingegen wird direkt von Microsoft entwickelt und steht unter Windows 10 und 11 kostenlos zur Verf\u00fcgung.<\/p>\n Im Hinblick auf die Performance bietet WSL 2 einen weiteren Vorteil. Da es sich dabei um einen Hypervisor vom Typ 1 handelt, ist diese besser als bei der bereits erw\u00e4hnten Drittsoftware, welche innerhalb der Softwareschicht des Betriebssystems l\u00e4uft und somit vom Hypervisor Typ 2 ist. Da WSL 2 speziell f\u00fcr die Virtualisierung von Linux entwickelt und optimiert wurde, sollte im Optimalfall sollte die Performance gleich oder besser sein als unter Verwendung von Microsoft Hyper-V als Hypervisor vom Typ 1. Eindeutige und aussagekr\u00e4ftige Benchmarks hierzu gibt es Die Integration von WSL bei der Softwareentwicklung im Hinblick auf die Editoren, welche von Microsoft selbst stammen, wie Visual Studio und Visual Studio Code, ist unkompliziert. Die Verwendung anderer Editoren und Ein weiterer Nachteil ist die Virtualisierung selbst. Im Gegensatz zu einer Installation von Linux auf einer separaten Partition oder einem anderen Speicher sind hierbei kein wahrer Microsoft Hyper-V<\/b> Native Linux Installation<\/b> Drittsoftware<\/b> Bedeutung des Windows-Subsystem f\u00fcr Linux 1. Einleitung Das Windows Live Subsystem for Linux (WSL) ist eine Erweiterung von Microsoft, die<\/p>\n","protected":false},"author":78,"featured_media":2111,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2],"tags":[9,104,103,101,102,7,100],"class_list":["post-2011","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-betriebliche-informationssysteme","tag-docker","tag-hyper-v","tag-linux","tag-microsoft","tag-subsystem","tag-virtualisierung","tag-wsl"],"_links":{"self":[{"href":"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-json\/wp\/v2\/posts\/2011","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-json\/wp\/v2\/users\/78"}],"replies":[{"embeddable":true,"href":"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-json\/wp\/v2\/comments?post=2011"}],"version-history":[{"count":13,"href":"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-json\/wp\/v2\/posts\/2011\/revisions"}],"predecessor-version":[{"id":2502,"href":"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-json\/wp\/v2\/posts\/2011\/revisions\/2502"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-json\/wp\/v2\/media\/2111"}],"wp:attachment":[{"href":"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-json\/wp\/v2\/media?parent=2011"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-json\/wp\/v2\/categories?post=2011"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-json\/wp\/v2\/tags?post=2011"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\n<\/strong>\u00a0Im Vergleich zur soeben beschriebenen Virtualisierung, ist ein Betrieb der Containervirtualisierung mit weniger Ressourcen realisierbar. Im Gegensatz wird bei virtuellen Maschinen wie VirtualBox oder Hyper-V, vollst\u00e4ndige Betriebssysteme mit fest zugeordneten Ressourcen und eigener grafischer Oberfl\u00e4che ausgef\u00fchrt werden.
\nBei Containerdiensten wie Docker oder Podman wird ein isolierter Bereich im Hostsystem genutzt. Dadurch werden weniger Ressourcen ben\u00f6tigt, aber die Container sind auf den Kernel des Hostsystems beschr\u00e4nkt. Der genannte Vorteil von Containern kann aber auch Nachteile darstellen. So k\u00f6nnen Softwareinkompatibilit\u00e4t und Sicherheitsl\u00fccken entstehen. Die fehlende Isolierung zum Host-Betriebssystem stellt dann einen Angriffsvektor dar.<\/p>\nArchitektur – Version 1 & 2<\/h3>\n
\nMit der neuen Version zwei der WSL, basiert diese auf einem Linux Kernel, integriert in den Windows NT Kernel.
\nErstmalig wurde die zweite Version mit der Windows 10 Version 2004 ver\u00f6ffentlicht.<\/p>\n\n
\nDie erste Version der WSL (Windows-Subsystem for Linux) basiert auf einer bin\u00e4ren \u00dcbersetzungsschicht. Linux Anwendungen der WSL1 werden in Pico Prozessen, kleine virtuelle Bereiche im Nutzerbereich, ausgef\u00fchrt. Der LxCore.sys Provider simuliert die Linux Umgebung im virtuellen Bereich und \u00fcberf\u00fchrt die Linux Systemaufrufe. Diese Pico Prozesse und \u00dcbersetzung sind sehr ressourcenschonend und erm\u00f6glichen eine schnelle Ausf\u00fchrung. Zudem k\u00f6nnen sie genutzt werden, um diverse Betriebssysteme zu simulieren. Microsoft hat bereits dieses Verfahren genutzt, um Legacy Anwendungen unter Windows 10 IoT auszuf\u00fchren oder den MS SQL Server unter Linux zu betreiben. Der LxssManager ist f\u00fcr die Verwaltung der WSL1 verantwortlich. Als Dienstleister f\u00fcr den LxCore leitet er die Systemaufrufe an den LxCore weiter, zeichnet Laufzeitinformationen auf und stellt die Integrit\u00e4t der WSL Distribution sicher. Der Ansatz dieser Systemcall \u00dcbersetzung zwischen Linux und Windows ist eine logische Schlussfolgerung gewesen, da der Windows NT und Linux Kernel \u00e4hnlich aufgebaut sind. Beide waren anfangs designt, um mit dem POSIX Standard kompatibel zu sein. Daf\u00fcr bieten beide unterschiedliche Ausf\u00fchrungsvarianten durch einen privilegierten Kernelmodus und einen unprivilegierten Benutzermodus. Unabh\u00e4ngig davon, dass die Linux- und Windows Kernelarchitektur durch konkrete Implementierungsunterschiede voneinander abweichen, basieren beide auf der Operationssystemtheorie der 90er Jahre.<\/p>\n![\"WSL1](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2022\/12\/wsl-1-archi.jpg\")
<\/a>
\nIm Windows Subsystem for Linux 2 implementiert Microsoft einen vollst\u00e4ndigen Linux Kernel. Die Herausforderung war alle m\u00f6glichen Systemaufrufe Linux zu \u00fcbersetzen. Dieser Kernel l\u00e4uft in einer leichtgewichtigen Virtualisierungsplattform, basierend auf Hyper-V. Vorteil dieser L\u00f6sung ist, dass es keiner \u00dcbersetzung der Systemaufrufe mehr bedarf. Somit ist das Ausf\u00fchren von Linux-Anwendungen ohne Anpassung der Systemaufrufe m\u00f6glich.<\/li>\n<\/ul>\n<\/a>Installation und Benutzung<\/h2>\n
<\/a><\/p>\nInstallation \u00fcber den Store<\/h3>\n
\n2. Daf\u00fcr zun\u00e4chst die Systemsteuerung \u00f6ffnen und den Punkt „Programme“ ausw\u00e4hlen.
\n3. Dann unter „Programme und Features“ den Punkt Windows-Features aktivieren oder deaktivieren ausw\u00e4hlen (Daf\u00fcr werden
\nAdministratorrechte ben\u00f6tigt).<\/p>\n
\n4. In dem neuen Fenster ganz nach unten scrollen und dort, falls nicht vorhanden, den Haken bei „Windows-Subsystem f\u00fcr
\nLinux“ setzen. Danach muss der Rechner neu gestartet werden.
\n
\n5. Nach dem Neustart, den Microsoft Store \u00f6ffnen, nach der gew\u00fcnschten Distribution suchen und installieren.
\n6. Nach der Installation kann diese ge\u00f6ffnet werden (Daf\u00fcr einfach die App ausf\u00fchren, die den gleichen Namen wie die
\nDistribution hat).
\n7. Beim erstmaligen \u00d6ffnen muss zun\u00e4chst einen Moment gewartet werden, bis die Einrichtung abgeschlossen ist und
\nanschlie\u00dfend ein Benutzername und ein Passwort vergeben werden.<\/p>\nInstallation \u00fcber die PowerShell<\/h3>\n
\n2. In dieser kann mithilfe des Befehls\u00a0 wsl --list --online<\/code>
\neine Liste aller aktuell verf\u00fcgbaren Distributionen aufgerufen werden.
\n<\/a>
\n3. \u00dcber den Befehl\u00a0 wsl --list -d <distribution-name><\/code><\/i> kann die entsprechende Distribution installiert werden. Anschlie\u00dfend muss der Rechner neugestartet werden.
\n4. Nach dem Neustart vervollst\u00e4ndig sich das Setup automatisch, und es kann direkt ein neues Benutzerkonto angelegt werden.<\/p>\nwsl --set-version <distribution-name> <versionNumber><\/code><\/i><\/p>\n
\n
\nIn beiden F\u00e4llen ist die Installation innerhalb weniger Minuten erledigt. Wichtig ist, dass beide Wege Administratorrechte ben\u00f6tigen. Zudem wird eventuell Zugang zum BIOS ben\u00f6tigt, da (zumindest bei Verwendung der WSL2) die Virtualisierung aktiviert werden muss. Diese Voraussetzung sollten, insbesondere bei geplanter Installation auf Unternehmens \/ Organisationsger\u00e4ten.<\/p>\nBenutzung<\/h3>\n
<\/a>
\nAber auch aus der WSL selbst kann einfach auf die Daten aus dem Hostsystem zugegriffen werden. Daf\u00fcr navigiert man in
\ndas \/mnt\/ Verzeichnis und findet dort alle Festplatten und darunterliegende Ordnerstrukturen.<\/p>\n
\nWSL nicht propriet\u00e4r unterst\u00fctzt und f\u00fchrt so \u00e4hnlich wie bei klassischen VMs potenziell zu Problemen.
\nDadurch geht eine einfache Testbarkeit von neuer Hardware verloren, so k\u00f6nnen z.B. verschiedene Mikrocontroller nicht
\neinfach programmiert werden. Dennoch gibt es auch hier L\u00f6sungen aus der Community<\/a>.<\/p>\nwsl<\/code> eingegeben werden, direkt dahinter kann ein beliebiger Befehl der Linuxshell geschrieben werden. Dieser wird dann im aktuellen Verzeichnis ausgef\u00fchrt. F\u00fcr den ersten Befehl kann eine geringe Verz\u00f6gerung auftreten, da die entsprechenden Dienste zun\u00e4chst gestartet werden m\u00fcssen. Wenn diese jedoch erst einmal gestartet sind, ist ein nahezu verz\u00f6gerungsfreies arbeiten mit dem WSL arbeiten.<\/p>\ns
\nAuf diesem Weg is es beispielsweise auch m\u00f6glich, Datentr\u00e4ger, die mit einem Linux File System arbeiten, unter Windows zu lesen.<\/p>\n
\n
\nwsl --export <Distribution Name> <Backupname.tar><\/i>
\n<\/code>
\nDie so erzeugte Sicherung (Tar-Archiv) kann zu einen sp\u00e4teren Zeitpunkt wieder importiert werden:
\n
\nwsl --import <Distribution Name> <WSLInstallLocation>
\n<PathToBackup\\Backupname.tar><\/i>
\n<\/code>
\nM\u00f6chte man eine tats\u00e4chliche Wiederherstellung auf den gleichen Namen vornehmen, muss der Nutzer die alte Version zun\u00e4chst ausgetragen und anschlie\u00dfend die Sicherung auf den gleichen Distributionsnamen importieren. Genauso gut kann die Sicherung jedoch auch auf jeden anderen beliebigen Rechner importiert werden, der das WSL installiert hat. Dadurch ist es beispielsweise auch m\u00f6glich, eine Distribution zu konfigurieren und dann auf viele weitere Rechner zu verteilen.<\/p>\nAnwendungsf\u00e4lle<\/h2>\n
\nist die Entwicklung unter, und f\u00fcr, Linux zu erm\u00f6glichen. Gleichzeitig k\u00f6nnen durch WSL Linux-spezifische Werkzeuge, wie
\nbspw. sed<\/i> und awk<\/i> verwendet werden, sowie Programmiersprachen, die unter Linux vorrangig unterst\u00fctzt
\nwerden, wie bspw. Ruby oder Python.<\/p>\nVorteile<\/h2>\n
Unix<\/q> oder
Unix-\u00e4hnliche<\/q> Betriebssysteme nutzen, betr\u00e4gt 80.1 % (Stand 2022). Ein wesentlicher Vorteil in der Softwareentwicklung ist damit die Angleichung der Entwicklungs- und Produktivumgebung, soweit beide Linux nutzen. Probleme, welche nur auf einem bestimmten Betriebssystem auftreten und auf einem anderen nicht reproduzierbar sind, k\u00f6nnen dadurch leichter gefunden und besser verhindert werden.
\nMicrosoft selbst unterst\u00fctzt die Nutzung von WSL in der Entwicklung in ihrem Quellcode-Editor Visual Studio Code<\/q>. Dort l\u00e4sst sich mittels der Erweiterung
ms-vscode-remote.remote-wsl<\/q> Quellcode direkt aus dem Editor heraus in einer Linux Umgebung unter WSL ausf\u00fchren. Hierbei wird eine persistente Verbindung zu einer WSL Instanz auf dem System hergestellt. Alle unter Linux installierten Programme und Werkzeuge k\u00f6nnen anschlie\u00dfend \u00fcber die eingebaute Kommandozeile aufgerufen werden. Aber auch Funktionen der Entwicklungsumgebung wie die Verwendung eines Debuggers f\u00fcr das Setzen von
breakpoints<\/q> (zu dt.
Haltepunkten<\/q>) werden unterst\u00fctzt.<\/p>\n
\njedoch noch keine.<\/p>\nNachteile<\/h2>\n
Integrated development environments<\/q> (IDE, zu dt.
integrierte Entwicklungsumgebung<\/q>) ist jedoch gegebenenfalls nicht
\nohne Anpassungen m\u00f6glich. F\u00fcr die Verwendung von IntelliJ IDEA<\/q>, einer IDE f\u00fcr die Programmiersprachen Java und Kotlin, ist der Nutzer f\u00fcr das Debugging und den Zugriff auf eine ausgef\u00fchrte Anwendung in der WSL, auf Anpassungen bspw. eine Anpassung der Firewall unter Windows notwendig.<\/p>\n
low-level access<\/q> (zu dt.
Zugriff auf niederer Ebene<\/q>) m\u00f6glich. Grafische Benutzeroberfl\u00e4chen beispielsweise laufen nur \u00fcber einen virtualisierten Grafikprozessor. F\u00fcr die Sicherung der Linux Dateien werden
Virtual Hard Disk (VHD)<\/q>(zu dt.
virtuelle Festplatte<\/q>) verwendet. Ein wesentlicher Vorteil von WSL ist die Interoperabilit\u00e4t von Windows und Linux. Das
Plan 9 Filesystem Protocol<\/q> (9P) spielt dabei die Rolle als Mittelsmann zwischen den verschiedenen Dateisystemen der Betriebssysteme, was f\u00fcr zus\u00e4tzliche Komplexit\u00e4t sorgt, die jedoch f\u00fcr diesen Zweck erforderlich ist.
\nEine weitere Besonderheit, die mit WSL 2 eingef\u00fchrt wurde, ist die Benutzung eines modifizierten Kernels, welcher auf der Long-term support<\/q> (LTS, zu dt.
Langzeitsupport<\/q>) Version des Linux Kernels basiert. Features aus dem
stable<\/q> (zu dt.
stabilem<\/q>) Zweig des Kernels m\u00fcssen hierbei erst in die LTS Version Einzug finden, um anschlie\u00dfend in den modifizierten Kernel von WSL 2 hinzugef\u00fcgt werden.<\/p>\n
Alternativen<\/h2>\n
\nist ein von Microsoft selbst entwickeltes Produkt zur Virtualisierung von Betriebssystemen. Es ist mit Windows 10 unter den Lizenzen Pro<\/q>,
Enterprise<\/q> und
Education<\/q> verf\u00fcgbar. Es erm\u00f6glicht Hardware-Virtualisierung und l\u00e4uft nicht unter dem Betriebssystem Windows selbst und kann daher als Hypervisor Typ 1 bezeichnet werden. Eine wichtige Besonderheit ist, dass sowohl das Host-System als auch die virtualisierten Systeme hierbei auf einer Virtualisierungsebene von Hyper-V laufen. Das Host-System hat hierbei jedoch direkten Zugriff auf die Hardware, alle anderen Systeme nutzen virtuelle Festplatten, virtuelle
switches<\/q>, etc.<\/p>\n
\nbeschreibt die Installation einer Linux Distribution auf einem Speichermedium oder einer Partition. Durch die best\u00e4ndige Erweiterung des Linux Kernels und den darin enthaltenen Treibern kann Linux mit fast s\u00e4mtlicher Hardware betrieben werden. Durch Modifikationen des Kernels und angepassten Distribution ist sogar ein Betrieb in eingebetteten Systemen mit minimaler Hardware m\u00f6glich, so z.B. in Internet of Things<\/q>(IOT, zu dt.
Internet der Dinge<\/q>) Ger\u00e4ten.<\/p>\n
\nBei Drittanbietersoftware kann f\u00fcr die Virtualisierung auf der Softwareschicht des Betriebssystems genutzt werden. Diese Technologie wird auch als Hypervisor Typ 2 bezeichnet. Zu den gr\u00f6\u00dften Herstellern nach Marktanteil in diesem IT-Sektor z\u00e4hlen VMware, Citrix Systems und Oracle. Virtuelle Maschinen werden \u00fcber die entsprechende Software erstellt, konfiguriert und gestartet. Zus\u00e4tzlich bietet diese meist zus\u00e4tzliche Funktionen, wie beispielsweise die Erstellung von snapshots<\/q> (zu dt.
Schnappsch\u00fcssen<\/q>), um den aktuellen Zustand der virtuellen Maschine zu speichern.<\/p>\n
Quellen<\/h1>\n
\n
\narchitectural overview, Article 05\/31\/2018<\/a><\/li>\n
\nArtikel 09.11.2022<\/a><\/li>\n
\nLinux (WSL). Apress, 2021.<\/a><\/li>\n
\nSubsystem for Linux<\/a><\/li>\n
\nAdvantages of Using WSL for Developing Linux Applications on Windows Systems<\/a><\/li>\n
\nnew for WSL in Windows 10 version 1903?<\/a><\/li>\n
\nLinux-GUI-Apps<\/a><\/li>\n
\nWindows -Subsystem f\u00fcr Linux (WSL)<\/a><\/li>\n
\nWindows 10<\/a><\/li>\n
\nSoftware Market – Growth, Trends, COVID-19 Impact, and Forecasts (2022 – 2027)<\/a><\/li>\n
\nin WSL 2<\/a><\/li>\n
![Beitragsbild WSL<\/a><\/li>\nVergleich zwischen WSL 1 und WSL 2,\nArtikel 09.11.2022<\/a><\/li>\nBarnes, Hayden. Pro Windows Subsystem for\nLinux (WSL). Apress, 2021.<\/a><\/li>\nFrequently Asked Questions about Windows\nSubsystem for Linux<\/a><\/li>\nThe\nAdvantages of Using WSL for Developing Linux Applications on Windows Systems<\/a><\/li>\nRemote development in WSL<\/a><\/li>\nWhat’s\nnew for WSL in Windows 10 version 1903?<\/a><\/li>\nnstallieren von Linux unter Windows mit WSL<\/a><\/li>\nInstallieren von Linux unter Windows mit WSL<\/a><\/li>\nWSL<\/a><\/li>\nInstallieren der Unterst\u00fctzung f\u00fcr\nLinux-GUI-Apps<\/a><\/li>\nSo verwenden Sie das\nWindows -Subsystem f\u00fcr Linux (WSL)<\/a><\/li>\nPlan 9 Wiki<\/a><\/li>\nIntroduction to Hyper-V on\nWindows 10<\/a><\/li>\nThe operating system optimised for IoT and Edge<\/a><\/li>\nVirtualization\nSoftware Market – Growth, Trends, COVID-19 Impact, and Forecasts (2022 – 2027)<\/a><\/li>\nContainervirtualisierung<\/a><\/li>\nWSL2 Kernel<\/a><\/li>\nGrundlegende Befehle f\u00fcr WSL<\/a><\/li>\nBereitstellen eines Linux-Datentr\u00e4gers\nin WSL 2<\/a><\/li>\nUsage share of operating systems<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"Bedeutung des Windows-Subsystem f\u00fcr Linux 1. Einleitung Das Windows Live Subsystem for Linux (WSL) ist eine Erweiterung von Microsoft, die<\/p>\n","protected":false},"author":78,"featured_media":2111,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2],"tags":[9,104,103,101,102,7,100],"class_list":["post-2011","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-betriebliche-informationssysteme","tag-docker","tag-hyper-v","tag-linux","tag-microsoft","tag-subsystem","tag-virtualisierung","tag-wsl"],"_links":{"self":[{"href":"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-json\/wp\/v2\/posts\/2011","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-json\/wp\/v2\/users\/78"}],"replies":[{"embeddable":true,"href":"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-json\/wp\/v2\/comments?post=2011"}],"version-history":[{"count":13,"href":"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-json\/wp\/v2\/posts\/2011\/revisions"}],"predecessor-version":[{"id":2502,"href":"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-json\/wp\/v2\/posts\/2011\/revisions\/2502"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-json\/wp\/v2\/media\/2111"}],"wp:attachment":[{"href":"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-json\/wp\/v2\/media?parent=2011"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-json\/wp\/v2\/categories?post=2011"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-json\/wp\/v2\/tags?post=2011"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}](\"https:\/\/learn.microsoft.com\/de-de\/windows\/images\/windows-linux-dev-env.png\"){kind=link}