Вопрос или проблема
- Почему это происходит?
Ожидаемый результат:
# ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500......
Выход, который возникает:
# ifconfig
bash: ifconfig: команда не найдена
Если использовать sudo, это работает:
# sudo ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500......
- Может ли это повлиять на скрипты запуска, которые используют что-то, находящееся в /sbin?
“команда не найдена” значит именно это.
Ваш терминал не смог найти исполняемый файл с именем ifconfig в любом из мест, где он искал исполняемые файлы.
Это, вероятно, вызовет ту же ошибку:
which ifconfig
Проверьте переменную окружения PATH:
echo ${PATH} | tr : "\n" # Более читаемо
Это возможно для скриптов запуска (таких как .login и .bashrc) и интерактивных действий “испортить” PATH, даже удаляя [критически важные для системы] записи, такие как /sbin!
Когда вы используете sudo для запуска ifconfig от имени root, он запускает новую сессию командной оболочки, которая будет иметь свой собственный, “чистый” PATH, что вполне может объяснить, почему этот метод работает.
Ответ или решение
Вопрос о том, почему большинство команд, выполняемых от имени пользователя root, приводит к ошибкам, если не используется sudo, очень актуален. Давайте подробно разберем, что происходит в данной ситуации.
Причины ошибки "command not found"
Когда вы пытаетесь выполнить команду, например, ifconfig, и получаете сообщение об ошибке вида bash: ifconfig: command not found, это говорит о том, что ваша оболочка (shell) не смогла найти исполняемый файл под названием ifconfig в тех директориях, которые определены в вашем переменной окружения $PATH.
Что такое переменная PATH?
Переменная окружения $PATH содержит список директорий, в которых операционная система ищет исполняемые файлы, когда вы вводите команду. Например, для стандартного пользователя этот путь может содержать такие директории, как /usr/bin и /bin. Однако для пользователя root могут добавляться другие пути, такие как /sbin и /usr/sbin, которые содержат системные исполняемые файлы.
Для проверки текущего содержимого переменной PATH можно использовать следующую команду:
echo ${PATH} | tr : "\n"Возможные причины проблемы
-
Изменение PATH: Возможно, что в ваших скриптах начальной загрузки, таких как
.bashrcили.bash_profile, была изменена переменная PATH, в результате чего важные пути, например/sbin, не были включены. Это может привести к тому, что некоторые команды, необходимые для выполнения, становятся недоступными. -
Отдельные сессии: Когда вы используете
sudo, система запускает новую сессию оболочки с "чистым" окружением, включая переменную PATH. Эта сессия может содержать все необходимые пути для выполнения команд, которые недоступны в вашей текущей оболочке. Например, командаsudo ifconfigсрабатывает, потому что она выполняется в контексте новой сессии с правильным PATH, включающим/sbin.
Влияние на сценарии запуска
Отвечая на второй вопрос, да, неправильная настройка переменной PATH может влиять на сценарии инициализации, которые используют команды, расположенные в /sbin. Если ваш такой сценарий запускается от имени root и не может найти команду из-за отсутствия необходимых путей, это может привести к сбоям в работе вашей системы или приложений.
Рекомендации
-
Проверка и корректировка PATH: Убедитесь, что ваша переменная PATH корректно настроена и включает все необходимые пути. Это особенно важно в файлах инициализации.
-
Использование sudo: Для успешной работы с системными командами, которые могут не быть доступны в вашем текущем окружении, разумно использовать
sudo, особенно если вы не уверены в конфигурации вашей оболочки. -
Анализ и тестирование: Периодически проверяйте ваши скрипты и конфигурации, чтобы избежать подобных неожиданностей в будущем.
Таким образом, проблема "command not found" при работе от имени root часто связана с неправильной настройкой переменной PATH, и использование sudo может помочь обойти это ограничение за счет запуска чистой сессии.