Загрузка Ubuntu 18.04.2 застряла на фиолетовом экране после обновлений

19

Краткое описание проблемы В
прошлую пятницу я установил обновления для Ubuntu 18.04 с sudo apt-get update && sudo apt-get upgrade. Некоторые из этих обновлений требуют перезагрузки. После перезагрузки, после GRUB, загрузка застряла на фиолетовом экране перед логотипом Ubuntu / логином. Я не могу получить доступ к терминалу на этом этапе с помощью Ctrl + Alt + F7/T/F1/F2методов. Режим восстановления не работает, а застревает наLoading initial ramdisk...

Попытки разрешить
Как указано выше, режим восстановления не работает.

Попытка использовать Boot Repair , она прошла успешно, но не решила проблему. Выход из этой попытки здесь .
Затем я скопировал несколько файлов, а затем попытался установить 18.04.2. Это сработало, но как только я собрал ~ 400 МБ обновлений для этой чистой установки, я столкнулся с той же проблемой, что и раньше. Я пытался использовать как Software Updater, так и терминал. Я понятия не имею, что обновление ломается, вот полный журнал запуска обновлений.
Посмотрите, что может быть связано с этой проблемой: Ubuntu зависает при загрузке фиолетового экрана . Увидев, что у этого пользователя, похоже, возникла проблема с обновлениями ядра, я исключил запуск обновлений ядра и попытался снова, но результат тот же, что и раньше.

Так что на данный момент, я в растерянности относительно того, как действовать. Я надеюсь, что смогу получить помощь по этой теме. В противном случае мне может понадобиться перейти на 16.04 или обновить до 19.04 ...

РЕДАКТИРОВАТЬ 1
Похоже, об этой ошибке уже сообщалось в Canonical. Похоже, что это может быть связано с последними обновлениями микрокода Intel или проблемой acpi.

https://bugs.launchpad.net/ubuntu/+bug/1829735 <- в этом отчете упоминается эта цепочка для проверки этой проблемы у нескольких пользователей, поэтому продолжайте вносить изменения, если она затронута вами!
https://bugs.launchpad.net/ubuntu/+source/linux-signed-hwe/+bug/1829784 <- в этом отчете в качестве возможной причины указана acpi
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 <- обновления микрокода Intel, вызывающие проблемы с загрузкой у некоторых пользователей ASUS

РЕДАКТИРОВАТЬ 2 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 <- Обновление микрокода Intel на ASUS, приводящее к зависанию ядра, было определено в качестве основной проблемы. Подтвержденный временный обходной путь для получения загрузочных машин находится в принятом ответе ниже.

Видео с YouTube об этой проблеме и документированном обходном пути: https://www.youtube.com/watch?v=NbxrSaclKRc

РЕДАКТИРОВАТЬ 3 На 03/09/2019 я установил самое последнее обновление BIOS от ASUS (из Windows 10) и могу подтвердить, что это позволяет мне нормально загружаться в Ubuntu без необходимости dis_ucode_ldrвыбора опции в GRUB. Я бы рекомендовал это как более устойчивое, окончательное решение проблемы, чем использование обходного пути на данном этапе.

— leizmonk
источник

У вас чисто пурпурный экран, или вы видите логотип Ubuntu с 1-5 точками под логотипом? С какой версии вы обновились? Сколько лет вашему компьютеру? Intel видео или что-то еще?

— Хейннема

Просто фиолетовый экран, без логотипа Ubuntu с точками. Я был уже 18.04, просто запускал регулярные обновления программного обеспечения, не переходя с основной версии на другую. Запуск, Asus VivoBook X530FA_S530FAкоторому всего пару месяцев. Intel интегрировала видео.

— leizmonk

Две вещи. Можете ли вы загрузиться в режиме восстановления? Попробуйте это ... в меню GRUB выберите желаемую загрузку по умолчанию, нажмите клавишу «e», чтобы войти в режим редактирования, используйте клавиши со стрелками, чтобы найти «quiet splash» и измените его на «quiet splash nomodeset», затем нажмите х или F10, чтобы продолжить загрузку. Посмотри, загружается ли это. Разрешение экрана будет выключено, но это нормально.

— Хейннема

Загрузка в режиме восстановления не работает, как упоминалось выше, я нажимаю на шаг «загрузка начального виртуального диска ...», а затем просто зависает. Я попробую это sugguestion с nomodeset и посмотрю, будет ли оно что-нибудь делать.

— leizmonk

quiet splash nomodesetне работал Все еще добираюсь до пурпурного экрана и

— вешаюсь

13

