Почему bash не видит команды?

Question

[ivandao]

Bash не видит команды?

Comments

[Saboteur]

в PATH не прописаны пути к этим командам

Answer 1

[t_q_l]

Вероятно, переменная окружения PATH из вашего .bash_profile имеет неверное значение.

Попробуйте добавить минимальные пути, выполнив вот такую команду:

export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

и проверить выполнение команд. Если заработало, то исправляйте .bash_profile

Comments

[res2001]

переменная окружения PATH из вашего .bash_profile имеет неверное значение.

В некоторых дистрибутивах программы находящиеся в каталогах /sbin и /usr/sbin не включены в пользовательский PATH (по моему Astra Linux из таких, какие еще не вкурсе).
Это делается вполне осознано. Программы, находящиеся в этих каталогах, требуют прав root, а у root эти каталоги включены в PATH. Так что все логично. Не следует ломать систему, только потому что вам кажется, что что-то не так.
apt-get - нужно запускать из-под root, так что используйте sudo apt-get, или su или просто залогиньтесь rootом.

[t_q_l]

Cпасибо за ответ. Выполнение вышеописанной команды не ломает систему (которая уже и так сломана?), а лишь даёт возможность проверить гипотезу относительно переменных окружения.

Если обратить внимание на приложенный топикстртером скрин, то видно, что у него не работет ни sudo, ни su, ни ln.

[ivandao]

t_q_l, эта проблема только в терминале IDE
Обычный трминал работат нормально и все команды исполняются (sudo, apt-get и т.д. установлены).
IDE Webstorm

[none7]

res2001,

Программы, находящиеся в этих каталогах, требуют прав root, а у root эти каталоги включены в PATH. Так что все логично

Например /sbin/ip, которая на нынешнем Linux является единственным способом узнать список своих адресов, маршрутов и т.д. Правда для всего этого не нужны root-права, но утилита всё ещё лежит в /sbin/. Тоже самое для service и lsmod; mkfs.* для подготовки дисков виртуальных машин в домашней директории очень нуждается в root правах(на самом деле нет). Они поломали консоль, вынуждая админов держать консоль постоянно под root. Если утилите не хватает прав для выполнение задачи, то она и сама может об этом сказать. А без прав утилита сломать ничего не сможет.

[res2001]

none7,

Они поломали консоль

Это слишком сильно сказано. Отчасти я с вами согласен, разрабам дистрибутивов следует более критично относится к набору программ в sbin.
Но в целом подход правильный, собственно о том же пишут и в Filesystem Hierarchy Standard.
Правда, у автора вопроса совсем другая ситуация. А этот вопрос достаточно холиварный.

[t_q_l]

ivandao, a выполнение команды export в терминале IDE как-то влияет на исправление ситуации?

[Saboteur]

t_q_l, нет, export без аргументов просто выведет список текущих переменных окружения

[t_q_l]

Saboteur, спасибо за уточнение. Имелся в виду запуск команды с аргументами, которые я указал в своём ответе выше:

export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

[Saboteur]

export никак не должен повлиять, он влияет на дочерние процессы, а не парралельные.
если просто PATH= не работает, то и export не сработает

Answer 2

[AUser0]

Вы полните следующую команду в обычной консоли и в IDE:
printenv PATH
и сравните результат выполнения.