Fórum Ubuntu Linux - PT
Suporte Técnico => Instalação e Atualização => Tópico iniciado por: ImBlind em 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!
-
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:
sudo fdisk -lu
sudo parted -l
(sinal de hífen mais letra ele no final dos comandos acima.)
-
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?
-
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:
sudo fdisk -lu
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
-
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...
-
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.
Configuraçõ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.
-
De novo, @ImBlind,
Só agora percebi que no título do tópico está marcado Ubuntu 15.04 :o
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.
lsb_release -rd&&echo "${XDG_CURRENT_DESKTOP}"
Verifique também o kernel o live-pendrive de instalação:
uname -srvm
-
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
-
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?
-
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.
-
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?
-
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