Newsgroup: it.comp.os.linux.debian
Titolo: CTRL ALT F1 non porta più in console


Facebook: Massimo Bacilieri

 Qualcuno ha notato lo stesso comportamento o succede solo a me?
 
Non riesco a ricordare dove, ma da qualche parte avevo risposto SI' ad 
abilitare contr-alt-Fn. Da questo che dici non doveva essere KDE, ma?
Oppure confondo con contr-alt-backspace per killarlo?
Prova anche ESC che certe volte e' al posto di alt.
 
-- 
Tanti saluti
 

 Qualcuno ha notato lo stesso comportamento o succede solo a me?
 
 
Wheezy con Gnome3.2 e scheda grafica nvidia serie 6 con driver 
proprietario.
Ho provato e succedeva qualcosa di simile, cioe` non funzionava 
la console col numero che richiamavo ma le altre si; ad esempio se
davo Ctrl Alt F2, questa non funziona ma le altre da tty3 a tty6 si.
Sospettando che l'incriminato fosse acpid ho provato a disattivarlo e
al riavvio non avevo piu` questo problema.
 
Ora ho riattivato acpid e mi trovo in un'altra situazione e questo per
tutte le console.
 
Scrivo cio` che accade in tty1 quando do Ctrl Alt F1
Lo copio esattamente da cio` che mi restituisce in xterm il comando
# cat /dev/vcs1
 
Debian GNU/Linux wheezy/sid baby tty1
baby login: acpid: client connected from 1226[0:0]
acpid: 1 client rule loaded
acpid: client 1226[0:0] has disconnected 
 
se a quel punto premo il tasto Invio, allora appare
 
Debian GNU/Linux wheezy/sid baby tty1
baby login: 
 
Cioe` tutto normale
 
 

 Qualcuno ha notato lo stesso comportamento o succede solo a me?
 
Prova con CTRL ALT F2, su Fedora Xorg e` mappato su tty1, non vorrei che 
anche su Debian abbiano fatto la stessa cosa
 
Enrico
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
 
iQIcBAEBAgAGBQJPLSy0AAoJEIgbS5QK93sQAeUQANUzxxwEHzBCjJ8fUnhsZ4y0
QJZWKE5X1149i0GscqcqnIYc8IQuMV/yUB2HAppN23n5ntYUf1DLAQuIzytqs9zL
ZhDUnfwT8Px7dWfT+0mKqpYI5Fndrl1lxGb9xqLub4HsaVJ3bdWjwzs0NXaAN1/9
mx+ZYh/N6FROwkygonUzhUKISIObvK6tVl0f3nxFthhCEy5ozPztURcjPnlIbuZ/
ySH0xDWC6XPZkckn7265Zh508iQkux/S9DCdzSiyfUIN0uBjPee/31pV0UC/KLxf
kbbQZfQ3YsSKWANBEC/I+46rEJAx2BCLtHKwITXen5wzFdQ5bl4bIC/rCmZ+dFnF
N88rsDu09Q8nP4pymRQv2qSJj7kH/FJCjwEwn6ijnlWxtf/a2EwE6KYbQ7JQOwKX
4xOwz7HpxQEjBU9jFXTqpEnOxj6jUuRpMWl0hTmYS18vrNSzHD/P4aZQ/iGg2zAg
SH8Hv4qVtXC59/H56IkMrC1jElLRxwCNNwKQ71kqL3w8+reMJQ1SsXwe7UHO+EBg
xv4ZO6WQ5dOOEeUXsIT/wz8lUrVBlgVK+Y9LQum3n25KafG0OTnadJcJtsrcaC1a
2jMZPKdGBIH5qp0neYjuAaaUmEED2uDhZ60CfWsfBh3pHvOv9UZhZ1hQZ0hwsAu7
Dh05sDuSbvfxo/yfzrsK
=iUOF
-----END PGP SIGNATURE-----
 

 al riavvio non avevo piu` questo problema.
 
Ho provato a disabilitarlo e rientrare in X, ma non è cambiato niente :-(
 
A questo punto mi viene il sospetto che ci sia un qualche demone che 
trappa le key di tastiera, ma non saprei quale. XFCE4 è un ambiente 
abbastanza minimale, non riesco a vedere niente di particolare 
nell'elenco dei processi attivi.


 in console (idem F2...F6).
 
Provo ad indovinare.
Hai una debian testing radice che aggiorni da molto tempo.
Io, con una aptosid (KDE), ho dovuto reinstallare da ultima versione e, 
ovvio, tutto si e' risolto.
Non so se sia il tuo caso.
 
Ciao
Eragon
 

 ha scritto:

Scusami: acpid alla fine centrava nulla; oggi ho riprovato e funziona
nuovamernte bene con acpid attivato: devo solo dare Invio in console
per far comparire la richiesta di login.
 
In quanto a ps aux per me e` diverso, prima parte gdm3 e poi ho anche 
0:00 /sbin/getty 38400 tty1
 
