Fonds Linux
  1. Fonds Linux
  3. CentOS: Évitez que ALT-F4 bascule sur la console
Intereting Posts
La relation de rsync avec des files spéciaux Toucher le problème: Créer un nom de file à partir de 2 variables Comment redémarrer automatiquement le script Python s'il est tué ou meurt Open LDAP est-il destiné à fonctionner avec la command passwd pour Linux? Est-il possible d'get la table de Linux sous Linux? Est-il possible de récupérer l'environnement original dans un script shell Bourne? Backspace supprime l'invite Bash Comment puis-je get une list des tentatives de connection avec journalctl? Comment installer vim léger et pouvoir charger efficacement des files dans une instance vim? pulseaudio évier toujours suspendu Structure de dossier aplatie Restauration de sauvegarde Openldap Grep 50 premières lignes de files pour le model alternative à nslookup dans rhel7? Pourquoi les files perdent-ils des permissions?

CentOS: Évitez que ALT-F4 bascule sur la console

Au less, tous les systèmes Linux avec lesquels je travaillais utilisaient la convention pour passer aux consoles non charts par Ctrl – Alt – F1 , Ctrl – Alt – F2 et ainsi de suite.

Récemment, j'ai installé CentOS 6.3 sur une machine. L'installation n'est pas personnalisée et utilise Gnome 2.

À ma grande surprise, Alt – F4 passe à la console. Alt – F1 vous ramène ensuite au XServer. Comment puis-je changer la binding à Ctrl – Alt au lieu de simplement Alt ?

Il semble également contourner les raccourcis keyboard de Gnome. Dans Gnome, j'ai essayé de définir Alt – F4 comme window de fermeture, mais cela ne fonctionne pas mais passe toujours à la console.

Le problème a disparu après un redémarrage. Je ne peux que spéculer sur les raisons. Il est possible de définir CTRL par logiciel. Peut-être que c'est arrivé. Je n'ai pas keymap avec keymap ou quelque chose comme ça, donc je ne sais pas ce qui a causé le problème.

Désolé, pour la fausse alarme. 🙁

Modifier:

De time en time, le problème se répète. Il disparaît avec un redémarrage. Je ne sais toujours pas pourquoi.

Mettre à jour:

Avait le problème à nouveau sur deux systèmes Arch Linux. Cela s'est produit exactement après une mise à jour du kernel Linux, mais avant le redémarrage du système. Après le redémarrage, le problème a disparu sur les deux systèmes.