Folks,

I'm trying to resolve a long standing issue with my virtual consoles.
They're just a bit messed up.

The most pressing issue is that when I boot, after Grub, I get some
miminal output on the screen and then the screen turns off. If I
blindly enter my userid and password and then type startx, the monitor
turns back on and X works in beautiful 4k glory.

I do get a bit of output to say that a couple of services failed to
start, so it seems that the monitor goes into power off just before the
login prompt should be displayed.

I had a fiddle with a setting in Grub which I think was probably the
wrong place and also /etc/default/console-setup, which sounds like a
sensible place to fiddle, although it didn't make any difference.

I'd be grateful if anyone could give me any pointers to get the
terminals looking vaguely sensible, please? I think the first isse it
working out how to stop the screen turning off, which I assume is
because the display is out of range for the monitor. I can't seen to
figure out how to change that.

It would perhaps be nice too to tidy up the systemd output but probably
best to get the display on first to aid debugging that.

If anyone could offer any pointers, I would be really grateful.

Kind regards,
Mike.

-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEELLIsu3X0rLdOylbZ4Vi9eUgjvvMFAmZsdCwACgkQ4Vi9eUgj vvPcZQ/+MCDYbYRLr/qfZCTBHyjFphXXs4Dp5huc3Y3PD+5k2wjcFJNU6GocKSV7 bvwQy3Ore22coc899AfYaQkptWv7DxsRo8yyRl1f3fqw1tMkm8WRabaqpqyTioO3 HcBRjaUaAB8p/51LlgQKdlIUv4hz8v/Z5FzEyN5JnAjGe9bf/hkq/GLAk5uqKucX esd8CQj2+prcrxllDr59T9w5rZ748XFqBl0+fZ3r1ExIj7Pn9aSZZ7A9StZQANba i/I0MqbySm4FABETuXRbZ6Q3QJYwKqEZVHWjExFI4s8ZKCpa9AphqUx2yy5AiTc/ 5FfZo3wubWqDHmQ28p+2yC5a/udf2yr2Vi+8L3sDU92/sTap+oISqznIwJDzZeN5 oFa13zZGq7nPljSH72z8lTgw/2GHijtM4AyHp0wQG3R16tPpStdahBZvd2BSpKOm zoxkUNEqC4/5F5205sxiB7qw+GRBjc9RKj86bWdGQnrHURM7LkndwgBBhTC2s85D XewKQ1erYXUeLQTI+498QN0g3VFgUSB0L03wih/W5CcYA6ab4CZ4KEgykgeQIoc/ gR1BRd6+ZBeac8lAzfgRMJEHNcT9CTuXMJfQd3flweXX6ZXF3lSWs+XmBgBHBf3J fCeA0tCYiPhsjVQfKiu4qodlCrjHifdIkroR/GpDTLlnyuriTgY=
=hvn3
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Fri, Jun 14, 2024 at 05:11:37PM +0000, Michael Kj�rling wrote:

On 14 Jun 2024 17:47 +0100, from debian@norgie.net (Mike):

I'd be grateful if anyone could give me any pointers to get the
terminals looking vaguely sensible, please? I think the first isse it working out how to stop the screen turning off, which I assume is
because the display is out of range for the monitor. I can't seen to figure out how to change that.

That would be the first thing I would want to rule out, too.

In GRUB, try "e"diting the boot command sequence and on IIRC the
"kernel" line (the one that specifies the kernel and kernel
parameters), add one of vga=0; vga=0x0f04 (leave current settings); or vga=ask followed by "scan" at the prompt and then select a reasonable
one. See https://www.kernel.org/doc/html/latest/admin-guide/svga.html.

In /etc/default/console-setup, try setting VIDEOMODE to the empty
string. See console-setup(5).

Hi,

Thanks for the feedback. I have found both of these settings but they
haven't helped too much. The /etc/default/console-setup, VIDEOMODE line
was oringally blank, so I tried setting it and it made no difference.

Likewise, fiddling with the display modes in grub didn't help too much
either. I think the max mode I could run, according to vbeinfo or
whatever is was is 1080p, so I chose that. I think it was auto
selecting that already.

Thinking back, I seem to recall the issue with the screen turning off
started after I switched from Nouveau to the Nvidia driver. It fixed
the issue I had with X but broke my console.

Regards,
Mike.

