Sziasztok!
VirtualBox 7.0.20 -szal tapasztalom azt, hogy a Windows 10 vendég gép leállítása befejeződik, de az ACPI shutdown-ba belehal a VirtualBoxnak az ablaka. Semmit nem tudok vele csinálni.
OS: Gentoo Linux (de repróztam már Arch Linux alatt is a hibát)
A Windows teljesen fel van patchelve, Linuxon nincs új verzió a VBox-ból, de már egy ideje szívok ezzel. Nincs paravirtualizáció bekapcsolva, CD/DVD mindegy neki, hogy ott van vagy sincs, akkor is lefagy. Amúgy standard default Windows VM.
Ami extra: magát a VMDK-t hordozgatom (másolom) két gazdagép között, az egyik a céges gépem Ubuntu-val de hasonló verziós VirtualBox -szal (7.x) a másik meg az otthoni. A céges gépen jól működik a leállítás. A vbox fájlokat nem szoktam másolgatni, ez okozhat gondot?
Hozzászólások
Licencelt program miatt én is cipeltem másolással VirtualBox gépet oda-vissza. Másoltam a gép mappáját. Ez tűnt logikusnak a vbox file, a Logs és a Snapshots miatt. Arra is jó volt, hogy ha valamit elszerencsétlenkedtem, akkor mindenestől volt egy "biztonsági" másolatom. Soha nem volt ebből problémája a VirtualBoxnak.
Szerk.: és a guest-nek sem.
Lehet túl alap kérdések, de ahol nem megy rendesen, ott a megfelelő verziójú extension pack és a Windows-on szintén a megfelelő verziójú Guest Addition van fent?
Ahol nem futott jól logok és dmesg nem ír valamit?
Ahol jól futott ott ugyanaz a verzió van fent?
Megnéztem a Virtualbox weblapját és október 15-én jött ki új release. Nézz rá, hátha javították, ha tényleg hiba volt.
Látatlanban kezdésnek ennyi😁
> Lehet túl alap kérdések, de ahol nem megy rendesen, ott a megfelelő verziójú extension pack és a Windows-on szintén a megfelelő verziójú Guest Addition van fent?
igen
> Ahol nem futott jól logok és dmesg nem ír valamit?
Nem láttam, holnap otthonról leszek, ránézek
> Ahol jól futott ott ugyanaz a verzió van fent?
7.0.16 - tehát régebbi van fenn. Viszont, ez a hiba régóta fennáll, kb azóta, hogy a VBox 6-ról 7-re váltott, csak eddig nem nagyon használtam a VM-et, mostanában viszont sűrűbben kell, és félek, hogy sérül a fájlrendszer. Nincs rajta semmi reprodukálhatatlan, csak sajnálom azt a kb két hetet, amit rá kell költeni, ha újra fel kell rajta mindent konfigurálni (ilyen-olyan VPN-ek, ilyen-olyan kliensek, stb)
Blog | @hron84
via @snq-
Ezt a veszélyt egy snapshottal nem tudod kivédeni?
Nem tudom, hogy tárolja a snapshotot, hogy kell-e a VMDK-val együtt hordozni. Emiatt nem mertem.
Blog | @hron84
via @snq-
Na, most lett időm megint foglalkozni vele, most volt egy indítás, de nem láttam a logokban semmi extrát, viszont kicsit kevés volt a hely, és letakarítottam az összes mindenféle alkalmazásnak a logját, utána jutott eszembe, hogy a VBox-ét nem kellett volna.... De a héten majd még kell úgyis, gyűjtök logot.
Blog | @hron84
via @snq-
A guest szimulációban tilos usb egeret és billt használni, mert fagyhat tőle a windows guest. Tedd vissza PS/2 input device-ra a beállítást Win7- guest szivatott ezzel heteken át.
Engem meg a NTFS kötet tömörítése szivatott be rendesen, mert tömörített köteten a virtualbox virtuális lemezképfájl egyszerűen olyan szinten lelassul, hogy használhatatlan lesz tőle a virtuális gép.
miért használsz az egész ntfs köteten tömörítést?
Már kikapcsoltam, mert a virtuális gépeknek gond volt virtualbox alatt. Azért használtam, mert Windows alatt, magát a rendszerpartíción lévó felhasználói adatokat, átmozgattam egy külön partícióra, megkönnyítve majd egy majdani Windows frissítést újabb verzióra/újratelepítést, és magán a rendszerpartíción meg eleve tömörítem a rendszert, hogy több hely maradjon a frissítéseknek + kímélve van az ssd, hogy tömörítve kevesebb írás kell rá.
Az ntfs-nek az a nagy előnye (millió más hátránya mellett) hogy fájlszinten meg lehet határozni mi legyen tömörítve, és mi nem. Így a windows update könyvtárakra be lehet kapcsolni, míg nagy - sűrűn írkált- fájloknál pedig érdemes kikapcsolni.
Az ssd-t meg, hacsak nem valami nagyon régi és trim-nélküli darab, nem kell túlzottan kímélni. Használni kell. Ne legyen 80-85%-nál jobban tele, erre kell figyelni, de amúgy meg írni kell rá, azért vetted.
Nem a guest fagy le, az amennyire látom teljesen jól leáll. Az ACPI Shutdown request az, amibe belefagy a virtuális gép. Abból is lehet tudni, hogy amikor a Windows megfagy, akkor a VirtualBox VM ablaka még használható, viszont ilyenkor, mikor leállításnál fagy meg, nem nyílnak meg a menük sem például. Szóval szinte biztos vagyok benne, hogy ez valami az alkalmazást vagy a virtualizációt magát érintő bug. És ez az ami miatt aggódom, mert nem tudom, hogy hogyan írja le a disket ilyenkor a virtualizáció.
Blog | @hron84
via @snq-
Amióta megvette az Oracle, ez is egy rakás k*k*. Nekem windows host alatt volt képes hihetetlenül belassulni, random fagyogatni USB eszköz átadásnál... de csak a 7.x verziók, a 6-osok rendben voltak.
Használj qemu/kvm-et, jobban jársz.
Nem opció a virtualizáció váltás, mert nagyon problémás lenne átmigrálni mindent egy új VM-re. Sok időbe telt mindent faszán megcsinálni, a felét nem is emlékszem már, hogy állítottam be (főleg VPN-ek, ilyen-olyan webes felületek ilyen-olyan faszkodásai, mindenféle 1-2 specifikus dolog miatt telepített alkalmazás). Azért van 3-4 backupom is erről a VMDK-ról, hogy biztosan legyen legalább 1 működő példányom. Nem vagyok teljesen biztos, hogy ez a gép egyáltalán elindul-e KVM alatt, afelől meg végképp nem, hogy működni is fog-e minden faszán, és hogy mennyi szopás lesz azokat beállítgatni amit a VirtualBox automatikusan csinál, mert ennyire mélyen nem ismerem egyik virtualizációt sem. Plusz a Windows bizonyos dolgokra hiperérzékeny, és brickelni semmiképp se szeretném a VM-et.
Viszont, az kiderült, hogy specifikusan az Archot nem szereti valamiért, most átmigráltam a cuccot egy másik Ubuntus laptopra (kaptam újat a cégtől) és probléma nélkül leállt. Nagyon furcsa.
Blog | @hron84
via @snq-
Meglett a megoldás, bár elég egzotikusnak hangzik:
Csak az egér átállítása nem oldotta meg, de azt nem próbáltam, hogy csak az alaplapot elég-e átváltani.
Blog | @hron84
via @snq-
Ezeket a beállításokat a .vbox állomány tartalmazza. Ha azokat is hordozod, akkor nem lesz ehhez hasonló problémád többet.