Как устранить проблему загрузки с черным экраном в VirtualBox

Я использовал 13.04 как гостевую ОС на моем VirtualBox 14.2.18. Хост — Windows 8.

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

Я довольно нов в Ubuntu. Подозреваю, что проблема связана с графическими драйверами. Я могу получить доступ к tty, и все файлы (/home) на месте.

У меня была эта проблема, и мое решение было простым.

По какой-то причине моя конфигурация VirtualBox для ВМ (Ubuntu) была изменена после обновления VirtualBox. Моя гостевая ВМ была Ubuntu 64 бита, а она была сконфигурирована как 32-битная версия. Чтобы изменить:

1. Откройте VirtualBox
2. Выберите свою виртуальную машину и нажмите Настройки
3. Перейдите в Общие
4. Измените версию на Ubuntu (64-бит)

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

1. Убедитесь, что вы установили самую последнюю версию VirtualBox.

2. Попробуйте перезагрузку, войдя в TTY терминал (Host + F1)

   sudo reboot
   

3. Обновите гостевую ОС из TTY (Host + F1):

   sudo apt update && sudo apt dist-upgrade
   

4. Установите гостевые дополнения из командной строки.

5. Перезагрузите гостевую ОС после установки гостевых дополнений.

6. Запустите lightdm вручную из TTY (Host + F1) с помощью

   sudo lightdm
   

7. Попробуйте несколько перезагрузок ВМ. Из-за проблем с синхронизацией это может помочь в конечном итоге.

8. Попробуйте перезагрузить хост.
9. Проверьте форумы и virtualbox.org на предмет известных ошибок.

Для меня ни одно из предыдущих решений не сработало. Я решил эту проблему, отключив 3D-ускорение на странице настроек ВМ. Это довольно странно, так как я использовал 3D-ускорение без проблем в течение нескольких месяцев на этой ВМ.

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

Это может быть ответом:

1. Вы (и я) попали на этот экран через (случайное) host+f9. Однако он не говорит, что произошло.

2. Обратное волшебное заклинание — alt+f7 (все восстановлено в прежней славе).

Мне пришлось это выяснить самостоятельно. Хотя попасть в неприятности было довольно просто.

У меня была аналогичная проблема, и вот что я сделал:

1. Перейдите в Настройки –> Система –> Процессор
2. Установите процессор на 2CPU вместо 1CPU
3. Нажмите ОК и перезагрузите.

У меня это сработало

Это произошло со мной сегодня после обновления VBox до версии 5.1.30.
Экран входа выглядит нормально. Однако после входа в систему экран становится черным и остается черным, в то время как предварительный просмотр в VBox Manager показывает рабочий стол.

Попробовал различные предложения, единственное, что работает, это отключить 3D-ускорение для гостевой ОС (Linux Mint18).

Обновление гостевых дополнений не дало эффекта.

У меня была та же проблема при установке Kali в VirtualBox, мигающие курсоры в верхнем левом углу. Простое решение для меня заключалось в том, чтобы войти в BIOS, нажав F10 во время загрузки, и включить виртуализацию.

Я сделал следующее, так как это сработало для меня.

1. Откройте TTYL (Ctrl + Alt + F1)

2. Войдите в обычную учетную запись пользователя (не гостя).

3. Введите sudo dpkg --configure -a

4. Нажмите (Ctrl + F7)

У меня был замороженный черный экран графического интерфейса с работающей Ubuntu 18.04 на ВМ в VirtualBox 6.0, на хосте Windows 8. Изменение Дисплей > Графический контроллер на VMSVGA решило проблему.

Вот как я решил проблему. Я установил Hadoop на своем гостевом открытом Suse. Существуют несколько сервисов, которые нужно запустить, чтобы начать работу с Hadoop, таких как:

start-dfs.sh
start-yarn.sh

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

cd ~
vi .bashrc

Я закомментировал свои команды запуска сервисов, как показано ниже.

У меня была такая же проблема с Linux Mint на VirtualBox 5.2.22.

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

Моя базовая память была установлена на 512 МБ. Я увеличил ее до 1024 МБ, и система прошла загрузку и попала на рабочий стол.

Попробуйте отключить hyper-v – это сработало для меня в Windows 10

bcdedit /set hypervisorlaunchtype off

Вот что сработало для меня с Lubuntu 18.04:

1. Выключите виртуальную машину
2. Перейдите в Настройки > Дисплей
3. Увеличьте размер видеопамяти
4. Запустите виртуальную машину снова

Моя аппаратная платформа:

