VirtualBox 1.5.6 rilasciato, corretti diversi bug


E’ stata rilasciata la versione 1.5.6 di VirtualBox per le diverse piattaforme, che corregge diversi errori.
Il download per Linux è disponibile su:

  • Ubuntu 7.10 (“Gutsy Gibbon”) i386 | AMD64
  • Ubuntu 7.04 (“Feisty Fawn”) i386 | AMD64
  • Ubuntu 6.10 (“Edgy Eft”) i386
  • Ubuntu 6.06 LTS (“Dapper Drake”) i386 |AMD64
  • Debian 4.0 (“Etch”) i386 | AMD64
  • Debian 3.1 (“Sarge”) i386
  • Univention Corporate Server 1.3-2 instructions
  • openSUSE 10.3 i386 | AMD64
  • openSUSE 10.2 i386 | AMD64
  • SUSE Linux Enterprise Server 10 (SLES10) i386 | AMD64
  • Fedora 8 (“Werewolf”) i386 | AMD64
  • Fedora 7 (“Moonshine”) i386 | AMD64
  • Fedora 6 (“Zod”) i386
  • Fedora 5 (“Bordeaux”) i386
  • Mandriva 2008.0 i386
  • Mandriva 2007.1 i386
  • Red Hat Enterprise Linux 5 (“RHEL5”) i386 | AMD64
  • Red Hat Enterprise Linux 4 (“RHEL4”) i386
  • PCLinuxOS 2007 i386
  • Xandros Desktop 4.1 i386
  • All distributions i386 | AMD64

La lista dei cambiamenti è nel Changelog:

  • GUI: fixed several error messages
  • GUI: fixed registration dialog crashes once and for all
  • GUI: really ask before resetting the VM
  • GUI: release mouse and keyboard before the host activates the screensaver
  • GUI: fixed issue with license display on big screens
  • GUI: added setting for network name for internal networks
  • GUI: added setting for network device type
  • GUI: keyboard fixes
  • GUI: seamless mode and fullscreen mode fixes
  • GUI: fixed soaked hostkey keyup event under certain conditions
  • GUI: more informative message dialog buttons
  • GUI: VM selector context menu
  • VBoxSDL: added -termacpi switch
  • VBoxSDL: fixed automatic adaption of the guest screen resolution to the size of the VM window
  • VMM: under heavy guest activity, for example when copying files to/from a shared folder, the VM could crash with an assertion
  • VMM: added an option to select PIIX4 (improves compatibility with Windows guests created by VMware)
  • VMM: fixed a bug which could lead to memory corruption under rare circumstances
  • VMM: improved performance of Solaris guests
  • VRDP: fixed a 1.5.4 regression: VRDP client and server were out-of-sync if the VM was started using the GUI
  • VRDP: proper error handling if the VRDP library could not be loaded
  • VBoxManage: fixed crash during clonevdi
  • VBoxManage: added ’list runningvms’ command
  • VBoxManage: improved the compatibility when reading the partition table of a raw disk
  • Shared Folders: added support for read-only shared folders
  • Shared Clipboard: several fixes
  • Network: experimental support for E1000 device emulation
  • iSCSI: better check for misconfigured targets
  • iSCSI: allow to directly attach to internal networks with integrated mini IP stack
  • PulseAudio: don’t hang during VM initialization if no sound server is available
  • VDI: fixed sized virtual disk images are now completely written during creation to workaround buggy sparse file handling on some OS (e.g. Vista)
  • VDI/VMDK: prevent indexing of .vdi and .vmdk files on Windows hosts
  • RDP: fixed compilation of the Linux rdesktop client on newer Linux kernels
  • RDP: install rdesktop-vrdp on Linux hosts
  • ACPI: added sleep button event
  • Serial: proper handling of inaccessible host devices
  • Windows installer: allow smooth upgrade without deinstallation
  • Linux installer: fixed Slackware detection regression
  • Linux installer: updated VBoxTunctl allowing to assign a tap device to a group on Linux kernels > 2.6.23
  • Windows additions: several fixes, in particular for Windows NT4
  • Linux additions: fixed installer for Kubuntu 8.04
  • Linux additions: add default video mode for handling video mode hints from the host
  • Linux host: compatibility fixes with Linux > 2.6.24

Enjoy🙂
piede tux vb

Info Antonio Doldo
www.toolinux.it - www.virtualboxes.org - adoldo.wordpress.com - Linux user & Android fan

