Getting 'Display Output is not active.' on Mac OS X for Ubuntu 22.04 ARM64 image

[pmessri]

I'm getting the following:

'Display output is not active.'

After selecting to install ubuntu server from the latest ubuntu iso image.

In my display setting there is the following selected: 'virtio-gpu-pci'

[nicolas-g]

👍 , same issue here ..

[udiNur]

works for me!! thanks!!

[shawnz]

I only needed the second one, "Screen & System Audio Recording". Accessibility permission wasn't necessary for me

[arwildo]

Work flawlessly, thank you so much!

[jfiore-pg]

Why are these permissions needed?

[mopoleefans-code]

My Linux is in showing

[wade764]

I am having the same issue as well. Also using the default display adapter 'virtio-gpu-pci'

[lizishuo28]

tm艹你妈

[shoruny]

??到国外骂街不丢人？

[startGalway]

傻逼，丢国人的脸

[lizishuo28]

I'm getting the following:

'Display output is not active.'

After selecting to install ubuntu server from the latest ubuntu iso image.

In my display setting there is the following selected: 'virtio-gpu-pci'

纯你妈放屁艹

[fernandoasqui]

it worked using virtio-ramfb-gl (GPU Suported)

[wade764]

That worked for me as well! Thank you so much.

[alicebear1203]

Hi, I had adjusted my setting to virtio-ramfb-gl (GPU Supported), but it stuck.
It now keeps being status in the picture below.
Hope that you can help!
Thanks!

[sramac2]

It worked, thank you so much

[jbw9964]

I had similar issue. And it looks like somehow worked.
I used virtio-vga instead.

I tried to emulate ubuntu 16.04.7 LTS (Xenial Xerus) - AMD64, on macOS Ventura (13.5.1) with m1 chip.

The default display setting were virto-gpu-pci, as like others.
And i tried virtio-ramfb-gl but it stopped (even before booting) more than 5 minutes like @alicebear1203 above.

So I tried to add other display, and the default setting of added display were virtio-vga.
Eventually, I tried virtio-vga instead virtio-ramfb-gl and here's the result.

---

• full video

default.mp4

For me, it took about 30 sec to load ubuntu installation (I fasten the vid)

[alicebear1203]

Thanks for helping!
I found I am so silly that my goal is to install Ubuntu GUI, so I can just download the GUI iso, and then all done :P

[SeeTheSeaWithoutFlying]

Thank you very much. It was very helpful. Thank you

[arbourd]

I ran into the same issue with emulating a Kairos amd64 build on a macOS 14.2 device with a M2 processor.

Changing the GPU from virtio-gpu-gl-pci to virtue-vga-gl worked for me. I am using Hardware acceleration.

[dimashpt]

Thank you, it works!

[losyoply]

thank you><

[seungwonme]

I had encountered the same issue and managed to resolve it by following these steps:

1. I checked the box for Enable hardware OpenGL acceleration.
2. Then, I navigated to Settings => Display => Emulated Display Card and selected virtio-ramfb-gl (GPU Supported).

My computer environment is as follows:

I am using an M1 Mac with OS Sonoma 14.2.1, and I encountered this issue while running Ubuntu ARM 22.04.3 on a UTM 4.4.5.

Reference

• linux - Which Virtual Display for UTM Ubuntu under M1 Mac?
• How To Install Debian Linux 11 (BULLSEYE) On ANY M1/M2 Mac Using UTM || Linux On APPLE SILICON

[arkagme]

Hey where did you find the option for "Enable Hardware OpenGL Acceleration" ?

[muya]

hi @arkagme , I think this option is now labelled ANGLE (OpenGL)

Go to Main app settings -> Display -> Renderer backend

[gaurav9822]

works for me

[perfumescent]

works for win11 thx

[johndunning]

I had the same problem but it went when I increased the size of the display window - just drag it with the mouse

[digevil]

well I got this message as well but my solution is ... just wait a few seconds(without doing anything) and the expect UI just show up ...

[lohriialo]

Same here, just wait : M1, Mac OS 14.6, UTM, 4.5.4

[EchoEllet]

Same issue for Fedora KDE (Intel and AMD x86_64), but it's only for a few seconds, waiting a little bit without changing anything like the window dimension or moving the window, and the Fedora boot loading screen will show up but then causing a black screen (stuck):

[AleksKash]

I solved the issue by change display settings on virtio-gpu-vg-pci, bit it takes 2-3 minutes to boot as well every time. Even longer then default set with that display output not active process.

[FBaxon]

Is there still someone could help me? I met the same trouble. I didn't mind it yesterday, because it worked after waiting for few seconds when the 'display output is not active' came. But today it didn't run normally as yesterday, just keeping 'display output is not active'. And I tried methods you mentioned, but they didn't work.

the latest UTM was downloaded the official website
to install ubuntu 22.04 arm64
apple m1, macOs sonoma 14.5
at first selected: 'virtio-gpu-pci'

[FBaxon]

I finally made it by reinstalling it, and the key was to choose 'GPU acceleration supported' at the beginning

[Noodlefishh]

The only thing that worked for me was adding a device type "terminal" in the settings, allowing me to install the OS.

[aditya-lad]

Thanks, this trick worked for me to proceed with the install for Kali, then I also changed the display to virtio-gpu-gl-pci (GPU Supported) and it works now.

[hansgilead]

this is also what I needed. using home assistant all I could get using any combo of displays was "display output is not active." adding a new serial device as a built-in terminal allows me to see what's going on and I get the home assistant login prompt now. thanks!

[ghost]

