Oracle VirtualBox 4.1.18 ei käynnisty päivityksensä jälkeen

[jarmala]

Viime viikon lopulla paketinhallinnasta tuli päivitys Virtualboxiin ja sen jälkeen VM ei ole enää käynnistynyt lainkaan. Mitenkäs ratkaisen? Downgradaanko 4.0 versioon? Säilyvätkö virtuaalikoneeseen asennetut käyttikset? Vai otanko varakopion VM:stä ja asennan Virtualboxin uudestaan?

VM:n pitäisi ajaa Windows 2000:ta, koska GPS-loggerini softa (Traxmeet) toimii vain vinukassa. Nyt kun virtuaalikone ei käynnisty, niin vilaustakaan vinukastakaan ei tule esille...

Eli nyt se siis valittaa seuraavasti: konsolille

$ virtualbox
QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: Tiedostoa tai hakemistoa ei ole
Qt WARNING: QFileSystemWatcher: failed to add paths: /home/ari/.config/ibus/bus
Qt WARNING: Bus::open: Can not get ibus-daemon's address.

ja omaan lokiinsa ( leikkaan viimeisimpiä rivejä):

VirtualBox 4.1.18 r78361 linux.amd64 (Jun 20 2012 10:26:08) release log
..
00:00:00.802 Shared Folders service loaded.
00:00:00.819 DrvBlock: Flushes will be ignored
00:00:00.819 DrvBlock: Async flushes will be passed to the disk
00:00:00.819 DrvBlock: Flushes will be ignored
00:00:00.819 DrvBlock: Async flushes will be passed to the disk
00:00:00.819 VDInit finished
00:00:00.820 PIIX3 ATA: LUN#0: disk, PCHS=8322/16/63, total number of sectors 8388608
00:00:00.824 PIIX3 ATA: LUN#1: CD/DVD, total number of sectors 0, passthrough disabled
00:00:00.824 DrvBlock: Flushes will be ignored
00:00:00.824 DrvBlock: Async flushes will be passed to the disk
00:00:00.824 PIIX3 ATA: LUN#2: CD/DVD, total number of sectors 25471, passthrough disabled
00:00:00.824 PIIX3 ATA: LUN#3: no unit
00:00:00.824 PIIX3 ATA: Ctl#0: finished processing RESET
00:00:00.824 PIIX3 ATA: Ctl#1: finished processing RESET
00:00:00.835 NAT: value of BindIP has been ignored
00:00:00.836 Audio: Trying driver 'pulse'.
00:00:00.840 Audio: set_record_source ars=0 als=0 (not implemented)
00:00:00.840 Pulse: open PCM_IN rate=44100Hz channels=2 format=s16le
00:00:00.840 Pulse: Requested record buffer attributes: maxlength=26460 fragsize=17640
00:00:00.885 Pulse:  Obtained record buffer attributes: maxlength=26460 fragsize=8820
00:00:00.885 Pulse: open PCM_OUT rate=44100Hz channels=2 format=s16le
00:00:00.885 Pulse: Requested playback buffer attributes: maxlength=26460 tlength=17640 prebuf=-1 minreq=-1
00:00:01.084 Pulse:  Obtained playback buffer attributes: maxlength=26460 tlength=12348 prebuf=8824 minreq=3528
00:00:01.087 DevPcBios: ATA LUN#0 LCHS=522/255/63
00:00:01.087 PGM: The CPU physical address width is 36 bits
00:00:01.087 PGMR3InitFinalize: 4 MB PSE mask 0000000fffffffff
00:00:01.105 VMM: fUsePeriodicPreemptionTimers=true
00:00:01.105 HWACCM: No VT-x or AMD-V CPU extension found. Reason VERR_VMX_IN_VMX_ROOT_MODE
00:00:01.105 HWACCM: VMX MSR_IA32_FEATURE_CONTROL=5

Ja Ubuntu on

$ uname -a
Linux ari 2.6.32-40-generic #87-Ubuntu SMP Tue Mar 6 00:56:56 UTC 2012 x86_64 GNU/Linux

T. Ari

[mrl586]

Montako bittiä Wintoosassa on?

[jarmala]

Montako bittiä Wintoosassa on?

Mistä sen tietää, kun Virtualbox ei käynnistä virtuaalikonetta, jolloin voisi Windows 2000:lta kohteliaasti tiedustaa, miten monta bittiä siinä on ;-)

Ei vaiskaan, eikös W2000 ole vuodelta 1999, joten pelkään, että silloin ei vielä ollut keksittykään kuin jotain 16 tai 32 bittiä. Haluatko niiden kaikkien nimet?

T. Ari

[Ganymedes]

Vakavammin ottaen - muistikuvat kertoivat ja Wikipedia vahvisti, että Windows 2000:sta oli (normaalisti) vain 32-bit versiot. Sen lisäksi oli kylläkin Itanium prosessoreille tehdyt 64-bit Limited Editionit.

En osaa auttaa Virtualboxin päivityksessä, mutta eikö sitä voi aina ajaa niin, että kaikki yhteen koneeseen liittyvä asia on yhdessä hakemistossa (tai paremmin yhden polun takana)? Näin olen toiminut muissa virtualisointijärjestelmissä aina. Pitäähän niistä virtuaalikoneista saada backupit ja tyypillisesti siirtelen/kopioin niitä koneesta toiseen ja tällöin on tietysti vaatimus, että "yhdellä copy-komennolla" saa siirron tehtyä. Tällöin ei myöskään ohjelman päivityksellä tai asennuksella tai poistolla, ole myöskään mitään yhteyttä itse virtuaalikoneiden ehjänä pysymiseen.

Kysyit nyt, että onko näin sinun tapauksessasi - eli mitä pitää kopioida, joku varmaan tietää siihen vastauksen. Jos ei muuta selviä, niin voisithan kopioida toisella koneelle ne, mitä luulet tarvitsevasi, ja kokeilla siellä, vaikkapa sillä vanhemmalla versiolla että toimiiko. Tällä tavalla sen ainakin saa selville, jos itse VM on ehjä. Kokeilu on myös täysin turvallinen - vaatii tietty sen toisen koneen, usb-lisälevyn tms.

[jarmala]

Noniin, ratkaisin asian lopulta niin kuin aluksi tuumasinkin: poistin Oracle VirtualBox 4.1:n ja asensin paketinhallinnasta tilalle 4.0:n.

No aluksi se valitti väärästä vboxdrv:stä kernelissä, mutta kertoi komennon, jolla asian voisi korjata. Ajoin sen, mutta moduli ei hellinnut kernelistä. Buuttasin koneen. Sen jalkeen VirtualBox pyysi asentamaan kernelmodulin. Tein sen ja VB käynnistyi vain valittaakseen sitten KVM-virtualisointimodulista.

Silloin muistinkin, että tässä 4.0-versiossa KVM-moduli pitää poistaa ennen VirtualBoxin käynnistystä. Näin tein ja voila! VirtualBox käynnistyi ja osasi käynnistää W2000:n ja siinä sain lopultakin siireetyksi pyöräilylenkkini Traxmeet-palveluun. KIva.

Epäselväski jäi kuitenkin se, mikä toissaviikoisessa VirtualBoxin paketinhallinnan kautta tulleessa päivityksessä sotki syteemin niin, että virtuaalikone ei enää käynnistynyt. Nyt mennenän sitten edellisellä versiolla...

T. Ari