Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#73777 - xorg-init startx Ctrl+Alt+FN problem - switching between ttys and xorg session

Attached to Project: Arch Linux
Opened by Anton (Anton) - Sunday, 13 February 2022, 19:35 GMT
Last edited by Andreas Radke (AndyRTR) - Thursday, 17 February 2022, 07:04 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Andreas Radke (AndyRTR)
Architecture x86_64
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

I needed to switch from an Xorg session to a console terminal using the CTRL-ALT-F2 key combination. Everything went well. It should be noted that switching between console terminals with numbers from 2 to 6, the key combination ALT-F2 - ALT-F6. But as soon as I switch to the tty1 console terminal, where Xorg actually works - black screen, output freezes, CapsLock, NumLock does not work. But the system does not freeze as a whole. Shutdown by soft-reset is available, stopping the xinit daemon via ssh.

I solved the problem and the solution turned out to be simple. Xorg has nothing to do with it. I just ran "xinit /etc/X11/xinit/xinitrc". Everything became wonderful. Xorg runs on tt7 (default) and switching between sessions (Xorg <-> ttys) works without problems.

Additional info:
* package version(s) - xorg-xinit-1.4.1-3
* config and/or log files etc. - no bad logs anywere, startx in attachment
* link to upstream bug report, if any - none

Steps to reproduce:

I don't know how to reproduce. I can tell you how I ran the diagnostics. I tried to start with the most basic - start Xorg by simply typing the Xorg command at the command line prompt. Switching between sessions works in both directions and the error does not appear.

I use a piece of script in the current user's shell options to start the X server. On login, this code is executed:

if [ -z "$DISPLAY" ] && [ -n "$XDG_VTNR" ] && [ "$XDG_VTNR" -eq 1 ]; then
xinit /etc/X11/xinit/xinitrc
# startx
fi

The "top-level" program that starts the X server is startx. Everything comes from her.

I tried to start in normal mode (through a script in the shell settings, as above). At the same time, I carried out various manipulations in the /etc/X11/xinit/xinitrc. I have everything there by default, I just added a program, tried to run it with an empty xinitrc. The problem didn't go away.

Tried starting Xorg via /etc/X11/xinit/xserverrc. The problem is gone. This, apparently, is almost analogous to launching with a simple "Xorg" command.

In this regard, I come to the conclusion that the startx utility makes buggy settings before starting the X server. In particular the tty settings. I think it's best to leave them at their default.

I just type "xinit /etc/X11/xinit/xinitrc" and everything is great.

And yet, I noticed that the creation date of the startx file is October 10, 2020.

Thanks!





   startx (5.1 KiB)
This task depends upon

Closed by  Andreas Radke (AndyRTR)
Thursday, 17 February 2022, 07:04 GMT
Reason for closing:  None
Comment by Anton (Anton) - Sunday, 13 February 2022, 19:39 GMT
The original version was:
if [ -z "$DISPLAY" ] && [ -n "$XDG_VTNR" ] && [ "$XDG_VTNR" -eq 1 ]; then
startx
fi
Then I redirected to xinit /etc/...
Comment by Andreas Radke (AndyRTR) - Monday, 14 February 2022, 20:57 GMT
Feel free to report this upstream - Arch doesn't change startx.
Comment by Anton (Anton) - Thursday, 17 February 2022, 05:15 GMT
Good. Can close. There is another bug tracker - comments under AUR package. I'll write there

Loading...