Ubuntu не загружается started hold until boot process finished up

Обновлено: 03.07.2024

У меня есть мультизагрузочная система с двумя жесткими дисками:

Windows и некоторые старые версии Ubuntu в / dev / sda
Ubuntu 16.04 на / dev / sdb1

Затем я установил Ubuntu 18.04 на пустой раздел / dev / sdb2. Я не помню, где находился старый загрузчик, поэтому я выбрал / dev / sdb для нового загрузчика.

Теперь я могу загрузить Ubuntu 18.04 без проблем, но при загрузке Ubuntu 16.04 я получаю следующее:

Я уже пробовал войти в режим восстановления и запустить sudo fsck -f / dev / sdb1, но безуспешно.

Как я могу это починить?

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

Пункт меню для Ubuntu 16.04 в установке Ubuntu 16.04 (/boot/grub/grub.cfg):

Пункт меню для Ubuntu 16.04 в установке Ubuntu 18.04 (/boot/grub/grub.cfg):

Если вы можете, не используйте DisplayPort. IIRC это давняя ошибка, которая не была устранена. Это происходит только при использовании DisplayPort. Daniel B 3 года назад 0 У меня нет DisplayPort. У меня только HDMI подключен. Отключение моего второго экрана не помогает. MaxGyver 3 года назад 0 Хм, это, вероятно, другая проблема, извините. Это вызвано графическим драйвером Intel. В моем случае это привело к прекращению потока отображаемых данных таким образом, что даже произошел сбой дисплея. Планируете ли вы использовать приложения с интенсивным использованием графических процессоров в Linux? Daniel B 3 года назад 0 Можно ли выгрузить графический драйвер Intel? MaxGyver 3 года назад 0 Я думаю, что название вводит в заблуждение: я не вижу связи между предупреждением графической карты и прерванной загрузкой A.B 3 года назад 0 Так ты думаешь это про ошибку USB? MaxGyver 3 года назад 0

2 ответа на вопрос

Угадайте: в Ubuntu 18.04 есть драйверы ядра, которые настраивают оборудование определенным образом, чего драйверы ядра в Ubunutu 16.04 не понимают или не учитывают при инициализации. Таким образом, если вы загружаете Ubuntu 16.04 после загрузки Ubuntu 18.04, то такое же базовое оборудование не работает должным образом, что приводит к этим ошибкам.

Диагностика: холодная загрузка Ubuntu 16.04 (выключите компьютер, отключите питание на несколько секунд) и посмотрите, не исчезла ли проблема.

Обходной путь: Всегда холодная загрузка Ubuntu 16.04.

Проблема была в том, что / dev / sdb2 был отформатирован во время установки Ubuntu 18.04. Таким образом, его UUID изменился, и / etc / fstab больше не был корректным.

Мне пришлось загрузить Ubuntu 18.04, смонтировать / dev / sdb2 и обновить его UUID в / etc / fstab (смонтированного раздела).

Это продолжается в течение 20 минут +. Что я делаю, чтобы решить эту проблему или даже устранить неполадки?

К вашему сведению, после обновления мой рудник оставался на ночь, так что 10+ часов та же проблема. Моя Ubuntu 17.04 имеет ту же ошибку только сейчас, Ctrl + Shit + N изменить tty, логин, перезагрузка, ошибки больше нет. Не уверен, что это случится снова в будущем или нет.

Перейдите в безопасный режим, нажав клавишу SHIFT или ESC . выберите сеть , затем перейдите к приглашению root . Затем выполните следующие команды.

Теперь перезагрузите компьютер,

При перезагрузке все равно вы можете получить черный или фиолетовый экран,

Нажмите Ctrl+Alt+F1 и войдите под своим именем пользователя и паролем.

Затем выполните следующие команды.

GDM, т.е. менеджер дисплеев Gnome, также вызывал проблемы для меня, поэтому следующий шаг был для меня необходим

Я перешел на lightdm из gdm3 в качестве диспетчера отображения.

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

Теперь я вернулся с рабочего стола, без черты или единства, но только значки и обои. Теперь запустите это.

Теперь перезагрузитесь после этого.

Рабочий стол вернулся!

Теперь вы можете снова установить графические драйверы Intel,

Перезагрузитесь сейчас . Это сделано!

Великий бог пингвинов благословит тебя, удивительный человек. Вы спасли меня. Обновлен с 15.10 до 16.04 из-за проблем с libcogl и / или nvidia, та же проблема. Удаление Плимута и Лайтдама сделало это для меня. В конце моя сессия открывалась, а затем немедленно закрывалась: я должен был сделать это: chown myusername /home/myusername/.Xauthority

