Win guests abort during shutdown on linux host, version 6.18
Posted: 10. Apr 2021, 18:45
A recent upgrade of my Fedora workstation took me to Fedora 32, kernel 5.11 and forced me to upgrade VirtualBox to 6.x, currently 6.18.
Since upgrading VirtualBox from 5.2, I notice my window guests seldom successfully shutdown but usually abort during the shutdown process.
The crash looks to be related to a ShClipboard seg fault as shown in /var/log/messages each time I initiate the shutdown process from inside a Windows guest:
audit[7775]: ANOM_ABEND auid=xxxx uid=xxxx gid=xxx ses=3 subj=kernel pid=xxxx comm="ShClipboard" exe="/usr/lib/virtualbox/VirtualBoxVM" sig=11 res=1
Apr 10 09:22:13 xwing kernel: ShClipboard[7839]: segfault at 20 ip 00007f5d5d68622a sp 00007f5d900bbd40 error 4 in libXt.so.6.0.0[7f5d5d668000+41000]
Similar segfaults have been observed by others in the forums. As noted by some, the Virtualbox logs do not indicate a problem at the time of the crash.
Note that the segfaults occur even though I have Shared Clipboard disabled in the guest machine settings. Despite my having disabled Shared Clipboard, something is engaging the service during the client's shutdown process. I can also see the service 'clipboard' being started in the log file. There do appear to be problems, but this is at the time of the guest starting up and not the later crash.
00:03:36.035257 VMMDev: Guest Log: Shared Clipboard: New Clipboard API enabled
00:03:36.068140 Shared Clipboard: XQueryExtension failed
00:03:36.068156 Shared Clipboard: Failed to load the XFIXES extension
00:03:36.068160 Shared Clipboard: Initialisation failed: VERR_NOT_SUPPORTED
00:03:36.069630 Shared Clipboard: X11 event thread reported an error while starting
00:03:36.072808 VMMDev: Guest Log: Service 'clipboard' started
Is there some more definite way to turn OFF the shared clipboard service outside of the GUI settings page? Why does it still initialize despite my turning it off in the settings?
I also find that if I do NOT log into the Windows Guest, but initiate Windows shutdown from the Guest's login screen, the ShClipboard segfault does NOT occur. Similarly, if I boot the guest into safe mode, the ShClipboard segfault does NOT occur upon shutdown. I'm assuming that in these cases the Guest Additions are not invoked and somehow that is related to triggering the problems with the shared clipboard service.
I do not know if this is related, but I am running a remote desktop on the HOST machine, so that I am interacting with Virtualbox by way of the x2go remote desktop running LXDE. On my x2go client machine, the clipboard is set to be scrubbed periodically. I've read elsewhere that some people noted problems with the clipboard service when other programs empty it behind VirtualBox's back.
I've attached my log file.
Since upgrading VirtualBox from 5.2, I notice my window guests seldom successfully shutdown but usually abort during the shutdown process.
The crash looks to be related to a ShClipboard seg fault as shown in /var/log/messages each time I initiate the shutdown process from inside a Windows guest:
audit[7775]: ANOM_ABEND auid=xxxx uid=xxxx gid=xxx ses=3 subj=kernel pid=xxxx comm="ShClipboard" exe="/usr/lib/virtualbox/VirtualBoxVM" sig=11 res=1
Apr 10 09:22:13 xwing kernel: ShClipboard[7839]: segfault at 20 ip 00007f5d5d68622a sp 00007f5d900bbd40 error 4 in libXt.so.6.0.0[7f5d5d668000+41000]
Similar segfaults have been observed by others in the forums. As noted by some, the Virtualbox logs do not indicate a problem at the time of the crash.
Note that the segfaults occur even though I have Shared Clipboard disabled in the guest machine settings. Despite my having disabled Shared Clipboard, something is engaging the service during the client's shutdown process. I can also see the service 'clipboard' being started in the log file. There do appear to be problems, but this is at the time of the guest starting up and not the later crash.
00:03:36.035257 VMMDev: Guest Log: Shared Clipboard: New Clipboard API enabled
00:03:36.068140 Shared Clipboard: XQueryExtension failed
00:03:36.068156 Shared Clipboard: Failed to load the XFIXES extension
00:03:36.068160 Shared Clipboard: Initialisation failed: VERR_NOT_SUPPORTED
00:03:36.069630 Shared Clipboard: X11 event thread reported an error while starting
00:03:36.072808 VMMDev: Guest Log: Service 'clipboard' started
Is there some more definite way to turn OFF the shared clipboard service outside of the GUI settings page? Why does it still initialize despite my turning it off in the settings?
I also find that if I do NOT log into the Windows Guest, but initiate Windows shutdown from the Guest's login screen, the ShClipboard segfault does NOT occur. Similarly, if I boot the guest into safe mode, the ShClipboard segfault does NOT occur upon shutdown. I'm assuming that in these cases the Guest Additions are not invoked and somehow that is related to triggering the problems with the shared clipboard service.
I do not know if this is related, but I am running a remote desktop on the HOST machine, so that I am interacting with Virtualbox by way of the x2go remote desktop running LXDE. On my x2go client machine, the clipboard is set to be scrubbed periodically. I've read elsewhere that some people noted problems with the clipboard service when other programs empty it behind VirtualBox's back.
I've attached my log file.