Краткое описание проблемы В
прошлую пятницу я установил обновления для 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. Я бы рекомендовал это как более устойчивое, окончательное решение проблемы, чем использование обходного пути на данном этапе.
Asus VivoBook X530FA_S530FA
которому всего пару месяцев. Intel интегрировала видео.quiet splash nomodeset
не работал Все еще добираюсь до пурпурного экрана иОтветы:
Ну, у меня также есть проблема с Asus ZenBook UX433FA, я работал 18.10 и вчера вечером выполнил обновление apt-get и сломал систему. С тех пор я использовал этот метод восстановления LiveCD для обновления до 19.04 до сих пор не повезло с загрузкой. У меня установлено несколько ядер, ни одно из которых не пройдет «загрузку начального виртуального диска». при использовании вышеизложенного я установил ядро v5.1 с ukuu, тоже не повезло и выдал ошибки о dkms для драйвера nvidia, несовместимого с версией ядра.
Редактировать журнал DMESG удалось получить dmesg от частичной загрузки здесь
Информация о журнале boot-repair здесь иногда будет загружаться с ошибками, неуверенными в том, какая информация или как собирать информацию в этих случаях, хотя это поможет с отладкой.
только боковые окна заметок не загружались в течение месяца до этого. Я знаю, что это, вероятно, комментарий, но мне не хватает кредита.
Редактировать 2
источник
dis_ucode_ldr
(в конце командной строки brub, начиная с linux )У меня была такая же проблема на новом Asus Vivobook s15 S530FA (intel i5-8265U). После установки первых обновлений в Ubuntu 18.04.2 LTS загрузочный экран застрял в «загрузке исходного ramdisk».
Как уже упоминалось в комментариях выше, обходным путем является отключение микрокода в опциях grub, добавив: dis_ucode_ldr. Это решение работает для устранения этой проблемы, но не рекомендуется для регулярного использования.
На мой взгляд, лучшее решение на данный момент - понизить пакет intel-microcode до предыдущей версии:
Затем заморозьте пакет, чтобы избежать случайного обновления:
Пока я не буду устанавливать intel-microcode = 3.20190514.0ubuntu0.18.04.3
источник
Я нашел надежное решение в системе отслеживания ошибок (см. 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 ZenBook UX433FA. Установил Ubuntu 18.04.02 с двойной загрузкой, запустился без проблем, но после установки первой партии обновлений и перезагрузки я получил такой же фиолетовый экран.
Я нашел временное исправление, отключив безопасную загрузку (загрузка
nomodeset
, затем командная строкаsudo mokutil --disable-validation
). После этого работает нормально, поэтому я подозреваю, что это как-то связано с некоторыми драйверами, включенными в обновления. Любое предложение, как это исправить навсегда?источник
Временное исправление теперь размещено на: bugs.lauchpad, запустите эту команду в терминале:
затем, при запуске linux, делайте это с тихим всплеском, только я сделал это, и это работало для меня на моем Asus UX433FA. Если вы не можете получить доступ к терминалу при загрузке, нажмите e и попытайтесь сделать тихий всплеск ro nomodeset или любую комбинацию тихого всплеска nomodeset без ro впереди чего-либо, что может привести вас к черному экрану терминала или войти в систему. попробуйте ctr alt f5 или f4 и так далее, чтобы получить доступ к терминалу linux и выполнить команду
источник
У меня точно такая же проблема с Dell Precision Tower 5810. Я разрешил обновление ubuntu этим утром (19 июня 2019 г.). После перезагрузки я захожу на экран GRUB, нажимаю клавишу возврата, сталкиваюсь с пустым фиолетовым экраном, тогда ничего не происходит.
Жесткое выключение и перезагрузка. Перейдите в Дополнительные параметры для Ubuntu, режим восстановления для ядра 4.15.0-52-generic, он даже не может правильно отобразить параметры. Не могу перейти в режим терминала, независимо от того, что я делаю (Ctrl Alt F4, F5 ...). Странно то, что в этом состоянии поведение системы кажется случайным. Я пробовал этот режим восстановления довольно много раз, и поведение каждый раз отличается.
источник
Я хочу опубликовать то, что окончательное решение оказалось моей проблемой выше.
Я связался со службой поддержки Dell, и они сказали, что виновником является обновление драйвера Nvidia. Они также сказали, что нет никакого известного способа развернуть изменения. Итак, я должен переустановить всю Ubuntu 18.04 с нуля, уничтожив все на диске.
Подобная проблема произошла со мной два года назад. После безобидного обновления Ubuntu я не мог снова войти в систему. Изо всех сил боролся за неделю, перепробовал каждый трюк, который смог найти на SO, и я переустановил его.
Извлеченный урок: обновление драйверов Nvidia подвержено сбоям. Будьте очень осторожны, принимая обновление драйвера.
источник
Вот полное видео об этой проблеме: https://www.youtube.com/watch?v=NbxrSaclKRc
Как сказано в более поздних редакциях, есть обновление прошивки, которое решает проблему.
Краткое изложение исправления:
добавить параметр загрузки:
dis_ucode_ldr
в / etc / default / grubтогда
update-grub
источник
У меня был тот же симптом, но только сейчас я понял, что если я делаю холодную перезагрузку, система загружается нормально!
Это было после обновления программного обеспечения сегодня. Но даже после обновления ПО:
1. если я сделаю 'shutdown -r now', я получу фиолетовый экран.
2. если я нажму клавишу Shift и введу grub2, выберу одну и нажму ctrl-X, загрузка не начнется, а останется на фиолетовом экране.
3. Я попытался изменить некоторые параметры загрузки напрасно (например, dis_ucode_ldr)
и я попробовал холодную загрузку (выключите машину и включите ее через пару секунд), она успешно загружается. Надеюсь, кто-нибудь найдет это полезным.
источник