Como recuperar após oom-killer invocado durante o redimensionamento da partição?

3

Eu estava executando uma partição de longa duração redimensionada com o gparted na partição "principal" (raiz, mas não na inicialização) quando algo acontecia. O syslog relata que "gpartedbin invocou oom-killer" (o que é estranho, já que eu não estava executando nada exceto gparted, mas de qualquer forma ...). Como faço para colocar meu sistema em um estado estável?

Alguns detalhes:

  • Eu estava (e ainda estou) executando o Ubuntu 14.04 em um drive USB para rodar o gparted pelo menos um pouco com segurança.
  • No entanto, normalmente inicializo o Ubuntu 14.04 a partir da partição 'boot' do disco rígido SSD "principal".
  • A operação que foi interrompida (depois de executar por várias horas) foi remover um gibibyte da frente da partição "principal" (na mesma unidade SSD que a partição de inicialização normal e a partição de swap ).
  • Minha principal prioridade é garantir que o sistema esteja em um estado estável e consistente, mesmo quando eu reiniciar sem o USB externo. A segunda prioridade é restaurar o estado dos drivers instalados (em particular o driver NVidia, que não é a versão de código aberto).
  • Eu não criei um backup, pois não me preocupo com nenhum dos dados que tenho neste computador. Mas reinstalar pip , numpy , tensorflow , etc. seria um incômodo menor.
  • Quando executo gparted , aparece (até onde posso dizer) exatamente como antes de iniciar a operação de redimensionamento / movimentação. Aqui está a saída de print no prompt parted :

    (parted) print                                                            
    Model: ATA PNY CS1311 240GB (scsi)
    Disk /dev/sda: 240GB
    Sector size (logical/physical): 512B/512B
    Partition Table: gpt
    
    Number  Start   End     Size    File system     Name  Flags
     1      1049kB  3146kB  2097kB                        bios_grub
     2      3146kB  203MB   200MB   ext4
     3      203MB   10.2GB  10.0GB  linux-swap(v1)
     4      10.2GB  239GB   229GB   ext4
     5      239GB   240GB   1074MB  ext4
    

A partição que tentei redimensionar era /dev/sda4 . * Eu tentei executar sudo fdisk -l e reclamei principalmente que fdisk não suporta GPT.

Eu posso fornecer informações adicionais conforme solicitado.

Como procedo?

    
por Charles Staats 30.07.2017 / 23:49

1 resposta

5

Suas melhores opções, na ordem, são:

  1. Restaurar dados de um backup.
  2. Use fsck na partição. É muito improvável que isso funcione, mas é muito mais fácil do que a próxima opção. Observe, no entanto, que há uma chance significativa de que fsck torne as coisas piores, portanto, se a partição tiver dados importantes, recomendo fazer um backup de baixo nível (com dd para outro dispositivo físico) antes de prosseguir com a etapa 3 .
  3. Use PhotoRec para tentar recuperar arquivos individuais. É provável que este seja um processo longo e tedioso e não recuperará o sistema para a capacidade de inicialização; você o usaria apenas para recuperar seus dados pessoais.
  4. Reinstalar.

O redimensionamento de partições acarreta um pequeno risco de consequências desastrosas. Quando essas operações vão mal, elas geralmente ficam muito ruins, como você descobriu. Fazer backup antes de redimensionar uma partição é aconselhável.

    
por Rod Smith 31.07.2017 / 15:24