情報源にあるVMwareのインストールでは、インストーラーが完了したように見えた後、GRUBに次の表示が出るという、具体的な失敗状態に至りました スロットA（ok = 0、Try = 0）その後、VMは点滅するカーソルのある黒い画面になりました。スロットBを選択すると、不明なファイルシステムエラーが発生しました。
このスレッドでは、VMwareの根本原因は確認されませんでした。コミュニティのメンバーは、システムスロットが正しく作成されていなかった可能性を疑いましたが、IceWhaleはその説を支持するのではなく、再現の詳細を引き続き求めました。現在のZimaOSドキュメントには、Proxmox VMの専用インストールガイドがありますが、現時点では同等のVMware Workstationガイドは公開されていません。
ユーザーは公開されているVMware設定に従いました
- ZimaOS 1.5.1インストーラーISO
- その他のLinux 6.x 64ビット
- UEFI
- SATAコントローラー
- 32 GBの仮想ディスク
- 4コアのCPU
- 当初は2 GBのRAM
RAMを8 GBに増やしても、元のケースは解決しませんでした
コミュニティのユーザーが4～8 GBのRAMを提案しました。Mr.EはVMを8 GBに増やし、黒い画面になる現象が残ったと明確に報告しました。
スロットBの起動にも失敗しました
ユーザーはGRUBからスロットBを選択し、Unknown file systemエラーを受け取りました。これにより、インストールされたシステムスロットに問題があるという考えは強まりましたが、VMwareがその状態を作成した理由までは明らかになりませんでした。
ok=0という解釈はコミュニティから生まれました
gelbuildingは、両方のシステムスロットに次の表示があったことを確認しました ok = 0 そして、VMwareのハードウェア抽象化によって、インストーラーが有効なスロットを作成できなかった可能性を提案しました。これは妥当なコミュニティの解釈ですが、IceWhaleが確認した制限ではありません。
IceWhaleはスレッド内でVMwareの最終的な修正方法を公開しませんでした
Zima-Giorgioは動画とホストハードウェアの詳細を求めました。情報源は、ユーザーがVMDK変換の手順を検討している途中で終わっており、特定のコントローラー、ファームウェア、またはイメージ変換ソリューションをスタッフが確認した回答はありません。
現在の公式VMドキュメントはProxmoxに重点を置いています
IceWhaleの現在のProxmoxガイドでは、ZimaOS ISOを使用し、UEFI、追加のEFIディスクなし、4コア以上のCPU、8 GB以上のRAMを推奨しています。
文書化されたハイパーバイザーのワークフローが必要な場合は、現在の公式ZimaOS VMインストール手順を使用してください。
現在VMwareガイドがないことは、「VMwareでは決して動作しない」という意味ではありません
一部のユーザーは、別の仮想ディスク形式、コントローラー、またはファームウェア設定でVMware上でZimaOSを実行する場合があります。公開されている情報だけでは、信頼できる手順は確立されていません。
現在VMwareでテストする場合は、インストール状態を正確に記録してください
- 現在のZimaOSイメージ／バージョン
- VMwareのバージョン
- UEFI／セキュアブートの状態
- 仮想ディスクのコントローラーと形式
- GRUBのスロットA／スロットBの状態
- インストーラー／起動コンソールの完全な出力
スロットAとスロットBはZimaOSのデュアルシステム・リカバリー設計の一部です
ZimaOSは2つのシステムスロットを保持しているため、更新やリカバリー時には別のシステムパーティションから起動できます。そのため、両方のスロットが無効と表示されることは、グラフィカルコンソールで単に失敗する場合より重大です。ブートローダーが、インストールされたどちらのスロットも正常な起動先とは見なしていなかったことを意味します。
その観察結果だけでは、インストーラー、仮想ディスクコントローラー、ファイルシステム、ファームウェア、またはVMware固有のデバイスモデルのどれが無効な状態を引き起こしたのかは特定できません。
インストーラーの成功とインストール済みシステムの成功を分けて考える
ソースのインストーラーは完了したように見えましたが、初回起動に失敗しました。インストーラーのUIや自動処理が正常に完了しただけでは十分ではありません。指示に従ってインストールメディアを必ず取り外すか切断し、インストール済みの仮想ディスクだけで起動できることを確認してください。
仮想マシンではUEFIの詳細が重要です
現在のIceWhaleのProxmox手順ではUEFIについて具体的に指定されており、その手順ではEFIディスクを追加しないよう明記されています。ハイパーバイザーによってファームウェアや起動用ストレージの公開方法は異なるため、Proxmoxの設定をVMwareにそのまま適用したり、古いVMwareの設定を新しいWorkstationリリースに適用したりすると、異なる起動構成になる可能性があります。
仮想ディスクコントローラーも互換性に関わる要素です
SATA、SCSI、NVMe、virtio形式の仮想コントローラーでは、ゲストOSにストレージが異なる形で認識されます。ソースでは、当時のチュートリアルで指示されていたためSATAを使用していました。別のコントローラーをテストする場合は、一度に1つの変数だけを変更し、比較用に失敗したVMを残してください。
ソースで提案されたVMDK変換案は検証されていません
スレッドの最後で、Mr.EはZimaOSイメージをVMDKに変換してみると述べました。その方法がうまくいったことを確認する続報はないため、解決策として提示すべきではありません。
現在ドキュメント化されているVMの手順を使うならProxmox
目的がVMwareの互換性を特に検証することではなく、VM上でZimaOSを評価することである場合、現在のProxmox方式がIceWhaleのドキュメントで最も詳しく説明されており、テスト時の不確定要素もいくつか排除できます。
VMwareインストールに関するFAQ
メモリを増やすことで、元のケースは解決しましたか？
いいえ。ユーザーは8 GBでテストしましたが、問題は解消されませんでした。
スレッドでは、VMwareのハードウェア抽象化が根本原因だと確認されましたか？
いいえ。その説明はコミュニティからの返信によるもので、IceWhaleによって確認されたものではありません。
現在のIceWhaleドキュメントで明示的に扱われているVMプラットフォームはどれですか？
現在のZimaOSドキュメントには、Proxmox VEの専用インストールガイドがあります。
