Mise à jour incomplète : le retour [Réglé]
Purger le /boot sans se tromper
Système et matériels / Administration système
Guitoutatou Membre non connecté
-
- Voir le profil du membre Guitoutatou
- Inscrit le : 17/03/2018
- Groupes :
Je reprends le fil de discussion que j'avais ouvert en janvier suite à mise à jour incomplète pour cause de /boot saturé. Voir https://www.mageialinux-online.org/forum/topic-28307-1+mise-a-jour-incomplete.php .
Ce problème avait été résolu, mais se pose de nouveau suite à mon passage à ma8 et aux nombreuses mises à jour.
La saturation du /boot venait d'un passage de mageia 6 à 7, et à des mises à jour régulières de mageia 7. Cela faisait des tas de paquet en ma6 qui étaient inutiles, et des excédents également en ma7 suite aux multiples noyaux ma7 chargés. On a désencombré /boot en deux étapes
1/ On a retiré les reliquats de ma6 par la commande :
Citation :
su -
<mdp root>
urpme $(rpm -qa | grep mga6 | tr '\n' ' ' )
exit
<mdp root>
urpme $(rpm -qa | grep mga6 | tr '\n' ' ' )
exit
2/ Ensuite, on a listé les noyaux ma7 par la commande :
Citation :
rpm -qa | grep kernel | nc termbin.com 9999
Le listing obtenu a permis de lister les noyaux devenus inutiles, par la commande suivante qui a été composée par Jybz
Citation :
su -
<mdp root>
urpme kernel-desktop-devel-5.5.14-1.mga7-1-1.mga7 kernel-desktop-devel-5.5.15-3.mga7-1-1.mga7 kernel-desktop-devel-5.5.4-1.mga7-1-1.mga7 kernel-desktop-devel-5.5.6-2.mga7-1-1.mga7 kernel-desktop-devel-5.5.9-1.mga7-1-1.mga7 kernel-desktop-devel-5.6.14-2.mga7-1-1.mga7 kernel-desktop-devel-5.6.6-1.mga7-1-1.mga7 kernel-desktop-devel-5.6.8-1.mga7-1-1.mga7
exit
su -
<mdp root>
urpme kernel-desktop-devel-5.5.14-1.mga7-1-1.mga7 kernel-desktop-devel-5.5.15-3.mga7-1-1.mga7 kernel-desktop-devel-5.5.4-1.mga7-1-1.mga7 kernel-desktop-devel-5.5.6-2.mga7-1-1.mga7 kernel-desktop-devel-5.5.9-1.mga7-1-1.mga7 kernel-desktop-devel-5.6.14-2.mga7-1-1.mga7 kernel-desktop-devel-5.6.6-1.mga7-1-1.mga7 kernel-desktop-devel-5.6.8-1.mga7-1-1.mga7
exit
J'en déduis qu'aujourd'hui je dois faire pareil mutatis mutandis. Mais avant de faire une catastrophe, j'aimerais être sûr...
1/ Retirer les reliquats ma7 devrait de faire par
Citation :
su -
<mdp root>
urpme $(rpm -qa | grep mga7 | tr '\n' ' ' )
exit
<mdp root>
urpme $(rpm -qa | grep mga7 | tr '\n' ' ' )
exit
Est-ce sans risque ?
2/ Le listing obtenu par la commande rpm -qa | grep kernel | nc termbin.com 9999 est disponible à l'adresse
[url=https://termbin.com/mkll]https://termbin.com/mkll
Mais ensuite, je ne sais pas comment identifier les noyaux à jeter et composer la commande urpme kernel....
Qui peux m'aider sur les points 1 et 2 ?
Merci d'avance
Édité par Guitoutatou Le 31/07/2021 à 19h33
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Le retrait des paquets Mageia 7 ne doit intervenir qu' en dernier. En effet, si tout les paquets migrables ne l' ont pas été, il y aura disparition des applications correspondantes. Avant de lancer la commande, vérifier que "urpmi --auto-update" ne propose plus de mise à jour de paquet en Mageia 8. Après on doit pouvoir supprimer les paquets Mageia 7 sans trop de surprises ( en principe, soit ils ont été remplacés par une version Mageia 8, soit ils n' ont pas d' équivalents dans la nouvelle version ( par exemple parce que l' application n' est plus supporté et rendue obsolète).
Si le système démarre en Mageia 8, il n' y a pas raisons de conserver les noyaux qui se terminent en mga7:
Code BASH :
urpme kernel-desktop-devel-5.10.12-1.mga7-1-1.mga7 kernel-desktop-5.10.20-2.mga7-1-1.mga7 kernel-desktop-5.10.27-1.mga7-1-1.mga7 kernel-desktop-5.10.14-1.mga7-1-1.mga7 kernel-desktop-5.10.6-1.mga7-1-1.mga7 kernel-desktop-devel-5.10.27-1.mga7-1-1.mga7 kernel-desktop-devel-5.7.19-1.mga7-1-1.mga7 kernel-desktop-5.10.19-1.mga7-1-1.mga7 kernel-desktop-devel-5.10.25-1.mga7-1-1.mga7 kernel-desktop-5.7.19-1.mga7-1-1.mga7 kernel-desktop-5.10.25-1.mga7-1-1.mga7 kernel-desktop-devel-5.10.8-2.mga7-1-1.mga7 kernel-desktop-devel-5.10.14-1.mga7-1-1.mga7 kernel-desktop-devel-5.7.19-3.mga7-1-1.mga7 kernel-desktop-devel-5.10.6-1.mga7-1-1.mga7 kernel-desktop-devel-5.10.19-1.mga7-1-1.mga7 kernel-desktop-5.10.12-1.mga7-1-1.mga7 kernel-desktop-5.7.19-3.mga7-1-1.mga7 kernel-desktop-devel-5.10.20-2.mga7-1-1.mga7 kernel-desktop-5.10.8-2.mga7-1-1.mga7
devrait supprimer tout les noyaux en Mageia 7
Pour les noyaux en Mageia 8, une commande similaire pourra être utilisée pour ne garder que les trois derniers noyaux par exemple ( mais en aucun cas supprimer le noyaux en cours d' utilisation (en principe les paquets paquets qui contienent latest) !; visiblement le 5.10.48), pour pouvoir tester si un comportement étrange peut être lié à une nouvelle version de noyau.
Code BASH :
urpme kernel-desktop-devel-5.10.30-1.mga8-1-1.mga8 kernel-desktop-5.10.30-1.mga8-1-1.mga8 kernel-desktop-5.10.27-1.mga8-1-1.mga8 kernel-desktop-5.10.33-1.mga8-1-1.mga8 kernel-desktop-devel-5.10.41-1.mga8-1-1.mga8 kernel-desktop-5.10.43-1.mga8-1-1.mga8 kernel-desktop-devel-5.10.27-1.mga8-1-1.mga8 kernel-desktop-5.10.37-2.mga8-1-1.mga8 kernel-desktop-devel-5.10.37-2.mga8-1-1.mga8 kernel-desktop-devel-5.10.43-1.mga8-1-1.mga8 kernel-desktop-5.10.41-1.mga8-1-1.mga8 kernel-desktop-devel-5.10.33-1.mga8-1-1.mga8
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Je crois qu' il n' y a pas de dépendances entre les paquets devel et les kernel-desktop qui doivent être désinstallés indépendamment . Et le devel reste nécessaire pour la compilation de certains modules (Nvidia, Virtualbox pour ne citer que ceux là).
Guitoutatou Membre non connecté
-
- Voir le profil du membre Guitoutatou
- Inscrit le : 17/03/2018
- Groupes :
nic80 :
Avant de lancer la commande, vérifier que "urpmi --auto-update" ne propose plus de mise à jour de paquet en Mageia 8.
Lorsque le lance cette commande, la réponse est qu'un certain nombre de media sont à jour, et on me propose d'installer un certain nombre de paquets, d'applications en mga8, des paquets en lib64, et 5 paquets de noyaux (?) en mga 8:
kernel-desktop-5.10.52-1.mga8 1 , 1.mga8 x86_64
kernel-desktop-devel-5.10.52-> 1 1.mga8 x86_64
kernel-desktop-devel-latest 5.10.52 1.mga8 x86_64
kernel-desktop-latest 5.10.52 1.mga8 x86_64
kernel-userspace-headers 5.10.52 1.mga8 x86_64
Mais le mise à jour échoue, car le /boot est plein :
Citation :
installing package kernel-desktop-5.10.52-1.mga8-1-1.mga8.x86_64 needs 3MB more space on the /boot filesystem
Cela dit, je confirme que le système démarre bien en mageia 8 et je n'ai plus besoin de mga 7. Puis-je faire l'impasse sur la commande de mise à jour ?
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Dans ce cas, on peut supprimer les paquets kernel Mageia 7 ( ceux là sont l' exception, on sait qu' ils ne risquent pas de casser grand chose tant qu' un noyau fonctionnel est installé).
On peut donc lancer les deux commandes que j' ai indiqué avant l' urpmi --auto-update pour les noyaux ( de toute façon il faudra faire la mise à jour du noyau à un moment !)
Édité par nic80 Le 01/08/2021 à 16h23
Guitoutatou Membre non connecté
-
- Voir le profil du membre Guitoutatou
- Inscrit le : 17/03/2018
- Groupes :
Mais le problème se posera de nouveau lorsque j'aurai accumulé les mises à jour. J'aimerais faire le ménage sans sonner aux portes du forum.
Existe t-il un moyen simple de lister les noyaux dont je n'ai plus besoin ? Est-ce simplement en ne gardant que ceux dont le nom mentionne un "latest" ?
Merci à tous.
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Personnellement quand je fais le ménage, je garde un ou deux noyaux en plus du latest ( ce dernier ne peut pas être exempt de bugs), cela permet de faire des tests à posteriori en cas de soucis soudain.
Guitoutatou Membre non connecté
-
- Voir le profil du membre Guitoutatou
- Inscrit le : 17/03/2018
- Groupes :
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie