Estou tentando descobrir o que está acontecendo com o meu sistema. Demora muito para inicializar.
É uma inicialização dupla com o Windows em um Alienware 17R3. Eu tentei fazer o que estas mensagens sugerem:
Mas isso não parece ser o meu problema. Embora alguns erros estejam relacionados a dev-sda4.device .
A saída de dmesg é aqui . E a saída de systemd-analyze plot é descartada aqui .
$ systemd-analyze blame
17.674s grub-common.service
17.564s networking.service
17.519s apport.service
17.518s irqbalance.service
17.448s sysstat.service
16.852s click-system-hooks.service
13.048s speech-dispatcher.service
7.556s ModemManager.service
7.539s dev-sda4.device
6.824s accounts-daemon.service
4.761s apparmor.service
4.706s alsa-restore.service
4.452s systemd-logind.service
4.404s iio-sensor-proxy.service
4.402s gpu-manager.service
4.227s thermald.service
4.190s avahi-daemon.service
4.188s bluetooth.service
3.926s snapd.firstboot.service
3.120s NetworkManager.service
2.151s polkitd.service
1.922s systemd-tmpfiles-setup.service
1.636s systemd-fsck@dev-disk-by\x2duuid-E237\x2d4151.service
1.536s systemd-rfkill.service
1.511s systemd-udevd.service
1.470s plymouth-start.service
1.406s wpa_supplicant.service
1.323s keyboard-setup.service
1.173s systemd-tmpfiles-setup-dev.service
1.141s systemd-backlight@backlight:intel_backlight.service
956ms [email protected]
950ms packagekit.service
940ms systemd-modules-load.service
851ms rsyslog.service
838ms console-setup.service
603ms upower.service
564ms dev-sda5.swap
558ms sys-kernel-debug.mount
557ms dev-mqueue.mount
557ms dev-hugepages.mount
522ms udisks2.service
314ms lightdm.service
309ms systemd-timesyncd.service
293ms plymouth-quit-wait.service
257ms systemd-journald.service
235ms systemd-resolved.service
232ms boot-efi.mount
232ms dns-clean.service
202ms pppd-dns.service
192ms ufw.service
181ms systemd-update-utmp.service
177ms snapd.socket
171ms systemd-udev-trigger.service
128ms colord.service
112ms systemd-sysctl.service
103ms kmod-static-nodes.service
101ms systemd-journal-flush.service
100ms systemd-random-seed.service
78ms systemd-remount-fs.service
57ms systemd-tmpfiles-clean.service
40ms nvidia-persistenced.service
34ms setvtrgb.service
21ms snapd.boot-ok.service
12ms systemd-user-sessions.service
12ms openvpn.service
11ms rc-local.service
11ms systemd-update-utmp-runlevel.service
11ms plymouth-read-write.service
10ms ureadahead-stop.service
3ms rtkit-daemon.service
2ms cgroupfs-mount.service
1ms resolvconf.service
1ms sys-fs-fuse-connections.mount
Quaisquer sugestões sobre como resolver isso são bem-vindas.
Este é um problema com o seu disco rígido, eu tinha experimentado o mesmo problema na área de alienware 51 e substitui o disco rígido pela antiga imagem de dados do antigo disco rígido restaurado e funcionou de forma absolutamente rápida, muito mais rápida, ver se resolve o seu problema, se não, atualize suas bios que REALMENTE ajuda.
Em systemd , você pode desativar serviços com sudo systemctl disable [service] .
Para grub-common.service parece ser seguro desativar, veja aqui .
Com networking.service , geralmente é interrompido quando o dispositivo de loopback não está definido corretamente, consulte aqui
apport.service inicia o daemon de relatório de falha automática, portanto, se você nunca tiver arquivado bugs ou quiser procurar erros por conta própria, também poderá desativá-lo - mais sobre o Apport aqui
Os próximos dois culpados irqbalance.service e sysstat.service - eu não interferiria com isso.
Desde que você não tenha instalado nenhum pacote de snap ou pacote de cliques predecessor, não vejo razão para não desabilitar click-system-hooks.service e snapd.firstboot.service .
Se o seu olhar é bom ao normal, o speech-dispatcher.service também pode ir.
Então, nós ganhamos cerca de 1min de tempo de inicialização, se você gosta de experimentar, faça isso. Ah, sim, os serviços são reabilitados por sudo systemctl enable [service] - mais coptions systemctl podem ser encontrados neste question .