Dlaczego skrypty init.d są w etc?

Ciągle czytam / słyszę, że /etcsą pliki konfiguracyjne systemu. Czy ktoś może wyjaśnić, / daj mi trochę intuicji, dlaczego te skrypty start / stop / restart różne programy są zwykle /etczamiast /varlub /usrlub coś podobnego?

Na początku (zarówno historycznie, jak i w trakcie uruchamiania ...) /etcjest częścią /(pierwszego zamontowanego systemu plików), podczas gdy /usrnie był (dopóki dyski nie stały się duże). /varprzechowuje dane tymczasowe , podczas gdy te skrypty nie są tymczasowe.

Nie jest to takie proste, ale tak się zaczęło i nie ma powodu, aby przerabiać cały układ katalogu.

Skrypty startowe są tak naprawdę ważną częścią konfiguracji systemu.

Mimo że proces rozruchu jest znacznie mniej dostosowany niż 15-30 lat temu, a większość konfiguracji uruchamiania została zautomatyzowana, wszystkie wybory administracyjne określające kolejność uruchamiania są nadal dostępne /etc.

Jest to bardzo scentralizowany sposób utrzymania i tworzenia kopii zapasowej konfiguracji systemu. W większości systemów /etcwystarczy wykonać kopię zapasową , aby z łatwością ponownie zainstalować cały system. Wystarczy wykonać pełną ponowną instalację wymaganych programów i przywrócić /etckopię zapasową.

M. Dickey i M. Pelletier dokonali zakupu na terenie pytania. Ale przesłanki są błędne.

Jeśli przeczytałeś, że „ /etcdotyczy plików konfiguracji systemu”, to przeczytałeś coś, co nie pomaluje dla ciebie pełnego obrazu. Spójrz na imię. To „et cetera”. Ludzie włożyli wszystko do zlewu kuchennego w tym czy innym czasie.

• /etc/rc Kiedyś był (i na niektórych systemach nadal jest) program uruchamiany, aby wszystko uruchomić.
• Plik obrazu programu dla pierwszego procesu użytkownika był /etc/initw pewnym momencie (na przykład w XENIX, na długo przed początkowym pomysłem).
• /etc/profile, /etc/zprofilea cała reszta to zdecydowanie skrypty.
• OpenBSD's /etc/netstartto program; podobnie jak FreeBSD /etc/ipfw.rules.
• Podobnie jak FreeBSD /etc/rc.suspendi /etc/rc.resume; i rzeczywiście /etc/rc.sendmail, /etc/rc.bsdextendedi /etc/rc.firewall.

Podobnie, jeśli przeczytałeś, że „skrypty uruchamiające / zatrzymujące / restartujące różne programy zwykle znajdują się /etczamiast /varlub /usrlub coś podobnego”, to przeczytałeś coś innego, co nie maluje dla ciebie pełnego obrazu.

• Konwencja FreeBSD / PC-BSD zakłada /usr/local/etc/rc.d/katalog dla rcskryptów nieoperacyjnych . rcżyją tam skrypty różnych rzeczy, a nie pod nimi /etc.
• Znajdziesz ludzi daemontools-rodzinnych oddanie kilka rzeczy do zarządzania usługami /var/sv, /var/serviceoraz podobnych miejsc. (Mój zestaw narzędzi nosh, na przykład, zapewnia prawie tysiąc pakietów usług /var/sv. Jedynymi pakietami usług, które wchodzą, /etc/service-bundlessą między 60 a 70, które są potrzebne przed /usrzamontowaniem, w tym usługi, które montują i sprawdzają, /usrjeśli to konieczne.)
• w konwencjach systemd dotyczących systemu operacyjnego są pewne rzeczy /etc/systemd, niektóre rzeczy /run/systemd, niektóre rzeczy /usr/lib/systemd, i ( chociaż nie jest to dokumentowane z niewłaściwych powodów ) niektóre rzeczy /usr/local/lib/systemd. Ponownie, większość „rzeczy do uruchomienia / zatrzymania usług” można znaleźć /usrraczej pod niż pod /etc.

Dobrze byłoby przejrzeć Standard Hierarchii Systemów Plików . Wyjaśni (szczegółowo) dokładnie, dlaczego tak jest, ale zawiera również takie informacje na temat wielu innych ścieżek, które możesz być ciekawy.

Standard systemu plików został zaprojektowany do użytku przez programistów dystrybucji Unix, twórców pakietów i implementatorów systemów. Jednak ma on przede wszystkim stanowić odniesienie i nie jest instrukcją na temat zarządzania systemem plików lub hierarchią katalogów w systemie Unix.

Digital UNIX dość rozsądnie umieścił skrypty w /sbin/init.dkatalogu. A także HP-UX, zgodnie z kamieniem rozety .