차이

문서의 선택한 두 판 사이의 차이를 보여줍니다.

--- linuxfromscratch:12.1:163-systemd_usage_and_configuration [2024/06/11 11:54] – 바깥 편집 127.0.0.1
+++ linuxfromscratch:12.1:163-systemd_usage_and_configuration [2024/06/15 13:27] (현재) – baecy
@@ 줄 1: / 줄 1: @@
+^  Linux From Scratch - Version 12.1-systemd  ^^^
+^  Chapter 9. System Configuration  ^^^
+|[[.:162-creating_the_etcshells_file|이전]]  |  [[.:09-System Configuration|위로]] / [[.:12.1|처음으로]]  |  [[.:10-Making the LFS System Bootable|다음]]|
+|/etc/shell 파일 생성  |  LFS 시스템 부팅 설정|
+----
 ===== 9.10. Systemd 사용 및 구성 =====
 ==== 9.10.1. 기본 구성 ====
 ''etc/systemd/system.conf'' 파일에는 기본 systemd 작업을 제어하는 옵션이 포함되어 있습니다. 기본 파일에는 모든 항목이 주석 처리되어 있으며 기본 설정이 표시되어 있습니다. 이 파일에서 로그 수준과 몇 가지 기본 로깅 설정을 변경할 수 있습니다. 각 구성 옵션에 대한 자세한 내용은 [[https://man.archlinux.org/man/systemd-system.conf.5|systemd-system.conf(5)]] 매뉴얼 페이지를 참조하세요.
+----
 ==== 9.10.2. 부팅 시 화면 지우기 비활성화하기 ====
 systemd의 정상적인 동작은 부팅 시퀀스가 끝날 때 화면을 지우는 것입니다. 원하는 경우 다음 명령을 실행하여 이 동작을 변경할 수 있습니다.
 <code bash>
@@ 줄 14: / 줄 27: @@
 </code>
 부팅 메시지는 루트 사용자로 ''journalctl -b'' 명령을 사용하여 언제나 검토할 수 있습니다.
+----
 ==== 9.10.3. tmpfs를 /tmp에 대해 비활성화하기 ====
 기본적으로 ''/tmp''는 tmpfs로 생성됩니다. 이를 원하지 않는 경우 다음 명령을 실행하여 재정의할 수 있습니다.
 <code bash>
@@ 줄 26: / 줄 42: @@
 별도의 파티션을 ''/tmp''에 사용하는 경우 위에 나오는 심볼릭 링크를 만들지 마세요. 이렇게 하면 루트 파일 시스템(/)을 다시 마운트할 수 없게 되어 부팅 시 시스템을 사용할 수 없게 됩니다.
 </WRAP>
+----
 ==== 9.10.4. 자동 파일 생성 및 삭제 구성하기 ====
 파일 또는 디렉터리를 만들거나 삭제하는 몇 가지 서비스가 있습니다.
   * systemd-tmpfiles-clean.service
@@ 줄 45: / 줄 64: @@
 cp /usr/lib/tmpfiles.d/tmp.conf /etc/tmpfiles.d
 </code>
+----
 ==== 9.10.5. 기본 서비스 동작 방식 재정의하기 ====
 ''etc/systemd/system'' 디렉토리를 생성하고 구성 파일을 작성하여 유닛의 매개변수를 재정의할 수 있습니다. 예를 들면 다음과 같습니다
 <code bash>
@@ 줄 58: / 줄 80: @@
 </code>
 자세한 내용은 [[https://man.archlinux.org/man/systemd.unit.5|systemd.unit(5)]] 매뉴얼 페이지를 참조하세요. 구성 파일을 만든 후 **systemctl daemon-reload** 및 **systemctl restart foobar**를 실행하여 서비스에 대한 변경 사항을 활성화합니다.
+-----
 ==== 9.10.6. 부팅 시퀀스 디버깅 ====
 SysVinit 또는 BSD 스타일의 init 시스템에서 사용되는 일반 셸 스크립트 대신 systemd는 다양한 유형의 시작 파일(또는 단위)에 대해 일관된 형식을 사용합니다. systemctl 명령은 단위 파일의 활성화, 비활성화, 상태 제어 및 상태 확인에 사용됩니다. 다음은 자주 사용되는 명령의 몇 가지 예입니다.
   * **systemctl list-units -t <service> [--all]**: 로드된 서비스 유형의 유닛 파일을 나열합니다.
@@ 줄 65: / 줄 90: @@
   * **systemctl show -p Wants <multi-user.target>**: 다중 사용자 대상에 종속된 모든 유닛을 표시합니다. Target은 SysVinit의 런레벨과 유사한 특수 유닛 파일입니다.
   * **systemctl status <servicename.service>**: 서비스의 상태를 표시합니다. .service 확장자는 같은 이름을 가진 다른 유닛 파일(예: .socket 파일(inetd/xinetd와 유사한 기능을 제공하는 수신 소켓을 생성))이 없는 경우 생략할 수 있습니다.
+----
 ==== 9.10.7. Systemd 저널로 작업하기 ====
 systemd로 부팅된 시스템의 로그온은 일반적인 유닉스 syslog daemon이 아닌 systemd-journald(기본값)로 처리됩니다. 원하는 경우 일반 syslog daemon을 추가하여 둘을 나란히 작동하도록 할 수도 있습니다. systemd-journald 프로그램은 저널 항목을 일반 텍스트 로그 파일이 아닌 바이너리 형식으로 저장합니다. 파일 구문 분석을 돕기 위해 journalctl 명령이 제공됩니다. 다음은 자주 사용되는 명령의 몇 가지 예입니다.
   * **journalctl -r**: 저널의 모든 내용을 시간 역순으로 표시합니다.
@@ 줄 72: / 줄 100: @@
   * **journalctl -b[=ID] -r**: 마지막으로 부팅에 성공한 이후(또는 부팅 ID의 경우) 저널 항목을 시간 역순으로 표시합니다.
   * **journalctl -f**: tail -f(팔로우)와 유사한 기능을 제공합니다.
+-----
 ==== 9.10.8. 코어 덤프로 작업하기 ====
 코어 덤프는 특히 데몬 프로세스가 충돌할 때 충돌한 프로그램을 디버깅하는 데 유용합니다. 시스템드 부팅 시스템에서 코어 덤프는 **systemd-coredump**에 의해 처리됩니다. 이 함수는 코어 덤프를 저널에 기록하고 코어 덤프 자체를 ''/var/lib/systemd/coredump''에 저장합니다. 코어 덤프를 검색하고 처리하기 위해 ''coredumpctl'' 도구가 제공됩니다. 다음은 자주 사용되는 명령어의 몇 가지 예입니다.
   * **coredumpctl -r**: 모든 코어 덤프를 시간 역순으로 나열합니다.
@@ 줄 89: / 줄 120: @@
 </code>
 자세한 내용은 [[https://man.archlinux.org/man/systemd-coredump.8|systemd-coredump(8)]], [[https://man.archlinux.org/man/coredumpctl.1coredumpctl(1)]] 및 [[https://man.archlinux.org/man/coredump.conf.d.5|coredump.conf.d(5)]] 매뉴얼 페이지를 참조하십시오.
+----
 ==== 9.10.9. 장기 실행 프로세스 =====
 systemd-230부터는 사용자 세션이 종료되면 nohup이 사용되거나 프로세스가 ''daemon()'' 또는 ''setsid()'' 함수를 사용하는 경우에도 모든 사용자 프로세스가 종료됩니다. 이는 과거에 허용되던 환경에서 보다 제한적인 환경으로 의도적으로 변경된 것입니다. 새로운 동작은 사용자 세션을 종료한 후에도 활성 상태를 유지하기 위해 오래 실행되는 프로그램(예: 화면 또는 tmux)에 의존하는 경우 문제를 일으킬 수 있습니다. 사용자 세션이 종료된 후에도 프로세스가 남아 있도록 하는 세 가지 방법이 있습니다.