no login prompt / getty not started on tty1 anymore in Whonix 16 (Debian bullseye based)

There is no issue with rads.

If there is “not enough RAM”, rads does not attempt to start gdm3.

There could have been a bug in theory if rads supported only gdm but not gdm3. Then with “not enough RAM”, gdm3 would have still been started, because rads might have missed to inhibit autostart of gdm3. But that’s not happening here.

The root cause is that Virtual Console tty1 is missing by default which is a systemd issue:

For first boot into Whonix CLI:

The workaround until virtual console tty1 is automatically started is to use a different virtual console such as tty2 as per documentation.

I didn’t test this for Whonix KVM but switching virtual console from tty1 to tty2, tty3, … is fully functional with Whonix VirtualBox. Just now tested, confirmed.

Having tty1 functional by default seems non-trivial and requires further troubleshooting. Help welcome.

Development notes (not for users!):

sudo apt purge gdm3 fixes the issue of broken tty1 but that’s not something we can recommend to users due to issues, not easy.

File /usr/lib/systemd/system/gdm.service contains:

# replaces the getty

Problem seems to be that gdm takes tty1 by default instead of tty7 (lightdm default). That’s why gdm is getting in the way.

Somehow above issue is even triggered although rads already created the required status files for systemd to recognize that “gdm condition for startup failed”. Seems like the systemd unit keyword Conflicts= is also active even if gdm won’t start due to “condition for startup failed” (status file created by rads because “not enough RAM”).

Why gdm? → display manager - lightdm, gdm3, sddm or no display manager (startx)

A console is only visible in KVM when the viewer is switched to serial

That’s confusing me.

KVM cannot see a virtual console anymore? Why not? I think it could last time I checked.
Found some arbitrary screenshot online, this is what I mean:
That is a virtual console.
Also grub boot menu while not considered a virtual console (?) uses similar (virtual) hardware access to draw to the CLI screen as virtual console.

Just to clarify:
Virtual console is different from serial console.

(Actually non-trivial from wikipedia to guess who serial console is used nowadays in context of host reading textual output from the kernel from a KVM VM without need for a functional graphic device/driver.)

This forum thread is about virtual console only.
Serial console is really cool but entirely different thing as far as I understand. (Serial Console) Should be unrelated.

Even a flashing underscore (Debian + KVM + Whonix 16 (Flashing underscore on black screen) - #15) is a type of use of a virtual console. There can/should be more output but that isn’t an issue with the virtual console implementation. That depends on kernel parameters.
Kernel Boot Parameter Change
But would be a topic for a different forum thread.

Did you try that? Did that ever work in KVM? Does it work now?

Then in this case yes. I assume this isn’t a KVM specific bug? There is a flickering cursor. So now that it is so, is this fixed in since or a WIP?

Alt + Crtl + F2 does bring up an alternate tty

1 Like

In VM or on the host?
A plain Alt + Crtl + F2 on the host would switch to tty2 on the host. Doing it in VM mostly requires some special action.
Assuming in VM…

If you had tty2 with login inside a KVM VM… Then no, not KVM specific bug. General bug as described in original post here.

[1] If there is only a flickering cursor and no other output from rads and swap-file-creator then that’s a KVM specific bug.

If KVM specific bug, then no, bug not understood, not analyed, not fixed.
More output expected as per [1].

In VM. virtual machine manager has a “send key” feature that emulates inputting special combinations to the guest.

OK then it’s general.

1 Like

There’s a workaround in place in the testers repository now. Should be solid. rads switches to virtual console tty2 now if not starting a desktop environment using chvt 2.

This is in the stable repository and stable release for a while now.