Virtual Box véletlenszerűen merevere fagyasztja a gépet

Virtualizáció

A VBox 5.2-es, de már az 5.1-esnél is ezzel szívtam. (5.0-át nem próbáltam még.) Megy az emulált winxp és véletlenszerűen merevrefagy a host is. (Ha megy zene, akkor még az is.) Akár használom a gépet, akár nem. (Volt, hogy otthagytam üresjáratban az egészet, se az xp, se a host Linux nem csinált semmit és akkor is merevre fagyott, mire visszajöttem.)

A host egy 64-bites Debian 8, a guest pedig egy 32-bites winxp, 1 GB RAM van beállítva neki memóriának.

Van bárkinek bármi ötlete, hogy mit kéne nézni logokban? Egyáltalán tapasztalt bárki ilyet?

  • 2036 megtekintés

( pirate | 2018. 05. 29., k – 16:53 )

1-2 eve a winpx es win7 VM is ujrainditotta a host-ot. Napi 24 oraban ment volna, de max. par nap volt az uptime, utana fagyi vagy reboot. A host Mac OSX volt (macmini), virtualbox es pontos OS verziot mar nem tudok. Debian7-el szepen megy most is, ugy emlekszem Debian8-al is voltak ujraindulasok. Az okat nem kerestem, megelegedtem azzal, hogy a host es a Debian7 VM mukodik egyutt.

-----
"Már nem csak tehetségekből, de a hülyékből is kifogytunk..."

( szilas | 2018. 05. 30., sze – 01:00 )

Én hardver hibára gyanakodnék. Első körben 3 teljes memtest.

---------------------------------------------------------------
Ritkán szólok hozzá dolgokhoz. Így ne várj tőlem interakciót.

A host teljesen stabil, még nagy és hosszan tartó terhelés alatt is, reprodukálhatóan csak akkor van freeze, ha a VBox fut, így a tápellátási/kontakt zavarokat kizárnám. A HDSentinel 100%-ot ír minden drive-ra, a SMART extended self-test pedig semmit problémát nem talált egyiken sem. A BIOS a latest.

Esetleg még egy olyan ötletem van, hogy a hoston a logok partícióját átállítod sync-re. Azaz hogy azonnal kiírja az adatokat amint keletkezik. Így talán megmarad valami infó a log(ok)ban. Nagyon talán/esetleg ext2 ként mountolni.

---------------------------------------------------------------
Ritkán szólok hozzá dolgokhoz. Így ne várj tőlem interakciót.

Oké, ezt megpróbálom, köszi a tippet, most így megy.

Amúgy tegnap sikerült elkúrni a posztot, mert kimaradt, hogy a BIOS már a latest, lévén akkor frissítettem le. Tegnap mondjuk több óra után sem fagyott a VBox 5.0, de ez nem jelent semmit, mert amikor 5.2-re frissítettem, akkor az is volt, hogy nem fagyott le egy többórás szeánsz alatt... :/

Az miért jó, ha ext2-ként mountolom?

Biztos ezzel a loggal is lehet valamit kezdeni, de én spec nem erre gondoltam. A host gép /var/log/kern.log*, és /var/log/syslog* -jára. Első körben. De olvastam hogy sokan a kernel modult sejtik a háttérbe. Az bizony lehet. Esetleg kényszerítsd a modul újrafordítására.

---------------------------------------------------------------
Ritkán szólok hozzá dolgokhoz. Így ne várj tőlem interakciót.

( Raynes v | 2018. 05. 30., sze – 04:52 )

Emiatt ne aggódj, a Vőrcsöl Baaksz egy nagy trágyahalom. Helyette QEMU-KVM + virt-manager. Esetleg VMware Workstation Player.

No keyboard detected... Press F1 to run the SETUP

A Workstation Player szerintem nem annyira alternatíva. A VBox már régen túlhaladta funkcionalitásban. Nagyon régóta használom, mind windows, mind linux host-on, még soha nem fagyott meg. Pedig volt, hogy futott egyszerre 2 windows server 2016, egy windows 10, egy zentyal, egy ubuntu meg talán egy pfsense egyszerre.

