Pourquoi mes consoles virtuelles sont-elles complètement vides?

Lorsque je passe de ma session graphique à une console virtuelle par Ctrl+ Alt+ F i(avec i dans 1 - 7 et 9-12) je vois un écran complètement noir. Seulement sur F8, je vois l'interface graphique. Pas même un cours clignotant sur les autres. Quand j'entre quelque chose, je ne vois rien.

Quel est le problème et comment le résoudre?

Mon système

$ uname -a
Linux pc09 3.13.0-36-generic #63-Ubuntu SMP Wed Sep 3 21:30:07 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
$ cat /etc/issue
Linux Mint 17 Qiana \n \l
$ lspci | grep VGA
01:00.0 VGA compatible controller: NVIDIA Corporation GK110B [GeForce GTX Titan Black] (rev a1)
$ lspci -k | grep -A 2 -i "VGA"
01:00.0 VGA compatible controller: NVIDIA Corporation GK110B [GeForce GTX Titan Black] (rev a1)
Subsystem: NVIDIA Corporation Device 1066
Kernel driver in use: nvidia

edit: J'ai essayé les premières étapes suggérées sur http://forums.linuxmint.com/viewtopic.php?f=42&t=168108 et le problème semble être le framebuffer.

J'ai fait ça:

Cela a été un problème qui dérange les pilotes propriétaires de Nvidia depuis deux ou trois ans, et m'a éloigné des distributions basées sur Ubuntu pendant un certain temps. Enfin, sur le forum Nvidia, j'ai trouvé la solution de contournement que je cherchais. Le problème se pose avec les pilotes propriétaires Nvidia (Nouveau ne montre pas ce comportement): lorsque vous appuyez sur ctrl-alt-F1, vous obtenez uniquement un écran noir ou, au mieux, un curseur clignotant qui ne fait rien. Le problème est apparemment lié à la façon dont le framebuffer est implémenté et cela doit être désactivé. Pour voir si c'est le problème, vous devez d'abord apporter quelques modifications mineures à / etc / default / grub - mais d'abord, faites une sauvegarde!

$ sudo cp /etc/default/grub /etc/default/grub.bak

Maintenant éditez le fichier en entrant

$ sudo pluma /etc/default/grub

dans l'éditeur, décommentez les lignes

#GRUB_TERMINAL=console
#GRUB_GFXMODE=640x480

en supprimant le #. Enregistrez le fichier et exécutez undate-grub pour implémenter les modifications

sudo update-grub

Maintenant, j'ai (un résultat faible) tty travaillant à nouveau :-)

C'est parce que vous utilisez le pilote NVidia propriétaire.

Quand j'étais OpenSUSE avec le pilote propriétaire, mes consoles étaient également noires, maintenant que j'utilise à nouveau Ubuntu, elles obtiennent un effet encore plus "cool": (ne vous inquiétez pas, l'écran est bien!)

La raison semble être le pilote du noyau NVidia qui, une fois initialisé par le pilote DDX (= X11 dépendant du périphérique), ne peut pas répondre aux demandes de tout autre sous-système vidéo (comme fbdev, VESA, console Linux , ...).

La console sera toujours activée lors du passage à celle-ci. Pour vérifier cela, essayez de vous connecter aveuglément à la console et entrez quelque chose qui sera facile à remarquer, comme wallou reboot:

<Your username>
<Your password>
echo "Test message" >/tmp/message; wall </tmp/message

Après être revenu de la console, vous devriez voir quelque chose comme ça dans n'importe quelle fenêtre de terminal:

Broadcast message from <Your username>@<Hostname>
        (/dev/tty2) at 23:38 ...

Test message

Malheureusement, je ne connais aucun moyen de résoudre ce problème, sauf pour utiliser le pilote OpenSource ("nouveau"). La commutation VT fonctionne bien avec ce pilote, mais ce pilote crée d'autres problèmes (plantages spontanés et généralement moins de performances dans mon cas). Je ne suis pas non plus un développeur de noyau ni un développeur NVidia, donc je ne peux pas faire beaucoup plus que d'analyser les symptômes moi-même.

Je ne connais pas trop bien le système ubuntu, mais il est normalement ttysgénéré par agettypendant le processus de démarrage. Peut-être que les développeurs Ubuntu ont décidé de ne pas le faire? Quoi qu'il en soit, vous pouvez essayer en tant que root /sbin/agetty 38400 tty2 linuxet voir si quelque chose a changé tty2.

Normalement, cette commande est présente dans certains fichiers de configuration sous /etcdossier. Par exemple sur ma boîte gentoo dans /etc/inittabj'ai

# TERMINALS
c1:12345:respawn:/sbin/agetty --noclear 38400 tty1 linux
c2:2345:respawn:/sbin/agetty 38400 tty2 linux
c3:2345:respawn:/sbin/agetty 38400 tty3 linux
c4:2345:respawn:/sbin/agetty 38400 tty4 linux
c5:2345:respawn:/sbin/agetty 38400 tty5 linux
c6:2345:respawn:/sbin/agetty 38400 tty6 linux

Vous pouvez grep getty /etc/*voir s'il existe un fichier avec des lignes similaires.

Pouah. Donc, ce problème me dérangeait depuis probablement 18 mois. Je l'ai réparé aujourd'hui enfin.

J'ai dû configurer une partition de démarrage UEFI et obtenir le système capable de démarrer à partir d'elle. J'ai activé efifb, simplefb et le gestionnaire générique fb sous les options pci (de nombreuses autres combinaisons ne fonctionnaient pas). J'ai uefi démarrant un noyau directement, aucun chargeur de démarrage intermédiaire n'est utilisé.

Aucune combinaison de conneries utilisant le mode compatible bios (simplefb, uvesafb, vesafb, etc.) n'a pu récupérer mes VT une fois X11 chargé. Maintenant, je peux basculer joyeusement quand je casse des trucs :)

J'ai aussi eu ce problème et ma solution de contournement était de passer en mode de récupération et de choisir l'option "Reprendre". En voyant l'écran de connexion et en appuyant, STRG + ALT + F1je pouvais voir le texte de connexion et interagir avec le système (pour moi, il est important d'installer les pilotes NVIDIA propriétaires, ironique, n'est-ce pas?). J'espère que ma solution de contournement fonctionne aussi pour vous :)