quels paquets ont été mis à jour ?

jarek · 12-12-2020 13:01:21

Bonjour
Je crois me souvenir qu'il existe un moyen simple pour retrouver les paquets qui on été mis à jour récemment, mais ne le retrouve plus !
Pourriez-vous m'aiguiller ?
Merci

raleur · 12-12-2020 13:16:16

Tu peux regarder dans les logs du programme avec lequel les paquets ont été mis à jour.
apt(-get) : /var/log/apt/history.log
dpkg : /var/log/dpkg.log
aptitude : /var/log/aptitude
synaptic : sais pas, pas utilisé

Dernière modification par raleur (12-12-2020 13:17:42)

chalu · 12-12-2020 13:42:39

raleur a écrit :

synaptic : sais pas, pas utilisé

Dans Synaptic, Fichier > Historique des opérations permet de voir par date les installations suppressions et mises à jour.

jarek · 12-12-2020 18:56:03

Merci à vous !
Alors, dans un premier temps ça marche.

Explication avant d'aller plus loin : j'ai deux PC, PC1 Ryzen 3200G chipset 450 et PC2 Ryzen 2200G chipset 320.
PC1 -> bullseye main/contrib/non-free installé depuis 1 an et qui fonctionne
PC2 -> bullseye main/contrib/non-free installé il y a 1 mois avec un soucis de partitionnement résolu (ici aussi) et qui fonctionne.

Lorsque j'upgrade PC1 je note ce qui se passe puis j'upgrade PC2 en vérifiant si cela est identique.
Et le 09/12 je constate qu'il y a bien moins de màj sur PC2 (environ 4 pour 10).
Donc aujourd'hui avec votre aide je regarde l'historique sur PC2 et patatras :
- history.log s'arrête au 06/12
- l'historique de synaptic fournit novembre mais pas décembre (je fais au-moins 3 màj par semaine)

Je fais une comparaison entre les deux pour un pb sans gravité (?!) à la connexion -> sur PC2 après "enter" pour la connexion à la session graphique l'écran est noir pendant 2-3 secondes.

Bon we à vous

chalu · 12-12-2020 19:05:03

Tu pourrais donner le sources.list complet du PC2
Et copier coller l’intégralité du retour des commandes

apt update

apt full-upgrade

Pour la différence de paquets entre deux PCS , ce n’est pas forcément inquiétant, ça dépend du nombre de paquets installés sur chacun

anonyme · 12-12-2020 19:30:57

Bonjour
comme dit en #2
une commande du genre , doit te donner le détail

cat /var/log/apt/history.log

 

mais bon en testing tu dois avoir du monde

jarek · 12-12-2020 21:18:57

anonyme a écrit :

mais bon en testing tu dois avoir du monde

Ben non, ça s'arrête au 06/12 (voir #4)

Dernière modification par jarek (12-12-2020 21:26:22)

jarek · 12-12-2020 21:25:35

chalu a écrit :

Tu pourrais donner le sources.list complet du PC2
Et copier coller l’intégralité du retour des commandes

Ben oui, mais à mon avis il est irréprochable

deb http://deb.debian.org/debian/ bullseye main contrib non-free

# deb-src http://deb.debian.org/debian/ bullseye main non-free contrib

deb http://security.debian.org/debian-security bullseye-security main contrib non-free

# deb-src http://security.debian.org/debian-security bullseye-security main contrib non-free

deb http://deb.debian.org/debian/ bullseye-updates main contrib non-free

Pour update/upgrade c'est trop tard, j'envoie demain.
(je veux dire que ce serait une commande à vide)

Dernière modification par jarek (12-12-2020 21:32:15)

raleur · 12-12-2020 22:23:22

As-tu comparé la liste des paquets installés sur les deux machines ?
Les paquets mis à jour récemment sur PC1 sont installés sur PC2 ? Si oui, avec quelles versions ?
Tu peux utiliser

apt-cache policy paquet1 paquet2 ...

sur les deux machines pour vérifier si un paquet est installé, dans quelle version et quelle est la version disponible dans les dépôts.

jarek · 13-12-2020 01:24:09

Pour ne rien cacher, PC1 contient arch i386 (pour des bibliothèque d'un ide microchip) et hplip etc (pour gestion scanner).
Je ne pense pas que ça ait une incidence.
Et oui j'ai comparé à la main les install du 08/12 et upgrade du 09/12 sur PC1 avec ce qui est présent sur PC2, pas de différence.
Pour les upgrade du PC1 du 08/12 j'ai seulement relevé les paquets upgrade xserver-common et xserver-org-core (parce qu'il y en a une tetrachiée), les mêmes sont installés sur PC2.
Oui j'utilise apt-cache policy pour le faire, et pour savoir à quoi sert un paquet apt-cache show, j'utilise la doc dans la mesure de ma compréhension.

A noter que des màj récentes ont viré des paramétrages xfce (entourages de fenêtres, réglages de transparence, ...) sur PC1, et que sur le même PC1 je dois régler les sorties son (hdmi ou sortie analogique) à chaque "arrêt automatique" du téléviseur (c'est une télé que j'utilise uniquement comme moniteur vidéo, je considère ce disfonctionnement comme "normal", il doit y avoir une communication sur hdmi la télé étant pourvue d'un SE à la con).

Bon dodo !

raleur · 13-12-2020 10:04:25

Pour que je comprenne bien, pourrais-tu prendre un exemple de paquet installé sur les deux machines qui a été mis à jour sur l'une mais pas sur l'autre, et montrer la sortie de

apt-cache policy <paquet>

sur chacune des deux machines ?

anonyme · 14-12-2020 04:38:40

jarek a écrit :

anonyme a écrit :
mais bon en testing tu dois avoir du monde :P

Ben non, ça s'arrête au 06/12 (voir #4)

pose toi la question pourquoi ? (le 06/12)

normalement quelque soit le mode de mise a jour , le journal est écrit
par exemple pour moi cette nuit

Start-Date: 2020-12-14  02:17:59

Commandline: apt-get dist-upgrade

Install: libdeflate0:amd64 (1.6-1, automatic), llvm-11-runtime:amd64 (1:11.0.0-5+b1, automatic), libpipewire-0.3-0:amd64 (0.3.15-1, automatic), libclang1-11:amd64 (1:11.0.0-5+b1, automatic), libgit2-1.1:amd64 (1.1.0+dfsg.1-2, automatic), libgdal28:amd64 (3.2.0+dfsg-1, automatic), libboost-iostreams1.74.0:amd64 (1.74.0-3+b1, automatic), gnome-desktop3-data:amd64 (3.38.2-1, automatic), libboost-regex1.74.0:amd64 (1.74.0-3+b1, automatic), clang-11:amd64 (1:11.0.0-5+b1, automatic), llvm-11-dev:amd64 (1:11.0.0-5+b1, automatic), libtepl-5-0:amd64 (5.0.1-1, automatic), clang-tools-11:amd64 (1:11.0.0-5+b1, automatic), xdg-desktop-portal-gtk:amd64 (1.8.0-1, automatic), libgnome-desktop-3-19:amd64 (3.38.2-1, automatic), libxkbregistry0:amd64 (1.0.3-2, automatic), libboost-thread1.74.0:amd64 (1.74.0-3+b1, automatic), pipewire:amd64 (0.3.15-1, automatic), ruby-rubygems:amd64 (3.2.0~rc.2-5, automatic), lld-11:amd64 (1:11.0.0-5+b1, automatic), libspa-0.2-modules:amd64 (0.3.15-1, automatic), llvm-11-tools:amd64 (1:11.0.0-5+b1, automatic), llvm-11:amd64 (1:11.0.0-5+b1, automatic), libpipewire-0.3-modules:amd64 (0.3.15-1, automatic), xdg-desktop-portal:amd64 (1.8.0-2, automatic), pipewire-bin:amd64 (0.3.15-1, automatic)

Upgrade: clang:amd64 (1:9.0-49.1, 1:11.0-51), gedit:amd64 (3.36.2-1, 3.38.1-1), llvm:amd64 (1:9.0-49.1, 1:11.0-51), libopencv-imgcodecs4.2:amd64 (4.2.0+dfsg-6+b5, 4.2.0+dfsg-6+b6), clang-tools:amd64 (1:9.0-49.1, 1:11.0-51), libsource-highlight4v5:amd64 (3.1.9-3, 3.1.9-3+b1), gir1.2-ggit-1.0:amd64 (0.28.0.1-2, 0.99.0.1-1+b1), libopencv-imgproc4.2:amd64 (4.2.0+dfsg-6+b5, 4.2.0+dfsg-6+b6), lld:amd64 (1:9.0-49.1, 1:11.0-51), libopenvdb7.1:amd64 (7.1.0-2+b2, 7.1.0-2+b3), llvm-runtime:amd64 (1:9.0-49.1, 1:11.0-51), steam:i386 (1.0.0.66-2, 1.0.0.67-2), ruby:amd64 (1:2.7+1, 1:2.7+2), steam-devices:amd64 (1.0.0.66-2, 1.0.0.67-2), gedit-common:amd64 (3.36.2-1, 3.38.1-1), libphonenumber7:amd64 (7.1.0-6, 7.1.0-6+b1), libgit2-glib-1.0-0:amd64 (0.28.0.1-2, 0.99.0.1-1+b1), libopencv-core4.2:amd64 (4.2.0+dfsg-6+b5, 4.2.0+dfsg-6+b6), aptitude:amd64 (0.8.13-2, 0.8.13-2+b1), libopencv-videoio4.2:amd64 (4.2.0+dfsg-6+b5, 4.2.0+dfsg-6+b6)

Remove: libomp-9-dev:amd64 (1:9.0.1-15+b1), libomp-dev:amd64 (1:9.0-49.1)

End-Date: 2020-12-14  02:18:14

console ,synaptic ou l' utilitaire de notification.

soit tu n'a pas fait de mise a jour depuis le 06/12
soit ton journal a un bug

ou l'utilisateur a un souci :P
ça m' arrive assez souvent

remarque:
sur les deux machines tu est a jour ? aucun paquet en attente ?
moi par exemple pour cette nuit un reboot nécessaire pour mettre a jour tous les paquets
mais "apt update" te le dit que certain paquet non mit a jour

Dernière modification par anonyme (14-12-2020 04:47:03)

jarek · 14-12-2020 19:26:26

Je m'arrête juste une minute pour dire que je note mais pas le temps de m'en occuper tout de suite.
Merci et à bientôt.

PS - Hô le beau bandeau !!!

jarek · 20-12-2020 17:04:42

Bonjour
Je résume pour PC1 (celui en faute) aujourd'hui
- historique synaptique s'arrête en novembre (décembre -> inexistant)
- /var/log/aptitude -> vide
- /var/log/apt/history.log -> s'arrête au 06/12
- /var/log/dpkg.log -> complet , (mais je ne sais pas l'exploiter).

Un évènement s'est produit le 31/11 en relation avec ce fil -> https://debian-facile.org/viewtopic.php?id=28778
En suivant la directive (!) de Croutons je fais à la fin

# update-initramfs -u

et j'obtiens une tetrachiée de warning (la première fois que ça m'arrive)

update-initramfs: Generating /boot/initrd.img-5.9.0-4-amd64

W: Possible missing firmware /lib/firmware/amdgpu/arcturus_gpu_info.bin for module amdgpu

. . .

W: Possible missing firmware /lib/firmware/amdgpu/arcturus_smc.bin for module amdgpu

Mon problème étant l'écran noir de 2-3 s à la connexion (source d'ennui à l'avenir ?) j'espère que ces quelques infos vous seront utiles.

Merci de m'avoir lu !

jpt · 21-12-2020 12:24:33

Salut,

jarek a écrit :

En suivant la directive (!) de Croutons je fais à la fin
# update-initramfs -u

et j'obtiens une tetrachiée de warning (la première fois que ça m'arrive)
update-initramfs: Generating /boot/initrd.img-5.9.0-4-amd64
W: Possible missing firmware /lib/firmware/amdgpu/arcturus_gpu_info.bin for module amdgpu
. . .
W: Possible missing firmware /lib/firmware/amdgpu/arcturus_smc.bin for module amdgpu

Dans les mêmes circonstances j'ai les mêmes messages, et de ce que j'en ai déduit, il nous signale (mal) les modules du firmware qui ne seront pas utilisés, non pas parce qu'il ne les trouve pas mais parce que le hardware n'en a pas besoin.

-- grosse erreur supprimée --

Dernière modification par jpt (21-12-2020 15:50:07)

jarek · 21-12-2020 14:37:04

D'accord mais c'est là-bas qu'il aurait fallu le dire.

jpt · 21-12-2020 14:48:58

jarek a écrit :

D'accord mais c'est là-bas qu'il aurait fallu le dire.

J'ai pas osé : intervenir 3 semaines plus tard, j'ai trouvé ça déplacé.

Dernière modification par jpt (21-12-2020 15:49:01)

Croutons · 21-12-2020 15:24:42

pourtant gparted live les partitions sont pas sensé être monté automatiquement

jpt · 21-12-2020 15:46:36

Croutons a écrit :

pourtant gparted live les partitions sont pas sensé être monté automatiquement

Oh la la la la, je vieillis à toute allure ! Je n'ai pas vu que c'était gparted live qui avait été utilisé ! Je ne le vois qu'à l'instant grâce à ton post, c'est dément, ça.

Je sens qu'il est temps que je prenne ma retraite de tout ça...

Message supprimé ici et là-bas.

Dernière modification par jpt (21-12-2020 15:50:52)

Debian-facile

#1 12-12-2020 13:01:21

quels paquets ont été mis à jour ?

#2 12-12-2020 13:16:16

Re : quels paquets ont été mis à jour ?

#3 12-12-2020 13:42:39

Re : quels paquets ont été mis à jour ?

#4 12-12-2020 18:56:03

Re : quels paquets ont été mis à jour ?

#5 12-12-2020 19:05:03

Re : quels paquets ont été mis à jour ?

#6 12-12-2020 19:30:57

Re : quels paquets ont été mis à jour ?

#7 12-12-2020 21:18:57

Re : quels paquets ont été mis à jour ?

#8 12-12-2020 21:25:35

Re : quels paquets ont été mis à jour ?

#9 12-12-2020 22:23:22

Re : quels paquets ont été mis à jour ?

#10 13-12-2020 01:24:09

Re : quels paquets ont été mis à jour ?

#11 13-12-2020 10:04:25

Re : quels paquets ont été mis à jour ?

#12 14-12-2020 04:38:40

Re : quels paquets ont été mis à jour ?

#13 14-12-2020 19:26:26

Re : quels paquets ont été mis à jour ?

#14 20-12-2020 17:04:42

Re : quels paquets ont été mis à jour ?

#15 21-12-2020 12:24:33

Re : quels paquets ont été mis à jour ?

#16 21-12-2020 14:37:04

Re : quels paquets ont été mis à jour ?

#17 21-12-2020 14:48:58

Re : quels paquets ont été mis à jour ?

#18 21-12-2020 15:24:42

Re : quels paquets ont été mis à jour ?

#19 21-12-2020 15:46:36

Re : quels paquets ont été mis à jour ?

Pied de page des forums