Sem espaço para upgrade no /boot

[maurov]

Olá,
no Ubuntu 14.04 a última atualização não funciona pois:
Não há espaço suficiente no disco.

A atualização necessita de pelo menos 63,1 M de espaço livre no disco '/boot'. Por favor, libere pelo menos um espaço adicional de 22,3 M no disco '/boot'. Esvazie sua lixeira e remova pacotes temporários de instalações anteriores usando 'sudo apt-get clean'.

O apt-get clean não resolveu.
Fazendo um df, aparece o SDA1 com 83%. Alto, né?

Sist. Arq.                  1K-blocks    Usado Disponível Uso% Montado em
/dev/mapper/ubuntu--vg-root 151392436 19068904  124610152  14% /
none                                4        0          4   0% /sys/fs/cgroup
udev                          1009704        8    1009696   1% /dev
tmpfs                          204176     1276     202900   1% /run
none                             5120        0       5120   0% /run/lock
none                          1020868      156    1020712   1% /run/shm
none                           102400       72     102328   1% /run/user
/dev/sda1                      240972   188710      39821  83% /boot

Fazendo um fdisk -l

Disco /dev/sda: 160.0 GB, 160040803840 bytes
255 cabeças, 63 setores/trilhas, 19457 cilindros, total de 312579695 setores
Unidades = setores de 1 * 512 = 512 bytes
Tamanho do setor (lógico/físico): 512 bytes / 512 bytes
Tamanho da E/S (mínimo/ideal): 512 bytes / 512 bytes
Identificador do disco: 0x00061b2e

Dispositivo Boot      Início        Fim      Blocos   Id  Sistema
/dev/sda1   *        2048      499711      248832   83  Linux
/dev/sda2          501758   312578047   156038145    5  Estendida
/dev/sda5          501760   312578047   156038144   8e  Linux LVM

Disco /dev/mapper/ubuntu--vg-root: 157.6 GB, 157634527232 bytes
255 cabeças, 63 setores/trilhas, 19164 cilindros, total de 307879936 setores
Unidades = setores de 1 * 512 = 512 bytes
Tamanho do setor (lógico/físico): 512 bytes / 512 bytes
Tamanho da E/S (mínimo/ideal): 512 bytes / 512 bytes
Identificador do disco: 0x00000000

O disco /dev/mapper/ubuntu--vg-root não contém uma tabela de partições válida

Disco /dev/mapper/ubuntu--vg-swap_1: 2147 MB, 2147483648 bytes
255 cabeças, 63 setores/trilhas, 261 cilindros, total de 4194304 setores
Unidades = setores de 1 * 512 = 512 bytes
Tamanho do setor (lógico/físico): 512 bytes / 512 bytes
Tamanho da E/S (mínimo/ideal): 512 bytes / 512 bytes
Identificador do disco: 0x00000000

O disco /dev/mapper/ubuntu--vg-swap_1 não contém uma tabela de partições válida

Pelo gparted, o sda1 não permite ser redimensionado ou movido.

Pelo Analisador de Uso de Disco Baobab, ao verificar a pasta / (raiz), diz

Não foi possível varrer a pasta "/" ou algumas das pastas nela contidas. Permissão negada.

Experimentei um chod 777 em /root, /boot, e /lost+found , mas não deu resultado.

Creio que preciso aumentar o sda1, certo? Como fazer? Bootando por um CD talvez, e o que mais?

[Tota]

Primeiro remova todos os kerneis antigos do sistema, já que são armazenados em /boot e ocupam o espaço que você precisa.

[maurov]

Ou seja, no /boot, com um sudo nautilus, deletar:

Arquivos:
abi-3.13.0-24-generic até o abi-3.13.0-34-generic. Fica o abi-3.13.0-35-generic.
config-3.13.0-24-generic até o config-3.13.0-34-generic. Fica o config-3.13.0-35-generic.
System.map-3.13.0-24-generic até o System.map-3.13.0-34-generic. Fica o System.map-3.13.0-35-generic

Pacotes:
initrd.img-3.13.0-24-generic até o initrd.img-3.13.0-34-generic. Fica o initrd.img-3.13.0-35-generic.
vmlinuz-3.13.0-24-generic até o vmlinuz-3.13.0-34-generic. Fica o vmlinuz-3.13.0-35-generic

Faz-se nada no grub ou nos memtest86.

Com certeza vai abrir espaço no /boot.
Seria isso?

[Arthur Bernardes]

Após isso execute: sudo update-grub

[maurov]

Solucionado com a remoção.
Obrigado.

Caso já tenha uma discussão sobre a questão das partições e o LVM, favor postar o link, para conhecimento.

 

[Arthur Bernardes]

Uma rápida pesquisa que fiz, encontrei isso.

[1] https://www.youtube.com/watch?v=2n2ZyNbMmag
[2] http://www.vivaolinux.com.br/artigo/Entendendo-e-configurando-o-LVM-manualmente
[3] http://www.vivaolinux.com.br/dica/LVM-Logical-Volume-Manager

[druidaobelix]

Ou seja, no /boot, com um sudo nautilus, deletar [...]:

Melhor fazer isso pelo synapitc, marcando e excluindo os kernels indesejados, do que deletar diretamente.