참고:

• 이 자습서는 Oracle에서 제공하는 무료 실습 환경에서 사용할 수 있습니다.
• Oracle Cloud Infrastructure 인증서, 테넌시 및 구획에 대한 예제 값이 사용됩니다. 랩을 완료한 후에는 이러한 값을 클라우드 환경과 관련된 값으로 대체하십시오.

Oracle Linux에서 systemd 사용

소개

이 자습서에서는 systemctl 명령줄 유틸리티를 사용하여 systemd에서 제어하는 systemd 장치를 관리하고 보는 방법을 배웁니다. 이 사용지침서는 Oracle Linux 8 이상 사용자를 대상으로 합니다.

systemd는 부트 시 시작되며 시스템 종료 시 종료되는 마지막 프로세스입니다. systemd는 주로 부트 시 시스템 서비스 또는 프로세스 및 시스템 초기화를 관리하는 데 사용됩니다. 그러나 systemd는 이벤트 로깅, 장치 관리, 사용자 로그인, 작업 일정, 시간 동기화 및 시스템 부트를 비롯한 여러 다른 작업과 기능을 처리할 수 있습니다. 사용자가 이러한 목적을 위해 대체 소프트웨어에 더 익숙하거나 다른 Linux 배포판에 시스템 구성에 대한 선호 접근 방식이 있을 수 있으므로 systemd의 많은 기능이 완전히 활용되지 않습니다.

systemd 내의 다양한 동작 또는 함수는 systemd 단위로 처리됩니다. 예를 들어, 데몬 프로세스 또는 시스템 서비스는 서비스 단위로 실행되지만 시스템 상태는 일반적으로 대상 단위로 정의됩니다. 타이머 단위는 시스템 cron 서비스를 사용하는 방법과 비슷한 작업의 일정을 잡도록 정의할 수 있으며, 마운트 단위를 사용하여 시스템 fstab에서 마운트 지점을 구성하는 방법과 유사하게 마운트 지점을 구성할 수 있습니다.

systemd는 시스템 레벨 프로세스 및 기능을 관리하는 데 사용되지만 사용자 공간에서 실행되는 프로세스를 관리할 수도 있습니다. 시스템의 사용자는 자신의 서비스를 구성 및 관리할 수 있으며, 사용자가 세션을 종료한 후 이러한 서비스가 계속 실행되도록 시스템 사용자를 구성할 수도 있습니다.

목표

• 다양한 시스템 단위 유형 검색
• 시스템 대상 단위 사용
• 일반적인 systemctl 명령 구문 학습
• 사용자 공간에 고유한 시스템 타이머 단위를 만듭니다.
• 로그아웃 후 사용자 공간 프로세스가 실행될 수 있도록 systemd를 설정합니다.

필요 사항

• Oracle Linux 8이 설치된 시스템입니다.

주: 무료 실습 환경을 사용할 때는 연결 및 기타 사용 지침은 Oracle Linux Lab Basics을 참조하십시오.

시스템 단위 파일 탐색

Oracle Linux 8 인스턴스에 연결한 후에는 systemctl 명령을 통해 사용 가능한 여러 단위에 대해 알아볼 수 있습니다.

