Как безопасно предоставить некорневой доступ в lib так, чтобы аппаратное ускорение Катализатора могло функционировать?

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

ip=`wget -qO- ipecho.net/plain`
2
13.04.2017, 15:22
1 ответ

Я думаю, что начинаю получать то, что произошло. Один из ответов на странице, с которой Вы связались, говорит Вам выполнять это:

cd /usr ; sudo ln -svT lib /usr/lib64

Тот будет i) перемещать Вас в /usr каталог и ii), создают названную ссылку lib64 (который будет /usr/lib64 если Вы работаете ln команда в /usr) указывая /usr/lib. Команда не должна быть выполнена как Ваш администраторский пользователь (вот почему, она имеет sudo) и это не должно, конечно, быть выполнено от Вашего администраторского пользователя $HOME каталог.

Перечитайте инструкции и следуйте за ними точно. Также прочитайте это примечание (включенный только под ln команда):

(Примечание: вторая команда не должна быть необходимой, если уже существует такая символьная ссылка, названная lib64, указывающим на lib папки там. И если уже существует реальная папка тем именем (определенный с ls-l/usr/lib64), необходимо удостовериться, что его содержание безопасно перемещено в папку,/usr/lib, и затем удаляет - теперь пустой - папка,/usr/lib64 прежде, чем выполнить эту команду).

Так, удостоверьтесь, что существует нет /usr/lib64 каталог, если существует, перемещает свое содержание в /lib прежде, чем работать ln команда.


Примечание: Фактическое ln команда в моем ответе ln -svT lib /usr/lib64, если это будет действительно, что Вы выполнили, то ссылка будет создана в /usr/lib64 независимо от того, где Вы выполняете его от.

4
27.01.2020, 22:00
  • 1
    Извините, что придрались к мелочам, но Вы возражали бы изменять свой ответ, чтобы показать, как я следовал за неправильной символьной ссылкой в своем вопросе? Я отредактирую вопрос показать, что связанный ответ был с тех пор отредактирован с правильной командой. Огромное спасибо! уверенный –   09.12.2013, 22:55
  • 2
    @Gracchus, который был ответом, который я получил, когда я нажал на Вашу ссылку, которая является, почему я формулировал его тот путь. stackexchange страницы изменяют порядок ответов случайным образом, только принятое пребывание на вершине. –  terdon♦ 09.12.2013, 22:57
  • 3
    Ack! Извините за это. Снова, огромное спасибо! –   09.12.2013, 22:57
  • 4
    @Gracchus на самом деле, я, вероятно, неправ здесь. Если Вы работали ln -s lib /usr/lib64 необходимо было создать ссылку в правильном месте, потому что Вы дали полный путь. –  terdon♦ 09.12.2013, 23:20
  • 5
    Похоже, что Вы были первоначально корректны, так как после использования надлежащей команды, неадминистраторский пользователь может теперь войти в систему с аппаратным ускорением. Так или иначе, большое спасибо за понимание этого для меня! (А-ч, и по моему noobish мнению, исходная команда, вероятно, не работала, потому что существует нет lib в моем ~ или его подкаталоги...?) –   09.12.2013, 23:32

Теги

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