Como resolver o problema de resgate e / ou montagem do disco rígido do Grub

0

Então, eu tenho arquivos importantes neste disco rígido, e eu preciso pegá-los. Para resumir, eu tinha dois HD na minha máquina: um com o Ubuntu GNOME 14.04 e outros dois com o Windows 7. Eu tive que conectar outro HD com o Windows substituindo o outro com o Windows, copiar alguns arquivos deste disco rígido. Depois disso, conectei apenas este HD e o gravei. Ok, não há problema além de um shell de resgate grub aparecendo, mas resolvi mudar a ordem de inicialização dos discos rígidos (não sei como).

Agora, eu preciso pegar esses arquivos e colocá-los no driver do Windows, mas novamente o shell de resgate grub. Desta vez, eu tentei quase tudo, montá-lo usando um Live CD, algumas coisas no resgate grub, alterando a ordem de inicialização, nada. Não é nem montá-lo quando uso o Windows ou um live cd. Naquele primeiro caso, eu não tinha um pendrive, mas agora eu tenho um, eu só quero montar o disco rígido do Linux e copiar esses arquivos.

Sim, procurei questões como esta aqui, mas não resolvi nada ...

Então, aqui estão algumas informações e coisas que eu tentei:

ubuntu@ubuntu:~$ sudo fdisk -l

    Disk /dev/sda: 160.0 GB, 160041885696 bytes
    255 heads, 63 sectors/track, 19457 cylinders, total 312581808 sectors
    Units = sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disk identifier: 0x000285b2

       Device Boot      Start         End      Blocks   Id  System

ubuntu@ubuntu:~$ lsblk
NAME  MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda     8:0    0 149.1G  0 disk 
sr0    11:0    1     2G  0 rom  /cdrom
loop0   7:0    0 935.2M  1 loop /rofs


ubuntu@ubuntu:~$ blkid
/dev/sr0: LABEL="Ubuntu 14.04 LTS i386" TYPE="iso9660"


ubuntu@ubuntu:~$ sudo mount -t ext4 /dev/sda /mnt
mount: wrong fs type, bad option, bad superblock on /dev/sda,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

(este eu tentei ext2, ext3, nada mudou)

ubuntu@ubuntu:~$ sudo fsck /dev/sda
fsck from util-linux 2.20.1
e2fsck 1.42.9 (4-Feb-2014)
ext2fs_open2: Bad magic number in super-block
fsck.ext2: Superblock invalid, trying backup blocks...
fsck.ext2: Bad magic number in super-block while trying to open /dev/sda

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>

Então eu tentei:

ubuntu@ubuntu:~$ sudo e2fsck -b 8193 /dev/sda
e2fsck 1.42.9 (4-Feb-2014)
e2fsck: Bad magic number in super-block while trying to open /dev/sda

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>

E:

ubuntu@ubuntu:~$ sudo e2fsck -b 32768 /dev/sda
e2fsck 1.42.9 (4-Feb-2014)
e2fsck: Bad magic number in super-block while trying to open /dev/sda

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 tentei outras coisas como:

ubuntu@ubuntu:~$ sudo grub-install --root-directory=/mnt /dev/sda
Installing for i386-pc platform.
grub-install: error: failed to get canonical path of '/cow'.

ubuntu@ubuntu:~$ parted -l
Warning: Unable to open /dev/sr0 read-write (Read-only file system).  /dev/sr0
has been opened read-only.
Error: Can't have a partition outside the disk! 

Eu também tentei algo no shell de resgate do grub, como:

grub-rescue> ls
(hd0)

Então eu tentei:

grub-rescue> ls (hd0)

E ele disse que o sistema de arquivos é desconhecido, então eu tentei isso (onde n é qualquer número entre 1 e 8):

grub-rescue> ls (hd0,n)

Então eu peguei essa partição, então eu tentei também:

grub-rescue> set prefix=(hd0)/boot/grub
grub-rescue> set root=(hd0)
grub-rescue> insmod (hd0)/boot/grub/i386-pc/linux.mod

Antes de continuar, parei aqui porque diz algo sobre o sistema de arquivos desconhecido (tentei também insmod (hd0) /boot/grub/linux.mod mas não funcionou tão bem)

Se eu precisar resolver isso usando o Windows, eu posso conectar os dois discos rígidos e usar o Windows (colocando-o como prioridade no BIOS).

Desculpe se você não entende algo que eu disse, eu não tenho um bom inglês ... Eu tentei ser o mais específico possível ... Eu realmente preciso desses arquivos, eu estava pronto para formatar este disco rígido , só terminando algumas coisas, eu não posso, se eu perder o sistema, eu só quero esses arquivos.

Atualização:

Eu tentei montar o disco rígido Linux com Paragon ExtFS (um programa de leitura e montagem para ext2, ext3, etc, hard driver) no Windows, mas mesmo assim o HD não estava montado ...

    
por Germano Corrêa 08.01.2015 / 12:03

2 respostas

0

Se a saída atual do fdisk -l for literalmente apenas isto:

% bl0ck_qu0te%

então você de alguma forma deletou sua instalação linux ao invés da unidade windows como você pensou. Isso seria ... lamentável ...

Se você tiver um registro de como o particionamento foi configurado, o que é improvável, então, às vezes, recriar as partições ainda terá os dados do disco no lugar - mas você precisa ser EXATO. Se houvesse apenas uma partição, vale a pena tentar recriar uma única partição padrão do Linux (83) no fdisk & amp; veja se contém dados ...

Se não, então você precisa de algo como acima de tudo, que é uma ferramenta de recuperação de arquivos que pode escanear toda a sua unidade perdida e copiar arquivos para uma nova unidade - eles não serão nomeados e você terá muitos arquivos , então isso vai mantê-lo ocupado por algum tempo. No entanto, irá classificá-los em tipos, o que ajuda.

Você pode, é claro, apenas ter misturado as unidades - sugiro que você verifique o que há nos outros dois ...

    
por Mark Williams 08.01.2015 / 13:12
0

Eu estava tendo um problema muito simular ao criar um HDD USB inicializável. acredite ou não, muitos fóruns e instruções apenas recomendam o ext4 porque eu suponho que seja o mais usado.

Depois de muitos dias de leitura e experimentação no meu pen drive, notei uma coisa enquanto fazia um drive USB ao vivo, que estava usando o ext2. Então, eu decidi ligar meu HDD USB e mudei o particionado do ext4 para o ext2 e recarreguei o Ubuntu. Esperando ver que PCI e grub screen irritante novamente eu não tenho minhas esperanças, mas para minha surpresa ubunutu carregado até e trabalhando ainda para este dia! Portanto, com qualquer um que tenha esse problema, eu recomendo usar o ext2 enquanto faço as partes adequadas durante a instalação do Ubuntu.

oh e eu tenho um computador sem disco rígido interno apenas externo.

    
por leagalghost 26.05.2016 / 20:27