Esperei alguns dias e notei que a ferramenta de atualização havia sido atualizada. Tentei atualizar novamente e a atualização prosseguiu sem reclamação.
O sistema atualizado ainda tem um problema, mas esse é um problema separado.
Editei o título na esperança de que os mantenedores da ferramenta de atualização o notassem e corrigissem para exigir menos espaço em / boot
Título antigo: não é possível atualizar de 17.04 para 17.10; não há espaço suficiente em / boot após a limpeza; criptografia de disco completo
Este problema já foi reportado como marco e waldermark mas não posso comentar essas questões por causa da reputação insuficiente e as soluções propostas não funcionaram para mim.
Estou tentando atualizar de 17,04 para 17,10 porque 17,04 chega ao fim da vida em janeiro de 2018.
A atualização é interrompida com a mensagem:
Not enough free disk space
The upgrade has aborted. The upgrade needs a total of 167 M free space on disk '/boot'. Please free at least an additional 1,470 k of disk space on '/boot'. You can remove old kernels using 'sudo apt autoremove' and you could also set COMPRESS=xz in /etc/initramfs-tools/initramfs.conf to reduce the size of your initramfs.
Eu já havia seguido essas sugestões e essa é a quantidade de espaço livre disponível após a limpeza / inicialização. Eu só tenho o kernel atual instalado - então é cortado até os ossos.
$ df -h /boot
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 236M 66M 159M 30% /boot
$ ls -lah /boot
total 57M
drwxr-xr-x 4 root root 3.0K Oct 28 13:43 .
drwxr-xr-x 27 root root 4.0K Oct 28 13:43 ..
-rw-r--r-- 1 root root 1.4M Oct 7 06:45 abi-4.10.0-37-generic
-rw-r--r-- 1 root root 201K Oct 7 06:45 config-4.10.0-37-generic
drwxr-xr-x 5 root root 1.0K Oct 28 13:43 grub
-rw-r--r-- 1 root root 44M Oct 27 19:46 initrd.img-4.10.0-37-generic
drwx------ 2 root root 12K Oct 17 2014 lost+found
-rw-r--r-- 1 root root 179K Jan 28 2016 memtest86+.bin
-rw-r--r-- 1 root root 181K Jan 28 2016 memtest86+.elf
-rw-r--r-- 1 root root 181K Jan 28 2016 memtest86+_multiboot.bin
-rw------- 1 root root 3.6M Oct 7 06:45 System.map-4.10.0-37-generic
-rw------- 1 root root 7.3M Oct 7 06:45 vmlinuz-4.10.0-37-generic
sudo apt-get upgrade fez com que concluísse a instalação do sistema" - Isso não funcionou para mim
O tamanho da partição / boot foi definido pelo instalador do Ubuntu em 2014, quando eu instalei o Ubuntu neste laptop. Tem um único SSD de 500GiB. A partição de inicialização é antes da partição de dados. Não há espaço livre no SSD. A partição de dados tem um sistema de arquivos crypt-luks. Isso tudo é configurado pelo instalador do Ubuntu.
Sou um pouco novato e também confio no laptop para o meu trabalho, então hesito em fazer qualquer coisa que arrisque destruir a máquina e / ou levar muito tempo para fazer ou me recuperar.
Eu hesito em remover o laptop e fazer uma nova instalação por causa do tempo necessário para fazer backup e restaurar todos os arquivos do usuário e reinstalar todo o software atualmente instalado.
Estou hesitante em tentar ampliar a partição de inicialização existente devido a comentários em outros lugares sobre os riscos de mover o início da partição de dados (criptografada).
Estou hesitante em criar uma nova partição de inicialização maior no final de o disco porque eu teria que encolher os dados criptografados existentes partição.
Eu ficaria mais confortável fazendo algumas dessas opções se eu tivesse instruções passo a passo.
Em um nível de causa mais raiz, parece um pouco estranho que a ferramenta de atualização precise de muito espaço extra em / boot quando tiver espaço suficiente para mais alguns kernels. Além disso, este é o tamanho da partição de inicialização criada pelo instalador do Ubuntu, portanto, é previsível que os sistemas que foram atualizados repetidamente tenham esse espaço livre em excesso.
Esperei alguns dias e notei que a ferramenta de atualização havia sido atualizada. Tentei atualizar novamente e a atualização prosseguiu sem reclamação.
O sistema atualizado ainda tem um problema, mas esse é um problema separado.