Archlinux.fr [Forums]

J'ai exactement le même soucis que beaucoup concernant l'installation des pilotes Catalyst ?
Impossibilité d'installation.

Je vous remercie d'avance pour votre aide.

Le même souci, ou juste le problème de compatibilité actuelle entre catalyst en xorg ?
http://forums.archlinux.fr/topic9449.html
http://forums.archlinux.fr/topic9451.html
http://forums.archlinux.fr/topic9459.html
(et donc, dans ce cas, ne pas mettre à jour xorg pour le moment est le plus simple... ou passer au pilote libre)

L'installation est neuve, je ne savais pas pour xorg et Catalyst.

*L'installation du pilote libre peut être la solution temporaire à mon problème ?

Ou rétrograder xorg en 1.10 (voir les autres sujets... bien que l'usage du dépôt n'a pas eu l'air concluant).

J'ai installer le pilote libre, mais KDE ne démarre pas...

Faut en savoir plus.

Comment as-tu configuré xorg, X démarre t-il ? (contenu de /var/log/Xorg.0.log sinon)
Comment tu lances KDE ? (startx/kdm...) (~/.xsession-errors)

Pour les logs éventuels, tu peux passer par pastebin.

Mon xorg démarre... Je lance KDE à partir de KDM.

Pour information KDE bloque sur la dernière icône de chargement.
L'écran se fige.

Utilisant le driver libre, je me pose la question suivante :
*KDE ne bloque t-il pas à cause de ce dernier ?

Je n'es pas de choix possible, concernant l'installation des Catalyst. Le couple xorg / Catalyst ne fonctionne plus !

As-tu bien mis le système à jour après installation ?

Est-ce un home neuf ? Si oui, avant de te connecter, supprime ~/.kde4 (sinon faudra supprimer un peu plus finement), voir si ça change quelque chose.
Sinon, il nous faudra le ~/.xsession-errors.


EDIT: Non, les pilotes libres doivent aller également.

Oui, home est neuf.
Installation fraiche au moment du premier message sur ma difficulté à installer Catalyst.

*Alors comment fait t-on pour supprimer ~/.kde4 ?
*Ensuite dois-je faire le ~/.xsession-errors ?

pandanaute a écrit :Alors comment fait t'on pour supprimer ~/.kde4 ?

On va faire plus fin quand même: Et éventuellement: (le mieux étant de le faire hors session kde, depuis un tty par exemple)

Tu peux aussi relancer le bureau depuis kde avec:

pandanaute a écrit :Ensuite dois je faire le ~/.xsession-errors ?

Si ça persiste, il faut nous poster son contenu après avoir lancé ta session Kde.

Je viens d'essayer les deux commandes, cependant KDE bloque sur le login screen.

Tu as bien dbus de lancé ?

Ça pourrait être ça aussi (sauf que tu n'as pas du nvidia et que le pilote libre ati supporte le composite normalement): https://wiki.archlinux.org/index.php/KD ... sh_loading... Du coup, je me demande si X te charge bien ton pilote.
Poste-nous les logs de X (/var/log/Xorg.0.log) et de session (~/.xsession-errors)... utilise pastebin si tu n'as pas de session graphique.

Après un paste (/var/log/Xorg.0.log)
Le fichier ce termine par cette erreur :
Server terminated with error (1) Closing log file.
*Comment poster sur le forum le fichier complet, étant donner que je suis toujours en ligne de commande ?

pandanaute a écrit :Le fichier ce termine pas cette erreur : Server terminated with error (1) Closing log file.

Ça confirme bien que le serveur X a un problème.

Tu installes pastebin (dépôt archlinuxfr à rajouter) puis tu fais: pastebin -m -n pandanaute /var/log/Xorg.0.log et tu nous communiques l'url.

Voici l'URL :
http://pastebin.archlinux.fr/434339

Déjà, mets de côté le xorg.conf (déprécié, ça peut interférer avec la configuration automatique de Xorg -- les configurations personnalisées sont plutôt à mettre dans /etc/X11/xorg.conf.d/ ) et relance le serveur X.

Si ça ne change rien, est-ce que l'erreur de segmentation arrive même quand tu testes le serveur par startx ?

Un simple startx, me renvoi plusieurs erreurs.
Exemple :
(EE) Failed to load module "vesa" (module does not exist, 0)
Pareil mais pour le module "fdbdev"
Et : Errors from xkbcomp are not fatal xserver

Il te faut un ~/.xinitrc (cf. startx), soit tu fais le test décrit sur xorg, soit tu peux aussi simplement installer xorg-xinit. D'ailleurs il faut aussi inetutils: l'avais-tu ?

Pour récupérer le log il suffit de faire: startx &> startx.log.