» Демоны в Linux/FreeBSD

В общем ситуация такая:
Мне понадобилось на системе запустить сервис (обеспечивается при этом данный сервис процессом - демоном).
Сервис мой собственный, то есть я сначало написал на c код, потом его скомпилировал на системе потом создал нужный мне конфиг, ну и запустил соответствующий бинарник.

Вроде все работает, но дальше я нечаяно удалил бинарник и конфиг.
При этом созданный процесс успешно работает и выполняет свои функции.

Как такое возможно вообще?

P.S. В данном вопросе я новичек, поэтому буду рад любым полезным ссылкам и литературе по этой теме.

дело не в сервисе, а в другом подходе к удалению открытых файлов
этого достаточно?

Цитата:

В третьих, удаление файлов в Unix происходит совершенно иначе, чем в DOS/Windows. А именно, файл считается удаленным, когда уничтожены все имена, ссылающиеся на идентификатор данного inode (то есть файл исключен из файловой системы), и закрыта последняя программа, к нему обращающаяся (то есть завершен процесс, загрузивший данные файла в память, и уничтожен индексный дескриптор файла в этом процессе).

http://www.linuxcenter.ru/lib/books/posixbook/ch08.phtml

dreamer2
Я правильно понимаю что если я например удалю конфиг апача и его бинарник, то сервер будет
успешно функционировать, до следующей перезагрузки.
При этом никто не сможет прочитать данные из конфига(даже рут), и например узнать расположение вирт хостов(Хотя конечно рут это сможет узнать из без конфига -)).

Или есть фтп демон и я удаляю конфиг фтп сервера, бинарник и файл с паролями для фтп, фтп сервер будет после
этого успешно функционировать?
Смогут ли юзеры проходить авторизацию, ведь я удалил файл где храняться пароли или система все равно будет
способна оперировать этими данными, если да откуда она их будет брать?

Может есть какой содержательный пример, который описывает данный курьёз?

все зависит от конкретного софта, сложно сказать за все фтп демоны или апачей

но те, что зачитывают конфиг один раз при старте и хранят в памяти - продолжат работу
а те, что дергают его при каждом действии клиента - авторизации там или обращении - эти обломятся поскольку скорее всего не держат файл открытым постоянно, следовательно как только приложение его закрыло он окончательно удалился и следующее обращение закончится неудачно