Проверьте на killproc
функция, доступная в /etc/init.d/functions
сценарий, получите файл и используйте функцию. Или используйте pgrep
и pkill
утилиты, чтобы проверить, работают ли они намечено и затем используют их. Пример: pkill -SIGTERM mysqld
отправил бы ТЕРМИН сигнал уничтожения, чтобы иметь mysqld выполняют безопасное завершение работы и сбрасывают базы данных на диск, прежде чем быть уничтоженным.
\\hostname\directory\…
синтаксис (непосредственно) не происходит в мире Unix, насколько я знаю. Я не знаю его источник; от того, что я могу найти в сети, UNC не происходит из Сетевого обеспечения, и при этом это не прибывает из Plan9 или VMS. К 1995 это была собственная функция и Windows NT и ОС/2. ОС/2 еще имела понятие май 1993, который предшествует первому выпуску Windows NT. Это, возможно, произошло из Диспетчера локальной сети (разработал wby Microsoft сверху ОС/2 IBM, в то время, когда IBM и Microsoft совместно использовали код ОС/2).
Раннее упоминание о UNC находится в американских доступных 5363487 (нижняя часть столбца 29, рис. 9), зарегистрировано в 1989 Microsoft (благодаря John Summerfield для ссылки). Более поздний патент, США 5341499 (IBM), подтверждает, что “Универсальное Соглашение о присвоении имен было совместно изобретено IBM и Microsoft для использования в их совместно разработанных программных продуктах Локальной сети (LAN)”. Это, очень вероятно, будет означать Диспетчер локальной сети.
Существует капля вдохновения Unix в UNC, в котором это устраняет необходимость букв дисков, позволяя сетевым дискам быть сосланным непосредственно вместо того, чтобы иметь необходимость сначала присвоить букву диска (и удостовериться, что не имело конфликт, только с 26 или 32 буквами дисков). Но Unix использовал более гибкую систему точки монтирования с почти дня 1, где сетевой диск может быть присоединен в любой точке в иерархии каталогов и не наверху.
Unix подтверждает UNC, в котором она позволяет //
в начале пути, который будут рассматривать особенно. От объяснения POSIX (4.11 Разрешение Пути):
Другие сетевые системы используют конструкцию//имя хоста для той же цели.
Обратите внимание, что объяснение упоминает “другие системы”, не “историческое использование”. Это сильно подразумевает это //hostname/directory
не историческое использование в мире Unix, но использование в некоторой другой системе, где реализации POSIX могли бы существовать.
Поскольку я помню это (и Википедия соглашается), UNC является термином, который происходит из Microsoft Windows.
На самом деле я не думаю, что когда-либо слышал прежде, который это породило в UNIX.
Кроме того, я не могу найти ссылки на UNC или в POSIX или в любом RFC. Каждая ссылка, которую я нашел в другом месте, относительно Windows. И исключительная ссылка, Вы цитируете называющий UNIX в качестве источника также, цитирует Windows в качестве источника.
Существует игра, в которую они играют на Улице Сезам...
Одна из этих вещей не похожа на другие...
Это отсутствие ссылки является лучшим доказательством, я могу найти, что это приводит к заключению, что термин не произошел в UNIX. Предоставленный, отсутствие доказательства не является доказательством отсутствия. Но кажется более вероятным, что существует ошибка в определении Mag ПК, чем которое существует зияющий пропуск в спецификации POSIX и что во все это время никогда не было UNC определения RFC, а тем более даже упоминания его.
Но я с удовольствием вниз проголосую за свое собственное сообщение, если я буду неправ.
При расширении локальных файловых систем, чтобы быть частью большей сети через '//имя хоста/каталог/имя файла' нотация относится ко времени, по крайней мере, Apollo/DomainOS (1981), хотя это не назвали UNC в то время. Apollo/DomainOS мог использоваться с SysV и средами Unix BSD.
См. главу 1 в http://www.typewritten.org/Articles/Apollo/005488-02.pdf
/../host/path
вместо //host/path
хотя).
– Stéphane Chazelas
22.01.2016, 19:10