Adott egy ubuntu desktop
$ lsb_release
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 16.04.1 LTS
Release: 16.04
Codename: xenial
$
ezen az ubuntun telepítve van egy vbox az oracle repojából.
$ virtualbox --help
Oracle VM VirtualBox Manager 5.1.6
(C) 2005-2016 Oracle Corporation
All rights reserved.
..
..
$
a vboxban telepítve van win10 enterprise 1607 guest
namost egy idő után egyszerűen nem hajlandó felbootolni. a virtualis képernyő fekete marad, a vbox jelzi a sata lemez folyamatos olvasását, se windows logó, se mosógép, se semmi..
gyakorlatilag a windows elszált.
erőszakosan leállítom, - kill $(ps -A a | awk '/[v]irtual/{print $1}') - a w10.vdi fájlt, ami ugye a virtuális merevlemez átmásolom egy nem tömörített lemezre, majd visszamásolom az eredeti helyére, és láss csodát, minden hiba, és erőlködés nélkül bootol a win10.
elég nyilvánvalónak tűnik, hogy a kompresszióval nem stimmel valami, miközben elvileg vdi fájl nem tömöríthetőnk van jelölve. vagy nem? nemt'om
jó kis móka ez :)
- 1116 megtekintés
Hozzászólások
Mintha pont erről írnának egy 3 éves ticketben: https://www.virtualbox.org/ticket/11862
"Állítólag":
In the system option you need to check the "use I/O APIC" + if you were using SATA interface as your storage, you need to check the "Use host I/O cache" option.
- A hozzászóláshoz be kell jelentkezni
kösz a választ, kísérletezni fogok ezzel a tömörítéssel, hátha kijön belőle valami:))
- A hozzászóláshoz be kell jelentkezni
Várjuk az eredményt, szívesen tanulunk.
- A hozzászóláshoz be kell jelentkezni
többnyire csak a frissítések jelentenek nagyobb lemezműveleteket a helyi lemezen, - ez tette be a kaput a legutóbb is - egyébként a hálózaton dolgozik a windows, ezért aztán jó időbe beletelhet mire lesz valami eredmény.
mindenesetre leellenőriztem amit a hibajegyen írtak, + beXeltem az ssd opciót.
és persze csináltam (több) másolatot a vdi fájlról..
meglátjuk, lesz e haszna v. nem.
- A hozzászóláshoz be kell jelentkezni
Kicsit más de van közös pont.
Debian 8.5, SSD RAID1, btrfs, rá Proxmox és a virtuális gépek.
A virtuális gépek működésekor igen erős i/o-kat kaptam. Gyakorlatilag teljesen lefogta a gépet.
Mindezt ugyanúgy újratelepítve de EXT4-re és minden rendben. A 90-100% i/o helyett már csak 10-25% lett.
- A hozzászóláshoz be kell jelentkezni
Nekem is volt egy x aktás élményem btrfs-el, bár teljesen más. (Le is tettem róla, hogy használjam.) Egy Lenovo T430-asra telepítettem Arch-ot, gondoltam ha már új telepítés kipróbálom a btrfs-t, intel SSD, hibátlan ramok, hibátlan minden.
A KDE úgy esett-kelt, mintha RAM hibás lenne a gép. A különböző beállítások nem mentődtek el, segfaultolt, és egyéb rejtélyes hibák/fagyások jöttek elő. Ugyanezen a gépen, ugyanezen a btrfs file rendszeren a GNOME hibátlan volt. Ugyanezen a gépen de EXT4-en a KDE is hibátlan. Azóta sem értem.
- A hozzászóláshoz be kell jelentkezni
A nodatacow ott volt a subvolume mount opciói között?
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)
- A hozzászóláshoz be kell jelentkezni