Не удалось установить гостевые дополнения: неизвестный тип 'iso9660' файловой системы

Под управлением Ubuntu 14.04 на Oracle VirtualBox 4.3.24 и полностью застрявший в монтирующихся гостевых дополнениях. Я провел немало времени, ища решение онлайн, но ничто не помогло...

enter image description here

Как предложено ниже, я попытался смонтироваться вручную и также загрузить ISO с сети (соответствие версии VirtualBox). Та же ошибка:

enter image description here

Править:

Теперь некоторые папки стали "только для чтения", который доставляет большие неприятности.. Даже установка нового изображения Ubuntu 14.04 не помогает... Так переустановка самого VirtualBox...

27
задан 15 March 2015 в 11:19

6 ответов

Я смог решить монтирующийся вопрос переустановкой изображения Linux:

sudo apt-get install --reinstall linux-image-$(uname -r)

BTW, все это запустилось с обновления VirtualBox. Двунаправленный буфер обмена прекратил работать так, я пытался повторно вставить Гостевые Дополнения ISO. Это вызвало выше материала. Теперь, Гостевые Дополнения смонтированы назад, но буфер обмена wtill не работает...

45
ответ дан 23 November 2019 в 01:02

Согласно другим отвечают, что это может обычно фиксироваться путем перезагрузки.

Так или иначе "iso9660" модуль, не загруженный. depmod сканирования все модули и создают зависимости от модуля.

sudo depmod -a
sudo mount /dev/sr0 /mnt
ls -l /mnt

это устранит проблему.

6
ответ дан 23 November 2019 в 01:02

В моем случае следующее обходное решение помогло:

в гостевой ubuntu

sudo apt-get install virtualbox-guest-additions-iso

I думают некоторые зависимости, который был установлен решенная проблема

2
ответ дан 23 November 2019 в 01:02

Я решил это (на Ubuntu 16.04) пакетами обновления и перезапуском:

sudo apt-get update
sudo apt-get upgrade
sudo reboot
1
ответ дан 23 November 2019 в 01:02

Попытка, вручную монтирующая его:

  • Открывают терминал.
  • Тип следующие команды:

    sudo mount /dev/sr0 /mnt
    ls -l /mnt
    
  • Тогда, если содержание CD был показан, открытый/mnt в Наутилусе (иначе Файловый менеджер) и устанавливают Гостевые Дополнения.

, Если те шаги не работали, попробуйте это:

  • Загрузка гостевые дополнения ISO от VM (через virtualbox веб-сайт).
  • Щелчок правой кнопкой по нему-> Открытый с...-> Образ диска mounter.
  • Открывают недавно смонтированный диск.
0
ответ дан 23 November 2019 в 01:02

TL; DR это может быть быстро зафиксировано путем перезагрузки. Затем CD-ROM будет работать, и Гостевые Дополнения будут устанавливаемыми:

 sudo reboot

"Лучшая" последовательность для обновления ядра на VirtualBox с Дополнениями:

 apt-get update
 apt-get upgrade              (or apt-get dist-upgrade)
 reboot                       

 (re)install VirtualBox Additions on the new kernel that is now running
 apt-get autoremove

(Рядом-с-последним старое ядро не могло бы быть автоудалено из соображений безопасности, чтобы позволить Вам "возвращаться").

Как это происходило? (предыдущий длинный ответ)

Точно этот вид проблемы возникнет если Вы:

  • обновите ядро (скажите от.66 до.67),
  • выполненный apt-get autoremove и так или иначе удалите рабочее ядро или вручную удалите "старое" ядро, таким образом удалив все модули из/lib/modules/kernel.66
  • не перезагружайте, таким образом, поддерживая "старые".66 ядер в рабочем состоянии. Загруженные модули остаются в памяти, и все работает, но никакие новые модули не могут быть загружены, так как.66 модулей были удалены.
  • попытайтесь сделать что-либо, что требует загрузки модуля, который еще не был загружен

И установка VirtualBox ISO может потребовать точно что - загрузка модуля поддержки ISO9660.

Требуемый модуль теперь больше не может автоматически загружаться, потому что рабочее ядро (.66) ничего не находит в/lib/modules/kernel.66. Модуль существует, но это находится в/lib/modules/kernel.67, из которого текущие.66 ядер ничего не знают о (и не рекомендуется загрузить не сочетающийся модуль).

