Выполненный exportfs -a
на server
машина.
Также обе машины имеют все необходимые пакеты поддержки NFS и имеют поддержку nfs? Можно найти, поддерживает ли ядро определенную файловую систему путем исследования вывода cat /proc/filesystems
.
И да, имя файла файла экспорта должно быть /etc/exports
Наконец, проверьте, чтобы видеть, включили ли Вы демонам NFS во время запуска.
Добавьте следующее к вашему .bashrc
:
vim ~/.bashrc
...
export LD_LIBRARY_PATH=/usr/local/lib
Это позволит вам перезагрузить компьютер, и вам все равно будет назначен этот путь.
На Red Hat Enterprise Linux (RHEL) 6, /etc/ld.so.conf
содержит включают LD.SO.conf.d / *. Conf
. Без этой линии предметы в /etc/ld.so.conf.d / *. Conf
никогда не будет проанализирован.
Чтобы увидеть, какие библиотеки / каталоги LDConfig
анализируют
ldconfig -v
Номер версии на печать, имя каждого каталога, как он отсканирован, и любые созданные ссылки.
Я наконец решил эту проблему с помощью псевдонима:
alias sudo='sudo PATH="$PATH" HOME="$HOME" LD_LIBRARY_PATH="$LD_LIBRARY_PATH"'
Обязательно используйте одинарные кавычки, чтобы переменные раскрывались во время вызова, а не при время определения псевдонима.
Это:
(Вы можете увидеть, что задается с помощью: sudo bash -c "echo $ HOME"
)
Я работаю с пользовательскими драйверами и всегда нужно sudo мои тестовые программы для доступа к драйверу. Я не хочу устанавливать тестовые версии библиотек в системную область, поэтому я использую LD_LIBRARY_PATH для настройки определенного тестового каталога по мере необходимости. Я не могу просто установить фиксированный LD_LIBRARY_PATH, мне нужно иметь возможность изменить его и сохранить текущую настройку. Сохранение PATH и HOME дает мне доступ к моей рабочей среде - скриптам и структуре каталогов.
Этот псевдоним позволяет избежать предоставления общих разрешений в sudoers ... и, по-видимому, обходного пути для LD_LIBRARY_PATH нет, в любом случае, независимо от настроек sudoers. Он не работает с sudo внутри скриптов, но при необходимости их можно жестко запрограммировать.