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

[Marco_Linx]

Como não havia voltado os arquivos de inicialização à configuração original, retirei novamente o drive e fiz como sugerido:

systemd-analyze
Startup finished in 9.614s (firmware) + 5.340s (loader) + 3.875s (kernel) + 42.967s (userspace) = 1min 1.798s

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

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

A respeito dessa questão, sabe por que pode estar ocorrendo?

[druidaobelix]

Vendo o dmesg aquelas mensagens do ata de fato desapareceram quando sem o driver do cdrom.

Essa mensagem do setup BIOS/UEFI está relacionada ao /Secure Boot.
No setup deve existir um chaveamento para o Secure Boot, altere ele para ver se o alerta desaparece.

Isso posto, indo adiante e apenas como teste, execute esse comando:

Código: [Selecionar]

sudo systemctl disable apt-daily.service
Reinicie o sistema e veja se produz algum efeito no tempo total:

Código: [Selecionar]

systemd-analyze
Agora, lá no ícone da conexão da barra superior click em "Editar conexões", click sobre a conexão ativa, "Editar" e na aba "Configurações IPv6" click em "Ignorar", mesma coisa, reinicie e veja se produz algum efeito no tempo total através do systemd-analyze.

Se as alterações não resultaram em ganhos, retorne à forma como estavam.

[Marco_Linx]

Essa mensagem do setup BIOS/UEFI está relacionada ao /Secure Boot.
No setup deve existir um chaveamento para o Secure Boot, altere ele para ver se o alerta desaparece.

Fiquei um pouco em dúvida sobre o que ou onde seria o tal chaveamento então, alterei a ordem de boot UEFI e parece que deu certo.

Seguindo com os testes:

Isso posto, indo adiante e apenas como teste, execute esse comando:

Código: [Selecionar]

sudo systemctl disable apt-daily.service

systemd-analyze
Startup finished in 8.453s (firmware) + 11.352s (loader) + 3.708s (kernel) + 42.253s (userspace) = 1min 5.766s

Agora, lá no ícone da conexão da barra superior click em "Editar conexões", click sobre a conexão ativa, "Editar" e na aba "Configurações IPv6" click em "Ignorar", mesma coisa, reinicie e veja se produz algum efeito no tempo total através do systemd-analyze.

systemd-analyze
Startup finished in 8.433s (firmware) + 13.550s (loader) + 3.549s (kernel) + 41.343s (userspace) = 1min 6.876s

Com isso, retornei às configurações anteriores à essas alterações.
Aproveitando, os arquivos system.conf e  o grub ainda estão alterados conforme havia solicitado. Posso retorná-los à configuração original?

[druidaobelix]

Aproveitando, os arquivos system.conf e  o grub ainda estão alterados conforme havia solicitado. Posso retorná-los à configuração original?

Se a alteração no system.conf não produziu ganho, volte ao normal.

A alteração no grub é indiferente (quiet splash), é apenas para aparecer ou não as linhas de carga quando do boot no sistema, não muda nada, mas se quiser também pode retornar.

Também onde antes usou systemctl disable use restart para voltar ao que era.

Código: [Selecionar]

sudo systemctl restart apt-daily.service

[druidaobelix]

Então, /Marco_Linx/,

Nesse ponto, feitas tais e quais alterações é conveniente fazer uma nova verificação, certifique-se que o sistema esteja atualizado e então faça uma nova medição do tempo de boot, porém **antes de fazer a medição do tempo de boot** faça um boot inicial e em seguida mais dois reboots sem novas alterações para que o systemd "aprenda" certas características do sistema e faça as correções e otimizações, portanto, a medição inicial pode ser distorcida se não fizer os reboots sucessivos.

Use os dois comandos já anteriormente vistos:

Código: [Selecionar]

systemd-analyze

Código: [Selecionar]

systemd-analyze --no-pager blame | pastebinit

Apenas depois dos reboots é que deve ser feita a medição.

[Marco_Linx]

Então, /Marco_Linx/,

Desculpe, não entendi as // (barras).

Segue os testes:

systemd-analyze
Startup finished in 8.788s (firmware) + 5.928s (loader) + 3.553s (kernel) + 41.398s (userspace) = 59.668s

http://paste.ubuntu.com/23374849/

[Marco_Linx]

Algumas ocorrências me chamaram atenção assim que postei o tópico anterior:

