Вопросы Теги

$ CD {DIR_PATH} не возвращает 'Такого файла или каталога'

С двумя резервированием - я не использую KVM, и я не администратор, просто владелец ноутбука - у меня не было почти проблем с Debian нестабильный выпуск "sid", с помощью него каждый день (и ночь) выполнение всех видов материала в течение многих лет.

Напротив: Я испытал много небольших проблем (например, Проявите не показ некоторых специальных символов), внезапно исправленный новым программным обеспечением, без следующего уменьшения в устойчивости вообще.

Здесь, люди Debian описывают sid как это:

"'Нестабильное' распределение состоит в том, где активная разработка Debian происходит. Обычно это распределение выполняется разработчиками и теми, кому нравится жить на краю".

Без непочтительности вообще - я люблю их систему - я думаю, что это - значительное преувеличение. Причина, которую они выражают сами тот путь, то, что люди Debian действительно в устойчивость. Что они называют стабильной версией, мы, простые смертные, вероятно, назвали бы безупречной, надежной устойчивостью.

Но, как последнее предупреждение, как сказано в другом ответе, все это зависит, что Вы делаете. Если Вы выполняете сервер, и Ваша фирменная перфорация является надежной доступностью, конечно, необходимо использовать стабильную версию. Это - экстремальный пример, и я сделал его тем путем нарочно, потому что это - мое понятие, что в целом, Вы не должны бояться более новых версий.

6
04.02.2014, 23:37
2 ответа

Вместо того, чтобы дать ~ как Ваш дом в .bash_profile дают полный путь:

export DIR_PATH=/Users/myuserid/concrete/path

Проблема состоит в том, что Ваш удар не мог занять место ~ к Вашему домашнему dir в Вашем профиле удара.

6
27.01.2020, 20:23
  • 1
    я удивлен, что работал. Насколько я знаю, удар заменит ~ Вашим путем корневого каталога, является ли это в .bash_profile или нет. Я могу вообразить расширение, не работающее сразу после =, но эксперимент с ударом 3.2.25 и 4.2.37 указывает, что это действительно работает. Что происходит, когда Вы используете $HOME вместо ~? Если бы это работает, это было бы лучшее решение. –  Keith Thompson 05.02.2014, 00:42
  • 2
    @KeithThompson На самом деле, который я протестировал в своем ударе и для меня, он работал. Таким образом, я предполагаю, возможно, что он использует более старую версию удара или чего-то как этот! –  coffeMug 05.02.2014, 09:59

Как альтернатива использованию тильды ~ или использование твердого пути /Users/myuserid/... Я предложил бы использовать переменную среды $HOME вместо этого. Переменные, такие как это обычно являются установкой login (см. man login) в большей части Unixes, и я подозревал бы, что OSX сделает это также.

выборка

Это должно позволить системе adminitrator входить в систему даже в случае сетевых проблем. Значение для $HOME, $USER, $SHELL, $PATH, $LOGNAME, и $MAIL установлены согласно соответствующим полям во вводе пароля. $PATH значения по умолчанию к /usr/local/bin:/bin:/usr/bin для обычных пользователей, и к /usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin для корня, если не другой настроенный.

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

Ссылки

6
27.01.2020, 20:23
  • 1
    @KeithThompson - сделанный –  slm♦ 05.02.2014, 03:04
  • 2
    обычно программа, которая регистрирует пользователя в системные наборы та переменная, как login(1), не оболочка. –  llua 05.02.2014, 13:24
  • 3
    @llua - спасибо зафиксировал это. Я полностью забыл о login. –  slm♦ 05.02.2014, 15:27

Теги

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