[aur-general] Virtualbox quite suddenly can't access shared folder anymore
Hi, on 2019-07-25 systemd-udev-reload.hook was running, let alone that I rebooted, before later that day, I used a shared folder by a Windows 7 guest, without experiencing an issue. I don't notice a related upgrade since then, systemd-udev-reload.hook wasn't running anymore, but I rebooted in the meantime. If I try to use a shared folder today, Windows 7 crashes and the VirtualBox log mentions "Failed to open "/dev/vboxdrvu", errno=13, rc=VERR_VM_DRIVER_NOT_ACCESSIBLE". I tried with two kernels. I don't know if it is related to udev at all. $ pacman -Q virtualbox-bin virtualbox-bin 6.0.10-1 $ ls -hAld /dev/vbox* crw------- 1 root root 10, 56 Jul 27 13:00 /dev/vboxdrv crw------- 1 root root 10, 55 Jul 27 13:00 /dev/vboxdrvu crw------- 1 root root 10, 54 Jul 27 13:00 /dev/vboxnetctl drwxr-x--- 3 root vboxusers 60 Jul 27 13:00 /dev/vboxusb As soon as possible, I need to use the guest with a shared folder again, but I don't have a clue how to fix the issue. Unfortunately https://aur.archlinux.org/packages/virtualbox-bin/ is down due to maintenance. Regards, Ralf
PS: This is the file from the AUR: $ cat /lib/udev/rules.d/10-vboxdrv.rules KERNEL=="vboxdrv", NAME="vboxdrv", OWNER="root", GROUP="root", MODE="0600" SUBSYSTEM=="usb_device", ACTION=="add", RUN="VBoxCreateUSBNode.sh $major $minor $attr{bDeviceClass}" SUBSYSTEM=="usb", ACTION=="add", ENV{DEVTYPE}=="usb_device", RUN="VBoxCreateUSBNode.sh $major $minor $attr{bDeviceClass}" SUBSYSTEM=="usb_device", ACTION=="remove", RUN="VBoxCreateUSBNode.sh --remove $major $minor" SUBSYSTEM=="usb", ACTION=="remove", ENV{DEVTYPE}=="usb_device", RUN="VBoxCreateUSBNode.sh --remove $major $minor" This is how '60-vboxdrv.rules' from https://www.archlinux.org/packages/community/x86_64/virtualbox/ looks like: KERNEL=="vboxdrv", NAME="vboxdrv", OWNER="root", GROUP="root", MODE="0600" KERNEL=="vboxdrvu", NAME="vboxdrvu", OWNER="root", GROUP="root", MODE="0666" KERNEL=="vboxnetctl", NAME="vboxnetctl", OWNER="root", GROUP="root", MODE="0600" SUBSYSTEM=="usb_device", ACTION=="add", RUN+="/usr/share/virtualbox/VBoxCreateUSBNode.sh $major $minor $attr{bDeviceClass} vboxusers" SUBSYSTEM=="usb", ACTION=="add", ENV{DEVTYPE}=="usb_device", RUN+="/usr/share/virtualbox/VBoxCreateUSBNode.sh $major $minor $attr{bDeviceClass} vboxusers" SUBSYSTEM=="usb_device", ACTION=="remove", RUN+="/usr/share/virtualbox/VBoxCreateUSBNode.sh --remove $major $minor" SUBSYSTEM=="usb", ACTION=="remove", ENV{DEVTYPE}=="usb_device", RUN+="/usr/share/virtualbox/VBoxCreateUSBNode.sh --remove $major $minor" However using the AUR build with the rules file from community, the result is that USB is missing... $ ls -hAld /dev/vbox* crw------- 1 root root 10, 56 Jul 27 14:48 /dev/vboxdrv crw-rw-rw- 1 root root 10, 55 Jul 27 14:48 /dev/vboxdrvu crw------- 1 root root 10, 54 Jul 27 14:48 /dev/vboxnetctl ...and I got rid of "Failed to open "/dev/vboxdrvu", errno=13, rc=VERR_VM_DRIVER_NOT_ACCESSIBLE", but the Windows 7 guest still crashes, if I try to access the shared folder.
Update: I moved this thread to the virtualbox-bin comments, https://aur.archlinux.org/packages/virtualbox-bin/#comment-702048: Ralf_Mardorf commented on 2019-07-27 17:50 (edited on 2019-07-27 17:51 by Ralf_Mardorf) Hi, a Windows 7 guest quite suddenly can't access a shared folder anymore. If I open the shared folder, I get a BlueScreen and Windows 7 immediately crashes and restarts, see [aur-general](https://lists.archlinux.org/pipermail/aur-general/2019-July/035220.html). In the meantime I tested 3 different kernels and restored Windows 7 from a snapshot, as well as Windows 7 and ~/.VirtualBox/ from a backup. Windows doesn't provide useful information, but the VirtualBox logs mention "Failed to open "/dev/vboxdrvu", errno=13, rc=VERR_VM_DRIVER_NOT_ACCESSIBLE", which seems to lead to a vboxdrv.rules issue. However, even after getting rid of the "Failed to open "/dev/vboxdrvu", errno=13, rc=VERR_VM_DRIVER_NOT_ACCESSIBLE" message, by using vboxdrv.rules from the community package, the Windows guest still crashes, see [aur-general](https://lists.archlinux.org/pipermail/aur-general/2019-July/035221.html). -- pacman -Q linux{,-rt{-cornflower,-pussytoes,,-securityink}}|cut -d\ -f2 5.2.3.arch1-1 5.2_rt1-0 5.0.21_rt16-1 5.0.19_rt11-1 4.19.59_rt24-0
I don't know, but it's seemingly fixed. 1. removed virtualbox-bin (6.0.10-1) installed virtualbox-host-dkms (6.0.10-1) installed virtualbox (6.0.10-1) Rebooted into a kernel that worked a few days back. Reinstalled the extensions. When opening a shared folder the Windows 7 guest restored from a snapshot still crashed and the machine ignores USB. 2. removed virtualbox (6.0.10-1) removed virtualbox-host-dkms (6.0.10-1) installed virtualbox-bin (6.0.10-1) downgraded systemd-libs (242.84-1 -> 242.32-3) downgraded systemd (242.84-1 -> -> 242.32-3) downgraded lib32-systemd (242.84-1 -> 242.32-1) downgraded systemd-sysvcompat (242.84-1 -> 242.32-3) Rebooted into a kernel that worked a few days back. Reinstalled the extensions. When opening a shared folder the Windows 7 guest restored from a snapshot still crashed and USB is still missing. 3. reinstalled systemd-libs (242.32-3) reinstalled systemd (242.32-3) reinstalled lib32-systemd (242.32-1) reinstalled systemd-sysvcompat (242.32-3) reinstalled virtualbox-bin (6.0.10-1) Deleted the Virtualbox config, the guest and the shared folder: ~~~ $ sudo rm -Ir /mnt/winos7/* /home/rocketmouse/.VirtualBox/ ~~~ Restored the Virtualbox config, the guest and the shared folder: ~~~ # cd /home/rocketmouse/ && time tar xf /mnt/u3.fantec2/2019-Jul/s3.archli*600_*tar.gz home/rocketmouse/.VirtualBox; echo $?; cd /mnt/winos7/ && time tar xf /mnt/u3.fantec2/2019-Jul/arcwinos7*600_*tar.gz; echo $? # mv -i /home/rocketmouse/home/rocketmouse/.VirtualBox/ /home/rocketmouse/; echo $? ~~~ Rebooted into a kernel that worked a few days back. Reinstalled the extensions. Still no USB device available, at least this still worked yesterday. The good news, now I can open the shared folder, which OTOH gains nothing, if I can't connect portable devices via USB in the first place. I shut down the Windows 7 guest, restarted it, again no USB, but access to the shared folder is working. 4. ~~~ $ sudo pacman -Syu [snip] Packages (4) lib32-systemd-242.84-1 systemd-242.84-1 systemd-libs-242.84-1 systemd-sysvcompat-242.84-1 [snip] ~~~ Rebooted into the same kernel. I didn't restore the Windows guest, even not from a snapshot. USB is still missing, access to a shared folder still works. ~~~ $ grep upgrade /var/log/pacman.log [snip] ~~~ The log seems to be no help. The guest's settings show that USB 2.0 is enabled. Strange: ~~~ $ ls -hAl /dev/vbox* crw------- 1 root root 10, 57 Jul 28 15:28 /dev/vboxdrv crw------- 1 root root 10, 56 Jul 28 15:28 /dev/vboxdrvu crw------- 1 root root 10, 55 Jul 28 15:28 /dev/vboxnetctl ls: cannot open directory '/dev/vboxusb': Permission denied $ sudo ls -hAl /dev/vbox* crw------- 1 root root 10, 57 Jul 28 15:28 /dev/vboxdrv crw------- 1 root root 10, 56 Jul 28 15:28 /dev/vboxdrvu crw------- 1 root root 10, 55 Jul 28 15:28 /dev/vboxnetctl /dev/vboxusb: total 0 drwxr-x--- 2 root vboxusers 80 Jul 28 15:20 002 drwxr-x--- 2 root vboxusers 60 Jul 28 15:20 004 $ id uid=1000(rocketmouse) gid=1000(rocketmouse) groups=1000(rocketmouse),10(wheel),50(games),91(video),92(audio),93(optical),95(storage),98(power),100(users),150(wireshark),992(realtime),1003(vmanusers) $ sudo usermod -a -G vboxusers rocketmouse ~~~ Logged out and in. ~~~ $ id uid=1000(rocketmouse) gid=1000(rocketmouse) groups=1000(rocketmouse),10(wheel),50(games),91(video),92(audio),93(optical),95(storage),98(power),100(users),108(vboxusers),150(wireshark),992(realtime),1003(vmanusers) ~~~ USB access is back. Accessing a shared folder doesn't cause a crash anymore. Everything seems to be fixed. I've done absolutely nothing on my machine, other than upgrading from official repositories, that could have broken Virtualbox's access to a shared folder in the first place. Actually I don't know what did cause the issue, neither what solved it.
A. I'm out of ideas. The Windows 7 guest crashes, if I try to access the shared folder /mnt/winos7/winOS_2/ with this content: [rocketmouse@archlinux ~]$ ls -hAl /mnt/winos7/winOS_2/ total 417M -rw-r--r-- 1 rocketmouse rocketmouse 155M Jul 28 17:09 iCloudSetup.exe -rw-r--r-- 1 rocketmouse rocketmouse 263M Jul 28 17:12 iTunes64Setup.exe -rw-r--r-- 1 rocketmouse rocketmouse 0 Jul 28 17:40 test.txt [rocketmouse@archlinux ~]$ grep VERR_VM_DRIVER_NOT_ACCESSIBLE .VirtualBox/VBoxSVC.log 00:00:00.117543 nspr-2 Failed to open "/dev/vboxdrvu", errno=13, rc=VERR_VM_DRIVER_NOT_ACCESSIBLE 00:00:00.561476 nspr-4 Failed to open "/dev/vboxdrvu", errno=13, rc=VERR_VM_DRIVER_NOT_ACCESSIBLE The Windows 7 guest can open the shared folder without any issue, if this is the content: [rocketmouse@archlinux ~]$ ls -hAl /mnt/winos7/winOS_2/ total 0 -rw-r--r-- 1 rocketmouse rocketmouse 0 Jul 28 17:40 test.txt [rocketmouse@archlinux ~]$ grep VERR_VM_DRIVER_NOT_ACCESSIBLE .VirtualBox/VBoxSVC.log 00:00:00.116380 nspr-2 Failed to open "/dev/vboxdrvu", errno=13, rc=VERR_VM_DRIVER_NOT_ACCESSIBLE 00:00:00.561547 nspr-3 Failed to open "/dev/vboxdrvu", errno=13, rc=VERR_VM_DRIVER_NOT_ACCESSIBLE In both cases the log shows "VERR_VM_DRIVER_NOT_ACCESSIBLE". Still ok, but a fishy log: [rocketmouse@archlinux ~]$ ls -hAl /mnt/winos7/winOS_2/ total 4.0K drwxr-xr-x 11 rocketmouse rocketmouse 4.0K Jul 19 03:58 auriapro-2019-jul-19-TESTCOPY -rw-r--r-- 1 rocketmouse rocketmouse 0 Jul 28 17:40 test.txt [rocketmouse@archlinux ~]$ grep VERR_VM_DRIVER_NOT_ACCESSIBLE .VirtualBox/VBoxSVC.log 00:00:00.131207 nspr-2 Failed to open "/dev/vboxdrvu", errno=13, rc=VERR_VM_DRIVER_NOT_ACCESSIBLE 00:00:00.888320 nspr-3 Failed to open "/dev/vboxdrvu", errno=13, rc=VERR_VM_DRIVER_NOT_ACCESSIBLE Still ok: [rocketmouse@archlinux ~]$ ls -hAl /mnt/winos7/winOS_2/ total 32M drwxr-xr-x 11 rocketmouse rocketmouse 4.0K Jul 19 03:58 auriapro-2019-jul-19-TESTCOPY -rw-r--r-- 1 rocketmouse rocketmouse 32M Jul 28 18:03 GR-55FloorBoard_Setup.exe -rw-r--r-- 1 rocketmouse rocketmouse 0 Jul 28 17:40 test.txt Crash: [rocketmouse@archlinux ~]$ ls -hAl /mnt/winos7/winOS_2/ total 295M drwxr-xr-x 11 rocketmouse rocketmouse 4.0K Jul 19 03:58 auriapro-2019-jul-19-TESTCOPY -rw-r--r-- 1 rocketmouse rocketmouse 32M Jul 28 18:03 GR-55FloorBoard_Setup.exe -rw-r--r-- 1 rocketmouse rocketmouse 263M Jul 28 17:12 iTunes64Setup.exe -rw-r--r-- 1 rocketmouse rocketmouse 0 Jul 28 17:40 test.txt Just in case I removed anti virus software from the guest install, but it still crashes with the iTunes64Setup.exe in the shared folder. The only change for the guest from working to broken was an update of the anti virus software's data base. IIRC the original log file from the backup doesn't contain "Failed to open "/dev/vboxdrvu", errno=13, rc=VERR_VM_DRIVER_NOT_ACCESSIBLE", so I still suspect the host, not the guest. I'll restore from the backup later.
participants (1)
-
Ralf Mardorf