web-dev-qa-db-fra.com

Xenial avec le noyau 4.4 nécessitant toujours des redémarrages

Je vois un système 16.04 avec un noyau 4.4 nécessitant des redémarrages lors de la mise à niveau du noyau. J'avais pensé qu'avec le noyau 4.x, plus de redémarrages ne seraient nécessaires en raison de la prise en charge des correctifs à chaud qui a été intégrée de la même manière que des choses comme ksplice fonctionneraient. Est-ce que quelqu'un sait pourquoi cela se produit toujours?

cat /var/run/reboot-required.pkgs 
linux-image-4.4.0-22-generic
linux-base
linux-base

less /var/log/apt/history.log
Start-Date: 2016-05-07  13:37:35
Commandline: /usr/bin/unattended-upgrade
Install: linux-signed-image-4.4.0-22-generic:AMD64 (4.4.0-22.39, automatic), linux-image-4.4.0-22-generic:AMD64 (4.4.0-22.39, automatic), linux-image-extra-4.4.0-22-generic:AMD64 (4.4.0-22.39, automatic), linux-headers-4.4.0-22:AMD64 (4.4.0-22.39, automatic), linux-headers-4.4.0-22-generic:AMD64 (4.4.0-22.39, automatic)
Upgrade: linux-headers-generic:AMD64 (4.4.0.21.22, 4.4.0.22.23), linux-signed-image-generic:AMD64 (4.4.0.21.22, 4.4.0.22.23), linux-signed-generic:AMD64 (4.4.0.21.22, 4.4.0.22.23)
End-Date: 2016-05-07  13:38:12
serveraptkernel16.04unattended-upgrades
4
Aaron

Canonical Live Patch vient d'être annoncé aujourd'hui pour le 16.04:

Cela utilise la technologie de correction en direct dans le noyau Linux en amont depuis la sortie de la version 4.0.

3
dpb

La fonctionnalité à laquelle vous pensez s'appelle kGraft. Bien qu'intégrée dans Linux à partir de la version 4, la distribution doit être configurée pour la prendre en charge; pour autant que je sache, pour le moment, seul SUSE Linux Enterprise offre la prise en charge des correctifs kGraft.

0
lightspectra