Ну, у меня также есть проблема с Asus ZenBook UX433FA, я работал 18.10 и вчера вечером выполнил обновление apt-get и сломал систему. С тех пор я использовал этот метод восстановления LiveCD для обновления до 19.04 до сих пор не повезло с загрузкой. У меня установлено несколько ядер, ни одно из которых не пройдет «загрузку начального виртуального диска». при использовании вышеизложенного я установил ядро v5.1 с ukuu, тоже не повезло и выдал ошибки о dkms для драйвера nvidia, несовместимого с версией ядра.

Редактировать журнал DMESG удалось получить dmesg от частичной загрузки здесь

Информация о журнале boot-repair здесь иногда будет загружаться с ошибками, неуверенными в том, какая информация или как собирать информацию в этих случаях, хотя это поможет с отладкой.

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

Редактировать 2

Если у вас есть похожая проблема, попробуйте загрузиться с отключенными обновлениями микрокода: добавьте dis_ucode_ldr в командную строку ядра (из GRUB, если вы не можете загрузиться)

может подтвердить, что это позволяет для загрузки.

— Сили
источник

1

Одна общая нить, которую я здесь замечаю, состоит в том, что у тех, кто сталкивается с этой проблемой, включая и меня, есть ноутбуки Asus того или иного типа, в том числе 3 с Zenbook UX433FA (один в этой отдельной ветке askubuntu.com/questions/1143309/… ). Есть ли у нас способ перевести это в Canonical или Asus?

— leizmonk

Кроме того, просто чтобы подтвердить, вы пытались обновить до 19.04, и это также не было загрузочным? Похоже, мне придется понизить версию до 16.04, если эта проблема не будет решена без долгосрочного решения.

— leizmonk

1

Я подтверждаю, что мой UX433FN может загрузиться, добавив dis_ucode_ldr(в конце командной строки brub, начиная с linux )

— 56ka

3

На данный момент это подтвержденный обходной путь согласно: bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 . Хотя все еще придется ждать долгосрочного исправления.

— leizmonk

4

В меню grub выделите os / kernel для загрузки и нажмите «e» .. затем с этого экрана стрелку вниз до строки, начинающейся с Linux, и добавьте dis_ucode_ldr в конец этой строки. Затем выполните команду внизу для загрузки.

— Сили

6

У меня была такая же проблема на новом Asus Vivobook s15 S530FA (intel i5-8265U). После установки первых обновлений в Ubuntu 18.04.2 LTS загрузочный экран застрял в «загрузке исходного ramdisk».

Как уже упоминалось в комментариях выше, обходным путем является отключение микрокода в опциях grub, добавив: dis_ucode_ldr. Это решение работает для устранения этой проблемы, но не рекомендуется для регулярного использования.

На мой взгляд, лучшее решение на данный момент - понизить пакет intel-microcode до предыдущей версии:

sudo apt-get install intel-microcode=3.20180312.0~ubuntu18.04.1

Затем заморозьте пакет, чтобы избежать случайного обновления:

sudo su 
echo "intel-microcode" hold | dpkg --set-selections

Пока я не буду устанавливать intel-microcode = 3.20190514.0ubuntu0.18.04.3

— Хуан Зурано
источник

Я согласен с этим, но проблема в том, что в режиме терминала я потерял доступ к Интернету. Вы знаете, как восстановить?

— horaceT

1

@horaceT Я думаю, вы можете попытаться подключиться к терминалу, используя "dhclient" или iwconfig $ iface essid $ essid_name ключ $ пароль. Я рекомендую сначала попытаться отключить микрокод при добавлении загрузки: dis_ucode_ldr Затем вы можете нормально загрузиться и заменить intel-microcode пакет, затем держите его.

— Хуан Зурано

Thanx! Это решило проблему для моего Vivabook S14

— Иван Вулович

4

Я нашел надежное решение в системе отслеживания ошибок (см. Https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 ВОЗМОЖНОЕ РЕШЕНИЕ 3: обновить BIOS)

ASUS выпустила обновление BIOS для UX433FN на 2019.06.17 (пожалуйста, проверьте вашу точную модель)

ВНИМАНИЕ: Обновление BIOS является рискованной операцией и не может быть отменено !!

Обзор: вам нужно скачать zip-архив, распаковать файл с USB-диска, зайти в BIOS и запустить Flash Utility, выбрать файл и все (вы можете сделать это из Ubuntu).

Вот подробные шаги:

