Сегодня я наткнулся на день, проведенный в PURGES и APTITUDE / APT-GET. Я пытался исправить проблему активации nvidia-uvm.
У меня установлен CUDA 6.5. Я обновил свою nvidia до 352, думая, что у 340 были проблемы. Но, как вы увидите, это вопрос активации компонентов, занесенных в черный список шмелем.
Я запускаю:
sudo apt-get install bumblebee bumblebee-nvidia
[d4 ] Однако я решил прокомментировать следующее из файла «/etc/modprobe.d/bumblebee.conf":Это вызывало проблемы в моей активации modprobe. Прежде всего, я не знаю, почему, но я должен, всегда, запускать команду optirun с некоторым процессом и затем выполнять sudo modprobe nvidia-XXX-uvm
EX: "sudo optirun glxspheres64 sudo modprobe nvidia-352-uvm "
Я думаю, это потому, что шмель блокирует какой-то компонент, который должен быть активирован при выполнении optirun. Во всяком случае, это сработало для меня, и я надеюсь, что вы сэкономите немного PURGE / INSTALL, что все, возможно, устали от выполнения.
С наилучшими пожеланиями,
Чтобы подключить общие папки NFS, нам нужно установить nfs-common:
sudo apt-get install nfs-common
. Чтобы спасти нас от повторного ввода этого параметра после каждой перезагрузки, добавьте следующую строку в / etc / fstab:
[ f2]Если после монтирования запись в / proc / mounts появляется как: // (с двумя слэшами), вам может потребоваться указать две слэши в / etc / fstab, иначе umount может пожаловаться, что не может найти mount.
Опция auto устанавливается при запуске. Однако это не сработает, если ваш клиент использует соединение Wi-Fi, управляемое на уровне пользователя (после входа в систему), потому что сеть не будет доступна во время загрузки. В Ubuntu 12.04 LTS и более поздних версиях wifi-соединения управляются на системном уровне по умолчанию, поэтому автоматическая установка общих ресурсов NFS во время загрузки должна работать нормально
Источник: https://help.ubuntu.com/ community / SettingUpNFSHowTo
Однако это не сработает, если ваш клиент использует соединение wifi
Начнем с установки AutoFS:
sudo apt install autofs
Мы редактируем файл /etc/auto.master:
sudo nano /etc/auto.master
Содержимое:
#
# Sample auto.master file
# This is a 'master' automounter map and it has the following format:
# mount-point [map-type[,format]:]map [options]
# For details of the format look at auto.master(5).
#
#/misc /etc/auto.misc
#
# NOTE: mounts done from a hosts map will be mounted with the
# "nosuid" and "nodev" options unless the "suid" and "dev"
# options are explicitly given.
#
#/net -hosts
#
# Include /etc/auto.master.d/*.autofs
# The included files must conform to the format of this file.
#
#+dir:/etc/auto.master.d
#
# Include central master map if it can be found using
# nsswitch sources.
#
# Note that if there are entries for /net or /misc (as
# above) in the included master map any keys that are the
# same will not be seen as the first read key seen takes
# precedence.
#
#+auto.master
/media/nfs /etc/auto.nfs --ghost
Комментировать (#) "+ auto.master" и "+ dir: / etc / auto.master.d "и добавьте строки внизу. Я потратил 2 часа, пытаясь заставить это работать, и как-то он не работает без добавления опции -ghost. Если кто-то знает, зачем комментировать. Теперь / media / nfs - это каталог, который будет содержать ваши общие ресурсы NFS (вам не нужно создавать это, autofs делает это для вас), а файл /etc/auto.nfs - это файл конфигурации для ваших акций. Мы сделаем это сейчас:
sudo nano /etc/auto.nfs
Вставьте общие ресурсы:
Backup 10.0.1.100:/Backup
Multimedia 10.0.1.100:/Multimedia
Теперь создадим резервную копию dir . Я потратил 2 часа, пытаясь заставить это работать, и как-то это не работает без добавления опции -ghost. Если кто-то знает, почему, пожалуйста, прокомментируйте. возьмет /media/nfs.
Перезапустить autofs:
sudo systemctl restart autofs
Вот и все, наслаждайтесь вашими акциями.