Запуск завантаження 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...

Спроби вирішити
Як зазначено вище, режим відновлення не працював.

  1. Спроба скористатися ремонтом завантаження , ця програма успішно працювала, але не вирішила проблему. Вихід з цієї спроби тут .

  2. Далі я створив резервну копію деяких файлів, після чого спробував встановити 18.04.2. Це спрацювало, але як тільки я схопив ~ 400 Мб оновлень для цього чистого встановлення, я зіткнувся з тією ж проблемою, що і раніше. Я спробував використовувати як оновлення програмного забезпечення, так і термінал. Я поняття не маю, що оновлення порушується, ось повний журнал запуску оновлень.

  3. Тут побачили, що може бути пов'язаним із цим питанням: Ubuntu завис на фіолетовому екрані завантаження . Побачивши, що у цього користувача, здавалося, виникли проблеми з оновленнями ядра, я виключив запущення оновлень ядра та повторив спробу, як і раніше такий же результат, як і раніше.

Тож на даний момент я в занепокоєнні щодо того, як діяти далі. Я сподіваюся, що зможу отримати допомогу з цієї теми. В іншому випадку мені може знадобитися понизити показник до 16.04 або оновити до 19.04 ...

EDIT 1
Схоже, про цю помилку вже повідомлено Canonical. Здається, що це може бути пов’язано з останніми оновленнями мікрокодів Intel або проблемою з acpi.

EDIT 2 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 <- оновлення мікрокоду Intel на ASUS, внаслідок чого ядро ​​застрягло, було визначено як суть проблеми. Підтверджене тимчасове рішення для завантаження машин знаходиться у прийнятій відповіді нижче.

Відео з youtube щодо цієї проблеми та документально підтвердженого рішення: https://www.youtube.com/watch?v=NbxrSaclKRc

EDIT 3 Станом на 09.03.2019 я встановив останнє оновлення BIOS від ASUS (зсередини Windows 10) і можу підтвердити, що це дозволяє мені нормально завантажуватися в Ubuntu без необхідності dis_ucode_ldrв GRUB. Я б рекомендував це як більш стійке, остаточне вирішення проблеми, ніж використання способу вирішення на даний момент.


У вас чистий фіолетовий екран, або ви бачите логотип Ubuntu з 1-5 крапками під логотипом? З якої версії ви оновили? Скільки років ваш комп’ютер? Відео Intel чи щось інше?
гейннема

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

Дві речі. Чи можете ви завантажитися в режим відновлення? Спробуйте це ... у меню GRUB виберіть бажаний завантажувач за замовчуванням, натисніть клавішу "e", щоб увійти в режим редагування, скористайтесь клавішами зі стрілками, щоб знайти "тихий сплеск" та змініть його на "тихий набір установок", потім натисніть клавішу управління- x або F10 для продовження завантаження. Подивіться, чи це чоботи. Дозвіл екрана буде вимкнено, але це нормально.
гейннема

Завантаження в режим відновлення не працює, як згадувалося вище, я натискаю на крок "завантаження початкового ramdisk ...", а потім він просто зависає. Я спробую це пропозиція з nomodeset і побачу, чи це щось робить.
leizmonk

quiet splash nomodesetне працювало. Ще
добираюсь

Відповіді:


13

добре, у мене також є проблема Asus ZenBook UX433FA, яка займається цією проблемою, я працював 18.10 і вчора ввечері зробив влучне оновлення та зламав систему. З тих пір я використовую цей метод відновлення livecd для оновлення до 19.04, все ще не пощастило з завантаженням. встановлено кілька ядер, жодне з яких не обійдеться "завантаженням початкового ramdisk". при використанні вищевказаного я встановив ядро ​​v5.1 з ukuu, не пощастило і кинув помилки щодо dkms для драйвера nvidia, несумісного з версією ядра.

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

Інформація про журнал завантаження тут періодично завантажуватиметься з помилками, не впевненими в тому, яка інформація або як збирати інформацію в цих випадках, хоча допомогти з налагодженням.

лише бокові вікна до примітки не завантажувались близько місяця до цього. Я знаю, що це, мабуть, має бути коментарем, але у мене недостатньо кредиту.


Редагувати 2

Для всіх, хто має подібну проблему, спробуйте завантажуватися з оновленнями мікрокоду: додайте dis_ucode_ldr до командного рядка ядра (від GRUB, якщо ви не можете завантажуватись)

може підтвердити це дозволяє завантажувати.


1
Один поширений потік, який я тут зауважую, - це те, що у тих, хто стикається з цією проблемою, в тому числі і у мене всі, є такі чи інші ноутбуки Asus, включаючи 3 із Zenbook UX433FA (один із цього окремого потоку askubuntu.com/questions/1143309/… ). Будь-який спосіб для нас перейти до Canonical або Asus?
leizmonk

