systemd - 클라우드의 온라인

프로그램:

이름

systemd, init - systemd 시스템 및 서비스 관리자

개요

시스템 [옵션...]

INIT [옵션...] {명령}

기술

systemd는 Linux 운영 체제용 시스템 및 서비스 관리자입니다. 처음으로 실행할 때
부팅 시 프로세스(PID 1로), 사용자 공간을 불러오고 유지하는 초기화 시스템으로 작동합니다.
서비스를 제공합니다.

SysV와의 호환성을 위해 systemd가 다음과 같이 호출되는 경우 INIT 1이 아닌 PID는
실행 텔리닛 모든 명령줄 인수를 수정하지 않고 전달합니다. 그 의미는 INIT 및
텔리닛 일반 로그인 세션에서 호출할 때 대부분 동일합니다. 보다 텔리닛(8)
자세한 정보.

시스템 인스턴스로 실행할 때 systemd는 구성 파일 system.conf를 해석하고
system.conf.d 디렉토리의 파일; 사용자 인스턴스로 실행될 때 systemd는
구성 파일 user.conf 및 user.conf.d 디렉토리의 파일. 보다 시스템화
시스템.conf(5) 자세한 내용은.

옵션

다음 옵션이 이해됩니다.

--시험
시작 순서를 결정하고 덤프하고 종료합니다. 디버깅에 유용한 옵션입니다.
로 작성되어야 합니다.

--덤프 구성 항목
이해한 단위 구성 항목을 덤프합니다. 이것은 간결하지만 완전한 목록을 출력합니다.
단위 정의 파일에서 이해되는 구성 항목.

--단위=
시작할 때 활성화할 기본 단위를 설정합니다. 지정하지 않으면 기본값은 default.target입니다.

--체계, --사용자
럭셔리 --체계, 프로세스 ID가 1이 아니더라도 시스템 인스턴스를 실행하도록 systemd에 지시합니다.
즉, systemd는 init 프로세스로 실행되지 않습니다. --사용자 반대로 사용자를 실행
프로세스 ID가 1인 경우에도 인스턴스. 일반적으로 전달할 필요는 없습니다.
이러한 옵션은 systemd가 시작되는 모드를 자동으로 감지하므로
따라서 옵션은 디버깅을 제외하고는 거의 사용되지 않습니다. 지원하지 않으니 참고하세요
systemd가 실행되는 전체 시스템 부팅 및 유지 관리 --체계 모드이지만 PID
1. 실제로 통과 --체계 명시적으로 다음과 함께만 유용합니다.
--시험.

--덤프 코어
충돌 시 코어 덤핑을 활성화합니다. 이 스위치는 사용자 인스턴스로 실행할 때 영향을 미치지 않습니다.
이 설정은 부팅 중에 커널 명령줄을 통해 활성화될 수도 있습니다.
systemd.dump_core= 옵션은 아래를 참조하십시오.

--충돌-vt=VT
충돌 시 특정 가상 콘솔(VT)로 전환합니다. 에서 양의 정수를 취합니다.
범위 1–63 또는 부울 인수. 정수가 전달되면 전환할 VT를 선택합니다.
에게. 만약에 예, VT 커널 메시지가 기록되는 가 선택됩니다. 만약에 아니, VT 스위치가 없습니다.
시도했다. 이 스위치는 사용자 인스턴스로 실행할 때 영향을 미치지 않습니다. 이 설정은
부팅하는 동안 커널 명령줄에서 다음을 통해 활성화할 수도 있습니다. systemd.crash_vt=
옵션은 아래를 참조하십시오.

--크래시 쉘
충돌 시 셸을 실행합니다. 이 스위치는 사용자 인스턴스로 실행할 때 영향을 미치지 않습니다. 이것
부팅하는 동안 커널 명령줄에서 설정을 활성화할 수도 있습니다.
systemd.crash_shell= 옵션은 아래를 참조하십시오.

