Vlákno názorů k článku
Open source předělávka GTA III a GTA: Vice City
od RDa - Pritom by stacilo, kdyby software aktivne nevzdoroval behu...
-
Napr. velice rychlou hlaskou "System Thread Exception Not Handled", pokud identifikace cpu zustala jako Qemu a neni nafejkovana v podobe realneho nazvu cpu od intelu/amd. Ochrana hodna urovne ochrany skrze http user-agent :-)
Potreboval jsem rozjet soft ktery bezi na Ubuntu i Win, oboje jsem nainstaloval na modernim nativnim stroji na SSD, pak tyto disky hodil do serveru kde je patricne nastavene qemu/kvm (ahci emulace z disku, uefi boot), a Ubuntu funguje, W10 nefunguje.
Clovek aby pak hledal po vsech internetech, proc to nejede, kdyz jedina chybova hlaska je onen text, a nicnerikajici qr kod (jsem byl tedy nasranej, kdyz je v nem jen URL kratsi nez onen chybovy text.. a zadny opravdovy error kod).
Me vzdycky pobavi, kdyz okenari tvrdi.. ze to funguje. Tak prosim - posadte se k memu bootloop bluescreenu a reknete mi do oci, ze to funguje.
-
Smazaný profil
Vlastní nešikovnost nesvádějte na cosi v systému :-D
Windows uplne bez problému fungují při virtualizaci na Linuxu, na Macbooku, pod Windows.... ale "RDa" je nejspíš jediný, kdo s tím má problémy, a ve všem vidí ochranu proti .. ani nevím čemu.
Ne, to fakt není ochrana proti čemukoli :-D
-
Vy asi nerozumite podstate problemu. To, ze W10 zhebne, kdyz CPUID vrati neco jineho nez "GenuineIntel" ci "AuthenticAMD" ale neni problem qemu/kvm.
Muj nativni CPU v hostu pro virtualizaci nema ty magicke texty v nazvu a proto "-cpu host" u me nefunguje, jako u 99% navodu na netu, resicich proc to nebootuje. Ale jiste.. je to rukama a W10 za nic nemuzou.
Btw ty W10 mi tam nejedou ani na bare-metal, takze jakepak problemy s qemu? Musel jsem to nainstalovat na disk na zcela jinem zeleze. Ale jiste.. delate chytreho protoze vam W10 instaloval vyrobce a nikdy jste zrejme nic jineho nevideli / nespravovali.
-
> Muj nativni CPU v hostu pro virtualizaci nema ty magicke texty v nazvu a proto "-cpu
> host" u me nefunguje, jako u 99% navodu na netu, resicich proc to nebootuje. Ale jiste..
> je to rukama a W10 za nic nemuzou.Co to je za CPU? Musíte ale uznat, že se Windows v úspěšnosti startu po přesunu na jiný hardware výrazně zlepšily od dob Windows 7 :-). Ještě to zjevně ale chce nějakou tu iteraci...
Moje cesta by spočívala v úpravě BCD, aby se systém přepnul do režimu ladění, ideálně přes (klidně virtuální) sérivoý port a pak si trochu užít s WinDbg Preview.
-
Tragiky pribeh, mozno keby si si precital podporovany HW danym OS tak by si zistil kde je pes zakopany. Zaroven na emulacii CPU nie je nic zle, aj nova platforma Apple M1 nebude zrejme bezat v rezime CPU host-passthrough pre x86 aplikacie.
Pouzivam W10 na herne ucely cez qemu-kvm/libvirt kde virtualizujem NUMA topologiu 1:1 k fyzickej a funguje to v poriadku. Dokonca, vykon je vyssi a stabilnejsi pokial sa nezakryje informacia ze OS bezi pod hypervizorom, maju tam na to optimalizacie. Takze tvrdenie ze W10 zamedzuje, ci znehodnocuje virtualizaciu je FUD.
Ohladom nvidia je situacia ina, tam je zname uz dlhu dobu ze nvidia vedome a cielene zamedzuje pouzivaniu svojho mainstream HW vo virtualizovanom prostredii v ovladacoch, tzn. je nutne informacie o hypervizore zakryvat co castokrat vedie k vykonnostnym problemom, prave preto ze optimalizacia pre beh vo VM nie je na strane OS aktivna. Politika splocnosti (nvidia) je v tomto jasna, na virtualizaciu maju urcene produktove portfolio ku ktoremu treba zakupit/predplatit licencie a v ramci consumer/enthusiast-grade HW to nie je podporovane, resp. priamo to zakazuju.
-
Takze problem vyresen a velke dik smeruje pro Martina Draba!
Po zarizeni vsech hw a sw nastroju slouzicich k debugu win kernelu podle jeho navodu, se debug volba zapla v originalne bezicim systemu (ssd kam to bylo instalovano, na stroji kde to bylo instalovano), nasledne prenesli tyto boot konfigurace z EFI partisny do VM image. A ono to nabootovalo.
Zpetnym srovnanim (prepisovane soubory jsem si odlozil, pro navrat k no-debug nastaveni), jsem pak dosel k duvodu padu - byl tam poskozeny BCD soubor (kratsi nez mel byt). Kdy a cim se to poskodily tyto registry na EFI FAT partisne se nevi (kopiroval jsem si do lvm LV celej image ssd disku vcetne gpt).
Co v poskozenem BCD registru bylo spatne netusim - protoze i treba linuxovy chntpw tool ktery by exportoval jeho obsah udelal segfault - podobne jako se to stalo zrejme v tom NT kernelu, kdyz ho nacital. Takze sice W10 nebranili behu pod VM, ale nedokazali si poradit se svymi poskozenymi registry pro nastaveni bootovani - a druh padu se jeste lisil v zavislosti na nastaveni -cpu.
Trocha me to pripomina doby W95, kdy se registry velice radi poskozovali nevhodnym vypinanim pocitace :)
PS. CPU se hlasi jako AMD Eng Sample: 1S1601A4VIHF4_29/16_N, a je to Epyc 7551P/ES.
PS2. s -cpu kvm64 to samozrejme porad nenabootuje (rychly bootloop bez zadne hlasky), a po zmene zpet na -cpu host to zacne delat "Repair / Diagnosting your PC", takze usuzuji ze bootloader do BCD registru neco zapisuje, a poskozeni mohlo vzniknout vypnutim VM v nevhodnou dobu.
-
To že je systém na houby nezvádej na jeho nešikovnosť,... Win10 má toľko takých problémov, ktoré skutočne nie sú z nešikovnosti a sú to potrvdené problémy. Či už ide o rôzne sieťové, grafické, súborové a iné súčasti systému. Ja som nainštaloval čistý Win10 s nula zásahmi, bez čo by len jednej inštalácii programu, pak vypol, o týždeň zapol, spustili sa aktualizácie a bum už Win10 nešiel. Bez toho aby používateľ na tom urobil čokoľvek iné než kliknul na štart a "vypnúť" .
