VMware Communities
Anders56
Contributor
Contributor

Debian 11 virtual display drivers

I have a VM with Debian 11 ARM up and running on my Mac Mini M1. Open-vm-tools and open-vm-tools-desktop is installed and running (according to systemctl status). 

But I am unable to change resolution from 1024x768 to anything else. Is this a limitation of the current ARM vmware tools edition?

0 Kudos
6 Replies
Technogeezer
Immortal
Immortal

open-vm-tools does not contain the graphics driver, it's only available from the kernel. Did you check to see if you are running a kernel version >= 5.14 (uname -a)?

The default kernel installed with the latest release of Debian 11 arm64 is a 5.10 version. It does not contain a driver that will allow resizing the VMware virtual graphics adapter. The Tech Preview Guide notes the VMware contributed this driver to the Linux kernel developers and that it is included by default in 5.14 and later Linux kernel versions, along with a recommendation to upgrade the kernel if you want to resize the console.

Debian does provide a later kernel version. I'm personally running it and the resolution will change. In order to obtain a later kernel, you will need to enable access to the bullseye-backports repo, and then install a later kernel. Web searches will tell you how to enable this additional repo.

I installed the  linux-image-5.15.0-0.bpo.2 package from the repo, not the 5.14 one. Although 5.14 kernels are supposed to have the VMware virtual graphics driver available, for some reason Debian's 5.14 version in the bullseye-backports repo does not have it. Their 5.15 version does, so that's the one to use.

- Paul (Technogeezer)
Editor of the Unofficial Fusion Companion Guides
0 Kudos
giovannivigna
VMware Employee
VMware Employee

When I try to follow the instructions to install the 5.15. kernel on Ubuntu 20.04 I get 

% sudo apt-get install linux-generic-5.15
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package linux-generic-5.15
E: Couldn't find any package by glob 'linux-generic-5.15'
E: Couldn't find any package by regex 'linux-generic-5.15'

I added the tuxinvader repo:

% sudo add-apt-repository ppa:tuxinvader/lts-mainline -y
Hit:1 http://dl.google.com/linux/chrome/deb stable InRelease
Hit:2 http://ppa.launchpad.net/tuxinvader/lts-mainline/ubuntu focal InRelease
Hit:3 http://us.ports.ubuntu.com/ubuntu-ports focal InRelease
Hit:4 http://us.ports.ubuntu.com/ubuntu-ports focal-updates InRelease
Hit:5 http://ports.ubuntu.com/ubuntu-ports focal-security InRelease
Hit:6 http://us.ports.ubuntu.com/ubuntu-ports focal-backports InRelease
Hit:7 http://ports.ubuntu.com/ubuntu-ports focal-proposed InRelease
Reading package lists... Done
%:~/ sudo apt-get update
Hit:1 http://us.ports.ubuntu.com/ubuntu-ports focal InRelease
Hit:2 http://dl.google.com/linux/chrome/deb stable InRelease
Hit:3 http://ppa.launchpad.net/tuxinvader/lts-mainline/ubuntu focal InRelease
Hit:4 http://ports.ubuntu.com/ubuntu-ports focal-security InRelease
Hit:5 http://ports.ubuntu.com/ubuntu-ports focal-proposed InRelease
Hit:6 http://us.ports.ubuntu.com/ubuntu-ports focal-updates InRelease
Hit:7 http://us.ports.ubuntu.com/ubuntu-ports focal-backports InRelease
Reading package lists... Done

 

Any clue as to why this is failing?

Thanks!

0 Kudos
Technogeezer
Immortal
Immortal

The procedure to install updated Ubuntu kernels is different than for Debian 11. 

For Ubuntu, what's worked for me is to download the .deb packages for the mainline kernels manually from https://kernel.ubuntu.com/~kernel-ppa/mainline As far as I know Ubuntu doesn't make these update kernels directly available from their repos.

Pick the version of the kernel you want, and download 4 .deb packages. Use the information in the testing guide to identify the 4 packages needed (the naming conventions are the same across kernel versions). As an example, for the 5.15 kernel, you would go to 

https://kernel.ubuntu.com/~kernel-ppa/mainline/5.15

and on that page download the following 4 .deb files:

amd64/linux-headers-5.15.0-051500_5.15.0-051500.202110312130_all.deb

(yes this says amd64, but these generic headers are needed as well for arm64)

