【deepin_V23_Release】【一般】【正常】【内测反馈】【系统】VM安装0418镜像后,非全屏状态下分辨率不能自适应VM窗口大小

[xuqi27837288]

SUMMARY | 问题概要

必现问题

https://bbs.deepin.org/post/271206

SOFTWARE/OS VERSIONS | 软件/系统版本信息

https://cdimage.uniontech.com/daily-iso/image-beige/CUSTOM/lichenggang/20240418/deepin-23-beige-rc-amd64-20240418-150502.iso 
VM:17.5.1

PRE-REQUIREMENT | 预置条件

1、使用0418镜像安装VM17.5.1虚拟机+0418镜像
2、安装sudo apt install open-vm-tools

STEPS TO REPRODUCE | 复现步骤

在虚拟机中安装0418镜像,观察进入虚拟机系统分辨率是否可以自适应VM窗口大小

OBSERVED RESULT | 观察到的结果

不能自适应窗口大小

EXPECTED RESULT | 期望的结果

可以自适应窗口大小

ADDITIONAL INFORMATION | 额外补充

No response

[babyfengfjx]

@Zeno-sole 这个有余力可以处理，看是不是仓库中这个工具版本低了。

[Zeno-sole]

@UTsweetyfish 应该是open-vm-tools 工具问题

[Zeno-sole]

0422镜像未复现

[Zeno-sole]

同#8110 ，https://communities.vmware.com/t5/VMware-Workstation-Player/kernel-6-3-4-may-break-vmware-player/td-p/2971432

[xuqi27837288]

等待官方解决更新

[UTsweetyfish]

https://communities.vmware.com/t5/VMware-Workstation-Player/kernel-6-3-4-may-break-vmware-player/td-p/2971432

整个链接都没了。。。

[UTsweetyfish]

https://communities.vmware.com/t5/VMware-Workstation-Player/kernel-6-3-4-may-break-vmware-player/td-p/2971432

整个链接都没了。。。

kernel 6.3.4 may break vmware player

(From Google Cache)

jgetsoian
Using VMware player on Fedora Linux. Linux update to kernel 6.3.4 enables a security feature know as "Indirect Branch Tracking" which may prevent the vmware.servce daemon from loading and thus break networking on any vm's.
Workaround is to add "ibt=off" to the linux boot command line. VMware needs to update their drivers.......

Technogeezer
I assume you're running an Intel Core 11th gen "Tiger Lake" or later CPU, as IBT is dependent on instructions on that architecture.
What version of Player are you using (and I also assume that you're using @ mkubecek's patches to get the VMware modules to compile).

jgetsoian
Player is 17.0.2. Have used the patched modules regularly in the past but interestingly enough have not had to for Player 17, whose modules compiled out of the box for me. All I add is that after compiling I have to re-sign the drivers for each new kernel for Secure Boot. And yes, both machines where Player was stopped by IBT are 12th gen.
The code maintainer at Fedora Bugzilla stated that Fedora had decided they had waited as long as they were willing to before turing IBT on by default. As it happens, IBT has also tripped up Fedora VBox users.

CherryA27
This appears to have also tripped up my VMWare; I probably should have looked here before anywhere else when troubleshooting, but oh well.
Is there any known fix or workaround to this?

trust2fight
Same for Kali Linux
6.3.0-kali1-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.3.7-1kali1 (2023-06-29) x86_64 GNU/Linux

[UTsweetyfish]

等待vmware修复。修复后再复测。