Представьте: вы открываете VirtualBox после перерыва, пытаетесь запустить старую виртуальную машину – и вместо привычного окна получаете сухое сообщение «NS_ERROR_INVALID_ARG (0X80070057)». Логи молчат, файлы целы, а система упорно не хочет сотрудничать. Знакомо? Давайте разбираться, как вернуть к жизни «потерянные» ВМ, даже если кажется, что вариантов уже нет.
Почему VirtualBox отказывается открывать виртуальные машины?
Ошибка 0X80070057 часто возникает после обновления VirtualBox или ОС. Конфигурационные файлы (.vbox) могут стать несовместимыми с новой версией – особенно если машины создавались давно (например, на Ubuntu 22.04, а сейчас у вас 24.10). Но есть и другие причины:
- Смена контроллера диска – например, SATA вместо IDE в настройках ВМ
- Повреждение файлов описания машины (да, вы проверяли backups, но иногда копируется битый конфиг)
- Проблемы с правами доступа – особенно если ВМ перенесли между разными дисками или пользователями
Как вы уже заметили, логи самой VirtualBox (~/.config/VirtualBox) часто бесполезны – они не обновляются при этой ошибке. Зато есть хитрость: создать новую ВМ и подключить к ней старые диски (.vdi).
Пошаговое восстановление: от ошибки до работающей системы
1. Создайте новую виртуальную машину с теми же параметрами, что у «битой»:
- Версия ОС (напр. Windows 10 x64)
- Объём оперативной памяти
- Тип процессора
Не спешите удалять старую ВМ! Пока оставьте её как резервную копию.
2. Подключите существующий диск:
- В мастере создания на шаге «Жёсткий диск» выберите «Использовать существующий виртуальный жёсткий диск»
- Укажите путь к вашему .vdi-файлу
3. Проверьте контроллер SATA/IDE:
Откройте настройки новой ВМ → раздел «Носители» → убедитесь, что контроллер совпадает с исходным. Если раньше использовался IDE, а теперь SATA – замените через выпадающее меню (кстати, для Windows 10 обычно лучше SATA).
4. Включите EFI – это ключевой момент!
Перейдите в «Система» → «Материнская плата» → поставьте галочку «Включить EFI (только специальные ОС)». Без этого система может не увидеть диск, даже если он правильно подключён.
5. Запустите ВМ. Если появляется ошибка «Operating System not found»:
00:00:03.132021 VMMDev: Guest Log: BIOS: INT18: BOOT FAILURE
00:00:03.132038 PcBios: Boot failure– зайдите в BIOS (удерживайте F12 при запуске) → выберите «Boot Manager» → укажите диск вручную.
Совет: Если система всё равно не грузится, проверьте в настройках хранилища – иногда помогает переподключить .vdi через «Добавить существующий диск» вместо выбора при создании ВМ.
Тонкости, о которых молчат официальные гайды
- Версия VirtualBox: Если машина создавалась в v6.1, а сейчас у вас v7.0 – попробуйте экспортировать её в OVA через старую версию (если есть доступ).
- Разметка диска: Для GPT-дисков EFI обязателен. Проверить можно через GParted LiveCD.
- Логи гостевой ОС: Если ВМ частично запускается, подключите её диск как второй к рабочей машине и проверьте
C:WindowsSystem32winevtLogs.
Если после всех манипуляций система всё равно «не видит» диск – возможно, проблема в самом .vdi. Проверьте его через VBoxManage internalcommands checkhd (но не паникуйте раньше времени: в 90% случаев это просто настройки EFI).
Помните: VirtualBox иногда ведёт себя как упрямый ребёнок. Но с терпением и этой инструкцией вы заставите его работать – даже если придётся пересоздать ВМ с нуля. Главное, не удаляйте исходные файлы, пока всё не заработает!