Перейти на страницу загрузки драйверов asus (для меня https://www.asus.com/us/Laptops/ASUS-ZenBook-14-UX433FN/HelpDesk_BIOS )
Загрузить файл BIOS (UX433FNAS306.zip)
Извлеките файл из zip-архива на ваш USB-ключ -> UX433FNAS.306 (мой совет: удалите zip-файл, чтобы убедиться, что файлы не будут добавлены после)
Перезагрузитесь и перейдите к настройке (BIOS), перейдите в « Дополнит.» > « Запустить Easy Flash».
В страшной синей программе перейдите, чтобы выбрать файл UX433FNAS.306 (НЕ zip !!!)
Нажмите ввод и подтвердите (он может зависнуть на 1 минуту, но работает)
(Если вы отредактировали ваш grub сейчас, вы можете вернуть его в нормальное состояние)

— 56ka
источник

1

Имея точно такую же проблему на новом Asus ZenBook UX433FA. Установил Ubuntu 18.04.02 с двойной загрузкой, запустился без проблем, но после установки первой партии обновлений и перезагрузки я получил такой же фиолетовый экран.

Я нашел временное исправление, отключив безопасную загрузку (загрузка nomodeset, затем командная строка sudo mokutil --disable-validation). После этого работает нормально, поэтому я подозреваю, что это как-то связано с некоторыми драйверами, включенными в обновления. Любое предложение, как это исправить навсегда?

— Мартин
источник

1

Можно, к сожалению, не комментировать выше, но, думаю, это хотя бы частичный ответ.

— Мартин

Можете ли вы подробно рассказать, как вы сделали это временное исправление? Я хотел бы попробовать / иметь это на случай, если это случится снова. Мне неясно, как получить доступ к командной строке, когда сама загрузка полностью FUBAR.

— leizmonk

Кроме того, если вы можете, вы бы поделились своим журналом загрузки здесь, чтобы люди могли помочь отладке?

— leizmonk

1

Временное исправление теперь размещено на: bugs.lauchpad, запустите эту команду в терминале:

sudo apt install intel-microcode=3.20180312.0~ubuntu18.04.1

затем, при запуске linux, делайте это с тихим всплеском, только я сделал это, и это работало для меня на моем Asus UX433FA. Если вы не можете получить доступ к терминалу при загрузке, нажмите e и попытайтесь сделать тихий всплеск ro nomodeset или любую комбинацию тихого всплеска nomodeset без ro впереди чего-либо, что может привести вас к черному экрану терминала или войти в систему. попробуйте ctr alt f5 или f4 и так далее, чтобы получить доступ к терминалу linux и выполнить команду

— ezprob
источник

Я пробовал это, но в командной строке у меня нет подключения к интернету. Любое предложение?

— horaceT

Более простое решение - написать dis_ucode_ldr в опции загрузки grub, для этого вам не нужен интернет. Дайте мне знать, если вам нужно больше информации об этом!

— ezprob

1

У меня точно такая же проблема с Dell Precision Tower 5810. Я разрешил обновление ubuntu этим утром (19 июня 2019 г.). После перезагрузки я захожу на экран GRUB, нажимаю клавишу возврата, сталкиваюсь с пустым фиолетовым экраном, тогда ничего не происходит.

Жесткое выключение и перезагрузка. Перейдите в Дополнительные параметры для Ubuntu, режим восстановления для ядра 4.15.0-52-generic, он даже не может правильно отобразить параметры. Не могу перейти в режим терминала, независимо от того, что я делаю (Ctrl Alt F4, F5 ...). Странно то, что в этом состоянии поведение системы кажется случайным. Я пробовал этот режим восстановления довольно много раз, и поведение каждый раз отличается.

— horaceT
источник

0

Я хочу опубликовать то, что окончательное решение оказалось моей проблемой выше.

Я связался со службой поддержки Dell, и они сказали, что виновником является обновление драйвера Nvidia. Они также сказали, что нет никакого известного способа развернуть изменения. Итак, я должен переустановить всю Ubuntu 18.04 с нуля, уничтожив все на диске.

Подобная проблема произошла со мной два года назад. После безобидного обновления Ubuntu я не мог снова войти в систему. Изо всех сил боролся за неделю, перепробовал каждый трюк, который смог найти на SO, и я переустановил его.

Извлеченный урок: обновление драйверов Nvidia подвержено сбоям. Будьте очень осторожны, принимая обновление драйвера.

— horaceT
источник

0

Вот полное видео об этой проблеме: https://www.youtube.com/watch?v=NbxrSaclKRc

Как сказано в более поздних редакциях, есть обновление прошивки, которое решает проблему.

Краткое изложение исправления:

добавить параметр загрузки: dis_ucode_ldrв / etc / default / grub

тогда update-grub

— Arynor
источник

0

У меня был тот же симптом, но только сейчас я понял, что если я делаю холодную перезагрузку, система загружается нормально!
Это было после обновления программного обеспечения сегодня. Но даже после обновления ПО:
1. если я сделаю 'shutdown -r now', я получу фиолетовый экран.
2. если я нажму клавишу Shift и введу grub2, выберу одну и нажму ctrl-X, загрузка не начнется, а останется на фиолетовом экране.
3. Я попытался изменить некоторые параметры загрузки напрасно (например, dis_ucode_ldr)

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

— Чан Ким
источник