Selon la documentation, l'utilisation du vga=
paramètre du noyau est déconseillée à partir de GRUB2. Le fait que certains noyaux plus récents ne semblent plus le prendre en charge sur certains adaptateurs n'est pas un problème car la carte graphique que j'ai a entre sept et huit ans.
Le problème est maintenant que je voudrais utiliser un mode texte de résolution plus élevée, tel que 80x50 au lieu des caractères 80x25 par défaut. Apparemment, tous les modes graphiques (VBE / VESA) sont hors de question pour cette carte graphique (ATI Rage XL) - la liste des modes disponibles ne s'affiche qu'à 0
travers 6
. 6
est 80x60
mais a l'air horrible, donc je voudrais y aller 1
(80x50).
J'ai vu 80x50 et 80x60 fonctionner après avoir obtenu la liste des modes disponibles lorsque le mode par défaut n'était pas pris en charge (avec la valeur par défaut commentée GRUB_TERMINAL=console
) et j'ai été invité à choisir.
Comment puis-je définir le mode, si je ne suis pas censé le définir sur la ligne de commande du noyau et chaque utilisation de GRUB_GFXMODE
(avec ou sans vbe
module de préchargement ) et GRUB_GFXPAYLOAD_LINUX=keep
échoue? Échoue comme dans: l'écran reste vide car c'est un mode graphique invalide pour la carte que j'ai dans cette machine?
Mon idée serait de passer nomodeset
au noyau encore, mais le chargeur de démarrage devrait alors encore définir le mode graphique. Et je ne vois aucune option autre que le vga=
paramètre du noyau pour le faire.
Remarque: les commandes vbetest
et videotest
de la console GRUB2 masquent l'écran, puis l'écran passe en mode veille après avoir affirmé qu'il n'y a pas d'entrée vidéo. vbeinfo
et videoinfo
montrer quelques modes disponibles autres que ceux mentionnés ci-dessus, mais il n'y a aucune mention de l'endroit où cela devrait être réglé. De plus, lors du passage vga=1
(sans nomodeset
) sur la ligne de commande du noyau, je vois un très bref avertissement à propos de sa dépréciation, mais c'est trop long pour être lu complètement - et la sortie n'apparaît pas dans dmesg
.
la source
vga
paramètre s'applique au noyau, pas àgrub2
. Peu importe la façon dont legrub2
développeur essaie de rendre le complexe simple, cela fonctionne toujours tant que les noyaux comprennent ce paramètre.Réponses:
Il est peut-être déconseillé par grub2, mais il devrait toujours fonctionner et doit continuer à fonctionner. Cela fonctionne pour moi en utilisant grub2 et debian wheezy ainsi que rhel7.3 (confirmé 01-2017). Toujours selon la documentation officielle, il n'est pas déconseillé:
https://www.kernel.org/doc/Documentation/x86/boot.txt
Et https://www.kernel.org/doc/Documentation/svga.txt vous dira tout ce que vous devez savoir. Ci-dessous quelques exemples de résolutions que j'utilise couramment:
Pour obtenir une liste des modes pris en charge, utilisez:
Pour un écran 1024 × 768x24 que j'ai trouvé fonctionne sur à peu près tous les systèmes et moniteurs que j'utilise (cette fois en décimal et en hexadécimal):
la source
/etc/default/grub
en ajoutantvga=792
à la valeur existante deGRUB_CMDLINE_LINUX
vga=current
avec des trucs de vidage sur incident. J'ai refusé les changements mais je suis venu ici en me demandant cevga=current
que cela signifiait.Le paramètre vga est toujours pris en charge avec les commandes linux16 et initrd16, donc si vous changez "linux" en "linux16" ou "initrd" en "initrd16", vous pouvez obtenir l'ancien comportement. Je ne sais pas quels autres changements cela provoque, mais cela a assez bien fonctionné pour moi. :-)
la source