Como você restaura um disco rígido criptografado? Senha disponível

0

Instalado pelo Ubuntu 14.04 LTS Installer:

Instalei o Ubuntu 14.04 LTS Desktop no meu notebook, e tomei a decisão errada de alterar a propriedade e as permissões do arquivo da unidade raiz, pois queria acessar os arquivos do meu notebook pelo PC de mesa.

O resultado é que agora não consigo acessar meu disco. Meu notebook tem dois discos rígidos, um flash drive flash de inicialização suficiente para o sistema e um disco rígido para armazenamento que eu fiz em partições, / Home e / Var.

Abaixo está uma referência de comandos com saída de informações do disco:

sudo fdisk -l / dev / sda

 WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! 
 The util fdisk doesn't support GPT.  Use GNU Parted.

    Device  Boot      Start          End      Blocks    Id   System
 /dev/sda1   ?      6579571   1924427647  968924038+    70   DiskSecure Multi-Boot
 Partition 1 does not start on physical sector boundary.
 /dev/sda2   ?   1953251627   3771827541  909287957+    43   Unknown
 Partition 2 does not start on physical sector boundary.
 /dev/sda3   ?    225735265    225735274          5     72   Unknown
 Partition 3 does not start on physical sector boundary.
 /dev/sda4   ?   2642411520   2642463490      25945      0   Empty

 Partition table entries are not in disk order

sudo cryptsetup -v luksDump / dev / sda1

 Device /dev/sda1 is not a valid LUKS device.
 Command failed with code 22:  Device /dev/sda1 is not a valid LUKS device.

sudo cryptsetup -v luksDump / dev / sda2

 Device /dev/sda1 is not a valid LUKS device.
 Command failed with code 22:  Device /dev/sda2 is not a valid LUKS device.

Parece que há também / dev / sda3 e / dev / sda4, mas estas partições não contêm nada e / sda3 tem 5 blocos, / sda4 tem 25945 blocos vazios. Tudo isso foi feito via instalação do desktop Ubuntu 14.04 LTS.

Seção 1. Saída de Comando

sudo gdisk -l / dev / sda

 GPT fdisk (gdisk) version 0.8.8 

 Caution: invalid main GPT header, but valid backup; regenerating main header
 from backup! 

 Caution! After loading partitions, the CRC doesn't check out! 
 Warning! Main partition table CRC mismatch! Loaded backup partition table 
 instead of main partition table! 

 Warning! One or more CRCs don't match. You should repair the disk! 

 Partition table scan: 
 MBR: MBR only 
 BSD: not present 
 APM: not present 
 GPT: damaged 

 Found valid MBR and corrupt GPT. Which do you want to use? (Using the
 GPT MAY permit recovery of GPT data.) 
 1 - MBR
 2 - GPT
 3 - Create blank GPT

 Your answer: 2

 Disk /dev/sda:  1953525168 sectors, 931.5 GiB
 Logical sector size  512 bytes
 Disk identifier  (GUID):  37C12505-96AB-4193-AD2F-A86ECEE7A8F9
 Partition table holds up to 128 entries
 First usable sector is 34, last uable sector is 1953525134
 Partitions will be aligned on 2048-sector boundaries
 Total free space is 3437 sectors (1.7 MiB)

 Number   Start (sector)   End (sector)  Size      Code   Name
   1              2048     1054685183   502.9 GiB  8300
   2        1054685184     1953523711   428.6 GiB  8300

Seção 2. Saída de Comando

sudo lsblk

 NAME    MAJ:MIN  RM      SIZE   RO   TYPE  MOUNTPOINT
 sda       8:0     0    931.5G    0   disk
 |-sda1    8:1     0    811.6G    0   part
 |-sda2    8:2     0    346.1G    0   part
 sdb       8:16    0     22.4G    0   disk
 |-sdb1    8:17    0      512M    0   part  /boot/efi
 |-sdb2    8:18    0       14G    0   part  /
 |-sdb3    8:19    0      7.8G    0   part  [SWAP] 

