Pages : 1
#1 Le 03/03/2023, à 12:02
- LRDP
[Résolu] Mise à niveau d'une variante
Bonjour,
Auparavant, du temps de Gnome 2, j'effectuais les mises à niveau par le gestionnaire de mise à jour, directement en ligne, dès que ce démon signalait une nouvelle version.
Lorsque Mate est apparu pour les nostalgiques de Gnome 2, une tentative de mise à niveau par le gestionnaire s'est soldé par un plantage mémorable avec écran noir, redémarrage impossible même en recovery... (je crois que c'était à l'époque de la 16.04). La réinstallation complète a été nécessaire, avec toute une période où l'interface était complètement instable.
Depuis, je télécharge sur le site de Maté les nouvelles versions pour les installer manuellement. Mais cela m’oblige à réinstaller tous les programmes, malgré la sauvegarde de source.list et de la liste des paquets en gardant le même /home.
Est-il possible néanmoins de mettre à niveau une variante par la procédure en ligne par le gestionnaire de mise à jour ? j'avoue que je n'ai pas voulu tenter le diable jusque là.
Merci pour votre avis !
Dernière modification par Ayral (Le 24/11/2023, à 14:58)
Retour à Ubuntu Maté 20.04.6.
Garuda Linux Dragonized (ARCHitecture)
IA Anthropic Claude
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti
Hors ligne
#2 Le 03/03/2023, à 12:12
- Qid
Re : [Résolu] Mise à niveau d'une variante
Est-il possible néanmoins de mettre à niveau une variante par la procédure en ligne par le gestionnaire de mise à jour ?
Bah... Ça a toujours été possible mais ça n'a jamais été sans aucun risque... Après sur ton expérience perso vécue... J'ai juste envie de dire que t'as pas eu de bol... Après je rappelle aussi que tout dépend aussi des ppa activés...
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#3 Le 04/03/2023, à 12:20
- Mobilis
Re : [Résolu] Mise à niveau d'une variante
A titre perso je ne fais jamais de mise à niveau en mode graphique. J'ai toujours peur que le bureau fasse une bêtise dans le style mise en veille inopportune ou autre... même si je sais que c'est en principe désactivé !
Donc je bascule d'abord en mode console et ensuite je tape un sudo do-release-upgrade
Avec cette méthode, pas de mauvaise surprise depuis des années. Une migration se passe bien dans 99 % des cas.
Attention cependant en effet aux PPA et autres bizarreries des dépôts. Un nettoyage s'impose avant la migration.
Hors ligne
#4 Le 04/03/2023, à 12:25
- xubu1957
Re : [Résolu] Mise à niveau d'une variante
Bonjour,
Essaye d'abord cette commande (l'option -c permet de vérifier l'existence d'une mise à niveau possible sans la lancer réellement) :
sudo do-release-upgrade -cConseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
En ligne
#5 Le 04/03/2023, à 12:51
- Qid
Re : [Résolu] Mise à niveau d'une variante
En tous cas je valide l'utilisation de la méthode en ligne de commande plutôt qu'en graphique...
Par contre accessoirement même si j'avoue ne pas le faire car j'aime le goût du risque et je sais que je saurai dépanner en cas de pépin... Quelque soit la méthode de migration choisi il est judicieux de vérifier en live les éventuelles blagues d'incompatibilité matériel avant de se lancer...
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#6 Le 04/03/2023, à 14:05
- LRDP
Re : [Résolu] Mise à niveau d'une variante
Bonjour,
je vous remercie pour ces suggestions. Mate a sorti aussi la 22.04.2.
sudo do-release-upgrade -c
Recherche d'une nouvelle version d'Ubuntu
Nouvelle version « 22.04.2 LTS » disponible.
Lancer « do-release-upgrade » pour mettre à niveau vers celle-ci.Mais cela ne me dit pas si la variante (Mate) sera mise à jour correctement, car ma mauvaise expérience avait mené précédemment à un conflit d'interface, mais aussi d'environnement. Je ne sais pas comment font les Mateistes, les Xubuntuistes et autres Lubuntuistes pour mettre à niveau leur OS.
Bon WE
Retour à Ubuntu Maté 20.04.6.
Garuda Linux Dragonized (ARCHitecture)
IA Anthropic Claude
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti
Hors ligne
#7 Le 04/03/2023, à 14:14
- Qid
Re : [Résolu] Mise à niveau d'une variante
Je gère plus ou moins un parc informatique dans une médiathèque avec les 6 interfaces des variante à raison d'un par machine évidemment... Et le parc étant encore en 20.04 j'ai bien l'intention d'ici l'automne prochain de faire le do-release-upgrade qui va bien pour le mettre à jour... On en reparlera à ce moment là si tu veux... Après je vous accorde qu'étant donné que ce sont des machines dont les Linux servent de démo il n'y a pas vraiment d'élément parasite possible...
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#8 Le 04/03/2023, à 14:21
- xubu1957
Re : [Résolu] Mise à niveau d'une variante
Montre le sources.list avec la numérotation :
find /etc/apt -type f \( -name '*.list*' -o -name '*.sources' \) -exec bash -c 'echo -e "\n\t$1\n"; [ "${1##*.}" = "list" -o "${1##*.}" = "sources" ] && cat -n "$1"' _ '{}' \;Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
En ligne
#9 Le 04/03/2023, à 15:01
- Coeur Noir
Re : [Résolu] Mise à niveau d'une variante
La procédure de mise de à niveau s'attend à un système géré tranquilou~pèpère sans modifications « profondes » : pas de ppa qui seraient de nature à modifier le cœur du système ( pile graphique ou noyau… ), pas d'ajout d'env. de bureau(x), pas ou peu de logiciels hors dépôts officiels, etc.
Cette procédure ( qui ne se contente pas de remplacer de l'ancien par du nouveau puisqu'elle initie des mécanismes de migration pour certains paquets )
prend quand même le risque de s'appuyer sur un $HOME déjà existant et « nourri » : les documents et médias de l'utilisateur ( éléments visibles du $HOME ) certes
mais aussi ses divers paramètres, configurations, préférences concernant le moindre logiciel qu'il a utilisé ( les éléments cachés du $HOME, qui s'accumulent quand bien même des logiciels ne sont plus utilisés ou supprimés entre temps… )
Autrement dit, en utilisant intensément un système c'est relativement facile de créer des conditions défavorables à une mise à niveau, sans le vouloir :
une mise à niveau ne peut pas prévoir toutes les combinaisons possibles de cohabitations logicielles et de configurations / préférences.
Faut-il pour autant éviter la mise à niveau ? Pas forcément… il faut la préparer.
Ou utiliser une toute autre stratégie : le dual-boot, soit installer à côté du système actuel de version N, le nouveau système de version N+1 → l'avantage ici c'est qu'on garde intact le système actuel, rassurant dans le cas où le système N+1 ne donnerait pas satisfaction… alors qu'en cas de mise à niveau qui ne donne pas satisfaction, c'est ton seul système disponible qui ne te plaît plus, voire qui ne fonctionne pas aussi bien qu'il devrait.
La préparation de la mise à niveau ça consiste essentiellement à :
⋅ se faire une liste des « modif's » faites par le OU les utilisateurs ( logiciels installés, réglages favoris, etc )
⋅ ramener le système à un état « proche » de celui d'origine en cas d'utilisation de ppa : c'est le rôle de la commande ppa-purge
et optionnellement à :
⋅ créer un nouvel utilisateur ( de type administrateur ) avant mise à niveau ;
⋅ puis la mise à niveau effectuée, se servir de ce nouvel utilisateur ( ça offre l'assurance de partir d'une session utilisateur neuve sans passif, sans « traces » d'anciens usages ) ;
⋅ dès lors si tout va bien dans cette session, il s'agira de rapatrier les données utilisateurs pertinentes ( documents et médias visibles, certaines config's cachées, au cas par cas. )
Ça c'est la version « synthétique » sans les commandes / manip's « techniques » :
⋅ dans le cas mise à niveau / ajout d'utilisateur, ça implique quelques notions de droits et permissions, groupes ;
⋅ dans le cas dual-boot ça impliquera - en sus des notions de droits et permissions, groupes - une organisation des données : une partition par système ( soit 2 ) et une partition pour les données visibles du ou des utilisateurs ( soit au total au moins 3 partitions, qu'importe le nombre de disques. )
Si tu veux te faire accompagner dans l'une de ces voies, il faudra préalablement établir un état des lieux de ton installation actuelle afin de déterminer une stratégie que tu sauras maîtriser.
Car le but c'est qu'à long terme tu comprennes ce que tu auras fait pour pouvoir continuer à mettre à niveau à ton envi ( ou alterner les systèmes en dual boot. - sachant que dans ce cas les données visibles utilisateurs seraient partagées entre les OS. )
Si tu utilises Firefox, songe à t'y créer un compte de synchronisation qui permet à moindre effort de récupérer tes historiques, mots de passe, favoris, etc.
Dernière modification par Coeur Noir (Le 04/03/2023, à 15:06)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#10 Le 04/03/2023, à 19:09
- LRDP
Re : [Résolu] Mise à niveau d'une variante
Bonsoir,
je viens de rentrer.
@ Qid : cette mise à niveau d'un parc d'ordinateurs en démo sera très intéressante et très didactique !
@ Xubu , merci pour toutes ces commandes conseillées
find /etc/apt -type f \( -name '*.list*' -o -name '*.sources' \) -exec bash -c 'echo -e "\n\t$1\n"; [ "${1##*.}" = "list" -o "${1##*.}" = "sources" ] && cat -n "$1"' _ '{}' \;
/etc/apt/sources.list.d/oxen.list
1 deb https://deb.oxen.io focal main
/etc/apt/sources.list.d/protonvpn-stable.list
1 #
2 # ProtonVPN stable release
3 #
4 deb [arch="all", signed-by=/usr/share/keyrings/protonvpn-stable-archive-keyring.gpg] https://repo.protonvpn.com/debian stable main
/etc/apt/sources.list.d/kelebek333-ubuntu-nvidia-legacy-focal.list.save
/etc/apt/sources.list.d/vincent-vandevyvre-ubuntu-vvv-focal.list.save
/etc/apt/sources.list.d/gambas-team-ubuntu-gambas3-focal.list.save
/etc/apt/sources.list.d/mc3man-ubuntu-trusty-media-focal.list
1 # deb http://ppa.launchpad.net/mc3man/trusty-media/ubuntu focal main
2 # deb-src http://ppa.launchpad.net/mc3man/trusty-media/ubuntu focal main
/etc/apt/sources.list.d/kelebek333-ubuntu-nvidia-legacy-focal.list
1 deb http://ppa.launchpad.net/kelebek333/nvidia-legacy/ubuntu focal main
2 # deb-src http://ppa.launchpad.net/kelebek333/nvidia-legacy/ubuntu focal main
/etc/apt/sources.list.d/alexlarsson-ubuntu-flatpak-focal.list
1 deb http://ppa.launchpad.net/alexlarsson/flatpak/ubuntu focal main
2 # deb-src http://ppa.launchpad.net/alexlarsson/flatpak/ubuntu focal main
/etc/apt/sources.list.d/me-davidsansome-ubuntu-clementine-focal.list.save
/etc/apt/sources.list.d/signal-xenial.list
1 deb [arch=amd64 signed-by=/usr/share/keyrings/signal-desktop-keyring.gpg] https://updates.signal.org/desktop/apt xenial main
/etc/apt/sources.list.d/gambas-team-ubuntu-gambas3-focal.list
1 deb http://ppa.launchpad.net/gambas-team/gambas3/ubuntu focal main
2 # deb-src http://ppa.launchpad.net/gambas-team/gambas3/ubuntu focal main
/etc/apt/sources.list.d/winehq-focal.sources
1 Types: deb
2 URIs: https://dl.winehq.org/wine-builds/ubuntu
3 Suites: focal
4 Components: main
5 Architectures: amd64 i386
6 Signed-By: /etc/apt/keyrings/winehq-archive.key
/etc/apt/sources.list.d/audio-recorder-ubuntu-ppa-focal.list
1 deb http://ppa.launchpad.net/audio-recorder/ppa/ubuntu focal main
2 deb-src http://ppa.launchpad.net/audio-recorder/ppa/ubuntu focal main
/etc/apt/sources.list.d/protonvpn-stable.list.save
/etc/apt/sources.list.d/me-davidsansome-ubuntu-clementine-focal.list
1 # deb http://ppa.launchpad.net/me-davidsansome/clementine/ubuntu focal main
2 # deb-src http://ppa.launchpad.net/me-davidsansome/clementine/ubuntu focal main
/etc/apt/sources.list.d/vincent-vandevyvre-ubuntu-vvv-focal.list
1 # deb http://ppa.launchpad.net/vincent-vandevyvre/vvv/ubuntu focal main
2 # deb-src http://ppa.launchpad.net/vincent-vandevyvre/vvv/ubuntu focal main
/etc/apt/sources.list.d/audio-recorder-ubuntu-ppa-focal.list.save
/etc/apt/sources.list.d/balena-etcher.list.save
/etc/apt/sources.list.d/alexlarsson-ubuntu-flatpak-focal.list.save
/etc/apt/sources.list.d/balena-etcher.list
1 # deb https://dl.cloudsmith.io/public/balena/etcher/deb/ubuntu focal main
/etc/apt/sources.list.d/mc3man-ubuntu-trusty-media-focal.list.save
/etc/apt/sources.list
1 # deb cdrom:[Ubuntu-MATE 20.04.4 LTS _Focal Fossa_ - Release amd64 (20220223)]/ focal main multiverse restricted universe
2
3 # See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to
4 # newer versions of the distribution.
5 deb http://fr.archive.ubuntu.com/ubuntu/ focal main restricted
6 # deb-src http://fr.archive.ubuntu.com/ubuntu/ focal main restricted
7
8 ## Major bug fix updates produced after the final release of the
9 ## distribution.
10 deb http://fr.archive.ubuntu.com/ubuntu/ focal-updates main restricted
11 # deb-src http://fr.archive.ubuntu.com/ubuntu/ focal-updates main restricted
12
13 ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
14 ## team. Also, please note that software in universe WILL NOT receive any
15 ## review or updates from the Ubuntu security team.
16 deb http://fr.archive.ubuntu.com/ubuntu/ focal universe
17 # deb-src http://fr.archive.ubuntu.com/ubuntu/ focal universe
18 deb http://fr.archive.ubuntu.com/ubuntu/ focal-updates universe
19 # deb-src http://fr.archive.ubuntu.com/ubuntu/ focal-updates universe
20
21 ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
22 ## team, and may not be under a free licence. Please satisfy yourself as to
23 ## your rights to use the software. Also, please note that software in
24 ## multiverse WILL NOT receive any review or updates from the Ubuntu
25 ## security team.
26 deb http://fr.archive.ubuntu.com/ubuntu/ focal multiverse
27 # deb-src http://fr.archive.ubuntu.com/ubuntu/ focal multiverse
28 deb http://fr.archive.ubuntu.com/ubuntu/ focal-updates multiverse
29 # deb-src http://fr.archive.ubuntu.com/ubuntu/ focal-updates multiverse
30
31 ## N.B. software from this repository may not have been tested as
32 ## extensively as that contained in the main release, although it includes
33 ## newer versions of some applications which may provide useful features.
34 ## Also, please note that software in backports WILL NOT receive any review
35 ## or updates from the Ubuntu security team.
36 deb http://fr.archive.ubuntu.com/ubuntu/ focal-backports main restricted universe multiverse
37 # deb-src http://fr.archive.ubuntu.com/ubuntu/ focal-backports main restricted universe multiverse
38
39 ## Uncomment the following two lines to add software from Canonical's
40 ## 'partner' repository.
41 ## This software is not part of Ubuntu, but is offered by Canonical and the
42 ## respective vendors as a service to Ubuntu users.
43 # deb http://archive.canonical.com/ubuntu focal partner
44 # deb-src http://archive.canonical.com/ubuntu focal partner
45
46 deb http://security.ubuntu.com/ubuntu focal-security main restricted
47 # deb-src http://security.ubuntu.com/ubuntu focal-security main restricted
48 deb http://security.ubuntu.com/ubuntu focal-security universe
49 # deb-src http://security.ubuntu.com/ubuntu focal-security universe
50 deb http://security.ubuntu.com/ubuntu focal-security multiverse
51 # deb-src http://security.ubuntu.com/ubuntu focal-security multiverse
52
53 # This system was installed using small removable media
54 # (e.g. netinst, live or single CD). The matching "deb cdrom"
55 # entries were disabled at the end of the installation process.
56 # For information about how to configure apt package sources,
57 # see the sources.list(5) manual.
/etc/apt/sources.list.saveJ'ai pas mal de PPA avec toutes les bidouilles rarement efficaces que je fais depuis Karmic Koala...
@ Cœur Noir, merci pour tous ces conseils. J'ai toujours mis à niveau après un certain temps de recul et toujours en LTS. Il y a dix ans, à l'époque d'Ubuntu-Gnome2, la mise à niveau en ligne ne modifiait pratiquement rien sur mon système. Mais depuis les variantes de plus en plus nombreuses et des différences assez importantes en matière d'environnement,la mise à niveau "automatique" n'est plus aisée du tout. J'avais l'habitude de conserver mon Home, ce qui posait rarement des problèmes; mais avec une panne de son irrémédiable, récemment, à cause d'un driver Nvidia provenant du site du constructeur, j'ai du réinstaller complètement le système en formatant tout au départ, ainsi j'ai perdu mon /home chéri pour initier une installation fraîche et réinstaller les programmes que j'utilise. J'avais bien entendu sauvegardé le /home pour en tirer le maximum d'information, ainsi que /etc, /var, /run... J'ai aussi auparavant cloné le disque système avant une mise à niveau (16 à 18 je crois), très pratique ! J'envisage un /home séparé pour simplifier ces mises à niveau futures, mais il me faudra un disque système plus volumineux que l'actuel.
Affaire à suivre, ...à l'occasion..
Bon Dimanche !
Retour à Ubuntu Maté 20.04.6.
Garuda Linux Dragonized (ARCHitecture)
IA Anthropic Claude
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti
Hors ligne
#11 Le 05/03/2023, à 02:16
- Coeur Noir
Re : [Résolu] Mise à niveau d'une variante
HS concernant l'affaire à suivre 
J'envisage un /home séparé pour simplifier ces mises à niveau futures
…et bien non, ça ne va rien simplifier du tout, au contraire.
Le dossier /home, qui fait partie de la racine du système, contient les $HOME des divers utilisateurs humains du système.
Chaque $HOME contient 2 familles de données :
⋅ les visibles qui sont les documents et médias, soit des données sans impact sur le fonctionnement du système et des logiciels ;
⋅ les cachées qui sont les paramètres, préférences, réglages, configurations du moindre et de tout logiciel employé par chaque utilisateur humain, soit des données qui ont un impact sur le fonctionnement du système et des logiciels.
Comme ces données cachées sont relatives ( pour ne dire dépendantes ) des versions de système et logiciels par et pour lesquels elles ont été créées, c'est plutôt bien qu'elles restent placées dans la racine du système auquel elles sont associées ( dans la partition contenant un OS tu as toutes les données concernant cet OS là, et aucun autre, ainsi que tous les « réglages » des utilisateurs dans et spécifiquement pour cet OS. )
Par contre les données visibles ( documents et médias des humains ) comme elles ne sont pas spécialement dépendantes d'un OS en particulier, elles tu peux carrément les sortir de toute racine système et les mettre à l'abri ailleurs, dans une partition distincte de ton ou tes OS.
L'idée c'est de séparer les données visibles des cachées ; ce que mettre des $HOME « entiers » dans une partition montée dans /home ne permet pas, créant un risque d'incompatibilité dans le réemploi des données cachées par un autre ou nouveau système.
Fin HS
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#12 Le 05/03/2023, à 09:18
- Qid
Re : [Résolu] Mise à niveau d'une variante
On ne peut plus d'accord avec Coeur Noir : sortir le home de la racine est inutile... Par contre apprendre à ranger ses données perso ailleurs que dans le home est primordiale à partir du moment où on a des données vraiment importantes...
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#13 Le 07/03/2023, à 18:14
- LRDP
Re : [Résolu] Mise à niveau d'une variante
Bonjour,
nous sommes effectivement un peu hors sujet depuis ces derniers posts. Je suis bien au courant du sujet hors-sujet...
N'étant pas pleinement rassuré sur le fait d'utiliser le gestionnaire de mise à jour pour mettre à niveau une variante d'Ubuntu, je vais poser la question sur la page Mate , n'étant pas, peut-être, sur la bonne rubrique du Forum.
La solution, si je n'ai pas de certitude, sera de tester avec un clone du disque système les différentes solutions de mise à niveau, ou un dual-boot éventuellement.
Merci, en tout cas pour vos interventions.
Dernière modification par Ayral (Le 07/03/2023, à 23:58)
Retour à Ubuntu Maté 20.04.6.
Garuda Linux Dragonized (ARCHitecture)
IA Anthropic Claude
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti
Hors ligne
#14 Le 08/03/2023, à 00:01
- Ayral
Re : [Résolu] Mise à niveau d'une variante
Modération : plutôt que de créer un doublon dans la section Mate, Demandez plutôt à déplacer celle ci dans la section en question si vous le jugez utile.
Pour mettre les retours de commande entre deux balises code, les explications sont là : https://forum.ubuntu-fr.org/viewtopic.php?id=1614731
Blog d'un retraité
Site de graphisme du fiston Loïc
Ubuntu 22.04 LTS sur un Thinkpad W540
Hors ligne
#15 Le 08/03/2023, à 11:55
- LRDP
Re : [Résolu] Mise à niveau d'une variante
Modération : plutôt que de créer un doublon dans la section Mate, Demandez plutôt à déplacer celle ci dans la section en question si vous le jugez utile.
Bonjour,
Bien sûr que c'est plus pertinent de déplacer le post sur la bonne section.
Merci à la Modération
Retour à Ubuntu Maté 20.04.6.
Garuda Linux Dragonized (ARCHitecture)
IA Anthropic Claude
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti
Hors ligne
#16 Le 24/11/2023, à 13:16
- LRDP
Re : [Résolu] Mise à niveau d'une variante
Je reprends le fil pour indiquer que la mise à niveau de Maté se fait parfaitement par le gestionnaire de mise à jour ou la commande sudo do-release-upgrade 
J'hésitais à mettre à niveau depuis un déboire vieux de plus de dix ans... Perte de temps et crainte injustifiée 
Retour à Ubuntu Maté 20.04.6.
Garuda Linux Dragonized (ARCHitecture)
IA Anthropic Claude
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti
Hors ligne
#17 Le 24/11/2023, à 13:32
- xubu1957
Re : [Résolu] Mise à niveau d'une variante
Bonjour,
Fournis les noyaux présents :
echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"et :
dpkg -l | grep -v ^iiConseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
En ligne
#18 Le 24/11/2023, à 14:17
- LRDP
Re : [Résolu] Mise à niveau d'une variante
Merci Xubu, mais mon intervention consistait à indiquer [RÉSOLU] dans ce fil que j'avais retrouvé en cherchant une autre discussion sur mon profil.
Nonobstant, je réponds à tes commandes:
echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"
ii linux-hwe-5.13-headers-5.13.0-30 5.13.0-30.33~20.04.1 all
ii linux-headers-5.13.0-30-generic 5.13.0-30.33~20.04.1 amd64
ii linux-headers-5.15.0-89 5.15.0-89.99 all
ii linux-headers-5.15.0-89-generic 5.15.0-89.99 amd64
ii linux-image-5.15.0-89-generic 5.15.0-89.99 amd64
ii linux-modules-5.15.0-89-generic 5.15.0-89.99 amd64
ii linux-modules-extra-5.15.0-89-generic 5.15.0-89.99 amd64
ii linux-generic 5.15.0.89.86 amd64
ii linux-generic-hwe-20.04 5.15.0.89.86 amd64
ii linux-headers-generic 5.15.0.89.86 amd64
ii linux-image-generic 5.15.0.89.86 amd64
ii linux-hwe-6.2-headers-6.2.0-37 6.2.0-37.38~22.04.1 all
ii linux-headers-6.2.0-37-generic 6.2.0-37.38~22.04.1 amd64
ii linux-image-6.2.0-37-generic 6.2.0-37.38~22.04.1 amd64
ii linux-modules-6.2.0-37-generic 6.2.0-37.38~22.04.1 amd64
ii linux-modules-extra-6.2.0-37-generic 6.2.0-37.38~22.04.1 amd64
ii linux-generic-hwe-22.04 6.2.0.37.38~22.04.15 amd64
ii linux-headers-generic-hwe-22.04 6.2.0.37.38~22.04.15 amd64
ii linux-image-generic-hwe-22.04 6.2.0.37.38~22.04.15 amd64
Noyau courant : 6.2.0-37-generic x86_64dpkg -l | grep -v ^ii
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
+++-=============================================-======================================================-============-===================================================================================================================================================================================================================================================================================
rc libnvidia-compute-390:amd64 390.157-0ubuntu0.22.04.2 amd64 NVIDIA libcompute package
rc libnvidia-compute-390:i386 390.157-0ubuntu0.22.04.2 i386 NVIDIA libcompute package
rc linux-image-5.15.0-87-generic 5.15.0-87.97 amd64 Signed kernel image generic
rc linux-image-5.15.0-88-generic 5.15.0-88.98 amd64 Signed kernel image generic
rc linux-modules-5.15.0-87-generic 5.15.0-87.97 amd64 Linux kernel extra modules for version 5.15.0 on 64 bit x86 SMP
rc linux-modules-5.15.0-88-generic 5.15.0-88.98 amd64 Linux kernel extra modules for version 5.15.0 on 64 bit x86 SMP
rc linux-modules-extra-5.15.0-87-generic 5.15.0-87.97 amd64 Linux kernel extra modules for version 5.15.0 on 64 bit x86 SMP
rc linux-modules-extra-5.15.0-88-generic 5.15.0-88.98 amd64 Linux kernel extra modules for version 5.15.0 on 64 bit x86 SMP
rc nvidia-compute-utils-390 390.157-0ubuntu0.22.04.2 amd64 NVIDIA compute utilities
rc nvidia-dkms-390 390.157-0ubuntu0.22.04.2 amd64 NVIDIA DKMS package
rc nvidia-kernel-common-390 390.157-0ubuntu0.22.04.2 amd64 Shared files used with the kernel moduleAh ? quelques fichiers cassés que je pensai que apt autoremove avait supprimé, d'après apt update et apt upgrade
Retour à Ubuntu Maté 20.04.6.
Garuda Linux Dragonized (ARCHitecture)
IA Anthropic Claude
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti
Hors ligne
#19 Le 24/11/2023, à 14:19
- xubu1957
Re : [Résolu] Mise à niveau d'une variante
Pour purger les résidus de configuration marqués "rc" :
sudo apt purge ~ccomme expliqué à la machine à café et rajouté dans ce message
Pour essayer de dégager l'ancien noyau 5.13.0-30, faut tenter cette procédure de la Doc > kernel#via_autoremove
En pratique, si un ou plusieurs vieux noyaux résistent à la purge, il suffit de passer cette commande dans le terminal :
apt-mark showmanual | awk '/linux-.*[0-9]/ && ! /hwe-[0-9][02468].04/{print}' | xargs -r sudo apt-mark autoPuis de repasser la commande de nettoyage automatique :
sudo apt autoremove --purge -yAprès cela, il ne restera que le dernier noyau et l'avant-dernier
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
En ligne
#20 Le 24/11/2023, à 14:58
- LRDP
Re : [Résolu] Mise à niveau d'une variante
c'est fait, merci Xubu
dpkg -l | grep -v ^ii
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
+++-=============================================-======================================================-============-===================================================================================================================================================================================================================================================================================Cela fait plus propre.
Bonne journée
Retour à Ubuntu Maté 20.04.6.
Garuda Linux Dragonized (ARCHitecture)
IA Anthropic Claude
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti
Hors ligne
Pages : 1