<![CDATA[Forum Ubuntu-fr.org / Impossibilité d'accéder à la console pour résoudre mode not supported]]> http://forum.ubuntu-fr.org/viewtopic.php?id=1249501 Wed, 22 May 2013 12:28:13 +0000 FluxBB <![CDATA[Réponse à : Impossibilité d'accéder à la console pour résoudre mode not supported]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=13632331#p13632331 Quand tu modifies grub "à la volée" rien ne s'enregistre.
Pour que ta modif soit pérenne il faut modifier le fichier /etc/default/grub voir la doc pour savoir où apporter les modifs, les sauvegarder puis valider le tout en faisant un :
sudo  update-grub 

Pour tout cela il faut commencer par booter donc faire les modifs "à la volée".

@+

]]>
Wed, 22 May 2013 12:28:13 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=13632331#p13632331
<![CDATA[Réponse à : Impossibilité d'accéder à la console pour résoudre mode not supported]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=13631351#p13631351 Cela ne fonctionne pas. Je me retrouve avec l'habituel écran noir avec curseur clignotant tout en haut.

Cependant, j'ai remarqué quelque chose : si j'éteins le pc et que je recommence à éditer la ligne de grub, je constate que la modification (vga=792) n'est pas là, comme si ça n'avait pas été pris en compte. J'imagine que, lorsqu'auparavant j'ai ajouté nomodeset, il en était de même. Ceci pourrait expliquer pourquoi cela ne fonctionne pas.

J'en déduis que ma modification n'est pas validée, prise en compte, ou encore enregistrée...

Lorsque j'édite la ligne de GRUB, on ne me propose que de démarrer (ctrl X ou F10), revenir au menu précédent (échap) ou encore ouvrir une invite de commande (ctrl-C ou F2) qui mène sur Grub>. On ne me propose pas vraiment d'enregistrer, valider ou quelque chose du type.

Est-ce que ma modif est tout de même prise en compte ?
Et ne s'enregistre pas simplement car, après F10, ça ne prend pas et donc ça annule en quelque sorte ce que j'ai fait ???

]]>
Wed, 22 May 2013 10:38:54 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=13631351#p13631351
<![CDATA[Réponse à : Impossibilité d'accéder à la console pour résoudre mode not supported]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=13485151#p13485151 il y a une vieille option du noyau linux, qui est maintenant depreciee, mais qui pourrait fonctionner :
- l'option vga=xxx où xxx est un nombre a 3 chiffres representant le mode video en decimal
l'explication sur wikipedia : http://en.wikipedia.org/wiki/VESA_BIOS_ … de_numbers
un tableau simplifie des modes : http://pierre.baudu.in/other/grub.vga.modes.html

passe le menu grub en edition comme precedemment, et en fin de ligne de linux generic ajoute l'argument vga=792 qui est le mode 1024x768 en 24bits

]]>
Thu, 09 May 2013 05:33:56 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=13485151#p13485151
<![CDATA[Réponse à : Impossibilité d'accéder à la console pour résoudre mode not supported]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=13477231#p13477231 Appliquer la deuxième option m'a mené aux plantages habituels.

J'ai dû réinstaller xubuntu, puis boot repair, toujours avec les mêmes options. J'ai constaté en installant boot repair avec le live cd que quelque chose ne marchait pas à la fin de l'installation de boot repair. Cela peut peut-être vous parler :

Traitement des actions différées (« triggers ») pour « man-db »...
Traitement des actions différées (« triggers ») pour « desktop-file-utils »...
Paramétrage de gawk (1:3.1.8+dfsg-0.1ubuntu1) ...
Paramétrage de glade2script (3.2.2~ppa45~precise) ...
Paramétrage de boot-sav (3.198~ppa16~precise) ...
Paramétrage de boot-repair (3.198~ppa16~precise) ...
Paramétrage de boot-sav-extra (3.198~ppa16~precise) ...

(glade2script:5948): Gtk-WARNING **: Attempting to store changes into `/root/.local/share/recently-used.xbel', but failed: La création du fichier « /root/.local/share/recently-used.xbel.EHYOWW » a échoué : Aucun fichier ou dossier de ce type

(glade2script:5948): Gtk-WARNING **: Attempting to set the permissions of `/root/.local/share/recently-used.xbel', but failed: Aucun fichier ou dossier de ce type
]]>
Wed, 08 May 2013 11:49:59 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=13477231#p13477231
<![CDATA[Réponse à : Impossibilité d'accéder à la console pour résoudre mode not supported]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=13472431#p13472431 l'option grub a 640px a du etre decommente par boot-repair (a donc fonctionne au debut puis plus du tout : ta cg doit aussi avoir un probleme de cache graphique ou une facon de la gerer qui empeche grub d'y acceder pour l'effacer)

oui essaie l'option grub terminal ...

]]>
Tue, 07 May 2013 21:27:52 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=13472431#p13472431
<![CDATA[Réponse à : Impossibilité d'accéder à la console pour résoudre mode not supported]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=13470511#p13470511 C'est bon, ça marche ; le fichier s'est ouvert.
GRUB_GFXMODE=640x480 est déjà décommenté car il n'y a pas le signe # devant.

Est-ce que je fais la deuxième manipulation ? :

Sinon tu reprends du début et là tu recommentes la ligne :
#GRUB_GFXMODE=640x480  (en mettant le # devant)
et tu décommentes la ligne :
GRUB_TERMINAL=console
tu sauves, quittes gedit et refais un :
sudo update-grub

]]>
Tue, 07 May 2013 17:38:39 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=13470511#p13470511
<![CDATA[Réponse à : Impossibilité d'accéder à la console pour résoudre mode not supported]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=13463831#p13463831 sudo leafpad /etc/default/grub

Leafpad est l'éditeur de Xubuntu par défaut et gedit celui de gnome/unity, voilà pourquoi le: gedit: command not found

]]>
Tue, 07 May 2013 07:10:12 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=13463831#p13463831
<![CDATA[Réponse à : Impossibilité d'accéder à la console pour résoudre mode not supported]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=13460041#p13460041 Cela ne fonctionne pas. Je vous laisse voir vous même :

gwenael@aphrodite:~$ sudo  gedit  /etc/default/grub
[sudo] password for gwenael: 
sudo: gedit: command not found
]]>
Mon, 06 May 2013 18:47:59 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=13460041#p13460041
<![CDATA[Réponse à : Impossibilité d'accéder à la console pour résoudre mode not supported]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=13453891#p13453891 ok. J'essaie.

Mais j'ai installé les mises à jour et là, le pc reste planté sur écran noir et curseur clignotant.

Je vais donc devoir réinstaller xubuntu, réinstaller boot repair, et ... essayer ce qui est indiqué dans le lien.

]]>
Mon, 06 May 2013 08:25:11 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=13453891#p13453891
<![CDATA[Réponse à : Impossibilité d'accéder à la console pour résoudre mode not supported]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=13442661#p13442661 oui en effet, ce pourrait etre une bonne solution, de rebasculer le mode graphique de grub en 640px (resolution par defaut dans les anciens ubuntu !), (d'ou l'option de boot-repair "decommenter dans grub ...")

nomodeset est normalement le bon argument a passer au noyau pour eviter l'usage des hautes frequences par une vieille cg ne les supportant pas !

neanmoins il y a une autre raison toute bete, independante des hautes frequences, et qui serait donc resolue par l'astuce ci-dessus : la raison serait que la cg ait un appel aux ressources non standard dont grub2/linux/ubuntu ne connaisse pas le fonctionnement ...

grub2 demande aimablement a la cg de passer en mode xyz, mais celle-ci lui repond z au lieu de ok ou simplement non, mais grub2 ne comprend pas la reponse z ... en cas de non, grub2 demande la resolution inferieure jusqu'a obtenir un ok, mais la cg continue a lui repondre z ... avec un argument au noyau comme nomodeset, grub2 signale a la cg qu'il ne va utiliser que les modes basse resolution, la cg continue a repondre z ... avec l'option grub2 640px, c'est grub2 qui s'affiche en 640px, il ne demande rien a la cg, il s'impose, il n'attend pas de reponse !

640px c'est la resolution de base des cg vga depuis plus de 10 ans (ca a ete pondu avant le standard vesa), si ca ca ne marche pas t'a un gros probleme ... mais normalement si puisque le live fonctionne ? caracteristique du 640px : tout est grossi sur un ecran moderne.

]]>
Sat, 04 May 2013 21:46:47 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=13442661#p13442661
<![CDATA[Réponse à : Impossibilité d'accéder à la console pour résoudre mode not supported]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=13441651#p13441651 Est-ce que je dois aussi faire ça, comme indiqué post#35 ???lien pour manip post #35

]]>
Sat, 04 May 2013 19:06:07 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=13441651#p13441651
<![CDATA[Réponse à : Impossibilité d'accéder à la console pour résoudre mode not supported]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=13441611#p13441611 faucon50 a écrit :

Et ben senekh, t'as vraiment fais une super économie "surtout de temps"

C'est clair, j'y suis depuis un mois tous les jours, et là j'y ai passé ma semaine de congé.
Mais je pense aussi à vous qui me soutenez, me donnez de votre temps. Vu mon cas, c'est de la pure générosité.

Sinon, j'ai continué mes bidouilles, vu que je ne peux utiliser d'autre écran :

Après installation de boot repair via le terminal du live CD, et les bonnes options, je réussis à booter sur l'installation de xubuntu environ deux fois sur trois. Je m'explique : deux fois sur trois, ça s'allume à peu près normalement (ça met pas mal de temps), et la troisième, l'écran reste noir (pas d'écriture, pas de curseur clignotant, mais l'écran semble allumé). Mais ça fait plusieurs heures que je n'ai pas vu l'affichage "mode not supported".
Les options dans boot repair qui permettent cette prodigieuse avancée sont "réinstaller grub", et "décommenter grub...". Si j'ajoute "ajouter une option au noyau / nomodeset", je finis sur les plantages/blocages habituels. J'ai vu en passant que dans "ajouter une option au noyau", je pouvais ajouter une option "nomodeset radéon 1, nomodeset radéon 2, qui est la marque de ma carte graphique. Peut-être qu'il faut sélectionner ça.
Entre deux, j'ai réinstallé deux fois xubuntu, fait plusieurs manipulations, pour finir par garder seulement les deux options qui marchent.

J'ai le sentiment qu'il n'y a plus le problème de configuration automatique de la fréquence/résolution. Par contre, ça ne s'allume pas vraiment une fois sur trois. Ce qui est bizarre. Vu que j'accède toutefois deux fois sur trois à mon installation, qui plus est à mon terminal, peut-être avez vous des suggestions pour vérifier le bazar, paufiner, régler ce problème.

]]>
Sat, 04 May 2013 19:02:07 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=13441611#p13441611
<![CDATA[Réponse à : Impossibilité d'accéder à la console pour résoudre mode not supported]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=13439091#p13439091 senekh a écrit :

Bah en fait, ça a affiché le "mode not supported" avec les mêmes fréquences, rien n'a changé.

Je ne connais personne qui pourrait me prêter un écran, tout du moins récent.

Si on ne peut exploiter les pistes que j'ai évoquées, alors je suis bon pour racheter un pc, ou un écran top, ou alors réinstaller 10.10 (que j'ai heureusement encore sur un CD). Je suis estomaqué que canonical ait installé d'office un pilote libre qui règle sur de hautes fréquences... parce que dans mon cas, certes particulier, ça fait très mal.

J'imagine que si je passe sur la version 13, ça sera pareil...

Ce n'est pas le pilote qui envoie par défaut des hautes fréquences, c'est une info erronée quelque part qui génère ce souci, par défaut l’affichage est en 60hz pas en 86.

]]>
Sat, 04 May 2013 15:05:52 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=13439091#p13439091
<![CDATA[Réponse à : Impossibilité d'accéder à la console pour résoudre mode not supported]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=13437921#p13437921 Et ben senekh, t'as vraiment fais une super économie "surtout de temps" avec cet écran ou CG? de super daube bon marché de grande surface, petit prix et grands emmerdes. Essaye comme dit pierguiard avec un autre écran pour savoir ce que tu pourras fourguer à Emmaüs...

]]>
Sat, 04 May 2013 13:59:03 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=13437921#p13437921
<![CDATA[Réponse à : Impossibilité d'accéder à la console pour résoudre mode not supported]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=13437191#p13437191 Je bidouille encore et j'apporte les infos.

J'ai réexploité la piste de "boot repair", car cela avait permis de faire fonctionner deux fois.

J'ai essayé une fois la procédure en cochant juste "faire apparaître le menu GRUB au démarrage" (j'ai mis 20 secondes au passage)
Cela n'a rien donné.

J'ai réessayé en ajoutant "décommenter grub...", mais je n'ai pas coché "ajouter une option au noyau nomodeset. Et là ça a marché. Je dois réessayer d'éteindre puis démarrer plusieurs fois pour valider (je me suis déjà fait avoir avec des faux espoirs en prime). Mais il y a bien une piste ici.

]]>
Sat, 04 May 2013 13:09:08 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=13437191#p13437191