Ubuntu 16.04 + Windows 10 Hibernado = sem SO

Question

Eu tenho o Windows 10 anteriormente e, em seguida, instalei simultaneamente o Ubuntu 16.04 com inicialização dupla (Grub). Eu tenho tentado chegar à minha partição Windows (100GB Linux-50GB) sem resultados, tentei ntfsfix , cada um recomendou isso, mas o meu Windows foi hibernado, o que piorou as coisas. Em seguida, tentei reinstalar o Grub, o que levou ao desaparecimento das janelas das opções de inicialização no Grub antes que as janelas pudessem ser usadas como opções no menu de inicialização, mas não estavam sendo ativadas. Depois eu queimei o windows 10 no usb e inicializei o BIOS. Eu tentei todas as opções de recuperação, sem resultados, então fui instruído a ir para o cmd e usar bootrec e fazer isso manualmente.
Eu usei bootrec /FixMbr e agora não há menu de inicialização, não consigo acessar nenhuma partição ou sistema operacional. Eu posso ir apenas para BIOS e inicializar algo a partir de unidades externas.
O que eu faço? Chamadas de trabalho, não muito tempo.

PS: Eu tenho dois grandes projetos na partição do Windows que eu não posso perder.

Edit: Eu restaurei o GRUB por rescatux, e agora estou no meu Ubuntu 16.04. Eu digitei "sudo mount / dev / sda1 / mnt" no terminal e é isso que eu consegui.

Failed to open ntfs attribute: Not such file or directory

Failed to load $MFT: Not such file or directory

Failed to mount '/dev/sda1': Not such file or directory

    

Answer 1

When you install Windows, Windows assumes it is the only operating system (OS) on the machine, or at least it does not account for Linux. So it replaces GRUB with its own boot loader. What you have to do is replace the Windows boot loader with GRUB. I've seen various instructions for replacing GRUB by mucking around with GRUB commands or some such, but to me the easiest way is to simply chroot into your install and run update-grub. chroot is great because it allows you to work on your actual install, instead of trying to redirect things here and there. It is really clean.

Here's how:

1. Boot from the live CD or live USB, in "Try Ubuntu" mode.
2. Determine the partition number of your main partition. GParted (which should already be installed, by default, on the live session) can help you here. I'm going to assume in this answer that it's /dev/sda2, but make sure you use the correct partition number for your system!

3. Mount your partition:

   sudo mount /dev/sda2 /mnt  #Replace sda2 with your partition number
   

4. Bind mount some other necessary stuff:

   for i in /sys /proc /run /dev; do sudo mount --bind "$i" "/mnt$i"; done
   

5. If Ubuntu is installed in EFI mode ([see this answer if you're unsure][efi]), use GParted to find your EFI partition. It will have a label of EFI. Mount this partition, replacing sdXY with the actual partition number for your system:

   sudo mount /dev/sdXY /mnt/boot/efi
   

6. chroot into your Ubuntu install:

   sudo chroot /mnt
   

7. At this point, you're in your install, not the live session, and running as root. Update grub:

   update-grub
   

   If you get errors or if going up to step 7 didn't fix your problem, go to step 8. (Otherwise, it is optional.)

8. Depending on your situation, you might have to reinstall grub:

   grub-install /dev/sda
   update-grub # In order to find and add windows to grub menu.
   

9. If everything worked without errors, then you're all set:

   exit
   sudo reboot
   

10. At this point, you should be able to boot normally.

If you cannot boot normally, and didn't do step 8 because there were no error messages, try again with step 8.

• Sometimes giving GRUB2 the correct configuration for your partitions is not enough, and you must actually install it (or reinstall it) to the Master Boot Record, which step 8 does. Experience helping users in chat has shown that step 8 is sometimes necessary even when no error messages are shown.

[efi]: https://askubuntu.com/a/764702/13398

copied from https://askubuntu.com/a/88432

    

Answer 2

Meu exame superficial da resposta de Mee me faz pensar que deve ser útil; no entanto, quero abordar isso em outro nível.

O ponto mais importante que quero fazer é que você deve NUNCA hibernar um sistema de inicialização dupla e, em seguida, inicializar em outro sistema operacional. A hibernação deixa os sistemas de arquivos em um estado inconsistente, portanto, se o outro sistema operacional tentar acessá-los, provavelmente eles serão danificados. É provável que isso tenha acontecido com você e é possível que o dano seja ruim o suficiente para impedir que o Windows seja inicializado. Em caso afirmativo, talvez seja necessário reinstalar o Windows - mas isso é apenas uma possibilidade, não uma certeza ou até uma probabilidade, por isso não vou entrar em mais detalhes sobre isso.

Além disso, o Windows 8 e versões posteriores incluem um recurso (chamado Fast Startup) que transforma as operações de "desligamento" em hibernação, por isso é difícil evitar esse problema. Felizmente, é possível desativar esse recurso. Veja esta página e este para saber como corrigir o problema do Windows.

Note que, mesmo que você não tenha acesso explícito aos sistemas de arquivos do Windows a partir do Ubuntu, uma partição pode ser afetada: a partição do sistema EFI ( ESP). Esta partição contém gerenciadores de partida para Windows e Ubuntu, portanto, se ela estiver danificada por causa do Fast Startup, os resultados podem incluir operações de inicialização estranhas, incluindo incapacidade de inicializar qualquer coisa.

Mais um ponto: talvez você queira fazer o download da unidade flash USB ou da versão em CD-R do meu gerenciador de inicialização do rEFInd e prepare um meio com isto. O rEFInd pode inicializar o Ubuntu mesmo se o GRUB estiver danificado, e pode inicializar o Windows mesmo se o menu do GRUB omitir a entrada do Windows. (Esses recursos dependem de um diretório int e válido do /boot do ESP e do Linux; o rEFInd pode não ajudar se o ESP for danificado por causa da inicialização rápida.) Uma advertência: a unidade flash USB e as imagens de CD-R da rFIFInd. A página de downloads não suporta inicialização segura, portanto, talvez seja necessário desativar esse recurso para usar o rEFInd dessa maneira. Como alternativa, você pode adicionar o Shim a uma unidade flash USB da RIFFI, mas isso levará algum esforço. O ponto, porém, é que o rEFInd pode ser uma ferramenta de recuperação útil em algumas situações como a sua, portanto, disponibilizá-lo pode ajudá-lo a obter pelo menos uma inicialização do sistema operacional e com alguma sorte corrigida.

    

Answer 3

Enfrentando sua preocupação com seus dados:

Antes de fazer qualquer outra coisa, você deve inicializar a partir de um Ubuntu ao vivo de uma unidade flash USB. Você pode então montar suas partições Ubuntu e Windows, mesmo se o sistema operacional estiver bastante quebrado. (A não ser que você tenha destruído a partição com seus esforços para resgatá-la.)

Isso permite que você copie seus dados para uma unidade separada antes de tentar qualquer outra tentativa de resgate no sistema operacional.