Decidi testar o dmesg | grep sr0 e ele reconheceu a unidade de DVD. Imediatamente inseri uma midia na unidade para ver se estava funcionando mas, não houve nenhuma resposta.
Entrei então no Windows pra ver se reconhecia por lá mas também nada.
Retornei ao Ubuntu, novamente testei dmesg | grep sr0 mas, já não retornou mais.

Após isso, novamente atualizei usando sudo apt update, que retornou
Ign:1 cdrom://Ubuntu 16.04.1 LTS _Xenial Xerus_ - Release amd64 (20160719) xenial InRelease
Err:2 cdrom://Ubuntu 16.04.1 LTS _Xenial Xerus_ - Release amd64 (20160719) xenial Release
  Por favor, use o apt-cdrom para fazer com que este CD-ROM seja reconhecido pelo APT. O apt-get update não pode ser usado para adicionar novos CD-ROMs
Atingido:3 http://br.archive.ubuntu.com/ubuntu xenial InRelease           
Obter:4 http://br.archive.ubuntu.com/ubuntu xenial-updates InRelease [95,7 kB]
Atingido:5 http://br.archive.ubuntu.com/ubuntu xenial-backports InRelease     
Atingido:6 http://ppa.launchpad.net/danielrichter2007/grub-customizer/ubuntu xenial InRelease
Atingido:7 http://security.ubuntu.com/ubuntu xenial-security InRelease         
Atingido:8 http://ppa.launchpad.net/yannubuntu/boot-repair/ubuntu xenial InRelease
Lendo listas de pacotes... Pronto
E: The repository 'cdrom://Ubuntu 16.04.1 LTS _Xenial Xerus_ - Release amd64 (20160719) xenial Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure( manpage for repository creation and user configuration details.

É possível forçar o reconhecimento do drive usando apt-cdrom?

[druidaobelix]

Então, /Marco_Linx/,

Desculpe, não entendi as // (barras).

As barras não são nada de importante, apenas um antigo hábito para referir o interlocutor.
Na internet em geral se usa nicknames, que são "apelidos de internet", identificadores de logins e que tais e não nomes reais.
No seu caso até parece haver equivalência entre uma coisa e outra, exceto pelo underline, que certamente seu nome real não tem, então é igualmente um nickname e não um nome.
Uma outra forma seria usar o nickname entre " " (aspas), para evidenciar que se trata de um nickname e não um nome, mas tanto faz, isso realmente não é importante, é apenas um antigo hábito.   

[druidaobelix]

Decidi testar o dmesg | grep sr0 e ele reconheceu a unidade de DVD. Imediatamente inseri uma midia na unidade para ver se estava funcionando mas, não houve nenhuma resposta.
Entrei então no Windows pra ver se reconhecia por lá mas também nada.
Retornei ao Ubuntu, novamente testei dmesg | grep sr0 mas, já não retornou mais.

Veja, /Marco_Linx/, o teste definitivo você já fez e comprovou que há um problema e esse problema não é no sistema operacional.
Tendo colocado uma midia bootável (um iso do Linux, um disco de instalação do Windows) e colocado a prioridade de boot no setup para que o boot se dê pela unidade ótica e tendo falhado o boot, isso elimina qualquer possibilidade de problema no sistema operacional.
A questão está no firmware do equipamento e não em qualquer sistema operacional.

Assim sendo, não adiante insistir em qualquer medida no sistema operacional, pois isso não irá resultar em nada, já que o problema não é lá.
Ou há um problema no firmware (BIOS/UEFI) do próprio computador/unidade ótica ou há um defeito físico.
Tanto uma coisa ou outra não será no sistema operacional que isso será consertado.

Nas máquinas em geral há uma forma de desabilitar a unidade de cdrom no BIOS/UEFI, não sei se nessa aí especificamente tem isso ou não, se tiver, desabilite.
Também não é incomum as pessoas retirarem a unidade ótica, que é algo um pouco obsoleto em face das portas USB, que são melhores para trabalhar, e aproveitarem o slot e a porta SATA para colocarem um segundo disco, às vezes até um disco mais moderno do tipo SSD.

[druidaobelix]

Retornando à questão do tempo de boot, vamos sempre imaginar um cenário onde o "defeito" na unidade ótica não esteja interferindo no sistema.

Analisando o 'blame' que mostra os "culpados" pela demora, não há evidência de que haja muito a fazer, exceto tomando medidas mais drásticas, o que talvez não seja bom.
Como lá se nota, não há um grande culpado e sim pequenos culpados que somados fazem o tempo chegar aonde chega.

Dos serviços que estão lá relacionados, desnecessário mesmo e que certamente você não está usando é o snapd, que é uma forma nova de empacotamento experimental do Ubuntu.
Não tenho nenhum pacote snapd aqui instalado e duvido que você tenha aí algum, então possivelmente esse é um serviço neste momento desnecessário, mas veja que possivelmente ele não irá reduzir drasticamente o tempo total do boot.

Entretanto, se quiser experimentar e ver o resultado, pode fazer:

Código: [Selecionar]

sudo systemctl disable snapd.firstboot.service
Talvez sejam necessárias outras intervenções desabilitando mais alguns serviços relacionados a esse, mas faça inicialmente esse, reanalise o tempo de boot e o novo blame, se um novo snapd service correlacionado estiver tomando, desabilite também e assim por diante.

O que estou querendo dizer é que não faz muito sentido, por exemplo, desabilitar o snapd.socket quando ele está assinalado com 19ms e menos ainda o snapd.boot-ok.service com 10ms, pois evidentemente nessa atual posição isso não faz nenhuma diferença, porém se o tempo disso aumentar, aí sim posteriormente desabilite, enfim esteja atento ao novo blame resultante da mudança e veja se mais algum serviço correlacionado aumenta o tempo e compense desabilitar também.

Bem, feita a desabilitação é como sempre, nova análise, fazendo 3 boots sucessivos e tomando novamente o tempo da forma que você já sabe como fazer e então obter o novo resultado e ainda analisar o novo blame resultante.

[druidaobelix]

Em complemento, claro que não é todo e qualquer serviço que se pode desabilitar, fazer isso com alguns pode "quebrar" o sistema, e certamente alguns outros simplesmente não compensa, torna-se ilógico fazer isso, como por exemplo desabilitar o serviço de conexão à internet, porque o que irá acontecer é que o boot ficará, sim, mais rápido, porém o sistema inicia sem conexão automática à internet e então o usuário terá que fazer isso manualmente, o que certamente vai tomar mais tempo do que se deixasse fazer de forma automática.

[Marco_Linx]

Olá druidaobelix

Obrigado pelo esclarecimento da questão do nickname. Realmente desconhecia a prática do uso das / / (barras) ou " " (aspas) nesses casos. 

Sobre o drive, por tudo o que fizemos e resultados obtidos, acredito que nenhuma outra medida seja necessária, nem mesmo interessante já que não levará à solução do problema que como constatamos é físico ou o firmware que nem mesmo se encontra na internet (não de forma prática, pelo menos) por tudo o que eu e vários usuários do modelo com problemas semelhantes, pudemos experimentar.

A respeito dos seguintes trechos:

Nas máquinas em geral há uma forma de desabilitar a unidade de cdrom no BIOS/UEFI, não sei se nessa aí especificamente tem isso ou não, se tiver, desabilite.

Infelizmente não identifiquei essa opção em nenhuma das vezes em que acessei o Setup, o que seria de grande ajuda pois, acredito que pouparia as tentativas do Ubuntu que pelo que vimos, está impactando no tempo de iniciaização.

Também não é incomum as pessoas retirarem a unidade ótica, que é algo um pouco obsoleto em face das portas USB, que são melhores para trabalhar, e aproveitarem o slot e a porta SATA para colocarem um segundo disco, às vezes até um disco mais moderno do tipo SSD.

Concordo com o uso cada vez menor desse tipo de mídia, tanto que do tempo que tenho o equipamento somente agora (com mais de 1 ano de aquisição) fui precisar gravar uma mídia que seria objeto de presente e ainda pra uso bem específico.

Eventualmente posso usar a idéia do SSD mas, acho difícil por duas razões:
A frequência do processador não me leva a crer que ficarei com o equipamento por muito tempo, além do uso que faço não requerer esse tipo de mídia no momento.
E ainda o risco de que se o problema estiver na conexão da placa o investimento não traga retorno. 

[Marco_Linx]

Por fim, agradeço por todo o empenho e profissionalismo demonstrado por você em busca de uma solução, bem como pela oportunidade de aprender tanto em uma situação não tão positiva mas que permitiu talvez a maior experiência de uso do Ubuntu que já tive até o momento.

E talvez tenha até despertado maior interesse por essa que ao meu ver é uma das distros de maior popularidade do Linux.

Abs!