--충돌-재부팅
충돌 시 시스템을 자동으로 재부팅합니다. 이 스위치는 다음과 같이 실행할 때 아무 효과가 없습니다.
사용자 인스턴스. 이 설정은 부팅하는 동안 커널 명령에서 활성화될 수도 있습니다.
라인을 통해 systemd.crash_reboot= 옵션은 아래를 참조하십시오.

--확정-스폰
프로세스를 생성할 때 확인을 요청합니다. 이 스위치는 다음과 같이 실행할 때 효과가 없습니다.
사용자 인스턴스.

--show-상태=
부팅하는 동안 간결한 서비스 상태 정보를 표시합니다. 이 스위치는 다음과 같은 경우에는 효과가 없습니다.
사용자 인스턴스로 실행합니다. 생략될 수 있는 부울 인수를 취합니다.
로 해석 참된.

--로그 대상=
로그 대상을 설정합니다. 인수는 다음 중 하나여야 합니다. 콘솔, 일지, kmsg, 저널 또는 kmsg, null로.

--로그 수준=
로그 수준을 설정합니다. 인수로 이것은 숫자 로그 수준 또는 잘 알려진
syslog(3) 기호 이름(소문자): EMERG, 경보, 치명타, 잘못을, 경고, 주의, 정보,
디버그.

--로그 색상=
중요한 로그 메시지를 강조 표시하십시오. 인수는 부울 값입니다. 인수가
생략하면 기본적으로 참된.

--로그 위치=
로그 메시지에 코드 위치를 포함합니다. 이것은 주로 디버깅 목적과 관련이 있습니다.
인수는 부울 값입니다. 인수를 생략하면 기본적으로 참된.

--기본-표준-출력=, --기본-표준-오류=
모든 서비스 및 소켓에 대한 기본 출력 또는 오류 출력을 각각 설정합니다.
즉, 기본값을 제어합니다. 표준출력= 및 표준 오류= (참조
systemd.exec(5) 자세한 내용은). 다음 중 하나를 취합니다. 상속하다, null로, 청각 장애, 일지,
저널+콘솔, syslog, syslog+콘솔, kmsg, kmsg+콘솔. 인수가
생략 --기본-표준-출력= 기본값은 일지 및 --기본-표준-오류=
에 상속하다.

--머신 아이디=
네트워크 부팅에 유용하거나 하드 드라이브에 설정된 머신 ID를 무시합니다.
컨테이너. 모두 XNUMX으로 설정되지 않을 수 있습니다.

-h, --도움
간단한 도움말 텍스트를 출력하고 종료하십시오.

--번역
짧은 버전 문자열을 출력하고 종료하십시오.

개념

systemd는 12개의 "단위"라고 하는 다양한 엔터티 간의 종속성 시스템을 제공합니다.
다른 유형. 장치는 시스템 부팅과 관련된 다양한 개체를 캡슐화합니다.
및 유지 보수. 대부분의 장치는 장치 구성 파일에 구성되어 있습니다.
구문 및 기본 옵션 세트는 에 설명되어 있습니다. systemd.unit(5) 그러나 일부는 생성됩니다.
다른 구성에서 자동으로, 시스템 상태에서 동적으로 또는 프로그래밍 방식으로
런타임에. 장치는 "활성"일 수 있습니다(시작, 바인딩, 연결 등을 의미함.
단위 유형, 아래 참조) 또는 "비활성"(중지됨, 바인딩 해제됨, 연결 해제됨 등을 의미함),
활성화 또는 비활성화되는 과정, 즉 두 상태 사이
(이러한 상태를 "활성화", "비활성화"라고 함). 특별한 "실패" 상태는
"비활성"과 매우 유사하며 서비스가
어떤 식으로든 실패했습니다(프로세스가 종료 시 오류 코드를 반환했거나 충돌했거나 작업 시간이 초과되었습니다.
밖). 이 상태가 되면 나중에 참조할 수 있도록 원인이 기록됩니다. 참고
다양한 단위 유형에는 여러 추가 하위 상태가 있을 수 있으며, 이는
여기에 설명된 XNUMX개의 일반화된 단위 상태.

다음 단위 유형을 사용할 수 있습니다.