12 Responses to VirtualBox 1.5.6 rilasciato, corretti diversi bug

  1. Nicola Greco scrive:

    goood! Meno male, adesso mi metto a testare!

  2. Antonio Doldo scrive:

    @Nicola Greco
    un cambiamento salta all’occhio appena avvii, le macchine Linux hanno il piede di Tux😀
    ciao,
    Antonio

  3. Antonio Doldo scrive:

    @tutti
    aggiunta schermata 1.5.6

  4. EMANUELEBRUNO scrive:

    Scusate,ma qualcuno di voi è a conoscenza del fatto che VirtualBox ho un problema di velocità delle virtual machine quando da una macchina virtuale si fa, ad esempio, un upload? Io mi sono accorto che quando scarico in ftp dal mio ftp server verso la macchina emulata impiego pochissimo tempo perchè la velocità è di circa 4/5 MB al secondo; se invece effettuo un upload dalla macchina virtuale verso il mio ftp server, i tempi di upload sono a dir poco estenuanti…
    non so dirvi se arrivo a 100 KB/s…

  5. Antonio Doldo scrive:

    @EMANUELEBRUNO
    non mi risulta e appena posso verifico, controlla se ti succede la stessa cosa via scp (ssh) forse il tunnel ssh si comporta meglio…
    farò le prove domani…
    Ciao,
    Antonio

  6. Antonio Doldo scrive:

    @EMANUELEBRUNO
    provato:
    sia in entrata che in uscita oscilla tra 12 e 20 MB/s
    con ssh è intorno ai 3 MB/s
    Ciao,
    Antonio

  7. Serendippo scrive:

    ciao! ci stai proprio ‘attaccato’ al sito di VirtualBox — forse dopo l’acquisizione eri preoccupato di vedere come si mettevano le cose? beh, mi pare che x il momento la produzione vada avanti regolarmente… meno male, meglio così!

    Ora mi spiace romperti di nuovo, dato che ne abbiamo già parlato in privato, ma vorrei una chiarificazione: per alcune distro di prova, cioè non molto importanti, sulla mia Fedora 8 utilizzo ancora una versione vecchia:
    Installed Packages
    VirtualBox.x86_64 1.5.2_25433_fedora7-1 installed
    legata al kernel 2.6.23.8-63.

    Ora vorrei provare ad andare + a fondo e quindi
    (1) disinstallo la 1.5.2 system-wide =
    # rpm -e VirtualBox.x86_64
    (2a) installo l’ultima con l’ultimo kernel disponibile, il 2.6.23.15-137.fc8, e già montato (iersera) senza problemi sul mio Athlon x2 64 =
    # yum -v localinstall VirtualBox-1.5.6_28266_fedora8-1.x86_64.rpm

    Vengo dunque alle domandine:

    (3) se faccio
    # yum -v localupdate VirtualBox-1.5.6_28266_fedora8-1.x86_64.rpm
    posso forse evitare il passo (1)?

    (4) oppure posso tenere ugualmente la 1.5.2 su quel kernel ‘vecchio’ per non dover reinstallare quelle altre distro (che utilizzo relativamente poco, x giocherellare) e montare su questo kernel nuovo la 1.5.6? Ci saranno incompatibilità (per cui è comunque meglio levare quella vecchia)?

    grazie 1000, ciao

  8. emanuelebruno scrive:

    Salve a tutti, ho fatto una ricerca ed ho scoperto che anche altri utenti hanno riscontrato il problema dell’upload da una vm xp guest:
    http://forums.virtualbox.org/viewtopic.php?t=4731
    http://forums.virtualbox.org/viewtopic.php?t=2225
    Non è che per caso qualcuno ha anche trovato una soluzione al problema?

  9. emanuelebruno scrive:

    ho trovato altri link in cui si parla di questo problema:
    http://forums.virtualbox.org/viewtopic.php?t=1927
    http://www.virtualbox.org/ticket/459
    http://www.virtualbox.org/ticket/83

  10. Antonio Doldo scrive:

    @tutti
    innanzitutto mi scuso per non aver risposto ai commenti in questa settimana
    @Serendippo
    L’installazione di un pacchetto rpm, a meno che non venga passata l’opzione di usare un altro path (e sempre che il pacchetto lo preveda) va a ricoprire i files binari, librerie e quant’altro il pacchetto stesso contenga.
    Nel caso specifico di VB, è difficile (e inutile) far coesistere due versioni.
    Riassumendo: l’installazione della r. 1.5.6 è consigliabile e non è necessario eliminare la 1.5.2,
    E’ sufficiente ricompilare il modulo vboxdrv con:
    /etc/init.d/vboxdrv setup
    Un saluto e a risentirci,
    Antonio

  11. Antonio Doldo scrive:

    @emanuelebruno
    nel primo commento non era chiaro che la tua macchina guest era windows, e probabilmente il problema riportato sui forum è relativo a windows in virtualbox. Nel modesto test che ho riportato le macchine guest erano linux, e non ho notato problemi nel trasferimento ftp. MI dispiace di non avere una soluzione.
    Ciao,
    Antonio

  12. Serendippo scrive:

    grazie Antonio, sei sempre molto gentile!
    dal fatto che non avessi postato niente di nuovo immaginavo che fossi piuttosto occupato, del resto lo avevi già detto alcuni post fa, mi pare…
    farò come consigli tu, sono sicuro che sia la soluzione migliore
    intanto buon lavoro

Lascia un commento

Effettua il login con uno di questi metodi per inviare il tuo commento:

Logo WordPress.com

Stai commentando usando il tuo account WordPress.com. Chiudi sessione / Modifica )

Foto Twitter

Stai commentando usando il tuo account Twitter. Chiudi sessione / Modifica )

Foto di Facebook

Stai commentando usando il tuo account Facebook. Chiudi sessione / Modifica )

Google+ photo

Stai commentando usando il tuo account Google+. Chiudi sessione / Modifica )

Connessione a %s...

%d blogger cliccano Mi Piace per questo: