Запуск 14.04 в virtualbox 4.3.8
Невозможно обнаружить гостевой файл добавлений .iso, когда я выбрал гостевой файл добавок .iso в IDE Secondary Master.
Нет проблем, поэтому я использовал wget и загрузил iso в гостевую ubuntu без головы.
Когда я пытаюсь загрузить ISO изнутри, используя следующие команды:
sudo mkdir /media/iso
sudo modprobe loop
sudo mount filename.iso /media/iso -t iso9660 -o loop
В sudo modprobe loop
я получил следующую ошибку:
modprobe: ERROR: ../libkmod/libkmod.c:556 kmod_search_moddep() could not open moddep file '/lib/modules/3.13.0-24-generic/modules.dep.bin'
Вот мои lsb_release -a
:
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 14.04 LTS
Release: 14.04
Codename: trusty
РЕДАКТИРОВАТЬ:
Когда я набрал
ls /lib/modules/*/modules.dep.bin
, я вернулся
/lib/modules/3.11.0-20-generic/modules.dep.bin /lib/modules/3.13.0-24-generic/modules.dep.bin /lib/modules/3.5.0-49-generic/modules.dep.bin
Благодаря комментариям Braiam я решил его с помощью
sudo apt-get install --reinstall linux-image-3.13.0
Никакая потребность переустановить изображение Linux
sudo depmod
не хорошо работает для меня. кредит переходит к @pabouk
Это могут быть системные изменения, ожидающие перезагрузки после обновлений. Моя установка указывала на неправильное /lib/modules/<version>
, но она разрешилась после перезагрузки.
#:/ $ sudo modinfo iptable_nat
libkmod: ERROR ../libkmod/libkmod.c:557 kmod_search_moddep: could not open moddep file '/lib/modules/4.1.18+/modules.dep.bin'
modinfo: ERROR: Module alias iptable_nat not found.
# apt-get install --reinstall linux-image-`uname -r`
Это добьется цели, если Вы не захотите обновить свое ядро.
Если Вы не можете получить доступ к сети, можно сделать
dpkg-reconfigure linux-image-$(uname -r)
, Она работала на меня
Странно, я испытываю эту проблему, если я указываю ExecStart
stanze в systemd
единица, содержащая две команды, соединенные с &&
, например,
ExecStart=/sbin/modprobe zfs && /usr/local/sbin/zpool import -d /dev data
Это могло бы быть неправильно, но затем systemd
должен будет все еще перестать работать с полезным сообщением об ошибке - как любая программа, когда-либо существующая.
цепочка команды может быть выражена bash -c
, например,
ExecStart=/bin/bash -c '/sbin/modprobe zfs && /usr/local/sbin/zpool import -d /dev data'
(возражайте против простых кавычек ''
вместо двойных кавычек ""
).
Хорошо. Я couldn’t верят этому, но я получил ту же ошибку и после большого поиска и устранения неисправностей, I’ve, обнаружил, что эти /boot
НЕ был смонтирован во время этого модуля ядра, восстанавливают.
Когда-то смонтированный, проблема ушла для меня.
Оказывается, что я был хорошим “victim” хорошей практики безопасности (как обрисовано в общих чертах CISecurity).
cryptsetup
команда которая использует dm_mod в ядре, которого не было в моём ядре, помогло без перепрошивки малины:
sudo apt-get install --reinstall --yes raspberrypi-bootloader raspberrypi-kernel
sudo reboot
Взято из этой темы: https:// www.raspberrypi.org/forums/viewtopic.php?t=282802
Моя команда cryptsetup
работала впоследствии, но с той же ошибкой, что и OP: Невозможно инициализировать устройство-сопоставитель. Загружен ли модуль ядра dm_mod?
ранее.