{"id":184008,"date":"2026-10-26T23:40:50","date_gmt":"2026-10-26T21:40:51","guid":{"rendered":"https:\/\/prohoster.info\/blog\/news\/avtor-winbtrfs-opublikoval-otkrytuyu-os-moxnox-1-0-s-yadrom-v-stile-windows-nt"},"modified":"2026-10-26T23:40:56","modified_gmt":"2026-10-26T21:40:56","slug":"winbtrfs-creator-releases-open-source-moxnox-1-0-os-with-a-windows-nt-style-kernel","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/winbtrfs-creator-releases-open-source-moxnox-1-0-os-with-a-windows-nt-style-kernel","title":{"rendered":"Der Autor von WinBtrfs hat das offene Betriebssystem Moxnox 1.0 mit einem Windows NT-\u00e4hnlichen Kernel ver\u00f6ffentlicht.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Mark Harmstone, der Autor des WinBtrfs-Projekts, hat die Version 1.0 des Betriebssystems Moxnox ver\u00f6ffentlicht, das seit 2022 als Hobby entwickelt wird. Moxnox wird als ein auf Windows NT basiertes Betriebssystem pr\u00e4sentiert, das die Kompatibilit\u00e4t mit POSIX-Standards gew\u00e4hrleistet, das Btrfs-Dateisystem verwendet und einen Selbsthostungsgrad erreicht hat. Das Projekt umfasst ungef\u00e4hr 130.000 Zeilen Code in C++ und wird unter den Lizenzen GPL (Kernel und grundlegende Programme), LGPL (Bibliotheken) und MIT (Module) vertrieben. Eine Unterst\u00fctzung f\u00fcr die Architekturen x86-64-v3 und ARMv8.1 wird angeboten (es kann auf dem Raspberry Pi 5 betrieben werden).<\/p>\n
Systemaufrufe und niedrigstufige Schnittstellen im Kernel sind nach dem Vorbild von Windows NT implementiert, jedoch unterscheiden sich die Kernelstruktur und die zugeh\u00f6rigen Komponenten von Windows NT. Es besteht die M\u00f6glichkeit, Komponenten der GNU-Umgebung und Programme, die f\u00fcr Unix-\u00e4hnliche Systeme geschrieben wurden, auszuf\u00fchren. Das ausf\u00fchrbare Dateiformat ist PE, Bibliotheken haben die Endung dll und Programme \u2014 exe.<\/p>\n
Unterst\u00fctzte Hardwareger\u00e4te:<\/p>\n
\n
Blockger\u00e4te: NVMe, SATA, SDHCI (SD-Karten), virtio-block und USB-Speicher.\n
Netzwerkkarten: virtio-net, RTL8168, RTL8125.\n
Eingabeger\u00e4te: virtio-input, USB HID, Tastaturen und M\u00e4use mit PS\/2-Schnittstelle.\n
Konsole: virtio-console, serielle Port x86, PL011 ARM.\n
USB: XHCI.\n<\/ul>\n
Derzeit sind in Moxnox 642 Funktionen von ungef\u00e4hr 1200, die im POSIX 2024-Standard beschrieben sind, implementiert, aber dies reicht aus, um Projekte wie gcc, bash, mesa, openssh, openssl, perl, python und rust zu betreiben. Die Systembibliothek setzt sich aus Funktionen von gnulib, mathematischen und kryptografischen Funktionen aus musl, Funktionen zur Bearbeitung regul\u00e4rer Ausdr\u00fccke aus tre und printf-\u00e4hnlichen Funktionen aus mingw zusammen. Es wird Selbstkompilation unterst\u00fctzt, sodass Moxnox aus einer auf Moxnox basierenden Umgebung kompiliert werden kann. Der Betrieb von Windows-Programmen wird derzeit nicht unterst\u00fctzt, jedoch ist geplant, in Zukunft die Win32-API-Implementierung aus Wine daf\u00fcr zu nutzen.<\/p>\n
<\/center><\/p>\n
Unter den portierten Programmen f\u00fcr Moxnox sind: <\/p>\n
\n
bash<\/li>\n
binutils<\/li>\n
bison<\/li>\n
bzip2<\/li>\n
cairo<\/li>\n
cmake<\/li>\n
coreutils<\/li>\n
curl<\/li>\n
diffutils<\/li>\n
expat<\/li>\n
SETUP.EXE: MS-DOS-Executable, NE f\u00fcr MS Windows 3.x<\/li>\n
findutils<\/li>\n
flex<\/li>\n
freetype<\/li>\n
gawk<\/li>\n
gcc (nur f\u00fcr amd64)<\/li>\n
git<\/li>\n
gmp<\/li>\n
gperf<\/li>\n
grep<\/li>\n
gzip<\/li>\n
harfbuzz<\/li>\n
hexyl<\/li>\n
jsoncpp<\/li>\n
less<\/li>\n
libarchive<\/li>\n
libiconv<\/li>\n
libpng<\/li>\n
librhash<\/li>\n
libuv<\/li>\n
llvm<\/li>\n
m4<\/li>\n
make<\/li>\n
mako<\/li>\n
markupsafe<\/li>\n
mesa<\/li>\n
mpc<\/li>\n
mpfr<\/li>\n
Viele haben darauf gewartet und viele haben sich dagegen ausgesprochen, aber es ist passiert: der standardm\u00e4\u00dfige Konsolen-Texteditor in Fedora Workstation wird nano.<\/li>\n
ncurses<\/li>\n
netcat<\/li>\n
ninja<\/li>\n
openssh<\/li>\n
openssl<\/li>\n
patch<\/li>\n
perl<\/li>\n
pixman<\/li>\n
python<\/li>\n
pyyaml<\/li>\n
readline<\/li>\n
ripgrep<\/li>\n
rust<\/li>\n
sed<\/li>\n
tar<\/li>\n
emacs<\/li>\n
wget<\/li>\n
xz<\/li>\n
zlib<\/li>\n
zstd<\/li>\n<\/ul>\n
In dieser Entwicklungsphase wird derzeit nur der Betrieb im Konsolenmodus unterst\u00fctzt, aber es wird geplant, in Zukunft auch eine grafische Benutzeroberfl\u00e4che zu implementieren. Auch die Unterst\u00fctzung f\u00fcr Mehrbenutzerumgebungen, Sicherheitsmechanismen, Zeitzonen, Tastaturlayouts, Lokalisierungen und Codierungen, die nicht UTF-8 sind, fehlt bisher.<\/p>\n
Es wird behauptet, dass das Projekt keinen signifikanten Code enth\u00e4lt, der mithilfe von KI-Tools generiert wurde, die nur f\u00fcr routinem\u00e4\u00dfige Aufgaben wie die \u00dcbersetzung von Autotools-Regeln in CMake, den Austausch von ioctl-Aufrufen gegen die Funktion tcgetwinsize beim Portieren von Programmen, das Schreiben von Tests und das Finden von Fehlern im Code verwendet wurden. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![](\"\/wp-content\/uploads\/2026\/10\/9820fd71637ef671ab4b267ac5ed4526.png\")
<\/center><\/p>\n