☰

O Ubuntu acredita incorretamente que 100% de "/" usado, todos os kernels antigos e arquivos grandes foram removidos, não conclui a atualização ou inicialização

tag-icon • tag-icon boot upgrade partial-upgrade
O Ubuntu acredita incorretamente que 100% de "/" usado, todos os kernels antigos e arquivos grandes foram removidos, não conclui a atualização ou inicialização

Durante uma atualização, recebi uma mensagem de erro informando que restava menos 1 GB na partição raiz... infelizmente tive que desligar minha máquina antes de poder investigar.

Agora, recebi esta mensagem de erro da linha de comando de resgate: insira a descrição da imagem aqui

Depois de alguma leitura, excluí todos os meus kernels antigos e arquivos grandes encontrados em "/" . No entanto, não importa o quanto eu exclua, ainda recebo o mesmo erro acima.

Por que o Ubuntu não reconhece o espaço livre adicional que criei? Liberei facilmente 2 GB de espaço, mas recebo essa solicitação constante de 529 milhões

Eu até corri:
#sync

Sem sorte

Informação adicional Estou no Ubuntu 20.04, máquina Acer Aspire 5 55g e de acordo com os comentários abaixo: insira a descrição da imagem aqui

Responder1

Bem, aí está o seu problema:

Filesystem       Size  Used Avail Use% Mounted on
/dev/nvme0n1p5    92G   87G     0 100% /

Sua /localização está cheia. O 5G de armazenamento que parece não utilizado é reservado pelo sistema para registro e outras funções essenciais, o que significa que você não pode usá-lo sem alterar o espaço de reserva para o sistema de arquivos... que eufortementedesencorajar ao falar sobre /.

Você precisará descobrir onde todo o seu espaço de armazenamento está sendo usado e mover/excluir arquivos de acordo. O lugar típico para começar a procurar é /var/log. Aqui você pode (provavelmente) mover/excluir alguns dos .gzarquivos arquivados. Isso poderia liberar um bom espaço.

Como alternativa, você pode usar dupara identificar onde está usando mais armazenamento:

sudo du / -h --max-depth=1

Isso lhe dará algo parecido com:

8.0K    /media
84K     /root
4.0K    /mnt
1.7M    /run
16K     /lost+found
300K    /home
201M    /boot
17G     /var
8.1M    /etc
16K     /dev
22M     /opt
4.0K    /cdrom
0       /sys
4.0K    /srv
76K     /tmp
2.2G    /snap
0       /proc
65G     /data
3.5G    /usr
123G    /

A partir daqui, você pode editar a /parte do ducomando para identificar diretórios específicos que podem estar usando muito mais armazenamento do que você gostaria.

Responder2

Resolvi o problema, mas não respondi à pergunta e criei um novo mistério.

  1. Como resolvi o problema: No shell de resgate do meu kernel padrão 5.11 do Ubuntu ~~ eu executei:

     # du / -h --max-depth=1

    Percebi que minha pasta /media pesava 36GB, o que deveria ser impossível, pois não tinha nenhum dispositivo externo (usb) conectado. Primeiro, pensei que fossem montagens antigas de alguma forma travadas no lugar e tentei umount /media/USB, mas me disseram que não estavam montadas. Como se trata de dispositivos externos e meus dados estão seguros, fui em frente e os removi.

     # rm -r /media/usb

    Agora a máquina está feliz. Consegui inicializar e concluir minhas atualizações/atualizações.

  2. Mas minha pergunta original permanece. Mesmo com o USB montado "fantasma" presente, eu ainda apaguei mais de 2 GB de dados, enquanto o Ubuntu só queria 529 MB, o que eu apaguei deveria ter sido mais que suficiente para completar a atualização e inicializar meu sistema? Por que o Ubuntu não reconheceu que eu estava excluindo itens?

    Usei lsof | grep DELe não retornou nenhum valor... então ainda não tenho uma explicação de por que o espaço que excluí não foi reconhecido.

  3. E o novo mistério que pareço ter criado é "Por que as montagens 'fantasma' do meu USB estavam ocupando 36 GB de espaço em"/"? Eu realmente gostaria de saber isso. Meu uso do TimeShift poderia de alguma forma ter criado as montagens "fantasma" ?

De qualquer forma, a resposta do @matigo foi parcialmente útil, embora não responda à pergunta.

informação relacionada