8:21 a.m.
Hi
I have a problem. Oftentimes when I press the button on my KVM to return to
my desktop and Fedora 36, the screen is black and unresponsive.
I have to log in through SSH and restart lightdm (systemctl restart
lightdm)
Problem is that it resets my sessions and some programs like cura do not
like that and even trash their configuration files.
Looking through the system log I do not see any problem at the time I made
the switch back to the desktop.
1. How can I troubleshoot why sometimes I can come back and othertimes I
cannot?
2. Is there any less destructive way to recover the display than restarting
lightdm?
I do not have that problem with my other computer, but then, I use it as a
fileserver and it does not have that many programs installed.
--
------------------------------
/\_/\
|O O| pepebuho(a)gmail.com
~~~~ Javier Perez
~~~~ While the night runs
~~~~ toward the day...
m m Pepebuho watches
from his high perch.
9:56 a.m.
On Sun, 11 Dec 2022 09:21:09 -0500
Javier Perez <pepebuho(a)gmail.com> wrote:
Hi
I have a problem. Oftentimes when I press the button on my KVM to
return to my desktop and Fedora 36, the screen is black and
unresponsive. I have to log in through SSH and restart lightdm
I don't have a kvm, but I recall seeing people on this list saying
that they can have issues.
(systemctl restart lightdm)
Problem is that it resets my sessions and some programs like cura do
not like that and even trash their configuration files.
Looking through the system log I do not see any problem at the time I
made the switch back to the desktop.
Way out of my knowledge zone, but I'll speculate.
1. How can I troubleshoot why sometimes I can come back and
othertimes I cannot?
Is it possible there is a screen or power saver running, and sometimes
it hasn't kicked in, and sometimes it has? Is there anything
different in journalctl -r when this happens, and when it doesn't
happen? Maybe this is what you mean by system log?
2. Is there any less destructive way to recover the display than
restarting lightdm?
Have you tried switching to a virtual console (say Ctrl-Alt-F3), and
then back again (Ctrl-Alt-F1)? I think that does a context switch, so
should give something a kick.
> I do not have that problem with my other computer, but then, I use
> it as a fileserver and it does not have that many programs installed.
>
10:11 a.m.
On Sun, Dec 11, 2022 at 10:56 AM stan via users <
users(a)lists.fedoraproject.org> wrote:
On Sun, 11 Dec 2022 09:21:09 -0500
Javier Perez <pepebuho(a)gmail.com> wrote:
> Hi
> I have a problem. Oftentimes when I press the button on my KVM to
> return to my desktop and Fedora 36, the screen is black and
> unresponsive. I have to log in through SSH and restart lightdm
I don't have a kvm, but I recall seeing people on this list saying
that they can have issues.
Read the same, but it was working flawlessly at least until a year ago
that I
started having this issue.
> (systemctl restart lightdm)
> Problem is that it resets my sessions and some programs like cura do
> not like that and even trash their configuration files.
> Looking through the system log I do not see any problem at the time I
> made the switch back to the desktop.
Way out of my knowledge zone, but I'll speculate.
> 1. How can I troubleshoot why sometimes I can come back and
> othertimes I cannot?
Is it possible there is a screen or power saver running, and sometimes
it hasn't kicked in, and sometimes it has? Is there anything
different in journalctl -r when this happens, and when it doesn't
happen? Maybe this is what you mean by system log?
I do not think so, I think I disabled all power saving and screen saving
services /
settings.
I am running XFCE so I do not know if I got them all.
> 2. Is there any less destructive way to recover the display
than
> restarting lightdm?
Have you tried switching to a virtual console (say Ctrl-Alt-F3), and
then back again (Ctrl-Alt-F1)? I think that does a context switch, so
should give something a kick.
No. I will try next time it happens. Will that combination work under XFCE?
> I do not have that problem with my other computer, but then, I
use
> it as a fileserver and it does not have that many programs installed.
>
_______________________________________________
users mailing list -- users(a)lists.fedoraproject.org
To unsubscribe send an email to users-leave(a)lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
--
------------------------------
/\_/\
|O O| pepebuho(a)gmail.com
~~~~ Javier Perez
~~~~ While the night runs
~~~~ toward the day...
m m Pepebuho watches
from his high perch.
10:32 a.m.
On 12/11/2022 09:11 AM, Javier Perez wrote:
I do not think so, I think I disabled all power saving and screen
saving
services / settings.
I am running XFCE so I do not know if I got them all.
Go to the Xfce forum (http://forum.xfce.org/index.php) and ask for help.
They're very friendly.
9:57 a.m.
On Sun, 11 Dec 2022 11:11:16 -0500
Javier Perez <pepebuho(a)gmail.com> wrote:
On Sun, Dec 11, 2022 at 10:56 AM stan via users <
users(a)lists.fedoraproject.org> wrote:
> Have you tried switching to a virtual console (say Ctrl-Alt-F3), and
> then back again (Ctrl-Alt-F1)? I think that does a context switch,
> so should give something a kick.
>
> No. I will try next time it happens. Will that combination work
> under XFCE?
Yes, it is just switching from the graphical environment to the virtual
consoles. Those consoles are now called multiuser, but used to be
runlevel 3. You should be able to log in as your user, and run cli
commands like top and ls, etc.
The graphical environment runs on virtual console 1, which is why you
need to use another virtual console to switch away from it, and 1 to
switch back.
10:08 a.m.
On Mon, 2022-12-12 at 08:57 -0700, stan via users wrote:
On Sun, 11 Dec 2022 11:11:16 -0500
Javier Perez <pepebuho(a)gmail.com> wrote:
> On Sun, Dec 11, 2022 at 10:56 AM stan via users <
> users(a)lists.fedoraproject.org> wrote:
>
> > Have you tried switching to a virtual console (say Ctrl-Alt-F3),
> > and
> > then back again (Ctrl-Alt-F1)? I think that does a context
> > switch,
> > so should give something a kick.
> >
> > No. I will try next time it happens. Will that combination work
> > under XFCE?
Yes, it is just switching from the graphical environment to the
virtual
consoles. Those consoles are now called multiuser, but used to be
runlevel 3. You should be able to log in as your user, and run cli
commands like top and ls, etc.
The graphical environment runs on virtual console 1, which is why you
need to use another virtual console to switch away from it, and 1 to
switch back.
My DE (KDE/Plasma) runs on Console 2 for some reason.
poc
10:33 a.m.
On Mon, 12 Dec 2022 16:08:55 +0000
Patrick O'Callaghan <pocallaghan(a)gmail.com> wrote:
On Mon, 2022-12-12 at 08:57 -0700, stan via users wrote:
> On Sun, 11 Dec 2022 11:11:16 -0500
> Javier Perez <pepebuho(a)gmail.com> wrote:
>
> > On Sun, Dec 11, 2022 at 10:56 AM stan via users <
> > users(a)lists.fedoraproject.org> wrote:
> >
> > > Have you tried switching to a virtual console (say Ctrl-Alt-F3),
> > > and
> > > then back again (Ctrl-Alt-F1)? I think that does a context
> > > switch,
> > > so should give something a kick.
> > >
> > > No. I will try next time it happens. Will that combination work
> > > under XFCE?
>
> Yes, it is just switching from the graphical environment to the
> virtual
> consoles. Those consoles are now called multiuser, but used to be
> runlevel 3. You should be able to log in as your user, and run cli
> commands like top and ls, etc.
>
> The graphical environment runs on virtual console 1, which is why
> you need to use another virtual console to switch away from it, and
> 1 to switch back.
My DE (KDE/Plasma) runs on Console 2 for some reason.
So much for my story. :-) Always something new to learn. I think they
do it just for the kicks of messing with people's heads. :-)
10:41 a.m.
On Mon, 2022-12-12 at 09:33 -0700, stan via users wrote:
On Mon, 12 Dec 2022 16:08:55 +0000
Patrick O'Callaghan <pocallaghan(a)gmail.com> wrote:
> On Mon, 2022-12-12 at 08:57 -0700, stan via users wrote:
> > On Sun, 11 Dec 2022 11:11:16 -0500
> > Javier Perez <pepebuho(a)gmail.com> wrote:
> >
> > > On Sun, Dec 11, 2022 at 10:56 AM stan via users <
> > > users(a)lists.fedoraproject.org> wrote:
> > >
> > > > Have you tried switching to a virtual console (say Ctrl-Alt-
> > > > F3),
> > > > and
> > > > then back again (Ctrl-Alt-F1)? I think that does a context
> > > > switch,
> > > > so should give something a kick.
> > > >
> > > > No. I will try next time it happens. Will that combination
> > > > work
> > > > under XFCE?
> >
> > Yes, it is just switching from the graphical environment to the
> > virtual
> > consoles. Those consoles are now called multiuser, but used to
> > be
> > runlevel 3. You should be able to log in as your user, and run
> > cli
> > commands like top and ls, etc.
> >
> > The graphical environment runs on virtual console 1, which is why
> > you need to use another virtual console to switch away from it,
> > and
> > 1 to switch back.
>
> My DE (KDE/Plasma) runs on Console 2 for some reason.
So much for my story. :-) Always something new to learn. I think
they do it just for the kicks of messing with people's heads. :-)
I know it used to be on 1, but changed some time ago. I never really
knew why, or if it was something I did. And the default text console
was on 7 I think, but I may be misremembering that.
poc
5:22 p.m.
New subject: where is X? (was: Better way to refresh the Display?)
Patrick O'Callaghan composed on 2022-12-12 16:41 (UTC):
On Mon, 2022-12-12 at 09:33 -0700, stan via users wrote:
> On Mon, 12 Dec 2022 16:08:55 +0000 Patrick O'Callaghan wrote:
>> On Mon, 2022-12-12 at 08:57 -0700, stan via users wrote:
>>> The graphical environment runs on virtual console 1,
which is why
>>> you need to use another virtual console to switch away from it,
>>> and 1 to switch back.
>> My DE (KDE/Plasma) runs on Console 2 for some reason.
> So much for my story. :-) Always something new to learn. I
think
> they do it just for the kicks of messing with people's heads. :-)
I know it used to be on 1, but changed some time ago. I never really
knew why, or if it was something I did. And the default text console
was on 7 I think, but I may be misremembering that.
Where X runs depends on:
1-distro selection
2-DM selection
3-packager selection
4-Xorg vs Wayland?
Traditionally, most distros ran the DM on 7, notably including RedHat, Fedora,
SUSE & Mandrake/Mandriva/Mageia. Additional X session went to 8, and if another,
to 9. The arrangement kept all of 1-6 available for shell logins. Some distros
defined a larger or smaller number of available shell logins, so DM and X session
1 would there land on 5 or 6 or 8.
Somebody at Gnome and/or systemd decided better to put GDM on 1, thereby reducing
expectations, and the utility of many years of mailing list and forum archives.
So, AFAIK that's where GDM wants to run, which includes Fedora as their flagship.
I haven't had GDM installed anywhere since RedHat 5.2 last century.
With some combinations of the three or four deps above, the DM goes on 1, but the
first X session goes on 2. KDM's Xorg sessions remain on 7 in Fedora, and that's
where TDM remains too. All of my Fedoras with Plasma, except one, remain on KDM.
That means I have no Fedoras on LightDM and don't know where it or its Xorg run,
but on openSUSE 15.4 and Mint 20, it and Xorg run on 7. The SDDM exception has
greeter and Xorg Plasma both running on 2, while 1 hosts the last startup messages
and does not accept keyboard input, leaving shell prompts on 3-6. Mageia 9 runs
SDDM and Plasma Xorg on Xorg on 1.
This schizophrenia makes providing help in various forums more complicated. It
used to be normal to ask if Ctrl-Alt-F1 gets a login prompt when X produced a
black screen, and Alt-F7 to return to X. That can't be counted on any more. My
default away suggestion has migrated to Ctrl-Alt-F3, while instructing a n00bie
how to return to X from a shell prompt is not simple.
I have yet to find a reason to try opening a Wayland session of anything it
supports, so don't know if it makes any difference to the DMs where to run it.
--
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
7:16 p.m.
On 12/12/22 08:08, Patrick O'Callaghan wrote:
On Mon, 2022-12-12 at 08:57 -0700, stan via users wrote:
> On Sun, 11 Dec 2022 11:11:16 -0500
> Javier Perez <pepebuho(a)gmail.com> wrote:
>
>> On Sun, Dec 11, 2022 at 10:56 AM stan via users <
>> users(a)lists.fedoraproject.org> wrote:
>>
>>> Have you tried switching to a virtual console (say Ctrl-Alt-F3),
>>> and
>>> then back again (Ctrl-Alt-F1)? I think that does a context
>>> switch,
>>> so should give something a kick.
>>>
>>> No. I will try next time it happens. Will that combination work
>>> under XFCE?
>
> Yes, it is just switching from the graphical environment to the
> virtual
> consoles. Those consoles are now called multiuser, but used to be
> runlevel 3. You should be able to log in as your user, and run cli
> commands like top and ls, etc.
>
> The graphical environment runs on virtual console 1, which is why you
> need to use another virtual console to switch away from it, and 1 to
> switch back.
My DE (KDE/Plasma) runs on Console 2 for some reason.
The login manager runs on console 1. The first logged in desktop
session runs on console 2 and so on. Unless you switch to the virtual
console before that, which will push the desktop sessions further along.
8:39 p.m.
On 13/12/22 12:16, Samuel Sieb wrote:
On 12/12/22 08:08, Patrick O'Callaghan wrote:
> On Mon, 2022-12-12 at 08:57 -0700, stan via users wrote:
>> On Sun, 11 Dec 2022 11:11:16 -0500
>> Javier Perez <pepebuho(a)gmail.com> wrote:
>>
>>> On Sun, Dec 11, 2022 at 10:56 AM stan via users <
>>> users(a)lists.fedoraproject.org> wrote:
>>>
>>>> Have you tried switching to a virtual console (say Ctrl-Alt-F3),
>>>> and
>>>> then back again (Ctrl-Alt-F1)? I think that does a context
>>>> switch,
>>>> so should give something a kick.
>>>>
>>>> No. I will try next time it happens. Will that combination work
>>>> under XFCE?
>>
>> Yes, it is just switching from the graphical environment to the
>> virtual
>> consoles. Those consoles are now called multiuser, but used to be
>> runlevel 3. You should be able to log in as your user, and run cli
>> commands like top and ls, etc.
>>
>> The graphical environment runs on virtual console 1, which is why you
>> need to use another virtual console to switch away from it, and 1 to
>> switch back.
>
> My DE (KDE/Plasma) runs on Console 2 for some reason.
The login manager runs on console 1. The first logged in desktop
session runs on console 2 and so on. Unless you switch to the virtual
console before that, which will push the desktop sessions further along.
I
haven't actually been following this thread but as a trial, on my
system where I'm running Plasma on Xorg with I believe a GDM DM, and
ctrl-alt-f1 switches me to the gdm login screen, then ctrl-alt-f4 do
nothing, ctrl-alt-f5 switches me to a tty shell login prompt, and then
ctrl-alt-f6 to ctrl-alt-f12 do nothing, and alt-f1 to alt-f12 do
nothing, so nothing got me back to the running X session. Still sitting
at the shell login prompt I issued ctrl-alt-f1 which took me back to the
gdm login screen, and then as another trial I issue ctrl-alt-f2 which
took me back to the running X session. This on f37 upgraded from a
freshly installed f36 system.
regards,
Steve
_______________________________________________
users mailing list -- users(a)lists.fedoraproject.org
To unsubscribe send an email to users-leave(a)lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
4:56 a.m.
On Tue, 2022-12-13 at 13:39 +1100, Stephen Morris wrote:
on my system where I'm running Plasma on Xorg with I believe a
GDM DM, and
ctrl-alt-f1 switches me to the gdm login screen, then ctrl-alt-f4 do
nothing, ctrl-alt-f5 switches me to a tty shell login prompt, and then
ctrl-alt-f6 to ctrl-alt-f12 do nothing, and alt-f1 to alt-f12 do
nothing, so nothing got me back to the running X session. Still sitting
at the shell login prompt I issued ctrl-alt-f1 which took me back to the
gdm login screen, and then as another trial I issue ctrl-alt-f2 which
took me back to the running X session. This on f37 upgraded from a
freshly installed f36 system.
On my systems (CentOS7 and Fedora 36, both MATE-only installs), I get
the GUI login on CTRL+ALT+F1, which becomes the GUI session after
login, and all the other CTRL+ALT+F2 up to F6 are command line
interfaces.
If I use the switch user feature on the screensaver locked page, it'll
start a GUI login session on CTRL+ALT+F2, which will turn into the GUI
session after logging in.
If I exit the second session, it'll go back to being a GUI login
screen.
I can't recall what will happen if I exit the first session.
--
uname -rsvp
Linux 3.10.0-1160.80.1.el7.x86_64 #1 SMP Tue Nov 8 15:48:59 UTC 2022 x86_64
Boilerplate: All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.
6:22 a.m.
On Mon, 2022-12-12 at 17:16 -0800, Samuel Sieb wrote:
On 12/12/22 08:08, Patrick O'Callaghan wrote:
> On Mon, 2022-12-12 at 08:57 -0700, stan via users wrote:
> > On Sun, 11 Dec 2022 11:11:16 -0500
> > Javier Perez <pepebuho(a)gmail.com> wrote:
> >
> > > On Sun, Dec 11, 2022 at 10:56 AM stan via users <
> > > users(a)lists.fedoraproject.org> wrote:
> > >
> > > > Have you tried switching to a virtual console (say Ctrl-Alt-
> > > > F3),
> > > > and
> > > > then back again (Ctrl-Alt-F1)? I think that does a context
> > > > switch,
> > > > so should give something a kick.
> > > >
> > > > No. I will try next time it happens. Will that combination
> > > > work
> > > > under XFCE?
> >
> > Yes, it is just switching from the graphical environment to the
> > virtual
> > consoles. Those consoles are now called multiuser, but used to
> > be
> > runlevel 3. You should be able to log in as your user, and run
> > cli
> > commands like top and ls, etc.
> >
> > The graphical environment runs on virtual console 1, which is why
> > you
> > need to use another virtual console to switch away from it, and 1
> > to
> > switch back.
>
> My DE (KDE/Plasma) runs on Console 2 for some reason.
The login manager runs on console 1. The first logged in desktop
session runs on console 2 and so on. Unless you switch to the
virtual console before that, which will push the desktop sessions
further along.
That seems to be correct, except that console 1 just shows a blank
screen and doesn't accept input. Not a problem, I was simply curious.
I'm on X11/KDE, for what it's worth.
poc
10:30 a.m.
On Sun, 2022-12-11 at 09:21 -0500, Javier Perez wrote:
Hi
I have a problem. Oftentimes when I press the button on my KVM to
return to
my desktop and Fedora 36, the screen is black and unresponsive.
I have to log in through SSH and restart lightdm (systemctl restart
lightdm)
Problem is that it resets my sessions and some programs like cura do
not
like that and even trash their configuration files.
Looking through the system log I do not see any problem at the time I
made
the switch back to the desktop.
1. How can I troubleshoot why sometimes I can come back and
othertimes I
cannot?
2. Is there any less destructive way to recover the display than
restarting
lightdm?
I do not have that problem with my other computer, but then, I use
it as a
fileserver and it does not have that many programs installed.
I don't know if this is relevant, but how is the KVM connected to the
display? I had one that would remove the HDMI signal on inactive
display inputs, even when they were physically connected, which made
the system think the display was turned off. I replaced it with one
that keeps a live signal on all connected ports and haven't had a
problem since.
poc
11:03 a.m.
On Sun, 11 Dec 2022 16:30:51 +0000
Patrick O'Callaghan wrote:
I don't know if this is relevant, but how is the KVM connected to
the
display? I had one that would remove the HDMI signal on inactive
display inputs, even when they were physically connected, which made
the system think the display was turned off. I replaced it with one
that keeps a live signal on all connected ports and haven't had a
problem since.
Sometimes you can work around this with a kernel boot parameter
that forces it to imagine a particular EDID exists, but your milage
may vary. See this blog post for why:
https://www.0xf8.org/2020/12/why-your-kernels-drm-edid_firmware-parameter...
12:51 a.m.
On Sun, Dec 11, 2022 at 11:32 AM Patrick O'Callaghan <pocallaghan(a)gmail.com>
wrote:
On Sun, 2022-12-11 at 09:21 -0500, Javier Perez wrote:
> Hi
> I have a problem. Oftentimes when I press the button on my KVM to
> return to
> my desktop and Fedora 36, the screen is black and unresponsive.
> I have to log in through SSH and restart lightdm (systemctl restart
> lightdm)
> Problem is that it resets my sessions and some programs like cura do
> not
> like that and even trash their configuration files.
> Looking through the system log I do not see any problem at the time I
> made
> the switch back to the desktop.
>
> 1. How can I troubleshoot why sometimes I can come back and
> othertimes I
> cannot?
> 2. Is there any less destructive way to recover the display than
> restarting
> lightdm?
>
> I do not have that problem with my other computer, but then, I use
> it as a
> fileserver and it does not have that many programs installed.
I don't know if this is relevant, but how is the KVM connected to the
display? I had one that would remove the HDMI signal on inactive
display inputs, even when they were physically connected, which made
the system think the display was turned off. I replaced it with one
that keeps a live signal on all connected ports and haven't had a
problem since.
I think it most be removing the HDMI signal. Each I switch out, I start
getting the following messages on the journal
Dec 10 02:32:04 pepewin.localdomain kernel: nvidia-modeset: WARNING: GPU:0:
Unable to read EDID for display device ViewSonic VA2446 Series (VGA-0)
Dec 10 02:32:14 pepewin.localdomain kernel: nvidia-modeset: WARNING: GPU:0:
Unable to read EDID for display device VGA-0
Dec 10 02:32:25 pepewin.localdomain kernel: nvidia-modeset: WARNING: GPU:0:
Unable to read EDID for display device VGA-0
Dec 10 02:32:35 pepewin.localdomain kernel: nvidia-modeset: WARNING: GPU:0:
Unable to read EDID for display device VGA-0
Dec 10 02:32:45 pepewin.localdomain kernel: nvidia-modeset: WARNING: GPU:0:
Unable to read EDID for display device VGA-0
Dec 10 02:32:55 pepewin.localdomain kernel: nvidia-modeset: WARNING: GPU:0:
Unable to read EDID for display device VGA-0
poc
_______________________________________________
users mailing list -- users(a)lists.fedoraproject.org
To unsubscribe send an email to users-leave(a)lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
--
------------------------------
/\_/\
|O O| pepebuho(a)gmail.com
~~~~ Javier Perez
~~~~ While the night runs
~~~~ toward the day...
m m Pepebuho watches
from his high perch.
510
days inactive
512
days old
15 comments
9 participants
participants (9)
-
Felix Miata -
Javier Perez -
Joe Zeff -
Patrick O'Callaghan -
Samuel Sieb -
stan -
Stephen Morris -
Tim -
Tom Horsley