1. 데몬과 데몬을 구성하는 프로세스를 시작하고 제어하는 ​​서비스 단위. 을위한
세부 사항, 참조 systemd.service(5).

2. 시스템의 로컬 IPC 또는 네트워크 소켓을 캡슐화하는 소켓 장치
소켓 기반 활성화. 소켓 장치에 대한 자세한 내용은 systemd.socket(5)에 대한
소켓 기반 활성화 및 기타 활성화 형식에 대한 자세한 내용은 다음을 참조하십시오. 악마(7).

3. 대상 장치는 장치를 그룹화하거나 잘 알려진 동기화 지점을 제공하는 데 유용합니다.
부팅하는 동안 참조 systemd.target(5).

4. 장치 장치는 systemd에서 커널 장치를 노출하고 구현하는 데 사용할 수 있습니다.
장치 기반 활성화. 자세한 내용은 시스템 장치(5).

5. 마운트 단위는 파일 시스템의 마운트 지점을 제어합니다. 자세한 내용은 다음을 참조하십시오. systemd.마운트(5).

6. 자동 마운트 장치는 파일 시스템의 온디맨드 마운트를 위한 자동 마운트 기능을 제공합니다.
뿐만 아니라 병렬 부팅. 보다 systemd.automount(5).

7. 타이머 장치는 타이머를 기반으로 다른 장치의 활성화를 트리거하는 데 유용합니다. 너
에서 세부정보를 찾을 수 있습니다. systemd.timer(5).

8. 스왑 유닛은 마운트 유닛과 매우 유사하며 메모리 스왑 파티션을 캡슐화하거나
운영 체제의 파일. 그들은에 설명되어 있습니다 systemd.swap(5).

9. 파일 시스템 개체가 변경되거나 변경될 때 경로 단위를 사용하여 다른 서비스를 활성화할 수 있습니다.
수정됩니다. 보다 시스템 경로(5).

10. 슬라이스 단위는 시스템 프로세스(예: 서비스
및 범위 단위) 자원 관리 목적을 위한 계층적 트리에서. 보다
systemd.슬라이스(5).

11. 범위 단위는 서비스 단위와 유사하지만 대신 외부 프로세스를 관리합니다.
그들도 시작합니다. 보다 systemd.scope(5).

장치의 이름은 구성 파일로 지정됩니다. 일부 단위에는 특별한 의미가 있습니다. ㅏ
자세한 목록은 시스템.특수(7).

systemd는 긍정적이고 부정적인 요구 사항을 포함하여 다양한 종류의 종속성을 알고 있습니다.
종속성(즉 필요= 및 충돌=) 및 순서 종속성(이후= 및
전=). 주의: 주문 및 요구 사항 종속성은 직교합니다. 요건만 된다면
두 단위 사이에 종속성이 존재하지만(예: foo.service에는 bar.service가 필요함)
순서 종속성(예: bar.service 뒤에 foo.service)과 둘 다 시작하도록 요청됩니다.
병렬로 시작됩니다. 요구 사항과
순서 종속성은 두 단위 사이에 배치됩니다. 또한 대부분의
종속성은 systemd에 의해 암시적으로 생성되고 유지됩니다. 대부분의 경우 다음과 같아야 합니다.
추가 종속성을 수동으로 선언할 필요는 없지만 다음을 수행할 수 있습니다.
이.

응용 프로그램 및 장치(종속성을 통해)는 장치의 상태 변경을 요청할 수 있습니다. 에
systemd에서 이러한 요청은 '작업'으로 캡슐화되고 작업 대기열에서 유지 관리됩니다. 채용 정보
성공하거나 실패할 수 있는 경우 실행은
그들이 예정된 단위.

부팅 시 systemd는 대상 장치를 활성화합니다. default.target 작업은 부팅 시 활성화하는 것입니다.
종속성을 통해 끌어오는 방식으로 서비스 및 기타 부팅 시 단위. 일반적으로 단위
name은 graphic.target의 별칭(symlink)일 뿐입니다(완전한 기능을 갖춘 부팅의 경우
UI) 또는 multi-user.target(임베디드 또는 서버에서 사용하기 위한 제한된 콘솔 전용 부팅용)
환경 또는 이와 유사한 것 Graphical.target의 하위 집합). 그러나 그것은 재량에 달려 있습니다
다른 대상 장치에 대한 별칭으로 구성하려면 관리자의 권한이 필요합니다. 보다
시스템.특수(7) 이러한 대상 단위에 대한 자세한 내용은

프로세스 시스템 생성은 이름을 따서 명명된 개별 Linux 제어 그룹에 배치됩니다.
개인 시스템 계층 구조에서 속한 단위입니다. (보다 cgroups.txt[1] 더
제어 그룹에 대한 정보 또는 짧은 "cgroup"). systemd는 이것을 효과적으로 사용합니다.
프로세스를 추적합니다. 제어 그룹 정보는 커널에서 유지 관리되며
파일 시스템 계층을 통해 액세스할 수 있습니다(아래 /sys/fs/cgroup/systemd/) 또는 도구에서
등 systemd-cgls(1) 또는 ps(1)ps xawf -에오 pid, 사용자, cgroup, args 특히 유용하다
모든 프로세스와 해당 프로세스가 속한 시스템 단위를 나열합니다.)

systemd는 SysV init 시스템과 크게 호환됩니다. SysV init 스크립트는
지원되며 대체(제한적이지만) 구성 파일 형식으로 간단히 읽을 수 있습니다.
SysV /dev/initctl 인터페이스가 제공되며,
다양한 SysV 클라이언트 도구를 사용할 수 있습니다. 그 외에도 다양한 유닉스가
와 같은 기능 / etc / fstab 또는 utmp 데이터베이스가 지원됩니다.

systemd에는 최소 트랜잭션 시스템이 있습니다. 장치가 시작 또는 종료되도록 요청받은 경우
임시 트랜잭션에 모든 종속성을 추가합니다. 그러면 확인이 됩니다.
트랜잭션이 일관된 경우(즉, 모든 단위의 순서가 순환되지 않는지 여부).
그렇지 않은 경우 systemd는 문제를 해결하려고 시도하고 필요하지 않은 작업을 제거합니다.
루프를 제거할 수 있는 트랜잭션. 또한 systemd는 필수적이지 않은 작업을 억제하려고 합니다.
실행 중인 서비스를 중지하는 트랜잭션에서. 마지막으로 여부가 확인됩니다.
트랜잭션의 작업은 이미 대기열에 있는 작업과 모순되며 선택적으로
그러면 트랜잭션이 중단됩니다. 모든 문제가 해결되고 거래가 일관되고
영향을 최소화하여 이미 처리되지 않은 모든 작업과 병합되고 추가됩니다.
실행 큐. 사실상 이것은 요청된 작업을 실행하기 전에 systemd가
의미가 있는지 확인하고 가능한 경우 수정하고 실제로 문제가 있는 경우에만 실패합니다.
작동하지 않습니다.

Systemd에는 일부로 실행해야 하는 다양한 작업의 기본 구현이 포함되어 있습니다.
부팅 프로세스의. 예를 들어 호스트 이름을 설정하거나 루프백 네트워크를 구성합니다.
장치. 또한 다음과 같은 다양한 API 파일 시스템을 설정하고 마운트합니다. / sys 또는 /proc.

systemd의 개념과 아이디어에 대한 자세한 내용은 다음을 참조하십시오.
실물 디자인 문서[2].

systemd에서 제공하는 모든 인터페이스가 아닌 일부 인터페이스는 인터페이스
안정 약속[3].

예를 들어, 장치는 부팅 및 시스템 관리자를 다시 로드할 때 동적으로 생성될 수 있습니다.
커널 명령줄에 전달된 다른 구성 파일 또는 매개변수를 기반으로 합니다. 을위한
세부 사항, 참조 systemd.generator(7).

컨테이너 또는 initrd 환경에서 systemd를 호출하는 시스템은 다음을 구현해야 합니다.
컨테이너 인터페이스[4] 또는 initrd 인터페이스[5] 사양.

디렉토리

시스템 장치 디렉토리
systemd 시스템 관리자는 다양한 디렉토리에서 장치 구성을 읽습니다. 패키지
단위 파일을 설치하려는 사용자는 다음에서 반환된 디렉토리에 파일을 배치해야 합니다.
패키지 구성 시스템 --변수=systemdsystemunitdir. 확인된 다른 디렉토리는
/usr/local/lib/systemd/system 및 /lib/systemd/system. 사용자 구성은 항상
상위. 패키지 구성 시스템 --변수=systemdsystemconfdir 의 경로를 반환합니다.
시스템 구성 디렉토리. 패키지는 이러한 내용을 변경해야 합니다.
디렉토리만 가능 및 비활성화 의 명령 systemctl(1) 도구. 가득한
디렉토리 목록은 systemd.unit(5).

사용자 단위 디렉토리
유사한 규칙이 사용자 단위 디렉토리에 적용됩니다. 그러나 여기서 XDG Base
명부 담당 명세서[6] 다음에 단위를 찾습니다. 응용 프로그램은
에 의해 반환된 디렉토리의 단위 파일 패키지 구성 시스템
--변수=systemduserunitdir. 보고된 디렉토리에서 전역 구성이 수행됩니다.
by 패키지 구성 시스템 --변수=systemduserconfdir. 그만큼 가능 및 비활성화 명령
의 systemctl(1) 도구는 전역(즉, 모든 사용자용)과 개인용(예:
한 명의 사용자) 단위 활성화/비활성화. 디렉토리의 전체 목록은 다음에서 제공됩니다.
systemd.unit(5).

SysV 초기화 스크립트 디렉토리
SysV init 스크립트 디렉토리의 위치는 배포판마다 다릅니다. 만약에
systemd는 요청된 서비스에 대한 기본 단위 파일을 찾을 수 없습니다.
동일한 이름의 SysV 초기화 스크립트(.service 접미사가 제거됨).

SysV 런레벨 링크 팜 디렉토리
SysV 런레벨 링크 팜 디렉토리의 위치는 배포판마다 다릅니다.
systemd는 서비스가 다음을 수행할지 여부를 결정할 때 링크 팜을 고려합니다.
활성화됩니다. 기본 단위 구성 파일이 있는 서비스 단위는
SysV 런레벨 링크 팜에서 활성화하여 시작했습니다.

신호

시그텀
이 신호를 받으면 systemd 시스템 관리자는 상태를 직렬화하고 재실행합니다.
그리고 저장된 상태를 다시 역직렬화합니다. 이것은 대부분 다음과 같습니다. systemctl
데몬 재실행.

systemd 사용자 관리자는 이 신호가 수신되면 exit.target 장치를 시작합니다.
이것은 대부분 다음과 같습니다. systemctl --사용자 스타트 종료.대상.

사인트
이 신호를 받으면 systemd 시스템 관리자는
ctrl-alt-del.target 단위. 이것은 대부분 다음과 같습니다. systemctl 스타트
ctl-alt-del.target. 이 신호가 7초에 2회 이상 수신되면 즉시
재부팅이 실행됩니다. 콘솔에서 Ctrl-Alt-Del을 누르면 이 작업이 트리거됩니다.
신호. 따라서 재부팅이 중단되면 Ctrl-Alt-Del을 7초 동안 2번 이상 누르십시오.
즉각적인 재부팅을 유발하는 비교적 안전한 방법입니다.

systemd 사용자 관리자는 이 신호를 다음과 같은 방식으로 처리합니다. 시그텀.

시그윈치
이 신호가 수신되면 systemd 시스템 관리자는
kbrequest.target 단위. 이것은 대부분 다음과 같습니다. systemctl 스타트 kbrequest.target.

이 신호는 시스템 사용자 관리자에 의해 무시됩니다.

SIGPWR
이 신호가 수신되면 시스템 관리자는 sigpwr.target 장치를 시작합니다.
이것은 대부분 다음과 같습니다. systemctl 스타트 sigpwr.target.

시구스르1
이 신호가 수신되면 시스템 관리자는 D-Bus에 다시 연결을 시도합니다.
버스.

