Re: J'arrive pas à vider /lib pour une mise à jour du noyau
Le 22/05/2018 à 23:20, kaliderus a écrit :
dpkg: erreur de traitement de l'archive
/var/cache/apt/archives/linux-image-3.16.0-6-amd64_3.16.56-1+deb8u1_amd64.deb
(--unpack) :
impossible de copier les données extraites pour «
./lib/modules/3.16.0-6-amd64/kernel/fs/ext4/ext4.ko » vers «
/lib/modules/3.16.0-6-amd64/kernel/fs/ext4/ext4.ko.dpkg-new » : échec
d'écriture (Aucun espace disponible sur le périphérique)
Pas assez d'espace libre dans la racine.
J'ai supprimer un maximum de paquets/applis qui ne me servent
qu'occasionnellement (soit à la main, soit avec deborphan) en espérant
faire de la place dans /lib mais rien n'y fait, c'est comme si le
système de fichier refusait de ré-allouer l'espace libéré...
La majorité des paquets installent le gros de leurs fichiers dans /usr.
Si /usr est séparé de la racine, cela n'influe pas sur l'occupation de
cette dernière.
En plus le fichier en question n'est pas bien gros :
du -hs /lib/modules/3.16.0-6-amd64/kernel/fs/ext4/ext4.ko
898K /lib/modules/3.16.0-6-amd64/kernel/fs/ext4/ext4.ko
Et j'ai suffisamment de place dans /lib :
df -h /lib
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/dm-1 453M 415M 11M 98% /
Ce fichier est juste la goutte d'eau qui fait déborder le vase. Comme on
peut le voir dans le message d'erreur, dpkg copie d'abord tous les
nouveaux fichiers avec le suffixe temporaire .dpkg-new, et lorsque la
copie est complète, ils sont renommés et remplacent les anciens
fichiers. En cas d'erreur, les fichiers temporaires sont supprimés. Cela
évite qu'une interruption de la mise à jour laisse une partie des
fichiers de la nouvelle version du paquet et une partie des fichiers de
la nouvelle version. La contre-partie est qu'il faut disposer d'un
espace libre égal à la taille occupée par le paquet. Pour le noyau 3.16
de Jessie, c'est environ 160 Mio.
11 Mio est donc très insuffisant pour mettre à jour le noyau. Une taille
de 450 Mio est très faible pour une racine même avec /usr séparé. Mon
premier réflexe serait de faire du nettoyage sur la racine. Voir dans
/root, /tmp et /var si pas séparés. Désinstaller d'éventuels anciens noyaux.
Ensuite j'envisagerais d'agrandir la racine si possible. C'est un volume
créé par le device-mapper, donc peut-être un volume logique LVM. Il est
assez facile d'agrandir un volume logique LVM. lvextend, resize2fs.
En dernier recours, désinstaller le noyau actuel puis installer le
nouveau noyau.
Reply to: