La situation est la suivante : avec une installation en testing, je suis
bloqué complètement. Je n'ai pas de prompt, juste un écran noir.
Si j'en crois cette page : http://wiki.debian.org/KernelModesetting
Do not load any framebuffer drivers other than inteldrmfb (which is provi ded
by i915) if you enable KMS, else you will probably see hard lockups when
trying to start X.
1. Je ne sais pas où décharger les "framabuffer drivers".
2. De toutes façons, je suis complètement bloqué... je sui s face à un écran
noir.
3. Je vais donc réinstaller la version stable puis peut-être te nter une
upgrade en experimental comme dit ici :
http://forums.debian.net/viewtopic.php?p29577#p329577
Si ça ne marche pas, je passerai par une recompilation du noyau.
Voilà où j'en suis. Après, je ne vois pas trop quoi faire sinon abandonner
Debian... et je serais vraiment déçu d'en arriver là mais je ne vois pas
trop de solutions.
La situation est la suivante : avec une installation en testing, je suis
bloqué complètement. Je n'ai pas de prompt, juste un écran noir.
Si j'en crois cette page : http://wiki.debian.org/KernelModesetting
Do not load any framebuffer drivers other than inteldrmfb (which is provi ded
by i915) if you enable KMS, else you will probably see hard lockups when
trying to start X.
1. Je ne sais pas où décharger les "framabuffer drivers".
2. De toutes façons, je suis complètement bloqué... je sui s face à un écran
noir.
3. Je vais donc réinstaller la version stable puis peut-être te nter une
upgrade en experimental comme dit ici :
http://forums.debian.net/viewtopic.php?p=329577#p329577
Si ça ne marche pas, je passerai par une recompilation du noyau.
Voilà où j'en suis. Après, je ne vois pas trop quoi faire sinon abandonner
Debian... et je serais vraiment déçu d'en arriver là mais je ne vois pas
trop de solutions.
La situation est la suivante : avec une installation en testing, je suis
bloqué complètement. Je n'ai pas de prompt, juste un écran noir.
Si j'en crois cette page : http://wiki.debian.org/KernelModesetting
Do not load any framebuffer drivers other than inteldrmfb (which is provi ded
by i915) if you enable KMS, else you will probably see hard lockups when
trying to start X.
1. Je ne sais pas où décharger les "framabuffer drivers".
2. De toutes façons, je suis complètement bloqué... je sui s face à un écran
noir.
3. Je vais donc réinstaller la version stable puis peut-être te nter une
upgrade en experimental comme dit ici :
http://forums.debian.net/viewtopic.php?p29577#p329577
Si ça ne marche pas, je passerai par une recompilation du noyau.
Voilà où j'en suis. Après, je ne vois pas trop quoi faire sinon abandonner
Debian... et je serais vraiment déçu d'en arriver là mais je ne vois pas
trop de solutions.
Hier, j'ai passé en revue les options de compilation et la liste est
longue ! je n'ai pas trouvé ces deux options. Soit je n'avais plus l es yeux
en face des trous, soit elles n'y sont pas.
Alors tu dis que je dois faire : make menuconfig
puis
/<ma recherche>
Hier, j'ai passé en revue les options de compilation et la liste est
longue ! je n'ai pas trouvé ces deux options. Soit je n'avais plus l es yeux
en face des trous, soit elles n'y sont pas.
Alors tu dis que je dois faire : make menuconfig
puis
/<ma recherche>
Hier, j'ai passé en revue les options de compilation et la liste est
longue ! je n'ai pas trouvé ces deux options. Soit je n'avais plus l es yeux
en face des trous, soit elles n'y sont pas.
Alors tu dis que je dois faire : make menuconfig
puis
/<ma recherche>
On Sun, 26 Dec 2010 15:19:13 +0300, Christophe Gallaire
wrote:La situation est la suivante : avec une installation en testing, je suis
bloqué complètement. Je n'ai pas de prompt, juste un écra n noir.
Si j'en crois cette page : http://wiki.debian.org/KernelModesetting
Do not load any framebuffer drivers other than inteldrmfb (which is prov ided
by i915) if you enable KMS, else you will probably see hard lockups when
trying to start X.
as-tu un autre micro en réseau, histoire de voir si tu peux accé der à celui-ci
par SSH?
1. Je ne sais pas où décharger les "framabuffer drivers".
ben sans accès à au moins une console texte, ça va êtr e coton (lsmod pour voir
les modules chargés, sauf si ces drivers ont été mis "en du r" dans le kernel,
auquel cas seule une recompilation permettra d'en sortir.)
2. De toutes façons, je suis complètement bloqué... je su is face à un écran
noir.
3. Je vais donc réinstaller la version stable puis peut-être t enter une
upgrade en experimental comme dit ici :
http://forums.debian.net/viewtopic.php?p29577#p329577
Si ça ne marche pas, je passerai par une recompilation du noyau.
Voilà où j'en suis. Après, je ne vois pas trop quoi faire sinon abandonner
Debian... et je serais vraiment déçu d'en arriver là mais je ne vois pas
trop de solutions.
le même PB risque fort de se répéter avec une autre distro; as-tu tenté de
booter sur un liveCD (Knoppix, Kaella ou autre)? Ca dépanne souvent bien
parce que l'analyseur de hard est un cran au-dessus des autres et est capa ble
de détecter ce genre de blocage.
Quitte d'ailleurs à installer le liveCD si tout se passe bien (les 2 pré-cités
sont basés sur Debian, mais il faudra faire attention à une à ©ventuelle Mà J du
kernel...)
On Sun, 26 Dec 2010 15:19:13 +0300, Christophe Gallaire <zamasp@gmail.com>
wrote:
La situation est la suivante : avec une installation en testing, je suis
bloqué complètement. Je n'ai pas de prompt, juste un écra n noir.
Si j'en crois cette page : http://wiki.debian.org/KernelModesetting
Do not load any framebuffer drivers other than inteldrmfb (which is prov ided
by i915) if you enable KMS, else you will probably see hard lockups when
trying to start X.
as-tu un autre micro en réseau, histoire de voir si tu peux accé der à celui-ci
par SSH?
1. Je ne sais pas où décharger les "framabuffer drivers".
ben sans accès à au moins une console texte, ça va êtr e coton (lsmod pour voir
les modules chargés, sauf si ces drivers ont été mis "en du r" dans le kernel,
auquel cas seule une recompilation permettra d'en sortir.)
2. De toutes façons, je suis complètement bloqué... je su is face à un écran
noir.
3. Je vais donc réinstaller la version stable puis peut-être t enter une
upgrade en experimental comme dit ici :
http://forums.debian.net/viewtopic.php?p=329577#p329577
Si ça ne marche pas, je passerai par une recompilation du noyau.
Voilà où j'en suis. Après, je ne vois pas trop quoi faire sinon abandonner
Debian... et je serais vraiment déçu d'en arriver là mais je ne vois pas
trop de solutions.
le même PB risque fort de se répéter avec une autre distro; as-tu tenté de
booter sur un liveCD (Knoppix, Kaella ou autre)? Ca dépanne souvent bien
parce que l'analyseur de hard est un cran au-dessus des autres et est capa ble
de détecter ce genre de blocage.
Quitte d'ailleurs à installer le liveCD si tout se passe bien (les 2 pré-cités
sont basés sur Debian, mais il faudra faire attention à une à ©ventuelle Mà J du
kernel...)
On Sun, 26 Dec 2010 15:19:13 +0300, Christophe Gallaire
wrote:La situation est la suivante : avec une installation en testing, je suis
bloqué complètement. Je n'ai pas de prompt, juste un écra n noir.
Si j'en crois cette page : http://wiki.debian.org/KernelModesetting
Do not load any framebuffer drivers other than inteldrmfb (which is prov ided
by i915) if you enable KMS, else you will probably see hard lockups when
trying to start X.
as-tu un autre micro en réseau, histoire de voir si tu peux accé der à celui-ci
par SSH?
1. Je ne sais pas où décharger les "framabuffer drivers".
ben sans accès à au moins une console texte, ça va êtr e coton (lsmod pour voir
les modules chargés, sauf si ces drivers ont été mis "en du r" dans le kernel,
auquel cas seule une recompilation permettra d'en sortir.)
2. De toutes façons, je suis complètement bloqué... je su is face à un écran
noir.
3. Je vais donc réinstaller la version stable puis peut-être t enter une
upgrade en experimental comme dit ici :
http://forums.debian.net/viewtopic.php?p29577#p329577
Si ça ne marche pas, je passerai par une recompilation du noyau.
Voilà où j'en suis. Après, je ne vois pas trop quoi faire sinon abandonner
Debian... et je serais vraiment déçu d'en arriver là mais je ne vois pas
trop de solutions.
le même PB risque fort de se répéter avec une autre distro; as-tu tenté de
booter sur un liveCD (Knoppix, Kaella ou autre)? Ca dépanne souvent bien
parce que l'analyseur de hard est un cran au-dessus des autres et est capa ble
de détecter ce genre de blocage.
Quitte d'ailleurs à installer le liveCD si tout se passe bien (les 2 pré-cités
sont basés sur Debian, mais il faudra faire attention à une à ©ventuelle Mà J du
kernel...)
On Sun, 26 Dec 2010 15:26:01 +0300, Christophe Gallaire
wrote:Hier, j'ai passé en revue les options de compilation et la liste est
longue ! je n'ai pas trouvé ces deux options. Soit je n'avais plus les yeux
en face des trous, soit elles n'y sont pas.
j'ai un 2.6.35.7 et elles sont dedans; il faut y aller doucement vu le nom bre
d'options dispos: il vaut mieux "perdre du temps" Ã ne changer qu'une seule
option, recompiler et rebooter que d'en changer un tas et de s'apercevoir que
l'une d'elles bloque le micro (mais laquelle dans ce cas de figure?)Alors tu dis que je dois faire : make menuconfig
puis
/<ma recherche>
wai: ça ouvre une fenêtre où tu tapes la string recherchà ©e; les
infos de l'affichage permettent, en Gal, de retrouver la section voulue
(dans ce cas:
Devices Drivers > Graphic support > support for frame buffer devices,
mais attention, les options ne sont pas toujours réparties d'une fa çon
logique et il-y-a des cas où il faut intervenir sur 2 sections diff érentes.)
donc: du temps devant toi, du calme, de la méthode et un ptit break q uand ton
neurône commence à bouillir.
On Sun, 26 Dec 2010 15:26:01 +0300, Christophe Gallaire <zamasp@gmail.com>
wrote:
Hier, j'ai passé en revue les options de compilation et la liste est
longue ! je n'ai pas trouvé ces deux options. Soit je n'avais plus les yeux
en face des trous, soit elles n'y sont pas.
j'ai un 2.6.35.7 et elles sont dedans; il faut y aller doucement vu le nom bre
d'options dispos: il vaut mieux "perdre du temps" Ã ne changer qu'une seule
option, recompiler et rebooter que d'en changer un tas et de s'apercevoir que
l'une d'elles bloque le micro (mais laquelle dans ce cas de figure?)
Alors tu dis que je dois faire : make menuconfig
puis
/<ma recherche>
wai: ça ouvre une fenêtre où tu tapes la string recherchà ©e; les
infos de l'affichage permettent, en Gal, de retrouver la section voulue
(dans ce cas:
Devices Drivers > Graphic support > support for frame buffer devices,
mais attention, les options ne sont pas toujours réparties d'une fa çon
logique et il-y-a des cas où il faut intervenir sur 2 sections diff érentes.)
donc: du temps devant toi, du calme, de la méthode et un ptit break q uand ton
neurône commence à bouillir.
On Sun, 26 Dec 2010 15:26:01 +0300, Christophe Gallaire
wrote:Hier, j'ai passé en revue les options de compilation et la liste est
longue ! je n'ai pas trouvé ces deux options. Soit je n'avais plus les yeux
en face des trous, soit elles n'y sont pas.
j'ai un 2.6.35.7 et elles sont dedans; il faut y aller doucement vu le nom bre
d'options dispos: il vaut mieux "perdre du temps" Ã ne changer qu'une seule
option, recompiler et rebooter que d'en changer un tas et de s'apercevoir que
l'une d'elles bloque le micro (mais laquelle dans ce cas de figure?)Alors tu dis que je dois faire : make menuconfig
puis
/<ma recherche>
wai: ça ouvre une fenêtre où tu tapes la string recherchà ©e; les
infos de l'affichage permettent, en Gal, de retrouver la section voulue
(dans ce cas:
Devices Drivers > Graphic support > support for frame buffer devices,
mais attention, les options ne sont pas toujours réparties d'une fa çon
logique et il-y-a des cas où il faut intervenir sur 2 sections diff érentes.)
donc: du temps devant toi, du calme, de la méthode et un ptit break q uand ton
neurône commence à bouillir.
Non, je n'ai pas d'autre ordinateur en réseau.
>> 1. Je ne sais pas où décharger les "framabuffer drivers".
>
>ben sans accès à au moins une console texte, ça va ê tre coton (lsmod pour
>voir les modules chargés, sauf si ces drivers ont été mis "en dur" dans le
>kernel, auquel cas seule une recompilation permettra d'en sortir.)
Je crois que je n'ai pas trop le choix.
Je vais tenter d'installer une Aptosid (ex-Sidux) on ne sait jamais.
Ensuite, je verrais ce que je peux faire avec Knoppix ou Kaella.
Je suis tellement habitué à Testing que rester sous Stable m'en nuie. Et
puis, il y a des chances pour que le problème se pose à nouveau à la
prochaine mise à jour de Stable.
Non, je n'ai pas d'autre ordinateur en réseau.
>> 1. Je ne sais pas où décharger les "framabuffer drivers".
>
>ben sans accès à au moins une console texte, ça va ê tre coton (lsmod pour
>voir les modules chargés, sauf si ces drivers ont été mis "en dur" dans le
>kernel, auquel cas seule une recompilation permettra d'en sortir.)
Je crois que je n'ai pas trop le choix.
Je vais tenter d'installer une Aptosid (ex-Sidux) on ne sait jamais.
Ensuite, je verrais ce que je peux faire avec Knoppix ou Kaella.
Je suis tellement habitué à Testing que rester sous Stable m'en nuie. Et
puis, il y a des chances pour que le problème se pose à nouveau à la
prochaine mise à jour de Stable.
Non, je n'ai pas d'autre ordinateur en réseau.
>> 1. Je ne sais pas où décharger les "framabuffer drivers".
>
>ben sans accès à au moins une console texte, ça va ê tre coton (lsmod pour
>voir les modules chargés, sauf si ces drivers ont été mis "en dur" dans le
>kernel, auquel cas seule une recompilation permettra d'en sortir.)
Je crois que je n'ai pas trop le choix.
Je vais tenter d'installer une Aptosid (ex-Sidux) on ne sait jamais.
Ensuite, je verrais ce que je peux faire avec Knoppix ou Kaella.
Je suis tellement habitué à Testing que rester sous Stable m'en nuie. Et
puis, il y a des chances pour que le problème se pose à nouveau à la
prochaine mise à jour de Stable.
Bon, merci pour toutes ces infos. Je vais devoir prendre une pause de
quelques heures avant de m'y remettre ce soir. Comme tu le dis, j'ai beso in
d'un bon break tout de suite et je suis pressé par le temps.
Bon, merci pour toutes ces infos. Je vais devoir prendre une pause de
quelques heures avant de m'y remettre ce soir. Comme tu le dis, j'ai beso in
d'un bon break tout de suite et je suis pressé par le temps.
Bon, merci pour toutes ces infos. Je vais devoir prendre une pause de
quelques heures avant de m'y remettre ce soir. Comme tu le dis, j'ai beso in
d'un bon break tout de suite et je suis pressé par le temps.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug`1558#55
Il me faudrait recompiler le noyau avec ces deux options :
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE_ROTATION=y
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug`1558#55
Il me faudrait recompiler le noyau avec ces deux options :
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE_ROTATION=y
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug`1558#55
Il me faudrait recompiler le noyau avec ces deux options :
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE_ROTATION=y
On 12/26/2010 01:00 PM, Christophe Gallaire wrote:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug`1558#55
Il me faudrait recompiler le noyau avec ces deux options :
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE_ROTATION=y
Bonjour,
J'ai un portable qui souffrait du même problème depuis quelque
temps. Je l'avais contourné avec l'option <Driver "vesa"> dans
xorg.conf.
Ce thread m'a poussé à me repencher sur mon problème. Je co nfirme
qu'une simple compilation de noyau fait l'affaire, en activant
l'option CONFIG_DRM_I915_KMS. (Les deux options que tu cites sont
déjà activés dans le noyau debian par defaut)
Pour les instruction de compilations, j'utilise
<http://www.debian.org/releases/stable/i386/ch08s06.html.fr>
en oubliant pas de lancer
$ cp /boot/config-`uname -r` /mon-repertoire-sources/.config
avant l'étape "make menuconfig" pour copier la config actuelle.
On 12/26/2010 01:00 PM, Christophe Gallaire wrote:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601558#55
Il me faudrait recompiler le noyau avec ces deux options :
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE_ROTATION=y
Bonjour,
J'ai un portable qui souffrait du même problème depuis quelque
temps. Je l'avais contourné avec l'option <Driver "vesa"> dans
xorg.conf.
Ce thread m'a poussé à me repencher sur mon problème. Je co nfirme
qu'une simple compilation de noyau fait l'affaire, en activant
l'option CONFIG_DRM_I915_KMS. (Les deux options que tu cites sont
déjà activés dans le noyau debian par defaut)
Pour les instruction de compilations, j'utilise
<http://www.debian.org/releases/stable/i386/ch08s06.html.fr>
en oubliant pas de lancer
$ cp /boot/config-`uname -r` /mon-repertoire-sources/.config
avant l'étape "make menuconfig" pour copier la config actuelle.
On 12/26/2010 01:00 PM, Christophe Gallaire wrote:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug`1558#55
Il me faudrait recompiler le noyau avec ces deux options :
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE_ROTATION=y
Bonjour,
J'ai un portable qui souffrait du même problème depuis quelque
temps. Je l'avais contourné avec l'option <Driver "vesa"> dans
xorg.conf.
Ce thread m'a poussé à me repencher sur mon problème. Je co nfirme
qu'une simple compilation de noyau fait l'affaire, en activant
l'option CONFIG_DRM_I915_KMS. (Les deux options que tu cites sont
déjà activés dans le noyau debian par defaut)
Pour les instruction de compilations, j'utilise
<http://www.debian.org/releases/stable/i386/ch08s06.html.fr>
en oubliant pas de lancer
$ cp /boot/config-`uname -r` /mon-repertoire-sources/.config
avant l'étape "make menuconfig" pour copier la config actuelle.
Est-ce qu'il est nécessaire de bloquer ensuite la mise à jour d u noyau pour
éviter les complications que je rencontre avec la version des dà ©pôts
Debian/Testing ?
Est-ce qu'il est nécessaire de bloquer ensuite la mise à jour d u noyau pour
éviter les complications que je rencontre avec la version des dà ©pôts
Debian/Testing ?
Est-ce qu'il est nécessaire de bloquer ensuite la mise à jour d u noyau pour
éviter les complications que je rencontre avec la version des dà ©pôts
Debian/Testing ?