Ez a "trágyahalom" nálam sok éve kitűnően teljesít, 3.x óta használom rendszeresen. Sokféle gépen futtattam már, az enyémeken régóta Linux a host, a guest mindig az, ami éppen kell (munkahelyen legtöbbször ilyen-olyan céllal felhúzott XP-k, ritkábban Windows 7 és 10, néhány Linux). Kollégáim közül többen is Windows 7-et futtatnak a gépükön, néhányan Windows 10-et, az ezekre telepített VirtualBox alól problémás az ethernet port kezelése, ha XP a guest (Vista óta NDIS6.x-et használnak a Windows-ok, az XP viszont NDIS5.1-et, ez a gondok forrása - ha az ember úgy telepíti a VirtualBox-ot, hogy NDIS5 legyen használva NDIS6 helyett, akkor jobb a helyzet, de ez így macerás egy kicsit, minden új verzió telepítéskor oda kell figyelni a paraméterezésre).
USB-s adapterek is teljesen jól mennek a guestnek átadva, soros portot is annyit faragok így a guest számára, amennyit akarok, USB/ethernet adapterrel a guestet könnyedén, mindenféle konfigurálás nélkül használhatom a hostétól teljesen elválasztott hálózaton. Nekem jelentősen megkönnyíti a munkámat, amikre használom, azokra nagyon bevált.

( uid_4672 | 2018. 05. 31., cs – 00:01 )

én 5.2.12 r122571-est használok, jelenleg... manjaro a host, csomóféle guest-tel: xp, win7, win8, win10, mac high sierra, archlinux, manjaro, ubuntu... de fagyni egyik sem nem szokott...

én is inkább hardver hibára gyanakodnék... esetleg videokártya? milyen gpu van a hoston?

u.i. amúgy láttam én qemu/kvm-et is valami opcode error-ral csonttá ölni a host rendszert...

Azt nem mondom, hogy a KVM nem fagyaszthatja le a gépet, főleg a QEMU tisztán szoftveres virtualizációnál (mikor a proci nem támogatja a hardveres virtualizációt). Viszont összességében mégis nagyságrendekkel stabilabb, mint a Virtualbox.

A Virtualbox meg nem haladta meg az ingyenes VMware tudását, hanem a VMware-esek korlátozzák le az ingyenes termékvonalukat egyre pofátlanabbul, hogy egyre agresszívebben a fizetős megoldásuk felé tereljenek.

Én egyébként nem magára a Virtualboxra gyanakszok a topikindító esetében, hanem a kernelmodulra, amit használ. Tippre az nem fér össze a fent lévő kernellel.

No keyboard detected... Press F1 to run the SETUP

> Én egyébként nem magára a Virtualboxra gyanakszok a topikindító esetében, hanem a kernelmodulra, amit használ. Tippre az nem fér össze a fent lévő kernellel.

Nincs kizárva. 3.16-os kernel amúgy. De, hogy az se az 5.0, se az 5.1, se az 5.2 ne férjen vele össze, az azért elég meredek lenne.

Jaaaa, akkor meg is van a hiba, a topik rázható. Múltkor nem vettem észre, hogy még 8-as Debianról van szó. A 3.16-os kernel még akkor jött ki, mikor a dinók uralták a bolygót. Felteszed a 9.4-es Debiant, abban már 4.9-es kernel van, ami a 4.16-oshoz képest nem új (4.17 is kijön a hétvégén).

No keyboard detected... Press F1 to run the SETUP

A kernelre közvetlenül szinte semmi nem dependel a repóban. Nyugodtan lehet használni új kernelt a régebbi programokkal, azaz lehetne, ha lenne a repóban újabb kernel. Mondjuk forgathatnék magamnak, de nincs kedvem ezzel szívni; most már úgy is nemsoká' itt a Devuan 2, majd akkor frissítek arra...

( selli | 2018. 05. 31., cs – 15:01 )

sajat tapasztalat: vbox egy rakas instabil k@k@halom
- linux hoston fagyot a gep suspend to RAM utan, akkor is ha nem fut a vbox, de a module be voltak toltve. uninstall utan minden OK, szoval kernel modulok nem a legjobbak
- windows 10 hoston, neha lefagy az egesz guest, sot neha a host se tud ujraindulni.

probalj ki mas verziokat, irhatsz hibajelentest is, de azt sose fogjak elovasni/kijavitani ( nekem is van par open status-ba )

( Pene | 2018. 06. 01., p – 16:26 )

Sajnos mac alatt is tapasztalható ez néha. Pontos verziót nem tudok mondani, de szerintem 5.1.x-szel. Ergo a fentiek alapján ez inkább vbox probléma, mintsem hardver.