Já estou executando o Pop! _OS há algum tempo e decidi instalar o Kubuntu. Inicializei no drive USB do Kubuntu para testá-lo primeiro e decidi preparar a partição para instalação com o KDE Partition Manager.
Este SSD já possuía 4 partições: sda1(instalação antiga do Windows), sda2(dados), sda3(Pop!_OS) e sda4(swap). Para liberar espaço para uma nova partição para o Kubuntu, reduzi o final sda2em 30 Gb, mas não consegui formatar esse espaço não alocado porque já havia 4 partições primárias. Então decidi excluir sda1, mover o espaço não alocado para a direita sda2e adicionar esse espaço sda2. Ao aplicar as ações ocorreu um erro (algo sobre uma incompatibilidade de tamanho) e foi abortado.
Inicializando no Pop! _OS, posso ver que os 30 Gb de espaço não alocado retirados sda2estão lá e isso sda1não foi tocado, mas não consigo montar sda2:
Aqui está o que o GParted mostra agora:
Aqui estão as informações para sda2:
E a saída de fdisk -l:
(as entradas da tabela de partição não estão na ordem do disco).
Como parece que posso ter vários problemas, decidi não tocar no assunto por enquanto e pedir alguns conselhos, gostaria muito de recuperar os dados daquela partição. Se precisar de mais informações, ficarei feliz em fornecê-las. Desculpe pelo longo tópico e muito obrigado pelo seu tempo.
ATUALIZAR:
Enquanto aguardo algum feedback, tentei corrigir a ordem das entradas da tabela de partição usando o fdisk. Depois de executar o procedimento (e ter que consertar o GRUB para poder inicializar novamente), o fdisk não os reporta como fora de serviço.
Outra coisa que fiz foi usar checka opção do gparted nessa partição, que retornou algumas informações mais interessantes:
GParted 0.32.0 --enable-libparted-dmraid --enable-online-resize
Libparted 3.2
Check and repair file system (ext4) on /dev/sda2 00:00:00 ( ERROR )
calibrate /dev/sda2 00:00:00 ( SUCCESS )
path: /dev/sda2 (partition)
start: 275396608
end: 782370815
size: 506974208 (241.74 GiB)
check file system on /dev/sda2 for errors and (if possible) fix them 00:00:00 ( ERROR )
e2fsck -f -y -v -C 0 '/dev/sda2' 00:00:00 ( ERROR )
The filesystem size (according to the superblock) is 71051776 blocks
The physical size of the device is 63371776 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort? yes
e2fsck 1.45.3 (14-Jul-2019)
Esse é o erro que deu início a tudo isso, só não consegui salvar essa informação. Parece-me que a partição simplesmente não sabe seu tamanho real? Começou com mais de 270 GB, depois removi 30 GB para uma nova partição. Thunar relata que tem 260 GB, Dolphin, GParted e fdisk relatam que tem 240 GB, o que faz sentido. Agora, como eu poderia consertar isso, sem piorar as coisas? Muito obrigado novamente, para quem está lendo.
Responder1
Parece que você esqueceu de redimensionar o sistema de arquivos depois de reduzir a partição. Você deve usar resize2fspara reduzir o sistema de arquivos para que fique menor do que a partição. Você não pode ter partições menores que sistemas de arquivos
resize2fs /dev/sda2 239G
Isso deve lhe dar um giga de espaço para garantir que o sistema de arquivos seja menor que a própria partição.
Responder2
Este conselho é dadosem qualquer garantia, especialmente considerando que não podemos saber exatamente o que aconteceu com suas partições/sistemas de arquivos.
Antes de fazer alterações em suas partições e/ou sistemas de arquivos, você deve fazer backup dos dados brutos, por exemplo, inicializando a partir de um CD/DVD/USB ativo e copiando todo o seu disco para um local seguro. Salvá-lo como um arquivo normal compactado (para economizar espaço) é tão fácil quanto:
$ sudo gzip -c /dev/sda >/path/on/safe/storage/sda.img.gz
Dito isto, parece que o seu gerenciador de partição reduziu com sucesso sda2(a partição), mas não conseguiu reduzir o sistema de arquivos contido.
Você poderá confirmar o que o GParted está dizendo executando:
$ sudo fsck.ext4 -v -f /dev/sda2
(responda yse for solicitado que você aborte).
Em vez de tentar redimensionar o sistema de arquivos, sugiro que você restaure o tamanho sda2para o que era originalmente. Ou, de qualquer forma, crescer sda2na quantidade de espaço livre que tem à sua direita. Se o sistema de arquivos contido não estiver danificado, isso deverá possibilitar montá-lo novamente, pelo menos permitindo que você faça backup de seus dados antes de tentar reduzir a partição novamente.
Com base na preferência pessoal, eu usariaGNU se separoupara editar a tabela de partições e recriar a segunda partição ( sda2):
$ sudo parted /dev/sda
(parted) unit s
(parted) rm 2
(parted) mkpart primary ext4 275396608 843810815
(parted) quit
Isso, é claro, é baseado na fdisksaída que você postou originalmente. Pode ser necessário ajustá-lo se algo mudou desde então.
(Usar fdiskem vez de partedtambém é simples: depois de sudo fdisk /dev/sda, use ppara inspecionar a tabela de partição, dseguido por 2para remover sda2, nseguido por p, 275396608como o primeiro setor e nada como o último setor (o último setor do espaço livre contíguo será escolhido por padrão ) para recriar sda2, wpara salvar. Talvez você precise sudo partprobe -s /dev/sdainformar ao kernel sobre a tabela de partição atualizada).
Então, você poderá verificar o sistema de arquivos (como acima, usando fsck.ext4 -v -f /dev/sda2) e montar sda2novamente.
Finalmente, você pode tentar reduzir novamente sda2: as ferramentas que você está usando, incluindo o KDE Partition Manager, devem ser capazes de fazer isso. Eu apenas sugiro que você salve/aplica uma operação por vez (por exemplo, excluir sda1, reduzir sda2ou deslocar sda2...) e evite enfileirar várias delas - isso aumenta a probabilidade de encontrar algum caso não testado.