Comment faire en sorte que linux-generic pointe vers 4.9 et non pas linux-headers-4.4.0-62 après la mise à niveau du noyau de 4.4 à 4.9?
En utilisant Ubuntu 16.04 ... je viens de mettre à jour mon noyau de 4.4 à 4.9 qui fonctionne encore bien quand je lance
apt-get upgrade
il suggère que j'installe
The following packages have been kept back:
linux-generic linux-headers-generic linux-image-generic
si naturellement j'ai essayé d'installer ci-dessus mais je vois qu'il pointe vers 4.4 et non 4.9:
Sudo apt-get install linux-generic linux-headers-generic linux-image-generic
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
linux-headers-4.4.0-62 linux-headers-4.4.0-62-generic linux-image-4.4.0-62-generic linux-image-extra-4.4.0-62-generic
Suggested packages:
fdutils linux-tools
The following NEW packages will be installed:
linux-headers-4.4.0-62 linux-headers-4.4.0-62-generic linux-image-4.4.0-62-generic linux-image-extra-4.4.0-62-generic
The following packages will be upgraded:
linux-generic linux-headers-generic linux-image-generic
Fait intéressant, lorsque je demande à installer le paquet d’en-têtes 4.9, je découvre qu’ils sont déjà installés.
Sudo apt-get install linux-headers-$(uname -r)
Reading package lists... Done
Building dependency tree
Reading state information... Done
linux-headers-4.9.0-040900-generic is already the newest version (4.9.0-040900.201612111631).
0 upgraded, 0 newly installed, 0 to remove and 3 not upgraded.
Comment convaincre mon système que le paquet linux-generic devrait pointer vers 4.9 et non 4.4? ... Je vois que la prochaine version d'Ubuntu Zesty 17.04 utilisera la version 4.9 ... Si je veux une version 4.9, puis-je faire quelque chose maintenant pour installer les versions 4.9 ci-dessus ou simplement pour installer 17.04 maintenant?
Voici comment j'ai mis à jour mon Ubuntu 16.04 du noyau 4.4 à 4.9
cd /tmp/
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.9/linux-headers-4.9.0-040900_4.9.0-040900.201612111631_all.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.9/linux-headers-4.9.0-040900-generic_4.9.0-040900.201612111631_AMD64.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.9/linux-image-4.9.0-040900-generic_4.9.0-040900.201612111631_AMD64.deb
Sudo dpkg -i *.deb
Sudo reboot now
uname -r
4.9.0-040900-generic
UPDATE Après la mise à jour manuelle du noyau de la v4.4 à la v4.9, la boîte était correcte pendant des semaines jusqu'à ce que docker souhaite une mise à jour ... il a échoué avec
systemctl restart docker
Job for docker.service failed because the control process exited with error code. See "systemctl status docker.service" and "journalctl -xe" for details.
journalctl -xe
Feb 05 17:01:06 bodhisattva polkitd(authority=local)[1767]: Registered Authentication Agent for unix-process:8451:61106220 (system bus name :1.347 [/usr/bi
Feb 05 17:01:06 bodhisattva gnome-session[3383]: Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.
Feb 05 17:01:11 bodhisattva polkitd(authority=local)[1767]: Operator of unix-session:c2 successfully authenticated as unix-user:stens to gain TEMPORARY aut
Feb 05 17:01:11 bodhisattva systemd[1]: Stopped Docker Application Container Engine.
-- Subject: Unit docker.service has finished shutting down
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit docker.service has finished shutting down.
Feb 05 17:01:11 bodhisattva systemd[1]: Starting Docker Socket for the API.
-- Subject: Unit docker.socket has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit docker.socket has begun starting up.
Feb 05 17:01:11 bodhisattva systemd[1]: Listening on Docker Socket for the API.
-- Subject: Unit docker.socket has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit docker.socket has finished starting up.
--
-- The start-up result is done.
Feb 05 17:01:11 bodhisattva systemd[1]: Starting Docker Application Container Engine...
-- Subject: Unit docker.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit docker.service has begun starting up.
Feb 05 17:01:11 bodhisattva dockerd[8461]: time="2017-02-05T17:01:11.687485266-05:00" level=info msg="libcontainerd: new containerd process, pid: 8467"
Feb 05 17:01:12 bodhisattva dockerd[8461]: time="2017-02-05T17:01:12.692845664-05:00" level=error msg="[graphdriver] prior storage driver aufs failed: driv
Feb 05 17:01:12 bodhisattva dockerd[8461]: Error starting daemon: error initializing graphdriver: driver not supported
Feb 05 17:01:12 bodhisattva systemd[1]: docker.service: Main process exited, code=exited, status=1/FAILURE
Feb 05 17:01:12 bodhisattva systemd[1]: Failed to start Docker Application Container Engine.
-- Subject: Unit docker.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit docker.service has failed.
--
-- The result is failed.
Feb 05 17:01:12 bodhisattva systemd[1]: docker.service: Unit entered failed state.
Feb 05 17:01:12 bodhisattva systemd[1]: docker.service: Failed with result 'exit-code'.
Feb 05 17:01:12 bodhisattva polkitd(authority=local)[1767]: Unregistered Authentication Agent for unix-process:8451:61106220 (system bus name :1.347, object
j'ai donc rétabli le noyau à l'original et résolu le problème de mise à niveau de docker ... voici comment j'ai sauvegardé le noyau de la v4.9 à la v4.4 ... d'abord redémarrer en maintenant la touche Maj enfoncée puis à GRUB menu choisissez Options avancées et démarrez dans cette version antérieure v4.4 ... puis une fois démarré, je listais les noyaux
dpkg -l | tail -n +6 | grep -E 'linux-image-[0-9]+' | grep -Fv $(uname -r)
rc linux-image-4.4.0-47-generic 4.4.0-47.68 AMD64 Linux kernel image for version 4.4.0 on 64 bit x86 SMP
rc linux-image-4.4.0-49-generic 4.4.0-49.70 AMD64 Linux kernel image for version 4.4.0 on 64 bit x86 SMP
rc linux-image-4.4.0-51-generic 4.4.0-51.72 AMD64 Linux kernel image for version 4.4.0 on 64 bit x86 SMP
rc linux-image-4.4.0-52-generic 4.4.0-52.73 AMD64 Linux kernel image for version 4.4.0 on 64 bit x86 SMP
rc linux-image-4.4.0-53-generic 4.4.0-53.74 AMD64 Linux kernel image for version 4.4.0 on 64 bit x86 SMP
rc linux-image-4.4.0-57-generic 4.4.0-57.78 AMD64 Linux kernel image for version 4.4.0 on 64 bit x86 SMP
rc linux-image-4.4.0-58-generic 4.4.0-58.79 AMD64 Linux kernel image for version 4.4.0 on 64 bit x86 SMP
ii linux-image-4.9.0-040900-generic 4.9.0-040900.201612111631 AMD64 Linux kernel image for version 4.9.0 on 64 bit x86 SMP
puis publié
Sudo dpkg --purge linux-image-4.9.0-040900-generic
et maintenant cela a couru avec succès
Sudo apt-get install linux-generic linux-headers-generic linux-image-generic
Le premier message que vous recevez
The following packages have been kept back:
linux-generic linux-headers-generic linux-image-generic
Est discuté ici: ( digitalocean.com - Les paquets ont été conservés nouvelle image Ubuntu 14 ) et la solution consiste à effectuer:
Sudo apt-get dist-upgrade
Le deuxième message que vous recevez
The following NEW packages will be installed:
linux-headers-4.4.0-62 linux-headers-4.4.0-62-generic linux-image-4.4.0-62-generic linux-image-extra-4.4.0-62-generic
Est parfaitement normal et pas une cause d'inquiétude. Lorsque vous effectuez des mises à jour régulières d'Ubuntu 16.04, le noyau 4.4.0-xx est automatiquement mis à jour. Cela n'a rien à voir avec votre noyau 4.9.4 ou 4.9.5, qui est la première option de votre menu Grub.
Les noyaux 4.4.0-xxx sont disponibles pour l’amorçage si nécessaire dans le menu Options avancées de Grub .
Lorsque vous regardez sur votre système, vous verrez les en-têtes Linux pour toutes les versions du noyau sur votre lecteur:
$ ls /lib/modules
3.13.0-92-generic 4.7.1-040701-generic 4.8.12-040812-generic
3.2.0-113-generic 4.7.2-040702-generic 4.8.4-040804-generic
4.4.0-53-generic 4.7.3-040703-generic 4.8.5-040805-generic
4.4.0-57-generic 4.7.5-040705-generic 4.9.0-040900-generic
4.4.0-59-generic 4.8.10-040810-generic 4.9.1-040901-generic
4.4.33-040433-generic 4.8.1-040801-generic 4.9.4-040904-generic
4.6.3-040603-generic 4.8.11-040811-generic
Pour voir vos fichiers d'en-tête pour 4.4.0-xxx:
$ ls /lib/modules/4.4.0-59-generic/build/include/linux
8250_pci.h i2c-smbus.h phy_fixed.h
acct.h i2c-xiic.h phy.h
acpi_dma.h i7300_idle.h pid.h
(... hundreds of files ....)
i2c-pnx.h phonet.h zsmalloc.h
i2c-pxa.h phy zutil.h
Pour voir vos fichiers d'en-tête pour 4.9.4:
$ ls /lib/modules/4.9.4-040904-generic/build/include/linux
8250_pci.h i2c-ocores.h phy_fixed.h
acct.h i2c-omap.h phy.h
acpi_dma.h i2c-pca-platform.h pid.h
(... hundreds of files ....)
i2c-mux-gpio.h pfn_t.h zutil.h
i2c-mux.h phonet.h
i2c-mux-pinctrl.h phy
Retrait des noyaux plus anciens
Vous devez exécuter périodiquement Sudo apt-get autoremove pour nettoyer les anciennes versions des noyaux 4.4.0-xxx. Cela conservera la version la plus récente et la plus ancienne.
Les anciennes versions du noyau pour 4.6, 4.7, 4.8 et 4.9 doivent être supprimées manuellement à l'aide de:
Sudo apt-get purge linux-image-x.x.x.x-generic
suivi par:
Sudo update-grub
Chaque version du noyau étant> 100 Mo, vous pouvez économiser beaucoup d’espace de stockage. Une écriture complète pour supprimer les anciens noyaux que vous avez manuellement installés peut être trouvée ici: Comment puis-je supprimer les anciennes versions du noyau pour nettoyer le menu de démarrage?
Forfaits recommandés
apt-get a un message pour vous:
Suggested packages:
fdutils linux-tools
Cela ne se produit pas sur mon système et pourrait être intéressant pour des recherches plus poussées.
Le moyen le plus simple d'installer le nouveau noyau
J'avais l'habitude d'utiliser wget comme vous l'avez fait parce que ce sont des instructions populaires/communes sur Internet. Cela nécessite cependant un peu de frappe et de jonction de chaînes. Un moyen plus simple consiste simplement à naviguer vers:
http://kernel.ubuntu.com/~kernel-ppa/mainline/
Appuyez sur la End clé et cliquez sur 4.9.5 ou sur le noyau le plus récent de votre choix. Puis cet écran apparaît:
En supposant que vous vouliez une version générique 64 bits, cliquez sur:
- linux-headers-4.9.5-040905_4.9.5-040905.201701200532_all.deb
- linux-headers-4.9.5-040905-generic_4.9.5-040905.201701200532_AMD64.deb
- linux-image-4.9.5-040905-generic_4.9.5-040905.201701200532_AMD64.deb
Les trois téléchargements commenceront facilement pour vous sans une saisie compliquée.
Une fois terminé, ouvrez le terminal avec Ctrl+Alt+T et type:
cd Downloads
Sudo dpkg -i *.deb
rm *4.9.5*
Je pense que tout le monde trouvera cette méthode beaucoup plus facile que les méthodes couramment publiées sur Internet.
Ubuntu 17.04 Zesty utilisera le noyau 4.10
Bien que votre déclaration utilise la version 4.9 du noyau, la vérité était vraie hier, mais ce n’est pas le cas aujourd’hui. Selon cette histoire publiée il y a une heure: ( softpedia.com - Les développeurs Ubuntu suivent maintenant le noyau Linux 4.10 pour Ubuntu 17.04 Zesty Zapus ) ils utilisent le noyau 4.10 rc4.
Cela dit, je me contenterais du noyau 4.9.5, qui est stable et comporte des améliorations pour i915 et les îles du sud AMD, qui pourraient intéresser de nombreuses personnes ici.
La réponse est simple: vous ne pouvez pas.
Les versions d'Ubuntu prennent en charge des noyaux spécifiques qui ne sont pas identiques à ceux de Linux.
Canonical Kernel Team gère les noyaux Ubuntu basés sur les versions du noyau principal Linux. Dans de nombreux cas, la réparation de bogues et la prise en charge de certains matériels sont gérées par des noyaux plus récents.
Ubuntu 16.04 prend en charge le noyau 4.4 et bientôt également la version 4.8 HWE. Ubuntu 16.10 prend en charge la 4.8. Seuls ces noyaux reçoivent les mises à jour des référentiels Ubuntu.
Vous pouvez installer les noyaux mainline à vos risques et périls, mais ils ne recevront pas de mises à jour. Vous devrez les mettre à jour manuellement. De plus, les problèmes liés aux noyaux non pris en charge sont hors sujet sur ce site.
Quelle que soit la manière dont il a été installé, Grub démarrera toujours avec la version de noyau la plus récente. Donc, avoir les noyaux 4.4 Ubuntu n'affectera pas les autres noyaux avec des numéros de version plus élevés.
Si vous êtes certain de vouloir utiliser uniquement les noyaux principaux que vous prévoyez d'installer et de mettre à jour manuellement, vous pouvez supprimer les méta-packages du noyau. Après cela, vous ne recevrez plus les mises à jour des noyaux Ubuntu pris en charge.
Cela peut être fait par
Sudo apt remove linux-image-generic linux-headers-generic
commander.