Problemas com dual boot Windows 10 x Ubuntu 15.04

ImBlind · 19 de Setembro de 2017, 12:32

Sou um usuário leigo, sempre usei o Windows, e recentemente fiz um dual boot com windows 10 + ubuntu, mas após a instalação utilizei o grub customizer pra remover e deixar mais limpa a tela de seleção de SO's, mas nisso acabei deletando as opõçes memtest.. etc.. enfim deixei apenas o ubuntu e windows 10 (não imaginava que isso iria dar problema) porém, agora o ubuntu não inicia, tentei formatar e reinstalar o Ubuntu... quando eu coloco o CD e tento fazer a formatação, a instalação trava na seguinte tela:
https://uploaddeimagens.com.br/imagens/screenshot_from_2017-09-19_09_40_21-png
Já deixei uma noite inteira achando que a instalação iria adiante, mas nada.
como não consegui formatar, agora não consigo nem acessar o Windows! quando ligo o pc sem o cd do ubuntu, aparece uma tela preta com uma mensagem de rescue mode, aí eu não sei o que fazer...
segue uma imagem das partições que eu fiz para o ubuntu e windows 10 no meu SSD:
https://uploaddeimagens.com.br/imagens/screenshot_from_2017-09-19_09_47_28-png

Configuração de hardware
Intel Core I7 4790
16Gb Ram
GTX 650 ti ssc 2Gb
Placa Mãe: Asus H81M-C/BR

Conto com a ajuda de vocês!

druidaobelix · 19 de Setembro de 2017, 14:30

Então, @ImBlind,

Há algo fundamentalmente errado entre a primeira tela que você mostra tentando instalar e a segunda tela que é uma suposta imagem do particionamento existente.

A tela de instalação, aquela que você diz que trava, está dizendo "Criando sistema de arquivos ext4 para / na partição #7 de SCSI5 (0,0,0) (sdb)[/b]..."

Entretanto, a imagem da tela do GParted está mostrando que o disco /dev/sdb *não* possui partição #7, portanto, há algo de muito incoerente aí.

Segundo a imagem do GParted o Ubuntu estava na partição sdb6, onde se vê a formatação ext4 e ainda havia uma partição swap (=área de troca) na partição sdb5, simplesmente não há partição #7.

Antes de mais nada é melhor subir o sistema usando o live-pendrive na opção "Experimentar o Ubuntu sem instalar..."

Então abra uma janela de terminal faça os comandos abaixo, com o mouse marque e copie a saída e ainda com o mouse cole o resultado aqui no seu tópico:

Código Selecionar

sudo fdisk -lu

Código Selecionar

sudo parted -l

(sinal de hífen mais letra ele no final dos comandos acima.)

galactus · 19 de Setembro de 2017, 15:07

Meu caro druidaobelix, realmente há algo de podre no reino da Dinamarca!

A figura do Gparted sugere uma formatação, como diria o Luciano Huck: "Loucura. loucura total!"

Qual a placa mãe? Essa placa tem suporte a RAID? Você habilitou algo na Bios referente a isso?

O que houve de diferente entre a primeira instalação e a segunda instalação?

Você disse que conseguiu instalar logo "de cara" na primeira vez! O que está fazendo de diferente para ele travar na segunda instalação?

ImBlind · 19 de Setembro de 2017, 15:33

Citação de: druidaobelix online 19 de Setembro de 2017, 14:30
Então, @ImBlind,

Há algo fundamentalmente errado entre a primeira tela que você mostra tentando instalar e a segunda tela que é uma suposta imagem do particionamento existente.

A tela de instalação, aquela que você diz que trava, está dizendo "Criando sistema de arquivos ext4 para / na partição #7 de SCSI5 (0,0,0) (sdb)[/b]..."

Entretanto, a imagem da tela do GParted está mostrando que o disco /dev/sdb *não* possui partição #7, portanto, há algo de muito incoerente aí.

Segundo a imagem do GParted o Ubuntu estava na partição sdb6, onde se vê a formatação ext4 e ainda havia uma partição swap (=área de troca) na partição sdb5, simplesmente não há partição #7.

Antes de mais nada é melhor subir o sistema usando o live-pendrive na opção "Experimentar o Ubuntu sem instalar..."

Então abra uma janela de terminal faça os comandos abaixo, com o mouse marque e copie a saída e ainda com o mouse cole o resultado aqui no seu tópico:

