Por que o 'make install' falha com o comando “gzip: stdout: não há espaço no dispositivo” quando o disco não está cheio?

1

Eu compilei um novo Kernel e um conjunto de módulos com base nos pacotes linux-headers e linux-source dentro do Ubuntu. As etapas de compilação cuidadosas foram bem até que eu tentei um make install que falha da seguinte maneira:

root@thorne-ul-dt:/usr/src/linux-source-4.4.0# make install
sh ./arch/x86/boot/install.sh 4.4.21 arch/x86/boot/bzImage \
    System.map "/boot"
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 4.4.21 /boot/vmlinuz-4.4.21
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 4.4.21 /boot/vmlinuz-4.4.21
update-initramfs: Generating /boot/initrd.img-4.4.21

gzip: stdout: No space left on device
E: mkinitramfs failure cpio 141 gzip 1
update-initramfs: failed for /boot/initrd.img-4.4.21 with 1.
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
arch/x86/boot/Makefile:191: recipe for target 'install' failed
make[1]: *** [install] Error 1
arch/x86/Makefile:260: recipe for target 'install' failed
make: *** [install] Error 2

Agora, tudo que eu li até agora sugeriu ou acabou sendo baixado para um sistema de arquivos completo. Geralmente / boot ou / tmp e se não for o espaço, são os inodes. Então eu chequei meu PC e tudo parece bem para mim.

root@thorne-ul-dt:/usr/src/linux-source-4.4.0# df -h
Filesystem                   Size  Used Avail Use% Mounted on
udev                         7.7G     0  7.7G   0% /dev
tmpfs                        1.6G   19M  1.6G   2% /run
/dev/mapper/ubuntu--vg-root  1.8T  1.4T  398G  78% /
tmpfs                        7.7G  2.4M  7.7G   1% /dev/shm
tmpfs                        5.0M  4.0K  5.0M   1% /run/lock
tmpfs                        7.7G     0  7.7G   0% /sys/fs/cgroup
/dev/sda2                    237M  100M  125M  45% /boot
/dev/sda1                    511M   12M  500M   3% /boot/efi
cgmfs                        100K     0  100K   0% /run/cgmanager/fs
tmpfs                        1.6G   64K  1.6G   1% /run/user/1000
root@thorne-ul-dt:/usr/src/linux-source-4.4.0# df -i
Filesystem                     Inodes    IUsed     IFree IUse% Mounted on
udev                          1994762      656   1994106    1% /dev
tmpfs                         1999935     1078   1998857    1% /run
/dev/mapper/ubuntu--vg-root 121274368 17644654 103629714   15% /
tmpfs                         1999935       21   1999914    1% /dev/shm
tmpfs                         1999935       13   1999922    1% /run/lock
tmpfs                         1999935       18   1999917    1% /sys/fs/cgroup
/dev/sda2                       62496      304     62192    1% /boot
/dev/sda1                           0        0         0     - /boot/efi
cgmfs                         1999935       14   1999921    1% /run/cgmanager/fs
tmpfs                         1999935       35   1999900    1% /run/user/1000

Quanta espaço ou número de inodes uma imagem do kernel precisa?

Eu tentei fazer um purge-old-kernels e como o apt-get update & amp; & amp; apt-get auto-remove 'apenas no caso, mas eles não ajudaram.

O que faz com que um make install de um kernel falhe com gzip: stdout: No space left on device quando o sistema de arquivos parece ter espaço livre e inodes livres?

    
por TafT 27.10.2016 / 15:25

0 respostas