Крім того, для підтвердження, ви намагалися оновити до 19.04, і це також не було завантажуваним? Схоже, мені доведеться знизити рівень до 16.04, якщо ця проблема зберігається без довгострокового вирішення.
leizmonk

2
Я підтверджую, що мій UX433FN може завантажуватися, додавши dis_ucode_ldr(наприкінці командного рядка Brub, починаючи з Linux )
56ка,

3
На даний момент це підтверджене рішення згідно з bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 . Доведеться чекати довготермінового виправлення.
leizmonk

4
У меню grub виділіть os / kernel для завантаження і натисніть "e" .. потім від цієї екранній стрілки вниз до рядка, що починається з Linux, і додайте dis_ucode_ldr до кінця цього рядка. Потім виконайте команду внизу для завантаження.
Seyy

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-мікрокод пакунок, тоді тримайте його.
Хуан Зурано

Дякую! Це вирішило проблему для мого Vivabook S14
Іван Вулович

4

Я знайшов довговічне рішення у програмі відстеження помилок (див. Https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 WORKAROUND 3: оновлення BIOS)

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

УВАГА: Оновлення BIOS - це ризикована операція, і її неможливо повернути !!

Огляд: В основному вам доведеться завантажити zip, витягнути файл із USB-ключа, зайти в BIOS і запустити Flash Utility, вибрати файл і все це (ви можете зробити це з Ubuntu).

Ось детальні кроки:

  1. Перейдіть на сторінку завантаження драйверів asus (для мене https://www.asus.com/us/Laptops/ASUS-ZenBook-14-UX433FN/HelpDesk_BIOS )
  2. Завантажити файл BIOS (UX433FNAS306.zip)
  3. Витягніть файл із zip-архіву на свій USB-ключ -> UX433FNAS.306 (моя порада: видаліть zip-файл, щоб переконатися, що після цього ви не переплутаєте файли)
  4. Перезавантажте систему та перейдіть до налаштування (BIOS), перейдіть до пункту Додатково > Запустити Easy Flash
  5. У грізно- синій програмі перейдіть до файлу UX433FNAS.306 (НЕ поштовий індекс !!!)
  6. Натисніть клавішу Enter і підтвердьте (вона може застигнути протягом 1 хвилини, але вона працює)
  7. (Якщо ви відредагували груб зараз, ви можете повернути його до нормального)

Страшне меню (привід зображення)

Сторінка оновлення ASUS


1

Маючи точно таку ж проблему на абсолютно новій Asus ZenBook UX433FA. Встановлений Ubuntu 18.04.02 з подвійним завантаженням, запускався без проблем, але після встановлення першої партії оновлень та перезавантаження я отримав такий же фіолетовий екран.

Я знайшов тимчасове виправлення, відключивши Secure Boot (завантажившись 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 і запустити команду


Я спробував це, але в командному рядку у мене немає підключення до Інтернету. Будь-яка пропозиція?
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 ...). Дивна річ, що в такому стані поведінка системи здається випадковою. Я спробував цей режим відновлення досить декілька разів, і поведінка щоразу відрізняється.


0

Я хочу опублікувати, якою є остаточна резолюція моєї проблеми вище.

Я зв’язався зі службою підтримки Dell, і вони сказали, що винуватцем оновлення драйверів Nvidia. Вони також сказали, що невідомий спосіб скасувати зміни. Отже, мені доведеться заново встановити всю ubuntu 18.04 з нуля, витираючи все на диску.

Подібна проблема трапилася зі мною два роки тому. Після нешкідливого оновлення ubuntu я не зміг увійти в систему. Боровся протягом тижня, випробував кожну хитрість, яку я міг знайти на SO, я закінчився перевстановленням.

Урок: Оновлення драйверів Nvidia не схильне до відмов. Будьте дуже обережні, приймаючи оновлення драйверів.


0

Ось повне відео про цю проблему: https://www.youtube.com/watch?v=NbxrSaclKRc

Як сказано в наступних редакціях, є оновлення мікропрограмного забезпечення, яке вирішує проблему.

Короткий виклад виправлення:

додайте параметр завантаження: dis_ucode_ldrв / etc / default / grub

потім update-grub


0

У мене був такий самий симптом, але якраз зараз зрозумів, чи роблю я холодне завантаження системних черевиків нормально!
Це було після оновлення програмного забезпечення сьогодні. Але навіть після оновлення S / W,
1. якщо я роблю "вимкнення -r зараз", я отримую фіолетовий екран.
2. Якщо я натискаю клавішу shift і ввожу grub2, а потім вибираю одну і натискаю клавішу ctrl-X, завантаження не починається, просто залишається на фіолетовому екрані.
3. Я марно намагався сканувати деякі параметри завантаження (наприклад, dis_ucode_ldr)

і я спробував холодне завантаження (вимкніть машину та увімкніть її через пару секунд), вона успішно завантажується. Сподіваюся, хтось вважає це корисним.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.