Community-Lösung

ZimaOS: Schwarzer Bildschirm in VMware nach Slot A – was die Quelle bewiesen hat und wie es aktuell mit Proxmox weitergeht

A November 2025 VMware Workstation 25H2 thread where the ZimaOS installer appeared to finish, but GRUB showed Slot A with ok=0 before a black screen and blinking cursor. Increasing RAM and selecting Slot B did not help. Community members suspected invalid system slots, but IceWhale never posted a final VMware-specific fix.

Die VMware-Installation aus der Quelle erreichte einen konkreten Fehlerzustand: Nachdem der Installer scheinbar abgeschlossen war, zeigte GRUB Slot A (ok = 0, Try = 0), anschließend wechselte die VM zu einem schwarzen Bildschirm mit blinkendem Cursor. Die Auswahl von Slot B führte zu einem Fehler wegen eines unbekannten Dateisystems.

Der Thread erreichte nie eine bestätigte Ursache für das VMware-Problem. Community-Mitglieder vermuteten, dass die System-Slots nicht korrekt erstellt worden waren, doch IceWhale bat weiterhin um Reproduktionsdetails, anstatt diese Theorie zu bestätigen. Die aktuelle ZimaOS-Dokumentation enthält nun eine eigene Anleitung zur Installation einer Proxmox-VM; eine entsprechende Anleitung für VMware Workstation wird derzeit nicht veröffentlicht.

Der Nutzer verwendete die veröffentlichten VMware-Einstellungen

  • ZimaOS-1.5.1-Installer-ISO
  • Anderes Linux 6.x, 64-Bit
  • UEFI
  • SATA-Controller
  • 32-GB-virtueller Datenträger
  • 4 CPU-Kerne
  • anfangs 2 GB RAM

Die Erhöhung des Arbeitsspeichers auf 8 GB behob den Fehler im Ausgangsfall nicht

Ein Nutzer aus der Community schlug 4–8 GB RAM vor. Mr.E erhöhte die VM auf 8 GB und berichtete ausdrücklich, dass der Schwarzbildschirm weiterhin auftrat.

Das Booten von Slot B schlug ebenfalls fehl

Der Nutzer wählte Slot B in GRUB aus und erhielt den Fehler Unbekanntes Dateisystem. Das bestärkte die Annahme, dass die installierten System-Slots fehlerhaft waren, erklärte aber weiterhin nicht, warum VMware diesen Zustand erzeugte.

Die Interpretation von ok=0 stammte aus der Community

gelbuilding stellte fest, dass beide System-Slots angezeigt wurden ok = 0 und vermutete, dass die Hardwareabstraktion von VMware den Installer daran hinderte, gültige Slots zu erstellen. Dies ist eine plausible Interpretation der Community, jedoch keine von IceWhale bestätigte Einschränkung.

IceWhale veröffentlichte im Thread keine abschließende VMware-Lösung

Zima-Giorgio bat um Video- und Host-Hardwaredetails. Die Quelle endet, während der Nutzer einen VMDK-Konvertierungsweg in Betracht zieht; keine Antwort des Supports bestätigt einen bestimmten Controller, eine bestimmte Firmware oder eine Lösung zur Image-Konvertierung.

Die aktuelle offizielle VM-Dokumentation konzentriert sich auf Proxmox

Die aktuelle Proxmox-Anleitung von IceWhale verwendet eine ZimaOS-ISO und empfiehlt UEFI, keine zusätzliche EFI-Festplatte, mindestens 4 CPU-Kerne und mindestens 8 GB RAM.

Verwenden Sie den aktuellen offiziellen Installationsweg für ZimaOS-VMs, wenn Sie einen dokumentierten Hypervisor-Workflow benötigen.

Keine aktuelle VMware-Anleitung bedeutet nicht dasselbe wie „VMware kann niemals funktionieren“

Einige Nutzer führen ZimaOS möglicherweise mit einem anderen Format für virtuelle Datenträgern, Controller oder einer anderen Firmware-Konfiguration unter VMware aus. Aus der öffentlich verfügbaren Quelle lässt sich schlicht kein zuverlässiges Vorgehen ableiten.

