Upgrade jessie et 604 paquets non mis =?iso-8859-15?q?=E0?= jour
Le
andre_debian

Bonsoir,
Je viens de faire un apt-get upgrade de ma jessie vers dernière version.
apt-get update, apt-get upgrade, apt-get update, apt-get autoremove :
Tout s'est bien passé, reboot égalemen.
apt-get autoremove :
0 mis à jour, 0 nouvellement installés, 0 à enlever et 604 non mis =
à jour.
Tiens, encore 604 paquets à mettre à jour ? Pourquoi ?
Merci, André
Je viens de faire un apt-get upgrade de ma jessie vers dernière version.
apt-get update, apt-get upgrade, apt-get update, apt-get autoremove :
Tout s'est bien passé, reboot égalemen.
apt-get autoremove :
0 mis à jour, 0 nouvellement installés, 0 à enlever et 604 non mis =
à jour.
Tiens, encore 604 paquets à mettre à jour ? Pourquoi ?
Merci, André
Content-Type: text/plain; charset=UTF-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Wed, 19 Jul 2017 23:08:04 +0200
Gaëtan PERRIER
J'ai fait une seule mise à jour qui a foiré : celle où je n' ai pas ouvert les notes de publication.
https://www.debian.org/releases/stable/amd64/release-notes.fr.txt
Jean-Marc --Signature=_Thu__20_Jul_2017_07_37_47_+0200_SXsvbv95Ixujrdup
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCAAdFiEEEWjgcRC0dCXkfm9hQHHLXC3pxPwFAllwQasACgkQQHHLXC3p
xPwqQQ//fJyrwEzPwUeGUPjJJzRaiYLCHu+rdr1MAo/ddLuKfkpNBV7euTYHttMb
w+sOgPQ/v2otNkHvisClGrSVw8m6H2yxI1vkp2uTwSUuL6Wxe53EDFeqUB57oKEP
oSCE2L9WaKZsUGC/TLgughxQBZWcSnd931Q2iWHJhb/oSm+h9V6PpT4iKNJMq5W8
88EyFcjhqnpmomX0HH2UCws9RVP29aAxO4G70ZP1z7oDsHTMkb98kuhr1hE/akth
UrrXHr/X3VrdNi2/1M+xGRz9Q9NQaZvySVD5AfkYv0QJAfpnTMR5A2fuV4ewVQYv
U+9RXtqBKphsQkxSSOew34S/0C9tDVyHpokSLMgdicwKcw9WtkfsX1h+0idYN31G
EATcPyPbY90lvoRtdVvj/w6dZjNJOLt108V6Zv1zACe16Ru+a8UmoZkMufOjXI19
/6/Fr0m2RiVDFGIoafE989KDBcvCGwLdgh7uoDl+m5Nkvab7eVpoCGRqxmD2bEkS
+XPa+dkfTMXEzS89rdQ1AIG2G/dQYQqRjnOZnh7ZLMDObeAkTemim6L2ozXEkkRK
NTDJvR8SCmXJgCVzEoolSmYz3qz0D92JXb/NuPH5F2h7tbBVq9x76oRZFP6fYh4R
hOD/zR3fgJi/7h0fIO+ux742fNQ/Xq/Datb6IcKXilB7B6yPOLo =Uoea
-----END PGP SIGNATURE-----
--Signature=_Thu__20_Jul_2017_07_37_47_+0200_SXsvbv95Ixujrdup--
Le 20-07-2017, à 11:20:12 +0200, André Debian a écrit :
Ok, une simple mise à jour donc. C'est vraiment étonnant que tu aies
autant de paquets en hold. C'est quand la dernière fois que tu as fait
cette opération ?
As-tu essayé de relancé la commande ?
Oui, c'est bien le cas mais avec quelques nuances :
man apt-get
dist-upgrade
La commande dist-upgrade effectue la fonction upgrade en y ajoutant une gestion
intelligente des changements de dépendances dans les nouvelles versions des
paquets ; apt-get possède un système « intelligent » de résolution des conflits
et il essaye, quand c'est nécessaire, de mettre à niveau les paquets les plus
importants avant les paquets les moins importants. Le fichier
/etc/apt/sources.list contient une liste de sources où récupérer les paquets
désirés. Voyez aussi apt_preferences(5) pour un mécanisme de remplacement des
paramètres généraux pour certains paquets.
apt-get ne possède pas cette commande, c'est aptitude qui l'utilise.
Il faut vraiment lire les pages de manuel. Mais je suis d'accord que ce n'est
pas super clair. Pour ma part, apt-get update && apt-get upgrade, parfois
appelés plusieurs fois fait le job.
S
Parfois, il faut un peu forcer, et à la longue ça passe.
Pas normal. Si tu utilises NetworkManager, par défaut sur Jessie je
crois, le fichier /etc/network/interfaces n'est pas utilisé, donc il ne
devrait pas contenir d'entrée pour ton interface eth1. Pour l'interface
de loopback lo, par défaut il y a
auto lo
iface lo inet loopback
et rien d'autre (le netmask dans les deux cas sera renseigné
automatiquement)
Plus exactement, le contenu d'un /etc/network/interfaces par défaut pour
utiliser network-manager
##
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
##
Si une interface est déclarée dans ce fichier, elle n'est pas prise en
compte par network-manager
--
Maderios
Merci pour la précision. On espère que ça aidera André.
Juste en passant, comme ça, sant trop vouloir interférer : la
*distribution* cible, dans le /etc/apt/sources.list, peut effectivement
contenir le nom de code, mais elle peut également contenir le nom de
catégorie¹. Si André a choisi « stable », ça pourrait expliquer la
migration.
Je suppose qu'il est un peu tard pour suggérer que, dans la plupart
des cas, il est préférable d'utiliser le nom de code.
o/
¹ https://wiki.debian.org/fr/SourcesList#Distribution
--
___________________
| $ post_tenebras ↲ | waouh!
| GNU / |
| -- * -- | o
| $ who ↲ / |_-- ~_|
| Alexandre Hoïde | _/| |
-------------------
Merci pour l'aide.
Non, mon "sources.list" et les autres fichiers ne contiennent que "jessie".
Je vois donc pas pourquoi "apt-get dist-upgrade" a fait migrer vers stretch ?
Il est donc possible par ces commandes de repasser à Jessie sans bobo ?
Je pensais pas que je passais de Jessie à Stretch,
donc peu inquiet j'ai oublié de fermer cron,
mais c'est une leçon même pour un simple upgrade.
Est-ce que le noyau 4.9 sous Stretch va accepter ma carte Nvidia Geforce 21 0 ?
Merci,
André
Désolé d'être un peu pointilleux mais il serait bien que tu copies-colle
ici le contenu de ton /etc/apt/sources.list
--
Maderios
Avec les cartes nvidia, tu as deux solutions.
1) le pilote propriétaire nvidia (voir ici
http://www.nvidia.fr/Download/index.aspx ?lang=fr)
2) le pilote libre nommé nouveau
Je ne connais pas ta carte mais elle semble plus de la première
fraîcheur ce qui est un bon signe pour que ton système se porte bien
avec ce pilote libre.
Peux-tu mettre ici le résultat de la commande :
lspci | grep -i vga
Et y a t-il des /etc/apt/sources.list.d/* ?
--
Alain Rpnpif