Я хотел бы выполнить echo
команду, когда cat /etc/passwd | grep "sysa"
это не так.
Что я делаю не так?
if ! [ $(cat /etc/passwd | grep "sysa") ]; then
echo "ERROR - The user sysa could not be looked up"
exit 2
fi
bash
if-statement
syntax
boolean-expression
Сандра Шлихтинг
источник
источник
!
быть внутри скобок? т.е.[ ! EXPR ]
Ответы:
пытаться
grep
возвращает,true
если находит цель поиска, иfalse
если нет.Так что НЕ
false
==true
.if
Оценка в оболочках разработана так, чтобы быть очень гибкой, и много раз не требует цепочек команд (как вы написали).Кроме того, глядя на ваш код как есть,
$( ... )
следует приветствовать использование вами формы подстановки cmd, но подумайте о том, что выходит из процесса. Попробуйтеecho $(cat /etc/passwd | grep "sysa")
понять, что я имею в виду. Вы можете пойти дальше, используя-c
опцию (count) для grep, а затем выполнить то,if ! [ $(grep -c "sysa" /etc/passwd) -eq 0 ] ; then
что работает, но это довольно старая школа.НО, вы можете использовать новейшие функции оболочки (арифметическая оценка), такие как
что также дает вам преимущество использования операторов сравнения на основе c-lang
==,<,>,>=,<=,%
и, возможно, нескольких других.В этом случае, согласно комментарию Orwellophile, арифметическая оценка может быть урезана еще дальше, например,
ИЛИ
Наконец, есть награда под названием
Useless Use of Cat (UUOC)
. :-) Некоторые люди будут прыгать вверх и вниз и плакать Gothca! Я просто скажу, чтоgrep
может взять имя файла в его cmd-строке, так зачем вызывать дополнительные процессы и конвейерные конструкции, когда это не нужно? ;-)Надеюсь, это поможет.
источник
grep "^$user:" /etc/passwd
был бы более правильным способом случайного поиска в / etc / passwd -grep -v
где -v инвертирует поиск, если вы хотите чтобы избежать беспорядка ||(( $( cat file | grep regex | wc -l ) ? 0 : 1 ))
Я думаю, что это может быть упрощено в:
или в одной командной строке
$ grep sysa /etc/passwd || { echo "ERROR - The user sysa could not be looked up"; exit 2; }
источник
1>&2
в конце вашегоecho
для печатиstderr
?!: not found
'grep
как это.-q
подавляет вывод.$(...)
содержит значение , а не статус выхода, поэтому этот подход неверен. Тем не менее, в этом конкретном случае это действительно работает, потому чтоsysa
будет напечатано, что делает утверждение теста. Тем не менее,if ! [ $(true) ]; then echo false; fi
всегда будет печатать,false
потому чтоtrue
команда ничего не записывает в стандартный вывод (даже если код выхода равен 0). Вот почему это нужно перефразироватьif ! grep ...; then
.Альтернатива была бы
cat /etc/passwd | grep "sysa" || echo error
. Изменить: Как Алекс указал, кот бесполезно здесь :grep "sysa" /etc/passwd || echo error
.Нашли другие ответы довольно запутанно, надеюсь, это кому-нибудь поможет.
источник
В Unix-системах, которые его поддерживают (кажется, не в MacOS):
Преимущество этого заключается в том, что он запрашивает любую службу каталогов, которая может использоваться (YP / NIS или LDAP и т. Д.), И файл локальной базы паролей.
Проблема в
grep -q "$username" /etc/passwd
том, что он даст ложное срабатывание, когда такого пользователя нет, но что-то еще соответствует шаблону. Это может произойти, если в файле есть частичное или точное совпадение.Например, в моем
passwd
файле есть строкаЭто может спровоцировать правильное совпадение таких вещей, как
cara
иenoc
т. Д., Даже если в моей системе таких пользователей нет.Чтобы
grep
решение было правильным, вам нужно правильно проанализировать/etc/passwd
файл:... или любой другой подобный тест по первому из
:
полей -delimited.источник
bash
в этом случае.Вот ответ в качестве примера:
Чтобы убедиться, что регистраторы данных подключены,
cron
каждые 15 минут запускается скрипт, который выглядит следующим образом:... и так далее для каждого регистратора данных, который вы можете увидеть на странице монтажа по адресу http://www.SDsolarBlog.com/montage
К вашему сведению, используя
&>/dev/null
перенаправления всех выходных данных команды, включая ошибки, в/dev/null
(Условный требует только
exit status
отping
команды)Также, к вашему сведению, обратите внимание, что, поскольку
cron
задания выполняются какroot
нет необходимости использоватьsudo ping
вcron
скрипте.источник