내가 systemd에 대해 자주 듣는 주장 중 하나는 systemd가 현재 하드웨어 요구 사항에 더 적합하다는 것입니다.예를 들어 여기
컴퓨터는 너무 많이 변해서 컴퓨터처럼 보이지도 않는 경우가 많습니다. 운영 체제는 매우 바쁩니다. GPS, Wi-Fi, USB 주변 장치가 오고 가고, 수많은 소프트웨어와 서비스가 동시에 실행되고, 잠들고 빨리 깨어납니다... 구식 SysVinit에게 모든 것을 관리하도록 요청하는 것은 Like 할머니에게 작업을 맡기는 것과 같습니다. .
내가 이해하지 못하는 것은 초기화 시스템이 핫 플러그 가능한 장치를 관리하는 방법입니다.
핫 스왑 가능 디스크 드라이브 교체는 시스템 부팅 방식과 어떤 관련이 있습니까?
어쩌면 이것은 모두 systemd의 초기화되지 않은 부분에서 수행됩니까?
나는 이것이 어떤 사람들에게는 뜨거운 주제라는 것을 알고 있습니다. 전쟁을 시작하는 것이 아니라 이해하는 것입니다.
불씨 없이 설명해주세요.
답변1
Systemd는 이전에 운영 체제 전체에 분산되어 있던 많은 기능(예: udev 데몬)을 다시 구현하고 장치가 방금 연결되었거나 연결 해제되었음을 인식할 수 있습니다.
동시에 systemd는 실행해야 할 항목, 실행 방법 등 모든 시스템 서비스 구성을 저장합니다. 간단히 말해서, 핫 플러그 가능 장치와 관련된 서비스를 시작, 중지 및 재구성하는 데 필요한 모든 지식을 갖추고 있습니다.
클래식 초기화 시스템은 핫플러그 가능한 장치를 전혀 관리하지 않습니다. 정의된 순서대로 서비스를 시작하기만 하면 됩니다.
그러한 서비스 중 하나는 핫플러그 가능한 장치를 처리하는 udev 데몬입니다. 그러나 장치가 연결되면 적어도 로컬 시스템에 대한 사용자 정의 스크립트를 작성하지 않고서는 서비스를 시작하지 못합니다.
답변2
핫 스왑 가능 디스크 드라이브 교체는 시스템 부팅 방식과 어떤 관련이 있습니까?
핫 플러그 가능한 장치를 관리하지는 않지만 핫 플러그로 생성된 이벤트에 반응하는 정보가 있습니다. 서비스를 시작, 중지, 다시 시작할 수 있으며 디스크 마운트를 요청할 수 있으며 핫 플러그가 발생하면 알 수 있습니다. 꺼내도 그대로 남아있나요? 적절한 시간에 올바른 순서로 제거할 수 있도록 시스템이 재부팅됩니다.
이전 sysvinit은 시스템 상태에 대한 지식이 없었습니다. 초기 서비스 세트가 스스로 "시작했습니다"라고 보고하면 해당 작업이 완료되었으며 이는 여러 가지 이유로 나빴습니다.