Le mardi 21 juin 2011 à 20:53:05, maderios a écrit : >[…] > > Quel mode graphique utilises-tu ? > > Mon affichage avec X est normal et normal également avec la > console sans X lancé.
« Normal » n’est pas un mode graphique… > Je n'utilise pas gnome/kde, donc pas > de gdm ou autre truc qui interfère. Je lance X depuis une > console avec un beau startx. J'ai également essayé > gnome+gdm, kde, etc... à cause de ce pb de console, cela ne > change rien à l'affaire. > J'utilise E17 depuis pas mal d'années, aucun souci avec les > versions SVN par contre quand je vois la version officielle > d'E17 pour Wheezy, cela me fait mal: version obsolète et > pauvre, même pas de barre des tâches dispo (ou alors, c'est > moi qui ne l'ai pas vue....). Que tu utilises un DM ou pas, avec un WM ou pas, ne change pas le fait que X change le mode graphique. > > Et qu’est-ce qui a changé entre « ça marchait » et « ça > > marche plus » ? Le noyau, X, … la phase de la lune ? > > Aucun souci avec Wheezy et Squeeze sur mon "ancien" matériel: > CM asus A7N8XE Deluxe + Athlon3000 + CG matrox G550 AGP > Ensuite j'ai tout changé pour: > CM sandy bridge P8P67 + Intel Core I7 + CG Nvidia quadro600 > ou (donc pas montées en même temps) Matrox P690 PCIe. > Squeeze est en 32 bit, Wheezy en 64 bit, aucune différence > concernant le problème relaté. > J'ai essayé toutes sortes de noyaux compilés maison ou > officiels,du 2.6.32 au 2.6.39, problème idem. > > J'ai testé également avec un vieil écran CRT à la place du > LCD: le problème de console persiste, idem....Donc ce n'est > pas l'écran, je pense. Donc différentes cartes vidéos, différentes sorties (quoique DisplayPort et DVI, ça doit être kif-kif), différents écrans et même problème… > Le syslog n'indique rien d'anormal. Pas de messages d'erreur. > Peut être un souci à la fin du Xorg.0.log ? > Avec le noyau officiel Wheezy 2.6.39 cela donne ça: >[…] > Avec Squeeze même message concernant "ACPI: failed to connect > to the ACPI event" mais avec moins de lignes consacrées à > cet "ACPI: failed" Ne me semble pas relié. Ah, l’ACPI… > De toutes façons, cette toute nouvelle plateforme sandy > bridge semble poser d'autres problèmes que celui de > l'affichage. par exemple, dès que je change de noyau ou que > je change un paramètre du bios (paramètre ne concernant pas > l'usb), je perds l'accès clavier (clavier usb) avec le menu > de Grub. Pour m'en sortir, je fais un simple reset et je > retrouve le clavier au prochain redémarrage. Oui, je sais, > il faut aller dans le bios et paramétrer l'usb correctement. > J'ai fait cela et ça marche à chaque boot, sauf si je change > de noyau comme expliqué ci-dessus. Vive la nouveauté !!!!! Ok, donc ce serait peut-être à mettre sur le dos de Sandy Bridge. Hmm, je ne suis pas un spécialiste CPU/chipset mais la relation CPU/GPU a beaucoup changé ces derniers temps et ça ne m’étonnerait que le chipset vienne perturber la communication entre la carte graphique et le moniteur (ou celle entre X/Linux et la carte graphique et le moniteur). Tu as cherché des bogues rapportés entre Sandy Bridge, X11, Linux et sa console ? (Remarque que beaucoup de gens restent sous X quand ils y sont et donc d’autant moins nombreux sont ceux qui pourraient rapporter ou s’intéresser à un tel bogue…) -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers [email protected] En cas de soucis, contactez EN ANGLAIS [email protected] Archive: http://lists.debian.org/[email protected]
