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

Иногда мой Ubuntu 10.04 PC не загружается должным образом. Он проходит мимо Grub, а затем останавливается на пустом экране и мигающем курсоре. Из того, что я прочитал, этот мигающий экран курсора представлен самой Ubuntu, а не Grub, поэтому я предполагаю, что процесс загрузки по какой-то причине останавливается. Есть ли у кого-нибудь руководство о том, как диагностировать эту проблему или какова ее причина? Обычно мне нужно нажать кнопку сброса, чтобы перезагрузить компьютер, и часто он перезагрузится нормально. То, что оно прерывистое, меня смущает.

Любые указатели по диагностике проблемы будет высоко ценится.

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

Это было какое-то время, в основном потому, что мой сервер работал долго. Похоже, что я обнаружил повторение этой проблемы, я скопировал messagesфайл и dmesgфайл и посмотрел, где обработка, кажется, остановилась и нашел сообщения ниже. Я собираюсь провести некоторое исследование в Google и т. Д., Но решил, что я поставлю это здесь на случай, если кто-нибудь сможет помочь и захочет заработать себе несколько очков. Я должен упомянуть, что ondemand governor failedсообщение появляется при успешной загрузке, но другие два не появляются.

Oct 11 23:17:21 linux kernel: [   98.905370] ondemand governor failed, too long transition latency of HW, fallback to performance governor  
Oct 11 23:21:48 linux kernel: Kernel logging (proc) stopped.  
Oct 11 23:21:48 linux rsyslogd: [origin software="rsyslogd" swVersion="4.2.0" x-pid="697" x-info="http://www.rsyslog.com"] exiting on signal 15. 

Я нашел несколько расплывчатых ссылок на то, что причиной перезаписи лог-файлов во время загрузки является

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

В моем случае, мигающий курсор - это все, что я когда-либо получу. Нет загрузки. Это было после установки свежей 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 мне нужно было выбрать предыдущее ядро.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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