Переустановка uname'd ядра, конечно, переустановит рабочие модули ядра, таким образом, делая../.66/.../isofs.ko доступным снова и делая перезагрузку ненужной. Это - снижение установленного ядра, и проблема обновления останется (см. ниже).

Таким образом, при выполнении Дополнений CD он установит для выполнения.66 ядер, не обновленных.67 ядер (который все еще не работает).

Если Вы находитесь в такой ситуации, можно также, конечно, зафиксировать ее путем перезагрузки (новые.67 рабочих ядер найдут свои модули), и вероятно путем загрузки модуля, принадлежащего новому ядру (isofs довольно стабильно), который, если Вы не имеете, подвергся важному обновлению ядра, все еще будет совместимо (это все еще не рекомендуется!):

# mount /dev/cdrom /mnt
mount: unknown filesystem type 'iso9660'

Это выше - корневая ошибка, которую Вы получаете ("неизвестный тип файловой системы").

# uname -a
Linux virtual 3.13.0-66-generic ...

Таким образом, мы проверяем, какая версия модулей установлена. Это должно быть.66:

# ls /lib/modules
3.13.0-67-generic

... но существует только один каталог, и это.67 (.66 каталогов могли бы быть там, но пустой; в этом случае du -sh /lib/modules/* скажет, сколько места занято различными каталогами, позволив говорить между пустыми и полными).

Переустановка старого изображения ядра без переличинки не решит настоящую проблему

Вы переустанавливаете.66 ядер с его модулями и заголовками. Теперь у Вас есть оба ядра, с grub набор для загрузки более новых.67.

CD-ROM ISO может быть смонтирован (потому что модуль теперь присутствует), и модули VBox скомпилируют (потому что заголовки были установлены).

Это скомпилирует модули для выполнения.66 ядер, и они будут работать... некоторое время.

В первой перезагрузке Вы окажетесь с.67 ядрами без дополнений VirtualBox вообще.

Переустановка старого изображения ядра с переличинкой и перезагрузкой также не решит настоящую проблему

Как выше, Вы перезагружаете и оказываетесь с пониженным ядром. Очень скоро Ubuntu попытается обновить его, и Вы вернетесь, где Вы запустили (см. ниже: "понижая ядро").

Исправление в модуле ISO также не решит настоящую проблему

Возможности, мы можем вызвать, загружают модуль ISO9660 все равно, так как никакая работа не была сделана между ядрами 66 и 67, и двоичный файл чрезвычайно неизменен, таким образом, мы пробуем:

# insmod /lib/modules/3.13.0-67-generic/kernel/fs/isofs/isofs.ko

Никакие ошибки. Это работало. Ядро.66 загруженных модулей от ядра.67. Давайте попробуем еще раз монтировать CD-ROM:

# mount /dev/cdrom /mnt
mount: block device /dev/sr0 is write-protected, mounting read-only

Это все еще не поможет, потому что устанавливаемый CD является Дополнениями VirtualBox, который требует, чтобы рабочие заголовки ядрa были установлены. Если рабочие модули ядра больше не там, возможности состоят в том, что ни один не будет заголовки ядрa.

Кроме того, недавно скомпилированные модули Virtualbox никуда не должны будут идти, так как эти.66 каталогов модулей были убраны.

Но скажите фиксацию всего этого: Вы по существу сделали дорогое (и неравнодушный) снижение ядра, и дополнения будут потеряны при следующем обновлении вместе с остальной частью.66 ядер, точно как в случае выше.

Понижение ядра будет работать... некоторое время

Если мы удалим.67 ядер и переустановим.66 ядер с модулями в его земельном участке, то вещами будет целая и невредимая легкая рыбачья плоскодонка некоторое время. Никакая необходимая перезагрузка, как в "силе решение для" модуля ISO выше.

И перезагрузка ничего не потеряет, так как никакое Брошенное вызов дополнениями ядро не установлено.

Но этот способ, которым ядро все еще будет в, "чтобы быть обновленным" список и эта та же проблема, обязан возникнуть рано или поздно.

Предоставленный, у Вас может теперь быть он, возникают за некоторый более соответствующий момент по Вашему выбору, который мог бы стоить довольно много.

Просто перезагрузка!

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

Так, после перезагрузки будут работать Гостевые Дополнения, и обновление "возьмет".

14
ответ дан 23 November 2019 в 01:02

Другие вопросы по тегам:

Похожие вопросы: