[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: X perturbe les consoles



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


Reply to: