Пустой экран, мигающий курсор при загрузке

Удерживайте shift во время загрузки, затем нажмите e, чтобы отредактировать запись GRUB. Удалите часть с надписью "тихий всплеск" и замените ее на "текст", чтобы увидеть, что происходит во время загрузки.

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

1. Загрузка до мигающего курсора
2. Нажмите ctrl + alt + f [ключ], чтобы войти в экран виртуальной консоли tty ubuntu, где ключ - это что-то между 2-6, в моем случае я сделал ctrl+alt+f2
3. Войдите, используя свое имя пользователя и пароль, чтобы получить доступ к терминалу
4. Печатать df чтобы проверить хранилище и действительно ли свободного места больше нет
5. Если проблема заключается в хранении, освободите место!!
6. Чтобы убедиться, что настройки grub также не являются проблемой, отредактируйте настройки grub, перейдя в файл настроек grub. sudo nano /etc/default/grub
7. Отредактируйте строку GRUB_CMD_LINUX_DEFAULT в файле настроек grub на GRUB_CMD_LINUX_DAFAULT line="nomodeset noresume"
8. Обновите настройки grub sudo update-grub
9. Перезагрузитесь, набрав sudo reboot или sudo reboot now
10. Загрузитесь до мигающего курсора и ждите, теперь он должен привести вас на страницу входа!:)

В моем случае, мигающий курсор - это все, что я когда-либо получу. Нет загрузки. Это было после установки свежей Ubuntu Minimal. Я понял, что на этапе установки GRUB он устанавливал GRUB не на тот диск, "первый" диск (/dev/sda).

В моей системе 3 диска. Два 500-гигабайтных диска в RAID, которые я не хотел трогать во время установки, и 120-гигабайтный SSD, который я использую для ОС. По какой-то причине "первый диск" (/dev/sda) - один из моих 500-Гбайт дисков. / dev / sdb - это мой диск на 120 ГБ, а / dev / sdc - другой диск на 500 ГБ.

Итак, при форматировании с помощью таблицы разделов "mbr" на моем 120-Гбайт накопителе я сделал обычные 117 Гбайт загрузочного ext4 и 3 Гбайт подкачки. На этапе установки GRUB НЕ выбирайте "Да", чтобы установить GRUB на "первый" диск. Выберите НЕТ. Это вызовет другой экран, который позволяет вам вводить /dev/sdX. В моем случае я пробовал / dev / sdb и /dev/sdb1, но программа установки каждый раз выдала бы мне фатальную ошибку, которая все еще не имеет смысла.

Наконец, мне пришлось отформатировать мой 120 ГБ диск с таблицей разделов "gpt". С GPT вы должны вручную создать раздел GRUB. Именно так все и делается с GPT. Итак, первый раздел, который я сделал для GRUB, был 32,0 МБ, отформатирован для "загрузки или чего-то еще (забудьте формулировку)". Вторым разделом был мой 3,0 ГБ, отформатированный для "swap", в конце. Третьим разделом было оставшееся пространство, отформатированное как "ext4".

Теперь, при выборе NO на этапе установки GRUB, введите вручную / dev / sdb, а не /dev/sdb1, что удивительно, и тогда он будет работать. GRUB устанавливается в загрузочный раздел 32 МБ на правильном диске, и система загружается нормально. УРА!

Кстати, вам нужно выбрать Expert install из меню в начале установки, чтобы сделать все это и отформатировать жесткий диск "вручную", а не "руководствуясь". Управляемый всегда выберет / dev / sda в качестве первого диска, а мигающий курсор / не будет загрузки, если / dev / sda не является вашим диском ОС.

У меня была эта проблема в прошлом, и я обнаружил, что она возникает в некоторых ядрах, а не в других, хотя у меня не было этой проблемы с момента обновления до Meerkat. Но часто я обнаруживал, что для правильной загрузки в Ubuntu мне нужно было выбрать предыдущее ядро.

В прошлом у меня была похожая проблема с использованием рекомендованной версии проприетарного драйвера nVidia с определенной видеокартой. Решение состояло в том, чтобы загрузиться в режиме восстановления, запустить опцию xfix, а затем загрузиться на рабочий стол. Попав на рабочий стол, я бы зашел на экран драйверов оборудования и выбрал более старую версию драйвера.

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

У меня была эта проблема с новой установкой сервера 11.10.

Я был в состоянии переключиться на VT с alt-F1, так что машина была жива, но переключилась на vt7, несмотря на то, что X не был включен.

Я исправил это, изменив параметр GRUB GRUB_CMDLINE_LINUX_DEFAULT из quiet slash в nomodeset что означало, что я получил правильную информацию о загрузке, а затем VT1.

