Паника ядра: не синхронизируется фатальная проверка машины после обновления системы

Паника ядра: не синхронизируется фатальная проверка машины после обновления системы

Недавно я обновил свою систему с AMD FX 8320 (с оперативной памятью DDR3 и материнской платой M5A97) до Intel i7-9700K (с оперативной памятью DDR4 и материнской платой z-390).

У меня есть 2 разных SSD, один с установкой Windows 10, а другой с archlinux. После указанного обновления я могу загрузить Windows без каких-либо проблем, однако загрузчик EFI не видит диск с archlinux. Используя пробную версиюEasyUEFI, я добавил запись для моей установки archlinux в загрузчик прошивки UEFI.

Пока все хорошо. Я понимаю, что мои идентификаторы GPT изменились бы, и загрузка могла бы ужасно провалиться, но я ожидал, что она, по крайней мере, откатится к спасательной оболочке.

Я загружаюсь в недавно созданную/восстановленную запись архитектуры, выбираю свой Linux для загрузки, и он терпит неудачу с различными сообщениями, связанными с паникой ядра (скриншоты ниже).

Икс

у

Я также попытался создать загрузочный USB-накопитель, чтобы проверить, смогу ли я воссоздать свой fstab, но загрузочный диск также не загружается с ошибкоймикрокод udevошибка.

Есть идеи, как очистить мою конфигурацию загрузки для загрузчика Arch?


Следуя инструкциям из комментария @VarunNarravula:

Я попытался создать загрузочный файл с самой машины Windows. Скачал загрузочный iso arch-netinstall, создал флешку с помощью unetbootin, и когда я перезагружаюсь в интерфейс USB, он также терпит неудачу с похожими сообщениями.

решение1

Поэтому, когда вы заменяете важнейшее оборудование вашего компьютера, например, процессор, обычно переустановка Windows решает проблему с UNetbootin. Кроме того, периодическая переустановка Windows всегда решает проблемы с Windows. Но не используйте UNetbootin, он настраивает только поддержку оборудования для машины, на которой изначально была установлена ​​Windows. ИспользуйтеРуфус.

Когда вы используете Rufus, он использует текущее ядро ​​Windows, в отличие от UNetbootin. Поэтому любые образы Linux ISO, записанные на USB, должны работать, поскольку образ теперь отражает другой микрокод, используемый в ЦП.

Связанный контент