Сбой загрузки после последнего обновления микрокода Intel (11 ноября 2020 г.)
Ubuntu 20.04 на ASUS UX303UB :
$ inxi -M -y 80
Machine: Device: laptop System: ASUSTeK product: UX303UB v: 1.0 serial: N/A
Mobo: ASUSTeK model: UX303UB v: 1.0 serial: N/A
UEFI: American Megatrends v: UX303UB.206 date: 03/02/2016
Сегодня я обновил Ubuntu с помощью встроенной программы Software Updater. Обновление установило ядро 5.4.0-53 и прошло без перебоев. До этого обновления у меня не было проблем с загрузкой Ubuntu.
$ dmesg | grep "microcode"
[ 0.000000] microcode: microcode updated early to revision 0xe2, date = 2020-07-14
[ 0.558654] microcode: sig=0x406e3, pf=0x80, revision=0xe2
[ 0.558683] microcode: Microcode Update Driver: v2.2. –
После обновления мне было предложено перезагрузить компьютер, что я и сделал. Однако каждый раз, когда я перезагружался, я встречал неотзывчивый черный экран. Я снова перезапустился и получил доступ к GRUB. Я мог получить доступ к режиму восстановления, но не смог загрузиться в обычную Ubuntu. Я много раз пытался перезагрузиться, и однажды мне удалось заставить его работать. Я установил и запустил восстановление загрузки с настройками по умолчанию. Когда я перезапустился, он вернулся к тому же черному экрану. Я также попытался загрузить предыдущее ядро 5.4.0-52, но оно зависло на «Загрузка начального RAM-диска ...». После этого я вообще не мог загрузиться в Ubuntu.
Что в итоге сработало, так это доступ к меню прошивки UEFI, отключение безопасной загрузки и включение CSM. У меня вопрос: что пошло не так и как я могу это выяснить?
Мой результат:
$ grep "upgrade " /var/log/dpkg.log
2020-11-11 10:25:47 upgrade network-manager-gnome:amd64 1.8.24-1ubuntu2 1.8.24-1ubuntu3
2020-11-11 10:25:47 upgrade libnma0:amd64 1.8.24-1ubuntu2 1.8.24-1ubuntu3
2020-11-11 10:25:47 upgrade gir1.2-nma-1.0:amd64 1.8.24-1ubuntu2 1.8.24-1ubuntu3
2020-11-11 10:25:55 upgrade intel-microcode:amd64 3.20200609.0ubuntu0.20.04.2 3.20201110.0ubuntu0.20.04.1
2020-11-11 10:25:55 upgrade linux-generic-hwe-20.04:amd64 5.4.0.52.55 5.4.0.53.56
2020-11-11 10:25:56 upgrade linux-image-generic-hwe-20.04:amd64 5.4.0.52.55 5.4.0.53.56
2020-11-11 10:26:06 upgrade linux-headers-generic-hwe-20.04:amd64 5.4.0.52.55 5.4.0.53.56
2020-11-11 10:26:06 upgrade linux-headers-generic:amd64 5.4.0.52.55 5.4.0.53.56
2020-11-11 10:26:07 upgrade linux-libc-dev:amd64 5.4.0-52.57 5.4.0-53.59
2020-11-11 11:02:35 upgrade libplymouth5:amd64 0.9.4git20200323-0ubuntu6.1 0.9.4git20200323-0ubuntu6.2
2020-11-11 11:02:35 upgrade plymouth-theme-ubuntu-text:amd64 0.9.4git20200323-0ubuntu6.1 0.9.4git20200323-0ubuntu6.2
2020-11-11 11:02:35 upgrade plymouth-theme-spinner:amd64 0.9.4git20200323-0ubuntu6.1 0.9.4git20200323-0ubuntu6.2
2020-11-11 11:02:35 upgrade plymouth-label:amd64 0.9.4git20200323-0ubuntu6.1 0.9.4git20200323-0ubuntu6.2
2020-11-11 11:02:36 upgrade plymouth:amd64 0.9.4git20200323-0ubuntu6.1 0.9.4git20200323-0ubuntu6.2
2020-11-11 12:35:35 upgrade libraptor2-0:amd64 2.0.15-0ubuntu1 2.0.15-0ubuntu1.20.04.1
- Обновления в 10:25 - обновления, вызвавшие проблему с загрузкой
- Обновления в 11:02 - обновления выполняются в режиме восстановления (пакеты исправлений)
- Обновления в 12:35 -обновить после успешной загрузки в Ubuntu с помощью отключение SecureBoot и включение CSM
4 ответа
У меня сработало:
Используйте параметр загрузки « dis_ucode_ldr » , чтобы предотвратить обновление микрокода во время процесса загрузки.
Я только что обновил ноутбук, и в основном тот же сбой. После загрузки образа RAM-диска процесс загрузки зависает. Что интересно, иногда загрузка будет успешной, скажем, в 10% моих попыток (если я не использую dis_ucode_ldr).
Мой ноутбук, возможно, имеет тот же процессор, что и ваш, i5-6200U. Вы не говорите, какая у вас модель ASUS UX303UB, но у одной из них есть i5-6200U.
Как указал inkantis , недавно было обновление микрокода Intel, которое вызвало проблемы. В вашем списке обновлений я вижу, что это обновление микрокода было загружено в 10:25:55, незадолго до того, как вы испытали первый сбой загрузки. Это "intel-microcode: amd64 3.20201110.0ubuntu0.20.04.1" (обратите внимание, что он заканчивается на "1").
Действительно доступна новая версия, которая называется "intel-microcode 3.20201110.0ubuntu0.20.04.2" "(оканчивается на" 2 "), но это именно та версия, которая установлена на моем ноутбуке! Похоже, это новое обновление не решает проблему на i5-6200U. Я должен добавить, что этот ноутбук не прошел через обновление "intel-microcode: amd64 3.20201110.0ubuntu0.20.04.1", поэтому я не знаю, вылетел бы он вместе с ним.
Когда я вставляю "dis_ucode_ldr" в командной строке grub машина загружается каждый раз (просто пробовал более дюжины раз подряд).
Я использовал Grub Customizer , чтобы добавить этот параметр загрузки «навсегда», и я удаляю его в следующий раз, когда увижу обновление микрокода Intel.
Не уверен, что это та же проблема, но у меня тоже была проблема после обновления до 5.4.0-53 на dell xps 13 с двойной загрузкой win 10. В BIOS настройка жесткого диска была изменена обратно на RAID с AHCI (который требовался для установки ubuntu). Ни Win10, ни Ubuntu не смогли найти жесткий диск. Переход на AHCI устранил мою проблему.
Вышла новая версия пакета intel-microcode. После обновления ПК запускается без проблем. Из APT changelog intel-microcode :
Version 3.20201110.0ubuntu0.20.04.2:
* SECURITY REGRESSION: Some CPUs in the Tiger Lake family sig=0x806c1
fail to boot (LP: #1903883)
- remove 06-8c-01/0x000806c1 microcode
Была такая же проблема с Asus UX305CA, загрузка зависала с черным экраном после последнего обновления. Обслуживал меня действительно плохой день: пробовал recovery, grub-recovery ... ничего не помогло. Я могу загрузиться только в режиме восстановления. Поскольку у меня дисплей QHD, я подозреваю, что причиной является обновление драйвера Intel.
Мое временное исправление:
Идентифицируйте предыдущую версию с помощью
sudo apt-cache policy intel-microcodeи откатитесь к этой версии
sudo apt-get install intel-microcode = 3.20180312.0 ~ ubuntu18.04.1
Теперь перезагрузка снова работает в обычном режиме.