Solution communautaire

Écran noir de ZimaOS dans VMware après le slot A : ce que la source a prouvé et la voie actuelle avec Proxmox

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.

L’installation de VMware décrite dans la source a atteint un état d’échec précis : après que l’installateur a semblé terminer, GRUB affichait Emplacement A (ok = 0, Try = 0), puis la machine virtuelle a affiché un écran noir avec un curseur clignotant. La sélection de l’emplacement B a produit une erreur de système de fichiers inconnu.

Le fil de discussion n’a jamais abouti à une cause racine confirmée pour VMware. Les membres de la communauté soupçonnaient que les emplacements système n’avaient pas été créés correctement, mais IceWhale a continué à demander des détails de reproduction sans cautionner cette théorie. La documentation actuelle de ZimaOS fournit désormais un guide dédié à l’installation d’une machine virtuelle sur Proxmox ; elle ne publie actuellement pas de guide équivalent pour VMware Workstation.

L’utilisateur a suivi les paramètres VMware publiés

  • Image ISO d’installation de ZimaOS 1.5.1
  • Autre système Linux 6.x 64 bits
  • UEFI
  • contrôleur SATA
  • disque virtuel de 32 Go
  • 4 cœurs de CPU
  • initialement 2 Go de RAM

L’augmentation de la RAM à 8 Go n’a pas résolu le cas source

Un utilisateur de la communauté a suggéré 4 à 8 Go de RAM. Mr.E a augmenté la mémoire de la machine virtuelle à 8 Go et a explicitement indiqué que l’écran noir persistait.

Le démarrage de l’emplacement B a également échoué

L’utilisateur a sélectionné l’emplacement B dans GRUB et a reçu une erreur Système de fichiers inconnu. Cela a renforcé l’idée que les emplacements système installés étaient défectueux, mais n’a toujours pas révélé pourquoi VMware avait créé cet état.

L’interprétation de ok=0 venait de la communauté

gelbuilding a observé que les deux emplacements système affichaient ok = 0 et a proposé que l’abstraction matérielle de VMware empêchait l’installateur de créer des emplacements valides. Il s’agit d’une interprétation plausible de la communauté, et non d’une limitation confirmée par IceWhale.

IceWhale n’a pas publié de correctif VMware final dans le fil de discussion

Zima-Giorgio a demandé une vidéo et des détails sur le matériel hôte. La source s’arrête alors que l’utilisateur envisage une conversion VMDK ; aucune réponse du personnel ne confirme un contrôleur, un micrologiciel ou une solution de conversion d’image spécifique.

La documentation officielle actuelle des machines virtuelles se concentre sur Proxmox

Le guide Proxmox actuel d’IceWhale utilise une image ISO de ZimaOS et recommande l’UEFI, sans disque EFI supplémentaire, au moins 4 cœurs de CPU et au moins 8 Go de RAM.

Utilisez la procédure officielle actuelle d’installation d’une machine virtuelle ZimaOS si vous avez besoin d’un flux de travail documenté pour un hyperviseur.

L’absence de guide VMware actuel ne signifie pas que « VMware ne peut jamais fonctionner »

Certains utilisateurs peuvent exécuter ZimaOS sur VMware avec un autre format de disque virtuel, contrôleur ou paramétrage du micrologiciel. La source publique n’établit tout simplement pas de procédure fiable.

Si vous testez VMware aujourd’hui, consignez précisément l’état de l’installation

  • image/version actuelle de ZimaOS
  • version de VMware
  • état de l’UEFI/du démarrage sécurisé
  • contrôleur et format du disque virtuel
  • état des emplacements A et B de GRUB
  • sortie complète de la console de l’installateur et du démarrage

Les emplacements A et B font partie de la conception de récupération à double système de ZimaOS

ZimaOS maintient deux emplacements système afin que les mises à jour et la récupération puissent démarrer sur une autre partition système. Voir les deux emplacements comme invalides est donc plus significatif qu’un simple échec de la console graphique : le chargeur de démarrage ne considérait aucun des deux emplacements installés comme une cible de démarrage saine.

Cette observation ne permet toujours pas de déterminer si l’état non valide a été causé par l’installateur, le contrôleur de disque virtuel, le système de fichiers, le microprogramme ou le modèle de périphérique propre à VMware.

Distinguez la réussite de l’installation de celle du système installé

L’installateur de la source semblait terminer correctement, mais le premier démarrage échouait. Une interface d’installation ou une séquence automatique réussie ne suffit pas ; retirez ou détachez toujours le support d’installation comme indiqué et vérifiez que le disque virtuel installé démarre de manière autonome.

Les détails de l’UEFI sont importants dans les machines virtuelles

Les instructions actuelles d’IceWhale pour Proxmox sont précises concernant l’UEFI et indiquent même de ne pas ajouter de disque EFI dans ce flux de travail. Les hyperviseurs exposent différemment le microprogramme et le stockage de démarrage ; copier un réglage Proxmox dans VMware — ou un ancien réglage VMware dans une version plus récente de Workstation — peut donc produire une configuration de démarrage différente.

Le contrôleur de disque virtuel fait partie des paramètres de compatibilité

Les contrôleurs virtuels de type SATA, SCSI, NVMe et virtio présentent le stockage différemment au système invité. La source utilisait SATA parce que le tutoriel historique le recommandait. Pour tester un autre contrôleur, ne modifiez qu’une variable à la fois et conservez la machine virtuelle défaillante à des fins de comparaison.

L’idée de conversion en VMDK de la source n’a jamais été vérifiée

À la fin de la discussion, Mr.E a indiqué qu’il essaierait de convertir une image ZimaOS en VMDK. Aucun suivi ne confirme que cette approche a fonctionné ; elle ne doit donc pas être présentée comme la solution.

Utilisez Proxmox pour suivre la méthode documentée actuelle pour les machines virtuelles

Si l’objectif est d’évaluer ZimaOS dans une machine virtuelle plutôt que de valider spécifiquement la compatibilité avec VMware, la méthode actuelle avec Proxmox est celle qui bénéficie de la documentation IceWhale la plus complète et élimine plusieurs inconnues du test.

FAQ sur l’installation de VMware

L’augmentation de la mémoire a-t-elle résolu le problème du cas source ?

Non. L’utilisateur a testé avec 8 Go, et l’échec persistait.

La discussion a-t-elle confirmé que l’abstraction matérielle de VMware était la cause première ?

Non. Cette explication provenait d’une réponse de la communauté et n’a pas été confirmée par IceWhale.

Quelle plateforme de machines virtuelles la documentation actuelle d’IceWhale couvre-t-elle explicitement ?

La documentation actuelle de ZimaOS comprend un guide d’installation dédié à Proxmox VE.