Мне нравится ответ Мако, но я бы хотел проверить, здоров ли ваш жесткий диск. Выберите "Система"> "Администрирование"> "Дисковая утилита", посмотрите на состояние SMART, оно должно быть "Диск исправен", иначе ваш диск может выйти из строя.

У меня была такая проблема довольно много раз, но я мог выделить как минимум три разных варианта:

• возобновляет загрузку после нажатия Enter
• возобновляет загрузку, ничего не делая, через некоторое время
• никогда не возобновляет загрузку, но принимает ctrl-alt-del, указывая, что в ядре все еще есть жизнь

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

Это решение возникает в Ubuntu 20, когда я обновил драйвер nvidia из дополнительного драйвера. Решение первое: перейдите в меню grub. В меню GRUB выберите запись (режим восстановления) и дайте системе загрузиться. Выберите корневой вариант. Консоль восстановления должна быть сначала настроена на чтение/запись. Очистить драйвер и перезагрузить

      mount -n -o remount,rw /
sudo apt-get purge '^nvidia-.*'
reboot

В моем случае для приведенного выше описания (иногда получая черный экран с мигающим курсором), проблема была в lightgdm, имеющем состояние гонки и не способном правильно стартовать; см. мой полный ответ на этот другой связанный вопрос.

Подробности решения см. Здесь: http://www.webupd8.org/2013/01/ubuntu-lightdm-black-screen-when-using.html (см. Также этот отчет об ошибках).

Суть этого: использовать gdm, а не lightgdm (т.е. sudo apt-get install gdmи выберите gdm как менеджер входа в систему по умолчанию при запросе).

Надеюсь, это кому-нибудь поможет.

В моем случае это было из-за брандмауэра. Я открыл консоль TTY с помощью Ctrl+Alt+F2(или любой функциональной клавиши от F2 до F6), затем удалил firewalldа также ufw

Это то, что я сделал неправильно: я устанавливал 14.04 на старый нетбук Acer, когда я загружаю Acer, у меня есть два варианта F2, чтобы перейти в BIOS, чтобы сбросить последовательность загрузки компьютера, или F12, чтобы сбросить последовательность для одного сеанса, Поскольку я выполнял установку с карты памяти, я тупо сбрасывал последовательность загрузки компьютера вместо последовательности сессий на карту памяти. Таким образом, важные файлы загрузки были установлены на карту памяти вместо жесткого диска.

Совет:если у вас более одного жесткого диска или SSD, выньте (отключите) все остальные, кроме того, который вам нужен для установки linux. Наличие более одного жесткого диска / SSD может привести к риску того, что программа установки может работать неправильно или установить grub на другой жесткий диск, отличный от того, на котором вы устанавливаете linux. Вероятно, установщик обычно выбирает первый жесткий диск ("sda"), даже если вы выбираете другой.

Моя история: После успешной установки Linux Mint 20 на компьютер с одним жестким диском я заменяю этот жесткий диск двумя другими жесткими дисками на том же компьютере и устанавливаю Linux на второй из этих двух жестких дисков. При загрузке я получаю ошибку о grub и сообщение: "нет такого раздела". Я снова переустанавливаю, выбираю новую таблицу разделов (стираю диск), и при загрузке я получаю красивый черный экран и мигающий курсор. Читая здесь, я обнаружил, что установщик устанавливает grub на первый жесткий диск, поэтому я вынимаю первый жесткий диск ("sda", не предназначенный для Linux), и оставляю только второй ("sdb") для установки. Linux. Итак, старый "sdb" становится "новым" sda. После повторной переустановки загрузка, наконец, прошла нормально.

У меня тоже была эта проблема, но даже после того, как я попробовал все, что описано в этом вопросе, она не заработала. В итоге я сделалс 18.04.5 по 20.04.6. Что бы ни было сломано (без изменений с моей стороны), это исправили. Правда, это занимает некоторое время, около 1 часа.

После перезапуска свежеустановленной Ubuntu 10.04 на сервере IBM x3250 m3. Я пытался удерживать клавишу Shift и некоторые другие вещи, но на самом деле ничего не помогает... Я пытался переустановить его более 5 раз. Основная проблема заключается в его несоответствии, иногда он загружается, но в большинстве случаев это просто пустой экран с мигающим курсором в левой верхней части экрана.

Я столкнулся с этой проблемой сегодня... и после нескольких тщательных попыток загрузить систему, я решил загрузиться с другого ядра. У меня есть как 2.6.32-21-generic ядро, так и 2.6.32-25-generic, которое предоставляется Ubuntu. Обычно я загружаюсь с ядра 2.6.32.25, но после полного фиаско с пустым экраном я загрузился с ядра 2.6.32.21, и это позволило мне загружаться как обычно...

У меня была эта проблема на некоторых дешевых ноутбуках HP с 10.04. Я заметил, что часто причиной является USB-мышь. Попробуйте отключить его. А также, обновление BIOS может помочь.