-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEELLIsu3X0rLdOylbZ4Vi9eUgjvvMFAmZsfYwACgkQ4Vi9eUgj vvOeiBAAisgURhePtSDakxjSBSylG0Ol6FoG56EDb5lNUUM+Ye2d90aG4uyWuGyH 7qWV5y+s3Tzj9/MsRN4ilDSuMKlTtBzcw3IwY2qoVXm9XFciEizgiZYT+LQouXLJ F0qIAPm8sFieJADDDbJDlsPqmHtzckBrm7LzrRwyUTNEX0gwEln9J+JYWACfufOf 0DbFJDnJ7K09ww+Uc3/8gsLclg5AMWTTIqQgmiTzb7/XcH9WaN92G8HlxGE5RLCR St+Zzv7BEStI1y9r1IFQILkSFoD5OgDWI1/SptCqXqe+F7QHuo2MAeyeLPCjUfOm 4I1dNVYMn49eEJUBePkSRhwH8yeTg8WWq1LpfoRpWEL7sEF2FwzM3cDWA1RtWg2j rdkzPuIjjaod3/42TVmbocnm9qwMm5Zxq/QMJOOeGXpiE/zlZ/j8qld9vZoDDJKE sRMkNWx26dxRJ/z/BUTWGxjg/wS7Ci3WpVnIdYhiUNU1IxJ6lcH5RfiloG9Ux3qj NJSgd/pw3DoLoR8bgGMAoTjLgDZ8rURhyzCHS4kJuDn+Nqt4iYEKQO+I5Fhv5H08 YwRZgQq9LS39ZkNruxbi/Dokv/L2To/jsuY5EgSMssDikn9VxYzgQwZbDppiIKl1 GUvOm7fL0+1kKrVeBniPcb1jRtx+mD5Y/mlW1pCazLyyhP6WK3o=
=cnLN
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 14 Jun 2024 17:47 +0100, from debian@norgie.net (Mike):

I'd be grateful if anyone could give me any pointers to get the
terminals looking vaguely sensible, please? I think the first isse it working out how to stop the screen turning off, which I assume is
because the display is out of range for the monitor. I can't seen to
figure out how to change that.

That would be the first thing I would want to rule out, too.

In GRUB, try "e"diting the boot command sequence and on IIRC the
"kernel" line (the one that specifies the kernel and kernel
parameters), add one of vga=0; vga=0x0f04 (leave current settings); or
vga=ask followed by "scan" at the prompt and then select a reasonable
one. See https://www.kernel.org/doc/html/latest/admin-guide/svga.html.

In /etc/default/console-setup, try setting VIDEOMODE to the empty
string. See console-setup(5).

--
Michael Kjörling 🔗 https://michael.kjorling.se “Remember when, on the Internet, nobody cared that you were a dog?”

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Michael Kjörling composed on 2024-06-14 17:11 (UTC):

On 14 Jun 2024 17:47 +0100, from Mike:

I'd be grateful if anyone could give me any pointers to get the
terminals looking vaguely sensible, please? I think the first isse it
working out how to stop the screen turning off, which I assume is
because the display is out of range for the monitor. I can't seen to
figure out how to change that.

That would be the first thing I would want to rule out, too.

In GRUB, try "e"diting the boot command sequence and on IIRC the
"kernel" line (the one that specifies the kernel and kernel
parameters), add one of vga=0; vga=0x0f04 (leave current settings); or vga=ask followed by "scan" at the prompt and then select a reasonable
one. See https://www.kernel.org/doc/html/latest/admin-guide/svga.html.

The following applies with all FOSS drivers I've ever used except possibly mga: vga= only works until KMS starts. video= does the desired job while KMS is engaged. e.g.

video=DP-1:1440x900@60

Causes 1440x900 with refresh 60Hz to be applied only to DP-1. Leave off DP-1: to
have it applied to all displays. Leave off @60 to allow the system to determine refresh.

https://www.kernel.org/doc/Documentation/fb/modedb.txt
--
Evolution as taught in public schools is, like religion,
based on faith, not based on science.

Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Fri, Jun 14, 2024 at 01:49:08PM -0400, Felix Miata wrote:

Michael Kj�rling composed on 2024-06-14 17:11 (UTC):

On 14 Jun 2024 17:47 +0100, from Mike:

I'd be grateful if anyone could give me any pointers to get the
terminals looking vaguely sensible, please? I think the first isse it
working out how to stop the screen turning off, which I assume is
because the display is out of range for the monitor. I can't seen to
figure out how to change that.

That would be the first thing I would want to rule out, too.

In GRUB, try "e"diting the boot command sequence and on IIRC the
"kernel" line (the one that specifies the kernel and kernel
parameters), add one of vga=0; vga=0x0f04 (leave current settings); or vga=ask followed by "scan" at the prompt and then select a reasonable
one. See https://www.kernel.org/doc/html/latest/admin-guide/svga.html.

The following applies with all FOSS drivers I've ever used except possibly mga:
vga= only works until KMS starts. video= does the desired job while KMS is engaged. e.g.

video=DP-1:1440x900@60

Causes 1440x900 with refresh 60Hz to be applied only to DP-1. Leave off DP-1: to
have it applied to all displays. Leave off @60 to allow the system to determine
refresh.

