고그망 2016-12

systemd는 기존에 사용하던, 시스템 블록을 통합하는게 주 목적 입니다.(덩달아, 구형 init를 제거하는 목적도 있구요) system V에서 개량된 up-start도 있지만, Up-start 그리고 system V는 근본적으로 쉘 스크립트 기반으로 동작하기 때문에, 최대 단점은 유지보수가 어렵다는게 주요 단점 입니다. 또 다른 단점은, 부팅시 순차적으로 부팅되는 스크립트 구조 입니다. 아마 init를 보시면 아시겠지만 S/K 그리고 숫자로 조합된 구성을 확인 할수 있습니다. 만약, 이러한 순서가 올바르게 구성이 되지 않는 경우에는 시스템이 부트-업시 올바르게 동작이 되지 않는 문제가 있기도 합니다.(다른말로 사용자가 시스템 레벨에서 작업을 하려는 경우에는 생각보다 많은 부분을 고려를 해야되는 상황이 발생 합니다.)

freedesktop.org에서 확인 해보시면 아시겠지만, systemd는 기본적으로 시스템 블록이라는 구성을 가지고 동작을 합니다. ramdisk를 통한 부트업과 ramdisk 갱신 과정을 가지고 있으며, systemd는 cgroup기능 그리고 sysctl(커널 파라메터) 변경 기능을 systemd 관리 수준에서 구현이 가능하도록 합니다. 또한, 시스템 메세지 관련 부분도 systemd가 syslogd에서 전달 받아서 자체적인 DB화를 하여 좀 더 관리자가 문제점을 파악 할 수 있도록 도와 주기도 합니다..

적다보니 길어졌네요. 간단하게 다음과 같은 이유로 변경이 되었다고 보시면 됩니다.

* 시스템 블록의 통합(cgroup, kernel parameter)
* 시스템 통합 관리기능(syslogd 및 resource control)
* 빠른 부팅(평행 부팅) 과 좀 더 단순화된 system level(target)
* 스크립트를 사용하지 않고 간단하게 UNIT파일로 통한 리소스 제어..(.timer, .service, socket 등등..)
* ramdisk를 통한 부팅으로 루트 시스템에 의존하지 않고 복구모드 제공

도움이 되셨으면 합니다. ^^;

빈경윤 2016-12

+1

상세한 설명 감사합니다.  대략 좋다고만 생각했는데 이렇게 상세하게 설명된 내용은 처음 봅니다. :)

하셀호프 2016-12

관리의 편리성, 빠른 부팅, 복구 모드 등인 것 같네요. 일단 정리는 되었구요.
하나씩 공부를 해야 할 것 같습니다. 감사합니다.

하셀호프 2016-12

질문드리는 김에 하나만 더 여쭙니다.
https://bbs.archlinux.org/viewtopic.php?id=146141
요기 댓글중 Member 님 글에서 복구에 대한 이야기를 하시는 것 같은데
암호화된 LVM 시스템에서도 사용할 수 있다네요
요거 설명좀 부탁드립니다.
혹시 크래시난 레이드 시스템 어떻게 할 수 있을까 해서요

고그망 2016-12

dmsetup, dmcrypto명령어가 있습니다. systemd는 기본적으로 부트업시에, 기본적인 부팅 도구와 파일 시스템 도구를 램 디스크에 미리 생성을 해두고 있습니다. 이 부분은 약간의 참조가 필요 합니다. 아래 URL를 먼저 한번 참고 부탁 드립니다.

https://www.freedesktop.org/software/systemd/man/crypttab.html

systemd는 기본적으로 리붓팅시, 시스템 블록영역에 대한 정보를 갱신 후 리붓팅 합니다.(커널이나 혹은 블록디바이스 부분에서 정보 변경이 생기면, 리붓팅이 평상시와 조금 다른게 느껴지실 겁니다)  리붓팅 이후에, 암호화된 파일 시스템 영역 혹은 LVM이 존재한 경우에는 암호화된 파일시스템이나 LVM의 salt키를 램디스크에 가지고 있기 때문에, cryptsetup명령어로 손상된 암호화 영역을 마운트가 가능 합니다. 기존 방식은 복구 시디나 혹은 복구 USB로 부팅하여 복구하는 방식이 더 이상 필요가 없어진거죠.

허접한 답변 도움이 되셨으면 합니다. ^^;

하셀호프 2016-12

예 감사합니다. 요거 찾아 보아야겠습니다. 링크도 감사드립니다.

고그망 2016-12

*말씀을여 :)