Início / computer / Perguntas / 1717405
Accepted
Philippe Fanaro
Asked: 2022-04-22 10:14:15 +0800 CST

Tamanho máximo da partição /boot do GParted?

  • 772

Eu tenho um sistema de inicialização dupla Arch com Windows no meu PC desktop (não um laptop). Já faz um tempo desde a última vez que eu brinquei com ele e agora eu gostaria de "revivê-lo". Uma das primeiras coisas que fiz foi uma atualização global do sistema ( pacman -Syu). Mas então recebi este erro:

error: Partition /boot too full: 4916 blocks needed, 3320 blocks free

Então eu verifiquei minha /bootpartição e descobri que ela tinha apenas 100 MB, com 96 MB já sendo usados. Tentei então descobrir como poderia aumentar seu tamanho e alguns posts recomendavam o clássico GParted para isso. Fiquei incomodada, pois é uma coisa muito delicada, mas, como não encontrei outras opções, resolvi tentar.

Eu então desaloquei 1 GB da minha partição Arch, movi duas ou três vezes para cima até que estivesse perto da /bootpartição e finalmente mesclei os dois. Eu me encolhi quando o GParted me mostrou isso - desculpe pela qualidade da imagem, tive que fazer o downgrade para carregá-la aqui -:

Erro GParted

Estranhamente, tanto o Windows quanto o Arch reconhecem o /boottamanho do novo 1,1 GB, apesar do erro. Isto é o que recebo do Arch ao tentar atualizá-lo novamente:

Erro de arco

Por que isso está acontecendo? Há uma solução? É porque o GParted não pode redimensionar a /bootpartição além de um determinado tamanho? Isso está documentado em algum lugar?

(Tudo no meu sistema parece estar funcionando bem.)

boot partitioning

1 respostas

  1. Best Answer

    É porque o GParted não pode redimensionar a partição /boot além de um determinado tamanho? Isso está documentado em algum lugar?

    libparted não pode redimensionar partições FAT16/FAT32 para determinados tamanhos.

    Existe algum código dentro do libparted relacionado à conversão entre FAT16 e FAT32 - partições menores precisam usar FAT16, as maiores (2 GB e acima) precisam ser convertidas para FAT32 e, aparentemente, há um certo intervalo entre onde o libparted fica completamente confuso e seu código de cálculo não aceita nem FAT16 nem FAT32 para o tamanho solicitado.

    Ninguém parece ter tocado neste código nos últimos 10 anos desde que foi adicionado novamente.

    Estranhamente, tanto o Windows quanto o Arch reconhecem o tamanho do novo /boot como 1,1 GB, apesar do erro.

    A partição que contém /boot foi redimensionada para 1,1 GB, mas o sistema de arquivos não. A estrutura do sistema de arquivos FAT que está em nvme0n1p2 ainda está "gerenciando" apenas os mesmos 100 MB de espaço de antes - sua tabela de alocação de arquivos não foi aumentada para lidar com os setores recém-disponíveis etc.

    Há uma solução?

    Faça backup de todos os arquivos da partição, reformate-a com mkfs.fat, copie os arquivos de volta para ela.

    • 1

relate perguntas