Le 16 mars 2017 à 13:13, Jean-Marc <jean-m...@6jf.be> a écrit :
> Thu, 16 Mar 2017 09:30:05 +0100
> Olivier <oza.4...@gmail.com> écrivait :
>
> > Bonjour,
>
> salut Olivier,
>
> >
> > J'ai installé il y a quelques semaines deux machines sous Stretch avec
> > l'installeur en vigueur à l'époque. Régulièrement, j'opère sur ces
> machines
> > une séquence "apt-get update; apt-get -y upgrade".
>
> Remarque perso : je déconseille fortement les mises à jour avec -y sur une
> version de test.
>
> Même si un upgrade ne fera pas de remove automatique.
>
> Et tu peux utiliser && entre les deux commandes à la place du ;
> cela ne démarrera l'upgrade que si l'update s'est bien passé et a retourné
> un code de sortie 0;
>
> >
> > Sur chaque machine, j'observe que le noyau est en version 4.8.
> >
> > J'ai installé ce matin 2 VM (1 en i386, 1 en amd64) à partir de la
> version
> > rc2 de l'installeur .
> > Sur chacune, le noyau est en 4.9.
>
> Merci de préciser la situation.
> 1. dpkg --list linux-image*
>
sudo dpkg --list linux-image*
[sudo] Mot de passe de xxxx :
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
|
État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom Version Architecture
Description
+++-===========================-==================-==================-===========================================================
ii linux-image-4.8.0-2-686-pae 4.8.15-2 i386 Linux
4.8 for modern PCs (signed)
un linux-image-4.8.0-2-686-pae <aucune> <aucune>
(aucune description n'est disponible)
ii linux-image-686-pae 4.8+77 i386 Linux
for modern PCs (meta-package)
> 2. apt policy <liste des images installées>
>
apt policy linux-image-686-pae
linux-image-686-pae:
Installé : 4.8+77
Candidat : 4.9+79
Table de version :
4.9+79 500
500 http://ftp.fr.debian.org/debian stretch/main i386 Packages
*** 4.8+77 100
100 /var/lib/dpkg/status
udo apt-get upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Calcul de la mise à jour... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus
nécessaires :
gnome-mime-data libbonobo2-0 libbonobo2-common libgnome-2-0
libgnome2-common libgnomevfs2-0 libgnomevfs2-common
libgnomevfs2-extra liborbit-2-0
Veuillez utiliser « sudo apt autoremove » pour les supprimer.
Les paquets suivants ont été conservés :
gnome gnome-core gstreamer1.0-libav libavdevice57 libavfilter6
libavformat57 libgegl-0.3-0 libopencv-calib3d2.4v5
libopencv-core2.4v5 libopencv-features2d2.4v5 libopencv-flann2.4v5
libopencv-highgui2.4-deb0 libopencv-imgproc2.4v5
libopencv-objdetect2.4v5 libopencv-video2.4v5 libxmlbeans-java libzmq5
linux-image-686-pae
Si j'ai bien compris:
- c'est le (meta-)paquet linux-image-686-pae qui est installé,
- pour une raison à découvrir, apt-get refuse de le mettre à jour, ce qui
bloque l'installation de paquets comme linux-headers-* qui dans le dépôt
sont déjà "en version 4.9"
>
> >
> >
> > 1. J'imaginai que sur Stretch, une séquence "apt-get update; apt-get -y
> > upgrade" change automatiquement la version du noyau, s'il y a lieu.
> > En d'autres termes, j'imaginai qu'une machine installée en Janvier, mise
> à
> > jour avec "apt-get update; apt-get -y upgrade" aurait exactement les
> mêmes
> > versions de logiciel qu'une nouvelle machine installée le jour même.
> > Est-il exact d'imaginer cela ?
>
> D'après ce que je sais, un upgrade met uniquement à jour les paquets
> installés.
>
> Si c'est correct, il n'installera jamais un nouveau paquet avec un nouveau
> noyau.
>
>
> >
> > 2. Si non, existe-t-il une commande "idempotente" (ie qui ne fait rien si
> > la version du noyau n'a pas changé mais qui fait la mise à jour quand le
> > noyau a changé) qui apporte ce changement de version ?
>
> Perso, un <apt update && apt dist-upgrade> maintient mes systèmes à jour y
> compris les noyaux.
>
> Ne pas oublier d'installer <apt-listchanges> qui permet de vérifier s'il
> existe des bugs critiques ouverts avant de faire les mises à jour.
>
> >
> > Slts
>
>
> Jean-Marc <jean-m...@6jf.be>
>
