Estou muito frustrado com o tempo que o meu laptop inicializa desde que instalei o Ubuntu.
Antes do Ubuntu, eu tinha o Kubuntu 15.04 que inicializava do Grub para o desktop em menos de 20 segundos. Eu mudei para o Ubuntu (64 bits) porque ouvi que era mais rápido. Até agora, é muito pior. Com o autologin, leva 55 segundos. Sem, eu recebo do Grub para minha tela de login em 35 segundos. Então, depois de digitar minha senha e pressionar ENTER, levará outros 21 segundos para mostrar a área de trabalho.
Deve-se mencionar também que, durante a inicialização, não há tela roxa ou o logotipo inicial do Ubuntu com pontos de rolagem.
Quando estou na minha área de trabalho, tudo funciona bem e rápido. Ele dorme e recomeça bem etc. É apenas a inicialização que me preocupa. Desde que eu tenho um sistema de dual-boot, eu tendem a reiniciar no Windows 10 para fazer certas coisas. A inicialização no Win10 é super rápida, mas a inicialização no Ubuntu leva muito tempo.
Estou usando exatamente a mesma partição que eu era antes (que eu formatava para uma nova instalação do Ubuntu).
Estou usando systemd-analyze
para descobrir o que está causando atrasos. Até agora eu tentei o seguinte:
- Kernel atualizado para 4.6
- Serviço NetworkManager-wait-online desativado
- Desativado serviço Samba-ad-dc
- Serviço smbd desativado
- Serviço mnbd desativado
- Aparelho desativado e desinstalado
- Serviço do grub-common desativado
Aqui está a tela que eu vejo entre o menu do Grub e a tela de login:
Estoucientedequeissoéfsck
eapareceimediatamenteapósomenudoGrub.Tambémestoucientedeque,porquesurgedeimediato,nãoestádemorandomuitotempo.Masessatelaéoqueeuvejoatéateladeloginaparecer.Nãohátelainicialcompontosnofundo,nenhumatelaroxa.
Aquiestáumlinkparaaminha saída do dmesg
Meu dmesg por algum motivo só vai para 25 segundos.
Além disso, eu plotei minha inicialização com systemd-analyze plot > file.svg
e acabo com horários que não fazem sentido. E, na verdade, o gráfico leva apenas 20 segundos, mas demora muito mais para a minha tela de login aparecer. Aqui está minha saída (eu vinculei a imagem em vez de postá-la por causa do tamanho da imagem):
saída de análise systemd
Saída de systemd-analyze blame
(abaixo)
Saídadesystemd-analyzecritical-chain
(abaixo)
Aquiestáasaídadefdisk-l
(abaixo)
Como eu disse antes, estou usando as mesmas partições de antes (sdb6 para /, sdb3 para / home, sdb5 para swap). Eles foram formatados. Então, eu não sei porque isso pode estar acontecendo.
sda é uma unidade SSD, sdb é uma unidade mecânica de 1 TB.
O resto do meu hardware:
Laptop HP DV7. Processador Intel i7, RAM de 8 GB, gráficos AMD Radeon HD 7960M XT (duplo comutável com gráficos Intel).
Eu tenho trabalhado nisso por um tempo, espero que minha escavação mostre isso, e eu poderia realmente usar alguma ajuda aqui. Eu vou fornecer quaisquer outras saídas que você precisar.
Obrigado antecipadamente!
ATUALIZAÇÃO
Eu tentei inicializar com network-manager
desativado e não houve diferença no tempo de inicialização. Por algum motivo, networking.service
ainda aparece na lista de culpados.
Aqui estão as saídas de culpabilização e de cadeia crítica do systemd-analysis:
BLAME
8.410s networking.service
7.267s ModemManager.service
7.138s accounts-daemon.service
5.327s systemd-logind.service
4.939s alsa-restore.service
4.595s systemd-user-sessions.service
4.166s dev-sdb6.device
3.683s loadcpufreq.service
3.455s apport.service
3.353s ondemand.service
3.261s cpufreqd.service
2.063s gpu-manager.service
1.643s polkitd.service
1.508s rsyslog.service
1.322s lm-sensors.service
1.224s lightdm.service
1.144s plymouth-start.service
1.026s systemd-modules-load.service
1.005s thermald.service
918ms systemd-tmpfiles-setup-dev.service
907ms avahi-daemon.service
772ms systemd-journald.service
534ms upower.service
Corrente crítica
graphical.target @16.982s
└─multi-user.target @16.982s
└─cpufrequtils.service @16.976s +5ms
└─loadcpufreq.service @13.268s +3.683s
└─basic.target @8.324s
└─sockets.target @8.324s
└─avahi-daemon.socket @8.324s
└─sysinit.target @8.230s
└─systemd-update-utmp.service @8.102s +127ms
└─systemd-tmpfiles-setup.service @7.768s +333ms
└─local-fs.target @7.767s
└─home.mount @7.704s +63ms
└─systemd-fsck@dev-disk-by\x2duuid-e715a619\x2de892\x2d40dc\x2dbc17\x2d235e98e3ffe6.service @7.180s +463ms
└─dev-disk-by\x2duuid-e715a619\x2de892\x2d40dc\x2dbc17\x2d235e98e3ffe6.device @7.167s
UPDATE 2
Depois de desativar muito e remover vários aplicativos, ainda não estou chegando a lugar nenhum. Eu penso no entanto agora, que isso pode ser um problema com o Mestre ou com o DE ... Mas passar por todos os registros não está me levando a lugar algum até agora.