Perdi o VMWare GUEST MACHINE após o redimensionamento do disco

Question

Eu tentei expandir um disco VMWARE ESXI GUEST LINUX sem sucesso.

Depois de alterar o tamanho do disco no cliente vSphere, reiniciei o servidor e perdi o disco.

O VMWARE GUEST diz no BOOT:

NO OPERATING SYSTEM FOUND

O mais estranho é que não consigo ver nenhum disco na BIOS, mas depois de reiniciar com um live CD do Ubuntu, consigo ver o SDB1 e o SDA.

Apósainicializaçãoaovivo:

NotequeoSDA1temumasub-partiçãochamadaSDA1P1eSDA1P2.Outracoisaestranhaéqueoprimeirosetorcomeçaem0(ZERO).

Então,semprequeeutentomontarestaunidade,issogeraalgunserros:

mount:mounting/dev/sda1on/mnt/diskiled:invalidargument

Eentãonãoconsigomontarodisco.

Eutenteialgumasoutrascoisas,comoexportaroarquivo.VMDKparaoutracaixaLinux.

Entãoeutivequemontarumdispositivodeblocosdeloopbacknaminhamáquinalinuxparaveroconteúdodo.VMDK.

Parafazerisso,tentei:

#kpartx-av"MYBOX.vmdk";
add map loop0p1 (252:2): 0 62814150 linear /dev/loop0 0
add map loop0p2 (252:3): 0 96390 linear /dev/loop0 62814150

Então eu fui capaz de ver o VMDK dentro da minha caixa linux.

# fdisk -l /dev/loop0

Disk /dev/loop0 (Sun disk label): 255 heads, 63 sectors, 3916 cylinders
Units = sectors of 1 * 512 bytes

     Device Flag    Start       End    Blocks   Id  System
/dev/loop0p1             0  62814150  31407075   83  Linux native
/dev/loop0p2  u   62814150  62910540     48195   82  Linux swap

Agora eu fiquei muito animada! Eu quase posso tocar o disco, é uma questão de montá-lo, certo?

Não! : /

# mount /dev/mapper/loop0p1 /mnt/
mount: you must specify the filesystem type

Ok, isso não parece muito bom.

Então eu tentei verificar os superblocos em / dev / mapper / loop0p1:

# mke2fs -n /dev/mapper/loop0p1
mke2fs 1.42.9 (4-Feb-2014)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
1966080 inodes, 7851768 blocks
392588 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=4294967296
240 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks: 
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
    4096000

Então tentei executar um FSCK nesses blocos:

# e2fsck -b 32768 /dev/mapper/loop0p1 
e2fsck 1.42.9 (4-Feb-2014)
e2fsck: Bad magic number in super-block while trying to open /dev/mapper/loop0p1

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>

Eu realmente cheguei muito longe, mas ainda sem sucesso.

Qualquer ajuda seria muito apreciada.

ATUALIZAÇÕES em 27/03/18

Eu tenho feito muita pesquisa ultimamente.

Entre muitas coisas que não me levaram mais longe, eis o que fiz e obtive resultados positivos.

mkfs.ext4 -S /dev/sdb1 -y

Ao fazer isso, refiz o sistema de arquivos do disco. Bom, mas muito arriscado (não faça isso se você não tiver uma cópia deste disco - quando eu fiz isso, ele estava em uma imagem copiada). Por favor, leia a página man do MKFS sobre o uso da opção "-S".

Tão bem, eu fiquei muito longe, pessoal. Eu quase posso ver a luz no fim do túnel. Mas antes disso, precisamos fazer uma varredura completa no disco.

Vamos fazer isso!

fsck.ext4 /dev/sdb1 -y

Então eu tenho muita saída, basicamente o disco foi totalmente corrompido.

Neste ponto, tentei várias técnicas para recuperar apenas 10 arquivos do disco. Mais de uma semana trabalhando duro nisso.

Bem, vamos continuar andando!

Após toda a saída, tentei montar o disco e depois .. tchaaaannaaan!

mount /dev/sdb1 /mnt/

O disco foi montado.

Olhando para o seu conteúdo, consigo ver muitos arquivos e pastas estranhos dentro da pasta "lost + found". Alguns deles começam com "#". Preciso de mais tempo para estudar isso, mas, basicamente, todo o conteúdo visível humano desapareceu.

Quando digo BASICAMENTE, eu realmente quero dizer isso.

Consegui encontrar cerca de 8 GB de dados nesta imagem VMDK.

Agora eu tenho que descobrir uma maneira de encontrar meus arquivos miseráveis 10 e reinstalar tudo em outro servidor.

Felicidades!

- Se não for feito ainda, é porque não está terminado.