Re: Montage vidéos sous lenny
Le vendredi 25 septembre 2009 à 19:52 +0200, bernard.schoenac...@free.fr a écrit : bonjour, Quelle est la capabilité de votre ordinateur ? Core2quad, 4 Go de RAM Quelles sont les possibilités de travail en temps réel ? Avec quel gestionnaire de bureau travaillez vous lors du montage vidéo ? Gnome, j'ai testé avec xfce, même problèmes ensuite, avez vous consulté la documentation concernant cinelerra attention le montage vidéo nécessite réellement le 64 Bit je vois pas trop ce que le 64 bits peut apporter, cf ma réponse plus bas. slt bernard Le vendredi 25 septembre 2009 à 22:34 +0200, Cédric Bellegarde a écrit : La version Kde4 dispo en debian testing/sid est très fonctionnel... J'ai monté un petit film avec dernièrement et je n'ai eu que de très rares plantages... Je vais tester une Debian testing (ne serais que par simple curiosité pour voir se que donne KDE4) Maintenant, ma réponse, sur mon PC actuel, je rencontre les soucis objets du post. Mais je viens de tester sur mon vieux portable (celeron avec 512Mo de RAM) et aucuns soucis avec kdenlive et cinelerra. A l'occasion je referais une install propre de ma lenny depuis un backups. -- Alain Les pieds sur Terre, la tête dans les étoiles -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: grub 2, vga 788, tentative de retour à grub-legacy
Le samedi 26 septembre 2009 à 22:46 +0200, Bernard Adrian a écrit : Bonjour, Problème, Grub 2 n'accepte pas cette option et me demande de modifier GRUB_GFXMODE dans /etc/default/grub. J'ai essayé les valeurs 800x600 et 800x600x16 mais aucune ne me donne la résolution que j'attends (a priori je reste en 640x480). J'ai fait update-grub après chaque modification et avant reboot. ... 1) retrouver un Grub qui se configure à partir du menu.lst SI tu as utilisé les paquets des dépots, je dirais qu'il faut virer les paquets relatifs a grub2, et installer grub et grub-common 2) ou alors obtenir une résolution 800x600 en 16 bits avec Grub 2 Une idée, un conseil ? Quand j'ai testé grub 2, j'ai eu le même problème que toi a savoir que l'option GRUB_GFXMODE semblait pas prise en compte. J'ai téléchargé et compilé la dernière version depuis les dépôts SVN, et là çà été nickel. Par contre, avec grub 2, le souci que j'avais, c'est que de manière assez aléatoire, lors du boot j'obtenais No system on Disk ... press Esc to reboot. Message qui a totalement disparu en réinstallant grub-legacy -- Alain Les pieds sur Terre, la tête dans les étoiles -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Grub 2, vga 788 et tentative de revenir à grub- legacy
Bernard Adrian a écrit : Bonjour, Sur la machine que j'utilise le plus souvent (un portable Toshiba Satellite 4070 CDS) j'utilisais Grub avec l'option vga=788. Problème, Grub 2 n'accepte pas cette option et me demande de modifier GRUB_GFXMODE dans /etc/default/grub. J'ai essayé les valeurs 800x600 et 800x600x16 mais aucune ne me donne la résolution que j'attends (a priori je reste en 640x480). J'ai fait update-grub après chaque modification et avant reboot. Il faut effectivement modifier la variable: GRUB_GFXMODE=800x600x16 800x600 La première est le choix par défaut, les suivantes des options de secours. Mais en plus il faut remplir quelques conditions, par exemple vérifier que le matériel supporte la résolution voulue en mode framebuffer. On peut vérifier ça dans le shell de grub2 (passer en mode édition, puis [ctrl][c] pour passer dans le shell, [esc] pour en sortir) en tapant vbeinfo (il faut que les modules vbe* soient chargés, lsmod pour vérifier, insmod pour charger le(s) module(s) le cas échéant)). Il faut aussi que l'image de fond soit au bon format (indiquer la bonne image dans /etc/grub.d/05_debian_theme). Tout ça ne concerne que l'affichage du menu grub. Bon Grub 2 n'est pas obligé d'être adapté à ma manie d'utiliser du vieux matos. Avec aptitude j'installe grub-legacy et je purge les paquets grub-pc et grub. Mauvaise idée apparemment : à chaque update-grub, le fichier menu.lst est réécrit avec les valeurs par défaut (vga=791), ce qui n'est finalement pas grave puisqu'il est ignoré : en effet le fichier de configuration pris en compte est le /boot/grub/grub.cfg. Ce dernier est lui aussi réécrit à chaque update-grub et il contient une option (vga=ask) que j'avais inscrite dans /etc/default/grub avant que ce dernier ne disparaisse (sans doute lors du dpkg --purge grub-pc). Il me reste peut-être la solution de recréer un /etc/default/grub avec l'option vga=788 mais je préférerais : 1) retrouver un Grub qui se configure à partir du menu.lst Là je passe mon tour... 2) ou alors obtenir une résolution 800x600 en 16 bits avec Grub 2 L'option vga= est toujours supportée sur la ligne du noyau (en tout cas elle marchait chez moi il y a une semaine sur Squeeze), mais on obtient un warning au sujet de la nouvelle méthode avec gfxpayload=800x600. Apparemment Debian n'a pas encore de support de la variable gfxpayload dans /etc/default/grub (google pour trouver les rapports de bug), par contre elle fonctionne ajoutée directement au grub.cfg sous la forme set gfxpayload=. Mais l'option dans grub.cfg sera écrasée à la prochaine mise à jour de grub. Ici il est question de la résolution lors du démarrage de l'initrd et/ou du noyau, il faut que le framebuffer soit utilisé, et que le matériel supporte la résolution demandée (hwinfo --framebuffer). Une idée, un conseil ? Merci d'avance, En espérant que ça t'aide, chez moi j'ai un affichage du menu grub2 en 1440x900 sans problème, mais j'utilise toujours l'option vga= dans GRUB_CMDLINE_LINUX_DEFAULT= (/etc/default/grub) pour la suite. Tom -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: crash de zsh avec xfce4-terminal
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le Sat, 26 Sep 2009 13:55:02 +0200, Sébastien MARQUE seb.mar...@free.fr a écrit : Bonjour, comme indiqué sur la page de rapport de bogues je viens vers vous car je ne sais pas à quel paquet imputer un bogue intervenu depuis hier (24 septembre 2009) en utilisant zsh. en lançant zsh directement, xfce4-terminal (toutes les sessions ouvertes) se ferme, en le lançant via une session gdb, via xterm, ou sur tty1 aucun soucis à signaler. gdb ne reporte d'ailleurs rien du tout. Un ami m'a également confirmé que le même problème survient sur gnome-terminal. nous sommes tous deux utilisateurs de Sid. A qui imputer le bogue d'après vous? zsh ou une des dépendances de xfce4-terminal et gnome-terminal? je n'ai malheureusement pas d'autres traces à fournir que les paquets mis-à-jour depuis hier (gdb ne rapportant rien): En vous remerciant. @bientôt seb Je confirme, zsh lancé dans gnome-terminal se plante comme un vieux coucou , par contre Alt+F2 gnome-terminal -x aptitude par exemple fonctionne, si j'ai le malheur de faire un Ctrl+Shift+t pour ouvrir un onglet, gnome-terminal + zsh se plantent de nouveau. En supprimant ~/.zshrc et ~/.zshenv gnome-terminal + zsh fonctionnent mais on retombe à zéro au niveau configuration et il vaut mieux ne pas essayer d'en remonter une car cela donne le résultat décrit plus haut. A+ mahashakti89 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkq/KhAACgkQS8dD2kMGDc1iXgCfUIW22vrrDwUigE9xHvBv+6HX SfkAn19KGM6i+zyZ/1YvaygsdvMt9fQC =8vyX -END PGP SIGNATURE-
Re: [testing] pas de mise ÃÂ jour de grub
Selon Gaëtan PERRIER gaetan.perr...@free.fr: Le Sun, 27 Sep 2009 00:01:28 +0200 bernard.schoenac...@free.fr a écrit: Selon Gaëtan PERRIER gaetan.perr...@free.fr: Bonjour, Sur ma testing lorsque j'installe un nouveau paquet noyau, grub n'est pas mis àjour automatiquement, est-ce normal? Gaëtan bonjour, serait il possible d'obtenir un peut plus de précision sur la liste des paquets installés et avoisinant grub mais bien sur! dpkg -l |grep grub ii grub-common 1.97~beta3-1 GRand Unified Bootloader, version 2 (common ii grub-disk 0.97-58 GRUB bootable disk image (dummy package) ii grub-legacy 0.97-58 GRand Unified Bootloader (Legacy version) ii grub-rescue-pc 1.97~beta3-1 GRUB bootable rescue images, version 2 (PC/B également que donne : apt-cache policy grub grub: Installé : (aucun) Candidat : 0.97-58 Table de version : 0.97-58 0 500 ftp://ftp.fr.debian.org testing/main Packages merci de vérifier s'il est possible de passer une version supérieure Je suis à jour d'aujourd'hui sur ma testing. remarque simple : en cas de pb reprendre les bases C'est à dire? Gaëtan bonjour, c'est bien de communiquer la liste des paquets entourant grub ensuite, de quel espace dispose le nouveau noyau avec les dépendances ? expace disponible à renseigner : /boot /lib/ liste des paquets installés : ii grub 0.97-58 GRand Unified Bootloader (dummy package) ii grub-common 1.97~beta3-1 GRand Unified Bootloader, version 2 (common files) ii grub-pc 1.97~beta3-1 GRand Unified Bootloader, version 2 ii grub-splashimages 1.2.3 a collection of great GRUB splashimages ii os-prober 1.34 analyse : où est passé le paquet grub situé en 1° position : présent chez moi absent de la liste Perrier prière de vérifier et de l'installer faudrait pouvoir simplement prendre du thé et le déguster afin de simplement prendre du recul pour analyser la situation autre solution : prendre un tableau et noter les dépendances et solutions, cela se nomme le diagramme ishikawa ( diagramme des couases et effets ) slt bernard -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [testing] pas de mise ÃÂ jour de grub
Le Sun, 27 Sep 2009 16:05:34 +0200 bernard.schoenac...@free.fr a écrit: Selon Gaëtan PERRIER gaetan.perr...@free.fr: Le Sun, 27 Sep 2009 00:01:28 +0200 bernard.schoenac...@free.fr a écrit: Selon Gaëtan PERRIER gaetan.perr...@free.fr: Bonjour, Sur ma testing lorsque j'installe un nouveau paquet noyau, grub n'est pas mis àjour automatiquement, est-ce normal? Gaëtan bonjour, serait il possible d'obtenir un peut plus de précision sur la liste des paquets installés et avoisinant grub mais bien sur! dpkg -l |grep grub ii grub-common 1.97~beta3-1 GRand Unified Bootloader, version 2 (common ii grub-disk 0.97-58 GRUB bootable disk image (dummy package) ii grub-legacy 0.97-58 GRand Unified Bootloader (Legacy version) ii grub-rescue-pc 1.97~beta3-1 GRUB bootable rescue images, version 2 (PC/B également que donne : apt-cache policy grub grub: Installé : (aucun) Candidat : 0.97-58 Table de version : 0.97-58 0 500 ftp://ftp.fr.debian.org testing/main Packages merci de vérifier s'il est possible de passer une version supérieure Je suis à jour d'aujourd'hui sur ma testing. remarque simple : en cas de pb reprendre les bases C'est à dire? Gaëtan bonjour, c'est bien de communiquer la liste des paquets entourant grub ensuite, de quel espace dispose le nouveau noyau avec les dépendances ? expace disponible à renseigner : /boot /lib/ Pas de soucis de place. liste des paquets installés : ii grub 0.97-58 GRand Unified Bootloader (dummy package) ii grub-common 1.97~beta3-1 GRand Unified Bootloader, version 2 (common files) ii grub-pc 1.97~beta3-1 GRand Unified Bootloader, version 2 ii grub-splashimages 1.2.3 a collection of great GRUB splashimages ii os-prober 1.34 analyse : où est passé le paquet grub situé en 1° position : présent chez moi absent de la liste Perrier grub est un paquet de transition vers grub2, quand on veut rester en grub legacy il faut le retirer et installer grub-legacy à la place... prière de vérifier et de l'installer non je ne veux pas passer en grub2 pour l'instant. Quand je vais au garage faire réparer ma voiture ce n'est pas pour en acheter une neuve... ;) Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: histoire de shell zsh
On Sun, Sep 27, 2009 at 04:08:50PM +0200, bernard.schoenac...@free.fr wrote : bonjour, si zsh plante c'est que simplement l'ensemble de la chaine est mal configurée fairre des recherches : zsh boudjenah zsh karatchenzeff Non, je ne pense pas Il marchait très bien de puis bien longtemps C'est intervenu àprès la mise à jour à l'origine du fil de discussion. Merci Claude et vous soucis seront résolus slt bernard !DSPAM:1,4abf9407253381192320278! -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [testing] pas de mise à jour de grub
Gaëtan PERRIER gaetan.perr...@free.fr: Bonjour, Sur ma testing lorsque j'installe un nouveau paquet noyau, grub n'est pas mis à jour automatiquement, est-ce normal? Gaëtan Salut, j'utilise des noyaux perso compilés avec kernel-package, lors de l'installation du noyau c'est /etc/kernel-img.conf (avec les directives do_bootloader = et/ou postinst_hook = update-grub) qui lance la mise à jour du chargeur d'amorçage. Lors de la création de l'initrd (s'il est utilisé) le script /etc/kernel/postinst.d/initramfs-tools est sensé appeler update-initramfs, lui-même lançant do_bootloader (c'est noté en commentaire): # we're good - create initramfs. update runs do_bootloader update-initramfs -c -t -k $1 Pour les noyaux Debian je ne sais pas quel est le script postinst responsable de la mise à jour du chargeur d'amorçage, mais c'est lui qui doit être en cause ici. J'ai testé en installant linux-image-2.6.30* de Testing, et mon chargeur d'amorçage est bien mis à jour (grub2 ici), ça n'a donc pas l'air d'être un problème avec le paquet. Tom -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [testing] pas de mise ÃÂÃÂ jour de grub
Selon Gaëtan PERRIER gaetan.perr...@free.fr: Le Sun, 27 Sep 2009 16:05:34 +0200 bernard.schoenac...@free.fr a écrit: Selon Gaëtan PERRIER gaetan.perr...@free.fr: Le Sun, 27 Sep 2009 00:01:28 +0200 bernard.schoenac...@free.fr a écrit: Selon GaÃÂëtan PERRIER gaetan.perr...@free.fr: Bonjour, Sur ma testing lorsque j'installe un nouveau paquet noyau, grub n'est pas mis ÃÂàjour automatiquement, est-ce normal? GaÃÂëtan bonjour, serait il possible d'obtenir un peut plus de précision sur la liste des paquets installés et avoisinant grub mais bien sur! dpkg -l |grep grub ii grub-common 1.97~beta3-1 GRand Unified Bootloader, version 2 (common ii grub-disk 0.97-58 GRUB bootable disk image (dummy package) ii grub-legacy 0.97-58 GRand Unified Bootloader (Legacy version) ii grub-rescue-pc 1.97~beta3-1 GRUB bootable rescue images, version 2 (PC/B également que donne : apt-cache policy grub grub: Installéà: (aucun) Candidatà: 0.97-58 Table de versionà: 0.97-58 0 500 ftp://ftp.fr.debian.org testing/main Packages merci de vérifier s'il est possible de passer une version supérieure Je suis àjour d'aujourd'hui sur ma testing. remarque simple : en cas de pb reprendre les bases C'est àdire? Gaëtan bonjour, c'est bien de communiquer la liste des paquets entourant grub ensuite, de quel espace dispose le nouveau noyau avec les dépendances ? expace disponible à renseigner : /boot /lib/ Pas de soucis de place. liste des paquets installés : ii grub 0.97-58 GRand Unified Bootloader (dummy package) ii grub-common 1.97~beta3-1 GRand Unified Bootloader, version 2 (common files) ii grub-pc 1.97~beta3-1 GRand Unified Bootloader, version 2 ii grub-splashimages 1.2.3 a collection of great GRUB splashimages ii os-prober 1.34 analyse : où est passé le paquet grub situé en 1° position : présent chez moi absent de la liste Perrier grub est un paquet de transition vers grub2, quand on veut rester en grub legacy il faut le retirer et installer grub-legacy à la place... prière de vérifier et de l'installer non je ne veux pas passer en grub2 pour l'instant. Quand je vais au garage faire réparer ma voiture ce n'est pas pour en acheter une neuve... ;) Gaëtan bonjour, Prière de consulter les pages du debian BTS ayant trait à grub ... je vais me faire un thé au citron slt bernard -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [HS Hardware] Q6600
Par contre, c'est que ce que je disais à Jean-Yves en privé, je ne sais pas s'il est prudent que tout ce matériel soit monté prêt à servir de spare, en terme de durée de vie. Est-ce que finalement, je n'ai pas à peu près autant de chance que le spare ou l'original claque ? Tu multiplies par deux le risque que l'une des deux machines tombe en panne, par contre tu diminues énormément le risque que toutes tes machines tombent en panne en même temps. Si une des machines tombe en panne, tu auras le temps de te retourner pour remonter une seconde config spare en espérant que la machine restante ne te lâche pas pendant ce laps de temps. La machine spare aura joué son rôle. Il faut déterminer quel est ton besoin. Est-ce que ton besoin est de pouvoir redémarrer ton système avec ce hardware très spécifique sans contrainte de temps ou est-ce que ton besoin est d'avoir un système disponible en permanence. Je pense que le second besoin est en général ce que les gens recherchent et que tu dois être dans ce cas. C'est un peu comme des guitares, sur scène une guitare avec un jeu de cordes de rechange ne remplace pas une seconde guitare prête à l'emploi. A+, Mickaël -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [testing] pas de mise ÃÂÃÂ jour de grub
Le Sun, 27 Sep 2009 20:08:39 +0200 bernard.schoenac...@free.fr a écrit: bonjour, Prière de consulter les pages du debian BTS ayant trait à grub ... Je ne t'ai pas attendu pour le faire. Je n'y ai rien trouvé mais je ne suis pas infaillible. Alors si tu y as vu quelque chose en rapport, plutôt que de tourner autour du pot indique le numéro. Merci. Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
[Résolu] Grub 2, vga 788 et tentative de revenir à grub-legacy
thveillon.debian thveillon.deb...@googlemail.com a écrit :
[...]
L'option vga= est toujours supportée sur la ligne du noyau (en tout
cas elle marchait chez moi il y a une semaine sur Squeeze), mais on
obtient un warning au sujet de la nouvelle méthode avec
gfxpayload=800x600.
Exact, je viens de réinstaller grub-pc et l'option vga=788 passe, je ne
sais pas pourquoi ça ne passait pas hier. Mais puisqu'elle est obsolète
je l'abandonne et j'utilise gfxpayload (voir ci-dessous).
Apparemment Debian n'a pas encore de support de la variable gfxpayload
dans /etc/default/grub (google pour trouver les rapports de bug), par
contre elle fonctionne ajoutée directement au grub.cfg sous la forme
set gfxpayload=. Mais l'option dans grub.cfg sera écrasée à la
prochaine mise à jour de grub.
Après avoir appliqué cette méthode, j'ai cherché à rendre l'option
pérenne dans grub.cfg. J'ai modifié /etc/grub.d/00_header en ajoutant
set gfxpayload=800x600x16 après la ligne set
gfxmode=${GRUB_GFXMODE}. Un update-grub et j'obtiens le résultat
désiré (vérifié après reboot).
J'ai même essayé de régler le gfxpayload depuis le /etc/default/grub en
positionnant une variable GRUB_GFXPAYLOAD à la valeur désirée et en
tentant de la récupérer dans le /etc/grub.d/00_header par un set
gfxpayload=${GRUB_GFXPAYLOAD}, mais dans ce cas j'obtiens seulement
set gfxpayload= dans le grub.cfg .
En tous cas, sur tes conseils, j'ai réglé mon problème. Merci !
--
Bernard Adrian
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:
Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [Résolu] Grub 2, vga 788 et tentative de revenir à grub-legacy
Bernard Adrian a écrit :
thveillon.debian thveillon.deb...@googlemail.com a écrit :
[...]
L'option vga= est toujours supportée sur la ligne du noyau (en tout
cas elle marchait chez moi il y a une semaine sur Squeeze), mais on
obtient un warning au sujet de la nouvelle méthode avec
gfxpayload=800x600.
Exact, je viens de réinstaller grub-pc et l'option vga=788 passe, je ne
sais pas pourquoi ça ne passait pas hier. Mais puisqu'elle est obsolète
je l'abandonne et j'utilise gfxpayload (voir ci-dessous).
Apparemment Debian n'a pas encore de support de la variable gfxpayload
dans /etc/default/grub (google pour trouver les rapports de bug), par
contre elle fonctionne ajoutée directement au grub.cfg sous la forme
set gfxpayload=. Mais l'option dans grub.cfg sera écrasée à la
prochaine mise à jour de grub.
Après avoir appliqué cette méthode, j'ai cherché à rendre l'option
pérenne dans grub.cfg. J'ai modifié /etc/grub.d/00_header en ajoutant
set gfxpayload=800x600x16 après la ligne set
gfxmode=${GRUB_GFXMODE}. Un update-grub et j'obtiens le résultat
désiré (vérifié après reboot).
J'ai même essayé de régler le gfxpayload depuis le /etc/default/grub en
positionnant une variable GRUB_GFXPAYLOAD à la valeur désirée et en
tentant de la récupérer dans le /etc/grub.d/00_header par un set
gfxpayload=${GRUB_GFXPAYLOAD}, mais dans ce cas j'obtiens seulement
set gfxpayload= dans le grub.cfg .
En tous cas, sur tes conseils, j'ai réglé mon problème. Merci !
De rien, j'ai fait pareil que toi et modifié 00_header lors de mes
expériences, ça reste une bidouille en attendant que gfxpayload trouve
ça place dans /etc/default/grub.
Si la résolution de démarrage est la même que celle souhaitée pour le
menu grub, on peut utiliser gfxpayload=keep, ça marche très bien.
Ce qui est certain c'est que grub2 ne brille pas par sa documentation...
Tom
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:
Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
