Алексей Федорчук
И уж совсем последний аккорд в серии очерков про Virtualbox. Как известно, у финнов есть такой обычай: они посидят, посидят — да выпьют. Аналогично и среди применителей любых дистрибутивов Linux’а имеет место странное обыкновение: они поработают, поработают — да и обновят систему. И если в числе прочих пакетов окажется обновлённым ядро Linux, то Virtualbox сам по себе стартанёт — но на попытку запустить какую-либо из установленных ранее виртуальных машин ответит обсценными словами.
Правда, эта обсценная панель будет содержать совет для исправления ситуации, но он, скорее всего, не сработает. Зато сработает простой рецепт — банальная переустановка пакета. Так что (напоминаю, что хост-машина — Ubuntu или любой из её дериватов) обновляем, для страховки, локальный кеш
$ sudo apt update
Уточняем имя пакета, требующего переустановки:
$ apt search virtualbox-5 Сортировка… Готово Полнотекстовый поиск… Готово virtualbox-5.0/неизвестно,now 5.0.14-105127~Ubuntu~wily amd64 [установлен] Oracle VM VirtualBox
И даём команду
$ sudo apt install --reinstall virtualbox-5.0
Она приведёт к повторению пересборки dkms-модулей, по завершении чего можно запускать любую из «бывших» виртуальных машин — перезапуск самого Virtualbox’а не потребуется.
Интересный способ :)
До этого ,при обновлениях ядра Linux в Debian для возобновления работы Virtualbox мне приходилось переустанавливать Linux — headers и все пакеты dkms — модули для запуска их компиляции..
Иван, были такие времена. Но сейчас описанный способ вроде работает — пережил несколько обновлений ядра.
Зачем же пакет переустанавливать только ради передергивания dkms?
sudo dkms autoinstall
должно бы хватить для пересборки под новое ядро всего, что зарегистрировалось в DKMS, оно ж для того и задумывалось, разве нет?
bormant, спасибо за наводку, при следующем большом обновлении попробую
тогда просто надо было срочно запустить виртуалку — и пришло в голову описанное решение