Eu tenho um problema com a inicialização do Ubuntu 16.04 (nova instalação ao lado do Windows 10) demorando muito tempo no meu Samsung 850 EVO SSD - quase 1 minuto .
A história é assim:
Eu verifiquei o dmesg / log do sistema - aqui está o fragmento importante:
(...)
Aug 8 19:27:15 MS-7586 systemd[1]: Starting Unattended Upgrades Shutdown...
Aug 8 19:27:15 MS-7586 systemd[1]: Stopping Daemon for power management...
Aug 8 19:27:15 MS-7586 systemd[1]: Stopping Disk Manager...
Aug 8 19:27:15 MS-7586 systemd[1]: Stopping Session c2 of user sokol.
Aug 8 19:27:15 MS-7586 rsyslogd: [origin software="rsyslogd" swVersion="8.16.0" x-pid="2378" x-info="http://www.rsyslog.com"] exiting on signal 15.
Aug 8 19:31:05 MS-7586 rsyslogd: [origin software="rsyslogd" swVersion="8.16.0" x-pid="2357" x-info="http://www.rsyslog.com"] start
Aug 8 19:31:05 MS-7586 rsyslogd-2222: command 'KLogPermitNonKernelFacility' is currently not permitted - did you already set it via a RainerScript command (v6+ config)? [v8.16.0 try http://www.rsyslog.com/e/2222 ]
Aug 8 19:31:05 MS-7586 rsyslogd: rsyslogd's groupid changed to 108
Aug 8 19:31:05 MS-7586 rsyslogd: rsyslogd's userid changed to 104
Aug 8 19:31:05 MS-7586 systemd-modules-load[875]: Inserted module 'lp'
Aug 8 19:31:05 MS-7586 systemd-modules-load[875]: Inserted module 'ppdev'
Aug 8 19:31:05 MS-7586 systemd-modules-load[875]: Inserted module 'parport_pc'
(...)
(Eu adicionei o parâmetro do kernel debug à entrada do GRUB 'Ubuntu' durante a reinicialização)
O interessante é que 19:30:22 (7:30:22 PM) foi o momento em que eu selecionei 'Ubuntu' no menu GRUB. Eu vi a tela de login do Ubuntu em 19:31:08. Em outras palavras, que ~ 40 segundos "congelam" durante o tempo de inicialização não é registrado no log do sistema . systemd-analyze output confirma que a própria inicialização do Ubuntu é bastante rápida e não participa desse período de ~ 40 segundos:
Startup finished in 4.704s (kernel) + 1.709s (userspace) = 6.414s
Quando se trata do GRUB, eu tentei:
GRUB_CMDLINE_LINUX_DEFAULT="reboot=pci"
, bem como o valor padrão. Nenhuma diferença.
Além disso, os UUIDs do blkid correspondem aos listados no arquivo /etc/fstab .
Além desses problemas de inicialização, não vejo nenhum problema com o SSD em geral (atualmente é o único disco que estou usando). Eu não tive nenhum problema com o tempo de inicialização muito longo ao usar meu disco rígido anterior, antes de atualizar para o SSD.
Não fiz nada com meu BIOS (atualizações etc.) desde então.
Muito obrigado por qualquer sugestão!
UPDATE # 1:
Eu removi splash de GRUB_CMDLINE_LINUX_DEFAULT como sugerido por @ByteCommander, mas - como esperado - isso não muda muito. Agora eu simplesmente não preciso pressionar Esc para ver o log enquanto o sistema está inicializando.
Nada interessante em /var/log/Xorg.0.log também. O X Window inicia - como esperado - após o boot inicial, enquanto o congelamento ocorre muito antes disso ...
... Com GRUB_CMDLINE_LINUX_DEFAULT definido como reboot=pci (sem splash e quiet ), a linha antes da primeira systemd saída aparece em uma tela durante a inicialização, não há ~ 38 segundos de congelamento (fundo roxo + alta carga de disco).
Problema resolvido. Eu tive a chance de colocar esse SSD no laptop Lenovo L540 - o sistema inicializa em poucos segundos e ambos lêem & amp; O teste de velocidade de gravação mostra uma taxa de transferência de dados de mais de 500 MB / s. Assim, definitivamente não é um software, mas um problema de hardware - minha placa-mãe MSI P55-CD53 está quebrada ou o cabo SATA causa alguns problemas.