Eu tenho andado no Ubuntu 16.04 até o fim; com o EOL agora com apenas quatro meses de folga, estou explorando opções para substituição (já que o Linux aparentemente nunca suportará atualizações reais). Uma das substituições que estou procurando é o Kubuntu 20.04; Eu usei anteriormente o Kubuntu 14.04, depois troquei o DTE por 16.04.
Hoje, eu estava usando a opção Kubuntu 20.04 Live "Try Ubuntu" para fazer um trabalho que não podia fazer ao executar a partir do meu SSD: redimensionar minha /home
partição. Estou recebendo mensagens de "pouco espaço" há semanas, com downloads relacionados a atualizações de jogos e download de arquivos .iso de distribuição Linux (cada um com alguns gigabytes ou mais). Esvaziar a lixeira não estava mais fazendo o trabalho, e eu tinha uma partição imediatamente acima (à "esquerda") da minha /home
que havia sobrado de uma instalação de teste do Kubuntu 16.04. Havia cerca de 2 GB de espaço livre na /home
partição de mais de 150 GB.
Usando o KDE Partition Manager na versão de avaliação 20.04 Live, selecionei reduzir a partição antiga do Kubuntu (que não é usada há anos, pode até não ser inicializável), mova-a /home
para o espaço liberado e expanda /home
para preencher o recém-liberado espaço no final da unidade. Tudo correu bem por mais de 45 minutos enquanto a geometria da partição foi definida, a partição movida e a geometria redefinida para o espaço maior - mas durante a "expansão do sistema de arquivos" fui informado de que "ocorreram erros - abortando". Agora, toda a minha partição de 150 GB /home
está inacessível. O KDE Partition Manager agora relata 160 GiB "não alocados" onde /home
deveria estar, 1,84 TiB de espaço não alocado seguindo (em um SSD de 256 GB) e 150,36 GiB (o tamanho do meu antigo /home
) com ponto de montagem/run
e fora da partição estendida em que deveria estar.
Estou confiante de que meus dados ainda estão presentes - a operação de movimentação foi concluída com êxito - mas meu 16.04 não inicializará sem o /home
. Eu não sou um guru da CLI, mas sudo fsck /dev/sda9
nem admito que /sda9
exista (tudo bem com as outras partições). Esta partição, como as minhas outras, está em ext4
formato. No momento, as únicas ferramentas que tenho são aquelas incluídas no download Kubuntu 20.04 Live. Minha cópia antiga do Parted Magic está na partição danificada e não tenho uma cópia no meu laptop. E não posso simplesmente restaurar a partir do backup; apesar de como as coisas deveriam ser, backups de centenas de gigabytes não são fáceis nem gratuitos.
A maioria dos dados na partição são jogos, prefixos do Wine para jogos, arquivos baixados (principalmente para jogos, mas também arquivos .iso do Linux) -- mas também há cerca de 100.000 palavras de romances parciais nos quais não trabalhei ultimamente, mas preferiria muito fortemente não perder.
Como posso reparar isso?
Até agora, tentei usar fsck
-- o que não admite que haja uma partição lá. O gerenciador de partições do KDE lê o que eu disse a você - talvez eu consiga editar uma captura de tela da sessão 20.04 Live, mas duvido que ganhe alguma coisa. Eu tenho um Firefox funcionando e uma conexão com fio à Internet na máquina, mas o USB não está configurado como persistente, então qualquer coisa que eu instalar desaparecerá na próxima reinicialização. Há 1,43 GiB de partição "gravável" no pendrive, mas não está sendo usado para persistência e não sei como configurá-lo.
$ sudo blkid
/dev/sda1: LABEL="Boot" UUID="5244bd6b-56d2-4966-bc64-b5d145e681ec" TYPE="ext4" PARTUUID="000e3de9-01"
/dev/sda5: LABEL="Kubuntu64" UUID="b401b3f9-9dc6-4c3d-80fe-aabaf5f327cc" TYPE="ext4" PARTUUID="000e3de9-05"
/dev/sda6: LABEL="Dropbox" UUID="9ddd5013-36af-4d63-a492-710a4069af68" TYPE="ext4" PARTUUID="000e3de9-06"
/dev/sda7: UUID="8cd256cb-e942-425b-acce-e189f0bcf4c9" TYPE="ext4" PARTUUID="000e3de9-07"
/dev/sda8: LABEL="Kubuntu64 16.04" UUID="42b5719f-9dc4-4f92-88d2-c1ec48f25395" TYPE="ext4" PARTUUID="000e3de9-08"
/dev/sdb1: LABEL="Seagate 1T-C" UUID="5E5C65065C64D9F3" TYPE="ntfs" PARTUUID="8623c7fc-01"
/dev/sdb5: LABEL="Seagate 1T-D" UUID="88CCAB91CCAB77D8" TYPE="ntfs" PARTUUID="8623c7fc-05"
/dev/sdb6: LABEL="Seagate 1T-E" UUID="3680C08C80C05451" TYPE="ntfs" PARTUUID="8623c7fc-06"
/dev/sdb7: LABEL="Seagate 1T-F" UUID="E6ACC7B2ACC77B95" TYPE="ntfs" PARTUUID="8623c7fc-07"
/dev/sdb8: LABEL="Seagate 1T-G" UUID="48CCD912CCD8FB60" TYPE="ntfs" PARTUUID="8623c7fc-08"
/dev/sdb9: LABEL="Seagate 1T-H" UUID="CA58E44A58E436BB" TYPE="ntfs" PARTUUID="8623c7fc-09"
/dev/sdc1: UUID="2020-07-31-16-50-07-00" LABEL="Kubuntu 20.04.1 LTS amd64" TYPE="iso9660" PTUUID="7341469f" PTTYPE="dos" PARTUUID="7341469f-01"
/dev/loop0: TYPE="squashfs"
/dev/sda2: UUID="a7bf4f9c-f525-4646-87dd-f897cec03c66" TYPE="swap" PARTUUID="000e3de9-02"
/dev/sdc2: SEC_TYPE="msdos" UUID="C26E-047E" TYPE="vfat" PARTUUID="7341469f-02"
/dev/sdc3: LABEL="writable" UUID="e3579a86-3ecb-4ef0-a21d-983e5b417714" TYPE="ext4" PARTUUID="7341469f-03"
O /home
deveria ser /dev/sda9
- não me lembro imediatamente se foi rotulado como "Casa" ou não.
Aqui está a tabela de partições exportadas - tenho medo de editar isso sem treinamento, mas aparentemente o gerenciador de partições do KDE pode exportá-lo e importá-lo, então é possível. Como observado, o /home
deveria estar em /sda9
.
##|v1|## partition table of /dev/sda
# on Friday, 25 December 2020 22:16:46 UTC
type: "msdos"
align: "sector"
# number start end type roles label flags
1;63;208844;ext4;primary;"Boot";"boot"
2;208845;16996769;linuxswap;primary;"";""
3;16996831;500103449;extended;extended;"";""
5;16996833;79907309;ext4;logical;"Kubuntu64";""
6;79907373;100888199;ext4;logical;"Dropbox";""
7;100888263;142833914;ext4;logical;"";""
8;142833978;164562943;ext4;logical;"Kubuntu64_16.04";""
9;4459532288;4774856044;unknown;primary;"";""
Acho que deve ficar assim:
##|v1|## partition table of /dev/sda
# on Friday, 25 December 2020 22:16:46 UTC
type: "msdos"
align: "sector"
# number start end type roles label flags
1;63;208844;ext4;primary;"Boot";"boot"
2;208845;16996769;linuxswap;primary;"";""
3;16996831;500103449;extended;extended;"";""
5;16996833;79907309;ext4;logical;"Kubuntu64";""
6;79907373;100888199;ext4;logical;"Dropbox";""
7;100888263;142833914;ext4;logical;"";""
8;142833978;164562943;ext4;logical;"Kubuntu64_16.04";""
9;164562944;500321424;ext4;logical;"/home";""
No entanto, enquanto outros dispositivos têm a opção de importar uma tabela de partições no KDE Partition Manager, essa opção está desabilitada para este SSD ("Exportar tabela de partições" está disponível, mas não "Importar tabela de partições").
Eu tenho um laptop funcional com o Unbuntu 16.04 e um dispositivo de teste de disco externo que posso usar para acessar o SSD fora da máquina desktop, se necessário - para que eu possa usar um 16.04 totalmente instalado para o trabalho de reparo, se for mais fácil/melhor que o 20.04 Sessão ao vivo. E eu tenho mais dois dias de fim de semana (eu deveria passar esse tempo em minhas câmaras escuras, mas isso é meio que uma emergência), com mais quatro dias de fim de semana no Ano Novo.
Você pode tentar ferramentas de recuperação de partição para redefinir a partição. Testdisk é frequentemente usado e parte de resgate. O Testdisk encontra todas as versões antigas das partições que você possui, portanto, se houver muitas alterações, pode ser difícil classificar o conjunto correto ou a partição a ser restaurada. Você só tem uma partição, então deve ser um pouco mais fácil. Alguns também usam o resgate parted onde você tem que dar início e fim aproximados de uma partição.
http://www.cgsecurity.org/wiki/TestDisk
https://www.cgsecurity.org/wiki/TestDisk_Step_By_Step
https://www.gnu.org/software/parted/manual/html_node/rescue.html
Muitas vezes, após um reparo, você precisa de verificações do sistema de arquivos. se o formato ext4, você executa fsck ou e2fsck. Comandos de exemplo para e2fsck:
O Ubuntu 14.04 não está inicializando normalmente após uma inicialização manual
Veja também em testdisk e resgate parted:
'Atualizado' para o Windows 10 em inicialização dupla e não pode inicializar na partição do Ubuntu
https://help.ubuntu.com/community/DataRecovery#Lost_Partition