mise à jour incomplète [Réglé]
/boot saturé
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 fais mes mises à jour régulièrement, via le CCM. Au jourd'hui, je n'arrive plus à installer un élément. J'obtiens le message suivant :
"1 transactions d'installation ont échoué
Une erreur est survenue pendant l'installation des paquetages :
installer le paquetage kernel-desktop-5.10.6-1.mga7-1-1.mga7.x86_64 nécessite 13MB sur le système de fichiers /boot"
Je comprends que le dossier /boot est plein. Effectivement, depuis Dolphin, je vois qu'il est occupé à 100 %.
Un listing donne des fichiers de type :
config-(un numéro de version)-desktop-1.mga6 (8 fichiers)
initrd-(un numéro de version)-desktop-1.mga6.img (10 fichiers)
initrd-(un numéro de version)-desktop-1.mga7.img .....
System.map-(un numéro de version)-desktop-3.mga6 .....
System.map-(un numéro de version)-desktop-3.mga6 .....
symvers-(un numéro de version)-desktop-1.mga6.xz .....
vmlinuz-(un numéro de version)-desktop-1.mga6 .....
config-(un numéro de version)-desktop-3.mga7 .....
symvers-(un numéro de version)-desktop-1.mga7.xz .....
vmlinuz-(un numéro de version)-desktop-3.mga7 .....
Je crois comprendre que ces fichiers sont restés là après les différentes mises à jour, et que probablement je dois supprimer ceux qui sont périmés. A commencer par les .mga6, qui datent de mageia 6. Mais avant de me lancer, je voudrais être sûr de ne pas me planter. Car si j'efface les bons fichiers, je risque d'avoir des difficultés pour booter... D'où mes questions :
1/ Est-ce le bon diagnostic ?
2/ Est-ce bien ce qu'il faut faire ?
3/ Est-il un moyen de le faire de manière automatisée, et sans se planter ?
Merci de ce coup de main
CM Asus A320M-A, Proc AMD Ryzen 5 1600, Graph Asus PH-GTX1050-2G,
Mageia 8, 64 bits, Plasma*
Mageia 8, 64 bits, Plasma*

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Il faut savoir si /boot est sur une propre partition ou sur la racine.
On peut le savoir avec une ce ces commandes :
Code BASH :
blkid
lsblk
dh
Si c'est dans une partition séparée, il n'y a pas d'autre choix que de désinstaller des noyaux plus anciens.
Si c'est dans la racine, on peut inspecter à la recherche de trop gros fichiers avec :
Code BASH :
cd / du -Pax -d 1 | sort -hr
Sinor, il existe des commandes pour vider des registrer, mais est-ce ces registres qui prennent tant de place ? On peux aussi supprimer des logiciels.
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
D'ailleurs, tu peux voir s'il ne reste pas d'autres logiciels de mageia6 :
Code BASH :
rpm -qa | grep -v mga7
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

stroibe974 Membre non connecté
-
- Voir le profil du membre stroibe974
- Inscrit le : 13/08/2018
- Groupes :
-
Modérateur
Guitoutatou :
installer le paquetage kernel-desktop-5.10.6-1.mga7-1-1.mga7.x86_64 nécessite 13MB sur le système de fichiers /boot"
Je comprends que le dossier /boot est plein. Effectivement, depuis Dolphin, je vois qu'il est occupé à 100 %.
installer le paquetage kernel-desktop-5.10.6-1.mga7-1-1.mga7.x86_64 nécessite 13MB sur le système de fichiers /boot"
Je comprends que le dossier /boot est plein. Effectivement, depuis Dolphin, je vois qu'il est occupé à 100 %.
Alors je vais peut-être dire une grosse bêtise, mais il me semble que le système ne devrait pas essayer de stocker/installer les mises à jour dans /boot, mais plutôt dans /root !
Du coup, il va peut-être falloir lancer la màj en ligne de commande en précisant un répertoire de /home pour y stocker les fichiers temporaires.
PS : Pour vérifier s'il reste des logiciels de Mageia6, il faut bien sûr remplacer « mga7 » par « mga6 » dans la commande indiquée par Jybz


Yuusha Membre non connecté
-
- Voir le profil du membre Yuusha
- Inscrit le : 04/07/2017
- Groupes :
-
Modérateur
-
Administrateur
-
Forgeron
stroibe974 :
Alors je vais peut-être dire une grosse bêtise, mais il me semble que le système ne devrait pas essayer de stocker/installer les mises à jour dans /boot, mais plutôt dans /root !
Guitoutatou :
installer le paquetage kernel-desktop-5.10.6-1.mga7-1-1.mga7.x86_64 nécessite 13MB sur le système de fichiers /boot"
Je comprends que le dossier /boot est plein. Effectivement, depuis Dolphin, je vois qu'il est occupé à 100 %.
installer le paquetage kernel-desktop-5.10.6-1.mga7-1-1.mga7.x86_64 nécessite 13MB sur le système de fichiers /boot"
Je comprends que le dossier /boot est plein. Effectivement, depuis Dolphin, je vois qu'il est occupé à 100 %.
Alors je vais peut-être dire une grosse bêtise, mais il me semble que le système ne devrait pas essayer de stocker/installer les mises à jour dans /boot, mais plutôt dans /root !
Il s'agit d'une mise à jour du noyau. Ce n'est pas la partition /root qui est pleine comme on le voit fréquemment dans les cas d'erreurs de mise à jour. Ici la mise à jour du noyau ne pourra pas se faire car les différents fichiers qui sont sur /boot et dépendent du noyau ne pourront pas être écrits.

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
stroibe974 :
Alors je vais peut-être dire une grosse bêtise, mais il me semble que le système ne devrait pas essayer de stocker/installer les mises à jour dans /boot, mais plutôt dans /root !
Du coup, il va peut-être falloir lancer la màj en ligne de commande en précisant un répertoire de /home pour y stocker les fichiers temporaires.
Guitoutatou :
installer le paquetage kernel-desktop-5.10.6-1.mga7-1-1.mga7.x86_64 nécessite 13MB sur le système de fichiers /boot"
Je comprends que le dossier /boot est plein. Effectivement, depuis Dolphin, je vois qu'il est occupé à 100 %.
installer le paquetage kernel-desktop-5.10.6-1.mga7-1-1.mga7.x86_64 nécessite 13MB sur le système de fichiers /boot"
Je comprends que le dossier /boot est plein. Effectivement, depuis Dolphin, je vois qu'il est occupé à 100 %.
Alors je vais peut-être dire une grosse bêtise, mais il me semble que le système ne devrait pas essayer de stocker/installer les mises à jour dans /boot, mais plutôt dans /root !
Du coup, il va peut-être falloir lancer la màj en ligne de commande en précisant un répertoire de /home pour y stocker les fichiers temporaires.
Ce n'est pas une grosse bétise, juste une petite. Il faut bien installer les noyaux dans /boot. Effectivement, les 50 rpm téléchargées peuvent etre temporairement stoqué en dehors de la racine, comme home, ou le faire un par un au lieu de 50 par 50, ou faire de la place.
stroibe974 :
PS : Pour vérifier s'il reste des logiciels de Mageia6, il faut bien sûr remplacer « mga7 » par « mga6 » dans la commande indiquée par Jybz
PS : Pour vérifier s'il reste des logiciels de Mageia6, il faut bien sûr remplacer « mga7 » par « mga6 » dans la commande indiquée par Jybz

Non, non, c'est bien -v mga7 pour supprimer toutes les lignes contenant mga7, laissant mga6, et ou mga5, mga4, ou autre comme fc28

Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
Jybz :
Si c'est dans la racine, on peut inspecter à la recherche de trop gros fichiers avec :
Si c'est dans la racine, on peut inspecter à la recherche de trop gros fichiers avec :
Code BASH :
cd / du -Pax -d 1 | sort -hr
Je proposerais plutôt
Code BASH :
du -Paxm -d 1 | sort r
L'option "m" qui impose l'unité de taille des fichiers en Mb à la place de l'option "h" qui mélange Gb Kb et bytes permet d'avoir les plus gros fichiers en tête.
Ou en graphique, baobab
Édité par magnux77 Le 17/01/2021 à 19h19
...depuis Mandrake 7
Membre de l'April - « promouvoir et défendre le Logiciel Libre»
Soutien Framasoft - « Changer le monde, un octet à la fois»
Config n°1 : cpu=AMD64x6 mem=16G SSD=64G HDD=1T OS=Mageia8-64 DE=Xfce, Config n°2 : Dell Latitude E6410 SSD=120G OS=Mageia8 DE=Xfce, Config n°3 : ThinkpadR40 SSD=32G OS=[Manjaro, Parabola, Mageia6] DE=Xfce, Config n°4 : EeePC901 SSD=20Gb, OS=[SliTaz5/Lxde, Mageia8/Xfce]
Membre de l'April - « promouvoir et défendre le Logiciel Libre»
Soutien Framasoft - « Changer le monde, un octet à la fois»
Config n°1 : cpu=AMD64x6 mem=16G SSD=64G HDD=1T OS=Mageia8-64 DE=Xfce, Config n°2 : Dell Latitude E6410 SSD=120G OS=Mageia8 DE=Xfce, Config n°3 : ThinkpadR40 SSD=32G OS=[Manjaro, Parabola, Mageia6] DE=Xfce, Config n°4 : EeePC901 SSD=20Gb, OS=[SliTaz5/Lxde, Mageia8/Xfce]

