[RESOLU] installation fglrx en mode graphique ne veut pas se lancer

abelthorne · Le 07/03/2017, à 16:51

Si tu en as dans les mises à jour, tu peux commencer par les faire (c'est à faire dès le lancement du système après l'installation) :

sudo apt-get update && sudo apt-get dist-upgrade

tax27 · Le 07/03/2017, à 17:14

En cherchant dans synaptic dans installé avec le mot xenial je trouve tous ces paquets :

NB je lance la mise à jour...

Dernière modification par cqfd93 (Le 07/03/2017, à 17:58)

abelthorne · Le 07/03/2017, à 17:24

Ça, c'est autre chose : la version des paquets est bien pour Trusty, Xenial est seulement dans le nom des paquets. Ce sont vraisemblablement les backports du Hardware Enablement Stack. Sur les LTS, il y a moyen d'installer des versions du noyau et des pilotes de la LTS suivante, qui sont plus récents. Étant donné qu'ils sont installés chez toi, je suppose qu'ils le sont automatiquement depuis une mise à jour de la 14.04 (14.04.4 ou .5, voire avant).

Cela dit, ce n'est pas complètement impossible que ça pose problème pour l'installation de Catalyst (fglrx), qui dépend normalement d'une version spécifique du noyau. Et comme le pilote a été abandonné avant la version qui est dans Xenial (16.04), la version repackagée pour Trusty pourrait bien être incompatible avec.

tax27 · Le 07/03/2017, à 18:01

Après mise à jour voici le retour

apt-cache policy libcheese-gtk23 libcheese7 unity-control-center

unity-control-center:
  Installé : 14.04.3+14.04.20150916-0ubuntu1
  Candidat : 14.04.3+14.04.20150916-0ubuntu1
 Table de version :
 *** 14.04.3+14.04.20150916-0ubuntu1 0
        500 http://archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
        100 /var/lib/dpkg/status
     14.04.3+14.04.20140410-0ubuntu1 0
        500 http://archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
ubintux@ubintux-desktop:~$ apt-cache policy libcheese-gtk23 libcheese7 unity-control-center
libcheese-gtk23:
  Installé : 3.10.2-0ubuntu2
  Candidat : 3.10.2-0ubuntu2
 Table de version :
 *** 3.10.2-0ubuntu2 0
        500 http://archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
        100 /var/lib/dpkg/status
libcheese7:
  Installé : 3.10.2-0ubuntu2
  Candidat : 3.10.2-0ubuntu2
 Table de version :
 *** 3.10.2-0ubuntu2 0
        500 http://archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
        100 /var/lib/dpkg/status
unity-control-center:
  Installé : 14.04.3+14.04.20150916-0ubuntu1
  Candidat : 14.04.3+14.04.20150916-0ubuntu1
 Table de version :
 *** 14.04.3+14.04.20150916-0ubuntu1 0
        500 http://archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
        100 /var/lib/dpkg/status
     14.04.3+14.04.20140410-0ubuntu1 0
        500 http://archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages

apt-cache policy libpulse-mainloop-glib0 libpulse0 libxi6

me donne

libpulse-mainloop-glib0:
  Installé : 1:4.0-0ubuntu11.1
  Candidat : 1:4.0-0ubuntu11.1
 Table de version :
 *** 1:4.0-0ubuntu11.1 0
        500 http://archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
        100 /var/lib/dpkg/status
     1:4.0-0ubuntu11 0
        500 http://archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
libpulse0:
  Installé : 1:4.0-0ubuntu11.1
  Candidat : 1:4.0-0ubuntu11.1
 Table de version :
 *** 1:4.0-0ubuntu11.1 0
        500 http://archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
        100 /var/lib/dpkg/status
     1:4.0-0ubuntu11 0
        500 http://archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
libxi6:
  Installé : 2:1.7.1.901-1ubuntu1.1
  Candidat : 2:1.7.1.901-1ubuntu1.1
 Table de version :
 *** 2:1.7.1.901-1ubuntu1.1 0
        500 http://archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
        500 http://archive.ubuntu.com/ubuntu/ trusty-security/main amd64 Packages
        100 /var/lib/dpkg/status
     2:1.7.1.901-1ubuntu1 0
        500 http://archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages

Tout est en trusty alors que c'était en xenial avant la réinstallation

j'ai fait un

sudo apt-get install fglrx

qui me donne

Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l'impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n'ont pas encore
été créés ou ne sont pas sortis d'Incoming.
L'information suivante devrait vous aider à résoudre la situation : 

Les paquets suivants contiennent des dépendances non satisfaites :
 unity-control-center : Dépend: libcheese-gtk23 (>= 3.4.0) mais ne sera pas installé
                        Dépend: libcheese7 (>= 3.0.1) mais ne sera pas installé
E: Erreur, pkgProblem::Resolve a généré des ruptures, ce qui a pu être causé par les paquets devant être gardés en l'état.

Peut-on encore faire quelque chose docteur ?

abelthorne · Le 07/03/2017, à 19:18

Je ne suis pas sûr. Il y a une possibilité assez forte que fglrx ne puisse pas s'installer à cause de ta version actuelle du noyau et de X. Je suppose que ça pourrait marcher en supprimant le HES mais je ne suis pas sûr que ce soit possible en partant de la version 14.04.5.

tax27 · Le 07/03/2017, à 22:46

D'accord.

Je viens de lire la documentation. Pour être sûr de bien faire je posterai comment j'ai l'intention de faire. Pourras-tu confirmer la procédure ?

abelthorne · Le 07/03/2017, à 23:29

Le truc, c'est que je n'ai jamais essayé ça. Théoriquement, il faut repasser au noyau précédent mais je ne sais pas si ça fonctionne avec la 14.04.5 qui a déjà le noyau version Xenial de préinstallé. Tout ce que je pourrais te dire, c'est ce qu'il y a dans la doc mais je n'ai aucune idée de si ça marche dans ton cas ou non.

tax27 · Le 08/03/2017, à 03:04

Il n'y a qu'une seul façon de le savoir !

A bientôt !

tax27 · Le 08/03/2017, à 16:26

Salut abelthorne !

Je viens de relire la doc et je me demandait si ce n'était pas plus facile de réinstaller en utilisant une ancienne version de Trusty LTS 14.04.1 comme indiqué dans le paragraphe 1.2
ici

Si j'utilise la version 14.04.4 desktop amd64 cela te semble cohérent ?

abelthorne · Le 08/03/2017, à 17:58

Si tu arrives à trouver un ISO, si, ce serait beaucoup plus simple. Mais je n'ai aucune idée de la version à partir de laquelle le noyau "xenial" a été intégré d'office. Le plus simple serait de partir de la 14.04 tout court. Tu auras juste plus de mises à jour à faire que sur les versions plus récentes.

tax27 · Le 08/03/2017, à 22:22

Sur cette page il y a toutes les images 14.04

Et selon l'image de cette page il semblerait que le noyau xenial ai été supporté depuis la version 14.05 si je ne me trompe pas.

Tu en penses quoi ?

abelthorne · Le 08/03/2017, à 23:22

C'est fort possible mais je ne peux vraiment pas le confirmer. À ta place, je partirais sur la 14.04 tout court.

