Eu estava tentando restaurar o grub depois que eu reinstalei o windows, então montei a partição onde o ubuntu estava instalado, mas eu consegui:
$ sudo mount /dev/sda3 /mnt
mount: you must specify the filesystem type
Então eu fiz
$ sudo mount -t ext4 /dev/sda3 /mnt
mount: wrong fs type, bad option, bad superblock on /dev/sda3,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
Então eu tentei a solução para superblocos ruins:
$ sudo e2fsck -f /dev/sda3
e2fsck 1.42.9 (4-Feb-2014)
e2fsck: Attempt to read block from filesystem resulted in short read while trying
to open /dev/sda3
Could this be a zero-length partition?
$ sudo dumpe2fs /dev/sda3|grep -i superblock
dumpe2fs 1.42.9 (4-Feb-2014)
dumpe2fs: Attempt to read block from filesystem resulted in short read while
trying to open /dev/sda3
Couldn't find valid filesystem superblock.
$ sudo mke2fs -n /dev/sda3
mke2fs 1.42.9 (4-Feb-2014)
mke2fs: inode_size (128) * inodes_count (0) too big for a
filesystem with 0 blocks, specify higher inode_ratio (-i)
or lower inode count (-N).
Edit2: E como o Android Dev sugeriu (mesmo usando 8193)
$ sudo e2fsck -f -b 32768 -y /dev/sda3
e2fsck 1.42.9 (4-Feb-2014)
e2fsck: Invalid argument while trying to open /dev/sda3
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, o que está acontecendo aqui? Meu parted -l se parece com isso:
$ sudo parted -l
Model: ATA SAMSUNG HM321HI (scsi)
Disk /dev/sda: 320GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number Start End Size Type File system Flags
1 1049kB 106MB 105MB primary ntfs boot
2 106MB 231GB 231GB primary ntfs
3 231GB 320GB 89.4GB extended
5 256GB 258GB 1991MB logical linux-swap(v1)
6 258GB 320GB 62.4GB logical ext4
Eu notei (graças ao oldfred) que a partição sda4 (onde o ubuntu estava instalado) está faltando! entre 231GB e 256GB, o sda6 é meu / home. Eu costumava ter 2 partições para windows e quando eu reinstalei eu fiz em apenas uma, então as partições do ubuntu podem ter sido de sda4 para sda7 antes (mas não tenho certeza). Isso estaria relacionado ao problema?
Minhas opções são recuperar essa partição com o testdisk ou reinstalar o Ubuntu, mas eu queria perguntar se alguém sabe de uma solução diferente para isso.
Li questões semelhantes, mas nenhuma oferece uma solução diferente do testdisk e não tenho certeza se isso é problema meu.
Editar1:
A saída para 'sudo update-grub' é lida
/usr/sbin/grub-probe: error: failed to get canonical path of '/cow'.
semelhante para o sudo grub-install / dev / sda3:
$ sudo grub-install /dev/sda3
Installing for i386-pc platform.
grub-install: error: failed to get canonical path of '/cow'.
Edit3 (solução):
No caso de alguém se deparar com este problema, eu recuperei a partição que estava faltando usando o salvamento dividido, como sugerido por oldfred nos comentários. Sua solução pode ser encontrada neste link (posts 21 e 22)
Para reinstalar o grub, segui estes passos:
$ sudo mount /dev/sda7 /mnt
$ sudo mount --bind /dev /mnt/dev
$ sudo mount --bind /dev/pts /mnt/dev/pts
$ sudo mount --bind /proc /mnt/proc
$ sudo mount --bind /sys /mnt/sys
$ sudo chroot /mnt
# grub-install --recheck /dev/sda
Installing for i386-pc platform.
Installation finished. No error reported.
em que sda7 era a partição recuperada. Trabalhou perfeitamente.
source (spanish): link
Não há necessidade de montar a partição.
sudo grub-install /dev/XXX EDITAR Como é uma inicialização dupla, XXX deve ser o primeiro setor, EG: / dev / sda
EDIT 2: Seu sistema de arquivos pode estar um pouco corrompido. Você poderia tentar este comando (AVISO LEGAL! A: Comando de aqui , B: Faça uma backup!): sudo e2fsck -f -b 32768 -y /dev/xxx1
Fonte: link
Fonte de onde instalar: Onde devo instalar o grub?
Seu problema não é um problema do GRUB; você perdeu pelo menos uma partição, provavelmente porque o software de particionamento de disco da Microsoft (que foi usado durante a reinstalação do Windows) tem alguns bugs graves que podem causar exatamente esse problema quando um disco contém partições lógicas.
É provável que você possa recuperar sua (s) partição (ões) usando o programa TestDisk. Você deve ser cauteloso; esse tipo de operação de recuperação não é isento de riscos, especialmente quando não especialistas tentam recuperar partições. Você pode ler o artigo da Wikipédia sobre as estruturas de dados do MBR e as instruções do TestDisk antes de continuar. Há muitas perguntas e respostas que tocam no TestDisk neste site também, mas uma pesquisa rápida não resultou em nada realmente conciso.
Depois de recuperar suas partições do Ubuntu, você pode reinstalar o GRUB. Observe que o número da partição pode ter mudado, portanto, não tente usar cegamente /dev/sda3 , como fez nas tentativas iniciais de recuperação.