Código Selecionar Expandir
sudo fdisk -lu

Código Selecionar Expandir
sudo parted -l

(sinal de hífen mais letra ele no final dos comandos acima.)

Certo segue o resultados dos comandos:

ubuntu@ubuntu:~$ sudo fdisk -lu

Disk /dev/loop0: 1 GiB, 1101672448 bytes, 2151704 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 /dev/sda: 465,8 GiB, 500107862016 bytes, 976773168 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
Disklabel type: dos
Disk identifier: 0x1128bf1c

Device Boot Start End Sectors Size Id Type
/dev/sda1 * 206848 976771071 976564224 465,7G 7 HPFS/NTFS/exFAT

Disk /dev/sdb: 111,8 GiB, 120034123776 bytes, 234441648 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
Disklabel type: dos
Disk identifier: 0xded6b3f9

Device Boot Start End Sectors Size Id Type
/dev/sdb1 2046 30722047 30720002 14,7G 5 Extended
/dev/sdb2 30722048 234438655 203716608 97,1G 7 HPFS/NTFS/exFAT
/dev/sdb5 8398848 9449471 1050624 513M 82 Linux swap / Solaris
/dev/sdb6 9451520 30722047 21270528 10,1G 83 Linux
/dev/sdb7 2048 8398847 8396800 4G 83 Linux

Partition table entries are not in disk order.
ubuntu@ubuntu:~$
------------------------------------------------------------------------------------------------------------------------------