arm64/linux-headers-5.15.0-051500-generic_5.15.0-051500.202110312130_arm64.deb

arm64/linux-image-unsigned-5.15.0-051500-generic_5.15.0-051500.202110312130_arm64.deb

arm64/linux-modules-5.15.0-051500-generic_5.15.0-051500.202110312130_arm64.deb

Then install all 4 per the instructions in the Testing Guide.

- Paul (Technogeezer)
Editor of the Unofficial Fusion Companion Guides
0 Kudos
ColoradoMarmot
Champion
Champion

I have to say, people wonder why Linux hasn't had more desktop success, and this kind of process is why.  Getting a version of Ubuntu, getting installed, and getting it updated is the height of 1993 technology.  Even Windows is vastly easier.

Note:  Not venting about your help, just about the primitive process around what's supposed to be a major OS.

0 Kudos
Technogeezer
Immortal
Immortal

Admittedly Ubuntu is a bit behind the times on this, but they're not the only one. Typically the kernel releases are constrained due to their support policy for a release. They pick a kernel version and live and die with it until the next release. Same for OpenSUSE Leap. If you're running mainstream hardware, it works. If you're a bit outside of those guard rails, the ugliness starts to creep in.

OpenSUSE Tumbleweed, Fedora and CentOS Stream don't force you go through these gyrations. I guess that's because they're more leading edge and keep up quite nicely with up-to-date packages.

- Paul (Technogeezer)
Editor of the Unofficial Fusion Companion Guides
0 Kudos
treee
Enthusiast
Enthusiast

I understand what you are trying to say but are you aware that you are posting to a thread in the Fusion for Apple Silicon Tech Preview area? Don't forget that we are running a non-final, non-stable, not-suited-for-production version of VMware Fusion on hardware that was announced quite some time after Ubuntu 20.04 LTS was released. That greatly impacts how easy or difficult things are going to be.

Try downloading the arm64 version of Ubuntu 20.04 from the Ubuntu website, especially the desktop version. The best and quickest option is to use the links in the Tech Preview Testing Guide and modify them a bit (because they are a bit outdated). Then you can download iso images for both the server and desktop versions. Looks an awful lot like how you have to go about getting the arm64 version of Windows but without the need of having to create a Microsoft account and joining some sort program. 
Perhaps we should draw the conclusion that Ubuntu may not be the best option if one needs a Linux distro to run in the Tech Preview, especially if we look at other offerings such as openSUSE or Fedora. At least they provide the arm64 iso images upfront. Also no need to create an account and join some program.

If we take a look at NetBSD however things get more interesting but not in a positive way. Try downloading the arm64 version there. You'd first have to figure out which kind of arm64 Apple Silicon actually is and then hope you've downloaded the correct one. Clearly a result of the fragmentation that is the ARM architecture. Something SystemReady tries to alleviate (and iirc this is also what Fusion will be supporting or is already supporting).

In the aforementioned Tech Preview Testing Guide you will find something that says that you'd need at least kernel version 5.14 for things to work optimal. From experience I can tell you that that is true: openSUSE Leap 15.3 uses a 5.3 kernel but installed and runs perfectly fine. You just have to miss out on a basically just the ability of setting the resolution to anything other than 1024x768. And you'll also find that there is quite a long way to go when it comes to graphics; Fusion simply doesn't support a lot of it just yet. Hence the reason why we have to go through several hoops to get things to work nicely with some Linux distros. Windows is no exception here as Microsoft and therefore also VMware do not support running it in Fusion. The instructions on how to get it to run proves that point.

The reason why we have to jump through several hoops is us being early adopters and testing out new shiny things that are nowhere near ready to be released. If we were running on x86_64 with a final release version of VMware Fusion then the experience would have been vastly different and we would have run into the primary reasons why Linux desktops are still far away: applications and the GUI (it is either ugly, outdated or even more confusing than Windows or a combination of those). Not that using Linux as a desktop is completely useless.

TL;DR: don't mess with alpha/beta stuff, it'll bite you 😁

 

Anyway, to the OP: there is an issue with KDE where it does not allow you to change the resolution. I haven't seen it with xfce or gnome so using those could be a workaround. Another one if you really want to use KDE can be found in this thread: https://communities.vmware.com/t5/Fusion-for-Apple-Silicon-Tech/Changing-screen-resolution-in-VM-doe...

0 Kudos