Tout d'abord, vous devrez modifier votre fichier inittab. Sur Debian, il est situé dans /etc/inittab
, et je suppose que cela pourrait être quelque part similaire sur Ubuntu. L'invite TTY normale est gérée avec un programme appelé getty
, vous devrez donc faire défiler jusqu'à l'emplacement d'installation de ce programme. Vous devriez voir beaucoup de lignes similaires à ceci:
# Note that on most Debian systems tty7 is used by the X Window System,
# so if you want to add more getty's go ahead but skip tty7 if you run X.
#
1:2345:respawn:/sbin/getty 38400 tty1
2:23:respawn:/sbin/getty 38400 tty2
3:23:respawn:/sbin/getty 38400 tty3
4:23:respawn:/sbin/getty 38400 tty4
5:23:respawn:/sbin/getty 38400 tty5
6:23:respawn:/sbin/getty 38400 tty6
Ensuite, nous aurons besoin d'un programme appelé rungetty
. Cela vous permet d'exécuter des programmes sur un TTY en tant qu'utilisateur particulier. fbterm
vous oblige à être root pour accéder au framebuffer, par le by. Vous pouvez donc exécuter fbterm
TTY2 comme cela (les doubles tirets signifient la fin des commutateurs pour rungetty
):
2:23:respawn:/sbin/rungetty -u root tty2 -- fbterm
Un seul problème; vous avez un beau terminal basé sur framebuffer, mais vous êtes connecté en tant que root! Avoir une invite racine non authentifiée est à peu près aussi mauvais pour la sécurité que possible. Ça ne marchera pas.
Nous pouvons utiliser un programme appelé login
pour contourner ce problème en acceptant un autre ensemble d'informations d'identification utilisateur, puis en démarrant bash ou zsh ou quel que soit votre shell de connexion. Heureusement, fbterm
peut accepter une commande comme argument final (encore une fois, les doubles tirets empêchent fbterm
et rungetty
mélangent les arguments:
2:23:respawn:/sbin/rungetty -u root tty2 -- fbterm -- login
Avec cela, vous devriez avoir fbterm
exécuté sur l'un de vos ATS.