https://www.kernel.org/doc/Documentation/fb/modedb.txt
--
Evolution as taught in public schools is, like religion,
based on faith, not based on science.

Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Hi Felix,

Thanks for your input. I tried the video= and it made no difference.
However, I did discover that removing "quiet" creates a lot more output.
Funny that, isn't it? Quite nice too!

I should probably have mentioned earlier, that if one launches X and
then quits X to return to the terminal, the monitor does not turn off
again, howeer, the mode is a bit crazy. It appears to display 80x25 but
when one starts a new line at line 25, you do not get the usualy
scrolling behaviour, things just appear to get printed out "below the
monitor" if you know what I mean. Eventually the screen does scroll but
after maybe 200 lines or so and it does so in a big jump.

I seem to recall reading that the Nvidia driver was a bit cavalier and reinvented various parts of X, so I wondered if there was some crazyness whereby starting X started some of a necessary components of the driver. Checking the output of lsmod, as well as ps for anything nvidia related
doesn't appear to be any difference between before X and after X.

I'm also pondering if it's something to do with the port it's plugged
into. The card has 3 DP ports and 1 HDMI. Two have displayed plugged
into them. That said, the UEFI manages to output to a screen and so
does Grub / Kernel, so does X, so one would imagine the bit in the
middle might get it right too?

Any ideas?

Kind regards,
Mike.

-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEELLIsu3X0rLdOylbZ4Vi9eUgjvvMFAmZuGggACgkQ4Vi9eUgj vvO08BAAgUkbLwjFOtPfPYtRtbxVVIjICvM/CC9d/O1iRl5pMGCUznfUv0dDVgsw wW6VCzjzLeLmVZLPlD0I+Kb1ZDJkgfTncoH1WNLIOql5PzewjB6zXBRUDoHeGgND dHNpvFwq1LGfUEing16nBSIZexgQ3yjiaxbnuHLbwyIDIHwa9d7sAYnXgQjNEzhF 7gqAS4eArB0Sew7I0ngUnyGaXEj8FTMvASthvYxRTeb+wel3rGBNO6XtVyoN4rcE fsAKHiZKmPbOn1+eGZHtZU1XU8CxcDef3TxjOErawbOqfd192wyyjy6/qkRHKgl/ ZuRrNIoreMYoL4UBoPCyDnA3bhsy/49bFJTZFq+PxlZ0vtqXFlOLH2jgpoeG460j ai/LcgbRHEfux0YAu0S8kL+0Rs47vCn8rdjsJRVJh7XT+zLgh1Xt3uKRm7lFytWO 5O55Bz89VYUSzp3tRG3GlPoH7rQYZsrLOY8QSc112AMj/RXPN+q+TcHvYWk4GK64 Yba9K8zzuGYBGDZaujhbzpRDTT6BTB6H8yq70kdTD4XWNuqFKbiX/ev7bOb1voKy HGhKkZXXeeVOp7gRQ9rlkKajj+VTqygeR+xIoQFE9cKc53fCbywOh1fg04+4NM7j xDA4n4K8TFRtsfg3THbwFOYLJ9nS3u0uhxC+67eU7QZkda2ru1A=
=6vAO
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Mike composed on 2024-06-15 23:47 (UTC+0100):

On Fri, Jun 14, 2024 at 01:49:08PM -0400, Felix Miata wrote:

The following applies with all FOSS drivers I've ever used except possibly mga:
vga= only works until KMS starts. video= does the desired job while KMS is >> engaged. e.g.

video=DP-1:1440x900@60

Causes 1440x900 with refresh 60Hz to be applied only to DP-1. Leave off DP-1: to
have it applied to all displays. Leave off @60 to allow the system to determine
refresh.

https://www.kernel.org/doc/Documentation/fb/modedb.txt

I tried the video= and it made no difference.

...

Any ideas?

How many tries? More than one refresh? Without refresh? With other resolutions? Without limit to one port?

I seem to recall reading that the Nvidia driver was a bit cavalier and reinvented various parts of X, so I wondered if there was some crazyness

It wouldn't surprise me at all. I didn't see you mention NVidia's driver before now. I would search for and/or bring this issue up on NVidia's forum site. I have
no ideas how VT output is managed with proprietary drivers engaged.

Maybe this is one of those cases where nosimplefb=1 is needed on cmdline?
--
Evolution as taught in public schools is, like religion,
based on faith, not based on science.

Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Mike <debian@norgie.net> writes:

Thinking back, I seem to recall the issue with the screen turning off
started after I switched from Nouveau to the Nvidia driver. It fixed
the issue I had with X but broke my console.

I think I had a similar issue some years ago and these two lines /etc/default/grub helped:

GRUB_GFXMODE=1920x1080x32
GRUB_GFXPAYLOAD_LINUX=keep

The latter especially. And yes, I'm also using Nvidia proprietary
drivers.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)