Hello all--
It seems using ctrl-alt-F1 to exit from GUI back to MY OWN SESSION'S command line does not work for me. It does nothing.
Is this something that needs to be explicitly enabled? I start GUI using "startx".
Also, any info on what to use to get BACK to my X11 session. Discussions seem confusing on this point.
Thanks for any help.
Am 07.12.19 um 19:23 schrieb Kay Schenk:
Hello all--
It seems using ctrl-alt-F1 to exit from GUI back to MY OWN SESSION'S command line does not work for me. It does nothing.
Is this something that needs to be explicitly enabled? I start GUI using "startx".
Also, any info on what to use to get BACK to my X11 session. Discussions seem confusing on this point.
Thanks for any help.
I have no access to a C7 workstation here now but isn't the GUI not running there now?
-- Leon
Am 07.12.19 um 19:23 schrieb Kay Schenk:
Hello all--
It seems using ctrl-alt-F1 to exit from GUI back to MY OWN SESSION'S command line does not work for me. It does nothing.
Is this something that needs to be explicitly enabled? I start GUI using "startx".
Also, any info on what to use to get BACK to my X11 session. Discussions seem confusing on this point.
Thanks for any help.
If you started your X11 session on virtual terminal 1 in text mode using startx, it took over that particular console and ctrl-alt-F1 naturally does nothing.
Your other virtual consoles (2..8) are still there in text mode and you cat move to them using the normal key combinations. When you exit your X11 session, console 1 will return to text mode.
On 12/9/19 11:26 AM, Jyrki Tikka wrote:
Am 07.12.19 um 19:23 schrieb Kay Schenk:
Hello all--
It seems using ctrl-alt-F1 to exit from GUI back to MY OWN SESSION'S command line does not work for me. It does nothing.
Is this something that needs to be explicitly enabled? I start GUI using "startx".
Also, any info on what to use to get BACK to my X11 session. Discussions seem confusing on this point.
Thanks for any help.
If you started your X11 session on virtual terminal 1 in text mode using startx, it took over that particular console and ctrl-alt-F1 naturally does nothing.
Your other virtual consoles (2..8) are still there in text mode and you cat move to them using the normal key combinations. When you exit your X11 session, console 1 will return to text mode.
Yes, those consoles are available but they are NOT my original text mode login console which used to be vt1 and is now taken over by Gnome. What they do is bring me to a login prompt -- this is NOT what I want. This change to vt1 for my GUI, in this case, Gnome is a change with version 7 of CentOS due to some sort of validation with a REAL console. I am still NOT clear on what the problem is. I could easily go in and modify startx to NOT start with vt1 for GUI (this is NOT in the "standard" version of startx) but well, I am still trying to sort this out.
What happened to cause this concern to me. My GUI totally and completely locked up on me last week. I could NOT log out, I could not do ANYTHING! I finally had to just power down completely! The old ctrl-alt-F1 used to put me back at console without fail. I don't like having this option "taken away".
So, thanks for all the responses. Still investigating.
On Dec 9, 2019, at 17:54, Kay Schenk kay.schenk@gmail.com wrote:
Yes, those consoles are available but they are NOT my original text mode login console which used to be vt1 and is now taken over by Gnome. What they do is bring me to a login prompt -- this is NOT what I want. This change to vt1 for my GUI, in this case, Gnome is a change with version 7 of CentOS due to some sort of validation with a REAL console. I am still NOT clear on what the problem is. I could easily go in and modify startx to NOT start with vt1 for GUI (this is NOT in the "standard" version of startx) but well, I am still trying to sort this out.
The “startx” command will run Xorg with -keeptty if you launch it from a VT console. I believe this is related to non-setuid Xorg and systemd-logind, but it’s been a long time since I’ve cared about startx. I prefer graphical login prompts. I think you can run startx with a vt7 parameter if you want the old behavior.
What happened to cause this concern to me. My GUI totally and completely locked up on me last week. I could NOT log out, I could not do ANYTHING! I finally had to just power down completely! The old ctrl-alt-F1 used to put me back at console without fail. I don't like having this option "taken away".
You couldn’t log in on another VT and kill the other session? Or just run reboot? I’m pretty sure that the xorg-x11-xinit package hasn’t changed in several years so you must not have needed it that much.
-- Jonathan Billings
On 12/9/19 5:06 PM, Jonathan Billings wrote:
On Dec 9, 2019, at 17:54, Kay Schenk kay.schenk@gmail.com wrote:
Yes, those consoles are available but they are NOT my original text mode login console which used to be vt1 and is now taken over by Gnome. What they do is bring me to a login prompt -- this is NOT what I want. This change to vt1 for my GUI, in this case, Gnome is a change with version 7 of CentOS due to some sort of validation with a REAL console. I am still NOT clear on what the problem is. I could easily go in and modify startx to NOT start with vt1 for GUI (this is NOT in the "standard" version of startx) but well, I am still trying to sort this out.
The “startx” command will run Xorg with -keeptty if you launch it from a VT console. I believe this is related to non-setuid Xorg and systemd-logind, but it’s been a long time since I’ve cared about startx. I prefer graphical login prompts. I think you can run startx with a vt7 parameter if you want the old behavior.
What happened to cause this concern to me. My GUI totally and completely locked up on me last week. I could NOT log out, I could not do ANYTHING! I finally had to just power down completely! The old ctrl-alt-F1 used to put me back at console without fail. I don't like having this option "taken away".
You couldn’t log in on another VT and kill the other session? Or just run reboot? I’m pretty sure that the xorg-x11-xinit package hasn’t changed in several years so you must not have needed it that much.
-- Jonathan Billings
Thanks for your response. I will investigate the RH bug that lead to this decision and see what other alternatives acceptable to me might exist.
-- Kay Schenk
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
YAY! How to close X on Centos7 with a keyboard sequence solved!
Chapter 13 RedHat Desktop Migration and Administration gives instructions for setting up Ctrl+Alt+Backspace as the escape from X! Just followed the instructions and worked great!
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/htm...
"And in the end, only kindness matters." -- Jewel, "Hands" ______ MzK
On 12/11/19 6:29 AM, Kay Schenk wrote:
On 12/9/19 5:06 PM, Jonathan Billings wrote:
On Dec 9, 2019, at 17:54, Kay Schenk kay.schenk@gmail.com wrote:
Yes, those consoles are available but they are NOT my original text mode login console which used to be vt1 and is now taken over by Gnome. What they do is bring me to a login prompt -- this is NOT what I want. This change to vt1 for my GUI, in this case, Gnome is a change with version 7 of CentOS due to some sort of validation with a REAL console. I am still NOT clear on what the problem is. I could easily go in and modify startx to NOT start with vt1 for GUI (this is NOT in the "standard" version of startx) but well, I am still trying to sort this out.
The “startx” command will run Xorg with -keeptty if you launch it from a VT console. I believe this is related to non-setuid Xorg and systemd-logind, but it’s been a long time since I’ve cared about startx. I prefer graphical login prompts. I think you can run startx with a vt7 parameter if you want the old behavior.
What happened to cause this concern to me. My GUI totally and completely locked up on me last week. I could NOT log out, I could not do ANYTHING! I finally had to just power down completely! The old ctrl-alt-F1 used to put me back at console without fail. I don't like having this option "taken away".
You couldn’t log in on another VT and kill the other session? Or just run reboot? I’m pretty sure that the xorg-x11-xinit package hasn’t changed in several years so you must not have needed it that much.
-- Jonathan Billings
Thanks for your response. I will investigate the RH bug that lead to this decision and see what other alternatives acceptable to me might exist.
-- Kay Schenk
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
-
Jonathan Billings -
Jyrki Tikka -
Kay Schenk -
Leon Fauster