Была такая же проблема ранее сегодня.

Я только что удалил все программное обеспечение, связанное с nvidia, и, вуаля, я здесь набираю ответ.

Была такая же проблема, и это сработало для меня. Спасибо На самом деле, я исправил свою проблему. Я только что сделал, sudo apt-get purge nvidia-common и это решило проблему.

Для тех, кто испортил загрузку Linux после обновления (что случилось со многими пользователями, включая меня) Вот полное решение (которое я использовал, и я смог вернуть все).

(Это загрузит 200 МБ данных)

(Это загрузит 700 МБ данных)

Откройте терминал ( Ctrl + Alt + T ) и запустите

(чтобы удалить все ненужные зависимости, которые могут вызвать проблемы при установке новых пакетов)

Это НЕ устранило проблему конфликта темы. Значки противоречат друг другу, когда я перетаскиваю, например, терминал, он не перетаскивается в реальном времени (представьте, что вы перетаскиваете папки в Windows XP) и т. Д. Кто-нибудь может помочь? если он зависает во время загрузки (например Failed to start Login Service ), control + alt + f2 не покажет пригодный для использования tty . @FlorianCastellane он должен работать, но если он не работает, вы можете проверить функциональные клавиши в меню загрузки, если им нужно «fn + f2» или просто «f2» это не для входа в меню загрузки, это для доступа к tty2

У меня была такая же проблема на свежей Ubuntu 19.04 на ThinkPad X201. Система будет зависать вечно с черным экраном и не реагирует ни на какой ввод с клавиатуры. При следующей перезагрузке (в режим восстановления) при проверке /var/log/boot.log я вижу ошибку, указанную в вопросе:

Как ни странно, я мог запускаться в режиме восстановления, пока не увидел меню режима восстановления, и оттуда при выборе «возобновить» я попадал в обычную графическую среду. Отличие от обычного режима состояло только в том, что процесс загрузки выполнялся в текстовом режиме. Это указывает на конфликт между диспетчером дисплея и plymouth программным обеспечением, отвечающим за отображение графического экрана с логотипом Ubuntu и т. Д. Во время загрузки компьютера.

И действительно, единственный шаг, необходимый для исправления, - это удаление plymouth в режиме восстановления:

Менеджер обновлений предложил обновиться, потом завис на этапе обновления grub примерно на 4 часа. После чего комп был перезагружен, а система не запускалась.
На компе было два жестких диска, на одном винда, на втором линукс. При попытке загрузиться как обычно с диска с линуксом ничего не происходило. В дополнительных параметрах загрузки были попытки восстановить систему и починить grub с помощью команды grub, но процесс так же зависал.

После отключения диска с виндой при загрузке линукс была возможность выбрать дополнительные параметры загрузки, как на фото.
При попытке выполнить fsck ничего не произошло, команда зафейлилась. При попытке выполнить grub, а затем dpkg всё прошло хорошо, но система теперь загружается катастрофически медленно. Винда же загружается хорошо, когда два диска подключены к материнской плате.
Как узнать причину этой медленной загрузки линукса и что с ней делать?

Смотрите, что стартует долго, ядро или юзерспейс. Если ядро, думаете почему. Если юзерспейс отнимает много времени - смотрите какой сервис сколько стартовал и думаете почему. Что-то более конкретное посоветовать тут нельзя.

Выводила это в график, вышло так

Если я правильно понимаю, проблема в firmware и loader. Можно ли их убрать из загрузки системы?

Файл графика, видимо, очень большой. Прикрепляю по кусочкам. Первое - общий вид (как полагаю, вполне стандартный. Второе - длина firmware и loader, третьим идёт kernel, а за ним systemd

Убрать их никуда нельзя, это этап загрузки изначальной. 1) загружается прошивка BIOS/UEFI(firmware)
2)загрузчик(loader), grub в вашем случае, и далее по списку, что нас не особо интересует. Загрузка grub в 5 секунд конечно не критична, это нужно сравнить с тем как он на вашем железе грузился раньше.
firmware же в 26 секунд простоя это пздц. По скольку firmware грузится еще до того, как загрузится не то что ядро а даже загрузчик, т.е. в момент как грузится firmware на вашем компьютере еще даже нет линукса. Это вводит меня в ступор и мне даже сложно что-то предположить. Единственное, что могу предположить - у вас в системе установлен режим (BIOS/UEFI/Legacy CSM) отличный от разметки дисков. Т.е. у вас возможно загрузка стоит UEFI а диски размечены в MBR или наоборот. Попробуйте копнуть в эту сторону. Еще попробуйте поискать в биосе опцию Skip POST или что-то типа того, это может решить симптом долгой загрузки firmware, но не проблему как таковую, потому что проблема изначально была вызвана сбоем при обновлении в ОС и как это могло повлиять на настройки прошивки, мне опять же сложно предположить. Начните с проверки сопоставления метода загрузки и формата дисков как я описал выше. А вообще я бы лично просто систему переустановил, если вам нужно просто чтобы компьютер нормально заработал, а не важен сам процесс починки.