Una cosa che ho notato e` che nella chiamata a /usr/bin/Xorg :0
viene usato anche il paramentro "-novtswitch", cioe`:
 
/usr/bin/Xorg :0 -br -verbose -novtswitch -auth 
/var/run/gdm3/auth-for-Debian-gdm-JrULft/database 
-nolisten tcp vt7
 
 

 Non so se sia il tuo caso.
 
È il mio caso, ma sicuramente questo comportamento avrà un motivo e una 
configurazione, che magari sarà rimasta "sporca" a forza di update. 
L'idea del formattone in stile Windows non mi piace "eticamente" :-)
 
Il problema è andare a capire cosa può essere!


 disabilitati.
 
 
Scusa, questo solo da X ?
cioè se non fai partire X, va tutto correttamente?
 


Esatto.
 
Ma... stasera PER CASO ho "inciampato" nella soluzione.
Stavo editando un testo, volevo fare "shift+home" per selezionare da 
inizio riga, e ho inavvertitamente premuto invece shift+F12.
 
Beh... ma non mi sono ritrovato in console!!!
 
In pratica da X devo fare shift+f12, dopodiché posso "andare" in 
qualsiasi console col normale ctrl+alt+F1...6.
 
In effetti... guarda cosa mi trovo in ~/.Xmodmap:
 
keycode  96 = F12 XF86_Switch_VT_12 F12 XF86_Switch_VT_12 F12 
XF86_Switch_VT_12
 
e sarà lì da *anni*, visto che il mio ~/.Xmodmap è datato 14 settembre 
2009...
 
E...
 
$ cat .Xmodmap | grep Switch_VT
keycode  67 = F1 XF86_Switch_VT_1 F1 XF86_Switch_VT_1 F1 XF86_Switch_VT_1
keycode  68 = F2 XF86_Switch_VT_2 F2 XF86_Switch_VT_2 F2 XF86_Switch_VT_2
keycode  69 = F3 XF86_Switch_VT_3 F3 XF86_Switch_VT_3 F3 XF86_Switch_VT_3
keycode  70 = F4 XF86_Switch_VT_4 F4 XF86_Switch_VT_4 F4 XF86_Switch_VT_4
keycode  71 = F5 XF86_Switch_VT_5 F5 XF86_Switch_VT_5 F5 XF86_Switch_VT_5
keycode  72 = F6 XF86_Switch_VT_6 F6 XF86_Switch_VT_6 F6 XF86_Switch_VT_6
keycode  73 = F7 XF86_Switch_VT_7 F7 XF86_Switch_VT_7 F7 XF86_Switch_VT_7
keycode  74 = F8 XF86_Switch_VT_8 F8 XF86_Switch_VT_8 F8 XF86_Switch_VT_8
keycode  75 = F9 XF86_Switch_VT_9 F9 XF86_Switch_VT_9 F9 XF86_Switch_VT_9
keycode  76 = F10 XF86_Switch_VT_10 F10 XF86_Switch_VT_10 F10 
XF86_Switch_VT_10
keycode  95 = F11 XF86_Switch_VT_11 F11 XF86_Switch_VT_11 F11 
XF86_Switch_VT_11
keycode  96 = F12 XF86_Switch_VT_12 F12 XF86_Switch_VT_12 F12 
XF86_Switch_VT_12
 
Oh! ma sai che mi basta fare SHIFT+F1...6 per andare direttamente in 
console?!
 
Booooohhh!!! Non ho neanche provato a vedere se in LXDE o in WM fa la 
stessa cosa.
 
Vabbè... problema risolto!
