Порожній екран, миготливий курсор на завантаженні

Іноді мій ПК Ubuntu 10.04 не завантажиться належним чином. Він проходить повз Груба, а потім зупиняється на порожньому екрані та блимає курсором. З того, що я прочитав, цей миготливий екран курсору представлений самим 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. 

Я знайшов кілька неясних посилань на перевертання журналів у момент завантаження

Утримуйте зрушення під час завантаження, а потім натисніть 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".

Тепер, вибираючи НІ під час кроку встановлення GRUB, вручну введіть / dev / sdb, не / dev / sdb1, і це працює. GRUB встановлює в завантажувальний розділ 32 МБ на правильному диску і система завантажується нормально. ТАК!

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

У мене була ця проблема в минулому, і я виявив, що вона, мабуть, трапляється на деяких ядрах, а не на інших, хоча у мене не було цієї проблеми після оновлення до Meerkat. Але часто, коли я виявляв, що мені доведеться правильно вибрати попереднє ядро ​​для завантаження в Ubuntu.

Мені подобається відповідь Мако, але я ще раз перевірю, що ваш жорсткий диск здоровий. Перейдіть у розділ Система> Адміністрація> Утиліта диска, подивіться стан SMART, він повинен бути "Диск здоровий", інакше ваш диск може вийти з ладу.

У мене з цим проблемою вже досить багато разів, але я міг виділити принаймні три різні варіанти:

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

Це змусило мене повірити, що коли ви бачите, що ви описуєте, актуальною проблемою є те, що quietваріант завантаження приховує від вас щось «щось». Наприклад, я міг відстежити один із моїх інцидентів, щоб система відновила (не звичайну звичайну перевірку) свого жорсткого диска. З тих пір я вилучив цю quietопцію із моїх записів.

У мене була ця проблема з новою установкою сервера 11.10.

Мені вдалося перейти на VT за допомогою alt-F1, тому машина була жива, але перейшла на vt7, незважаючи на те, що X не було включено.

Я встановив його, змінюючи параметр личинка 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. я спробував утримувати клавішу зсуву та деякі інші речі, але нічого насправді не допомагає ... Я намагався перевстановити її більше 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, щоб скинути послідовність на один сеанс . Оскільки я встановлювався з флеш-пам’яті, я тупо скидав послідовність завантаження комп'ютера замість послідовності сеансу на карту пам'яті. Тож важливі завантажувальні файли були встановлені на флеш-пам’яті замість жорсткого диска.