I was curious and decided to test installing the 32 bit Win8 on a 64 bit host (Ubuntu-10.10 x86_64) with no VT-x It fails. It does work installing the 32 bit on a 64 bit host (Debian-7) with VT-x. Only thing I notice is that is different is *no VT-x and IO APIC causing an issue for me.

I was amazed to see a Win8 32bit version to tell you the truth. All I have been hearing is it would be 64Bit only. But I wonder if this is a real regression since the VBox forum is saying pretty much the same thing on a released version.


On 09/15/2011 10:42 AM, Huihong Luo wrote:
38746 is the one I am using too, but I am testing it on Windows 32-bit host Vista os.

The error occurs randomly, which never happened before. My hd is highly fragmented, only have enough free space to hold about 8GB for the new vm.

I will test Linux version on the same hd to compare.

--- On *Thu, 9/15/11, Perry Halbert /<[email protected]>/* wrote:


    From: Perry Halbert <[email protected]>
    Subject: Re: [vbox-dev] serious VDI bug
    To: [email protected]
    Date: Thursday, September 15, 2011, 5:22 AM

    I installed Win8 yesterday using VDI, SATA, and it went smoothly
    SVN r38746 Debian 7 x86_64 host
    Guest additions failed as I expected it would.

    I actually installed it two times.  Deleted the entire build and
    installed again to test.


    On 09/15/2011 04:40 AM, Alexander eichner wrote:
    Hi,

    the trim feature does not depend on the SSD flag but is a
    separate feature which needs to be enabled manually, the default
    is to disable trim ( everything else is a bug ;) )

    Regards,
    Alexander

    Am 15.09.2011 um 09:43 schrieb Frank Mehnert
    <[email protected]>:

    Note: If you used a VDI file and activated the SSD flag then the
    SVN
    code will strip out unused code from the VDI file. As this code is
    very new then this could be the reason for the problems you
    observe.
    Did you enable the SSD-Flag for the drive associated with the VDI
    file?

    Kind regwrds,

    Frank

    On Thursday 15 September 2011 09:12:18 Frank Mehnert wrote:
    Why do you think this is a regression? Did you try to install
    Windows 8
    with an older SVN version?

    Kind regards,

    Frank

    On Thursday 15 September 2011 06:55:08 Huihong Luo wrote:
    might be SATA controller bug too, as it is more stable when
    using IDE hd

    --- On Wed, 9/14/11, Huihong Luo <[email protected]> wrote:


    From: Huihong Luo <[email protected]>
    Subject: [vbox-dev] serious VDI bug
    To: "VirtualBox developer's list" <[email protected]>
    Date: Wednesday, September 14, 2011, 9:16 PM







    trying to install Windows 8 to vdi image, and it fails
    randomly. Seems
    recent code changes have introduced a bug to vdi.
    It stops at some random percentage of Windows expanding
    phase,25%, 96%,
    etc. It never succeeded, tried 5 times with today's SVN code.
    vmdk/vhd works fine.
    -----Inline Attachment Follows-----


    _______________________________________________
    vbox-dev mailing list
    [email protected]
    http://vbox.innotek.de/mailman/listinfo/vbox-dev

-- Dr.-Ing. Frank Mehnert
    Senior Manager Software Development Desktop Virtualization,
    VirtualBox
    ORACLE Deutschland B.V. & Co. KG | Werkstr. 24 | 71384
    Weinstadt, Germany

    Hauptverwaltung: Riesstr. 25, D-80992 München
    Registergericht: Amtsgericht München, HRA 95603

    Komplementärin: ORACLE Deutschland Verwaltung B.V.
    Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
    Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
    Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van
    der Ven
    _______________________________________________
    vbox-dev mailing list
    [email protected]
    http://vbox.innotek.de/mailman/listinfo/vbox-dev

    _______________________________________________
    vbox-dev mailing list
    [email protected]
    http://vbox.innotek.de/mailman/listinfo/vbox-dev

    -----Inline Attachment Follows-----

    _______________________________________________
    vbox-dev mailing list
    [email protected]
    http://vbox.innotek.de/mailman/listinfo/vbox-dev

_______________________________________________
vbox-dev mailing list
[email protected]
http://vbox.innotek.de/mailman/listinfo/vbox-dev

Reply via email to