시구스르2
이 신호가 수신되면 systemd 관리자는 완료 상태를 기록합니다.
사람이 읽을 수 있는 형식. 기록된 데이터는 에서 인쇄한 것과 동일합니다. 체계적인 분석 덤프.

시업
전체 데몬 구성을 다시 로드합니다. 이것은 대부분 다음과 같습니다. systemctl
데몬 다시 로드.

시그트민+0
기본 모드로 들어가 default.target 단위를 시작합니다. 이것은 대부분 다음과 같습니다.
systemctl 스타트 기본.대상.

시그트민+1
구조 모드로 들어가 구조 대상 장치를 시작합니다. 이것은 대부분 다음과 같습니다.
systemctl 격리 구조 대상.

시그트민+2
비상 모드로 전환하고 Emergency.service 장치를 시작합니다. 이것은 대부분 다음과 같습니다.
systemctl 격리 응급 서비스.

시그트민+3
시스템을 중지하고 halt.target 장치를 시작합니다. 이것은 대부분 다음과 같습니다. systemctl
스타트 정지 대상.

시그트민+4
시스템의 전원을 끄고 poweroff.target 장치를 시작합니다. 이것은 대부분 다음과 같습니다.
systemctl 스타트 전원 끄기.대상.

시그트민+5
시스템을 재부팅하고 reboot.target 장치를 시작합니다. 이것은 대부분 다음과 같습니다.
systemctl 스타트 재부팅.타겟.

시그트민+6
kexec를 통해 시스템을 재부팅하고 kexec.target 장치를 시작합니다. 이것은 대부분 동등하다
에 systemctl 스타트 kexec.target.

시그트민+13
즉시 기계를 멈춥니다.

시그트민+14
즉시 기기의 전원을 끕니다.

시그트민+15
즉시 기기를 재부팅합니다.

시그트민+16
kexec를 사용하여 시스템을 즉시 재부팅합니다.

시그트민+20
를 통해 제어되는 콘솔에 상태 메시지를 표시할 수 있습니다.
systemd.show_status=1 커널 명령줄에서.

시그트민+21
를 통해 제어되는 콘솔의 상태 메시지 표시를 비활성화합니다.
systemd.show_status=0 커널 명령줄에서.

시그트민+22, 시그트민+23
로그 수준을 "디버그"(또는 "정보" 시그트민+23), 통해 제어
systemd.log_level=디버그 (또는 systemd.log_level=정보 on 시그트민+23) 커널에서
명령 행.

시그트민+24
관리자를 즉시 ​​종료합니다(--user 인스턴스에만 사용 가능).

시그트민+26, 시그트민+27, 시그트민+28
로그 수준을 "journal-or-kmsg"(또는 시그트민+27, "kmsg" 켜기
시그트민+28), 통해 제어 systemd.log_target=저널 또는 kmsg (또는
systemd.log_target=콘솔 on 시그트민+27 or systemd.log_target=kmsg on 시그트민+28)
커널 명령줄에서.

환경

$SYSTEMD_LOG_LEVEL
systemd는 이 환경 변수에서 로그 수준을 읽습니다. 재정의할 수 있습니다.
과 --로그 수준=.

$SYSTEMD_LOG_TARGET
systemd는 이 환경 변수에서 로그 대상을 읽습니다. 재정의할 수 있습니다.
과 --로그 대상=.

$SYSTEMD_LOG_COLOR
systemd가 중요한 로그 메시지를 강조 표시할지 여부를 제어합니다. 재정의할 수 있습니다.
과 --로그 색상=.

$SYSTEMD_LOG_LOCATION
systemd가 로그 메시지와 함께 코드 위치를 인쇄할지 여부를 제어합니다. 이것은 될 수있다
재정의 --로그 위치=.

$XDG_CONFIG_HOME, $XDG_CONFIG_DIRS, $XDG_DATA_HOME, $XDG_DATA_DIRS
systemd 사용자 관리자는 다음에 따라 이러한 변수를 사용합니다. XDG Base 명부 담당
명세서[6] 구성을 찾습니다.

$SYSTEMD_UNIT_PATH
systemd가 단위 파일을 찾는 위치를 제어합니다.

