Fedora 28 - A inicialização pára por aproximadamente 15 minutos antes de carregar na área de trabalho

2

Eu tenho usado o Fedora desde a versão 25 no mesmo computador, sem grandes problemas.

Atualmente, estou executando a versão 28 (nova instalação). No entanto, após executar as atualizações por meio do dnf, ele começará a congelar em um determinado ponto no processo de inicialização por, literalmente, 15 minutos e, em seguida, carregará a área de trabalho. Tudo a partir desse ponto funciona perfeitamente (até a próxima reinicialização).

Esta imagem mostra como é a tela para os 15 minutos:

Foto de tela

Eu posso ver que há um grande erro vermelho no Kernel Modules, e também que ele está reclamando sobre o ACPI Bios. No entanto, não tenho ideia de por onde começar, e não consigo encontrar nenhuma orientação on-line.

Por favor note também que se eu reinstalar o Fedora 28 isto não acontecerá até eu executar as atualizações. O Fedora 27 não tem esse problema.

Qualquer ajuda seria muito apreciada se esperar 15 minutos em cada inicialização for um pouco frustrante!

ATUALIZAÇÃO:

Esta é a saída de "journalctl -b -perr":

-- Logs begin at Sat 2018-07-28 20:25:08 EEST, end at Sat 2018-08-18 18:23:19 EEST. --
Aug 18 21:02:22 localhost.localdomain kernel: ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.SAT0.SPT5._GTF.DSSP], AE_NOT_FOUND (20180313/psargs-330)
Aug 18 21:02:22 localhost.localdomain kernel: ACPI Error: Method parse/execution failed \_SB.PCI0.SAT0.SPT5._GTF, AE_NOT_FOUND (20180313/psparse-516)
Aug 18 21:02:22 localhost.localdomain kernel: ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.SAT0.SPT5._GTF.DSSP], AE_NOT_FOUND (20180313/psargs-330)
Aug 18 21:02:22 localhost.localdomain kernel: ACPI Error: Method parse/execution failed \_SB.PCI0.SAT0.SPT5._GTF, AE_NOT_FOUND (20180313/psparse-516)
Aug 18 21:02:22 localhost.localdomain systemd-modules-load[264]: Failed to find module 'vboxdrv'
Aug 18 21:02:22 localhost.localdomain systemd-modules-load[264]: Failed to find module 'vboxnetflt'
Aug 18 21:02:22 localhost.localdomain systemd-modules-load[264]: Failed to find module 'vboxnetadp'
Aug 18 21:02:22 localhost.localdomain systemd-modules-load[264]: Failed to find module 'vboxpci'
Aug 18 18:02:40 localhost.localdomain systemd-udevd[1011]: inotify_add_watch(9, /dev/sdc1, 10) failed: No such file or directory
Aug 18 18:02:40 localhost.localdomain systemd-udevd[1007]: inotify_add_watch(9, /dev/sdd1, 10) failed: No such file or directory
Aug 18 18:02:53 localhost.localdomain wpa_supplicant[1694]: bgscan simple: Failed to enable signal strength monitoring
Aug 18 18:07:46 localhost.localdomain sudo[1883]: pam_unix(sudo:auth): conversation failed
Aug 18 18:07:46 localhost.localdomain sudo[1883]: pam_unix(sudo:auth): auth could not identify password for [testspecimen]
Aug 18 18:12:48 localhost.localdomain sudo[1973]: pam_unix(sudo:auth): conversation failed
Aug 18 18:12:48 localhost.localdomain sudo[1973]: pam_unix(sudo:auth): auth could not identify password for [testspecimen]
Aug 18 18:12:52 localhost.localdomain spice-vdagent[2251]: Cannot access vdagent virtio channel /dev/virtio-ports/com.redhat.spice.0
Aug 18 18:22:19 localhost.localdomain bluetoothd[1327]: bt_uhid_send: Invalid argument (22)

ATUALIZAÇÃO:

Isso agora está resolvido. Acontece que eu sou o culpado, e é por isso que foi tão difícil de rastrear. NUNCA adicione linhas ao .bash-profile que contenham sudo

Lição dolorosa aprendida e muitas horas desperdiçadas.

    
por TheTestSpecimen 17.08.2018 / 20:17

0 respostas