昨天晚上执行 dist-upgrade 后,open-vm-tools-desktop 不再正常工作。这意味着,我无法调整为全屏。尝试这样做会导致黑屏。查看不同的日志文件和工具后,我多次发现此错误:
modprobe: ERROR: could not insert 'vmwgfx': Invalid argument
尝试手动将模块 vmgfx 添加到 modprobe 黑名单
sudo modprobe --use-blacklist vmwgfx
也会导致上述错误。
通过查看
sudo service open-vm-tools status
还显示以下错误:
Process: 3930 ExecStartPre=/sbin/modprobe vmwgfx (code=exited, status=1/FAILURE)
我已经在 Google 上搜索过并找到了一些帖子和问题(https://github.com/vmware/open-vm-tools/issues/214) 提及补充:
After=graphical.target
After=display-manager.service
到 /lib/systemd/system/open-vm-tools.service 的 Unit 部分,但没有成功。
也
sudo apt remove --purge open-vm-tools-desktop && sudo apt autoremove --purge && sudo apt install open-vm-tools-desktop
没有起到什么作用。
运行建议的命令systemctl status systemd-modules-load.service
会显示以下输出,其中也包括上面的错误。
昨天晚上 /var/log/apt/history.log 的输出:
Start-Date: 2019-06-28 22:12:11
Commandline: apt dist-upgrade
Requested-By: **** (1000)
Install: linux-modules-extra-4.15.0-54-generic:amd64 (4.15.0-54.58, automatic), linux-modules-4.15.0-54-generic:amd64 (4.15.0-54.58, automatic), linux-headers-4.15.0-54-generic:amd64 (4.15.0-54.58, automatic), linux-headers-4.15.0-54:amd64 (4.15.0-54.58, automatic), linux-image-4.15.0-54-generic:amd64 (4.15.0-54.58, automatic)
Upgrade: gstreamer1.0-alsa:amd64 (1.14.1-1ubuntu1~ubuntu18.04.2, 1.14.4-1ubuntu1.1~ubuntu18.04.1), linux-headers-generic:amd64 (4.15.0.52.54, 4.15.0.54.56), linux-libc-dev:amd64 (4.15.0-52.56, 4.15.0-54.58), xserver-common:amd64 (2:1.19.6-1ubuntu4.2, 2:1.19.6-1ubuntu4.3), gstreamer1.0-plugins-base-apps:amd64 (1.14.1-1ubuntu1~ubuntu18.04.2, 1.14.4-1ubuntu1.1~ubuntu18.04.1), xserver-xorg-core:amd64 (2:1.19.6-1ubuntu4.2, 2:1.19.6-1ubuntu4.3), gstreamer1.0-tools:amd64 (1.14.1-1~ubuntu18.04.2, 1.14.4-1~ubuntu18.04.1), linux-image-generic:amd64 (4.15.0.52.54, 4.15.0.54.56), gstreamer1.0-plugins-good:amd64 (1.14.1-1ubuntu1~ubuntu18.04.1, 1.14.4-1ubuntu1~ubuntu18.04.1), xserver-xorg-legacy:amd64 (2:1.19.6-1ubuntu4.2, 2:1.19.6-1ubuntu4.3), gstreamer1.0-plugins-base:amd64 (1.14.1-1ubuntu1~ubuntu18.04.2, 1.14.4-1ubuntu1.1~ubuntu18.04.1), libgstreamer-plugins-good1.0-0:amd64 (1.14.1-1ubuntu1~ubuntu18.04.1, 1.14.4-1ubuntu1~ubuntu18.04.1), gstreamer1.0-pulseaudio:amd64 (1.14.1-1ubuntu1~ubuntu18.04.1, 1.14.4-1ubuntu1~ubuntu18.04.1), xserver-xephyr:amd64 (2:1.19.6-1ubuntu4.2, 2:1.19.6-1ubuntu4.3), gstreamer1.0-gtk3:amd64 (1.14.1-1ubuntu1~ubuntu18.04.1, 1.14.4-1ubuntu1~ubuntu18.04.1), pgadmin4-doc:amd64 (4.8-2.pgdg18.04+1, 4.8-3.pgdg18.04+1), libgstreamer-gl1.0-0:amd64 (1.14.1-1ubuntu1~ubuntu18.04.2, 1.14.4-1ubuntu1.1~ubuntu18.04.1), libgstreamer-plugins-base1.0-0:amd64 (1.14.1-1ubuntu1~ubuntu18.04.2, 1.14.4-1ubuntu1.1~ubuntu18.04.1), xwayland:amd64 (2:1.19.6-1ubuntu4.2, 2:1.19.6-1ubuntu4.3), gstreamer1.0-x:amd64 (1.14.1-1ubuntu1~ubuntu18.04.2, 1.14.4-1ubuntu1.1~ubuntu18.04.1), gir1.2-gst-plugins-base-1.0:amd64 (1.14.1-1ubuntu1~ubuntu18.04.2, 1.14.4-1ubuntu1.1~ubuntu18.04.1), google-cloud-sdk:amd64 (251.0.0-0, 252.0.0-0), gir1.2-gstreamer-1.0:amd64 (1.14.1-1~ubuntu18.04.2, 1.14.4-1~ubuntu18.04.1), kubectl:amd64 (1.14.3-00, 1.15.0-00), pgadmin4:amd64 (4.8-2.pgdg18.04+1, 4.8-3.pgdg18.04+1), libgstreamer1.0-0:amd64 (1.14.1-1~ubuntu18.04.2, 1.14.4-1~ubuntu18.04.1), linux-generic:amd64 (4.15.0.52.54, 4.15.0.54.56), pgadmin4-common:amd64 (4.8-2.pgdg18.04+1, 4.8-3.pgdg18.04+1), gstreamer1.0-gl:amd64 (1.14.1-1ubuntu1~ubuntu18.04.2, 1.14.4-1ubuntu1.1~ubuntu18.04.1)
End-Date: 2019-06-28 22:14:05
lsb_release -a 的输出:
Distributor ID: Ubuntu
Description: Ubuntu 18.04.2 LTS
Release: 18.04
Codename: bionic
我最终不确定为什么会发生这种情况,但据我了解,互联网上的不同主题表明这与使用的内核版本不匹配?有谁知道是否有可能在不重新安装整个系统的情况下修复此类问题?
答案1
sudo apt install --reinstall -o Dpkg::Options::=--force-confnew xserver-xorg-video-vmware
答案2
这里有解决方案吗?自从在 VmWare Fusion 11.1.0 上更新 Ubuntu 18.04.2 LTS VM 的软件包以来,我遇到了同样的问题。
[更新]
我现在通过在应用程序和更新工具中激活“bionic-proposed”标志解决了我的问题。没有相关的安装包,open-vmware-tools
但我安装了新的内核包。
我之前曾运行过内核4.15.0-54-generic
,现在是:
uname -a
Linux schnd-1804-vm 4.15.0-55-generic #60-Ubuntu SMP Tue Jul 2 18:22:20 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
我不知道这是与我之前的内核状态有关的问题还是与vmwgfx
返回的内核模块有关的问题EINVAL
。但现在一切又正常了。
[更新2] 对于普通 Ubuntu 用户,不应激活此选项,因为它可能会引入尚未完全测试的依赖项。如果没有其他方法,请将其作为最后的手段,并在设置开始工作后再次停用此选项。