Qemu 2.0 Windows guest - mouse stops working (vnc) when using usb-passthrough
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}
I have installed Qemu 2.0 on an Ubuntu Server 14.04 LTS computer. I use Qemu to run multiple virtual machines. One of them is using Windows 8.1 Pro (x64) and is used for back-ups.
The guest runs fine without any problems. But when I start passing through an usb-device (external hard drive) the mouse (keyboard still works fine) stops working on the vnc client. Reconnecting to the vnc-server does not work. Only a guest reboot will fix this issue.
It appears that this 'bug' only starts when I make the vnc client inactive (clicking somewhere else on another program/service) on the local computer where i run the vnc client from. When I get back (make it active again) to the vnc client/viewer, the mouse stops working/does not respond anymore.
It only happens when I use usb2 controller-mode and only when I add a new usb passthrough device. As long as I don't connect/pass through that usb-device, the mouse still works. But I need this usb2 controller in order for my external hard drives to work properly.
If the guest is on and I connect the external usb hard drive to reproduce this bug, I also notice that if I remove the device then the mouse starts working again. It's like the guest thinks the device is in place of the mouse input device. Still, the hard drive is working fine once it's connected, only the mouse is not.
I can't find any related problems on the internet and I hope someone here can help me solve this problem.
usb mouse vnc qemu
add a comment |
I have installed Qemu 2.0 on an Ubuntu Server 14.04 LTS computer. I use Qemu to run multiple virtual machines. One of them is using Windows 8.1 Pro (x64) and is used for back-ups.
The guest runs fine without any problems. But when I start passing through an usb-device (external hard drive) the mouse (keyboard still works fine) stops working on the vnc client. Reconnecting to the vnc-server does not work. Only a guest reboot will fix this issue.
It appears that this 'bug' only starts when I make the vnc client inactive (clicking somewhere else on another program/service) on the local computer where i run the vnc client from. When I get back (make it active again) to the vnc client/viewer, the mouse stops working/does not respond anymore.
It only happens when I use usb2 controller-mode and only when I add a new usb passthrough device. As long as I don't connect/pass through that usb-device, the mouse still works. But I need this usb2 controller in order for my external hard drives to work properly.
If the guest is on and I connect the external usb hard drive to reproduce this bug, I also notice that if I remove the device then the mouse starts working again. It's like the guest thinks the device is in place of the mouse input device. Still, the hard drive is working fine once it's connected, only the mouse is not.
I can't find any related problems on the internet and I hope someone here can help me solve this problem.
usb mouse vnc qemu
Still no fix found for this bug. I've also created a bug-report on the Ubuntu qemu-kvm bug-tracker.
– Qlii256
May 29 '14 at 10:17
add a comment |
I have installed Qemu 2.0 on an Ubuntu Server 14.04 LTS computer. I use Qemu to run multiple virtual machines. One of them is using Windows 8.1 Pro (x64) and is used for back-ups.
The guest runs fine without any problems. But when I start passing through an usb-device (external hard drive) the mouse (keyboard still works fine) stops working on the vnc client. Reconnecting to the vnc-server does not work. Only a guest reboot will fix this issue.
It appears that this 'bug' only starts when I make the vnc client inactive (clicking somewhere else on another program/service) on the local computer where i run the vnc client from. When I get back (make it active again) to the vnc client/viewer, the mouse stops working/does not respond anymore.
It only happens when I use usb2 controller-mode and only when I add a new usb passthrough device. As long as I don't connect/pass through that usb-device, the mouse still works. But I need this usb2 controller in order for my external hard drives to work properly.
If the guest is on and I connect the external usb hard drive to reproduce this bug, I also notice that if I remove the device then the mouse starts working again. It's like the guest thinks the device is in place of the mouse input device. Still, the hard drive is working fine once it's connected, only the mouse is not.
I can't find any related problems on the internet and I hope someone here can help me solve this problem.
usb mouse vnc qemu
I have installed Qemu 2.0 on an Ubuntu Server 14.04 LTS computer. I use Qemu to run multiple virtual machines. One of them is using Windows 8.1 Pro (x64) and is used for back-ups.
The guest runs fine without any problems. But when I start passing through an usb-device (external hard drive) the mouse (keyboard still works fine) stops working on the vnc client. Reconnecting to the vnc-server does not work. Only a guest reboot will fix this issue.
It appears that this 'bug' only starts when I make the vnc client inactive (clicking somewhere else on another program/service) on the local computer where i run the vnc client from. When I get back (make it active again) to the vnc client/viewer, the mouse stops working/does not respond anymore.
It only happens when I use usb2 controller-mode and only when I add a new usb passthrough device. As long as I don't connect/pass through that usb-device, the mouse still works. But I need this usb2 controller in order for my external hard drives to work properly.
If the guest is on and I connect the external usb hard drive to reproduce this bug, I also notice that if I remove the device then the mouse starts working again. It's like the guest thinks the device is in place of the mouse input device. Still, the hard drive is working fine once it's connected, only the mouse is not.
I can't find any related problems on the internet and I hope someone here can help me solve this problem.
usb mouse vnc qemu
usb mouse vnc qemu
edited May 25 '14 at 19:53
Qlii256
asked May 25 '14 at 19:40
Qlii256Qlii256
9319
9319
Still no fix found for this bug. I've also created a bug-report on the Ubuntu qemu-kvm bug-tracker.
– Qlii256
May 29 '14 at 10:17
add a comment |
Still no fix found for this bug. I've also created a bug-report on the Ubuntu qemu-kvm bug-tracker.
– Qlii256
May 29 '14 at 10:17
Still no fix found for this bug. I've also created a bug-report on the Ubuntu qemu-kvm bug-tracker.
– Qlii256
May 29 '14 at 10:17
Still no fix found for this bug. I've also created a bug-report on the Ubuntu qemu-kvm bug-tracker.
– Qlii256
May 29 '14 at 10:17
add a comment |
2 Answers
2
active
oldest
votes
I had the same/a similar problem with a Windows 10 guest. Whenever the screen saver started, the USB mouse was disabled and never enabled again. The same idea as above works with a slightly different procedure:
Open "Windows Settings" and go to "System". Select "Power & Sleep" in the left tab and select "Additional power settings" in the right-hand panel. A window with power options will pop up. Pick "Change plan settings" for the plans you want to update and click "Change advanced power settings". This will open yet another window, where an entry "USB settings" should be present. Unfold it and set "USB selective suspend setting" to "Disabled".
add a comment |
I finally found a fix for this bug/problem! It is in fact a bug, but I don't know whether it is a Windows bug or a Qemu/VNC-bug. After connecting a massive storage device to the Windows 8.1 guest, the mouse stops working because it goes into a sleep-state.
This bug can be fixed by going to WIN + X, Control Panel, Devices and Printers. There you can see the QEMU USB Tablet which is a tablet/mouse device used for the VNC-mouse to work on the guest. Right click it and select Properties. Next click on the tab Hardware. Normally you should see two devices (based on what hardware you assigned to the guest), HID-compliant mouse and USB Input Device.
Now select the USB Input Device and click Properties at the bottom. This will open a new window with the device's properties. Next click on Change settings (you'll need Admin.-powers for this) and go to the Power Management tab on the newly opened window. There you should see an option ticked with the following explanation: Allow the computer to turn off this device to save power.
Unchecking that option and pressing OK solves the problem. This whole route can be done with keyboard-only (as the keyboard still works). Press ENTER to open things, use TAB to move to different menus and press SPACE to simulate a single mouse-click (for unchecking the checkbox).
I still can't find any related topics of people having the same issues as I did, but it is a bug and should be fixed. I have no idea if it is Windows or Qemu related and I hope that the Qemu-team can further inspect this.
I also couldn't find anything about this, thanks for the tip though! Fixed it for me, with a Windows 7 guest.
– seanlano
Oct 26 '15 at 22:42
Glad to hear that! The bug report is still going for this.
– Qlii256
Oct 27 '15 at 5:54
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f131942%2fqemu-2-0-windows-guest-mouse-stops-working-vnc-when-using-usb-passthrough%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
I had the same/a similar problem with a Windows 10 guest. Whenever the screen saver started, the USB mouse was disabled and never enabled again. The same idea as above works with a slightly different procedure:
Open "Windows Settings" and go to "System". Select "Power & Sleep" in the left tab and select "Additional power settings" in the right-hand panel. A window with power options will pop up. Pick "Change plan settings" for the plans you want to update and click "Change advanced power settings". This will open yet another window, where an entry "USB settings" should be present. Unfold it and set "USB selective suspend setting" to "Disabled".
add a comment |
I had the same/a similar problem with a Windows 10 guest. Whenever the screen saver started, the USB mouse was disabled and never enabled again. The same idea as above works with a slightly different procedure:
Open "Windows Settings" and go to "System". Select "Power & Sleep" in the left tab and select "Additional power settings" in the right-hand panel. A window with power options will pop up. Pick "Change plan settings" for the plans you want to update and click "Change advanced power settings". This will open yet another window, where an entry "USB settings" should be present. Unfold it and set "USB selective suspend setting" to "Disabled".
add a comment |
I had the same/a similar problem with a Windows 10 guest. Whenever the screen saver started, the USB mouse was disabled and never enabled again. The same idea as above works with a slightly different procedure:
Open "Windows Settings" and go to "System". Select "Power & Sleep" in the left tab and select "Additional power settings" in the right-hand panel. A window with power options will pop up. Pick "Change plan settings" for the plans you want to update and click "Change advanced power settings". This will open yet another window, where an entry "USB settings" should be present. Unfold it and set "USB selective suspend setting" to "Disabled".
I had the same/a similar problem with a Windows 10 guest. Whenever the screen saver started, the USB mouse was disabled and never enabled again. The same idea as above works with a slightly different procedure:
Open "Windows Settings" and go to "System". Select "Power & Sleep" in the left tab and select "Additional power settings" in the right-hand panel. A window with power options will pop up. Pick "Change plan settings" for the plans you want to update and click "Change advanced power settings". This will open yet another window, where an entry "USB settings" should be present. Unfold it and set "USB selective suspend setting" to "Disabled".
answered Oct 5 '18 at 14:45
FrankFrank
161
161
add a comment |
add a comment |
I finally found a fix for this bug/problem! It is in fact a bug, but I don't know whether it is a Windows bug or a Qemu/VNC-bug. After connecting a massive storage device to the Windows 8.1 guest, the mouse stops working because it goes into a sleep-state.
This bug can be fixed by going to WIN + X, Control Panel, Devices and Printers. There you can see the QEMU USB Tablet which is a tablet/mouse device used for the VNC-mouse to work on the guest. Right click it and select Properties. Next click on the tab Hardware. Normally you should see two devices (based on what hardware you assigned to the guest), HID-compliant mouse and USB Input Device.
Now select the USB Input Device and click Properties at the bottom. This will open a new window with the device's properties. Next click on Change settings (you'll need Admin.-powers for this) and go to the Power Management tab on the newly opened window. There you should see an option ticked with the following explanation: Allow the computer to turn off this device to save power.
Unchecking that option and pressing OK solves the problem. This whole route can be done with keyboard-only (as the keyboard still works). Press ENTER to open things, use TAB to move to different menus and press SPACE to simulate a single mouse-click (for unchecking the checkbox).
I still can't find any related topics of people having the same issues as I did, but it is a bug and should be fixed. I have no idea if it is Windows or Qemu related and I hope that the Qemu-team can further inspect this.
I also couldn't find anything about this, thanks for the tip though! Fixed it for me, with a Windows 7 guest.
– seanlano
Oct 26 '15 at 22:42
Glad to hear that! The bug report is still going for this.
– Qlii256
Oct 27 '15 at 5:54
add a comment |
I finally found a fix for this bug/problem! It is in fact a bug, but I don't know whether it is a Windows bug or a Qemu/VNC-bug. After connecting a massive storage device to the Windows 8.1 guest, the mouse stops working because it goes into a sleep-state.
This bug can be fixed by going to WIN + X, Control Panel, Devices and Printers. There you can see the QEMU USB Tablet which is a tablet/mouse device used for the VNC-mouse to work on the guest. Right click it and select Properties. Next click on the tab Hardware. Normally you should see two devices (based on what hardware you assigned to the guest), HID-compliant mouse and USB Input Device.
Now select the USB Input Device and click Properties at the bottom. This will open a new window with the device's properties. Next click on Change settings (you'll need Admin.-powers for this) and go to the Power Management tab on the newly opened window. There you should see an option ticked with the following explanation: Allow the computer to turn off this device to save power.
Unchecking that option and pressing OK solves the problem. This whole route can be done with keyboard-only (as the keyboard still works). Press ENTER to open things, use TAB to move to different menus and press SPACE to simulate a single mouse-click (for unchecking the checkbox).
I still can't find any related topics of people having the same issues as I did, but it is a bug and should be fixed. I have no idea if it is Windows or Qemu related and I hope that the Qemu-team can further inspect this.
I also couldn't find anything about this, thanks for the tip though! Fixed it for me, with a Windows 7 guest.
– seanlano
Oct 26 '15 at 22:42
Glad to hear that! The bug report is still going for this.
– Qlii256
Oct 27 '15 at 5:54
add a comment |
I finally found a fix for this bug/problem! It is in fact a bug, but I don't know whether it is a Windows bug or a Qemu/VNC-bug. After connecting a massive storage device to the Windows 8.1 guest, the mouse stops working because it goes into a sleep-state.
This bug can be fixed by going to WIN + X, Control Panel, Devices and Printers. There you can see the QEMU USB Tablet which is a tablet/mouse device used for the VNC-mouse to work on the guest. Right click it and select Properties. Next click on the tab Hardware. Normally you should see two devices (based on what hardware you assigned to the guest), HID-compliant mouse and USB Input Device.
Now select the USB Input Device and click Properties at the bottom. This will open a new window with the device's properties. Next click on Change settings (you'll need Admin.-powers for this) and go to the Power Management tab on the newly opened window. There you should see an option ticked with the following explanation: Allow the computer to turn off this device to save power.
Unchecking that option and pressing OK solves the problem. This whole route can be done with keyboard-only (as the keyboard still works). Press ENTER to open things, use TAB to move to different menus and press SPACE to simulate a single mouse-click (for unchecking the checkbox).
I still can't find any related topics of people having the same issues as I did, but it is a bug and should be fixed. I have no idea if it is Windows or Qemu related and I hope that the Qemu-team can further inspect this.
I finally found a fix for this bug/problem! It is in fact a bug, but I don't know whether it is a Windows bug or a Qemu/VNC-bug. After connecting a massive storage device to the Windows 8.1 guest, the mouse stops working because it goes into a sleep-state.
This bug can be fixed by going to WIN + X, Control Panel, Devices and Printers. There you can see the QEMU USB Tablet which is a tablet/mouse device used for the VNC-mouse to work on the guest. Right click it and select Properties. Next click on the tab Hardware. Normally you should see two devices (based on what hardware you assigned to the guest), HID-compliant mouse and USB Input Device.
Now select the USB Input Device and click Properties at the bottom. This will open a new window with the device's properties. Next click on Change settings (you'll need Admin.-powers for this) and go to the Power Management tab on the newly opened window. There you should see an option ticked with the following explanation: Allow the computer to turn off this device to save power.
Unchecking that option and pressing OK solves the problem. This whole route can be done with keyboard-only (as the keyboard still works). Press ENTER to open things, use TAB to move to different menus and press SPACE to simulate a single mouse-click (for unchecking the checkbox).
I still can't find any related topics of people having the same issues as I did, but it is a bug and should be fixed. I have no idea if it is Windows or Qemu related and I hope that the Qemu-team can further inspect this.
edited 3 hours ago
Rui F Ribeiro
41.9k1483142
41.9k1483142
answered Jun 8 '14 at 18:52
Qlii256Qlii256
9319
9319
I also couldn't find anything about this, thanks for the tip though! Fixed it for me, with a Windows 7 guest.
– seanlano
Oct 26 '15 at 22:42
Glad to hear that! The bug report is still going for this.
– Qlii256
Oct 27 '15 at 5:54
add a comment |
I also couldn't find anything about this, thanks for the tip though! Fixed it for me, with a Windows 7 guest.
– seanlano
Oct 26 '15 at 22:42
Glad to hear that! The bug report is still going for this.
– Qlii256
Oct 27 '15 at 5:54
I also couldn't find anything about this, thanks for the tip though! Fixed it for me, with a Windows 7 guest.
– seanlano
Oct 26 '15 at 22:42
I also couldn't find anything about this, thanks for the tip though! Fixed it for me, with a Windows 7 guest.
– seanlano
Oct 26 '15 at 22:42
Glad to hear that! The bug report is still going for this.
– Qlii256
Oct 27 '15 at 5:54
Glad to hear that! The bug report is still going for this.
– Qlii256
Oct 27 '15 at 5:54
add a comment |
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f131942%2fqemu-2-0-windows-guest-mouse-stops-working-vnc-when-using-usb-passthrough%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Still no fix found for this bug. I've also created a bug-report on the Ubuntu qemu-kvm bug-tracker.
– Qlii256
May 29 '14 at 10:17