Guitoutatou Membre non connecté
-
- Voir le profil du membre Guitoutatou
- Inscrit le : 17/03/2018
- Groupes :
jybz :
Il faut savoir si /boot est sur une propre partition ou sur la racine.
On peut le savoir avec une ce ces commandes :
Copier vers le presse-papierCode BASH :
blkid
lsblk
dh
On peut le savoir avec une ce ces commandes :
Copier vers le presse-papierCode BASH :
blkid
lsblk
dh
blkid et dh me renvoient "commande introuvable"
lsblk me renvoie :
Citation :
guy@fixe:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 111,8G 0 disk
├─sda1 8:1 0 791,3M 0 part /boot
├─sda2 8:2 0 1K 0 part
├─sda5 8:5 0 30,2G 0 part /
└─sda6 8:6 0 80,9G 0 part /home
sdb 8:16 0 931,5G 0 disk
├─sdb1 8:17 0 6,5G 0 part [SWAP]
├─sdb2 8:18 0 1K 0 part
└─sdb5 8:21 0 925G 0 part /home/guy/Maurice
sr0 11:0 1 1024M 0 rom
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 111,8G 0 disk
├─sda1 8:1 0 791,3M 0 part /boot
├─sda2 8:2 0 1K 0 part
├─sda5 8:5 0 30,2G 0 part /
└─sda6 8:6 0 80,9G 0 part /home
sdb 8:16 0 931,5G 0 disk
├─sdb1 8:17 0 6,5G 0 part [SWAP]
├─sdb2 8:18 0 1K 0 part
└─sdb5 8:21 0 925G 0 part /home/guy/Maurice
sr0 11:0 1 1024M 0 rom
Donc je comprends que boot est sur la racine, et non pas une partition séparée. OK ?
Jybz :
Si tu utilises exclusivement mageia7, tu peux sereinement supprimer les noyaux mga6.
D'ailleurs, tu peux voir s'il ne reste pas d'autres logiciels de mageia6 :
Copier vers le presse-papierCode BASH :
rpm -qa | grep -v mga7
D'ailleurs, tu peux voir s'il ne reste pas d'autres logiciels de mageia6 :
Copier vers le presse-papierCode BASH :
rpm -qa | grep -v mga7
Donc je supprime depuis Dolphin tout ce qui est en .mg6. OK ?
J'ai fait un Kfind sur l'occurence ".mga6" dans les noms de fichiers dans /boot, et il m'a listé une centaine de fichiers, dont la taille va de 25 Mo à 0.15 Mo, les plus nombreux étant vers 3 à 4 Mo. Rien qu'en supprimant manuellement ces fichiers, je retrouverai la place nécessaire. OK ?
Enfin, quand je fais la même rechercher pour l'occurrence "mga7", j'obtiens une liste de 50 fichiers. Il y en certainement qui ne servent à rien et pourraient être supprimés. Comment les identifier ?
Encore merci de vos réponses.
CM Asus A320M-A, Proc AMD Ryzen 5 1600, Graph Asus PH-GTX1050-2G,
Mageia 8, 64 bits, Plasma*
Mageia 8, 64 bits, Plasma*

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Guitoutatou :
blkid et dh me renvoient "commande introuvable"
jybz :
Il faut savoir si /boot est sur une propre partition ou sur la racine.
On peut le savoir avec une ce ces commandes :
Copier vers le presse-papierCode BASH :
blkid
lsblk
dh
On peut le savoir avec une ce ces commandes :
Copier vers le presse-papierCode BASH :
blkid
lsblk
dh
blkid et dh me renvoient "commande introuvable"
Les commandes blkid est à saisir en root.
Parfond pour dh, c'est une faute de frappe : c'est df.
Guitoutatou :
lsblk me renvoie :
Donc je comprends que boot est sur la racine, et non pas une partition séparée. OK ?
lsblk me renvoie :
Code :
guy@fixe:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 111,8G 0 disk
├─sda1 8:1 0 791,3M 0 part /boot
├─sda2 8:2 0 1K 0 part
├─sda5 8:5 0 30,2G 0 part /
└─sda6 8:6 0 80,9G 0 part /home
sdb 8:16 0 931,5G 0 disk
├─sdb1 8:17 0 6,5G 0 part [SWAP]
├─sdb2 8:18 0 1K 0 part
└─sdb5 8:21 0 925G 0 part /home/guy/Maurice
sr0 11:0 1 1024M 0 rom
Donc je comprends que boot est sur la racine, et non pas une partition séparée. OK ?
KO, il y a bien une partition séparée pour /boot, c'est sda1.
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Guitoutatou :
Donc je supprime depuis Dolphin tout ce qui est en .mg6. OK ?
Jybz :
Si tu utilises exclusivement mageia7, tu peux sereinement supprimer les noyaux mga6.
D'ailleurs, tu peux voir s'il ne reste pas d'autres logiciels de mageia6 :
D'ailleurs, tu peux voir s'il ne reste pas d'autres logiciels de mageia6 :
Code BASH :
rpm -qa | grep -v mga7
Donc je supprime depuis Dolphin tout ce qui est en .mg6. OK ?
KO non, tu ne trouveras rien dans Dolphin car ce sont des paquets, c'est une liste, tu peux les supprimer avec :
Code BASH :
urpme nomdupaquet
Guitoutatou :
J'ai fait un Kfind sur l'occurence ".mga6" dans les noms de fichiers dans /boot, et il m'a listé une centaine de fichiers, dont la taille va de 25 Mo à 0.15 Mo, les plus nombreux étant vers 3 à 4 Mo. Rien qu'en supprimant manuellement ces fichiers, je retrouverai la place nécessaire. OK ?
J'ai fait un Kfind sur l'occurence ".mga6" dans les noms de fichiers dans /boot, et il m'a listé une centaine de fichiers, dont la taille va de 25 Mo à 0.15 Mo, les plus nombreux étant vers 3 à 4 Mo. Rien qu'en supprimant manuellement ces fichiers, je retrouverai la place nécessaire. OK ?
KO, tu peux effectivement gagner quelques Mo en les supprimant manuellement, mais il vaut mieux les supprimer avec :
Code BASH :
urpme kernel-machin-truc...
Guitoutatou :
Enfin, quand je fais la même rechercher pour l'occurrence "mga7", j'obtiens une liste de 50 fichiers. Il y en certainement qui ne servent à rien et pourraient être supprimés. Comment les identifier ?
Enfin, quand je fais la même rechercher pour l'occurrence "mga7", j'obtiens une liste de 50 fichiers. Il y en certainement qui ne servent à rien et pourraient être supprimés. Comment les identifier ?
Je pense que tu n'as pas compris que c'était une sélection "inverse" à mga7, donc tu as une liste de 50 paquets à désinstaller. Normalement, ils servent tous à rien, tu pourrais tous les supprimer. Tu veux en être sûr ? Tu peux nous montrer la liste :
Code BASH :
su - <mdp root> urpmi netcat-openbsd exit rpm -qa | grep -v mga7 | nc termbin.com 9999
ça te donnera un lien vers le site termbin, il suffit de nous le donner et on regardera la liste ensemble.
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Guitoutatou Membre non connecté
-
- Voir le profil du membre Guitoutatou
- Inscrit le : 17/03/2018
- Groupes :
J'ai fait su -
Jybz :
<mdp root>
urpmi netcat-openbsd
exit
rpm -qa | grep -v mga7 | nc termbin.com 9999
urpmi netcat-openbsd
exit
rpm -qa | grep -v mga7 | nc termbin.com 9999
Résultat : https://termbin.com/55lz
Cela fait une longue liste, et merci de ton œil expert...
CM Asus A320M-A, Proc AMD Ryzen 5 1600, Graph Asus PH-GTX1050-2G,
Mageia 8, 64 bits, Plasma*
Mageia 8, 64 bits, Plasma*

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Code TEXT :
ils ne viennent pas de mageia.
iscan-2.30.4-2 iscan-network-nt-1.1.2-1 gpg-pubkey-be1229cf-5631588c gpg-pubkey-80420f66-4d4fe123 epson-inkjet-printer-201209w-1.0.1-1lsb3.2 webcore-fonts-3.0-1 epson-inkjet-printer-escpr-1.6.33-1lsb3.2 iscan-data-1.39.1-2
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Guitoutatou Membre non connecté
-
- Voir le profil du membre Guitoutatou
- Inscrit le : 17/03/2018
- Groupes :
gpg-pubkey bidule et webcore-... je ne sais pas d'où ça vient.
Mais comment supprimer les paquets ?
CM Asus A320M-A, Proc AMD Ryzen 5 1600, Graph Asus PH-GTX1050-2G,
Mageia 8, 64 bits, Plasma*
Mageia 8, 64 bits, Plasma*

Guitoutatou Membre non connecté
-
- Voir le profil du membre Guitoutatou
- Inscrit le : 17/03/2018
- Groupes :
CM Asus A320M-A, Proc AMD Ryzen 5 1600, Graph Asus PH-GTX1050-2G,
Mageia 8, 64 bits, Plasma*
Mageia 8, 64 bits, Plasma*

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Guitoutatou :
En ce qui concerne gpg-pubkey, je crois qu'il vaut mieux garder. Voir à https://ubuntuplace.info/questions/341928/what-are-gpg-pubkey-packages
Effectivement, je les ai aussi !
Donc, il ne reste plus que les paquets mga6 à supprimer. Tous.
je propose :
Code BASH :
su - <mdp root> urpme $(rpm -qa | grep mg6 | tr '\n' ' ' ) exit
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie