<div dir="ltr"><div>Walter:</div><div><br></div><div>Took a few minutes to try to look into the Nvidia side of things today when I found my Gecko install to "go to a black screen" instead of a TTY, but at least there I can F7 back out of it.  In trying a googly search I saw a familiar looking title, something like, "Nvidia driver fails to enter TTY" . . .  so I clicked on it, went to their "devtalk" section and there from roughly 9/19 was a thread I started when I found the problem . . . only a few months ago, but . . . "lost" in repressed memory zone.</div><div><br></div><div>I had filed a "bug.sh file"??? and looking at it their admin guy basically said, "Looks like a problem with Mac's UEFI implementation, and we aren't going to go back a fix problems with 'legacy hardware' . . . I've filed a bug  2709067 on it, but don't expect anything to happen . . . ."</div><div><br></div><div>I tried to search their site with that bug and google, but looks like it is an "internalized" bug system . . . ??  So, point being, this isn't a "new" issue, it was just held down and repressed, and then it boomeranged back recently seemingly as a "new" problem . . . but, it's not new and doesn't look like Nvidia is wasting any time on it.</div><div><br></div><div>I've got my two ubuntu installs set back to nouveau . . . I went over to proprietary because of problems I mentioned in my Nvidia thread where "resume from suspend" wasn't working in nouveau . . . went to nvidia . . . which then provided resume from suspend, but . . . no TTY . . . .</div><div><br></div><div>That's the latest on it . . . prolly no point in messing with it here on this list . . . if I do find that rolling back in the Nvidia drivers I might post it back here . . . otherwise, we can guess that Nvidia isn't messing with a GTX 780 that has issues in linux operation.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jan 26, 2020 at 9:49 AM Fritz Hudnut <<a href="mailto:este.el.paz@gmail.com">este.el.paz@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Walter:</div><div><br></div><div>Thanks for the data . . . seems like in the case of Lu on my computer it is F1 that returns the GUI . . . hilarious.</div><div><br></div><div>F<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jan 25, 2020 at 11:36 PM Walter Lapchynski <<a href="mailto:wxl@ubuntu.com" target="_blank">wxl@ubuntu.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sat, Jan 25, 2020 at 03:06:28PM -0800, Fritz Hudnut wrote:<br>
> I was going to boot Lu 20.04…but for some reason the<br>
> computer booted U-MATE 20.04<br>
<br>
Oh, these computers and their capricious ways… 😉<br>
<br>
> I guess the only one I didn't try was F1???<br>
<br>
"You never know until you find out"<br>
    ­ [Ned's Atomic Dustbin][1]<br>
<br>
Incidentially, I have seen cases where the key to return to the GUI was<br>
F7 and cases where it was F1, across different Ubuntu flavors. <br>
<br>
It's always true that the number of active ttys is six, as you<br>
can see with `grep tty /etc/default/console-setup`. You can also see<br>
this in `systemd` with `grep NAutoVTs /etc/systemd/logind.conf`. An<br>
interesting thing about at least current systemd is that ttys are<br>
created on-demand thus the reason for "Auto" in that key.<br>
<br>
The kernel gives a lot more (`ls -h /dev/tty[1-9]* | wc -l` says 63) but<br>
only the ttys that have getty running on them are accessible as<br>
virtual terminals. X runs on a tty that doesn't have getty running.<br>
You can see what's going on with something like<br>
<br>
    for t in {1..7}; do ps --no-headers --tty /dev/tty$t; done<br>
<br>
That said, all twelve function keys are defined with control and alt to<br>
switch between the different ttys (aka consoles, virtual terminals),<br>
which you can see with the likes of<br>
<br>
    dumpkeys | grep \<br>
    "^[[:space:]]*control[[:space:]]*alt[[:space:]]*keycode.*Console_"<br>
<br>
Actually, if you just do `dumpkeys | grep Console` you'll find there are<br>
a whole plethora of shortcuts for switching between the terminals.<br>
<br>
The only question remaining is why does X end up on tty7 sometimes and<br>
other times not? Actually, I think this is circumstantial. Lubuntu<br>
18.04 and previous, like Ubuntu MATE and Ubuntu proper and every other<br>
flavor of Ubuntu except for Kubuntu, all used lightdm for their display<br>
manager. Kubuntu has long used sddm, and so has Lubuntu since after<br>
18.04. Incidentially, the two display managers have different feelings<br>
about what tty to use.<br>
<br>
In lightdm's case, [they've had it set to 7 for 9 years][2], ever since<br>
they first added support for users to define the specific tty you want<br>
to use. This is changed to use 1 simply by editing<br>
/etc/lightdm/lightdm.conf (you will likely have to create it) as such<br>
and then restarting the display manager<br>
<br>
    [LightDM]<br>
    minimum-vt=1<br>
<br>
In regards to sddm, [when they added support for a specific tty][3],<br>
they set the default as 7. However, when systemd came around, they<br>
[conditionally set it to 1 or 7][4] with the former being preferred in<br>
the case of systemd. Why that is, I don't know, but it's easily changed<br>
as above, except in this case, with /etc/sddm.conf, to 7 with <br>
<br>
    [X11]<br>
    MinimumVT=7<br>
<br>
So, ok, maybe some things are a bit different. But not really.<br>
<br>
[1]: <a href="https://www.youtube.com/watch?v=LlMB9svNRzo" rel="noreferrer" target="_blank">https://www.youtube.com/watch?v=LlMB9svNRzo</a><br>
[2]:<br>
<a href="https://github.com/canonical/lightdm/commit/5372aa1c34db925fabae586e6003d58908e9e307" rel="noreferrer" target="_blank">https://github.com/canonical/lightdm/commit/5372aa1c34db925fabae586e6003d58908e9e307</a><br>
[3]:<br>
<a href="https://github.com/sddm/sddm/commit/af8d253d119104ec37059f8920aceae6b204b307" rel="noreferrer" target="_blank">https://github.com/sddm/sddm/commit/af8d253d119104ec37059f8920aceae6b204b307</a><br>
[4]:<br>
<a href="https://github.com/sddm/sddm/commit/3f9c18b5129a7110c5974036feb8b210f46ffc4a" rel="noreferrer" target="_blank">https://github.com/sddm/sddm/commit/3f9c18b5129a7110c5974036feb8b210f46ffc4a</a><br>
<br>
-- <br>
       @wxl | polka.bike<br>
C563 CAC5 8BE1 2F22 A49D <br>
68F6 8B57 A48B C4F2 051A<br>
</blockquote></div>
</blockquote></div>