Microsoft Open Source Windows-Subsystem für Linux und Texteditor „Bearbeiten“

Microsoft hat die Open-Source-Entwicklung des Windows Subsystem for Linux (WSL) angekündigt, das die Ausführung von Linux-Anwendungen unter Windows ermöglicht. Es wird darauf hingewiesen, dass jetzt jeder WSL aus dem Quellcode erstellen und an der Entwicklung teilnehmen kann. Unter anderem hat Microsoft damit begonnen, Fixes und neue Funktionen von Community-Mitgliedern in WSL zu akzeptieren. Der Code wird unter der MIT-Lizenz veröffentlicht. Für Entwickler, die am Projekt teilnehmen möchten, wurde die Website wsl.dev gestartet.

WSL bietet eine virtuelle Maschine mit einem vollständigen Linux-Kernel (basierend auf dem 6.6-Zweig), der Linux-Distributionen ausführen kann. Der Kernel enthält WSL-spezifische Änderungen, wie etwa Optimierungen zur Reduzierung der Startzeit und des Speicherverbrauchs, die Möglichkeit, von Linux-Prozessen freigegebenen Speicher von Windows zurückzufordern, und Optimierungen zum Eliminieren unnötiger Treiber und Subsysteme. Das System wird in einem separaten Disk-Image (VHD) mit einem ext4-Dateisystem und einem virtuellen Netzwerkadapter installiert.

Die WSL-Komponenten im Zusammenhang mit dem Linux-Kernel und dem WSLG-Grafikstapel, der zum Ausführen von Wayland- und X11-basierten GUI-Anwendungen verwendet wird, wurden von Anfang an als Open Source entwickelt, alle zugehörigen Tools blieben jedoch proprietär. Ab sofort wurden folgende Komponenten in die offene Liste übernommen:

  • Die Befehlszeilenprogramme wsl.exe, wslconfig.exe und wslg.exe werden zur Interaktion mit WSL verwendet.
  • Der Dienst wslservice.exe wird verwendet, um eine virtuelle Maschine zu starten, die darin enthaltene Linux-Umgebung zu aktivieren und Dateisysteme einzubinden.
  • In der Linux-Umgebung gestartete Hintergrundprozesse, um auf die WSL-Funktionalität zuzugreifen. Beispielsweise der Init-Prozess zur Initialisierung, GNS zum Einrichten des Netzwerkzugriffs, Localhost zur Portweiterleitung.
  • Plan9-Prozess mit Implementierung Server Plan9 wird in WSL zum Teilen von Linux-Dateien unter Windows verwendet.

 Microsoft Open Source Windows-Subsystem für Linux und Texteditor „Bearbeiten“

Bleiben Teil von Windows und sind derzeit nicht geöffnet:

  • Der Kerneltreiber Lxcore.sys dient zum Ausführen von ELF-ausführbaren Dateien über die Kompatibilitätsschicht.
  • Der Treiber P9rdr.sys und die Bibliothek p9np.dll ermöglichen eine Umleitung des Zugriffs auf das Dateisystem „\\wsl.localhost“, wenn von Windows auf Linux zugegriffen wird.

Gleichzeitig hat Microsoft den Quellcode des Konsolen-Texteditors Edit unter der MIT-Lizenz freigegeben, der in der Sprache Rust geschrieben ist und standardmäßig in 64-Bit-Versionen von Windows bereitgestellt werden soll. In den kommenden Monaten wird der Editor in Builds des Windows Insider-Programms zur Überprüfung und zum Testen angeboten und anschließend in die Standardlieferung von Windows 11 aufgenommen.

Der Editor hat versucht, eine moderne Oberfläche mit Steuerelementen im Stil von VS Code zu implementieren. Das erklärte Ziel besteht darin, eine übersichtliche und leicht zu bedienende Oberfläche bereitzustellen, auch für Personen ohne Erfahrung im Umgang mit dem Terminal. Der Editor ist kompakt und benötigt nur 250 KB auf der Festplatte. Als Features werden genannt: ein Menüsystem, Tastaturkürzel bzw. Maussteuerung, Unterstützung für Tabs und gleichzeitiges Arbeiten mit mehreren Dateien, Such- und Ersetzungsvorgänge sowie ein automatischer Textumbruchmodus.

 Microsoft Open Source Windows-Subsystem für Linux und Texteditor „Bearbeiten“

Darüber hinaus wurde mit dem Windows-Update vom Mai ein Fehler behoben, der das Booten einiger Linux-Systeme in Dual-Boot-Konfigurationen verhinderte, in denen Windows und Linux auf demselben Computer verwendet werden. Das Problem trat im August letzten Jahres auf und wurde erst jetzt behoben (zuvor war für die Lösung das manuelle Löschen der im UEFI installierten SBAT-Daten erforderlich). Der Kern des Fehlers besteht darin, dass Microsoft die Möglichkeit blockieren wollte, den Secure Boot-Modus mithilfe anfälliger GRUB-Versionen auf Computern zu umgehen, die nur Windows verwenden, die Nuancen jedoch nicht berücksichtigt hat. Die Änderung führte letztendlich zu einem fehlerhaften Startvorgang für Dual-Boot-Benutzer, die Linux-Distributionen mit ungepatchten SBAT-Parametern und GRUB-Bootloader ausführen.

Source: opennet.ru

Kommentar hinzufügen