$SYSTEMD_SYSVINIT_PATH
systemd가 SysV 초기화 스크립트를 찾는 위치를 제어합니다.

$SYSTEMD_SYSVRCND_PATH
systemd가 SysV init 스크립트 실행 수준 링크 팜을 찾는 위치를 제어합니다.

$SYSTEMD_COLORS
색상이 지정된 출력을 생성할지 여부를 제어합니다.

$LISTEN_PID, $LISTEN_FDS, $LISTEN_FDNAMES
소켓 기반 활성화 동안 감독되는 프로세스에 대해 systemd에 의해 설정됩니다. 보다
sd_listen_fds(3) 자세한 내용은.

$NOTIFY_SOCKET
상태 및 시작 완료에 대한 감독 프로세스에 대해 systemd에서 설정
공고. 보다 sd_notify(3) 자세한 내용은.

핵심 COMMAND LINE

시스템 인스턴스로 실행할 때 systemd는 여러 커널 명령줄 인수[7]를 구문 분석합니다.

systemd.unit=, rd.systemd.unit=
부팅 시 활성화되도록 장치를 재정의합니다. 기본값은 default.target입니다. 이것은 사용될 수 있습니다
일시적으로 다른 부팅 장치로 부팅하기 위해
응급 서비스. 보다 시스템.특수(7) 이러한 단위에 대한 자세한 내용은. 옵션
"rd"가 접두사로 붙습니다. 초기 RAM 디스크(initrd)에서만 인정되는 반면,
메인 시스템에서만 접두사가 붙지 않습니다.

systemd.dump_core=
부울 인수를 취합니다. 만약에 예, 시스템 관리자(PID 1)는 다음과 같은 경우 코어를 덤프합니다.
충돌. 그렇지 않으면 코어 덤프가 생성되지 않습니다. 기본값: 예.

systemd.crash_chvt=
양의 정수 또는 부울 인수를 사용합니다. 양의 정수인 경우(범위 내
1–63)이 지정되면 시스템 관리자(PID 1)가 지정된 가상
충돌 시 터미널(VT). 기본값: 아니, 그러한 스위치가 없음을 의미합니다.
시도했다. 로 설정하면 예, 커널 메시지가 기록되는 VT가 선택됩니다.

systemd.crash_shell=
부울 인수를 취합니다. 만약에 예, 시스템 관리자(PID 1)는 다음과 같은 경우 쉘을 생성합니다.
10 지연 후 충돌합니다. 그렇지 않으면 쉘이 생성되지 않습니다. 기본값: 아니에 대한
쉘이 암호 인증으로 보호되지 않기 때문에 보안상의 이유입니다.

systemd.crash_reboot=
부울 인수를 취합니다. 만약에 예, 시스템 관리자(PID 1)가 시스템을 재부팅합니다.
충돌 시 10초 지연 후 자동으로. 그렇지 않으면 시스템이 중단됩니다
무기한. 기본값: 아니, 재부팅 루프를 피하기 위해. 와 결합하면
systemd.crash_shell=, 쉘이 종료된 후 시스템이 재부팅됩니다.

systemd.confirm_spawn=
부울 인수를 취합니다. 만약에 예, 시스템 관리자(PID 1)가 확인을 요청합니다.
프로세스를 생성할 때. 기본값: 아니.

systemd.show_status=
부울 인수 또는 상수를 취합니다. 자동. 면 예, 시스템 관리자(PID 1)
부팅하는 동안 콘솔에 간결한 서비스 상태 업데이트를 표시합니다. 자동 처럼 행동
그릇된 서비스가 실패하거나 부팅이 상당히 지연될 때까지. 기본값: 예,
...을 제외하면 조용한 커널 명령줄 옵션으로 전달되며, 이 경우 기본적으로
자동.

systemd.log_target=, systemd.log_level=, systemd.log_color=, systemd.log_location=
와 동일한 효과로 로그 출력을 제어합니다. $SYSTEMD_LOG_TARGET,
$SYSTEMD_LOG_LEVEL, $SYSTEMD_LOG_COLOR, $SYSTEMD_LOG_LOCATION 환경 변수
전술 한 바와.

