Ten wątek dotyczący maszyny wirtualnej ZimaOS obejmował kilka różnych problemów, a końcowe odpowiedzi pokazują, dlaczego nie należy traktować ich jako jednego błędu ZVM. Problem z rozdzielczością w systemie Windows rozwiązano przez zainstalowanie sterowników VirtIO, zgłaszana awaria prawego przycisku myszy okazała się ostatecznie spowodowana rozszerzeniem przeglądarki, a dźwięk w maszynie wirtualnej pozostał odrębną, nieobsługiwaną lub niekompletnie zaimplementowaną funkcją.
Praktyczny wniosek jest taki, aby osobno diagnozować sterowniki ekranu, działanie wejścia w przeglądarce, dźwięk i sieć Docker, zamiast analizować je wszystkie jako jedną awarię wirtualizacji.
Rozdzielczość w systemie Windows: sterowniki VirtIO rozwiązały opisany problem
Odpowiedź zespołu wsparcia IceWhale opublikowana w społeczności początkowo informowała, że zmiana rozdzielczości w systemie Windows nie była obsługiwana w testowanym stanie. Później przedstawiono jednak metodę opartą na sterownikach: pobrać obraz ISO sterowników VirtIO dla systemu Windows z projektu Fedora, podłączyć go do napędu CD-ROM maszyny wirtualnej, zainstalować sterowniki w systemie Windows i ponownie otworzyć ustawienia ekranu.
Autor wpisu potwierdził później, że po zainstalowaniu sterownika można było zmieniać rozdzielczość. Źródłem sterownika wskazanym w wątku jest repozytorium sterowników VirtIO dla systemu Windows projektu Fedora.
Problem z prawym przyciskiem myszy ostatecznie nie był błędem ZVM
Użytkownik początkowo widział jednocześnie menu kontekstowe przeglądarki i menu kontekstowe systemu gościa, po czym lewy przycisk myszy czasami się zawieszał. Po dalszych testach zaktualizował wpis, informując, że przyczyną było rozszerzenie przeglądarki umożliwiające korzystanie z prawego przycisku myszy. Wyłączenie tego rozszerzenia przywróciło prawidłowe działanie.
To przydatna granica diagnostyczna: przed zmianą konfiguracji maszyny wirtualnej odtwórz problemy z obsługą konsoli w czystym profilu przeglądarki lub oknie prywatnym.
Przekazywanie dźwięku było odrębnym ograniczeniem
W odpowiedziach IceWhale w tym wątku informowano, że dźwięk w maszynach wirtualnych nie był wówczas dobrze obsługiwany. W późniejszej dyskusji społeczności z października 2025 roku nadal proszono o obsługę dźwięku QEMU/SPICE, a przedstawiciel IceWhale odpowiedział, że priorytet rozwoju ZVM był ograniczony, ponieważ zespół musiał odpowiednio rozdzielać zasoby. Zobacz późniejszą dyskusję o dźwięku w ZVM, aby poznać to późniejsze ograniczenie.
Ponieważ nie ma tutaj aktualnej oficjalnej dokumentacji potwierdzającej kompletną procedurę przekazywania dźwięku, nie należy przekształcać dawnego zgłoszenia w twierdzenie, że dźwięk w obecnej wersji ZVM jest powszechnie obsługiwany.
Trwałość konfiguracji sieci Docker była jeszcze innym problemem
Pierwotny użytkownik zgłosił również, że niestandardowe sieci Docker były usuwane po aktualizacjach wykonywanych w interfejsie graficznym. To problem związany z zarządzaniem kontenerami, a nie z wyświetlaniem w maszynie wirtualnej. Nowsze wydania ZimaOS nadal usprawniają konfigurację sieci Docker, dlatego przed zastosowaniem starych obejść z Portainera należy odtworzyć problem w aktualnej wersji.
Jeśli urządzenie jest również używane jako serwer wirtualizacji i magazyn danych, prowadź osobne plany testów dla problemów z maszynami wirtualnymi i Dockerem, aby jedno obejście nie przesłoniło drugiego.
Zalecana kolejność diagnostyki
- Zaktualizuj ZimaOS i odtwórz objaw.
- W przypadku problemów z wyświetlaniem w systemie Windows najpierw sprawdź sterowniki VirtIO.
- W przypadku problemów z myszą lub klawiaturą przetestuj czysty profil przeglądarki.
- W przypadku dźwięku sprawdź aktualne możliwości ZVM, zanim obiecasz obsługę przekazywania.
- W przypadku sieci Docker przeanalizuj konfigurację kontenerów niezależnie od maszyny wirtualnej.
