Upgrade linux-image: No space left on device configured to

exeral · Février 21, 2016, 3:57am

Bonjour

comme fréquemment je lance un petit update puis upgrade de debian:
tout se passe bien sauf pour linux-image-3.1.0-1-amd64

Preparing to replace linux-image-3.1.0-1-amd64 3.1.1-1 (using .../linux-image-3.1.0-1-amd64_3.1.5-1_amd64.deb) ...
Unpacking replacement linux-image-3.1.0-1-amd64 ...
dpkg: error processing /var/cache/apt/archives/linux-image-3.1.0-1-amd64_3.1.5-1_amd64.deb (--unpack):
 unable to install new version of `/usr/share/doc/linux-image-3.1.0-1-amd64/copyright': No space left on device
configured to not write apport reports
                                      Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.1.0-1-amd64 /boot/vmlinuz-3.1.0-1-amd64
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.1.0-1-amd64 /boot/vmlinuz-3.1.0-1-amd64

cette machine est une VM xen avec btrfs. (debian testing)

df -h:

Filesystem                   Size  Used Avail Use% Mounted on
/dev/mapper/vm-root          7.9G  3.2G  3.4G  49% /
tmpfs                        5.0M     0  5.0M   0% /lib/init/rw
tmpfs                        402M  156K  402M   1% /run
udev                         2.0G     0  2.0G   0% /dev
tmpfs                        804M     0  804M   0% /run/shm
/dev/xvdb1                   373G  259G  112G  70% /var/ftp
/dev/xvda1                   228M   34M  183M  16% /boot

pourtant il reste de la place sur /boot, je ne comprends pas

ricardo · Février 21, 2016, 3:57am

Tu n’as pas de ménage à faire du côté des anciens noyaux ?

exeral · Février 21, 2016, 3:57am

c’est à dire ? dans /boot ?

:/boot# ls -ahl total 29M drwxr-xr-x 4 root root 1.0K Dec 22 15:51 . drwxr-xr-x 1 root root 240 Dec 7 02:01 .. -rw-r--r-- 1 root root 1.6M Nov 3 06:49 System.map-2.6.32-5-amd64 -rw-r--r-- 1 root root 2.0M Nov 14 09:35 System.map-3.1.0-1-amd64 -rw-r--r-- 1 root root 104K Nov 3 06:49 config-2.6.32-5-amd64 -rw-r--r-- 1 root root 125K Nov 14 09:35 config-3.1.0-1-amd64 drwxr-xr-x 3 root root 5.0K Dec 7 02:02 grub -rw-r--r-- 1 root root 9.8M Dec 4 17:04 initrd.img-2.6.32-5-amd64 -rw-r--r-- 1 root root 11M Dec 19 19:55 initrd.img-3.1.0-1-amd64 drwxr-xr-x 2 root root 12K Oct 7 03:54 lost+found -rw-r--r-- 1 root root 2.4M Nov 3 06:47 vmlinuz-2.6.32-5-amd64 -rw-r--r-- 1 root root 2.6M Nov 14 09:21 vmlinuz-3.1.0-1-amd64
j’ai bouger les 2.6.32 sur une autre partitition, ce qui me donnais

Filesystem                   Size  Used Avail Use% Mounted on
/dev/xvda1                   228M   20M  197M  10% /boot

relancé l’upgrade mais pareil.
enfin c’est bizarre toute façon, le paquet fait 31mo même sil il fallait tout décompacter dans /boot y’aurait la place

fran.b · Février 21, 2016, 3:57am

Pe"ux tu donner le résultat de mount?

exeral · Février 21, 2016, 3:57am

mount:

/dev/mapper/vm-root on / type btrfs (rw)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,size=5242880,mode=755,size=5242880,mode=755)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=755,size=10%,mode=755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,size=20%,mode=1777,size=20%,mode=1777)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620,gid=5,mode=620)
/dev/xvdb1 on /var/ftp type btrfs (rw)
/dev/xvda1 on /boot type ext2 (rw)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
nfsd on /proc/fs/nfsd type nfsd (rw)

et pour info la conf des disques de cette VM:

disk = ['phy:/dev/vgroup/vm_root,xvda,w','phy:/dev/sda,xvdb,w']

/dev/vgroup/vm_root est un logical volume de LVM
et /dev/sda un autre disque physique

PascalHambourg · Février 21, 2016, 3:57am

Le paquet fait 31 Mo mais l’espace occupé une fois installé est 100 Mo.
Ceci dit seule une toute petite partie est dans /boot, la majeure partie étant dans /lib/modules/, et de toute façon le fichier provoquant l’erreur est dans /usr/share/doc/.

Ce n’est quand même pas le stock d’inodes qui est épuisé (df -i) ?

fran.b · Février 21, 2016, 3:57am

Je ne vois pas d’explications, j’ignore le fonctionnement de cette machine virtuelle mais se pourrait-l que le disque virtuel soit un disque ou un fichier qui lui est rempli ou a atteint la taille maximale? Pour les inodes, il faut y aller tout de même pour épuiser le stock mais effectivement c’est une bonne idée.

BBT1 · Février 21, 2016, 3:57am

Tu n’aurais pas fais un snapshot LVM avant de faire ton upgrade des fois ?

exeral · Février 21, 2016, 3:57am

Bon…, le problème est clos mais le mystère reste entier :

justement non, j’ai relancé plusieurs fois l’upgrade et le fichier changeait

là j’ai relancé l’upgrade pour vous donner un exemple d’autre fichier et… c’est passé sans erreur

pourtant je n’ai absolument rien changé, rien relancé ! (pas de snapshot lvm non plus)

pour info
df -i

Filesystem                  Inodes IUsed  IFree IUse% Mounted on
/dev/mapper/vm-root      0     0      0     - /
tmpfs                       514169     4 514165    1% /lib/init/rw
tmpfs                       514169   229 513940    1% /run
udev                        510012   311 509701    1% /dev
tmpfs                       514169     1 514168    1% /run/shm
/dev/xvdb1                       0     0      0     - /var/ftp
/dev/xvda1                  124496   243 124253    1% /boot

piratebab · Février 21, 2016, 3:57am

Lorsque cela m’arrive sur des appareils avec peu de mémoire, je commence par faire le ménage:

dans /var/log, je vire tout les fichiers compréssés
apt-get autoremove
apt-get clean

C’est généralement suffisant.
Si ça coince encore (mise à jour de nombreux paquets), je met les paquets à jour par lots.

Mimoza · Février 21, 2016, 4:03am

Je suis en train de faire une nouvelle install(buisinesscard) sur une SSD de 64Go (neuf) et j’ai eu la même erreur
Avec 521Mio de boot (ext4), puis en LVM 10Gio de systeme(btrfs), 1Gio de swap (8Gio de ram), et le reste en home (btrfs)ca me sortait toujours ça.

Une solution piste a été de laisser le partitionnement automatique, 512Mio de boot en ext2, et le reste en LVM mais dans une unique partition (ext4)

Du coup j’ai laissé le boot en ext2 et remis la grosse partition en BTRFS et c’est passé

Apparement il n’aime pas le fait que le boot soit en autre chose que ext2

edit : Au final j’ai du reste en ext4 pour les partoche en LVM