à priori échec de la maj du gestionnaire de maj

[michLapprenti]

Bonjour

j'ai visionné le forum pour voir si le problème que je pose ci-dessous fut évoqué aujourd'hui par quelqu'un = à priori non!
Ne serait-ce donc pas une anomalie ? Tout serait-il normal ? Je préfère m'en assurer en vous soumettant ce que j'ai observé...

Hier, en cliquant sur l'icône du gestionnaire de mise à jour, j'ai vu qu'une nouvelle version était disponible
Ayant pour habitude de faire toutes les maj par le terminal
j'ai donc fait sudo apt update, puis sudo apt upgrade

Lors du déroulé de l'opération, j'ai vu une maj de firefox, mais pas celle du gestionnaire de maj!
En effet, j'ai comparé avec ce que j'avais conservé de la précédente maj réussie du gestionnaire le 12.01.24:
L'on m'avait dit à cette époque que la maj c'était bien faite, vu ce qui suit:


Or cette fois-ci je n'ai rien vu de tel - mais tout autre chose:

Code : Tout sélectionner

Paramétrage de mintupdate (5.9.8.1) ...
The unit files have no installation config (WantedBy=, RequiredBy=, Also=,
Alias= settings in the [Install] section, and DefaultInstance= for template
units). This means they are not meant to be enabled using systemctl.
 
Possible reasons for having this kind of units are:
• A unit may be statically enabled by being symlinked from another unit's
  .wants/ or .requires/ directory.
• A unit's purpose may be to act as a helper for some other unit which has
  a requirement dependency on it.
• A unit may be started when needed via activation (socket, path, timer,
  D-Bus, udev, scripted systemctl call, ...).
• In case of template units, the unit is meant to be enabled with some
  instance name specified.

Ne comprenant pas l'anglais, j'ai essayé cette traduction avec dpeei:

ce qui ne m'avance guère!

Voici la totalité de la maj faite par terminal

Code : Tout sélectionner

mich@mich-ThinkPad-W510:~$ sudo apt update
[sudo] Mot de passe de mich :       
Atteint :1 http://archive.ubuntu.com/ubuntu jammy InRelease
Atteint :2 http://security.ubuntu.com/ubuntu jammy-security InRelease                    
Atteint :3 http://archive.ubuntu.com/ubuntu jammy-updates InRelease                      
Atteint :4 http://archive.ubuntu.com/ubuntu jammy-backports InRelease                    
Ign :5 http://packages.linuxmint.com vera InRelease                   
Atteint :6 http://packages.linuxmint.com vera Release
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
4 paquets peuvent être mis à jour. Exécutez « apt list --upgradable » pour les voir.
mich@mich-ThinkPad-W510:~$ sudo apt upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
Calcul de la mise à jour... Fait
Les paquets suivants seront mis à jour :
  firefox firefox-locale-en firefox-locale-fr mintupdate