sudo parted -l

 Model:  ATA WDC  WD10JPVT-08A (scsi)
 Disk /dev/sda: 1000GB
 Sector size (logical/physical): 412B/4096B
 Partition Table: loop

 Number    Start    End      Size    File system   Flags
  1         0.00B   1000GB   1000GB  ntfs

 Model: ATA LITEONIT  LSS-24L (scsi)
 Disk /dev/sdb: 24.0GB
 Sector size (logical/physical):  512B/512B
 Partition Table: gpt

 Number    Start    End      Size    File system  Name  Flags
  1        1049kB   538MB    537MB   fat32              boot
  2        538MB    15.6GB   15.1GB  ext4 
  3        15.6GB   8398MB   linux-swap(v1)

 Warning: Unable to open /dev/sr0 read-write (Read-only file system).  /dev/sr0
 has been opened read-only.
 Error: /dev/sr0: unrecognised disk label

sudo fdisk -l / dev / sda

 Disk /dev/sda: 1000.2 gb, 1000204886016 bytes
 255 heads, 63 sectors/tracks, 121601 cylinders, total 1953525168 sectors
 Units = sectors of 1 * 512 bytes
 Sector size (logical/physical): 512 bytes / 4096 bytes
 I/O size (minimum/optimal): 4096 bytes / 4096 bytes
 Disk identifier: 0x2052474d

 This doesn't look like a partition table
 Probably you selected the wrong device.

    Device  Boot      Start          End      Blocks    Id   System
 /dev/sda1   ?      6579571   1924427647  968924038+    70   DiskSecure Multi-Boot
 Partition 1 does not start on physical sector boundary.
 /dev/sda2   ?   1953251627   3771827541  909287957+    43   Unknown
 Partition 2 does not start on physical sector boundary.
 /dev/sda3   ?    225735265    225735274          5     72   Unknown
 Partition 3 does not start on physical sector boundary.
 /dev/sda4   ?   2642411520   2642463490      25945      0   Empty

* Neste caso (/ dev / sdb) é a minha unidade de inicialização do sistema, enquanto (/ dev / sda) é o disco rígido de armazenamento no qual eu estou tentando remontar, e foi definido como 'DiskSecure Multi- Boot 'do Ubuntu 14.04 LTS Installer.

Agora, por que o '#lsblk' mostra tamanhos diferentes (ainda maiores que o tamanho máximo da unidade de disco)?

Meu disco rígido de inicialização (/ dev / sdb) já está definido como a unidade de inicialização com o GPT. Ainda preciso de uma partição GPT no disco rígido que não está sendo inicializado?

Além disso, como posso montar minha unidade de armazenamento com as duas partições se '#parted -l' só puder ver uma partição que esteja abrangendo a unidade inteira como ntfs?

Seção 3. Saída de Comando

sudo blkid / dev / sda

 /dev/sda: UUID="58DEF9CB30F761D5" TYPE="ntfs"
    
por Norman331 30.09.2014 / 19:11

1 resposta

0

A sua tabela de partições GPT é quebrada de acordo com a saída de gdisk . Por favor, faça backup de sua tabela de partição em um arquivo em uma unidade de trabalho com:

sudo sgdisk --backup=/path/to/backup.sgdisk /dev/sda

Você precisa armazená-lo em algum lugar onde tenha permissões de gravação, como uma unidade USB ou sua pasta pessoal. Se você estiver em um sistema ativo, você também deve armazenar o backup persistentemente em outra unidade interna ou externa, porque um sistema ativo geralmente perde todas as alterações no desligamento.

Em seguida, você pode continuar com segurança com a opção 2 da pergunta gdisk sobre qual tabela de partição deve ser usada. Ele provavelmente restaurará o backup da GPT e colocará tudo em funcionamento novamente. Então você pode tentar resolver o problema de permissão.

    
por David Foerster 30.09.2014 / 20:12