#1 Le 06/08/2016, à 01:58
- Coeur Noir
14.04.5 tentative LTS Enablement Stack [résolu]
Hello…
…ce n'est pas la première fois que je tente le HWE [ edit : utilisation erronée de l'acronyme pour Hardware Enablement Stack, alors qu'il s'agit de LTS Enab… ]. Il m'intéresse car sous 16.04 il me semble que ce pc est plus véloce - sauf que 16.04 me pose des bugs non résolus pour l'instant…
Version actuellement sur ce pc :
machin@Asgard:~$ lsb_release -a
LSB Version: core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-noarch:core-4.0-amd64:core-4.0-noarch:core-4.1-amd64:core-4.1-noarch:cxx-3.0-amd64:cxx-3.0-noarch:cxx-3.1-amd64:cxx-3.1-noarch:cxx-3.2-amd64:cxx-3.2-noarch:cxx-4.0-amd64:cxx-4.0-noarch:cxx-4.1-amd64:cxx-4.1-noarch:desktop-3.1-amd64:desktop-3.1-noarch:desktop-3.2-amd64:desktop-3.2-noarch:desktop-4.0-amd64:desktop-4.0-noarch:desktop-4.1-amd64:desktop-4.1-noarch:graphics-2.0-amd64:graphics-2.0-noarch:graphics-3.0-amd64:graphics-3.0-noarch:graphics-3.1-amd64:graphics-3.1-noarch:graphics-3.2-amd64:graphics-3.2-noarch:graphics-4.0-amd64:graphics-4.0-noarch:graphics-4.1-amd64:graphics-4.1-noarch:languages-3.2-amd64:languages-3.2-noarch:languages-4.0-amd64:languages-4.0-noarch:languages-4.1-amd64:languages-4.1-noarch:multimedia-3.2-amd64:multimedia-3.2-noarch:multimedia-4.0-amd64:multimedia-4.0-noarch:multimedia-4.1-amd64:multimedia-4.1-noarch:printing-3.2-amd64:printing-3.2-noarch:printing-4.0-amd64:printing-4.0-noarch:printing-4.1-amd64:printing-4.1-noarch:qt4-3.1-amd64:qt4-3.1-noarch:security-4.0-amd64:security-4.0-noarch:security-4.1-amd64:security-4.1-noarch
Distributor ID: Ubuntu
Description: Ubuntu 14.04.5 LTS
Release: 14.04
Codename: trusty
machin@Asgard:~$
et noyau :
uname -a
Linux Asgard 4.2.0-34-generic #39~14.04.1-Ubuntu SMP Fri Mar 11 11:38:02 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
Suivant cette doc' https://wiki.ubuntu.com/Kernel/LTSEnabl … ck#Desktop je passe :
machin@Asgard:~$ sudo apt-get install --install-recommends linux-generic-lts-xenial xserver-xorg-core-lts-xenial xserver-xorg-lts-xenial xserver-xorg-video-all-lts-xenial xserver-xorg-input-all-lts-xenial libwayland-egl1-mesa-lts-xenial libgl1-mesa-glx-lts-xenial libgl1-mesa-glx-lts-xenial:i386 libglapi-mesa-lts-xenial:i386
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
linux-generic-lts-xenial est déjà la plus récente version disponible.
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 :
account-plugin-google : Dépend: libaccount-plugin-google mais ne sera pas installé ou
ubuntu-system-settings-online-accounts mais ne sera pas installé
indicator-network : Dépend: unity8 (>= 7.82) mais ne sera pas installé
libmirplatformgraphics-mesa : Dépend: libgbm1 (>= 8.1~0) mais ne sera pas installé
Dépend: libgles2-mesa (>= 7.8.1) ou
libgles2
libmirserver18 : Dépend: libgles2-mesa (>= 7.8.1) ou
libgles2
libqt5gui5 : Dépend: libgbm1 (>= 8.1~0) mais ne sera pas installé
Dépend: libgles2-mesa (>= 7.8.1) ou
libgles2
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.
machin@Asgard:~$
Ça veut dire quoi :
- que le HWE est déjà là, moins quelques paquets ( Unity8 & Co ) ?
- ou que non, rien de ce qui viendrait de xenial n'a été installé faute à ces paquets non-installables ( account-plugin-google, indicator-network, libmirplatform-etc… ) ?
Le pc a un processeur i7 - avec HD Graphic Haswell 4600 intégré - c'est à priori lui dont je crois améliorer le sort avec le HWE… mais je me trompe peut-être ?
Je n'ai pas l'intention de tester unity8.
__________________________________
J'ai essayé le même genre de manip' via synaptic - installer xserver-xorg-lts-xenial. Il me propose de supprimer une longue liste de paquets dont à vue de nez tout ce qui concerne l'environnement unity, tout compiz… est-ce que je prends le risque, note toute la liste, pour tout réinstaller dans la foulée ? Ou c'est peine perdue pour pas grand'chose ?
__________________________________
cause du problème, et résolution, voir post #8
Dernière modification par Coeur Noir (Le 28/08/2016, à 01:48)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#2 Le 06/08/2016, à 02:19
- moko138
Re : 14.04.5 tentative LTS Enablement Stack [résolu]
Ça veut dire quoi :
- que le HWE est déjà là, moins quelques paquets ( Unity8 & Co ) ?
Tu avais déjà un noyau 4.2 de 15.10. Et la réponse sera donnée par
uname -mr; dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)"
- -
Par ailleurs, je pense que c'est l'option --install-recommends
qui était de trop, puisqu'elle a tenté d'installer unity8 :
indicator-network : Dépend: unity8 (>= 7.82)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#3 Le 06/08/2016, à 02:47
- Coeur Noir
Re : 14.04.5 tentative LTS Enablement Stack [résolu]
machin@Asgard:~$ uname -mr; dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)"
4.2.0-34-generic x86_64
ii linux-generic-lts-xenial 4.4.0.31.21 amd64 Complete Generic Linux kernel and headers
ii linux-headers-4.2.0-34 4.2.0-34.39~14.04.1 all Header files related to Linux kernel version 4.2.0
ii linux-headers-4.2.0-34-generic 4.2.0-34.39~14.04.1 amd64 Linux kernel headers for version 4.2.0 on 64 bit x86 SMP
ii linux-headers-4.4.0-31 4.4.0-31.50~14.04.1 all Header files related to Linux kernel version 4.4.0
ii linux-headers-4.4.0-31-generic 4.4.0-31.50~14.04.1 amd64 Linux kernel headers for version 4.4.0 on 64 bit x86 SMP
ii linux-headers-generic-lts-xenial 4.4.0.31.21 amd64 Generic Linux kernel headers
ii linux-image-4.2.0-34-generic 4.2.0-34.39~14.04.1 amd64 Linux kernel image for version 4.2.0 on 64 bit x86 SMP
ii linux-image-4.4.0-31-generic 4.4.0-31.50~14.04.1 amd64 Linux kernel image for version 4.4.0 on 64 bit x86 SMP
ii linux-image-extra-4.2.0-34-generic 4.2.0-34.39~14.04.1 amd64 Linux kernel extra modules for version 4.2.0 on 64 bit x86 SMP
ii linux-image-extra-4.4.0-31-generic 4.4.0-31.50~14.04.1 amd64 Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
ii linux-image-generic-lts-xenial 4.4.0.31.21 amd64 Generic Linux kernel image
J'ai songé aussi au --install-recommends et ai testé sans : exactement le même retour.
Ou juste avec xserver-xorg-lts-xenial, c'est quasiment les mêmes bloquages :
sudo apt-get install xserver-xorg-lts-xenial
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 :
account-plugin-google : Dépend: libaccount-plugin-google mais ne sera pas installé ou
ubuntu-system-settings-online-accounts mais ne sera pas installé
indicator-bluetooth : Dépend: unity-control-center mais ne sera pas installé ou
gnome-control-center mais ne sera pas installé ou
ubuntu-system-settings mais ne sera pas installé
indicator-network : Dépend: unity8 (>= 7.82) mais ne sera pas installé
libqt5feedback5 : Dépend: libqt5multimedia5 (>= 5.0.2) mais ne sera pas installé
libubuntu-application-api-mirserver1 : Dépend: libmirserver18 (>= 0.1.8+14.04.20140408.1) mais ne sera pas installé
openjdk-7-jre : Dépend: libgl1-mesa-glx ou
libgl1
xserver-xorg-lts-xenial : Dépend: xserver-xorg-core-lts-xenial (>= 2:1.17.2-2) mais ne sera pas installé
Dépend: xserver-xorg-input-all-lts-xenial mais ne sera pas installé ou
xorg-driver-input
Recommande: libgl1-mesa-dri-lts-xenial mais ne sera pas installé
Recommande: libgl1-mesa-glx-lts-xenial mais ne sera pas installé
Recommande: xserver-xorg-input-all-lts-xenial mais ne sera pas installé
Recommande: xserver-xorg-video-all-lts-xenial mais ne sera pas installé
Recommande: libegl1-mesa-lts-xenial mais ne sera pas installé
Recommande: libgles2-mesa-lts-xenial mais ne sera pas installé
Recommande: libgles1-mesa-lts-xenial 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.
Mais oui au fait, comment se fait-il que ce pc démarre avec le 4.2 et pas le 4.4 ?
Dernière modification par Coeur Noir (Le 06/08/2016, à 02:53)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#4 Le 06/08/2016, à 03:28
- moko138
Re : 14.04.5 tentative LTS Enablement Stack [résolu]
Sans certitude, que donne cette simulation
sudo apt-get install -s linux-generic
?
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#5 Le 06/08/2016, à 03:46
- moko138
Re : 14.04.5 tentative LTS Enablement Stack [résolu]
ltsenablementstack dit :
Désinstallez le pilote graphique propriétaire. La manipulation doit s'effectuer avec les pilotes graphiques libres car la version du pilote propriétaire utilisée peut ne pas fonctionner avec la nouvelle version du serveur graphique Xorg que vous allez installer.
Une fois terminée, vous pourrez si vous le souhaitez, installer le pilote propriétaire ad-hoc.
L'as-tu fait ?
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#6 Le 06/08/2016, à 12:15
- Coeur Noir
Re : 14.04.5 tentative LTS Enablement Stack [résolu]
Je n'ai pas de pilote propriétaire installé sous 14.04 ( intel HD )…
machin@Asgard:~$ sudo apt-get install -s linux-generic
[sudo] password for machin:
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets supplémentaires suivants seront installés :
linux-headers-3.13.0-92 linux-headers-3.13.0-92-generic
linux-headers-generic linux-image-3.13.0-92-generic
linux-image-extra-3.13.0-92-generic linux-image-generic
Paquets suggérés :
fdutils linux-doc-3.13.0 linux-source-3.13.0 linux-tools
Les NOUVEAUX paquets suivants seront installés :
linux-generic linux-headers-3.13.0-92 linux-headers-3.13.0-92-generic
linux-headers-generic linux-image-3.13.0-92-generic
linux-image-extra-3.13.0-92-generic linux-image-generic
0 mis à jour, 7 nouvellement installés, 0 à enlever et 0 non mis à jour.
Inst linux-image-3.13.0-92-generic (3.13.0-92.139 Ubuntu:14.04/trusty-updates [amd64])
Inst linux-image-extra-3.13.0-92-generic (3.13.0-92.139 Ubuntu:14.04/trusty-updates [amd64])
Inst linux-image-generic (3.13.0.92.99 Ubuntu:14.04/trusty-updates [amd64])
Inst linux-headers-3.13.0-92 (3.13.0-92.139 Ubuntu:14.04/trusty-updates [all])
Inst linux-headers-3.13.0-92-generic (3.13.0-92.139 Ubuntu:14.04/trusty-updates [amd64])
Inst linux-headers-generic (3.13.0.92.99 Ubuntu:14.04/trusty-updates [amd64])
Inst linux-generic (3.13.0.92.99 Ubuntu:14.04/trusty-updates [amd64])
Conf linux-image-3.13.0-92-generic (3.13.0-92.139 Ubuntu:14.04/trusty-updates [amd64])
Conf linux-image-extra-3.13.0-92-generic (3.13.0-92.139 Ubuntu:14.04/trusty-updates [amd64])
Conf linux-image-generic (3.13.0.92.99 Ubuntu:14.04/trusty-updates [amd64])
Conf linux-headers-3.13.0-92 (3.13.0-92.139 Ubuntu:14.04/trusty-updates [all])
Conf linux-headers-3.13.0-92-generic (3.13.0-92.139 Ubuntu:14.04/trusty-updates [amd64])
Conf linux-headers-generic (3.13.0.92.99 Ubuntu:14.04/trusty-updates [amd64])
Conf linux-generic (3.13.0.92.99 Ubuntu:14.04/trusty-updates [amd64])
machin@Asgard:~$
…sous-entendu : y aurait besoin du noyau initial de la 14.04 pour le HWE ?
Mais oui au fait, comment se fait-il que ce pc démarre avec le 4.2 et pas le 4.4 ?
Parce que double-boot et parce que j'avais pas fait d'update-grub sur l'autre install' - la 16.04 justement…
Question posée par là aussi https://answers.launchpad.net/ubuntu/+s … ion/326669.
Dernière modification par Coeur Noir (Le 06/08/2016, à 13:12)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#7 Le 06/08/2016, à 14:06
- moko138
Re : 14.04.5 tentative LTS Enablement Stack [résolu]
comment se fait-il que ce pc démarre avec le 4.2 et pas le 4.4 ?
(...)
Parce que double-boot et parce que j'avais pas fait d'update-grub sur l'autre install' - la 16.04 justement…
Ah oui ! Ça m'est arrivé aussi ! Cf. ./viewtopic.php?id=1814421
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#8 Le 08/08/2016, à 19:17
- Coeur Noir
Re : 14.04.5 tentative LTS Enablement Stack [résolu]
Alors comment dire… le problème venait de la présence de la source de logiciels suivante :
https://download.01.org/gfx/ubuntu/14.04/main/ trusty/main amd64 Packages
qui était le « dépôt » officiel intel pour leurs drivers graphiques récents - au moment de la sortie de 14.04 LTS.
Le désactiver m'a permis d'installer le paquet libgm1-lts-xenial.
Puis tout le reste des paquets lts-xenial.
Attention cependant ! Cette manip' supprime au passage des paquets concernant Ubuntu et Unity, donc avant de rebooter, vérifiez et au besoin réinstaller ubuntu-desktop et autres paquets relatifs à Unity, on sait jamais ;-)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne