Forum Linux.mandriva résolution d'écran en mode console

Posté par  .
Étiquettes : aucune
0
1
août
2005
Bonjour,

La mandrake 10.2 LE que je viens d'installer sur mon portable ne tiens pas compte de la résolution de l'écran (1024x768).

Je ne parle pas du X11, mais bien du mode console.
Quel est le fichier à modifier et quelles données y insérer?

Merci
  • # résolution d'écran en mode console

    Posté par  . Évalué à 2.

    Tout est là :

    http://lea-linux.org/admin/admin_boot/LILO.html(...)

    Ca se gère au niveau de Lilo (j'ose espérer qu'on peut en faire autant avec grub). Dans les options à passer au noyau, lors du boot, il y a "vga" qui sert à fixer un mode de fonctionnement.

    Il y a un numéro (788, 792 ...) pour chaque combinaison résolution/couleurs. Je te laisse découvrir le tableau à la page indiquée.

    C'est pas intuitif du tout (et je me demande comment faire avec les écrans 16/9 à la mode), mais ça marche très bien.

    Une remarque : quand on modifie la config de Lilo, il faut à chaque fois lancer en tant que root la commande "lilo" pour appliquer les changements.
    • [^] # Re: résolution d'écran en mode console

      Posté par  . Évalué à 3.

      Il faut d'ailleurs souligner que les mode 788, 792, etc. fonctionnent en frame buffer, et qu'il faut donc pour cela que le noyau prenne ce mode en charge (à priori c'est toujours le cas sur une Mandriva).

      Ce qui est relativement inquiétant, c'est que l'on commence à trouver beaucoup de jeunes étudiants en informatiques qui ne savent plus du tout ce qu'est le mode texte.

      Il est problable que le BIOS de ta machine ou celui de ta carte graphique choisisse lui-même une résolution particulière et que Linux n'y soit pour rien (compromis entre netteté et largeur d'affichage).

      Bref, le mode frame buffer satisfera tes besoins, mais c'est quand même utile de savoir comment tout cela fonctionne.
  • # Grub

    Posté par  . Évalué à 4.

    Si ton bootloader est grub, il te faut modifier le fichier /boot/grub/menu.lst

    Il te faut rajouter vga=xxx (et remplacer xxx, par un des nombre ci dessous) à la ligne qui commence par "kernel"

    640x480 - 800x600 - 1024x768 - 1280x1024
    vga=769 - vga=771 - vga=773 - vga=775 - 8 bits
    vga=785 - vga=788 - vga=791 - vga=794 - 16 bits
    vga=786 - vga=789 - vga=792 - vga=795 - 32 bits

    Ca donne par exemple :

    kernel (hd0,4)/vmlinuz-2.6.11-6mdk root=/dev/hda6 resume=/dev/hda7 splash=silent vga=791


    Cela dit, tu peux faire la modif en passant par drakconf->Démarrage->Configurer le comportement de démarrage du système->Principales options, suivant->linux->modifier, bouton avancé->mode vidéo, choisir dans le menu déroulant->Terminer.

    0. Assume good faith 1. Be kind to other people 2. Express yourself 4. Apply rule 0

  • # toujours pas de solutions...

    Posté par  . Évalué à 1.

    Notez que la modification permanente du fichier lilo.conf n'a aucun effet sur le résultat au démarrage.

    la distri Mandriva utilise-t-elle un autre fichier???
    • [^] # Re: toujours pas de solutions...

      Posté par  . Évalué à 4.

      Si tu ne l'as pas déjà fait, regarde plus haut : il faut taper la commande lilo en root pour regénérer un MBR valide à partir du fichier de configuration que tu viens de modifier.
  • # Attention à la fréquence de rafraichissement !

    Posté par  . Évalué à 2.

    En définissant le paramètre vga= pour Lilo ou Grub, tu définis résolution et couleurs. Tu as normalement intérêt à ce que ce soit les mêmes paramètres que sous X.

    Pour la fréquence, c'est plus difficile. Normalement, le paramètre supplémentaire video= s'en occupe, MAIS :

    1/ La plupart des gens qui utilisent le framebuffer ont le VESAFB. Celui-ci est très limité : il n'offre pas de fréquence supérieure à 60 Hz, et ne permet pas de faire des changements après avoir booté : la commande fbset sera sans effet.

    Dans la mesure où la plupart des gens achètent maintenant un écran plat, les 60 Hz ne gênent pas trop. En revanche, avec un écran cathodique...

    2/ Il y a quelques drivers de framebuffer autre que vesafb. Il y en a un d'ATI et un pour les Matrox. Mais ils sont apparemment assez vieux. Pour ma Nvidia, pas trouvé mon bonheur.

    3/ Le programme SVGATextmode, qui permettait un réglage fin de tous ces paramètres, n'est plus maintenu depuis 2000. Cartes récentes, passez votre chemin (à moins d'avoir une documentation précise de la carte, avec modes et Clockchips, etc...)

    4/ Le plus beau pour la fin : afin d'avoir un framebuffer Vesa plus évolué, des mecs de chez Gentoo s'en sont occupé, et ont pondu VESA-TNG (TNG pour The Next Generation). Lien : http://dev.gentoo.org/~spock/projects/vesafb-tng/(...)

    Ca n'a pas marché pour moi : j'ai merdé à un moment, et pas réessayé depuis, faute de temps/courage. Le plus dur est apparemment de choisir avec exactitude quel patch va avec ton kernel. À mon avis, tu t'en sortiras mieux avec un kernel provenant de Gentoo (j'avais un kernel patché SuSE).
  • # problème persistant

    Posté par  . Évalué à -2.

    j'ai un portable donc écran plat donc pas de problème de rafraichissement, 60Hz suffisent.

    pas de modification possible via drakconf car je n'ai pas de menu déroulant concernant la résolution de l'écran (l'option était pourtant bien présente sur mandrake 8.2!)

    linux, c'est le monde a l'envers : l'homme au service de l'informatique!


    merci pour vos suggestion, je retourne travailler, sous XP donc.
    Merci Bill :-(
    • [^] # Re: problème persistant

      Posté par  . Évalué à 2.

      Gnnééh! Tu retournes sous XP parceque tu n'arrives pas à mettre la console en 1024x768!!!

      Passes le bonjour à Billou de ma part :)
      • [^] # Re: problème persistant

        Posté par  . Évalué à 0.

        non, c'est plus complexe que ça :

        j'utilise un portable sur lequel j'ai branché un écran TFT en 1280x1024

        mandrake l'active au démarrage en 1024x768 et lorsque je modifie le fichier config de X11, il agrandi le bureau en 1280x 1024 mais toujours avec le même "pitch" => le bureau est plus grand que l'écran.
        bonjour les scroll!

        sous windows, en 3 click de souris, la configuration est établie de facon permanente.

        j'ajoute a cela que :
        - mandrake est incapable d'éteindre la lampe tft de l'écran du portable lorsque j'utilise l'écran externe.
        - pas de gestion correcte de l'alimentation
        - touche multimedia du portable inactive (acer 1350)
        - semi incompatibilité de la tablette graphique
        - configuration du réseau internet à refaire à chaque démarrage (je coche pourtant la case "activer réseau à la prochaine connexion")
        - gestion des paquet o combien aleatoire et toujours plein de problème de dépendance

        Désolé pour les linuxien, j'adhère à 100% a la philo de linux mais pour ce qui est du produit fini, à chaque tentative d'utilisation de linux, je dois bien me rendre compte que XP est beaucoup mais vraiment beeeeaaaauuuucoup plus confortable et orienté vers l'utilisateur de l'informatique, pas vers l'expert en informatique
        • [^] # Re: problème persistant

          Posté par  . Évalué à 4.

          Tu l'as vu le logo "Designed for Windows XP" qu'arbore sûrement ton PC comme tous les autres ?

          Le jour où Mandrake dictera sa loi sur les fabriquants de matériel, en gardant les spécifications bien fermées, je me demande si Windows XP serait toujours aussi "beaucoup mais vraiment beeeeaaaauuuucoup plus confortable et orienté vers l'utilisateur de l'informatique, pas vers l'expert en informatique"
          • [^] # Re: problème persistant

            Posté par  . Évalué à 1.

            d'accord pour la gestion de l'écran avec les driver ATI mais pour le reste, plantage lors de l'installation de package, packages intéressants qui disparaissent des distributions les plus "friendly" et qui deviennent de plus en plus commerciales (mandriva, red hat, suse),...

            tt ces inconvénients ne sont pas du au logo "designed for XP".
        • [^] # Re: problème persistant

          Posté par  . Évalué à 2.

          Ha, ok, je comprends mieux.

          Pour ton problème de bureau plus grand que l'écran c'est ce qu'on appelle le bureau virtuel. En général, lorsqu'on utilise une distribution du type Mandriva, il est conseillé de passer par les outils prévus par la distrib plutôt que de modifier les fichiers de conf à la main, mais bon...

          Dans ton fichier de config. X11 tu devrais avoir une section qui ressemble à ça:

          Section "Screen"
          Identifier "Screen0"
          Device "Carte0"
          Monitor "EcranLCD"
          DefaultDepth 24
          Subsection "Display"
          Depth 24
          Modes "1280x1024"
          EndSubsection
          EndSection

          Trés certainement, tu dois avoir une ligne du type:

          Virtual 1280 1024

          a virer et a remplacer par la ligne Modes dans la sous-section Display.

          Pour le reste, je ne peus pas dire, je n'ai pas de portable... Mais qu'est-ce que tu entends par semi incompatibilité de la tablette graphique ? La mienne fonctionne trés bien (enfin j'espère, je ne l'ai jamais essayée sous windows). Bon, ç'est une vielle Wacom sur port série. Ceci explique peut-être cela...

          T'inquiètes pas pour les linuxiens ;). C'est vrai que des fois ç'est un peu la galère pour faire tourner un matos "exotique" (enfin ça m'est aussi arrivé de bien galérer sous win malgré les pilotes fournis). Ça ne viens pas de GNU/Linux lui-même en général, mais c'est une longue histoire. Mais la killer-feature à mon avis c'est qu'une fois que tu as fais ta config qui vas bien, si tu as besoin de réinstaller tu n'as qua ressortir ton beau fichier de config que tu auras soigneusement archivé plutot que d'avoir à cliquer x fois avant de redémarer. Ça marche même lors de changement de distribution, si c'est pas beau ça.
          • [^] # Re: problème persistant

            Posté par  . Évalué à 2.

            vais essayer avec ça mais je pense que ja vais passer d'abord à la kunbuntu

            merci :)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.