Administrace komentářů

Linuxové jádro si HW konfiguraci neukládá, při každém bootu detekuje přítomný hardware a nahraje pro něj ovladače, pokud je má. Nabootovat na jakémkoliv zařízení s podporovaným HW by tedy problém být neměl. Otázka je, jak se budou na neustále se měnící HW konfiguraci dívat další aplikace. Např. KDE4 is ukládá konfiguraci zvukového HW, rozlišení a polohu připojených displejů atp; možností, kde se může něco nečekaně rozsypat je dost.

Jako největší problém bych ale viděl 3D akceleraci. Proprietární ovladače GK totiž nahradí knihovnu libgl svou vlastní verzí, která ale velmi pravděpodobně nebude fungovat s grafickým ovladačem VirtualBoxu. Sice je možné mít v systému několik verzí libgl, ale je to přesně ten typ nepříjemnosti, který elegantní řešení transformuje v osinu v zadnici. Možnosti jsou buď používat opensource ovladače pro GK (nižší výkon, skoro žádný power management a podpora OpenGL jen do verze 3.3 (jakž takž)) nebo zablacklistovat vboxvideo. Dlužno říct, že některá pracovní prostření (Unity) bez 3D akcelerace nefungují.

Windows si naopak HW konfiguraci ukládají. Jak se tohle může projevit si netroufám odhadnout, ale např. by se mohlo stát, že po každém bootu do jiného "prostředí" byste musel Windows znovu aktivovat. Pokud vím, tak VirtualBox řeší 3D akceleraci ve Windows vlastními d3d8.dll a d3d9.dll knihovnami, které fungují jen jako D3D->OGL překladová vrstva á la WINE. Instalací VirtualBoxí 3D akcelerace byste tedy nejspíš rozbil tu "skutečnou" (jak funguje ten experimentální WDDM ovladač nevím, rozhodně je ale plný bugů). Na druhou stranu kromě Aera tu 3D akceleraci pod Windows na nic nepotřebujete.

Osobně bych tohle do produkčního prostředí nenasazoval. Už jen proto, že podobné kejkle asi moc lidí nezkouší, budete muset jakýkoliv problém řešit na vlastní pěst. OS, který používáte více bych nainstaloval na železo a ten druhý virtualizoval.