Comprei um Dell Latitude e7470 recentemente. Eu imediatamente removi o Windows 10 pré-instalado e instalei o Arch Linux.
Funciona bem, exceto por uma coisa: no desligamento ou reinicialização, no ponto em que o PC normalmente desligava (todos os processos terminavam, etc.), o laptop fica pendurado por cerca de 30 a 60 segundos. Enquanto ela trava, a bateria leva a piscar em um padrão que, de acordo com o manual do proprietário da Dell, sinaliza "falha da CPU". Depois dos 30-60 segundos, o ventilador gira até o máximo de rpm, e então o sistema trava (apenas desliga, não reinicializa até que eu pressione o botão liga / desliga novamente).
Eu suspeito que, de alguma forma, o kernel do linux emite o comando errado de desligamento para a cpu, mas eu tenho muito pouco conhecimento sobre como descobrir isso. Alguém pode me dar alguma dica sobre isso? O cpu é um i-5 6300.
journalctl -p err
me dá
-- Reboot --
Jan 07 21:11:13 gaspodelaptop systemd-udevd[207]: Error calling EVIOCSKEYCODE on device node '/dev/input/event9' (scan code 0x150, key code 190): Invalid argument
Jan 07 21:11:13 gaspodelaptop kernel: dell_laptop: Setting old previous keyboard state failed
Jan 07 21:11:14 gaspodelaptop kernel: Bluetooth: hci0: Setting Intel event mask failed (-16)
Jan 08 01:49:19 gaspodelaptop gnome-session-binary[569]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Jan 08 01:49:19 gaspodelaptop gnome-session-binary[569]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Jan 08 01:49:19 gaspodelaptop gnome-session-binary[569]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Jan 08 01:49:19 gaspodelaptop gnome-session-binary[569]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Jan 08 01:49:19 gaspodelaptop gnome-session-binary[569]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Jan 08 01:49:20 gaspodelaptop gnome-session-binary[569]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Jan 08 01:49:20 gaspodelaptop gnome-session-binary[569]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Jan 08 01:49:20 gaspodelaptop gnome-session-binary[569]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Jan 08 01:49:20 gaspodelaptop gnome-session-binary[569]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Jan 08 01:49:20 gaspodelaptop gnome-session-binary[569]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Jan 08 01:49:22 gaspodelaptop gdm[357]: GLib: g_hash_table_find: assertion 'version == hash_table->version' failed
-- Reboot --
Saída de dmesg | grep microcode :
[ 0.878621] microcode: sig=0x406e3, pf=0x80, revision=0x9e
[ 0.878759] microcode: Microcode Update Driver: v2.01 <[email protected]>, Peter Oruba
UPDATE: Parece ser um problema no kernel. Depois de investigar minha suspeita sobre o SSD, me deparei com a esta postagem no fórum. Ali é mencionado que é um Bug do kernel que já está sendo corrigido. De acordo com este Bugreport , ele será corrigido no Kernel 4.9-rc7. Eu acho que vou ter que esperar um pouco, mas desde que eu estou no Arch Linux, não deve demorar muito. Eu sei que eu também poderia compilar meu próprio kernel, mas eu sou muito preguiçoso (ou melhor: muito ocupado com outras coisas) para isso. Acho que vou usar muito o standby.