systemd.default_standard_output=, systemd.default_standard_error=
동일한 효과로 서비스에 대한 기본 표준 출력 및 오류 출력을 제어합니다.
로 --기본-표준-출력= 및 --기본-표준-오류= 명령 줄 인수
위에서 각각 설명한.

systemd.setenv=
VARIABLE=VALUE 형식의 문자열 인수를 사용합니다. 기본값을 설정하는 데 사용할 수 있습니다.
분기된 자식 프로세스에 추가할 환경 변수. 한 번 이상 사용할 수 있습니다.
여러 변수를 설정합니다.

systemd.machine_id=
machine-id를 설정하는 데 사용할 32자의 XNUMX진수 값을 사용합니다. 대부분 의도
모든 부팅에 대해 동일한 머신 ID가 필요한 네트워크 부팅의 경우.

조용한
부팅 시 상태 출력 끄기 systemd.show_status=거짓 일 것이다. 참고
이 옵션은 또한 커널 자체에서 읽고 커널 로그 출력을 비활성화합니다. 통과
따라서 이 옵션은 시스템 관리자와
핵심.

디버그
디버깅 출력을 켭니다. 이것은 동등하다 systemd.log_level=디버그. 그 주
이 옵션은 또한 커널 자체에서 읽고 커널 디버그 출력을 활성화합니다. 통과
따라서 이 옵션은 시스템 관리자와
핵심.

비상 사태, -b
비상 모드로 부팅합니다. 이것은 동등하다 systemd.unit=emergency.target 및
호환성을 위해 제공되며 더 쉽게 입력할 수 있습니다.

구출, 단일, s, S, 1
구조 모드로 부팅합니다. 이것은 동등하다 systemd.unit=구조.대상 제공
호환성을 위해 그리고 더 쉽게 입력할 수 있습니다.

2, 3, 4, 5
지정된 레거시 SysV 런레벨로 부팅합니다. 이들은 동등하다
systemd.unit=런레벨2.타겟, systemd.unit=런레벨3.타겟,
systemd.unit=런레벨4.타겟및 systemd.unit=런레벨5.타겟, 및
호환성을 위해 제공되며 더 쉽게 입력할 수 있습니다.

로케일.LANG=, 로케일.언어=, 로케일.LC_CTYPE=, 로케일.LC_NUMERIC=, 로케일.LC_TIME=,
로케일.LC_COLLATE=, locale.LC_MONETARY=, 로케일.LC_MESSAGES=, 로케일.LC_PAPER=,
로케일.LC_NAME=, 로케일.LC_ADDRESS=, locale.LC_TELEPHONE=, locale.LC_MEASUREMENT=,
locale.LC_IDENTIFICATION=
사용할 시스템 로케일을 설정합니다. 이것은 /etc/locale.conf의 설정을 무시합니다. 을위한
자세한 내용은 참조 locale.conf(5)과하면 장소(7).

코어 OS의 구성 요소가 이해하는 다른 커널 명령줄 매개변수는 다음을 참조하십시오.
를 참조 커널 명령줄(7).

소켓 및 피포스

/실행/시스템/알림
데몬 상태 알림 소켓. 이것은 AF_UNIX 데이터그램 소켓 및 사용
에 의해 구현된 데몬 알림 로직을 구현합니다. sd_notify(3).

/실행/시스템/개인
내부 통신 채널로 사용 systemctl(1) 및 시스템화된 프로세스.
이 인 AF_UNIX 스트림 소켓. 이 인터페이스는 systemd 전용이므로 사용하지 않아야 합니다.
외부 프로젝트에서 사용할 수 있습니다.

/dev/initctl
SysV 클라이언트 인터페이스에 대한 제한된 호환성 지원,
systemd-initctl.service 단위. 이것은 파일 시스템의 명명된 파이프입니다. 이 인터페이스
더 이상 사용되지 않으며 새 응용 프로그램에서 사용해서는 안 됩니다.

onworks.net 서비스를 사용하여 systemd 온라인 사용