Ubuntu 16.04 LTS lento para iniciar em dual boot com Windows 10

[druidaobelix]

[...] Tentei postar as imagens da BIOS mas devido ao tamanho não obtive êxito. [...]

Para aprender como anexar uma imagem em miniatura ao tópico (porque há limite nas regras do Fórum) através de um servidor de imagens externo, veja esse tópico e nele especialmente o post #2 do colega /Creto/:

Anexar uma imagem ao tópico.

http://ubuntuforum-br.org/index.php/topic,117916.msg649065.html#msg649065

http://imgur.com

[druidaobelix]

Experimente ainda, antes do que mencionado no post #14 anterior, porque é uma providência muito simples de ser feita, subir o sistema usando o parâmetro noapic na cmdline, isto é, na linha de boot do kernel.

A linha de boot do kernel é aquela que aparece na tela inicial do sistema, no menu do grub, onde quando há dual boot se escolhe qual sistema subir.

Para editar a cmdline use a tecla 'e' (editar).

Eventualmente nessa linha estará a expressão quiet splash noprompt, algo assim, enfim, basta acrescentar o parâmetro noapic e iniciar o sistema acionando as teclas Ctrl mais X (e não enter).

Essa alteração é provisória e se perde quando reiniciar.

Depois que a cmdline subiu usando noapic, verifique se há alguma manifestação da unidade ótica cdrom e ainda  confira o tempo total do boot (supondo que ainda esteja como autologin, ir direto ao desktop sem parada, para efeitos de comparação).

Código Selecionar Expandir

dmesg | grep sr0

Código Selecionar Expandir

systemd-analyze

[Marco_Linx]

Boa tarde druidaobelix

Perdoe a demora no retorno mas, estou à tarde toda tentando localizar o driver do dvd, isso para Windows pra ver se resolvia ao menos naquele sistema mas, nada. Houve um equívoco quando afirmei que se tratava do HL-DT-ST DVD+/-RW GU70N . O driver correto é HL-DT-ST DVD+/-RW GU90N .
E conforme links abaixo, identifiquei diversos casos de problemas com o referido drive.
http://pt.community.dell.com/search#q=HL-DT-ST%20DVD%2B-RW%20GU90N&pi1680537405=1
http://en.community.dell.com/support-forums/disk-drives/f/3534/t/19582178?pi33560=2

Diante da dificuldade confesso que já estou prestes a desistir, principalmente porque não tenho mais suporte da Dell para o note e porque dos casos que verifiquei, incluindo os que constam nos links, não encontrei nenhuma solução que se aplique ao meu caso.

[Marco_Linx]

Segue aqui o retorno dos comandos solicitados no post #15:

dmesg | grep sr0

systemd-analyze
Startup finished in 4.151s (firmware) + 47.040s (loader) + 3.980s (kernel) + 43.062s (userspace) = 1min 38.235s

Fiz o procedimento do noapic mas pelo que podemos perceber, não houve alteração. E ainda a respeito de alguma manifestação da unidade ótica, não houve. Na verdade algumas vezes durante o uso do sistema é possível ouvir que ela entra em funcionamento através do som de rotação da mesma (deixo um DVD nela pra ver se algo ocorre), mas continua sem ser detectada pelo sistema.

No momento preciso sair então, mais tarde postarei os resultados dos procedimentos solicitados no post #14.

Obrigado ainda pelo post que explica como postar as imagens no fórum. Será bastante últil.

[Marco_Linx]

Olá druidaobelix,

Segue resultados dos procedimentos solicitados no tópico #14:

De toda forma precisa pelo menos fazer o tira-teima, usando um live-pendrive da versão 12.04.5, subir o sistema pelo live-pendrive e conferir se aparece alguma coisa sobre o cdrom, algum sinal de vida, alguma identificação.

ou mesmo montar um live-pendrive do Ubuntu na versão 16.10, recém lançada, que já saiu com o kernel da série 4.8. o que também é fácil de ser feito.

No segundo procedimento acabei optando por criar o live pendrive por conter a versão do kernel sugerida e claro, pra dar uma espiada em como está a versão 16.10. 

