Custom Query (16363 matches)
Results (871 - 873 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #9069 | fixed | shared folder doesn't seem to update => Fixed in 6.0.6 | ||
| Description |
I ran into an issue where when I change a file on/in a shared folder, the change is not seen when I serve up the file through a webserver (e.g. nginx).
I originally reported this with vagrant, but they directed me here. I tried The guest in both cases was Linux (Ubuntu Karmic 9.10). I can provide my image if necessary --- it's a vagrant box. Per ticket I previously opened (on github, vagrant), it seems to be an issue related to the syscalls of sendfile. Let me know if I can provide more information or test. |
|||
| #12131 | duplicate | shared folder does not work with kernel 3.11 | ||
| Description |
I have the latest stable linux kernel 3.11 for Linus's tree and the latest virtualbox 4.2.18. The guest addition is 4.2.18 as well. Host system is Windows 7 amd64. Guest system is Linux amd64 (Debian 7 and Debian 6). Shared folders are mounted, but ls comannds freeze. The strace log of the command is attached. So shared fould functionality is not usable at all. |
|||
| #8869 | duplicate | shared folder cannot be accessed after resume from hibernate on different host | ||
| Description |
I have a machine at home (win7 64bit), and office (winxp 32bit) both running virtualbox-4.0.6 r71416 I have an external USB drive on which I had the fedora-15 x86_64, image, drive letter T:. The image also resides on T: I have configured a machine-folder which is accessible as /media/sf_T_DRIVE When I leave home, I hibernate the vmachine, and resume at work. The hibernate works, and machine can resume and access network etc. However the drive mount exists, but contents are not accessible. Attempts to remount: It is possible to stop processes using the drive (with fuser, kill), and unmount the drive. but remounting has not succeeded. Even on attempt to add/remove/reconfigure machine-folder. It is possible to rmmod vboxsf, but after doing so, trying to reinit the vboxsf using modprobe will complain that it is not possible to insmod the vboxsf again. It is possible to rmmod vboxvideo, but not possible to rmmod vboxguest, (if it matters). At this point no option but to reboot, if sf_T_DRIVE is to be regained. defeating the whole point of hibernate. I will get more logs next time, but this is fairly reproducible. I will capture logs when this happens again. |
|||

