Не в 100% случаев. Тем не менее, это очень хороший показатель.
CFEngine 3 использует это в «обещаниях сервисов», чтобы проверить, запущены ли сервисы. Если код выхода /etc/init.d/
равен нулю, предполагается, что служба запущена.
Я только что столкнулся с несоблюдением BitBucket этого соглашения: /etc/init.d/atlbitbucket status
возвращает 0, даже если он не запущен.Однако я бы посчитал это нежелательным поведением (ошибкой) в сценарии инициализации, поскольку он не соответствует соглашению.
Нашел ссылку на него; Стандартная базовая спецификация Linux гласит:
Если запрошено действие состояния, сценарий инициализации вернет следующие коды состояния выхода.
0 программа работает или служба в порядке 1 программа мертва и файл /var/run pid существует 2 программа мертва и файл блокировки /var/lock существует 3 программа не работает 4 статус программы или службы неизвестен 5-99 зарезервированы для будущего использования LSB 100-149 зарезервировано для распространения 150-199 зарезервировано для использования приложением 200-254 зарезервировано
Так что да, совместимые приложения могут вести себя таким образом.
Поскольку ваша аутентификация sudo происходит после завершения командной строки, я вижу ни в коем случае, чтобы иметь права sudo при вводе командной строки, кроме запуска оболочки с помощью sudo.
Обходной путь без мыши:
sudo vi `sudo find /var/lib/php5/sessions -name *patternOfLongFile*`
Возможно, определите псевдоним sudovi
для этого