Erro: “gzip: stdout: Não há espaço disponível no dispositivo” durante a atualização do kernel do Linux (enquanto houver espaço)

3

Movendo isso aqui para tentar obter algum insight.

Atualmente estou no processo de tentar atualizar meu kernel Linux de 4.4.0-63 para 4.10.12 (fiz algumas edições nos arquivos aqui). Estou rodando no Ubuntu 14.04 x86_64 e passei pelas etapas de: make menuconfig (eu aceitei os padrões) - > make - > fazer módulos - > make modules_install

Embora uma vez tente fazer "make install", recebo o seguinte erro:

user@thiscomp:/usr/src/linux-4.10.12$ sudo make install
sh ./arch/x86/boot/install.sh 4.10.12 arch/x86/boot/bzImage \
        System.map "/boot"
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 4.10.12 
/boot/vmlinuz-4.10.12
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 4.10.12 
/boot/vmlinuz-4.10.12
update-initramfs: Generating /boot/initrd.img-4.10.12
W: Possible missing firmware /lib/firmware/ast_dp501_fw.bin for module ast

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

Primeiro, verifiquei se o / boot estava cheio, mas parecia que não estava:

user@thiscomp:/usr/src/linux-4.10.12$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev             16G  4.0K   16G   1% /dev
tmpfs           3.2G  1.2M  3.2G   1% /run
/dev/dm-0       252G   43G  197G  18% /
none            4.0K     0  4.0K   0% /sys/fs/cgroup
none            5.0M     0  5.0M   0% /run/lock
none             16G  152K   16G   1% /run/shm
none            100M   32K  100M   1% /run/user
/dev/sda1       236M   75M  149M  34% /boot

Pelo que vi on-line, isso geralmente tem a ver com as versões anteriores do kernel correndo mais do que o necessário. No entanto, pelo que pude ver, não havia versões anteriores saindo depois de executar "dpkg -l linux-image *":

un  linux-image     
ii  linux-image-4.4.0-63-generic  
ii  linux-image-extra-4.4.0-63-generic
ii  linux-image-generic-lts-xenial

Finalmente, não houve erros na instalação do tmpfs:

user@thiscomp:/usr/src/linux-4.10.12$ sudo mount -t tmpfs none /boot
user@thiscomp:/usr/src/linux-4.10.12$ sudo make install
sh ./arch/x86/boot/install.sh 4.10.12 arch/x86/boot/bzImage \
        System.map "/boot"
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 4.10.12         
/boot/vmlinuz-4.10.12
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 4.10.12                 
/boot/vmlinuz-4.10.12
update-initramfs: Generating /boot/initrd.img-4.10.12
W: Possible missing firmware /lib/firmware/ast_dp501_fw.bin for module ast
run-parts: executing /etc/kernel/postinst.d/pm-utils 4.10.12 /boot/vmlinuz-
4.10.12
run-parts: executing /etc/kernel/postinst.d/update-notifier 4.10.12 
/boot/vmlinuz-4.10.12
run-parts: executing /etc/kernel/postinst.d/zz-update-grub 4.10.12 
/boot/vmlinuz-4.10.12
user@thiscomp:/usr/src/linux-4.10.12$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev             16G  4.0K   16G   1% /dev
tmpfs           3.2G  1.2M  3.2G   1% /run
/dev/dm-0       252G   43G  197G  18% /
none            4.0K     0  4.0K   0% /sys/fs/cgroup
none            5.0M     0  5.0M   0% /run/lock
none             16G  152K   16G   1% /run/shm
none            100M   32K  100M   1% /run/user
none             16G  310M   16G   2% /boot

Não sei onde procurar o problema (especialmente porque parece que o / boot não está cheio). Existe alguma maneira de tornar a instalação menor enquanto ainda está instalando o que é necessário (ou uma maneira de redimensionar / inicializar sem limpar o sistema?).

editar (Para adicionar comandos solicitados por comentários):

user@thiscomp:/usr/src/linux-4.10.12$ df -i
Filesystem       Inodes  IUsed    IFree IUse% Mounted on
udev            4108437    534  4107903    1% /dev
tmpfs           4113275    609  4112666    1% /run
/dev/dm-0      16777216 470608 16306608    3% /
none            4113275     14  4113261    1% /sys/fs/cgroup
none            4113275      6  4113269    1% /run/lock
none            4113275      6  4113269    1% /run/shm
none            4113275     25  4113250    1% /run/user
/dev/sda1         62248    307    61941    1% /boot

edit2 Adicionando tamanhos de arquivo após a montagem do tmpfs:

user@thiscomp:/usr/src/linux-4.10.12$ ls -l /boot/initrd.img-4.10.12 
/boot/vmlinuz-4.10.12 
-rw-r--r-- 1 root root 312429420 Apr 26 07:02 /boot/initrd.img-4.10.12
-rw-r--r-- 1 root root   7149280 Apr 26 07:01 /boot/vmlinuz-4.10.12

edit3 Contagens de módulos:

user@thiscomp:/usr/src/linux-4.10.12$ grep -o '=m' /boot/config-4.4.0-63-
generic | wc -l
4409
user@thiscomp:/usr/src/linux-4.10.12$ grep -o '=m' .config | wc -l
4332
    
por MangoOfFury 26.04.2017 / 07:05

1 resposta

1

O problema acabou sendo que eu não tirei os módulos antes de executar make_install, então o kernel que estava sendo instalado era enorme em comparação com o meu kernel atual (veja aqui: link )

Basicamente, tive que executar make "make INSTALL_MOD_STRIP = 1 modules_install" ao instalar os módulos.

    
por 26.04.2017 / 17:47