Как устранить неполадки при загрузке на черный экран в virtualbox

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

Каким-то образом моя конфигурация VirtualBox для виртуальной машины (Ubuntu) была изменена после обновления Virtual Box. Моя гостевая виртуальная машина была 64-битной Ubuntu и была настроена как 32-битная версия. Изменить:

1. Открыть виртуальную коробку
2. Выберите вашу виртуальную машину и нажмите "Конфигурации"
3. Перейти к "Генералу"
4. Измените версию на "Ubuntu (64-bit)"

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

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

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

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

2. Заклинание обратной магии alt+f7 (все восстановлено в прежней славе).

Я должен был открыть это сам. Хотя попасть в беду было достаточно легко.

У меня была похожая проблема, что я сделал:

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

Работал хорошо для меня после

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

Перепробовал различные предложения, единственное, что работает - отключение 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. Изменение Display -> Graphics Controller для VMSVGA исправило это.

Вот как я решил проблему. Я установил Hadoop на мою гостевую ОС openSuse. Есть несколько сервисов, которые нужно запустить, чтобы начать работать над Hadoop, как,

start-dfs.sh
start-yarn.sh

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

$cd ~
$vi .bashrc

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

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

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

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

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

• Модель системы: Широта E6420 DELL
• Процессор: Intel(R) Core(TM) i7-2640M CPU @ 2,80 ГГц, 2801 МГц, 2 ядра(я),
• 4 логических процессора(ов)
• Установленная физическая память (ОЗУ): 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 Host. Мне было неясно, зависят ли дистрибутивы Gradle, контейнеры zip-файлов от платформы или нет. Я также загрузил их на свой хост Windows, который, как я полагаю, также можно использовать на виртуальной машине Ubuntu 20.04. Я скопировал один из ZIP-файлов Gradle с хоста на виртуальную машину, чтобы сохранить загружаемые данные. Gradle был для меня новым, поэтому меня очень беспокоили проблемы с установкой. Насколько я понимаю, получается, что на любую платформу можно установить одни и те же файлы. Первоначально я думал, что эта проблема может быть связана с моей проблемой черного экрана, возможно, с загрузкой неправильных двоичных файлов. *

Мое решение:

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

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

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

4.) Я обнаружил, что VirtualBox 6.1 | Virtual Media Manager позволяет пользователю графически увеличить предел «виртуального размера» виртуального диска, например, купить новый жесткий диск большей емкости, который я модифицировал, когда виртуальная машина Ubuntu была выключена, а не запущена. При желании есть параметр командной строки для увеличения «Виртуального размера» диска.

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

Комментарии:Рассмотрите хост-блок Windows и физические диски, где у вас есть физический диск определенного размера или емкости и разделы на этом диске, такие как основные разделы, или создание расширенного раздела для определенного основного раздела, содержащего возможные логические разделы внутри него; общий/совокупный размер всех разделов не может превышать максимальный размер или емкость диска, в нашем случае емкость виртуального диска. Таким образом, вы должны сначала увеличить «виртуальный размер» диска, например, купить новый жесткий диск большей емкости в магазине, где вы можете клонировать старый диск на новый диск большей емкости, а затем увеличить «фактический размер» диска. существующий раздел до максимального размера или емкости («Виртуальный размер») нового виртуального диска. «Виртуальный размер» limit представляет собой максимальный размер или емкость виртуального диска или жесткого диска. Значит, предстоит дополнительная работа.

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

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

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

8. Обязательно: этот процесс требует, чтобы все моментальные снимки ВМ были удалены перед увеличением «фактического размера» (раздела) виртуального диска, чтобы увеличиться и, вероятно, соответствовать емкости виртуального размера («виртуальный размер») нового диска.

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

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

11. Я выполнил обычное выключение виртуальной машины.

12. Я размонтировал загрузочный файл ISO для редактора разделов GNOME.

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

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

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

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

2.) Как загрузиться в режим восстановления (безопасный режим) Ubuntu в+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 Важно https://gparted.org/download.php

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

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

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

bcdedit /set hypervisorlaunchtype off

С Lubuntu 18.04 у меня работало следующее:

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

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

При попытке загрузить Ubuntu в виртуальной коробке у меня был черный экран, пока я не зашел в настройки> система и не снял флажок "включить EFI". Ubuntu успешно загрузился после того, как я это сделал.

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

Следующее работает для моего Ubuntu 16.04 внутри VirtualBox:

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

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

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

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

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