Recuperação no Grub de entrada Windows (Boot Manager EasyBCD) perdida

[aredejrf]

Olá

Na tentativa de configurar um dual boot entre Windows 10 e Ubuntu 16.10 num sistema UEFI, sem sucesso, segui algumas instruções quanto a instalação de um boot manager windows chamado EasyBCC. Em sua configuração padrão, identificando o Windows e não identificando o Ubuntu, dei um restar na máquina para ver como funcionava visualmente. A opção WINDOWS listada na inicialização funcionava normalmente. Porém ao reentrar no aplicativo do EasyBCD pelo Windows para tentar configurar o Ubuntu, uma "mãozada" removeu a entrada do Windows e quando fui adicioná-la novamente as configurações não pareciam elementares e não havia uma localização automática disponível. Enquanto pesquisava a máquina desligou e na reinicialização não entrava mais no windows.

Entrei com um Pendrive na instalação do Ubuntu e consegui configurar o GRUB corretamente, mas a entrada para o Windows aponta para o Boot Manager do EasyBCD mal configurado, de forma que também não entra no WINDOWS via GRUB.

A integridade dos dados da partição Windows estão Ok, verificadas via LINUX.

Alguma sugestão de como recuperar a configuração do bootloader para o Windows também?

Grato!

Ricardo

[druidaobelix]

O melhor recuperador de bootloader para Windows é o próprio Windows.
Use o disco de instalação e faça a recuperação, esqueça momentaneamente o Ubuntu instalado e respectivo grub, concentre-se apenas em recuperar o Windows através do próprio disco dele.

Se isso deu certo, já com o Windows bootável e funcionando, podemos ver o restante, qual seja, porque não conseguiu o dual boot num sistema UEFI e aí por diante.

A integridade dos dados da partição Windows estão Ok, verificadas via LINUX.

Não entendi muito bem essa afirmação, não deveria estar usando Linux para verificar integridade de partição Windows, apenas não é apropriado.
O filesystem NTFS do Windows é proprietário e deve ser gerenciado exclusivamente por ele próprio.
Se quer ver a integridade da partição Windows é possível fazer o boot pelo disco de instalação dele e usar o chkdsk

[aredejrf]

Druidaobelix, obrigado pela resposta. Vamos lá...

Pelo final, quando digo "integridade dos dados da partição windows estão Ok, verificadas via Linux", quero dizer que depois de montar o dev correspondente as partições windows via linux (porque não consigo entrar via Windows) , os dados estavam todos lá e legíveis, tanto da partição onde guardo meus arquivos comos as outras partições de recovery. Apenas não consigo acessá-las porque o EASYBCD perdeu a entrada e é o Bootmanager atual do Windows.

Não usei o disco do Windows porque não tenho um. Meu note veio com ele de fábrica e o restore é pelo sistema, que não consigo acessar. Então tentei, também via Linux, baixar o ISO de Windows Recovery Tools e gravar num Pendrive usando o Unetbootin, mas parece que não deu certo porque no boot pelo USB entrou numa tela do próprio Unetbootin e ficou em loop.

Pensei em configurar o GRUB com uma entrada que ao invés de apontar para o dev/sda2 onde está o Bootloader do Windows (EFI), apontasse para o /dev/sda1 que é uma partição marcada como Windows Environment Recovery, se é que isso bypassa o Boot Manager do Windows (?)...

No momento estou tentando ver uma forma de gravar o ISO do Recovery do Windows num pendrive pelo Linux.
Será que só pelo Windows daria para gravar esse pendrive? Peguei um bizu na internet explicando que daria para gravar via Linux mas não estou tendo sucesso.

Qualquer idéia...
Obrigado 

[druidaobelix]

Nessas circunstâncias então penso seja melhor usar o Super Grub2 Disk para poder fazer o boot pelo Windows e uma vez dentro dele recuperar o bootloader próprio.

Já que o Linux está bootável, então ele pode gravar o pendrive para essa finalidade.

É uma imagem iso, use o dd para fazer a gravação, se bem me lembro foi assim que gravei da última vez.

http://www.supergrubdisk.org/super-grub2-disk/

[druidaobelix]

Também é necessário alguma informação sobre o que é o seu computador.

Marca e modelo, se existirem, podem ajudar a encontrar uma solução.

Além disso, em paralelo, instale o pacote inxi

Para instalar:

Código Selecionar Expandir

sudo apt install inxi

Depois, com ele instalado, traga ao seu tópico o resultado para:

Código Selecionar Expandir

inxi -FxZ

[aredejrf]

Continuando...
Baixei o ISO do SuperGrub2 e gravei no pendrive via dd, sem parâmetros além do input e output.
No reboot pelo pendrive, recebo a mensage de saudação do GRUB

GRUB WELCOME
error: unknown filesystem
entering rescue mode...
grub rescue>_

Não parecer ser o esperado, mas não parece ter gravado o ISO errado também. Se eu plugar o pendrive no Linux ele reconhece como midia bootavel (?). Algo semelhante ao que ocorreu com o Unetibootin, só que ficou em loop naquele caso.