Como podemos ver em nenhum dos procedimentos o drive foi reconhecido o que ao meu ver, resulta em duas possibilidades possíveis:

• Defeito físico no drive (mais provável)
• Problema relacionado à BIOS que está em sua última versão, se bem que antes de atualizá-la já estava apresentando o mesmo defeito

Apenas a título de curiosidade, observei que em alguns momentos a luz do drive pisca de forma intermitente, o que se repetiu nos testes com todas as versões do Ubuntu quando há mídia no mesmo.

[druidaobelix]

Como podemos ver em nenhum dos procedimentos o drive foi reconhecido [...]

Mas quando subiu pelo live-iso (pendrive ou cdrom), chegou a executar o comando?

Código Selecionar Expandir

dmesg | grep sr0

Nao resultou nada mesmo dessa execucao?

[druidaobelix]

Se possivel faca um outro teste com a unidade otica de cdrom.

Se tiver preferencialmente um arquivo iso gravado num cdrom (live-cdrom), se nao tiver entao qualquer outro cdrom (=dvdrom) que sabidamente eh inicializavel (por exemplo, cd de instalacao ou de recuperacao do windows), enfim, qualquer um que deva inicializar por si so.

No setup da maquina (BIOS/UEFI) altere a ordem (se eh que ja nao esta) para que o computador inicialize a partir do cdrom.

Com isso se esta provocando uma inicializacao que independe de sistema operacional e de driver (nao depende nem de Windows nem de Linux), depende apenas do firmware (BIOS/UEFI) da propria maquina.

Se a midia for lida e inicializar, entao eh problema de drivers dos sistemas operacionais, se nao for lida e ignorada, entao o problema esta no equipamento fisico ou firmware da maquina.

[druidaobelix]

Suponho que voce ja tenha pesquisado no site da Dell se nao ha atualizacao do firmware desse cdrom (nao eh do BIOS, eh firmware da propria unidade otica cdrom), em toda caso, se ainda nao viu, compensa pesquisar a partir do numero de etiqueta do produto.

Código Selecionar Expandir

sudo apt install libsmbios-bin

Código Selecionar Expandir

sudo getSystemId

[druidaobelix]

Se nao funcionou usando um cdrom bootavel, se nao encontrou atualizacao do firmware, entao pode ate ser um certo exagero, mas eu faria tal como o suporte da Dell aqui nesse post aconselha ao sofrido consumidor, remova a gaveta e refaca o encaixe. Nao sei como eh esse especifico tipo de conector funciona, mas se houver a possibilidade de limpar os conectores com uma borracha macia, eventualmente ajuda.

Veja a imagem do ultimo post, mostrando como desparafusar e retirar a gaveta.

http://pt.community.dell.com/support-forums/notebooks/f/83/t/45491


Se chegar a tirar a gaveta fora, isto e, se ela desplugar mesmo facilmente, entao antes de recolocar aproveite e teste subir o Ubuntu sem a unidade e faca uma analise do tempo de boot.

Código Selecionar Expandir

systemd-analyze

[druidaobelix]

Antes de soltar o parafuso (se for soltar) e retirar a gaveta, experimente isso:

Código Selecionar Expandir

sudo gedit /etc/systemd/system.conf


Descomente e altere essas linhas:

#DefaultTimeoutStartSec=90s
DefaultTimeoutStartSec=10s

#DefaultTimeoutStopSec=90s
DefaultTimeoutStopSec=10s

O tempo de 10s pode não ser adequado, talvez seja necessário ajustar para um tempo maior para que não ocorra falhas sucessivas no carregamento dos serviços.

Observe durante o carregamento se ocorre falhas (aparecem em vermelho).
Para conseguir observar elimine temporariamente o quiet splash da linha inicial de comando cmdline que faz o boot.

Se quiser fazer mais diretamente:

Código Selecionar Expandir

sudo gedit /etc/default/grub

comente essa linha (colocar um # antes)

#GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

Salvar e sair

Atualize o grub:

Código Selecionar Expandir

sudo update grub

Uma vez alterado e ajustado o tempo, faça o boot e analise o tempo:

Código Selecionar Expandir

systemd-analyze

Veja se produziu alguma alteração frente aos resultados anteriores.

[Marco_Linx]

Mas quando subiu pelo live-iso (pendrive ou cdrom), chegou a executar o comando?

Código Selecionar Expandir

dmesg | grep sr0

Nao resultou nada mesmo dessa execucao?

Interessante perguntar isso porque assim que desliguei o note e fui dormir, pensei: pra um leigo talvez aqueles prints postados serviriam mas pra ele, com certeza eu deveria em cada teste com cada versão do sistema ter executado o tal comando para demonstrar realmente que o drive não estava funcionando... rsrsrs

Pra encurtar... O note apresentou alguns problemas hoje à tarde, durante as tentativas que fiz de dar seguimento ao caso. Por isso, tive que realizar alguns procedimentos de diagnóstico e reparo que constam do site da fabricante, o penúltimo com mais de 2h de duração que acabei cancelando o que resultou em nada mas, depois disso parece que o equipamento voltou ao normal.
Posto isso, seguem os testes com os devidos comandos realizados:

Live pendrive Ubuntu 12.04.5
dmesg | grep sr0
[    4.886321] sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray
[    4.886471] sr 1:0:0:0: Attached scsi CD-ROM sr0

Olha ele aí!
Como pode ver, no teste com o Ubuntu 12.04 o drive apareceu porém, logo em seguida ficou inativo de modo que o led indicador de atividade parou de piscar, inclusive o botão para ejetá-lo deixou de responder.


Live pendrive Ubuntu 16.10
ubuntu@ubuntu:~$ dmesg | grep sr0
ubuntu@ubuntu:~$ systemd-analyze
Startup finished in 5min 7.179s (kernel) + 35.508s (userspace) = 5min 42.688s

dmesg | pastebinit
http://paste.ubuntu.com/23366847/

systemd-analyze plot > plot.svg
https://drive.google.com/open?id=0B2ibsa70BEpEM3pISk5ncDlzSmc

Provavelmente por ter feito logo na sequencia o teste com o Ubuntu 16.10, a situacão de não reconhecer voltou a se repetir. Acabei esquecendo de printar a tela com o terminal em execução mas em compensação como pode observar, nesse momento o drive já não respondia, executei alguns comandos que havia solicitado nos tópicos anteriores para trazer informações nesse cenário (live usb Ubuntu 16.10 com o DVD em total pane).

[Marco_Linx]

Se possivel faca um outro teste com a unidade otica de cdrom. [...]

Realizando o teste, pude perceber algumas dificuldades ao alterar as opçoes na BIOS/UEFI:
Quando alterei a ordem do boot tilizando as opções do UEFI para inicializar pelo DVD, o sistema não respeita a alteração e continua realizando o boot trazendo o GRUB ou em alguns momentos diretamente o Gerenciador de inicialização do Windows.

Para que o sistema reconhecesse a instrução de "tentar"  bootar pelo DVD, tive que forçar a utilização do Legacy o que acabou demonstrando seguindo o raciocínio do tópico #21, que a falha está mesmo no firmware ou no drive físico.


Uma outra questão que me chamou atenção foi que ao tentar voltar para o Boot Seguro do UEFI surge o seguinte erro:


Só lembrando que fiz os testes com 3 mídias bootáveis entre elas de instalação do Ubuntu e Windows.

Ainda falando sobre o sucesso no reconhecimento do drive de DVD quando utilizei o live pendrive com o Ubuntu 12.04, me pareceu que isso se deu devido à mudança na ordem de boot através do Setup e não que a mídia ou essa versão tenha alguma vantagem em relação às demais. Já que até então não vinha alterando no Setup, apenas vinha usando a opção avançada de inicialização através do F12 que traz Boot Options.

Baseio isso no fato de que mesmo quando houve êxito no reconhecimento do drive, logo em seguida o mesmo deixou de funcionar ainda com o live pendrive em execução e daí em diante, mesmo com a reinicialização do sistema com a live do 16.10, não houve mais atividade do drive em questão.

[Marco_Linx]

Suponho que voce ja tenha pesquisado no site da Dell se nao ha atualizacao do firmware desse cdrom (nao eh do BIOS, eh firmware [...]

Apesar de ser a primeira coisa que tentei fazer, até o momento não encontrei o driver ou firmware nem na página de drivers do equipamento junto ao fabricante, nem na internet, leia-se Google. Ou melhor, nesse último achei vários links mas, pelos comentários que vi esses links são portas de entrada de vírus então por incrível que pareça, não encontro o tal driver.

Por via das dúvidas, entrei novamente no site e o mais próximo que encontrei foram os drivers do link abaixo. Baixei, reinstalei mas, nenhuma alteração.
http://www.dell.com/support/home/br/pt/brbsdt1/Drivers/DriversDetails?driverId=KYD2R&fileId=3322687237&osCode=W864&productCode=inspiron-14-3437&languageCode=bp&categoryId=SA

[Marco_Linx]

Antes de soltar o parafuso (se for soltar) e retirar a gaveta, experimente isso: [...]

sudo gedit /etc/systemd/system.conf
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.
#
# Entries in this file show the compile time defaults.
# You can change settings by editing this file.
# Defaults can be restored by simply deleting this file.
#
# See systemd-system.conf(5) for details.

[Manager]
#LogLevel=info
#LogTarget=journal-or-kmsg
#LogColor=yes
#LogLocation=no
#DumpCore=yes
#ShowStatus=yes
#CrashChangeVT=no
#CrashShell=no
#CrashReboot=no
#CPUAffinity=1 2
#JoinControllers=cpu,cpuacct net_cls,net_prio
#RuntimeWatchdogSec=0
#ShutdownWatchdogSec=10min
#CapabilityBoundingSet=
#SystemCallArchitectures=
#TimerSlackNSec=
#DefaultTimerAccuracySec=1min
#DefaultStandardOutput=journal
#DefaultStandardError=inherit
DefaultTimeoutStartSec=20s
DefaultTimeoutStopSec=20s
#DefaultRestartSec=100ms
#DefaultStartLimitInterval=10s
#DefaultStartLimitBurst=5
#DefaultEnvironment=
#DefaultCPUAccounting=no
#DefaultBlockIOAccounting=no
#DefaultMemoryAccounting=no
#DefaultTasksAccounting=no
#DefaultTasksMax=
#DefaultLimitCPU=
#DefaultLimitFSIZE=
#DefaultLimitDATA=
#DefaultLimitSTACK=
#DefaultLimitCORE=
#DefaultLimitRSS=
#DefaultLimitNOFILE=
#DefaultLimitAS=
#DefaultLimitNPROC=
#DefaultLimitMEMLOCK=
#DefaultLimitLOCKS=
#DefaultLimitSIGPENDING=
#DefaultLimitMSGQUEUE=
#DefaultLimitNICE=
#DefaultLimitRTPRIO=
#DefaultLimitRTTIME=

Se quiser fazer mais diretamente: [...]

sudo gedit /etc/default/grub

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT="0"
#GRUB_HIDDEN_TIMEOUT="0"
GRUB_HIDDEN_TIMEOUT_QUIET="true"
GRUB_TIMEOUT="10"
GRUB_DISTRIBUTOR="`lsb_release -i -s 2> /dev/null || echo Debian`"
#GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL="console"

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE="640x480"

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID="true"

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"





Sem o drive:
systemd-analyze
Startup finished in 9.562s (firmware) + 12.579s (loader) + 3.923s (kernel) + 44.994s (userspace) = 1min 11.059s

Pra concluir após a reinstalação do drive fiz:
systemd-analyze
Startup finished in 9.599s (firmware) + 7.785s (loader) + 3.810s (kernel) + 44.739s (userspace) = 1min 5.935s
marco@marco-Inspiron-3437:~$ dmesg | grep sr0

[druidaobelix]

Teria sido interessante para efeitos de verificacao e comparacao obter um dmesg fazendo o log do boot sem a unidade otica, porque o defeito tambem pode nao estar exatamente no drive e sim na porta SATA na qual ele esta conectado.