Taille caractères et écran pour les sessions console ty 1 à 6
- Anmelden oder Registrieren um Kommentare zu schreiben
Bonjour,
Trisquel, installé via netinstall; lxde-core sans recommends ni suggests et avec openbox et lightdm.
Je teste depuis une semaine Trisquel.
J'utilise souvent les sessions console, tty 1 à 6.
Ici, je souhaite ajuster la taille de caractères et de la fenêtre à quelque chose de plus petit car cela est vraiment gros.
Comment dois-je procéder car dans mon fichier Xressources cela ne semble pas être pris en compte, y compris pour xterm dans la session graphique. Les couleurs et le prompt (mentionné dans .bashrc pour ce dernier) personnalisés sont bien pris en compte mais pas taille des caractères.
Merci d'avance.
I am a translator!
Bonjour,
En mode console, tu peux utiliser "sudo dpkg-reconfigure console-setup" qui te permets de choisir des polices de caractères. Si je me souviens bien, à la fin, ça lance "update-initramfs" automatiquement, ce qui permet que la taille choisie soit celle utilisée à chaque démarrage.
Bonjour Avron,
De mémoire j'ai déjà fait sans succès mais dans le doute je vais réitérer.
Merci de la réponse et je ferai un retour prochainement sur la démarche.
J'avais effectivement réalisé cette opération sans succès mais dans le doute je l'ai refaite ... sans succès.
Il semble qu'une réponse possible passe par le fichier de GRUB mais, d'une si je peux éviter je préfère, et de deux, mes autres distributions ont le même grub et se place bien dans la gestion de la taille des consoles et de leurs caractères.
Je relevais que certains choix nécessitent d'utiliser le framebuffer.
Y a t'il une action pour vérifier s'il est activé par défaut et si non, pour l'activer ?
Qu’est-ce que la commande suivante, exécutée dans un terminal, écrit ?
$ ls /dev/fb*
/etc/default/console-setup définit une variable FONTSIZE. En l’éditant avec les droits d’administration (sudo), tu peux par exemple essayer de lui donner la valeur 8x14, enregistrer, et enfin exécuter :
sudo update-initramfs -u
Un redémarrage est certainement nécessaire pour que le changement soit effectif.
Bonjour Magic banana et merci pour les retours.
Pour la 1ère commande le retour donne
ls: cannot access '/dev/fb*'; no such file or directory
Pour la mise à jour via initramfs, je viens de le refaire mais rien n'a changé, même après un redémarrage.
A suivre donc.
ls: cannot access '/dev/fb*'; no such file or directory
Tu n’as effectivement pas de framebuffer. Cela explique les caractères énormes dans les terminaux texte. Là encore, c’est certainement le support de ta carte graphique avec du logiciel libre qui pose problème. Tu peux essayer un noyau plus récent. Tu peux aussi voir si sa configuration semble adaptée. https://wiki.gentoo.org/wiki/Framebuffer est une bonne source. Si tu veux changer la configuration, il te faudra ensuite recompiler le noyau.
Bonjour magic banana,
Merci pour tes réponses et le lien à celle-ci.
Pour moi, mais aussi dans l'idée que ce forum est là pour éclairer d'autres personnes, peux tu développer dans un langage pour tous, ce que tu entends par ceci :
" Si tu veux changer la configuration, il te faudra ensuite recompiler le noyau."
De plus, comme tu sembles bien connaitre l'environnement Trisquel et surement par extension Linux, pour quelle raison(s) selon toi un framebuffer n'est pas activé par défaut ?
Merci d'avance et bonne journée.
Comme je te l’ai écrit, c’est probablement parce que le pilote libre pour ta carte graphique n’a pas implémenté ce qu’il faut. Et j’ai bien peur que ce soit toujours le cas avec une nouvelle version du noyau. Comme c’est facile de le tester, cela vaut néanmoins la peine d’essayer. Il suffit de suivre les instructions sur https://www.fsfla.org/ikiwiki/selibre/linux-libre/freesh pour installer la dernière version de Linux-libre.
Pour moi, mais aussi dans l'idée que ce forum est là pour éclairer d'autres personnes, peux tu développer dans un langage pour tous, ce que tu entends par ceci :
" Si tu veux changer la configuration, il te faudra ensuite recompiler le noyau."
Ce qui est optionnel mais termine dans le noyau doit être décidé avant sa compilation (le processus de transformation d’un code source en exécutable). Avec les sources du noyau et les outils de construction d’exécutable classiques, on peut donc faire d’autres choix que ceux qui ont été réalisés en amont lorsque tu télécharges un noyau déjà compilé. Il faut ensuite compiler le noyau pour obtenir l’exécutable sur lequel démarrer.
« Compilation » est un mot qui fait peur, mais le défi est en fait la configuration : il y a littéralement ~10 000 options toutes aussi obscures les unes que les autres dans la configuration de Linux. On peut néanmoins partir de la configuration existante (avec make oldconfig) et il y a des interfaces graphiques avec une organisation hiérarchique des options (comme make menuconfig; j’utilisais make gconfig, pour une interface GTK, à l’époque où je compilais des noyaux) à l’édition de la configuration.
https://fr.linux-console.net/?p=9582 liste les étapes à suivre du téléchargement des sources du noyau (« Debian ou Ubuntu » mais aussi Trisquel) jusqu’à la création et l’installation d’un paquet .deb, mais n’aide en rien à la configuration. Là, ce serait plutôt les informations derrière le lien dans mon précédent message et derrière https://wiki.gentoo.org/wiki/Radeon
Néanmoins, les noyaux précompilés sont normalement configurés de façon à ce que le maximum de matériel et de fonctionnalités soit supporté. Bref, en se cantonnant au logiciel libre, je doute qu’une autre configuration te permette d’activer le framebuffer.
Merci beaucoup Magic banana pour cette réponse et sa clarté que j'apprécie grandement et je suis sûr que je ne serai pas le seul :-)
Comme beaucoup dans le monde de l'informatique hors des sentiers battus, je suis un autodidacte empirique qui a fait ses début il y a 15 ans environ.
J'ai appris beaucoup de choses de façon horizontale et verticale sur le sujet tant métériel que logiciel, mais je n'ai pas tout pratique ni le savoir de tout. D'ailleurs, qui l'a ?
Ainsi, puis je penser que même si je mets un nouveau kernel libre précompilé, ce dernier n'activera JAMAIS le framebuffer ou ce n'est pas forcément le cas ?
Si non, comment puis je savoir à l'avance que tel Kernel a le framebuffer activé ou (comme dans ma réponse au 2 autres questions sur ce forum) peux tu m'expliquer pas à pas ce qu'il faut faire pour l'activer. Peut-être est ce simple et que seulement cela suffira ?
J'ai lu hier attentivement le lien gentoo que tu as transmis précédement mais, sauf erreur de ma part, il n'indique pas quels fichiers et comment créer-éditer un ou plusieurs des fichiers concernés par la question.
Je vais regarder le lien https://wiki.gentoo.org/wiki/Radeon
Je te remercie pour le lien https://fr.linux-console.net/?p=9582 qui répond à ma question pas à pas pour ici compiler un kernel.
Je ne l'ai pas encore pratiquée aussi sera-ce une occasion de !
A ton écoute et bonne fin de semaine.
Ainsi, puis je penser que même si je mets un nouveau kernel libre précompilé, ce dernier n'activera JAMAIS le framebuffer ou ce n'est pas forcément le cas ?
Si ce support du framebuffer avec ta carte graphique n’existe pas avec du logiciel libre, aucune configuration d’un noyau Trisquel ou Linux-libre te permettra de l’obtenir. Mais peut-être a-t-il été implémenté entre la sortie de Linux 5.15 (la version par défaut du noyau de Trisquel 11) et aujourd’hui. D’où la suggestion d’essayer un noyau précompilé plus récent. Ça, c’est facile. Configurer et compiler un noyau l’est bien moins.
Si non, comment puis je savoir à l'avance que tel Kernel a le framebuffer activé ou (comme dans ma réponse au 2 autres questions sur ce forum) peux tu m'expliquer pas à pas ce qu'il faut faire pour l'activer.
Si la question est à propos des options avec lesquelles un noyau Trisquel donné a été configuré, les paquets "linux-modules-*" installent des fichiers "/boot/config-*" qui listent toutes les options configurées. "*" est la version du noyau. J’imagine qu’il doit y avoir aussi un tel fichier qui vient avec le .deb d’un noyau Linux-libre de Freesh.
Par exemple, voilà les options dont les noms incluent « AMDGPU » dans la version 5.15.0-139-generic du noyau Trisquel (celui qui vient par défaut) :
$ grep AMDGPU /boot/config-5.15.0-139-generic
CONFIG_DRM_AMDGPU=m
CONFIG_DRM_AMDGPU_SI=y
CONFIG_DRM_AMDGPU_CIK=y
CONFIG_DRM_AMDGPU_USERPTR=y
« m » signifie « en module » (plutôt qu’en dur) et « y » signifie que, « yes », c’est inclus. Bien que Trisquel compile le pilote amdgpu en module, /etc/modprobe.d/blacklist-amdgpu.conf empêche par défaut son chargement. Les raisons sont données au début du fichier : ce chargement devrait échouer. Comme je te l'écrivais dans l'autre fil de discussion, tu peux essayer d'enlever ce blacklisting, mais prépare-toi à possiblement perdre toute session graphique jusqu’à ce que tu rétablisses le blaklisting.
J'ai lu hier attentivement le lien gentoo que tu as transmis précédement mais, sauf erreur de ma part, il n'indique pas quels fichiers et comment créer-éditer un ou plusieurs des fichiers concernés par la question.
Il y est question des options de configuration du noyau. C’est 'make menuconfig' (ou similaire) qui les liste et te permet de choisir ce qui sera compilé ou non dans ton noyau (en dur ou en module).