ubuntu@ubuntu:~$ sudo parted -l
Model: ATA ST3500413AS (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number Start End Size Type File system Flags
1 106MB 500GB 500GB primary ntfs boot

Model: ATA KINGSTON SV300S3 (scsi)
Disk /dev/sdb: 120GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number Start End Size Type File system Flags
1 1048kB 15,7GB 15,7GB extended
7 1049kB 4300MB 4299MB logical ext4
5 4300MB 4838MB 538MB logical linux-swap(v1)
6 4839MB 15,7GB 10,9GB logical
2 15,7GB 120GB 104GB primary ntfs

Warning: Unable to open /dev/sr0 read-write (Read-only file system). /dev/sr0
has been opened read-only.
Model: HL-DT-ST DVDRAM GH22NS50 (scsi)
Disk /dev/sr0: 1151MB
Sector size (logical/physical): 2048B/2048B
Partition Table: mac
Disk Flags:

Number Start End Size File system Name Flags
1 2048B 6143B 4096B Apple
2 1143MB 1145MB 2327kB EFI

ubuntu@ubuntu:~$

estou colocando um novo print do Gparted:
https://uploaddeimagens.com.br/imagens/screenshot_from_2017-09-19_15_41_07-png

ImBlind · 19 de Setembro de 2017, 15:50

Citação de: galactus online 19 de Setembro de 2017, 15:07
Meu caro druidaobelix, realmente há algo de podre no reino da Dinamarca!

A figura do Gparted sugere uma formatação, como diria o Luciano Huck: "Loucura. loucura total!"

Qual a placa mãe? Essa placa tem suporte a RAID? Você habilitou algo na Bios referente a isso?

O que houve de diferente entre a primeira instalação e a segunda instalação?

Você disse que conseguiu instalar logo "de cara" na primeira vez! O que está fazendo de diferente para ele travar na segunda instalação?

Pois é Galactus, "algo errado não está certo!" rsrs
A placa mãe é uma Asus H81M-C/BR com UEFI BIOS...
Acredito que, quando o ubuntu não conseguiu formatar e instalar o SO pela segunda vez e eu reiniciei o pc de forma forçada, deve ter corrompido toda instalação, reiniciei com a intenção de formatar o a partição "corrompida" através do windows 10, mas não consegui nem iniciá-lo, aparece aquele lance de rescue mode e um "_" piscando, pedindo algum comando...
Ainda tenho esperança de manter esse windows 10, preciso dele pra trabalhar.
estou colocando um novo print do Gparted:
https://uploaddeimagens.com.br/imagens/screenshot_from_2017-09-19_15_41_07-png

enquanto isso, a instalação do Ubuntu segue travada na mesma tela...

druidaobelix · 19 de Setembro de 2017, 17:28

Então há dois discos no sistema, em /dev/sda está o Windows e em /dev/sdb está o Linux, só que agora apareceu a tal partição /dev/sdb7, embora seja apenas um pequeno espaço em disco, tão somente de 4GB, que é insuficiente para conter uma instalação.

Muito possivelmente o sistema do Ubuntu está instalado em /dev/sdb6, que possui 10,1GB e não em sdb7.

Como existem dois discos é preciso que no setup da máquina, no BIOS, que nesse caso é o convencional e não UEFI, esteja referenciada a ordem que os discos devem ser acessados.

Assim sendo, deixe no setup (BIOS) o disco SSD, que corresponde ao sdb (possivelmente disco 0 - zero) como o primeiro da ordem de boot, isto é, antes do sda.

Mas vamos lá, se é que já não estragou a instalação anterior, vamos tentar recuperar usando o Boot-Repair.

Já que o sistema está instalado e estava funcionando antes e ainda está conseguindo subir pelo live-pendrive, o modo mais fácil é recuperar o grub usando o Boot-Repair.

Suba o sistema pelo live-pendrive usando a opção "Experimentar o Ubuntu sem instalar..." e no live-pendrive instale o Boot-Repair, para o que o repositório Universe precisa estar habilitado.

CitarConfigurações do sistema/Programas e atualizações/aba Aplicativos Ubuntu

No live-pendrive, já que estará na tela dos repositórios, deixe os quatro checkbox habilitados: main universe restricted multiverse

Ao clicar em Fechar, na tela seguinte mande Recarregar (Reload) etc.

Para instalar o Boot-Repair no live-pendrive as instruções estão nesse tópico:

Boot-Repair-Ubuntu para recuperação do Grub-2

https://ubuntuforum-br.org/index.php/topic,84609.0.html

No Boot-Repair use o modo personalizado direcionando para que a gravação do boot seja feita na área de MBR do disco sdb e o grub seja gravado em sdb6.
Mande reinstalar de forma completa o bootloader grub.

Reinicie o sistema, retire o pendrive e vamos ver se assim resolve.

druidaobelix · 19 de Setembro de 2017, 17:42

De novo, @ImBlind,

Só agora percebi que no título do tópico está marcado Ubuntu 15.04

Suponho e espero que isso seja apenas um erro de digitação, já que a versão 15.04 do Ubuntu já era faz muito tempo.

A versão LTS atual é a 16.04.

Confirme se é isso mesmo, pois se de fato instalou a 15.04 já vencida nem adianta continuar e consertar nada.

Verifique checando no live-pendrive que usou para fazer a instalação qual é a versão do Ubuntu existente nele.

Código Selecionar

lsb_release -rd&&echo "${XDG_CURRENT_DESKTOP}"

Verifique também o kernel o live-pendrive de instalação:

Código Selecionar

uname -srvm

druidaobelix · 19 de Setembro de 2017, 17:45

Na escolha de qual versão instalar se deve levar em conta que:

O Ubuntu versão 17.04, codename Zesty, é uma versão transitória, não é algo para usar em produção real.
Em produção se usa versão LTS, Long Term Support, cujo prazo do suporte é de 5 anos.
As LTS atuais são as versões 14.04 e 16.04.
Versões transitórias extinguem-se em apenas 9 meses, é só confusão, é apenas experimento.
O que funciona bem é aproveitado numa próxima versão LTS, o que não funciona é descartado, é assim que funciona.

Isso na essência significa que **não** se deve usar uma versão transitória para assuntos sérios e instalações de produção no dia a dia de trabalho, sendo mais adequado optar sempre por versões LTS.

Na identificação numérica das versões os dois primeiros números referem-se ao ano, os dois últimos ao mês, assim, 14.04 é lançamento de abril de 2014, e então 16.04 é lançamento em abril de 2016 e assim por diante. O terceiro e último número, quando existe, refere-se ao release (14.04.5 ou 16.04.3).

Versões LTS são suportadas por 5 anos, versões chamadas Regular (=Provisória) são suportadas por 9 meses.

Para entender melhor o calendário geral de validade e suporte de todas as versões

Ubuntu releases calendar

https://wiki.ubuntu.com/Releases

Complementarmente também esse:

https://wiki.ubuntu.com/LTS

Mais especificamente aqui:

https://www.ubuntu.com/info/release-end-of-life

ImBlind · 19 de Setembro de 2017, 19:40

Certo @druidaobelix!
Não foi erro de digitação, realmente é a versão 15.04, tenho esta versão em cd a um tempo, mas só utilizava o live cd, decidi instalar essa semana:

ubuntu@ubuntu:~$ lsb_release -rd&&echo "${XDG_CURRENT_DESKTOP}"
Description: Ubuntu 15.04
Release: 15.04
Unity

Kernel:
buntu@ubuntu:~$ uname -srvm
Linux 3.19.0-15-generic #15-Ubuntu SMP Thu Apr 16 23:32:37 UTC 2015 x86_64

fiz o procedimento com o Boot repair mas após a tela da Bios apareceu o seguinte erro:
error no such device: 8226605d-bf91-43d3-873e-a315c7644972 entering rescue mode

Estou baixando a versão 16.04 LTS, pretendo fazer um pendrive bootavel e formatar denovo, será que vai dar certo?

druidaobelix · 19 de Setembro de 2017, 20:28

Sim, não há porque não dar certo, sobremais que já deu certo com a versão vencida.

Mas você tem outro computador para poder produzir o live-pendrive a partir do iso da versão 16.04 Xenial?

Se não tiver, desde que tenha um outro pendrive ou um cdrom (e o computador tiver leitor de cdrom, claro), dá para produzir a partir dessa mesma versão vencida 15.04 que já há aí no pendrive.

Ou seja, se tenho um pendrive com o Ubuntu 15.04, apenas com ele em princípio se consegue baixar o iso e gravar um outro pendrive com o Ubuntu 16.04

Agora é uma questão de saber o que tem à mão.

Outra opção também fácil: simplesmente recupere o boot do Windows, desde que tenha em mãos o cdrom de instalação do Windows.

druidaobelix · 19 de Setembro de 2017, 20:38

Já que parece ser o caso de refazer tudo, isto é, reinstalar o Ubuntu a partir da versão 16.04.3, então talvez seja o caso de também arrumar o particionamento, ou seja, passar uma borracha em tudo e começar realmente do zero de novo.

O particionamento da forma como está em sdb, que é o disco SSD, é para dizer o mínimo estranho.
Foi por essa razão que o @galactus se expressou anteriormente lá no post #2 daquele forma.

O particionamento se fez direto a partir de uma partição estendida, sem criar nenhuma partição primária.

Talvez seja o caso de planejar um pouco melhor esse particionamento, fazendo as partições primárias e no final criando um estendida.

No sistema BIOS convencional é possível criar até três partições primárias e uma estendida, a qual pode ser subdividida em várias partições lógicas.

Funcionou porque na realidade o Linux consegue funcionar dessa forma, mesmo que só em partição estendida, mas o Windows não deixaria instalar.

Também observo que há uma partição cujo filesystem é NTFS, que é um formato nativo do Windows, em sdb2.

O que há nessa partição NTFS em sdb2?

druidaobelix · 19 de Setembro de 2017, 21:02

Considerando o disco SSD de aproximados 110GiB, que equivale a 120GB, uma ideia de particionamento poderia ser algo assim em sdb (em GB, isto é, medida de 1000MB):

partição 01 - 30GB - primária - ext4 - Linux
partição 02 - 80GB - estendida
partição 03 - daí em diante como quiser, já que pode criar quantas partições lógicas quiser.
espaço não utilizado - deixe como reserva algo como pelo menos uns 10GB sem utilização no final do disco.

Essa reserva de pelo menos 10GB se deve ao fato do disco ser tecnologia SSD ( overprovisioning [OP] ) .

Num sistema com 16GB de memória RAM, como é o caso desse hardware, a partição swap não é de fato necessária.
Até pode acontecer de algum programa mais antigo provocar algum estranhamento, mas é raro.
De toda forma, se quiser mesmo uma partição swap, se possível crie no disco convencional sda ou então simplesmente use um swapfile, isto é, a swap feita num arquivo e não numa partição.
Como regra geral não é uma boa ideia criar swap em disco SSD, embora no seu específico caso com a generosa RAM existente isso não chegaria a ser um problema real.

Editando: (21:52)

Se quiser mais alguma informação sobre overprovisioning [OP] (excesso de provisionamento), para não ter que repetir aqui tudo de novo, leia por favor as considerações feitas no post #13 desse tópico:

https://ubuntuforum-br.org/index.php/topic,121042.0.html