VirtualBox

Custom Query (16363 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (1423 - 1425 of 16363)

Ticket Resolution Summary Owner Reporter
#17626 fixed Problem transferring files to the shared directory, maybe a hardening issue boxer01
Description

I’m trying to copy some files from the VM to the shared folder. The host is Windows 10 1709, guest is Windows 10 1703 at the beginning, later updated to the 1709 with same issue. I can’t copy the directory: the process is finished in couple of seconds, but no files or sub-directories are copied, only the root directory which I try to copy anyway. There are no error messages at all — the whole process is simply ended as it was really done. If I archive the files in the VM and copy only one archived file, then everything is OK.

I upload all the log files a got here. I also tested this with 5.1.30, 5.1.34 and 5.29, but I still have this issue. I see some error messages in the logs caused by hardening. Maybe this is a reason of all this situation, I already posted another ticket #17455 a couple of months ago, where I also had some problems because of shared folders and hardening, but this time on the host.

#17625 duplicate vbox 5.2.8 Manager has corrupted fonts and coloring ChrisE
Description

After update from 5.1.34 to 5.2.8 on Ubuntu 16.04 LTS, the fonts and coloring of the text in the Manager are distorted and incorrectly colored. This is a regression and I had previously seen when moving from 5.1.2 to 5.1.4 and reported in ticket #16130.

I am simply doing an update of the VirtualBox package on the Ubuntu system using "apt install virtualbox-5.2". I have the repo,

http://download.virtualbox.org/virtualbox/debian

in my apt sources list.

The host is running fully updated Ubuntu 16.04 LTS

#17623 fixed Ubuntu 17.10 + distro-vbox-guest 5.1.30 + compton => undef glFramebufferTexture2D -> fixed in 5.2.12 Justin5683
Description

ref: https://answers.launchpad.net/ubuntu/+source/virtualbox/+question/665636

In question-665636, I reported that compton fails to start due to a missing symbol. virtualbox-guest-x11 (pkg) installs an ld.so.conf.d which adds /usr/lib/virtualbox/additions to global ld-path, which ends up adding libGL.so.1 from virtualbox-guest-x11 to ld-path.

$ compton
compton: symbol lookup error: compton: undefined symbol: glFramebufferTexture2D

(vbox) libGL.so.1 does not contain glFramebufferTexture2D:

# objdump -T /usr/lib/virtualbox/additions/libGL.so.1 | grep glFramebufferTexture2D
0000000000072580 g DF .text 0000000000000015 Base glFramebufferTexture2DEXT

But, libgl1-mesa-glx's libGL.so.1 does:

# objdump -T /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1 | grep glFramebufferTexture2D
0000000000054ac0 g DF .text 0000000000000000 Base glFramebufferTexture2DEXT
0000000000054ac0 g DF .text 0000000000000000 Base glFramebufferTexture2D

My work-around is to take virtualbox-guest-x11 out of global ld-path:

# update-alternatives --set x86_64-linux-gnu_egl_conf /usr/lib/x86_64-linux-gnu/mesa-egl/ld.so.conf
update-alternatives: using /usr/lib/x86_64-linux-gnu/mesa-egl/ld.so.conf to provide /etc/ld.so.conf.d/x86_64-linux-gnu_EGL.conf (x86_64-linux-gnu_egl_conf) in manual mode
# update-alternatives --set x86_64-linux-gnu_gl_conf /usr/lib/x86_64-linux-gnu/mesa/ld.so.conf
update-alternatives: using /usr/lib/x86_64-linux-gnu/mesa/ld.so.conf to provide /etc/ld.so.conf.d/x86_64-linux-gnu_GL.conf (x86_64-linux-gnu_gl_conf) in manual mode
# ldconfig

Alternately: this is a distro bug, but I'll start here.

Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.

© 2024 Oracle Support Privacy / Do Not Sell My Info Terms of Use Trademark Policy