Quanto ao inxi, as informações mais relevantes (omiti as outras para não ficar muito grande, como driver de audio):

System:    Host: aredejrf-370E4K Kernel: 4.8.0-30-generic x86_64 (64 bit gcc: 6.2.0)
                   Desktop: Unity 7.5.0 (Gtk 3.20.9-1ubuntu2) Distro: Ubuntu 16.10
Machine:  System: SAMSUNG (portable) product: 370E4K v: P02RCX
                   Mobo: SAMSUNG model: NP370E4K-KD2BR v: SGL8293A11-C01-G001-S0001+6.3.9600
                   UEFI: American Megatrends v: P02RCX.057.150203.JJ date: 02/03/2015
CPU:          Dual core Intel Core i5-5200U (-HT-MCP-) cache: 3072 KB
Graphics: Card: Intel HD Graphics 5500 bus-ID: 00:02.0
Drives:      HDD Total Size: 1016.2GB (0.6% used)
                   ID-1: /dev/sda model: ST1000LM024_HN size: 1000.2GB temp: 39C
                   ID-2: USB /dev/sdb model: Transcend_16GB size: 16.0GB temp: 0C
Partition: ID-1: / size: 37G used: 5.0G (15%) fs: ext4 dev: /dev/sda5
                   ID-2: /home size: 100G used: 447M (1%) fs: ext4 dev: /dev/sda9
                   ID-3: swap-1 size: 0.13GB used: 0.00GB (0%) fs: swap dev: /dev/sda10
RAID:        No RAID devices: /proc/mdstat, md_mod kernel module present
Info:          Processes: 270 Uptime: 5 min Memory: 840.5/7895.4MB
                   Init: systemd runlevel: 5 Gcc sys: 6.2.0
                   Client: Shell (bash 4.3.461) inxi: 2.3.1

Esclarece algo sobre?

Vou dar mais uma pesquisada sobre o SuperGrub2.
Obrigado !

[aredejrf]

Vi agora um programa para Linux, chamado MS-SYS, que diz poder reescrever MBR Windows via Linux. No bizu que li só contemplava Windows até o XP. Já ouviu (ouviram) falar desse programa, e se é seguro usá-lo em Windows 10?

Estou indo fazer um recovery USB do Windows numa máquina Windows, mas fiquei realmente interessado em resolver isso via Linux. Vamos ver se o pendrive via Windows vai funcionar...

[druidaobelix]

Vi agora um programa para Linux, chamado MS-SYS, que diz poder reescrever MBR Windows via Linux. No bizu que li só contemplava Windows até o XP. Já ouviu (ouviram) falar desse programa, e se é seguro usá-lo em Windows 10?

Estou indo fazer um recovery USB do Windows numa máquina Windows, mas fiquei realmente interessado em resolver isso via Linux. Vamos ver se o pendrive via Windows vai funcionar...

Já conhecia essa solução, há uma antiga e desatualizada, sem manutenção, ppa específica, do Dan Lenski,  porém acredito que não funcionará num sistema UEFI.
Note que essa ppa está sem manutenção há "339 weeks ago", o que dá aí algo como 6 anos e meio.
Sinceramente, eu não usaria, vai provocar escrever na MBR de um sistema EFI, o que é uma impropriedade. Existem outras soluções possíveis.

https://launchpad.net/~lenski/+archive/ubuntu/ms-sys

[druidaobelix]

Baixei o ISO do SuperGrub2 e gravei no pendrive via dd, sem parâmetros além do input e output.
No reboot pelo pendrive, recebo a mensage de saudação do GRUB

GRUB WELCOME
error: unknown filesystem
entering rescue mode...
grub rescue>_

Não parecer ser o esperado, mas não parece ter gravado o ISO errado também. Se eu plugar o pendrive no Linux ele reconhece como midia bootavel (?). Algo semelhante ao que ocorreu com o Unetibootin, só que ficou em loop naquele caso.
[...]
Vou dar mais uma pesquisada sobre o SuperGrub2.

Qual arquivo mais exatamente baixou para gravar o pendrive do SuperGrub2?

[druidaobelix]

Apenas uma observação, geralmente a função Recuperação fornecida pelo fabricante funciona **independentemente** do sistema operacional (SO), o que é mais ou menos óbvio, vez que se está recuperando é porque o SO está com algum problema.

Nessa específica máquina da Samsung talvez o acesso a essa função seja acionando a tecla F4 várias vezes antes do logotipo Samsung surgir.

Também não perca de vista que se optar pela recuperação retornando ao padrão de fábrica todos os seus arquivos pessoais existentes no computador serão perdidos, então é essencial antes usar o Linux já instalado e funcional para prover um backup externo seguro e confiável dos seus arquivos pessoais.

Em princípio deve deixar essa como sendo a última opção.

[druidaobelix]

Se ainda não foi adiante precisamos de mais algumas informações para ver que caminho tomar, traga ao tópico o resultado para:

Código Selecionar Expandir

sudo fdisk -l

Código Selecionar Expandir

sudo parted -l

(sinal de hífem mais letra ele no final de ambos os comandos acima)

Código Selecionar Expandir

sudo efibootmgr -v