• Модель системы: DELL Latitude E6420
• Процессор: Intel(R) Core(TM) i7-2640M CPU @ 2.80GHz, 2801 МГц, 2 ядра
• 4 логических процессора
• Установленная физическая память (RAM): 16.0 ГБ
• Тип системы: x64-совместимый ПК

Моя программная платформа:

• Microsoft Windows 10 Professional (10.0.18362) в качестве хоста
• Oracle VM VirtualBox (6.1) в качестве контейнера виртуальной машины
• Ubuntu Linux (20.04) в качестве виртуальной машины (ВМ)
• Динамический жесткий диск VDI емкостью 20 ГБ, увеличенный до 100 ГБ в качестве решения
• Android Studio (Artic Fox | 2020.3.1)
  Gradle (7.0.2 и 7.2)

Моя аналогичная проблема:

Я столкнулся с загрузкой на черный экран с мигающим или зависшим курсором сразу после загрузки и попытки установить программное обеспечение, в моем случае две версии Gradle (7.0.2 и 7.2) для Android Studio (Artic Fox | 2020.3.1), работающей на Ubuntu Linux (20.04) в VirtualBox (6.1) в качестве виртуальной машины внутри Microsoft Windows 10 Professional (10.0.18362). Я в последний раз загрузил два контейнерных файла, ‘gradle-7.0.2-all.zip’ и ‘gradle-7.2-all.zip’ с сайта дистрибуции Gradle. Я использовал экран терминала, чтобы распаковать и установить эти два дистрибутива.

Мой анализ:

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

Мои комментарии / примечания: Я ранее загружал и устанавливал те же версии Gradle на хост ОС Windows. Мне не было ясно, были ли дистрибутивы Gradle, zip-файлы контейнеров, специфичными для платформы или нет. Я загрузил их также на свой хост Windows, который, как я полагаю, также можно использовать на Ubuntu 20.04 ВМ. Я скопировал один из zip-файлов Gradle с хоста на ВМ, чтобы сэкономить данные на загрузку. Gradle был новым для меня, поэтому я очень беспокоился о проблемах с установкой. Насколько я понимаю, оказывается, что одни и те же файлы можно устанавливать на любой платформе. Изначально я думал, что проблема может быть связана с проблемой черного экрана из-за возможной загрузки неправильных бинарных файлов.*

Мое решение:

1.) Я обнаружил, что Ubuntu 20.04 имела режим восстановления загрузки. Это дало мне возможность зайти в VHD и удалить директории Gradle, которые я только что установил, чтобы получить и восстановить дисковое пространство.

2.) Я перезагрузил компьютер, и черный экран с мигающим курсором исчез. Я был очень рад в этот момент. Примечание: это было бы хорошим моментом для создания снимка вашей ВМ, как точки восстановления в Windows.

3.) Я проверил информацию о своем динамическом виртуальном жестком диске (*.vdi), перейдя в Oracle VirtualBox 6.1 | Настройки | Хранилище | Контроллер: SATA. Я нашел информацию о пределе “Виртуального размера” и “Фактического размера”, потребляемого моей ВМ.

4.) Я обнаружил, что VirtualBox 6.1 | Диспетчер виртуальных носителей позволяет пользователю графически увеличить предел “Виртуального размера” виртуального диска, как при покупке нового жесткого диска с более высокой емкостью, который я изменил, когда ВМ Ubuntu была выключена, не работала. При желании есть командный вариант для увеличения “Виртуального размера” диска.

Важные примечания: Установка “Виртуального размера” на 100 ГБ в графическом интерфейсе будет эквивалентна установке 102400 МБ в терминальном режиме. Уменьшение размера диска в настоящее время не разрешено или не поддерживается. Вы получите ошибку, если случайно попытаетесь уменьшить размер виртуального диска. Таким образом, вы можете увеличивать, но не можете уменьшать. Поэтому вы должны учитывать это при увеличении “Виртуального размера” виртуального жесткого диска. Это работа сама по себе не решает проблему пространства на виртуальном жестком диске.

Комментарии: Учтите хостовый компьютер Windows и физические диски, где у вас есть физический диск определенного размера или емкости и разделы внутри этого диска, такие как первичные разделы или создание расширенного раздела для определенного первичного раздела, содержащего возможные логические разделы внутри него; совокупный / агрегированный размер всех разделов не может превышать максимальный размер или емкость диска, в нашем случае — емкость виртуального диска. Таким образом, вам сначала нужно увеличить “Виртуальный размер” диска, как если бы вы купили новый жесткий диск с большей емкостью в магазине, где вы могли бы клонировать старый диск на новый по большей емкости и затем растянуть “Фактический размер” существующего раздела до максимального размера или емкости (“Виртуального размера”) нового виртуального диска. Предел “Виртуального размера” представляет максимальный размер или емкость виртуального диска или жесткого диска. Таким образом, дополнительная работа остается.

5. Я затем загрузил GNOME Partition Editor, ISO-файл. Доступна версия ISO-файла для 32-битной и 64-битной систем.

6. Я смонтировал ISO из VirtualBox и Windows 10, когда ВМ не работает.

7. Я создал резервную копию своей папки VirtualBox в Windows 10. ВАЖНО

8. Требуется: Этот процесс требует, чтобы все снимки ВМ были удалены перед увеличением “Фактического размера” (раздела) виртуального диска для увеличения и вероятного соответствия емкости виртуального размера (“Виртуального размера”) нового диска.

9. Используя смонтированный ISO-файл, я загрузился в GNOME Partition Editor.

10. Я успешно увеличил размер старого раздела, чтобы соответствовать новой емкости и “Виртуальному размеру” диска, установленному ранее в графическом интерфейсе VirtualBox.

11. Я провел обычное завершение работы ВМ.

12. Я размонтировал ISO-файл для загрузки GNOME Partition Editor.

13. Я перезагрузил виртуальную ВМ Ubuntu 20.04, и решение моей проблемы было завершено.

14. Затем я снова загрузил две версии Gradle. После этого я выполнил обновления программного обеспечения для своего компьютера с Ubuntu 20.04.

Ссылки на решения:

1.) VDI: Дефолтный формат диска Oracle, используемый VirtualBox
https://www.google.com/search?channel=fs&client=ubuntu&q=vdi+hard+disk+format

2.) Как загрузиться в режим восстановления (Безопасный режим) в Ubuntu Важно
https://www.google.com/search?q=boot+up+recovery+mode+in+Ubunta+20.04&oq=boot+up+recovery+mode+in+Ubunta+20.04&aqs=chrome..69i57j33i10i22i29i30.18691j0j15&sourceid=chrome&ie=UTF-8

3.) Разделение жестких дисков
https://www.diskpart.com/resource/disk-partition-basic-understanding.html

4.) GNOME Partition Editor Важно
https://gparted.org/download.php

5.) Как увеличить размер диска ваших существующих виртуальных машин в VirtualBox

https://itsfoss.com/increase-disk-size-virtualbox/
Важные заметки: Это показывает графический подход и подход командной строки терминала к увеличению “Виртуального размера” диска.

Вот что сработало для моего Ubuntu 16.04 внутри VirtualBox:

1. Выключите гостевую ОС Ubuntu
2. Перейдите в Настройки -> Система -> Материнская плата
3. Измените Чипсет с ICH9 на PIIX3
4. Перезагрузите Ubuntu, и графический режим станет нормальным

Странно, ICH9 работает нормально, пока однажды я не обновил VirtualBox с 5.0.18 до 5.1.28.

Ничего не сработало, поэтому я загрузился в режим восстановления и выбрал опцию DPKG (восстановление поврежденных пакетов), и после этого все заработало.

Когда я пытался загрузить Ubuntu в VirtualBox, у меня был черный экран, пока я не перешел в Настройки > Система и не снял галочку с включить EFI.

Ubuntu успешно загрузилась после этого.

Для меня экран был максимизирован. Я просто восстановил его до небольшого размера экрана, а затем перезагрузил ВМ. После входа в систему проблема с черным экраном исчезла, и я могу снова максимизировать экран до нормального размера.

В моем случае основной причиной было эмулятор Android, запущенный из Android Studio на хост-машине.

По непонятной причине эмулятор и виртуальный образ взаимно исключают друг друга и не могут работать одновременно. (генемотион-эмулятор все еще может работать с ВМ VirtualBox)

Это произошло со мной на машине, где работал Docker Desktop. Как только он был закрыт, все ВМ VirtualBox начали работать.

Перейдите в Настройки ВМ > Дисплей. Измените видеопамять на 64 Мб. Измените графический контроллер на VboxSVGA. Отключите 3D-ускорение. Затем сохраните настройки. После этого запустите виртуальную машину.

Простая перезагрузка ВМ также поможет войдите в меню alt и перезагрузите

У меня была такая же проблема после перетаскивания окна машины на больший монитор.

На случай, если кто-то находится в подобной ситуации, я пробовал следующее, и ничего не сработало:

• Настройка различных параметров экрана
• Перезагрузка гостевой машины
• Перезагрузка хост-машины

Решение для меня было в Вид > Автоизменение размера экрана гостя