4 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 95,8 Mo dans les archives.
Après cette opération, 360 ko d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] O
Réception de :1 http://packages.linuxmint.com vera/upstream amd64 firefox amd64 152.0.1+linuxmint1+virginia [94,1 MB]
Réception de :2 http://packages.linuxmint.com vera/upstream amd64 firefox-locale-en amd64 152.0.1+linuxmint1+virginia [634 kB]
Réception de :3 http://packages.linuxmint.com vera/upstream amd64 firefox-locale-fr amd64 152.0.1+linuxmint1+virginia [444 kB]
Réception de :4 http://packages.linuxmint.com vera/main amd64 mintupdate all 5.9.8.1 [629 kB]               
95,8 Mo réceptionnés en 10s (9 973 ko/s)                                                                    
(Lecture de la base de données... 611507 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../firefox_152.0.1+linuxmint1+virginia_amd64.deb ...
Dépaquetage de firefox (152.0.1+linuxmint1+virginia) sur (152.0+linuxmint1+virginia) ...
Préparation du dépaquetage de .../firefox-locale-en_152.0.1+linuxmint1+virginia_amd64.deb ...
Dépaquetage de firefox-locale-en (152.0.1+linuxmint1+virginia) sur (152.0+linuxmint1+virginia) ...
Préparation du dépaquetage de .../firefox-locale-fr_152.0.1+linuxmint1+virginia_amd64.deb ...
Dépaquetage de firefox-locale-fr (152.0.1+linuxmint1+virginia) sur (152.0+linuxmint1+virginia) ...
Préparation du dépaquetage de .../mintupdate_5.9.8.1_all.deb ...
Dépaquetage de mintupdate (5.9.8.1) sur (5.9.8) ...
Paramétrage de firefox-locale-fr (152.0.1+linuxmint1+virginia) ...
Paramétrage de firefox (152.0.1+linuxmint1+virginia) ...
Paramétrage de mintupdate (5.9.8.1) ...
The unit files have no installation config (WantedBy=, RequiredBy=, Also=,
Alias= settings in the [Install] section, and DefaultInstance= for template
units). This means they are not meant to be enabled using systemctl.
 
Possible reasons for having this kind of units are:
• A unit may be statically enabled by being symlinked from another unit's
  .wants/ or .requires/ directory.
• A unit's purpose may be to act as a helper for some other unit which has
  a requirement dependency on it.
• A unit may be started when needed via activation (socket, path, timer,
  D-Bus, udev, scripted systemctl call, ...).
• In case of template units, the unit is meant to be enabled with some
  instance name specified.
Paramétrage de firefox-locale-en (152.0.1+linuxmint1+virginia) ...
Traitement des actions différées (« triggers ») pour mailcap (3.70+nmu1ubuntu1) ...
Traitement des actions différées (« triggers ») pour desktop-file-utils (0.26+mint2+vera) ...
Traitement des actions différées (« triggers ») pour hicolor-icon-theme (0.17-2) ...
Traitement des actions différées (« triggers ») pour gnome-menus (3.36.0-1ubuntu3) ...
Traitement des actions différées (« triggers ») pour libglib2.0-0:amd64 (2.72.4-0ubuntu2.9) ...
Traitement des actions différées (« triggers ») pour libc-bin (2.35-0ubuntu3.13) ...
Traitement des actions différées (« triggers ») pour man-db (2.10.2-1) ...
Traitement des actions différées (« triggers ») pour mintsystem (8.5.5) ...
mich@mich-ThinkPad-W510:~$ 

Après quoi, le gestionnaire "disait" que mon système est à jour
- donc il était trop tard pour cliquer sur la nouvelle version disponible

Ma question est donc: Faut-il s'en inquiéter ? -- et que faire ?
ou simplement attendre qu'une nouvelle maj diverse se présente, qui mettra alors à jour aussi le gestionnaire de maj ?
Merci d'avance pour votre éclairage

[tyrry]

Slt,
si tu suit cette procédure , il ne devrait pas y avoir de problème
https://www.numetopia.fr/comment-mettre ... -22-wilma/
@+

[michLapprenti]

Bonjour

Si je comprends ta réponse, la seule solution serait de changer de version de linux
soit pour moi de passer de LM21,1 à 21,2 puis 21,3 puis 22, etc

Le gestionnaire de maj ne serait plus adapté aux maj, alors que ma version 21,1 est supportée jusqu'en avril 2027 ?!
N'est-ce pas contradictoire ?
Alors pourquoi une nouvelle version du gestionnaire me fut-elle proposée quand j'ai cliqué sur l'icône ?
Le gestionnaire de maj serait-il indépendant de la version dont on dispose ?

Qu'est-ce que je risque si j'attends (comme je le prévoyais) la nouvelle version 23 à paraître en décembre 26
Que les maj de sécurité, notamment, ne me soient plus proposées Que mon système soit vulnérable

Merci d'avance pour tes précisions

[michLapprenti]

bonjour

À supposer que je n'ai absolument pas d'autre solution que changer de version LM
je préfèrerais viser la dernière version LM à savoir actuellement la 22,3
(n'ayant pas installé d'application en plus de celles fournies au départ par XFCE et sauvegardant mes fichiers persos sur USB, je peux tout supprimer)

Mais encore faut-il que mon ordinateur (acheté en 2016 en reconditionné) puisse supporter cette nouvelle version,
que ma NVIDIA convienne, etc
comment le savoir ? que dois-je vous fournir pour m'en assurer ?
- j'accepte une formule par terminal

Merci pour vos précisions

cependant, merci de répondre aussi à mon post précédent , ainsi qu'au 1er - j'aimerais comprendre ce qui s'est passé!

[arghlub]

Salut,
@michel : pb de sources, donne le retour de cette commande en terminal :

Code : Tout sélectionner

cat /etc/apt/sources.list

et pour affiner :

Code : Tout sélectionner

cat /etc/apt/sources.list.d/official-package-repositories.list

Sinon (plus simple), en GUI va verif tes sources dans le gestonnaire de mises à jour.

[michLapprenti]

Bonjour arghlub

merci pour ton attention -- voici réponse groupée à tes demandes:

Code : Tout sélectionner

mich@mich-ThinkPad-W510:~$ cat /etc/apt/sources.list
#deb cdrom:[Linux Mint 21.1 _Vera_ - Release amd64 20221217]/ jammy main

# This system was installed using small removable media
# (e.g. netinst, live or single CD). The matching "deb cdrom"
# entries were disabled at the end of the installation process.
# For information about how to configure apt package sources,
# see the sources.list(5) manual.


mich@mich-ThinkPad-W510:~$ cat /etc/apt/sources.list.d/official-package-repositories.list
# Do not edit this file manually, use Software Sources instead.

deb http://packages.linuxmint.com vera main upstream import backport #id:linuxmint_main

deb http://archive.ubuntu.com/ubuntu jammy main restricted universe multiverse
deb http://archive.ubuntu.com/ubuntu jammy-updates main restricted universe multiverse
deb http://archive.ubuntu.com/ubuntu jammy-backports main restricted universe multiverse

deb http://security.ubuntu.com/ubuntu/ jammy-security main restricted universe multiverse
mich@mich-ThinkPad-W510:~$ 

Je n'ai jamais changé de source depuis que j'ai réinstallé le système en août 2023 (si je me souviens bien)
Et c'est la première fois qu'il y aurait un problème!
Toutes les maj disponibles avaient été faites au fur et à mesure de leur parution, sans souci apparent jusqu'à ce jour 20.06.26

Sinon (plus simple), en GUI va verif tes sources dans le gestonnaire de mises à jour.

Désolé, je ne sais pas ce qu'est GUI - pour toute maj, je passe toujours par le terminal
La seule chose dont je me souviens c'est d'avoir choisi une source fr la plus proche

Merci de m'éclairer - belle journée

[Lepoune]

Bonjour,

GUI c’est pour Interface Graphique Utilisateur.

Globalement, c’est ce qui s’ouvre à l’écran en cliquant sur une icône.

Comme par exemple icône ou menu ou Tableau de bord pour ouvrir l’interface graphique du Gestionnaire de mise à Jour.

Quand il est ouvert, tu vas dans Edition / Sources de logiciels.

L’intérêt en cliquant sur la ligne «Principal» ou sur la ligne «Base» est de voir les débits ; ça permet de choisir le plus rapide du moment ; mais il sera peut-être dans les choux la fois suivante…

@+

PS : quand une mise à jour du «Gestionnaire de mise à jour» est proposée à son ouverture, il est simple/rapide/efficace de cliquer sur son bouton. Je le fais systématiquement à chaque nouvelle installation.

[michLapprenti]

bonjour Lepoune
merci pour ton éclairage

voilà comment le gestionnaire de maj se présente quand je clique sur l'icône en bas à droite de mon écran

en cliquant sur fichier, j'ai ça:

en cliquant sur vue, j'ai ça:

en cliquant sur edition, j'ai ça:

en cliquant sur Edition / Sources de logiciels, j'ai ça:

je suis surpris d'avoir une source anglaise! --- est-ce pour cette seule maj ?
les sources peuvent-elles être variées, en fonction de la nature des maj ?
ou bien le gestionnaire de maj s'est-il mis (récemment) tout seul (ou par je ne sais quelle raison) à "l'heure anglaise" ?
ou est-ce que cela a toujours été ainsi ? je n'en sais rien vu que je ne m'en suis jamais soucié, tout paraissant aller bien!

Je n'ai à priori pas ce que tu m'indiques:

L’intérêt en cliquant sur la ligne «Principal» ou sur la ligne «Base» est de voir les débits ; ça permet de choisir le plus rapide du moment

Qu'entends-tu par nouvelle install ? :

PS : quand une mise à jour du «Gestionnaire de mise à jour» est proposée à son ouverture, il est simple/rapide/efficace de cliquer sur son bouton. Je le fais systématiquement à chaque nouvelle installation.

Cliquer sur lee bouton seulement à la première maj après l'install de la nouvelle version LM ? ou à l'occasion de toute maj ?
Faire ainsi ne me donnera pas le déroulé des opérations, la maj se fera certes, mais s'il y a problème, on ne sait lequel

L'avantage de faire les maj par le terminal permet de savoir exactement ce qui s'est fait et comment
C'est comme ça que j'ai toujours fait, et ça me permet de donner ici un maximum d'infos quand y a un souci

Mais à prioro mon erreur (si c'est une erreur), cela fut de ne pas dire ok à l'apparition de la nouvelle version du gestionnaire
Toutefois, en janvier 2024, lors d'une pareille apparition, j'étais passé par le terminal - comme indiqué dans mon 1er post

Alors qu'est-ce qui ce serait produit si j'avais cliqué sur ok à la dernière nouvelle version du gestionnaire ? mystère, puisque je n'ai pu en second lieu le faire - voir mon 1er post

Voilà - merci d'avance pour vos avis et suggestions

[Lepoune]

Re-

Je clique sur le bouton de MàJ du Gestionnaire lui-même à chaque fois que cela m'est proposé, à fortiori après une install.

Le débit des sources ne s'affiche pas immédiatement : il faut attendre quelques secondes (+).

Par défaut, les sources sont brits et/ou ricaine mais ce n'est pas "absolu".

Tu peux aussi avoir l'historique dans Vue / Historique des MàJ.

Si tu avais cliqué sur OK à la proposition de MàJ du Gestionnaire, ben... il se serait mis à jour. Sans plus.

@+

[michLapprenti]

Si tu avais cliqué sur OK à la proposition de MàJ du Gestionnaire, ben... il se serait mis à jour. Sans plus.

ok, mais comment à présent faire pour récupérer cette nouvelle version du gestionnaire de maj ?

(sans devoir passer en urgence à une nouvelle version LM comme le suggère tyrry,
---- à supposé que cela soit possible, vu mes questions https://forum-francophone-linuxmint.fr/ ... 07#p265507 ---
alors que LM 21,1 est supporté jusqu'en avril 2027)

Merci pour l'éventuelle réponse