我使用了许多不同的键盘布局，具体取决于我使用的语言/键盘。其中一些依赖于 AltGr 键来生成某些符号，如@（例如瑞典布局）。
因为我更新到Windows 10，AltGr关键间歇性地停止工作（而Ctrl+ Alt+仍然有效）。Win 8和Win 8.1也报告了类似的问题，但这些问题的解决方案不适用于我的案例（也许不适用于其他 Win 10 案例。因此，我将在这里尽量准确地描述问题。
首先，当我说“AltGr 键停止工作”时，我的意思是它不能作为Ctrl+ Alt（这是它应该做的）。但是，它确实做了一些事情：例如，当我按AltGr+2然后按另一个普通键时，说“A”我得到的是“2a”。请注意，直到我按下 2 才会出现A。换句话说，当按下 时AltGr，“2”键在某种程度上被视为一个死键。
在不同的键盘布局之间切换无济于事。AltGr当我切换回它时，在其他键盘布局和原始键盘布局中都不起作用。重新开始AltGr工作的唯一方法似乎是重新启动系统（尽管我也看到过从具有工作AltGr密钥的系统重新启动导致具有非工作AltGr密钥的系统的情况）。
我使用 Windows 10 屏幕键盘还是硬件键盘也没有区别。在屏幕键盘的情况下，按下该AltGr键会正确显示分配给它们的那些键上的字符（与 组合AltGr），但尽管如此，点击其中一个键不会产生显示的字符。
我想在 OpenMediaVault 5 上的虚拟机中运行 Home Assistant (HASS)。在 OMV 4 之前，这很容易，因为 OMV（和底层 Debian）支持 VirtualBox，而 VB 显然在引导 UEFI 映像时没有任何问题。由于 OMV 5（以及底层 Debian 10）不再支持 VirtualBox，OMV 现在使用 KVM ( libvirt) 来管理虚拟机（并且支持Cockpit来管理它们）。不幸的是，这意味着在 OMV/Debian 10 上启动 UEFI 映像不再是小事，而且 - 您猜对了 - KVM (QCOW2) 的官方 Home Assistant 映像需要 UEFI，并且尝试在 Cockpit 中导入和启动它将会失败。我无法在 Cockpit 中找到任何允许我将启动模式设置为 UEFI 的按钮或命令。
所以我想要实现的是在无头系统（即没有virt-manager. （如果你使用的是台式机，我相信你不会有这个问题，但可以直接使用virt-manager而不是Cockpit。）
你是怎么做到的？