У меня есть просто одно-загруженная Ubuntu 16.04 LTS на моей Lenovo G50-70. Но теперь это загружается медленнее, чем это привыкло для того, когда это было загружено двойным образом с Windows. Это достигает фиолетовой пустой страницы и зависает в нем некоторое время.
Журнал MCE следующие:
Hardware event. This is not a software error.
MCE 0
CPU 0 BANK 6
MISC 1f8a0000086 ADDR fef87380
TIME 1487630863 Tue Feb 21 00:47:43 2017
MCG status:
MCi status:
Uncorrected error
MCi_MISC register valid
MCi_ADDR register valid
Processor context corrupt
MCA: corrected filtering (some unreported errors in same region)
Generic CACHE Level-2 Generic Error
STATUS ae0000000040110a MCGSTATUS 0
MCGCAP c07 APICID 0 SOCKETID 0
CPUID Vendor Intel Family 6 Model 69
Обновление:
Результат systemd-analyze blame
следующее:
10.324s dev-sda2.device
2.868s grub-common.service
2.759s ModemManager.service
2.272s accounts-daemon.service
2.173s apparmor.service
2.099s NetworkManager.service
1.939s thermald.service
1.935s plymouth-read-write.service
1.742s systemd-udevd.service
1.500s udisks2.service
1.434s plymouth-start.service
1.335s systemd-modules-load.service
1.241s systemd-tmpfiles-setup-dev.service
1.177s polkitd.service
1.133s lightdm.service
1.032s systemd-journald.service
896ms keyboard-setup.service
893ms gpu-manager.service
818ms apport.service
752ms systemd-tmpfiles-setup.service
720ms systemd-fsck@dev-disk-by\x2duuid-D0DB\x2d6E23.service
702ms kmod-static-nodes.service
581ms wpa_supplicant.service
523ms systemd-rfkill.service
511ms console-setup.service
476ms networking.service
406ms rsyslog.service
359ms systemd-logind.service
324ms dev-hugepages.mount
323ms sys-kernel-debug.mount
322ms dev-mqueue.mount
298ms ufw.service
291ms systemd-sysctl.service
256ms colord.service
232ms upower.service
228ms systemd-backlight@backlight:intel_backlight.service
203ms systemd-udev-trigger.service
200ms snapd.refresh.service
151ms systemd-update-utmp.service
139ms bluetooth.service
127ms avahi-daemon.service
125ms systemd-remount-fs.service
106ms systemd-journal-flush.service
92ms systemd-timesyncd.service
91ms systemd-random-seed.service
88ms irqbalance.service
86ms dev-sda3.swap
75ms setvtrgb.service
73ms rtkit-daemon.service
55ms mcelog.service
52ms ondemand.service
50ms boot-efi.mount
44ms systemd-tmpfiles-clean.service
37ms speech-dispatcher.service
33ms snapd.socket
32ms user@1000.service
13ms systemd-user-sessions.service
11ms alsa-restore.service
5ms dns-clean.service
4ms sys-fs-fuse-connections.mount
4ms ureadahead-stop.service
4ms systemd-update-utmp-runlevel.service
3ms pppd-dns.service
3ms resolvconf.service
1ms rc-local.service
1ms plymouth-quit-wait.service
Возможно, это пытается смонтировать раздел Windows, но сбои.
, Если это так, необходимо настроить его, чтобы не попытаться смонтировать раздел Windows в /etc/fstab
.
Я просто предполагаю, но ошибки похожи на ошибки микросхемы, возможно в ЦП или RAM. Проверка, что Ваша RAM включается правильно, может быть хорошим началом. Ошибка кэша памяти может относиться к ЦП, поскольку некоторые центральные процессоры имеют небольшой объем встроенной памяти. Подсказка является известным - аппаратная ошибка - это не программная ошибка, поэтому если у Вас есть доступ внутренняя часть Вашего компьютера, проверьте, что соединения - все, как они должны быть. В низкоуровневых вычислениях MC может относиться к Контроллеру памяти, который присваивает адресные пространства. Я полностью проверил бы RAM, которую Вы включили.
memtest86 ver 5.01 должен быть в Вашем меню начальной загрузки - поршень проверок; просто прошел это - Если это не находится на Вашем меню начальной загрузки; получите настраивать приложение личинки и затем добавьте memtest.