(Enfin, je partirais sur la 16.04 avec le pilote libre mais tu as l'air déterminé à utiliser cette bouse de Catalyst... )

tax27 · Le 09/03/2017, à 01:43

C'est bon c'est passé !

Du coup j'ai choisi le version 14.04.1 car suivant cette image 14.04.1 est soutenu jusque avril 2019
fetch.php?tok=ccf25e&media=https%3A%2F%2Fwiki.ubuntu.com%2FKernel%2FSupport%3Faction%3DAttachFile%26do%3Dget%26target%3D14.04.x%2BUbuntu%2BKernel%2BSupport%2BSchedule.png

Je mets le sujet en résolu

Merci pour ta patience et ton dévouement. Tu m'as été d'une aide précieuse.
J'ai pu solidifier mes bases et apprendre de nouvelles choses.

Merci beaucoup !

Maintenant je m’attelle aux autres problèmes !

Dernière modification par tax27 (Le 09/03/2017, à 01:45)

abelthorne · Le 09/03/2017, à 10:37

tax27 a écrit :

Du coup j'ai choisi le version 14.04.1 car suivant cette image 14.04.1 est soutenu jusque avril 2019

En fait, c'est la 14.04 en général qui est supportée jusqu'en avril 2019. Les durée moins importantes que tu vois dans le graphique, c'est uniquement pour le noyau, mais si tu installes par exemple la 14.04.3 (noyau Vivid 15.04) et qu'ensuite tu passes au noyau Xenial 16.04, tu retombes sur le support jusqu'en 2019.

De plus, si tu installes une 14.04 et que tu fais les mises à jour (ce que tu as dû faire après l'installation), tu te retrouves en 14.04.5. La seule différence par rapport à l'installation directe en 14.04.5, c'est que cette dernière a le noyau Xenial installé d'origine via le Hardware Enablement Stack. Le numéro à la fin (.1, .2...) indique juste une "borne" dans le temps où l'image ISO a été refaite pour intégrer directement les mises à jour plus récentes, ça n'indique pas une version différente.

Daebis · Le 10/03/2017, à 21:54

pour les utilisateur de 14.04 et supérieur

sudo apt update ; sudo apt full-upgrade && sudo apt autoremove

puis

sudo apt install

-get n'est plus utiles depuis 2014
bonne soirée

Dernière modification par Daebis (Le 11/03/2017, à 00:53)

cqfd93 · Le 10/03/2017, à 22:12

Bonjour,

Daebis a écrit :

pour les utilisateur de 14.04 et supérieur
sudo apt update ; sudo apt full-upgrade && sudo apt dist-upgrade && sudo apt autoremove

sudo apt dist-upgrade est parfaitement inutile après sudo apt full-upgrade.

puis

sudo apt install

Euh.. Utilité de cette commande et pourquoi faire ça après les mises à jour ?

Daebis · Le 11/03/2017, à 00:54

sudo apt install <paquet> pour reprendre le post au dessu

merci effectivement il y avais une coquille que j'ai corrigé

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 07/03/2017, à 16:51

Re : [RESOLU] installation fglrx en mode graphique ne veut pas se lancer

#27 Le 07/03/2017, à 17:14

Re : [RESOLU] installation fglrx en mode graphique ne veut pas se lancer

#28 Le 07/03/2017, à 17:24

Re : [RESOLU] installation fglrx en mode graphique ne veut pas se lancer

#29 Le 07/03/2017, à 18:01

Re : [RESOLU] installation fglrx en mode graphique ne veut pas se lancer

#30 Le 07/03/2017, à 19:18

Re : [RESOLU] installation fglrx en mode graphique ne veut pas se lancer

#31 Le 07/03/2017, à 22:46

Re : [RESOLU] installation fglrx en mode graphique ne veut pas se lancer

#32 Le 07/03/2017, à 23:29

Re : [RESOLU] installation fglrx en mode graphique ne veut pas se lancer

#33 Le 08/03/2017, à 03:04

Re : [RESOLU] installation fglrx en mode graphique ne veut pas se lancer

#34 Le 08/03/2017, à 16:26

Re : [RESOLU] installation fglrx en mode graphique ne veut pas se lancer

#35 Le 08/03/2017, à 17:58

Re : [RESOLU] installation fglrx en mode graphique ne veut pas se lancer

#36 Le 08/03/2017, à 22:22

Re : [RESOLU] installation fglrx en mode graphique ne veut pas se lancer

#37 Le 08/03/2017, à 23:22

Re : [RESOLU] installation fglrx en mode graphique ne veut pas se lancer

#38 Le 09/03/2017, à 01:43

Re : [RESOLU] installation fglrx en mode graphique ne veut pas se lancer

#39 Le 09/03/2017, à 10:37

Re : [RESOLU] installation fglrx en mode graphique ne veut pas se lancer

#40 Le 10/03/2017, à 21:54

Re : [RESOLU] installation fglrx en mode graphique ne veut pas se lancer

#41 Le 10/03/2017, à 22:12

Re : [RESOLU] installation fglrx en mode graphique ne veut pas se lancer

#42 Le 11/03/2017, à 00:54

Re : [RESOLU] installation fglrx en mode graphique ne veut pas se lancer

Pied de page des forums