Wenn Sie heute VMware testen, halten Sie den Installationsstatus genau fest

  • aktuelles ZimaOS-Image bzw. aktuelle ZimaOS-Version
  • VMware-Version
  • UEFI-/Secure-Boot-Status
  • Controller und Format der virtuellen Festplatte
  • GRUB-Status von Slot A/Slot B
  • vollständige Ausgabe der Installations- bzw. Bootkonsole

Slot A und Slot B sind Teil des Dual-System-Wiederherstellungsdesigns von ZimaOS

ZimaOS verwaltet zwei System-Slots, damit Updates bzw. die Wiederherstellung von einer alternativen Systempartition booten können. Dass beide Slots als ungültig angezeigt werden, ist daher aussagekräftiger als ein einzelner Fehler der grafischen Konsole: Der Bootloader betrachtete keinen der beiden installierten Slots als funktionsfähiges Bootziel.

Diese Beobachtung zeigt weiterhin nicht, ob das Installationsprogramm, der Controller der virtuellen Festplatte, das Dateisystem, die Firmware oder ein VMware-spezifisches Gerätemodell den ungültigen Zustand verursacht hat.

Installationserfolg und Erfolg des installierten Systems getrennt betrachten

Das Installationsprogramm der Quelle schien den Vorgang abzuschließen, aber der erste Start schlug fehl. Eine erfolgreiche Installationsoberfläche bzw. ein erfolgreich durchlaufener automatischer Ablauf reicht nicht aus. Entfernen bzw. trennen Sie immer das Installationsmedium wie angewiesen und prüfen Sie, ob die installierte virtuelle Festplatte unabhängig booten kann.

UEFI-Details sind bei virtuellen Maschinen wichtig

Die aktuellen IceWhale-Anweisungen für Proxmox sind in Bezug auf UEFI spezifisch und weisen in diesem Workflow sogar darauf hin, keine EFI-Festplatte hinzuzufügen. Hypervisoren stellen Firmware und Boot-Speicher unterschiedlich bereit. Daher kann das Übertragen einer Proxmox-Einstellung auf VMware – oder einer alten VMware-Einstellung auf eine neuere Workstation-Version – zu einem anderen Boot-Layout führen.

Der Controller der virtuellen Festplatte ist Teil der Kompatibilitätsfläche

SATA-, SCSI-, NVMe- und virtuelle Controller nach dem Virtio-Prinzip stellen dem Gast den Speicher unterschiedlich bereit. Die Quelle verwendete SATA, weil das frühere Tutorial dies vorgab. Wenn Sie einen anderen Controller testen, ändern Sie jeweils nur eine Variable und bewahren Sie die fehlerhafte VM zum Vergleich auf.

Die VMDK-Konvertierungsidee der Quelle wurde nie verifiziert

Am Ende des Threads sagte Mr.E, dass sie versuchen würden, ein ZimaOS-Image in VMDK zu konvertieren. Es gibt keine Rückmeldung, die bestätigt, dass dieser Ansatz funktioniert hat. Daher sollte er nicht als Lösung dargestellt werden.

Verwenden Sie Proxmox, wenn Sie den aktuell dokumentierten VM-Weg nutzen möchten

Wenn es darum geht, ZimaOS in einer VM zu evaluieren, statt speziell die VMware-Kompatibilität zu überprüfen, ist die aktuelle Proxmox-Methode am besten durch die IceWhale-Dokumentation abgedeckt und beseitigt mehrere Unbekannte im Test.

FAQ zur VMware-Installation

Wurde der Fall durch eine Speichererhöhung gelöst?

Nein. Der Benutzer testete 8 GB, und der Fehler blieb bestehen.

Bestätigte der Thread, dass die Hardwareabstraktion von VMware die eigentliche Ursache war?

Nein. Diese Erklärung stammte aus einer Antwort aus der Community und wurde von IceWhale nicht bestätigt.

Welche VM-Plattform wird in der aktuellen IceWhale-Dokumentation ausdrücklich behandelt?

Die aktuelle ZimaOS-Dokumentation enthält eine eigene Installationsanleitung für Proxmox VE.