Fórum Ubuntu Linux - PT
Suporte Técnico => Instalação e Atualização => Tópico iniciado por: Agt em 30 de Dezembro de 2016, 11:23
-
Olá colegas,
Preciso de uma ajuda. Sou leigo em Linux, meu primeiro contato com OS foi quando me encantei com ele há mais de 15 anos atrás, na época comprei o Linux Conectiva, mas não tive muito sucesso e persistência em instalar todos driver e etc, acabei desistindo de usa-lo.
Como agora estou mudando meu rumo na vida profissional e irei fazer uma graduação na área de TI, quero aprender começando pelo Ubuntu.
Encontrei um problema na instalação e estou com medo de seguir em frente e prejudicar o boot. Vou passar a situação para ver se alguém que enfrentou a mesma situação possa me ajudar:
- Utilizo um desktop com Win10 em um SSD 120GB, queria colocar aqui o Linux mas, tenho apenas 25GB livres.
- Resolvi instalar o Ubuntu no HD mesmo e separei 40GB, no futuro quando tiver $ compro um SSD pro Linux.
- Seguindo as orientações que li, na maior parte em site em inglês, procurei no Win10 o UEFI Firmware settings, mas não aparece nada parecido no meu PC. Verifiquei no Win10 o "Informações do Sistema" onde consta "Modo BIOS: Herdado".
- Em minhas configurações na BIOS arrumei a ordem do boot para DVD primeiro, Secure Boot: Disable, Windows 8 Features: Other OS, as demais configurações estão com UEFI.
Até então nem sabia a diferença entre UEFI e Legacy, sempre preferi fazer os ajustes pelo modo Classic Setup e nunca havia mexido neste ponto de UEFI.
Certo, o Ubuntu roda no LiveCD certinho, mas quando vou instalar ele questiona "Força a instalação UEFI?" http://imgur.com/a/D2FCw (http://imgur.com/a/D2FCw)
Como resolver esse problema? Não testei alterando para Legacy, li que não é interessante instalar nesse modo.
Vi na net gente prosseguindo, mesmo com esta mensagem, mas que instrui a fazer uma partição de uns 536MB em FAT32 e depois transforma-la em Partição de Sistema EFI, para o Bootloader. Isto é realmente necessário? Existe outros tutorias que não mencionam isso.
Complementando, pretendo instalar no modo manual, criando /swap , / e /home ao invés de "along side Win10", que salvo engano, mesmo clicando em voltar na mensagem do UEFI chegou a aparecer essas opções o que pode indicar que ele está identificando o Win10.
Obrigado, desculpe pelo texto longo.
-
Ou tudo em UEFI ou tudo em Legacy, metade um, metade outro, não dá certo, vira canseira de estar escolhendo no setup qual sistema subir, apenas não faz sentido.
Aparentemente o Windows está instalado em Legacy, resta instalar o Ubuntu também em Legacy ou alternativamente mudar tudo para UEFI e nesse caso tendo que reinstalar também o Windows.
Numa instalação num setup convencional do tipo BIOS, aquele mais antigo que desde sempre conhecemos, a gravação do bootloader é feita na área do MBR (Master Boot Record) conhecido como Registro Mestre de Inicialização, que é um pequeno espaço (512 bytes) a partir do qual o boot inicia. Quando se colocar o setup em Legacy (=sistema herdado ou CSM - Compatibility Support Module) o bootloader será conforme o BIOS convencional, na área de MBR. Nesse caso quando o computador inicia o firmware faz o P.O.S.T (Power On Self Test), que é verificação inicial feito pelo BIOS no computador e manda ler a área de MBR, a partir da qual será carregado o sistema operacional.
Nos modernos (mais ou menos desde 2012) setup do tipo UEFI (Unified Extensible Firmware Interface), ou seja, Interface Unificada de Firmware Extensível, essa função de boot, que é bem mais completa e complexa, está colocada naquela mencionada partição EFI. É igualmente feito o P.O.S.T, apenas que o firmware manda ler a partição EFI e então o sistema operacional é carregado.
Por essa razão que num sistema dual boot não dá para instalar um usando Legacy e outro usando UEFI, são conceitos totalmente diferentes, formas diferentes de carregar o sistema operacional.
-
Essa é a ideia geral, agora vamos aos detalhes, podemos fazer uma observação mais ampla no sistema para confirmar como estão organizados os particionamentos dos discos e ainda obter alguma informação sobre o seu hardware.
1) Suba o sistema através do live-iso (pendrive ou cdrom), que você disse estar funcionando bem e então habilite o repositório Universe.
Para habilitar o repositório Universe utilize o ícone:
Configurações do sistema/Programas e atualizações/Aplicativos Ubuntu
ou então abra uma janela de terminal, o que pode ser feito acionando simultaneamente as teclas Ctrl Alt T e faça:
sudo software-properties-gtk
2) Instale o pacote inxi, através do qual iremos obter informações gerais do sistema e poder melhor avaliar o cenário.
Para instalar o inxi:
sudo apt install inxi
Uma vez instalado, execute o comando abaixo, com o mouse marque e copie a saída na janela do terminal e cole o resultado aqui no seu tópico no Fórum:
inxi -FxZ
3) Vamos melhor observar o particionamento fazendo:
sudo fdisk -l
sudo parted -l
(sinal de hífen mais letra ele no final de ambos os comandos acima)
Igualmente traga o resultado dos comandos acima aqui para o seu tópico.
4) Vamos verificar alguma informação quanto ao modo de instalação executando o comando abaixo:
[ -d /sys/firmware/efi ] && echo "EFI boot on HDD" || echo "Legacy boot on HDD"
Na execução de tais comandos, especialmente esse último que é mais longo e mais complexo, é melhor não digitar e sim usar o mouse para copiar e colar na janela do terminal, em seguida dando um <enter> para execução.
-
Finalmente é importante entender que uma instalação do tipo UEFI pede particionamento do tipo GPT (Tabela de Partição GUID), ou seja, caso seu sistema esteja de fato no modo Legacy quase certamente o particionamento é do modo tradicional, isto é, até 4 partições primárias ou 3 primárias e uma estendida, onde se pode criar partições lógicas, o que precisará ser totalmente apagado e refeito para o tipo GPT.
Evidentemente sempre que o tema é instalar sistema operacional, fazer ou refazer particionamento e que tais, um backup externo seguro e confiável é sempre indispensável, protegendo os arquivos pessoais, que são aqueles arquivos únicos que não podem ser obtidos por outros meios, tais como aquela foto única, aquele documento ou texto autoral e por aí vai. Só o backup salva, o resto é tentativa.
#3500
-
Vamos obter informações adicionais do seu sistema.
Após carregar o Ubuntu através do CD/DVD, abra um terminal e digite esses comandos colocando a saída aqui:
sudo fdisk -lSe na saída do comando acima for avisado que "o utilitário fdisk não tem suporte para GPT"
Use o comando abaixo:
sudo parted -l
Minha resposta demorou, mas vi que tinha a mesma intenção dos outros. Por isso a enviei.
-
Parece que sua suspeita druidaobelix procede, apesar de ter dito que as opções da BIOS estavam em UEFI, mas tinha opção que estava UEFI and Legacy e outra com "UEFI first". Testando alterando para "only UEFI" o boot não é realizado sendo direcionado novamente para BIOS.
Outro teste que fiz foi deixar tudo apenas como Legacy, o boot roda normal para o Win10 e no caso para o Ubuntu ao invés de aparecer as opções do GNU GRUB ele entra já na interface gráfica do Ubuntu para selecionar Try ou Instal.
De qualquer forma fiz os procedimento como me instruiu:
System: Host: ubuntu Kernel: 4.4.0-31-generic x86_64 (64 bit gcc: 5.3.1)
Desktop: Unity 7.4.0 (Gtk 3.18.9-1ubuntu3.1)
Distro: Ubuntu 16.04 xenial
Machine: Mobo: Gigabyte model: H97M-Gaming 3 v: x.x
Bios: American Megatrends v: F5 date: 09/20/2015
CPU: Quad core Intel Core i5-4690 (-MCP-) cache: 6144 KB
flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 28000
clock speeds: max: 3900 MHz 1: 3898 MHz 2: 3874 MHz 3: 3885 MHz
4: 3888 MHz
Graphics: Card-1: Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller
bus-ID: 00:02.0
Card-2: NVIDIA GM204 [GeForce GTX 980] bus-ID: 01:00.0
Display Server: X.Org 1.18.3 drivers: (unloaded: fbdev,vesa) FAILED: intel,nouveau
Resolution: 1920x1080@60.00hz
GLX Renderer: Gallium 0.4 on llvmpipe (LLVM 3.8, 256 bits)
GLX Version: 3.0 Mesa 11.2.0 Direct Rendering: Yes
Audio: Card-1 NVIDIA GM204 High Definition Audio Controller
driver: snd_hda_intel bus-ID: 01:00.1
Card-2 Intel Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller
driver: snd_hda_intel bus-ID: 00:03.0
Card-3 Intel 9 Series Family HD Audio Controller
driver: snd_hda_intel bus-ID: 00:1b.0
Sound: Advanced Linux Sound Architecture v: k4.4.0-31-generic
Network: Card: Qualcomm Atheros Killer E220x Gigabit Ethernet Controller
driver: alx port: d000 bus-ID: 03:00.0
IF: enp3s0 state: up speed: 1000 Mbps duplex: full
mac: fc:a:14:f7:7a:b2
Drives: HDD Total Size: NA (-)
ID-1: /dev/sda model: ST31000528AS size: 1000.2GB temp: 39C
ID-2: /dev/sdb model: Samsung_SSD_850 size: 120.0GB temp: 0C
Partition: ID-1: / size: 3.9G used: 227M (6%) fs: overlay dev: N/A
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: System Temperatures: cpu: 29.8C mobo: 27.8C
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 201 Uptime: 22 min Memory: 1071.8/7845.5MB
Init: systemd runlevel: 5 Gcc sys: 5.4.0
Client: Shell (bash 4.3.461) inxi: 2.2.35
Disk /dev/ram0: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram1: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram2: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram3: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram4: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram5: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram6: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram7: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram8: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram9: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram10: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram11: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram12: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram13: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram14: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram15: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/loop0: 1.4 GiB, 1459982336 bytes, 2851528 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: 931.5 GiB, 1000204886016 bytes, 1953525168 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: 0x1e76e07b
Device Boot Start End Sectors Size Id Type
/dev/sda1 206848 1869635583 1869428736 891.4G 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: 0x9979ae63
Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 718848 233515007 232796160 111G 7 HPFS/NTFS/exFAT
/dev/sdb2 233517056 234438655 921600 450M 27 Hidden NTFS WinRE
Model: ATA ST31000528AS (scsi)
Disk /dev/sda: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 106MB 957GB 957GB primary ntfs
Model: ATA Samsung SSD 850 (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 368MB 120GB 119GB primary ntfs boot
2 120GB 120GB 472MB primary ntfs diag
Warning: Unable to open /dev/sr0 read-write (Read-only file system). /dev/sr0
has been opened read-only.
Model: TSSTcorp CDDVDW SH-S223B (scsi)
Disk /dev/sr0: 1513MB
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 1499MB 1501MB 2425kB EFI
EFI boot on HDD
Só para constar, eu voltei as configurações da BIOS para UEFI and Legacy e UEFI first.
Eu usava apenas HD com Win7 ou 8.1, não me lembro, quando consegui o SSD fiz instalação limpa do Win10 no SSD, mas não lembro se cheguei a formatar o HD, onde fica os meus arquivos. Provavelmente sim, para tirar o Sistema antigo, seria porco eu apenas deletar a pasta do Win. Sorte que na época o volume de arquivos não era tão grande então eu conseguia jogar para o SSD e formatar o HD para devolver ao HD. Hoje se por causa de tá usando Legacy tiver que limpar tanto SSD como HD vai ser bem complicado, só em último caso. Particularmente com Win10 no SSD o boot é bem rápido perto do que era antes, não sei até que ponto vale o trabalho para migrar tudo para UEFI.
Obrigado pela ajuda também selvaking
-
Não há partição EFI e os discos não estão particionados em GPT, o sistema está em Legacy, então se não quer reinstalar o Windows, deixe tudo em Legacy mesmo e instale o Ubuntu, funciona bem do mesmo modo, aliás, tem funcionado assim por mais de 40 anos.
Nada obstante, seu sistema possui capacidade UEFI, então quando estiver com tempo e disposição para tanto, reinstale tudo e use a UEFI já que está lá mesmo.
No mais, várias composições são possíveis com esse hadware, aí já é uma questão de gosto e do que pretende fazer.
Fosse meu, considerando o cenário já existente, separaria um pedaço cerca de 30GB no disco SSD, criando uma partição em ext4, e instalaria o Linux lá, o que já é mais que suficiente, em dual boot. O Windows, que uso muito raramente pode ficar com o restante do disco para o sistema operacional e então usar o amplo hd convencional para os arquivos de dados. Mas como disse, tudo isso é uma questão de gosto.
Note que ao manter a estrutura em Legacy quando for instalar o Ubuntu o bootloader dele, que é o grub, deverá ser gravado na MBR do disco de boot.
Se não for fazer dessa forma e sim instalar o Ubuntu no hd convencional (sda), então dá até para fazer de uma forma que deixe os sistemas de forma realmente independente.
Crie a partição ext4 do Linux no hd convencinal (sda), faça a instalação e nessa mande instalar o grub no MBR do disco convencional (mbr do sda), depois lá no setup coloque o disco do Linux (sda) com prioridade de boot, assim ficarão independentes e vai funcionar belezinha. Isso quer dizer que quando por qualquer motivo você quiser reinstalar o Windows isso não estraga o boot do Linux e vice-versa. Essa é um das vantagens de ter dois discos no sistema.
-
Muito obrigado pela ajuda :D
Consegui instalar, por enquanto optei em colocar no HD mesmo, tentei achar mais espaço no SSD, mas não deu.
Eu apenas defini tudo na BIOS como only Legacy e instalei a inicialização no HD também, não apareceu mais a mensagem que relatei.
Talvez no futuro se conseguir uma $ compre um SSD só para Linux, até para experimentar outras distros.
Mas por hora vou utilizando dessa forma, tenho muito que aprender, assim vou lendo os materiais que consegui e testando nele.
Mais uma vez muito obrigado.
-
Só pra deixar como ferramenta aos demais que tenham a mesma dúvida que vc teve.
Apesar do seu computador suportar o modo UEFI, vc preferiu manter ele em modo legacy, pois senão teria que mexer na estrutura de particionamento do HD (Tabela de particionamento), mudando a estrutura do modo MSDOS para GPT.
A comando gdisk do linux modifica esta estrutura sem perda de dados, mas havendo SO que só funcionam com tabelas MSDOS não irão mais funcionar se mudar para GPT e vice-versa.
Para instalar qualquer SO no modo EFI é preciso que o HD esteja com sua estrutura de particionamento em GPT. Isso é um pré-requisito.
-
Para instalar qualquer SO no modo EFI é preciso que o HD esteja com sua estrutura de particionamento em GPT. Isso é um pré-requisito.
Hmm... Se eu alterar a estrutura de MSDOS para GPT do SSD(C:\), onde está o Win10, formatar e reinstalar o Win10, ele conseguirá ler os dados do outro HD (D:\) que está os arquivos pessoas ?
Se Win10 de fato conseguir, vai me poupar do backup. Assim é só eu alterar a estrutura para GPT no HD também e formatar somente o espaço usado para o Linux e reinstalar o Ubuntu em EFI.
-
Hmm... Se eu alterar a estrutura de MSDOS para GPT do SSD(C:\), onde está o Win10, formatar e reinstalar o Win10, ele conseguirá ler os dados do outro HD (D:\) que está os arquivos pessoas ?
Sim. Ele conseguirá ler os dados do segundo HD cuja tabela é MSDOS. Mas a instalação no primeiro HD (SSD) deve ser limpa pra que o sistema crie um ambiente favorável a sua instalação. Se não for limpa, existe um outro pré-requisito que deve ser cumprido. Vc deve criar uma partição EFI (FAT 32) em torno de 512 MiB.
Se Win10 de fato conseguir, vai me poupar do backup. Assim é só eu alterar a estrutura para GPT no HD também e formatar somente o espaço usado para o Linux e reinstalar o Ubuntu em EFI.
No Ubuntu o caminho mais rápido é ter um pendrive com uma estrutura GPT e o ubuntu instalado nele em modo EFI. É só iniciar o boot pelo pendrive, montar a partição onde se encontra o Ubuntu no HD, mudar a raiz pra essa partição montada (CHROOT), remover o grub-pc e instalar o grub-efi.
-
Se Win10 de fato conseguir, vai me poupar do backup. [...]
Veja, "Agt",
Tudo isso que o colega "selvaking" disse é possível, porém de forma alguma significa "poupar do backup".
O backup externo seguro e confiável é essencial nessa espécie de procedimentos, pois qualquer erro e seus arquivos pessoais desaparecem.
Tenha isso sempre em vista, é absolutamente contraproducente e uma temeridade alterar partições, sistemas de arquivos e assemelhados sem backup.
-
Fiz backup, alterei tudo para GPT e reinstalei os sistemas novamente tudo em UEFI.
Fiz alteração na ordem dos boots com o GRUB, mas tô achando muito estranho, coloquei o Windows manager boot em primeiro e quando dou enter ele aparece como se fosse entrar no Ubuntu por alguns segundos e na sequência vai para tela de carregamento do Win10. Isso não acontecia quando estava tudo em Legacy e se dizem que UEFI pode ter ganho na velocidade, no caso está sendo até um pouco mais lerdo. Detalhe que na "ameaça" de carregar o Ubuntu a imagem dos pontinhos rodando com um quadrado preto atrás, como um erro de imagem.
-
[...] Detalhe que na "ameaça" de carregar o Ubuntu a imagem dos pontinhos rodando com um quadrado preto atrás, como um erro de imagem.
Deixa ver se entendi, isso quer dizer que não está mais conseguindo carregar o Ubuntu, é isso?
-
Ubuntu carrega normal, só acho estranho que antes de carregar o Win10 aparecer por alguns segundos a tela de carregar o Ubuntu sendo que foi escolhido carregar o Win10.
-
Fiz backup, alterei tudo para GPT e reinstalei os sistemas novamente tudo em UEFI.
Fiz alteração na ordem dos boots com o GRUB, [...]
Tudo reinstalado, novo particionamento, novos sistemas de arquivos, então as informações anteriores não mais servem para analisar a questão atual, já que o cenário agora é outro.
Providencie novas informações do cenário atual, use o Bootinfo do Boot-Repair para essa finalidade.
Inicie o sistema através de um live-iso (pendrive ou cdrom).
Habilite o repositório Universe antes de fazer a instalação.
Confirgurações do sistema/Programas e atualizações/Aplicativos Ubuntu
Deixe os 4 habilitados (main, universe, restricted, multiverse), fazendo o Reload.
ou então mais diretamente pelo terminal:
sudo software-properties-gtk
Depois de instalado o boot-repair há um botão com o nome Bootinfo, ele irá gerar um relatório e ao final pergunta se quer colocar o relatório no Pastebin, a partir do que gera uma url que permite acessar, então traga aqui ao tópico aquela url informada por ele para que se possa analisar.
-
Segue a URL http://paste2.org/FfFBh02F
Tentei entender o relatório, aparentemente não tem erros no boot, mas achei estranho o comportamento da entrada. E nessa nova instalação o Ubuntu demora ou eventualmente ocorre erro ao montar /dev/sda4 , acredito que isso faz com que não apareça a imagem que escolhi dessa partição e coloquei para o boot.
Outra curiosidade, quando mando reiniciar ou desligar o Ubuntu o PC faz Bip espaçados 3 vezes, como se estivesse fazendo boot 3 vezes, mas a tela fica escura. Isso acontece normalmente? Eu não me lembro de ter reparado nisso na primeira vez que instalei o Ubuntu.
Acabei de perceber que na BIOS as opções de Boot quando sem o DVD no drive, são: Windows Boot Manager (P1: SSD) e 2 opções de ubuntu (P1: SSD). Achei estranho, nunca vi dessa forma, sem poder escolher a ordem por unidade.
Tirando esses detalhes que observei e fiquei curioso para entender, os sistemas Windows 10 e Ubuntu estão funcionais. Talvez o maior problema seja os eventuais erros ou demora para montar a unidade sda4, quando na primeira vez que instalei o Ubuntu ele montava direto na inicialização.
-
Tentei entender o relatório, aparentemente não tem erros no boot, mas achei estranho o comportamento da entrada. [...]
De fato, examinando o bootinfo parece não haver mesmo estruturalmente nada de errado, entretanto, com esse desenho de particionamento, você está saboreando o doce pela metade. :)
Talvez haja uma questão de sincronia entre as unidades de disco.
-
você está saboreando o doce pela metade. :)
haha
Bom, como está funcional vou usando assim mesmo. Assim que conseguir trabalho vou comprar um SSD exclusivo para o Ubuntu. Quero deixar os OS em discos diferentes.
Mais uma vez muito obrigado pela ajuda e pelo aprendizado. :D
-
Sua partição efi está no seu segundo dispositivo de boot (/dev/sdb), ou seja, a unidade SSD.
Vc deve trocar isso no SETUP.
O primeiro dispositivo de boot deve ser a unidade SSD (/dev/sda)
O segundo dispositivo de boot deve ser o HD de 1 TiB (/dev/sdb)
Não sei se após fazer isso seu sistema continuará bootável. Caso não continue bootável, basta desfazer isso no SETUP.
-
Sua partição efi está no seu segundo dispositivo de boot (/dev/sdb), ou seja, a unidade SSD.
Então selvaking, no SETUP da BIOS as opções de BOOT estão aparecendo assim: - ubuntu (P1: Samsung 850evo SSD)
- Windows Boot Manager (P1: Samsung 850evo SSD)
- ubuntu (P1: Samsung 850evo SSD)
Nunca vi ele dessa forma, sem poder escolher qual drive. Ele só apareceu a opção do driver de DVD/CD quando tinha colocado o DVD do Ubuntu para executar ele em live e executar o boot-repair.
Se deixo Windows Boot Manager em primeiro ele entra direto no Win10 sem passar pelo GRUB.
Só apareceu a opção de driver do DVD no SETUP quando inseri o disco do Ubuntu para executar ele em live.
A história dos "bips" que ele faz, quando desligo Ubuntu faz 2 "bips" bem espaçados, é um bip de POST. Como se para desligar o Ubuntu precisasse fazer o POST 2x antes de desligar a máquina e se for reiniciar são 2 bips para desligar o Ubuntu e 1 bip para reinício da máquina.
Coisa mais estranha... :o
PS.: não são bips de erro de RAM, vídeo ou outro erro, são realmente como POST.
-
Então selvaking, no SETUP da BIOS as opções de BOOT estão aparecendo assim: - ubuntu (P1: Samsung 850evo SSD)
- Windows Boot Manager (P1: Samsung 850evo SSD)
- ubuntu (P1: Samsung 850evo SSD)
Nunca vi ele dessa forma, sem poder escolher qual drive. Ele só apareceu a opção do driver de DVD/CD quando tinha colocado o DVD do Ubuntu para executar ele em live e executar o boot-repair.
Se deixo Windows Boot Manager em primeiro ele entra direto no Win10 sem passar pelo GRUB.
Só apareceu a opção de driver do DVD no SETUP quando inseri o disco do Ubuntu para executar ele em live.
A BIOS UEFI é assim. Ela mostra os sistemas bootaveis da partição EFI. Mais mesmo isso acontecendo deve haver uma escolha pra qual dispositivo inicializar primeiro ou vc deve fazer isso manualmente conectando o SSD na porta SATA0 e o HD de 1 TiB na porta SATA1 da sua placa-mãe!
-
No caso não é estranho estar aparecendo 2 opções de Boot ubuntu no SSD? Talvez seria mais razoável se aparecesse 2 opções de boot ubuntu uma no SSD e outra no HDD, ele teria feito isso por estar instalado no HDD, mas identificou outro OS no SSD, logo gravaria boot em cada unidade.
E viajando ainda mais.... será que os 2 bips de POST que escuto ao desligar o Ubuntu não tem alguma relação com fato de estar aparecendo essas 2 opções de boot por ubuntu no SETUP?
Estou pensando em excluir as partições do Ubuntu e reinstalar, talvez só isso já resolveria a confusão.
-
Estou pensando em excluir as partições do Ubuntu e reinstalar, talvez só isso já resolveria a confusão.
Então se está mesmo disposto a aventuras, faça isso:
sudo efibootmgr -o 4,3,2,0
Talvez precise ser assim:
sudo efibootmgr -o 4,3,0,2
Pode ser que simplesmente não funcione ou que o setup não guarde essa alteração, depende do fabricante.
O primeiro -o é a letra vogal -o
Depois, para podermos ver o que aconteceu, traga o resultado para:
efibootmgr -v
Nota:
Também pode ser que seja necessário especificar a ordem de forma completa:
0004,0003,0002,0000
Se o caso, se não funcionar daquela forma, teste dessa forma.
-
Em tempo, e se for reinstalar mesmo, veja se funciona criando uma partição adicional /boot no disco SSD, onde ficarão os arquivos do grub e o kernel, não precisa ser grande, se alocar um único 1GB para isso dá para a vida toda. Na reinstalação faça as opções manualmente e direcione o /boot para essa partição.
Isso evidentemente independe da partição EFI que já existe e continuará lá do jeito que está.
O bootloader do grub direcione para a EFI como já fez antes.
-
Desculpa a demora, correria para entregar algumas atividades da faculdade.
Então os resultados:
sudo efibootmgr -o 4,3,2,0
Invalid boot order entry value: 4
^
Boot entry 0004 does not exist
Mesmo adicionando 000.
E
efibootmgr -v
BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0001,0000,0002
Boot0000* Windows Boot Manager HD(2,GPT,bf0822b6-3744-4e94-98da-fe65bbe17a78,0xe1800,0x32000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...o................
Boot0001* ubuntu HD(2,GPT,bf0822b6-3744-4e94-98da-fe65bbe17a78,0xe1800,0x32000)/File(\EFI\UBUNTU\SHIMX64.EFI)
Boot0002* ubuntu HD(2,GPT,bf0822b6-3744-4e94-98da-fe65bbe17a78,0xe1800,0x32000)/File(\EFI\UBUNTU\GRUBX64.EFI)
Acredito que vou precisar reinstalar o Ubuntu para ver o que aconte, criando essa partição /boot no SSD
-
sudo efibootmgr -o 4,3,2,0
Invalid boot order entry value: 4
Boot entry 0004 does not exist
Faça sem usar o 4, que na realidade é a unidade de cdrom.
sudo efibootmgr -o 3,2,0
ou
sudo efibootmgr -o 3,0,2
-
Tive que fazer assim:
sudo efibootmgr -o 2,0
BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0002,0000
Boot0000* Windows Boot Manager
Boot0001* ubuntu
Boot0002* ubuntu
efibootmgr -v
BootCurrent: 0001
Timeout: 1 seconds
show_boot_order(): Permission denied
Boot0000* Windows Boot Manager HD(2,GPT,bf0822b6-3744-4e94-98da-fe65bbe17a78,0xe1800,0x32000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...o................
Boot0001* ubuntu HD(2,GPT,bf0822b6-3744-4e94-98da-fe65bbe17a78,0xe1800,0x32000)/File(\EFI\UBUNTU\SHIMX64.EFI)
Boot0002* ubuntu HD(2,GPT,bf0822b6-3744-4e94-98da-fe65bbe17a78,0xe1800,0x32000)/File(\EFI\UBUNTU\GRUBX64.EFI)
A opção Security Boot tá desligada, mesmo assim tá com SHIMX64... , não seria ele responsável pelo duplo POST quando desligo o Ubuntu?
Continua lento para desligar e fazendo 2 bips de POST.
Vou formatar e reinstalar, espero que resolva.
Como excluo SHIMX64 e GRUBX64 do SSD?