DollyPapper, а, это я не учла. Тут наверное, дело в том, что с одним жестким диском что-то не до конца в порядке, поэтому на этапе загрузки я всегда захожу в биос и выбираю нужный диск, с которого загружаться.
систему всегда можно переустановить, но это все же не выход, ведь ситуация может повториться. в любом случае, спасибо за наводку, что в этой стороне можно не искать, и за подробное объяснение! круг поиска заметно сузился :)

DollyPapper, привет! Сама проблема всё ещё актуальна, но благодаря этим командам поняла, что дело в юзерспейс. Кажется, проблема с сетью. Заметила, что при вызове systemd-analyze blame часто фигурирует этот фрагмент:

На всякий случай, скриншоты:

Смотреть логи загрузки, обычно для этого достаточно нажать Esc при загрузке. Скорее всего, какой-то сервис не может стартануть, а systemd ждёт. Скорее всего, сеть. Если сами не поймёте, то сфотографируйте экран в тот момент, как там перестанут бежать буковки (не забудьте про Esc, он жмётся после того, как вы покинете Grub).

Рональд Макдональд, посмотрела через график, кажется, проблема в том, что добавились firmware и loader (раньше этот график никогда не видела, но судя по статьям из интернета их не должно быть в загрузке. При обновлении действительно был вопрос про firmware, нажала "yes".

Поэтому я не мог видеть журнал загрузки, кроме SSHing на моем рабочем столе, и открывал /var/log/boot.log

Вот что у меня получилось, пока он висел:

Я тоже пробовал dmesg | less после многочисленных поисков в Google для просмотра журналов загрузки и обнаруженного в конце этого:

Похоже, что есть проблема с картой NVIDIA, как я изначально думал.

Что я сделал для решения этой проблемы:

Что я мог сделать, чтобы вызвать эту проблему:

sudo service lightdm stop

Чтобы попытаться безголово управлять вентилятором графического процессора.
Но я сбежал sudo service lightdm restart
Теперь я считаю, что lightdm не запускается при загрузке.
Вот ссылка, по которой я следил, чтобы удаленно управлять вентилятором графического процессора

sudo service lightdm restart

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

Может кто-нибудь помочь мне разобраться в этом . Я действительно невежественен и вот-вот заплачу .

Я стер драйвер nvidia-384. Ошибка не исчезла, но ситуация изменилась. На этом этапе я просто сдамся и переустановлю Ubuntu и надеюсь, что снова не столкнусь с такой же ситуацией.
1, если не считать битвы с установкой драйверов Nvidia прямо со страницы загрузки, вы можете установить Nvidia из Настройки -> Программное обеспечение и обновления -> Дополнительные драйверы . и перезагрузиться . как ветеран многих таких черных экранов, пока возился с Nvidia I. знайте свою боль . этот новый метод может дать вам версию драйвера, которая вам нужна

Как я уже говорил выше, я переустановил Ubuntu 16.04 и драйвер nvidia-384, чтобы проверить свою теорию о причине этого хаоса.

Я строго следил за этой ссылкой для удаленного управления вентилятором графического процессора.

Работает как шарм, но после этого я столкнулся с той же ошибкой перезагрузки.

Однако на этот раз я смог просто позвонить sudo service lightdm restart из моего ssh-соединения, и я смог успешно войти в систему.

Итак, прямо сейчас я изменился quiet splash в sudo vim /etc/default/grub к acpi=force так что я загружусь в оболочку напрямую без отображения.

Это действительно раздражает, и я был бы очень признателен, если бы он / она мог предложить рабочее решение этого беспорядка.

ОБНОВИТЬ

После чистой установки Ubuntu, вместо того, чтобы следовать инструкциям в приведенной выше ссылке, я сделал следующее:

sudo env DISPLAY=:0 nvidia-settings -a [gpu:0]/GPUFanControlState=1 -a [fan-0]/GPUTargetFanSpeed=100

Читайте также: