Eu me referi a esta página enquanto atualizava meu fedora 23 para 25 (em um dual boot lado a lado com o Windows 7): DNF_system_upgrade
No entanto, parece que minha atualização não é totalmente bem-sucedida.
Quando eu digito uname -r no terminal, estou recebendo isso:
4.9.8-201.fc25.i686
Quando eu digito cat /etc/fedora-release , estou recebendo isso:
Fedora release 25 (Twenty Five)
E ainda mais confuso é que quando eu digito rpm -q kernel , estou recebendo isso:
kernel-4.9.7-101.fc24.i686
kernel-4.9.7-201.fc25.i686
kernel-4.9.8-201.fc25.i686
A razão pela qual eu acho que a atualização não foi bem-sucedida é que, após a reinicialização, há alguns problemas sintomáticos mencionados abaixo:
(i)
Alguma reclamação sobre systemd-modules-load.service durante a reinicialização, o que acho que está relacionado ao upgrade, mesmo que não esteja resultando em falha completa de não conseguir entrar no espaço de trabalho. Para ser específico, o resultado de inserir systemctl status systemd-modules-load.service no terminal é:
● systemd-modules-load.service - Load Kernel Modules Loaded: loaded (/usr/lib/systemd/system/systemd-modules-load Active: failed (Result: exit-code) since Thu 2017-02-09 19:0 Docs: man:systemd-modules-load.service(8) man:modules-load.d(5) Process: 696 ExecStart=/usr/lib/systemd/systemd-modules-load Main PID: 696 (code=exited, status=1/FAILURE)
Feb 09 19:00:58 localhost.localdomain systemd1: Starting Load Feb 09 19:00:58 localhost.localdomain systemd1: systemd-modul Feb 09 19:00:58 localhost.localdomain systemd1: Failed to sta Feb 09 19:00:58 localhost.localdomain systemd1: systemd-modul Feb 09 19:00:58 localhost.localdomain systemd1: systemd-modul
(ii):
Ao inserir systemctl status mcelog na linha de comando, estou recebendo:
● mcelog.service - Machine Check Exception Logging Daemon Loaded: loaded (/usr/lib/systemd/system/mcelog.service; enabled; vendor preset: enabled) Active: active (running) since Thu 2017-02-09 21:33:44 MST; 5min ago Main PID: 790 (mcelog) Tasks: 1 (limit: 4915) CGroup: /system.slice/mcelog.service └─790 /usr/sbin/mcelog --ignorenodev --daemon --foreground
Feb 09 21:37:09 localhost.localdomain mcelog[790]: Hardware event. This is not a software error. Feb 09 21:37:09 localhost.localdomain mcelog[790]: MCE 1 Feb 09 21:37:09 localhost.localdomain mcelog[790]: CPU 3 THERMAL EVENT TSC 845761d8f5 Feb 09 21:37:09 localhost.localdomain mcelog[790]: TIME 1486701429 Thu Feb 9 21:37:09 2017 Feb 09 21:37:09 localhost.localdomain mcelog[790]: Processor 3 below trip temperature. Throttling disabled Feb 09 21:37:09 localhost.localdomain mcelog[790]: STATUS 88030002 MCGSTATUS 0 Feb 09 21:37:09 localhost.localdomain mcelog[790]: MCGCAP c07 APICID 3 SOCKETID 0 Feb 09 21:37:09 localhost.localdomain mcelog[790]: CPUID Vendor Intel Family 6 Model 42 Feb 09 21:37:09 localhost.localdomain mcelog[790]: mcelog: warning: 16 bytes ignored in each record Feb 09 21:37:09 localhost.localdomain mcelog[790]: mcelog: consider an update
(iii)
Na verdade, eu posso fazer meu material regular (por exemplo, programar em python, etc.) com sucesso, com um ambiente de desktop que soa e acesso à Internet. No entanto, todos os cpus (nomeadamente 0, 1, 2 e 3) do computador estão a aquecer mais do que o habitual e resultará num encerramento automático devido a temperaturas excessivas.
Dicas:
Ele está relacionado ao pacote Kernel-core-4.9.8.201.fc25.i686 , pois estou recebendo uma notificação constante de que o problema não pode ser reportado e muito provavelmente não tem a ver com o software.