This seems to have been the only solution that worked for me too. Thanks!

[Anmol-Singh-Jaggi]

In my case, adding a terminal helped me realize that it was actually waiting for me to enter the disk encryption passphrase.
Thanks!

[mokagio]

I installed Ubuntu desktop from the server edition by following this guide.

After the reboot triggered by reboot, the only think I saw in the screen was the Display output is not active. message.

I came here looking for a solution. In the meantime, the login UI appeared. 🤷‍♂️

These are the settings I have, in case it helps.

The machine running UTM is a MacBook Pro M1 Max.

[mokagio]

I spoke too soon...

After logging in, it went back to the error. I let it sit for a while, but unlike on boot, it did not move forward:

[mokagio]

Switching to virtio-gpu-gl-pci (GPU Supported) seems to do the trick for me

[MondeAnna]

Did the trick. Thanks

[xpitt]

my setup: utm 4.6.0, macbook pro M1 max 16" 2021, macos 15.2 beta 3, ubuntu 24.0.4. Tried all the settings change above, in the best arrangement (utm settings default, display virtio-rambf-gl (GPU supported) ) the Display Output is not active' screen remains for about two seconds and a half. The same happens if I install ubuntu activating in utm the box for apple virtualization (experimental). Upon installing in Oakley's app Liviable I ca see the console output during startup; see attachment of a hard copy of the screen. After Finished NetworkManager-wait-online.service....' the output stopped for about 20 secs, then for about two minutes after `Job systemd-network...', then for another 20 secs (no output recorded here) before finally the login window appeared. Maybe some linux wiz can find out what's wrong, I can't but suspect the culprit is not the utm display setting.

Any idea? Thanks anyway

[xpitt]

Where I wrote for two seconds and a half I meant two minutes and a half, sorry

[devmarcosvinicius]

I created a new serial, and it worked.
After the installation, I removed the serial, and it continues to work normally.

[devmarcosvinicius]

Btw, the service systemd-networkd-wait-online takes a long time to start the system. I used sudo systemctl disable systemd-networkd-wait-online to disable it. After that, it starts much faster.

[Banz01]

I just wait a few minutes and login to Linux occurs

[nanni61]

Often the problem presents itself because Ubuntu (But not only it) is very slow to leave, some services must be disabled.

Use: 'systemd-analyze blame' in the terminal to see the charge times of the various services at the start of the operating system

[arindam-giri]

Wait for 1 min or so , it will work. With ANGLE (OpenGL) option as backend and virtio-ramfb-gl

[douyixuan]

Yes, all you need to do is to wait. 😂

[Graphic-lab]

I know ... 3 or 4 minutes waiting here and then it was ok🎁💥🚀

[da-]

For me the right answer was adding a serial device, which told me I needed to enter the password I had set on the encrypted boot disk.
The last time I installed Ubuntu 22.04 (on an Intel mac) it automatically displayed that graphically, but shrug Good 'nuff!

Good thing I didn't sit and wait for it to finish on its own ;)

[smijolovic]

Any plans to address this on M3/M4 for future releases?

For now frozen on 4.5.4 as it's the only version that works but I want to emulate x86_64 VMs with newer versions of QEMU for a processor that is newer than 2009.

[SKSADIRUDDIN]

yeah it worked for me as well , just wait few minutes M2 Macbook Air

[tomaytotomato]

I am unable to get a virtualized Ubuntu (22.04, 24.02) working using an M4 Pro (48gb RAM), using the latest version of UTM 4.6.5

These are the things I've tried:

• Enabling permissions on the Mac Privacy and Security for UTM
• Switching Graphics to virtio-ramfb-gl or virtio-gl-pci
• Waiting 5 minutes to show the screen, still nothing

[KanzakiPapillon]

I changed the parameter as per above suggestions and my screen is stuck on an attempting repairs, let's be hopeful but I am using Windows so slightly different

[Weugene]

I had the same problem. I activated a terminal on each VM and have noticed error message:
Job systemd-networkd-wait-online.service/start running (37s / no limit)
This means the systemd-networkd-wait-online.service is waiting too long (in this case, indefinitely) for a network connection to be fully up, which can slow down or block booting. This is common when Ubuntu is running in a virtualized environment like UTM on macOS M1.

Since I use NetworkManager (as shown in your logs), I don’t need systemd-networkd when VM is started just write this lines in your terminal:

sudo systemctl disable systemd-networkd-wait-online.service
sudo systemctl mask systemd-networkd-wait-online.service

[davidmarble]

After pounding my head on the table for hours trying various settings on a MacBook Pro w/ M4 Pro, following this post worked for me: https://zenn.dev/tetra2000/articles/x86_linux_on_m1

CPU: IvyBridge
GPU: VGA

My use case is an older version of Ubuntu Server, so GPU acceleration is not important to me.

[zell-wang]

我Macnimi m4，安装kali，新增一个串口即可

[h0ngzhi]

To work around this, I:
1. Created a serial terminal in the VM configuration alongside the main display output.
2. Ensured the disk size was at least 8 GiB
3. Booted the VM as normal.
4. Initially, the display stayed blank but after a short wait, output began appearing in the serial console window.

[facorazza]

I had configured a passphrase to encrypt the disk image so the desktop would never load waiting for user's input. I had to enable a serial terminal to insert the passphrase.

[pascalrobert]

Same thing here. UTM 4.7.5 + Fedora Workstation 44.

[exceptionSPG]

For me, adding a Serial devices (just the default one) worked. You have to wait a bit, once the start up console is completed on serial output.