You keep saying that your language setting is what may be causing a problem, so I have questions that should show those settings. Please show the following output to new pastebin. Please keep the other pastebin with the 'system-info' report up for me to refer back to):
Code:
setxkbmap -query
xset -q
gsettings get org.gnome.desktop.input-sources sources
locale
localectl status
Since you are using Xorg x11, there is an X input diagnostics tool:
In a terminal, enter:
Code:
xev
That will start a small window on your desktop with a blank box in it. Any Xinput event, such as a keystroke, will dump "what happened" to the terminal session. Separately press the keys [Cntrl], [Alt], and [F3]. Then close the window and copy / paste that output to your pastebin...
I have some other commands that will show/display the current kepmapping of keys and key combinations, once you post the output to those questions...
No response so an explanation of possible causes that sometimes happens and some work-arounds. One cause could be a touchcy video driver. Sometimes this happens to me with some NVidia drivers. Another is some off-brand keyboards.
Two work-arounds for this is on boot, at the Grub2 boot menu, to go to the end of the Linux Boot line that starts with the word 'linux', deleting $vt_handoff (if present) and adding "3" at the end of the line. Then press to boot into runlevel 3, with will be text / console only (with networking).
Second work around is to change the vtty by commandline via
Code:
## -> sudo chvt #
sudo chvt 4 # Will change the vtty session to vtty4
## using 'sudo chvt 7' or [Cntrl][Alt][F7] will return you back to vtty7
If fact once you get into a vtty session <F#> will work again, so it is a graphics conflict where it is capturing or remapping keys, kind of thing in the graphics layer...