1. systemctl 명령을 실행하여 현재 systemd에서 로드한 모든 systemd 단위를 나열합니다.

   systemctl
   

   키보드의 공간 또는 PgDn 키를 사용하여 출력을 페이징합니다.

   이 명령은 실행 중인 명령과 동일합니다.

   systemctl list-units
   

   출력은 systemd가 관리하는 현재 활성 구성 단위를 모두 보여줍니다. 출력에서 '.device', '.mount','.service', '.target' 및 '.timer' 접미어로 이름이 지정된 단위를 포함하여 다른 접미어로 이름이 지정된 단위가 있음을 알 수 있습니다.

   단위는 목적에 따라 시작, 실행, 마운트 또는 플러그인되었다는 점에서 활성화됩니다. 단위는 정지, 마운트 해제 또는 연결 해제 시 비활성 상태일 수 있습니다. 활성 여부에 관계없이 모든 단위를 보려면 다음을 실행할 수 있습니다.

   systemctl list-units --all
   

   이러한 명령의 출력에는 다양한 유형의 시스템 단위 선택이 표시됩니다.

   • automount: 파일 시스템의 요청 시 마운트 및 병렬화된 부트를 위한 자동 마운트 기능을 제공합니다.
   • mount: 파일 시스템의 현재 날짜 및 시간 표시에서 마운트 지점을 제어합니다.
   • path: 파일 시스템 경로 정보가 변경될 때 서비스를 활성화할 수 있습니다.
   • scope: 서비스 단위와 유사하지만 외부 프로세스를 시작하는 대신 관리합니다.
   • service: 데몬 및 데몬으로 구성된 프로세스를 시작하고 제어합니다.
   • slice: 리소스 관리를 위해 계층적 cgroup 트리에서 서비스 단위 및 범위 단위와 같은 시스템 프로세스를 관리하는 단위를 그룹화하는 데 사용됩니다.
   • socket: 소켓 기반 활성화에 유용한 시스템의 로컬 IPC(프로세스 간 통신) 또는 네트워크 소켓을 캡슐화합니다.
   • target: 장치를 그룹화하거나 부트 중 잘 알려진 동기화 지점을 제공하는 데 사용됩니다.
   • timer: 타이머를 사용하여 다른 단위의 활성화를 트리거하는 데 사용됩니다. 이는 이전에 cron 서비스를 사용하여 관리되었을 수 있는 작업에 대한 대안을 제공합니다.
   • device: systemd에 커널 장치를 노출하고 장치 기반 활성화를 구현하는 데 사용할 수도 있습니다.
   • swap: 메모리 스왑 분할 영역 또는 스왑 파일을 캡슐화합니다.

2. --type 옵션을 사용하여 장치 목록을 특정 단위 유형으로 제한합니다.

   • systemctl list-units --type services 명령을 사용하여 시스템의 현재 활성 서비스 단위를 나열합니다.

     systemctl list-units --type service
     

   • 동일한 명령을 다시 실행하되, 비활성 상태인 경우 비활성 상태인 장치를 포함하여 로드된 모든 단위를 보려면 --all 옵션을 포함합니다.

     systemctl list-units --type service --all
     

사용 가능한 각 서비스 유형에 대해 이러한 명령을 반복하여 언제든지 작업하려는 유형으로만 정보를 제한할 수 있습니다.

시스템 대상 단위 작업

대상 단위는 서로 다른 단위를 그룹화하여 특정 상태로 시스템을 가져와 특정 용도로 작동할 준비가 된 것입니다.

1. 사용 가능한 target 단위를 나열합니다.

   systemctl list-units --type target
   

   단위는 다른 단위를 로드해야 하거나 특정 단위와 충돌하도록 구성할 수 있습니다. 예를 들어, multi-user.target를 사용하려면 basic.target이 작동해야 하며 rescue.service 및 rescue.target 단위와도 충돌합니다. 단위는 또한 로드할 수 있는 다른 단위를 지정합니다.

   이렇게 하면 대상을 함께 체인화하여 특정 상태를 설정할 수 있지만 대체 상태를 트리거하기 위해 재사용될 수 있을 정도로 모듈화됩니다.

2. 기본 대상 단위를 봅니다.

   기본 대상 단위는 부트 후 기본 시스템 상태를 정의합니다.

   • 기본적으로 사용되는 대상 단위를 보려면 systemctl get-default 명령을 사용합니다. 기본 대상 단위는 /etc/systemd/system/default.target 파일로 표시됩니다.

     systemctl get-default
     

   • ls -l 명령을 사용하여 /etc/systemd/system/default.target 파일에 대한 정보를 나열합니다.

     ls -l /etc/systemd/system/default.target
     

     주: default.target 파일은 현재 기본 대상 단위 파일에 대한 심볼릭 링크입니다.

3. 기본 대상 단위를 변경합니다.

   • systemctl set-default 명령을 사용하여 기본 대상 단위를 graphical.target 단위로 변경합니다.

     systemctl set-default graphical.target
     

   • ls –l 명령을 사용하여 default.target 파일이 이제 graphical.target 파일에 대한 심볼릭 링크인지 확인합니다.

     ls -l /etc/systemd/system/default.target
     

     주: 기본 대상 단위를 변경하면 기존 default.target 심볼릭 링크가 제거되고 새 기본 대상 단위가 가리키는 심볼릭 링크가 다시 생성됩니다.

4. 자세한 내용은 대상을 살펴보십시오.

   • 특정 대상에 대한 자세한 정보를 얻으려면 systemctl show 명령을 사용하십시오.

     systemctl show multi-user.target
     

     출력에는 지정한 대상에 대한 모든 매개변수가 표시됩니다. 대상에 필요한 단위, 희망 및 충돌 단위를 식별할 수 있으며 이 대상이 이전 및 이후에 실행해야 하는 단위를 확인할 수도 있습니다.

   • systemctl list-dependencies 명령을 사용하여 특정 대상의 상태에 도달하기 위해 필요하거나 원하는 종속성 트리를 표시합니다.

     systemctl list-dependencies default.target
     

     이 명령은 기본 대상을 시작할 때 시작되는 모든 단위를 표시합니다. 단위 체인은 트리로 순환적으로 표시되며, 이를 통해 대상이 시작될 때 달성하는 작업을 완전히 평가할 수 있습니다. graphical.target를 기본 대상으로 설정한 경우 시스템에서 display-manager.service를 실행하여 그래픽 표시를 로드하려고 하지만 multi-user.target를 실행하여 그래픽 표시를 실행하기 전에 필요한 모든 작업을 수행할 수 있습니다.

systemctl을 사용하여 단위 활성화, 비활성화 및 마스크

단위는 사용 안함으로 설정하거나 사용으로 설정할 수 있으며 어떤 상황에서도 실행되지 않도록 마스크할 수도 있습니다. 일부 단위는 다른 단위의 작업에 종속적이기 때문에 항상 사용할 수 있다는 점에서 정적입니다. systemctl list-units 명령은 시스템에서 활성 또는 비활성 상태인 장치만 표시하는 데 사용할 수 있습니다.

1. 시스템에서 사용 가능한 모든 단위를 해당 상태와 함께 나열합니다.

   systemctl list-unit-files
   

   사용 가능한 단위 대부분은 정적입니다. 사용으로 설정된 단위는 부트 시 시작됩니다. 사용 안함으로 설정된 단위는 시스템에서 사용할 수 있지만 부트 시 시작하도록 구성되지 않은 단위입니다. 마스크된 장치는 시스템에서 사용할 수 있지만 처음부터 다시 시작할 수 없는 상태로 설정되었습니다.

2. systemctl status 명령을 사용하여 nfs-server.service 단위에 대한 자세한 정보를 확인합니다.

   systemctl status nfs-server.service
   

   systemctl 명령을 사용하면 서비스 단위를 참조할 때 .service 확장자를 삭제할 수 있습니다.

   status 명령은 장치가 사용으로 설정되었는지, 활성, 비활성, 사용 안함 또는 마스크되었는지 여부를 나타냅니다.

   스크립트된 솔루션의 경우 systemctl는 단일 행으로 상태를 출력하는 짧은 명령을 제공합니다.

   • systemctl is-active 명령을 사용하여 nfs-server 서비스가 실행 중인지(활성) 아니면 실행 중이 아닌지(비활성) 확인합니다.

     systemctl is-active nfs-server
     

   • systemctl is-enabled 명령을 사용하여 nfs-server 서비스가 사용으로 설정되었는지 아니면 사용 안함으로 설정되었는지 확인합니다. 서비스가 사용으로 설정되면 서비스가 시스템 재부트 시 시작됩니다.

     systemctl is-enabled nfs-server
     

3. 부트 시 서비스가 시작되도록 합니다.

   systemctl enable 명령을 사용하여 nfs-server 서비스를 사용으로 설정합니다.

   sudo systemctl enable --now nfs-server
   

   명령이 시스템 상태 또는 구성을 변경하는 경우 관리자 권한으로 systemctl 명령을 실행해야 합니다. --now 옵션을 사용하여 서비스를 사용으로 설정하는 동시에 추가로 시작할 수 있습니다.

   주: 이 명령은 서비스가 시작되는 최하위 레벨 시스템 상태 대상에 대한 심볼릭 링크를 만들어 서비스를 사용으로 설정합니다. 출력에서 명령은 multi-user 대상에 대한 심볼릭 링크 nfs-server.service를 만들었습니다.

   systemctl status command을 사용하여 nfs-server 서비스가 사용으로 설정되어 실행 중인지 확인합니다.

   systemctl status nfs-server
   

4. 서비스를 사용 안함으로 설정하고 중지합니다.

   systemctl disable 명령을 사용하여 nfs-server 서비스를 사용 안함으로 설정합니다. 또한 systemctl disable 명령은 서비스에 대한 systemctl 링크를 삭제합니다.

   sudo systemctl disable nfs-server
   

   systemctl stop 명령을 사용하여 nfs-server 서비스를 중지합니다.

   sudo systemctl stop nfs-server
   

   서비스를 사용 안함으로 설정할 때 --now 옵션을 사용하여 이러한 단계를 조합할 수 있습니다.

5. 장치를 마스크하고 마스크 해제합니다.

   일부 경우에는 단위를 처음부터 시작하지 않도록 설정할 수 있습니다. 일반적으로 특정 장치가 시스템의 다른 기능과 충돌하거나 정책상의 이유로 인해 발생할 수 있습니다.

   systemctl mask 명령을 사용하여 nfs-server 서비스를 마스크합니다.

   sudo systemctl mask nfs-server
   

   시스템 단위 구성이 /dev/null를 가리키도록 심볼릭 링크가 생성됩니다. 그러면 서비스가 사용 또는 시작되지 않습니다.

   마스크된 동안 nfs-server 단위를 시작할 수 없는지 확인합니다.

   sudo systemctl start nfs-server
   

   서비스를 시작할 수 없으며 서비스가 마스크되었음을 나타내는 오류가 반환됩니다.

   장치를 마스킹 해제하여 원래 상태로 되돌리고 사용자가 서비스를 시작하거나 사용으로 설정할 수 있도록 허용합니다.

   sudo systemctl unmask nfs-server
   

사용자 공간 단위에 대해 systemd 설정

일반적으로 systemd는 시스템 레벨에서 단위를 관리하는 데 사용됩니다. 이러한 방식으로 구성된 systemd 단위를 관리하려면 시스템에 대한 관리자 레벨의 액세스 권한이 필요합니다. 일부 환경과 일부 장치 유형의 경우 사용자 공간 내에서 시스템 실행 기능을 사용할 수 있습니다. 예를 들어, 사용자가 시스템의 타이머 단위 기능을 사용하여 작업을 예약하거나, 루트 레벨 권한을 실행하지 않아도 되는 서비스 단위로 특정 응용 프로그램 또는 서비스를 실행할 수 있습니다.

systemd가 로그인할 때 사용자에 대한 systemd-user 프로세스를 시작합니다. 다음 디렉토리에 있는 단위는 사용자에 대해 다음 순서로 처리됩니다.

• /usr/lib/systemd/user/: 설치된 패키지에서 제공하는 사용자 공간 단위
• $HOME/.local/share/systemd/user/: 홈 디렉토리에 설치된 패키지의 사용자 공간 단위
• /etc/systemd/user/: 모든 사용자를 위해 사용자 공간에서 실행해야 하는 전역 시스템 전역 사용자 단위
• $HOME/.config/systemd/user/: 사용자가 생성한 단위

systemd 명령에 대해 --user 옵션을 사용하여 사용자 공간에서 작업 중임을 systemd로 지정할 수 있습니다.

1. 사용자의 현재 사용 가능한 단위 파일을 나열합니다.

   systemctl --user list-unit-files
   

   사용 가능한 단위 목록은 --user 옵션 없이 동일한 명령을 실행할 때보다 훨씬 짧습니다.

   이러한 단위 파일의 대부분은 /usr/lib/systemd/user에 있습니다. 이 디렉토리의 파일을 나열하여 여기에 있는 단위를 확인합니다.

   ls -la /usr/lib/systemd/user/
   

2. 고유의 시스템 단위 파일을 호스트할 디렉토리를 만듭니다.

   mkdir -p $HOME/.config/systemd/user
   

3. 고유한 시스템 서비스 단위를 만듭니다.

   cat << EOF > $HOME/.config/systemd/user/uptime.service
   [Unit]
   Description="Logs system uptime and load average"
   Wants=uptime.timer
   
   [Service]
   ExecStart=/usr/bin/uptime
   
   [Install]
   WantedBy=default.target
   
   EOF
   

   이 서비스 단위는 세 가지 구성 절을 제공합니다.

   Unit 섹션은 장치 및 요구 사항에 대한 설명을 제공합니다. 이 경우 Wants 항목은 아직 존재하지 않는 타이머 단위에 대한 약한 요구 사항을 정의합니다. Wants 항목으로 나열된 단위는 사용 가능한 경우 실행되지만 상위 장치가 없거나 실행이 실패할 경우 상위 장치가 실행되지 않습니다.

   Service 섹션은 실행 시 이 특정 서비스 단위의 동작을 정의합니다. 여기서는 사용 가능한 옵션에 대한 많은 기본값을 사용하고 서비스가 시작될 때 실행되는 명령을 지정하는 ExecStart 행만 지정합니다. 이 경우 uptime 명령을 실행하여 시스템 업타임 및 로드 값을 기록합니다.

   Install 섹션은 서비스가 사용으로 설정된 경우 시스템에 서비스를 설치하는 방법을 정의합니다. 특히 서비스는 'default.target' WantedBy인 서비스로 추가됩니다. 이는 이 사용자에 대한 기본 대상의 일부로 서비스가 사용으로 설정되었음을 의미합니다.

4. systemd 단위를 실행하고 출력을 확인합니다.

   새 단위를 추가했으므로 일반적으로 서비스를 실행하기 전에 systemd 구성을 다시 로드하는 것이 좋습니다.

   systemctl --user daemon-reload
   

   이제 새 단위를 시작합니다.

   systemctl --user start uptime
   

   명령이 예상대로 실행되었는지 확인합니다. 서비스 상태를 확인하여 서비스가 실행되었는지 확인할 수 있습니다.

   systemctl --user status uptime
   

   주: 이러한 명령은 --user 옵션을 사용하여 사용자 공간 내에서 실행합니다.

   실행된 uptime 명령의 출력을 확인하려면 journalctl 명령을 사용하여 로그를 확인하고 명령에 대한 특정 로그를 보기 위한 태그 옵션을 지정합니다.

   journalctl -t uptime
   

   사용자가 시스템에 처음 로그인할 때 시작되도록 이 서비스를 사용으로 설정할 수 있습니다.

   systemctl --user enable uptime
   

   이 서비스는 사용자가 처음으로 시스템에 로그인할 때 실행됩니다. 시스템 부트 시 자동으로 시작되지 않습니다. 일반적으로 사용자 공간에서 실행되는 서비스는 사용자가 로그아웃하거나 모든 사용자 세션이 종료된 후 종료됩니다. 사용자 서비스에 대한 지속성을 사용으로 설정하는 방법에 대해서는 이 자습서의 뒷부분에서 설명합니다.

systemd 타이머 단위 작업

이 연습에서는 이전 연습에서 제작하여 특정 시간 또는 간격으로 다른 시스템 단위를 정기적으로 실행할 수 있도록 합니다. 타이머 단위는 시스템 레벨과 사용자 레벨에서 모두 정의할 수 있으며 시스템에서 다른 단위를 실행할 시기를 정의하는 데 사용할 수 있습니다. 타이머 단위는 예약된 이벤트에 대한 세분화된 제어를 제공하며 cron 데몬을 사용하여 더 미세한 구성을 처리하는 대신 사용할 수 있습니다.

많은 시스템 서비스에는 실행 시 제어할 타이머 단위가 포함됩니다. 타이머 단위의 좋은 예는 정규 dnf 업데이트를 자동으로 수행할 때 시스템을 최신 상태로 유지하는 데 사용할 수 있는 dnf-automatic 패키지에 포함되어 있습니다. 시스템 레벨에서 이 작업을 보려면 패키지를 설치하고 타이머 단위를 사용으로 설정합니다.

sudo dnf install -y dnf-automatic
sudo systemctl enable dnf-automatic.timer

단위 파일을 보고 이 단위가 어떻게 구성되었는지 확인할 수 있습니다.

cat /usr/lib/systemd/system/dnf-automatic.timer

이 장치에 network-online.target가 충족될 것으로 예상되는 Wants 행을 포함합니다. 구성의 Timer 섹션에 있는 OnCalendar 항목은 이 작업이 매일 06h00에서 실행되도록 제안합니다. 또한 RandomizedDelaySec 항목은 타이머 단위가 거의 동시에 실행되는 모든 것을 방지하고 시스템 로드를 갑자기 푸시하는 데 도움이 될 수 있습니다.

여기에 제공된 예제는 훨씬 복잡한 단위 집합의 일부입니다. 타이머 단위의 작동 방식을 보다 잘 이해하려면 이전 연습에서 생성한 uptime.service를 일정한 간격으로 실행하도록 사용자 공간에 타이머 단위를 추가합니다.

1. 타이머 단위 파일을 만듭니다.

   cat <<EOF > $HOME/.config/systemd/user/uptime.timer
   [Unit]
   Description=Timer for the uptime service that logs uptime
   Requires=uptime.service
   
   [Timer]
   Unit=uptime.service
   OnCalendar=*-*-* *:*:00
   
   [Install]
   WantedBy=timers.target
   

   이 파일은 이 타이머 단위를 실행하려면 uptime.service가 필요하도록 지정합니다. 이는 Wants 정의에 정의된 것보다 훨씬 강력하며 요구 사항이 충족되지 않으면 단위가 실행되지 않습니다.

   Timer 섹션은 OnCalendar 항목을 사용하여 uptime.service 단위를 로드하도록 정의합니다. OnCalendar 항목은 crontab 정의의 옵션과 비슷하지만 더 세분성을 제공합니다. 이 경우 단위는 00초에 매분 실행되도록 정의됩니다.

2. systemd 구성을 수정했으므로 systemd 데몬을 다시 로드하고 업타임 서비스를 다시 시작하여 새 타이머 단위를 선택할 수 있도록 합니다.

   systemctl --user daemon-reload
   systemctl --user restart uptime
   

3. 단위를 나열하여 uptime.service 및 uptime.timer 단위가 실행 중인지 확인합니다.

   systemctl --user list-units
   

4. 저널의 로그 출력을 모니터하여 매분 실행되는 업타임 서비스에 의해 트리거된 가동 시간 출력을 확인합니다.

   journalctl -f -t uptime
   

   몇 분 후 여러 출력 행이 표시되어야 합니다. 주의를 기울이면 uptime 명령이 분에 정확하게 트리거되지 않을 수도 있습니다. 이것은 시스템 타이머 기능 내의 의도적인 기능입니다. 타이머 작업은 최대 1분의 지연으로 작업을 트리거할 수 있는 임의 프로그램을 사용하여 트리거됩니다. 이렇게 하면 타이머가 모두 동시에 트리거되지 않도록 할 수 있습니다. 타이머 단위 Timer 섹션에 다음 구성 항목을 추가하여 예약된 이벤트의 10초 이내에 정확도를 설정하여 타이머가 매우 정확하도록 할 수 있습니다.

   AccuracySec=1us
   

   그러나 대부분의 작업의 경우 작업이 동기적으로 너무 많이 실행되지 않도록 하는 것은 정확합니다.

   모니터링을 마치면 Ctrl-C 키 조합을 사용하여 저널을 종료할 수 있습니다.

로그아웃 후 계속할 사용자 공간 프로세스 구성

기본적으로 사용자가 시작 및 소유하는 서비스와 프로세스는 사용자가 로그아웃하거나 사용자의 모든 세션이 종료된 경우 종료됩니다. systemd 내에서 이 기본 동작을 변경하는 데 사용할 수 있는 여러 가지 방법이 있습니다. 여기에서 두 가지 옵션을 살펴봅니다.

loginctl 명령을 사용하여 systemd linger user를 활성화합니다.

loginctl 명령을 사용하여 특정 사용자에 대한 기본 동작을 변경하고 사용자 세션이 종료된 후 해당 사용자에 대한 프로세스를 'linger'로 설정할 수 있습니다.

1. 특정 사용자에 대해 linger를 사용으로 설정하려면 loginctl 유틸리티를 사용합니다. 이 경우 'oracle' 사용자에 대해 systemd linger 동작을 사용으로 설정합니다.

   sudo loginctl enable-linger oracle
   

2. 설정이 적용되었는지 확인하려면 /var/lib/systemd/linger 디렉토리의 사용자와 이름이 동일한 파일을 확인합니다.

   ls /var/lib/systemd/linger/oracle
   

   명령은 파일이 존재하는지 확인해야 합니다.

systemd logind.conf 파일을 편집합니다.

Systemd는 사용자 로그인 이벤트를 관리하고 사용자 세션과 관련된 여러 이벤트에 대한 기본 동작을 설정하도록 편집할 수 있는 구성 파일을 제공합니다. 이 구성 파일은 /etc/systemd/logind.conf에 있습니다.

1. /etc/systemd/logind.conf의 기존 구성 내용을 검토할 화면에 덤프합니다.

   cat /etc/systemd/logind.conf
   

   대부분의 옵션은 주석 처리되지만 컴파일 시간 기본값이 표시됩니다. 이 파일에는 사용자의 세션이 종료될 때 사용자 공간에서 실행되는 프로세스 처리 방법을 제어할 수 있는 세 가지 옵션이 있습니다.

   • KillUserProcesses: 이 옵션은 세션이 종료될 때 사용자 프로세스가 기본적으로 종료되는지 여부를 제어할 수 있습니다. 이 옵션을 'no'로 설정하면 시스템에서 사용자가 시스템에서 로그아웃한 후 사용자 프로세스를 실행할 수 있습니다.
   • KillExcludeUsers: KillUserProcesses 옵션이 사용으로 설정된 경우 이 옵션을 통해 세션을 종료한 후 systemd가 프로세스를 계속 실행할 수 있도록 허용하는 공백으로 구분된 사용자 목록을 지정할 수 있습니다. 이 목록에 사용자 이름을 추가하면 loginctl 명령을 사용하여 systemd linger 그룹에 사용자를 추가하는 것과 비슷한 방식으로 작동합니다.
   • KillOnlyUsers: KillUserProcesses 옵션이 사용 안함으로 설정된 경우 이 매개변수를 사용하여 로그아웃 후 프로세스를 종료해야 하는 공백으로 구분된 사용자 목록을 지정할 수 있습니다.

비디오 데모

systemd에 대한 비디오 데모는 https://www.youtube.com/watch?v=9uDvnZKhU8A 및 https://www.youtube.com/watch?v=Tkxs-wfZrnw에서 제공합니다. 자세한 내용은 Oracle Linux 8에서 systemd를 참조하십시오.

Oracle Linux 8의 systemd 시스템 및 서비스 관리자

Oracle Linux 8의 systemd 대상 단위

추가 정보

• Systemd 설명서: https://systemd.io/
• systemd(1) 수동 페이지
• systemctl(1) 수동 페이지
• journalctl(1) 수동 페이지
• systemd.unit(5) 수동 페이지
• logind.conf(5) 수동 페이지
• Oracle Linux 8: 핵심 시스템 구성 관리
• Oracle Linux 제품 문서

추가 학습 자원

docs.oracle.com/learn에서 다른 실습을 찾아보거나 Oracle Learning YouTube channel에서 무료 학습 콘텐츠에 액세스할 수 있습니다. 또한 education.oracle.com/learning-explorer를 방문하여 Oracle Learning Explorer로 변경하십시오.

제품 설명서는 Oracle Help Center를 참조하십시오.

---

제목 및 저작권 정보

Use systemd on Oracle Linux

F49911-03

May 2022

Copyright © 2021, Oracle and/or its affiliates.