시스템 관리자 가이드

정확한 시간은 여러 가지 이유로 중요합니다. Red Hat Enterprise Linux 7에서 시간 유지는 NTP 프로토콜에 의해 확인되며, 이는 사용자 공간에서 실행되는 데몬에 의해 구현됩니다. 사용자 공간 데몬은 커널에서 실행되는 시스템 클럭을 업데이트합니다. 시스템 클럭은 다양한 클럭 소스를 사용하여 시간을 유지할 수 있습니다.

Red Hat Enterprise Linux 7은 다음 데몬을 사용하여 NTP 를 구현합니다.

기본 chronyd 대신 ntpd 를 사용하려면 19장. ntpd를 사용하여 NTP 설정 에 표시된 대로 chronyd, install, enable 및 configure ntpd 를 비활성화해야 합니다.

현재 날짜 및 시간 표시

현재 날짜와 시간을 표시하려면 다음 명령 중 하나를 사용합니다.

~]$ date

~]$ timedatectl

timedatectl 명령은 현재 사용된 표준 시간대, NTP(Network Time Protocol) 구성 상태 및 몇 가지 추가 정보를 포함하여 보다 자세한 출력을 제공합니다.

날짜 및 시간 구성에 대한 자세한 내용은 3장. 날짜 및 시간 구성 을 참조하십시오.

시스템 전체 로케일 설정은 systemd 데몬에서 초기 부팅 시 읽는 /etc/locale.conf 파일에 저장됩니다. /etc/locale.conf 에 구성된 로케일 설정은 개별 프로그램 또는 개별 사용자가 재정의하지 않는 한 모든 서비스 또는 사용자에 의해 상속됩니다.

시스템 로케일을 처리하는 기본 작업:

시스템 로케일 구성에 대한 자세한 내용은 2장. System Locale 및 keyboard Configuration 을 참조하십시오.

키보드 레이아웃 설정은 텍스트 콘솔 및 그래픽 사용자 인터페이스에서 사용되는 레이아웃을 제어합니다.

키보드 레이아웃을 처리하는 기본 작업은 다음과 같습니다.

키보드 레이아웃 구성에 대한 자세한 내용은 2장. System Locale 및 keyboard Configuration 을 참조하십시오.

설치 프로세스 중에 네트워크 액세스를 구성하는 방법은 다음과 같습니다.

설치가 완료된 후 시스템이 부팅되면 설치 중에 구성한 네트워크 인터페이스가 자동으로 활성화됩니다.

설치 프로세스 중 네트워크 액세스 구성에 대한 자세한 내용은 Red Hat Enterprise Linux 7 설치 가이드 를 참조하십시오.

nmcli 유틸리티를 사용하여 네트워크 연결을 관리하려면 root 사용자로 다음 명령을 실행합니다.

새 연결을 생성하려면 다음을 수행합니다.

~]# nmcli con add type type of the connection "con-name" connection name ifname ifname interface-name the name of the interface ipv4 address ipv4 address gw4 address gateway address

기존 연결을 수정하려면 다음을 수행합니다.

~]# nmcli con mod "con-name"

모든 연결을 표시하려면 다음을 수행하십시오.

~]# nmcli con show

활성 연결을 표시하려면 다음을 수행합니다.

~]# nmcli con show --active

특정 연결의 모든 구성 설정을 표시하려면 다음을 수행합니다.

~]# nmcli con show "con-name"

nmcli 명령줄 유틸리티에 대한 자세한 내용은 Red Hat Enterprise Linux 7 네트워킹 가이드 를 참조하십시오.

NetworkManager 텍스트 사용자 인터페이스(TUI) 유틸리티인 nmtui 는 NetworkManager 를 제어하여 네트워킹을 구성하는 텍스트 인터페이스를 제공합니다.

nmtui 텍스트 인터페이스 툴 설치 및 사용에 대한 자세한 내용은 Red Hat Enterprise Linux 7 네트워킹 가이드 를 참조하십시오.

웹 콘솔에서 네트워킹 메뉴를 사용하면 됩니다.

그림 1.1. 웹 콘솔에서 네트워킹 관리

운영 체제 자체를 포함하여 Red Hat Enterprise Linux 7에 설치된 제품은 서브스크립션을 통해 지원됩니다.

Red Hat Content Delivery Network에 대한 서브스크립션을 추적하는 데 사용됩니다.

이 섹션에서는 설치 프로세스 중 Red Hat Enterprise Linux 7 등록에 대한 간략한 요약을 제공합니다. 설치 후 운영 체제를 등록하지 않으면 이 섹션을 통해 설치 중에 누락된 내용을 확인할 수 있습니다. 자세한 내용은 Red Hat Enterprise Linux 7 설치 가이드 를 참조하십시오.

기본적으로 설치 중에 시스템을 등록하는 방법에는 두 가지가 있습니다.

설치 과정에서 시스템을 등록하지 않은 경우 다음 절차를 적용하여 나중에 수행할 수 있습니다. 이 절차의 모든 명령은 root 사용자로 수행해야 합니다.

시스템 등록 및 Red Hat Content Delivery Network 서브스크립션 첨부에 대한 자세한 내용은 7장. 시스템 등록 및 서브스크립션 관리 을 참조하십시오.

EUS (Extended Update Support) 콘텐츠에 액세스하려면 다음과 같이 시스템을 등록합니다.

현재 지원되는 EUS 릴리스는 연장 업데이트 지원 애드온 을 참조하십시오.

다음 절차에서는 시스템을 등록하고 E4S 콘텐츠를 사용하는 방법을 설명합니다.

Red Hat Content Delivery Network 서브스크립션 서비스는 Red Hat 소프트웨어 인벤토리를 처리하고 추가 소프트웨어 또는 이미 설치된 패키지를 설치할 수 있는 메커니즘을 제공합니다. 시스템을 등록하고 서브스크립션을 연결한 후 1.3절. “시스템 등록 및 서브스크립션 관리의 기본 사항” 에 설명된 대로 소프트웨어 설치를 시작할 수 있습니다.

Red Hat Enterprise Linux 시스템의 모든 소프트웨어는 특정 리포지토리에 저장된 RPM 패키지로 나뉩니다. Red Hat Content Delivery Network를 시스템이 서브스크립션하면 /etc/yum.repos.d/ 디렉토리에 리포지토리 파일이 생성됩니다.

yum 유틸리티를 사용하여 패키지 작업을 관리합니다.

소프트웨어 설치와 관련된 기본 작업에 대한 자세한 내용은 1.4.3절. “서브스크립션 관리자 및 YUM을 사용하여 기본 소프트웨어 설치 작업 관리” 을 참조하십시오. 소프트웨어 리포지토리 관리에 대한 자세한 내용은 7.2절. “소프트웨어 리포지토리 관리” 을 참조하십시오. yum 유틸리티 사용에 대한 자세한 내용은 9장. yum 을 참조하십시오.

운영 체제를 설치한 후 필요할 수 있는 가장 기본적인 소프트웨어 설치 작업은 다음과 같습니다.

설치 프로세스 중에 이미 부팅 시 활성화되거나 비활성화된 서비스를 확인하거나 설치된 운영 체제에서 서비스를 활성화하거나 비활성화할 수 있습니다.

설치 프로세스 중에 부팅 시 활성화되거나 비활성화되는 서비스 목록을 생성하려면 Kickstart 파일에서 services 옵션을 사용합니다.

services [--disabled=list] [--enabled=list]

이미 설치된 운영 체제에서 서비스를 활성화하거나 비활성화하려면 다음을 수행합니다.

~]# systemctl enableservice_name

~]# systemctl disableservice_name

자세한 내용은 10.2절. “시스템 서비스 관리”의 내용을 참조하십시오.

웹 콘솔에서 Services 를 선택하여 systemd 대상, 서비스, 소켓, 타이머 및 경로를 관리합니다. 여기에서 자신의 상태를 확인, 시작 또는 중지, 활성화 또는 비활성화할 수 있습니다.

그림 1.2. 웹 콘솔에서 서비스 관리

systemd에 대한 자세한 내용은 10장. systemd를 사용하여 서비스 관리 을 참조하십시오.

사용자 계정 및 그룹을 관리하는 가장 기본적인 작업과 적절한 명령줄 툴은 다음과 같습니다.

사용자 및 그룹 관리에 대한 자세한 내용은 4장. 사용자 및 그룹 관리 을 참조하십시오.

그래픽 사용자 인터페이스를 사용하여 사용자 및 그룹을 관리하려면 4.2절. “그래픽 환경에서 사용자 관리” 을 참조하십시오.

웹 콘솔 에서 계정을 관리하려면 계정 메뉴를 선택합니다.

그림 1.4. 웹 콘솔에서 사용자 계정 관리

시스템 충돌의 경우 kdump 라는 커널 크래시 덤프 메커니즘을 사용하면 나중에 분석할 수 있도록 시스템 메모리의 내용을 저장할 수 있습니다. kdump 메커니즘은 kexec 시스템 호출을 사용합니다. 이 호출은 다른 커널의 컨텍스트에서 Linux 커널을 부팅하고, BIOS를 우회하고, 손실되는 첫 번째 커널 메모리의 내용을 보존하는 데 사용할 수 있습니다.

커널이 발생하면 kdump 는 kexec를 사용하여 두 번째 커널( capture kernel)으로 부팅합니다. 이 커널은 첫 번째 커널에 액세스할 수 없는 시스템 메모리의 예약된 부분에 있습니다. 두 번째 커널은 충돌한 커널의 메모리(감시 덤프)의 내용을 캡처하여 저장합니다.

설치 중에 kdump 활성화 및 활성화는 Anaconda 설치 프로그램에서 수행하거나 Kickstart 파일에서 %addon com_redhat_kdump 명령을 사용하여 수행할 수 있습니다.

자세한 내용은 설치 방법에 따라 적절한 소스를 참조하십시오.

kdump 가 설치되었는지 확인하고 구성하려면 다음을 수행합니다.

웹 콘솔에서 커널 덤프 를 선택하여 확인합니다.

그림 1.5. 웹 콘솔에서 kdump 구성

kdump 에 대한 자세한 내용은 Red Hat Enterprise Linux 7 Kernel Crash Dump Guide를 참조하십시오.

Rear는 재해 복구 및 시스템 마이그레이션 유틸리티로 전체 복구 시스템을 만들 수 있습니다. 기본적으로 이 복구 시스템은 스토리지 레이아웃과 부트 로더만 복원하지만 실제 사용자 및 시스템 파일은 복원되지 않습니다.

또한 특정 백업 소프트웨어를 사용하면 재해 복구를 위해 ReaR을 통합할 수 있습니다.

을 다시 사용하여 다음 작업을 수행할 수 있습니다.

ReaR을 설치하려면 root 사용자로 를 입력합니다.

~]# yum install rear

/etc/rear/local.conf 파일의 설정을 사용하여 ReaR을 구성합니다.

자세한 내용은 27.1절. “기본 ReaR 사용” 에서 참조하십시오.

~]# rear mkrescue

ReaR을 사용하여 구조 시스템 생성에 대한 자세한 내용은 27.1.3절. “복구 시스템 생성” 를 참조하십시오.

rear에는 NETFS라는 완전히 통합된 내장형 또는 내부 백업 방법이 포함되어 있습니다.

ReaR이 내부 백업 방법을 사용하도록 하려면 다음 행을 /etc/rear/local.conf 파일에 추가하십시오.

BACKUP=NETFS
BACKUP_URL=backup location

/etc/rear/local.conf 에 다음 행을 추가하여 새 백업 아카이브를 만들 때 이전 백업 아카이브를 유지하도록 ReaR을 구성할 수도 있습니다.

NETFS_KEEP_OLD_BACKUP_COPY=y

백업을 증분적으로 만들려면 각 실행 시 변경된 파일만 백업됩니다. /etc/rear/local.conf 에 이 행을 추가합니다.

BACKUP_TYPE=incremental

ReaR NETFS 내부 백업 방법 사용에 대한 자세한 내용은 27.2.1절. “Built-in Backup 방법” 을 참조하십시오.

지원되는 외부 백업 방법 및 지원되지 않는 백업 방법에 대한 자세한 내용은 27.2.2절. “지원되는 백업 방법” 및 27.2.3절. “지원되지 않는 백업 방법” 을 참조하십시오.

syslog 메시지는 두 서비스에서 처리됩니다.

syslog 메시지는 포함된 메시지 및 로그에 따라 /var/log 디렉터리의 다양한 하위 디렉터리에 저장됩니다.

Red Hat 고객 포털 을 사용하면 다음을 수행할 수 있습니다.

Red Hat 고객 포털에 액세스하려면 https://access.redhat.com 로 이동하십시오.

Red Hat 지원과 관련된 Red Hat 고객 포털 서비스를 사용하려면 다음을 사용할 수 있습니다.

~]$ redhat-support-tool
Welcome to the Red Hat Support Tool.
Command (? for help):

Command (? for help): ?

SOS 보고서는 Red Hat Enterprise Linux 시스템에서 구성 세부 정보, 시스템 정보 및 진단 정보를 수집합니다. 지원 케이스를 열 때 보고서를 첨부합니다.

SOS 보고서는 Red Hat Enterprise Linux 7의 기본 최소 설치로 설치되지 않는 sos 패키지에 제공됩니다.

sos 패키지를 설치하려면 다음을 수행합니다.

~]# yum install sos

SOS 보고서를 생성하려면 다음을 수행합니다.

~]# sosreport

지원 사례에 보고서를 첨부하려면 Red Hat 지식베이스 문서 How can I attach a file to a Red Hat 지원 케이스 에서 참조하십시오. sos 보고서를 연결할 때 지원 케이스 수를 입력하라는 메시지가 표시됩니다.

SOS 보고서에 대한 자세한 내용은 Red Hat 지식베이스 문서 What is a sosreport and how to create one in Red Hat Enterprise Linux 4.6 이상에서 참조하십시오.

localectl 명령을 사용하여 시스템 로케일 및 키보드 레이아웃 설정을 쿼리하고 변경할 수 있습니다. 현재 설정을 표시하려면 status 옵션을 사용합니다.

localectl status

~]$ localectl status
  System Locale: LANG=en_US.UTF-8
    VC Keymap: us
   X11 Layout: n/a

시스템에 사용 가능한 모든 로케일을 나열하려면 다음을 입력합니다.

localectl list-locales

~]$ localectl list-locales | grep en_
en_AG
en_AG.utf8
en_AU
en_AU.iso88591
en_AU.utf8
en_BW
en_BW.iso88591
en_BW.utf8

output truncated

기본 시스템 로케일을 설정하려면 다음 명령을 root 로 사용하십시오.

localectl set-locale LANG=locale

locale 을 localectl list-locales 명령을 사용하여 찾은 로케일 이름으로 바꿉니다. 위의 구문을 사용하여 표 2.1. “/etc/locale.conf에서 설정 가능한 옵션” 에서 매개 변수를 구성할 수도 있습니다.

~]# localectl set-locale LANG=en_GB.utf8

Red Hat Enterprise Linux를 Red Hat Kickstart 설치 방법을 사용하여 설치하는 경우 운영 체제를 업그레이드한 후에는 시스템 로케일 설정이 유지되지 않을 수 있습니다.

Kickstart 파일의 %packages 섹션에 --instLang 옵션이 포함된 경우 _install_langs RPM 매크로는 이 설치의 특정 값으로 설정되고 설치된 로케일 세트가 적절하게 조정됩니다. 그러나 이러한 조정은 후속 업그레이드가 아닌 이 설치에만 영향을 미칩니다. 업그레이드가 glibc 패키지를 다시 설치하는 경우 설치 중에 요청한 로케일 대신 전체 로케일 집합이 업그레이드됩니다.

이를 방지하려면 영구적으로 로캘을 선택합니다. 이러한 옵션이 있습니다.

이전에 언급했듯이 다음 명령을 사용하여 현재 키보드 레이아웃 구성을 확인할 수 있습니다.

localectl status

~]$ localectl status
  System Locale: LANG=en_US.utf8
    VC Keymap: us
   X11 Layout: us

시스템에서 구성할 수 있는 사용 가능한 모든 키보드 레이아웃을 나열하려면 다음을 입력합니다.

localectl list-keymaps

~]$ localectl list-keymaps | grep cz
cz
cz-cp1250
cz-lat2
cz-lat2-prog
cz-qwerty
cz-us-qwertz
sunt5-cz-us
sunt5-us-cz

시스템의 기본 키보드 레이아웃을 설정하려면 root 로 다음 명령을 사용하십시오.

localectl set-keymap map

map 을 localectl list-keymaps 명령의 출력에서 가져온 keymap의 이름으로 바꿉니다. no -convert 옵션이 전달되지 않으면 선택한 설정이 X11 창 시스템의 기본 키보드 매핑에도 적용되며 X11 키보드 매핑은 가장 가까운 X11 키보드 매핑으로 변환됩니다. 이는 역방향에도 적용됩니다. root 로 다음 명령을 사용하여 두 keymaps를 지정할 수 있습니다.

localectl set-x11-keymap map

X11 레이아웃이 콘솔 레이아웃과 다르도록 하려면 --no-convert 옵션을 사용합니다.

localectl --no-convert set-x11-keymap map

이 옵션을 사용하면 이전 콘솔 레이아웃 설정을 변경하지 않고 X11 keymap을 지정합니다.

~]# localectl --no-convert set-x11-keymap de

~]$ localectl status
  System Locale: LANG=de_DE.UTF-8
    VC Keymap: us
   X11 Layout: de

키보드 레이아웃 (맵) 외에도 세 가지 다른 옵션을 지정할 수 있습니다.

localectl set-x11-keymap map model variant options

모델을 키보드 모델 이름, 변형 및 옵션으로 키보드 변형 및 옵션 구성 요소로 교체합니다. 이 구성 요소는 키보드 동작을 향상시키는 데 사용할 수 있습니다. 이러한 옵션은 기본적으로 설정되어 있지 않습니다. X11 모델, X11 Variant 및 X11 옵션에 대한 자세한 내용은 kbd(4) 도움말 페이지를 참조하십시오.

시스템 및 하드웨어 시계 구성에 대한 자세한 정보와 함께 현재 날짜와 시간을 표시하려면 추가 명령줄 옵션 없이 timedatectl 명령을 실행합니다.

timedatectl

그러면 로컬 및 범용 시간, 현재 사용되는 표준 시간대,NTP(Network Time Protocol) 구성의 상태, DST와 관련된 추가 정보가 표시됩니다.

~]$ timedatectl
   Local time: Mon 2016-09-16 19:30:24 CEST
 Universal time: Mon 2016-09-16 17:30:24 UTC
    Timezone: Europe/Prague (CEST, +0200)
   NTP enabled: no
NTP synchronized: no
 RTC in local TZ: no
   DST active: yes
 Last DST change: DST began at
         Sun 2016-03-31 01:59:59 CET
         Sun 2016-03-31 03:00:00 CEST
 Next DST change: DST ends (the clock jumps one hour backwards) at
         Sun 2016-10-27 02:59:59 CEST
         Sun 2016-10-27 02:00:00 CET

~]# systemctl restart systemd-timedated.service

현재 시간을 변경하려면 쉘 프롬프트에 root 로 다음을 입력합니다.

timedatectl set-time HH:MM:SS

HH 를 1시간, MM 을 1분으로 바꾸고, SS 를 1초로 바꾸면 모두 두 자리형으로 입력됩니다.

이 명령은 시스템 시간과 하드웨어 클럭을 모두 업데이트합니다. 그 결과 date --set 및 hwclock --systohc 명령을 모두 사용하는 것과 유사합니다.

NTP 서비스가 활성화되면 명령이 실패합니다. 서비스를 일시적으로 비활성화하려면 3.1.5절. “원격 서버와 시스템 Clock 동기화” 을 참조하십시오.

~]# timedatectl set-time 23:26:00

기본적으로 시스템은 UTC를 사용하도록 구성됩니다. 로컬 시간에 클럭을 유지하도록 시스템을 구성하려면 set-local-rtc 옵션을 root 로 timedatectl 명령을 실행합니다.

timedatectl set-local-rtc boolean

로컬 시간에 클럭을 유지하도록 시스템을 구성하려면 부울 을 yes (또는, y,true,t 또는 1)로 바꿉니다. UTC를 사용하도록 시스템을 구성하려면 부울 을 no (또는, alternatively, n,false,f 또는 0)로 바꿉니다. 기본 옵션은 없습니다.

현재 날짜를 변경하려면 쉘 프롬프트에 root 로 다음을 입력합니다.

timedatectl set-time YYYY-MM-DD

octets을 4자리 연도로 바꾸고, MM 을 두 자리 월 한 달로, DD 를 월의 두 자리 날짜로 바꿉니다.

현재 시간을 지정하지 않고 날짜를 변경하면 시간을 00:00:00으로 설정합니다.

~]# timedatectl set-time "2017-06-02 23:26:00"

사용 가능한 모든 시간대를 나열하려면 쉘 프롬프트에서 다음을 입력합니다.

timedatectl list-timezones

현재 사용된 시간대를 변경하려면 root 로 입력합니다.

timedatectl set-timezone time_zone

time_zone 을 timedatectl list-timezones 명령으로 나열된 값으로 교체합니다.

~]# timedatectl list-timezones | grep Europe
Europe/Amsterdam
Europe/Andorra
Europe/Athens
Europe/Belgrade
Europe/Berlin
Europe/Bratislava
…

~]# timedatectl set-timezone Europe/Prague

이전 섹션에서 설명하는 수동 조정과 달리, timedatectl 명령을 사용하면 NTP 프로토콜을 사용하여 원격 서버 그룹과 시스템 클럭의 자동 동기화를 활성화할 수도 있습니다. NTP를 활성화하면 설치된 서비스에 따라 chronyd 또는 ntpd 서비스를 활성화합니다.

NTP 서비스는 다음과 같이 명령을 사용하여 활성화 및 비활성화할 수 있습니다.

timedatectl set-ntp boolean

시스템에서 시스템 클럭을 원격 NTP 서버와 동기화하도록 활성화하려면 부울 을 yes (기본값)로 교체합니다. 이 기능을 비활성화하려면 부울 을 no 로 바꿉니다.

~]# timedatectl set-ntp yes

현재 날짜 및 시간을 표시하려면 추가 명령줄 옵션 없이 date 명령을 실행합니다.

date

그러면 요일, 현재 날짜, 현지 시간, 축약된 시간대 및 연도가 표시됩니다.

기본적으로 date 명령은 로컬 시간을 표시합니다. 시간을 UTC로 표시하려면 --utc 또는 -u 명령줄 옵션을 사용하여 명령을 실행합니다.

date --utc

명령줄에서 +" 형식 " 옵션을 제공하여 표시되는 정보의형식 을 사용자 지정할 수도 있습니다.

date +"format"

형식은 예 3.6. “현재 날짜 및 시간 표시” 에 설명된 대로 하나 이상의 지원되는 제어 시퀀스로 바꿉니다. 이러한 옵션의 전체 목록은 표 3.1. “일반적으로 사용되는 제어 순서” 에서 가장 자주 사용되는 포맷 옵션 목록 또는 날짜(1) 매뉴얼 페이지를 참조하십시오.

~]$ date
Mon Sep 16 17:30:24 CEST 2016

~]$ date --utc
Mon Sep 16 15:30:34 UTC 2016

~]$ date +"%Y-%m-%d %H:%M"
2016-09-16 17:30

현재 시간을 변경하려면 --set 또는 -s 옵션과 함께 date 명령을 root 로 실행합니다.

date --set HH:MM:SS

HH 를 1시간, MM 을 1분으로 바꾸고, SS 를 1초로 바꾸면 모두 두 자리형으로 입력됩니다.

기본적으로 date 명령은 시스템 클럭을 로컬 시간으로 설정합니다. UTC로 시스템 시계를 설정하려면 --utc 또는 -u 명령줄 옵션을 사용하여 명령을 실행합니다.

date --set HH:MM:SS --utc

~]# date --set 23:26:00

현재 날짜를 변경하려면 --set 또는 -s 옵션과 함께 date 명령을 root 로 실행합니다.

date --set YYYY-MM-DD

octets을 4자리 연도로 바꾸고, MM 을 두 자리 월 한 달로, DD 를 월의 두 자리 날짜로 바꿉니다.

현재 시간을 지정하지 않고 날짜를 변경하면 시간을 00:00:00으로 설정합니다.

~]# date --set "2017-06-02 23:26:00"

root 사용자로 명령줄 옵션이 없는 hwclock 을 실행하면 로컬 시간으로의 날짜와 시간을 표준 출력으로 반환합니다.

hwclock

hwclock 명령에 --utc 또는 --localtime 옵션을 사용하면 하드웨어 클럭 시간을 UTC 또는 현지 시간으로 표시하는 것은 아닙니다. 이러한 옵션은 하드웨어 시계를 설정하여 시간 중 하나를 유지하는 데 사용됩니다. 시간은 항상 현지 시간에 표시됩니다. 또한 hwclock --utc 또는 hwclock --local 명령을 사용하면 /etc/adjtime 파일의 레코드가 변경되지 않습니다. 이 명령은 /etc/adjtime 에 저장된 설정이 올바르지만 설정을 변경하지 않으려는 경우 유용할 수 있습니다. 반면 명령을 잘못된 방법으로 사용하면 잘못된 정보가 표시될 수 있습니다. 자세한 내용은 hwclock(8) 매뉴얼 페이지를 참조하십시오.

~]# hwclock
Tue 15 Apr 2017 04:23:46 PM CEST   -0.329272 seconds

시간대를 변경하는 방법에 대한 자세한 내용은 3.1.4절. “시간대 변경” 을 참조하십시오.

날짜 및 시간을 표시하는 것 외에도 하드웨어 시계를 특정 시간으로 수동으로 설정할 수 있습니다.

하드웨어 클럭 날짜와 시간을 변경해야 하는 경우 사양과 함께 --set 및 --date 옵션을 추가하여 이를 수행할 수 있습니다.

hwclock --set --date "dd mmm yyyy HH:MM"

dd 를 하루(두 자리 숫자)로, mmm 를 한 달(3자 약어), yyyy y를 1년(4자리 숫자)으로 바꿉니다. HH 는 1시간(두 자리 숫자)으로 MM 을 1분(두 자리 숫자)으로 바꿉니다.

동시에 --utc 또는 --localtime 옵션을 추가하여 시간을 UTC 또는 현지 시간으로 유지하도록 하드웨어 시계를 설정할 수도 있습니다. 이 경우 UTC 또는 LOCAL 이 /etc/adjtime 파일에 기록됩니다.

~]# hwclock --set --date "21 Oct 2016 21:17" --utc

하드웨어 클럭과 현재 시스템 시간을 두 방향으로 동기화할 수 있습니다.

하드웨어 클럭과 시스템 시간을 동기화할 때 --utc 또는 --localtime 옵션을 추가하여 하드웨어 시계를 로컬 시간 또는 UTC에 유지할지 여부를 지정할 수도 있습니다. --set,UTC 또는 LOCAL 을 사용하는 것과 유사하게 /etc/adjtime 파일에 기록됩니다.

hwclock --systohc --utc 명령은 timedatectl set-local-rtc false 와 기능적으로 유사하며, hwclock --systohc --local 명령은 timedatectl set-local-rtc true 의 대안입니다.

~]# hwclock --systohc --localtime

Red Hat Enterprise Linux는UPG( 사용자 개인 그룹 ) 체계를 사용하므로 UNIX 그룹을 보다 쉽게 관리할 수 있습니다. 새 사용자가 시스템에 추가될 때마다 사용자 개인 그룹이 생성됩니다. 이 명령은 생성된 사용자와 동일한 이름을 가지며, 해당 사용자는 사용자 개인 그룹의 유일한 멤버입니다.

사용자 개인 그룹을 사용하면 새로 생성된 파일 또는 디렉토리에 대한 기본 권한을 설정하여 해당 사용자의 사용자 및 그룹을 모두 파일 또는 디렉토리를 수정할 수 있습니다.

새로 생성된 파일 또는 디렉터리에 적용되는 권한을 permissions라고 결정하는 설정은 /etc/bashrc 파일에 구성됩니다. 일반적으로 UNIX 기반 시스템에서는 파일 또는 디렉토리를 생성한 사용자만 수정할 수 있는 permissions가 022 로 설정됩니다. 이 체계 하에서, 크리에이터 그룹의 멤버를 포함한 다른 모든 사용자는 수정할 수 없습니다. 그러나 UPG 스키마에서는 모든 사용자에게 고유한 개인 그룹이 있으므로 이 "그룹 보호"가 필요하지 않습니다. 자세한 내용은 4.3.5절. “프롬프트를 사용하여 새 파일에 대한 기본 권한 설정 ”를 참조하십시오.

모든 그룹 목록은 /etc/group 구성 파일에 저장됩니다.

여러 사용자가 있는 환경에서는 shadow-utils 패키지에서 시스템 인증 파일의 보안을 강화할 수 있는 섀도우 암호를 사용하는 것이 매우 중요합니다. 이러한 이유로 설치 프로그램은 기본적으로 shadow 암호를 활성화합니다.

다음은 섀도우 암호가 UNIX 기반 시스템에 암호를 저장하는 기존 방법에 비해 다음과 같은 이점 목록입니다.

shadow-utils 패키지에서 제공하는 대부분의 유틸리티는 섀도우 암호 활성화 여부에 관계없이 제대로 작동합니다. 그러나 암호 변경 정보는 /etc/shadow 파일에만 저장되므로 먼저 섀도우 암호를 활성화하지 않고 일부 유틸리티 및 명령이 작동하지 않습니다.

Super 키를 눌러 활동 개요를 입력하고 사용자를 입력한 다음 Enter 를 누릅니다. 사용자 설정 도구가 나타납니다. Super 키는 키보드와 기타 하드웨어에 따라 다양한 길잡이에 표시되지만 일반적으로 공간 표시줄의 왼쪽에 Windows 또는 Command 키로 나타납니다. 또는 화면 오른쪽 상단에 있는 사용자 이름을 클릭한 후 Settings 메뉴에서 Users 유틸리티를 열 수 있습니다.

사용자 계정을 변경하려면 먼저 잠금 해제 버튼을 선택하고 대화 상자가 표시된 대로 인증하십시오. 수퍼유저 권한이 없는 경우 애플리케이션은 root 로 인증하라는 메시지를 표시합니다. 사용자를 추가하고 제거하려면 각각 + 및 - 버튼을 선택합니다. 관리 그룹 wheel 에 사용자를 추가하려면 계정 유형을 Standard 에서 Administrator 로 변경합니다. 사용자 언어 설정을 편집하려면 언어 및 드롭다운 메뉴가 표시됩니다.

그림 4.1. 사용자 설정 도구

새 사용자가 생성되면 암호가 설정될 때까지 계정이 비활성화됩니다. 그림 4.2. “비밀번호 메뉴” 에 표시된 암호 드롭다운 메뉴에는 관리자가 즉시 암호를 설정하거나, 처음 로그인할 때 사용자가 암호를 선택하거나, 로그인에 필요한 암호 없이 게스트 계정을 생성합니다. 이 메뉴에서 계정을 비활성화하거나 활성화할 수도 있습니다.

그림 4.2. 비밀번호 메뉴

새 사용자를 시스템에 추가하려면 쉘 프롬프트에서 root 로 다음을 입력합니다.

useradd options username

여기서 옵션 은 표 4.2. “일반 useradd 명령줄 옵션” 에 설명된 대로 명령줄 옵션입니다.

기본적으로 useradd 명령은 잠긴 사용자 계정을 생성합니다. 계정 잠금을 해제하려면 root 로 다음 명령을 실행하여 암호를 할당합니다.

passwd username

필요한 경우 암호 사용 기간 정책을 설정할 수 있습니다. Red Hat Enterprise Linux 7 보안 가이드의 암호 보안 섹션을 참조하십시오.

이 시점에서 'Udan'이라는 잠긴 계정이 시스템에 있습니다. 이를 활성화하려면 다음으로는 passwd 명령을 사용하여 계정에 암호를 할당하고 선택적으로 암호 사용 지침을 설정합니다(자세한 내용은 Red Hat Enterprise Linux 7 보안 가이드의 암호 보안 섹션 참조).

새 그룹을 시스템에 추가하려면 쉘 프롬프트에서 root 로 다음을 입력합니다.

groupadd options group_name

여기서 옵션 은 표 4.3. “공통 groupadd 명령줄 옵션” 에 설명된 대로 명령줄 옵션입니다.

usermod 유틸리티를 사용하여 기존 사용자를 기존 그룹에 추가합니다.

usermod 의 다양한 옵션은 사용자의 기본 그룹과 해당 보조 그룹에 다른 영향을 미칩니다.

사용자의 기본 그룹을 재정의하려면 root 로 다음 명령을 실행합니다.

~]# usermod -g group_name user_name

사용자의 보조 그룹을 재정의하려면 root 로 다음 명령을 실행합니다.

~]# usermod -G group_name1,group_name2,... user_name

이 경우 사용자의 이전의 모든 보조 그룹이 새 그룹 또는 여러 개의 새 그룹으로 교체됩니다.

사용자 보조 그룹에 하나 이상의 그룹을 추가하려면 root 로 다음 명령 중 하나를 실행합니다.

~]# usermod -aG group_name1,group_name2,... user_name

~]# usermod --append -G group_name1,group_name2,... user_name

이 경우 새 그룹이 사용자의 현재 보조 그룹에 추가됩니다.

시스템 관리자는 일반적으로 각 주요 프로젝트에 대한 그룹을 만들고 해당 프로젝트의 파일에 액세스해야 할 때 그룹에 사용자를 할당하는 것을 선호합니다. 이 기존 스키마를 사용하면 파일 관리가 어렵습니다. 사용자가 파일을 만들 때 해당 파일이 속한 기본 그룹과 연결됩니다. 한 사람이 여러 프로젝트에서 작업하면 올바른 파일을 올바른 그룹과 연결하는 것이 어려워집니다. 그러나 UPG 스키마를 사용하면 groups가 setgid 비트가 설정된 디렉터리 내에 생성된 파일에 자동으로 할당됩니다. setgid 비트는 디렉터리 내에 있는 사용자가 디렉터리를 소유한 그룹이 소유하므로 공통 디렉터리를 공유하는 그룹 프로젝트를 매우 간단하게 관리할 수 있습니다.

예를 들어, 사용자 그룹은 /opt/myproject/ 디렉토리의 파일에서 작업해야 합니다. 일부 사용자는 이 디렉터리의 내용을 수정할 수 있지만 모든 사람이 수정할 수는 없습니다.

프로세스에서 파일을 생성할 때 파일에는 특정 기본 권한(예: -rw-rw-r-- )이 있습니다. 이러한 초기 권한은 파일 권한 마스크 또는 umask 라고도 하는 파일 모드 생성 마스크 로 부분적으로 정의됩니다. 예를 들어, bash 에는 기본적으로 모든 프로세스에 자체 imagestreamtag 가 있습니다. 프로세스 imagestreamtag 는 변경될 수 있습니다.

다음로 구성된 imagestreamtag

jaeger 는 표준 파일 권한에 해당하는 비트로 구성됩니다. 예를 들어 dependencies 0 137 의 경우 숫자는 다음과 같습니다.

U마스크는 바이너리, 8진수 또는 심볼릭 표기법으로 표현할 수 있습니다. 예를 들어 8진수 표현 0137 은 심볼릭 표현 u=rw-,g=r-,o=-- 입니다. 기호 표기법 사양은 8진수 표기법 사양과 반대됩니다. 금지된 권한이 아니라 허용되는 권한이 표시됩니다.

imagestreamtag 작동 방식

jaeger 는 파일에 대한 권한을 설정하지 못하도록 합니다.

다음 그림은 alerts 0137 이 새 파일 생성에 미치는 영향을 보여줍니다.

그림 4.3. 파일을 생성할 때 alerts 적용

[john@server tmp]$ umask 0000
[john@server tmp]$ touch file
[john@server tmp]$ mkdir directory
[john@server tmp]$ ls -lh .
total 0
drwxrwxrwx. 2 john john 40 Nov 2 13:17 directory
-rw-rw-rw-. 1 john john 0 Nov 2 13:17 file

~]$ umask
0022

~]$ umask -S
u=rwx,g=rx,o=rx

~]$ umask octal_mask

~]$ umask 0337

~]$ umask 337

~]$ umask -S symbolic_mask

~]$ umask -S u=r,g=r,o=

~]$ grep -i -B 1 umask /etc/bashrc

~]$ grep -i -B 1 umask /etc/bashrc
  # By default, we want umask to get set. This sets it for non-login shell.
--
  if [ $UID -gt 199 ] && [ “id -gn” = “id -un” ]; then
    umask 002
  else
    umask 022

  if [ $UID -gt 199 ] && [ “id -gn” = “id -un” ]; then
    umask 002
  else
    umask 227

john@server ~]$ echo 'umask 227' >> /home/john/.bashrc

# The permission mask is initialized to this value. If not specified,
# the permission mask will be initialized to 022.
UMASK 077

기본적으로 NFS 서버에서 내보내는 파일 시스템이 ACL을 지원하고 NFS 클라이언트가 ACL을 읽을 수 있는 경우 클라이언트 시스템에서 ACL을 사용합니다.

서버를 구성할 때 NFS 공유에서 ACL을 비활성화하려면 /etc/exports 파일에 no_acl 옵션을 포함합니다. 클라이언트에 마운트할 때 NFS 공유에서 ACL을 비활성화하려면 명령줄 또는 /etc/fstab 파일을 통해 no_acl 옵션으로 마운트합니다.

달리 지시하지 않는 한 Red Hat 지원 도구는 ~/.redhat-support-tool/redhat-support-tool.conf 구성 파일을 사용하여 현재 사용자의 홈 디렉터리에 값 및 옵션을 로컬에 저장합니다. 필요한 경우 특정 사용자만 읽을 수 있으므로 이 파일에 암호를 저장하는 것이 좋습니다. 도구가 시작되면 글로벌 구성 파일 /etc/redhat-support-tool.conf 및 로컬 구성 파일에서 값을 읽습니다. 로컬에 저장된 값 및 옵션은 전역에 저장된 설정보다 우선합니다.

전역 구성 파일에 값 또는 옵션을 저장하려면 다음과 같이 -g, --global 옵션을 추가합니다.

Command (? for help): config setting -g value

로컬 구성 파일에서 값 또는 옵션을 제거하려면 다음과 같이 -u, --unset 옵션을 추가합니다.

Command (? for help): config setting -u value

이렇게 하면 사용 가능한 경우 도구에서 매개 변수를 지우고 설정 해제하고 글로벌 구성 파일에서 동등한 설정으로 돌아갑니다.

사용 가능한 업데이트가 있는 설치된 패키지를 보려면 다음 명령을 사용하십시오.

yum check-update

~]# yum check-update
Loaded plugins: product-id, search-disabled-repos, subscription-manager
dracut.x86_64             033-360.el7_2   rhel-7-server-rpms
dracut-config-rescue.x86_64      033-360.el7_2   rhel-7-server-rpms
kernel.x86_64             3.10.0-327.el7   rhel-7-server-rpms
rpm.x86_64              4.11.3-17.el7   rhel-7-server-rpms
rpm-libs.x86_64            4.11.3-17.el7   rhel-7-server-rpms
rpm-python.x86_64           4.11.3-17.el7   rhel-7-server-rpms
yum.noarch              3.4.3-132.el7   rhel-7-server-rpms

한 번에 하나의 패키지, 여러 패키지 또는 모든 패키지를 업데이트하도록 선택할 수 있습니다. 업데이트하는 패키지 또는 패키지의 종속 항목에 자체적으로 사용 가능한 업데이트가 있는 경우 해당 패키지도 업데이트됩니다.

단일 패키지 업데이트

단일 패키지를 업데이트하려면 root 로 다음 명령을 실행합니다.

yum update package_name

~]# yum update rpm
Loaded plugins: langpacks, product-id, subscription-manager
Updating Red Hat repositories.
INFO:rhsm-app.repolib:repos updated: 0
Setting up Update Process
Resolving Dependencies
--> Running transaction check
---> Package rpm.x86_64 0:4.11.1-3.el7 will be updated
--> Processing Dependency: rpm = 4.11.1-3.el7 for package: rpm-libs-4.11.1-3.el7.x86_64
--> Processing Dependency: rpm = 4.11.1-3.el7 for package: rpm-python-4.11.1-3.el7.x86_64
--> Processing Dependency: rpm = 4.11.1-3.el7 for package: rpm-build-4.11.1-3.el7.x86_64
---> Package rpm.x86_64 0:4.11.2-2.el7 will be an update
--> Running transaction check
...
--> Finished Dependency Resolution

Dependencies Resolved
=============================================================================
 Package          Arch    Version     Repository    Size
=============================================================================
Updating:
 rpm            x86_64   4.11.2-2.el7  rhel      1.1 M
Updating for dependencies:
 rpm-build         x86_64   4.11.2-2.el7  rhel      139 k
 rpm-build-libs      x86_64   4.11.2-2.el7  rhel       98 k
 rpm-libs         x86_64   4.11.2-2.el7  rhel      261 k
 rpm-python        x86_64   4.11.2-2.el7  rhel       74 k

Transaction Summary
=============================================================================
Upgrade 1 Package (+4 Dependent packages)

Total size: 1.7 M
Is this ok [y/d/N]:

마찬가지로 패키지 그룹을 업데이트할 수 있습니다. root 로 다음을 입력합니다.

yum group update group_name

여기서 group_name 을 업데이트하려는 패키지 그룹의 이름으로 바꿉니다. 패키지 그룹에 대한 자세한 내용은 9.3절. “패키지 그룹 작업” 을 참조하십시오.

또한 yum은 더 이상 사용되지 않는 구성 옵션을 사용하여 update 와 동일한 업그레이드 명령을 제공합니다( 9.5.1절. “[main] 옵션 설정”참조). 기본적으로 사용되지 않는 것은 /etc/yum.conf 에서 설정되어 이 두 명령을 동일하게 만듭니다.

yum update

yum update --security

최신 보안 업데이트가 포함된 버전으로만 패키지를 업데이트할 수도 있습니다. root 로 다음을 입력합니다.

yum update-minimal --security

예를 들면 다음과 같습니다.

그런 다음 yum update-minimal --security 가 패키지를 kernel-3.10.0-2 로 업데이트하고 yum update --security 는 패키지를 kernel-3.10.0-3 으로 업데이트합니다.

인터넷 또는 Red Hat Network에서 연결이 끊긴 시스템의 경우 Red Hat Enterprise Linux 설치 ISO 이미지와 함께 yum update 명령을 사용하면 시스템을 최신 마이너 버전으로 빠르게 업그레이드할 수 있습니다. 다음 단계는 업그레이드 프로세스를 보여줍니다.

~]# mount -o loop
    rhel-server-7.1-x86_64-dvd.iso /media/rhel7/

~]# cp /media/rhel7/media.repo /etc/yum.repos.d/rhel7.repo

baseurl=file:///media/rhel7/

~]# yum update

~]# umount /media/rhel7/

~]# rmdir /media/rhel7/

~]# rm
     /etc/yum.repos.d/rhel7.repo

다음 명령을 사용하여 모든 RPM 패키지 이름, 설명 및 요약을 검색할 수 있습니다.

yum search term…

검색할 패키지 이름으로 용어를 바꿉니다.

~]$ yum search vim gvim emacs
Loaded plugins: langpacks, product-id, search-disabled-repos, subscription-manager
============================= N/S matched: vim ==============================
vim-X11.x86_64 : The VIM version of the vi editor for the X Window System
vim-common.x86_64 : The common files needed by any version of the VIM editor
[output truncated]

============================ N/S matched: emacs =============================
emacs.x86_64 : GNU Emacs text editor
emacs-auctex.noarch : Enhanced TeX modes for Emacs
[output truncated]

 Name and summary matches mostly, use "search all" for everything.
Warning: No matches found for: gvim

yum search 명령은 이름을 모르는 패키지를 검색하는 데 유용하지만 관련 용어를 알고 있는 경우 유용합니다. 기본적으로 yum search 는 패키지 이름과 요약의 일치를 반환하므로 검색이 더 빨라집니다. yum search all 명령을 사용하여 더 완전하지만 느린 검색을 사용합니다.

glob 표현식을 yum 명령에 인수로 전달할 때 이스케이프해야 합니다. 그러지 않으면 Bash 쉘은 이러한 표현식을 경로 이름 확장 으로 해석하고 현재 디렉터리의 모든 파일을 yum 에 전달할 가능성이 있습니다. glob 표현식이 의도한 대로 yum 에 전달되도록 하려면 다음 방법 중 하나를 사용합니다.

다음 섹션의 예제에서는 이 두 방법을 모두 사용하는 방법을 보여줍니다.

설치 및 사용 가능한 모든 패키지에 대한 정보를 나열하려면 쉘 프롬프트에서 다음을 입력합니다.

yum list all

삽입된 glob 표현식 과 일치하는 설치 및 사용 가능한 패키지를 나열하려면 다음 명령을 사용합니다.

yum list glob_expression…

~]$ yum list abrt-addon\* abrt-plugin\*
Loaded plugins: langpacks, product-id, search-disabled-repos, subscription-manager
Installed Packages
abrt-addon-ccpp.x86_64          2.1.11-35.el7       @rhel-7-server-rpms
abrt-addon-kerneloops.x86_64       2.1.11-35.el7       @rhel-7-server-rpms
abrt-addon-pstoreoops.x86_64       2.1.11-35.el7       @rhel-7-server-rpms
abrt-addon-python.x86_64         2.1.11-35.el7       @rhel-7-server-rpms
abrt-addon-vmcore.x86_64         2.1.11-35.el7       @rhel-7-server-rpms
abrt-addon-xorg.x86_64          2.1.11-35.el7       @rhel-7-server-rpms

시스템에 설치된 모든 패키지를 나열하려면 installed 키워드를 사용합니다. 출력의 오른쪽 열에는 패키지가 검색된 리포지토리가 나열됩니다.

yum list installed glob_expression…

~]$ yum list installed "krb?-*"
Loaded plugins: langpacks, product-id, search-disabled-repos, subscription-manager
Installed Packages
krb5-libs.x86_64         1.13.2-10.el7          @rhel-7-server-rpms

설치할 수 있는 활성화된 모든 리포지토리의 패키지를 모두 나열하려면 다음 형식으로 명령을 사용합니다.

yum list available glob_expression…

~]$ yum list available gstreamer*plugin\*
Loaded plugins: langpacks, product-id, search-disabled-repos, subscription-manager
Available Packages
gstreamer-plugins-bad-free.i686       0.10.23-20.el7     rhel-7-server-rpms
gstreamer-plugins-base.i686         0.10.36-10.el7     rhel-7-server-rpms
gstreamer-plugins-good.i686         0.10.31-11.el7     rhel-7-server-rpms
gstreamer1-plugins-bad-free.i686      1.4.5-3.el7      rhel-7-server-rpms
gstreamer1-plugins-base.i686        1.4.5-2.el7      rhel-7-server-rpms
gstreamer1-plugins-base-devel.i686     1.4.5-2.el7      rhel-7-server-rpms
gstreamer1-plugins-base-devel.x86_64    1.4.5-2.el7      rhel-7-server-rpms
gstreamer1-plugins-good.i686        1.4.5-2.el7      rhel-7-server-rpms

yum repolist

이러한 리포지토리에 대한 자세한 정보를 나열하려면 -v 옵션을 추가합니다. 이 옵션을 활성화하면 파일 이름, 전체 크기, 마지막 업데이트의 날짜, 나열된 각 리포지토리에 대한 기본 URL을 포함한 정보가 표시됩니다. 또는 동일한 출력을 생성하는 repoinfo 명령을 사용할 수 있습니다.

yum repolist -v

yum repoinfo

활성화된 리포지토리와 비활성화된 리포지토리를 모두 나열하려면 다음 명령을 사용합니다. 사용 가능한 리포지토리를 표시하도록 출력 목록에 상태 열이 추가됩니다.

yum repolist all

비활성화 를 첫 번째 인수로 전달하면 명령 출력을 비활성화 리포지토리로 줄일 수 있습니다. 추가 사양의 경우 ID 또는 리포지토리 이름 또는 관련 glob_expressions를 인수로 전달할 수 있습니다. 리포지토리 ID 또는 이름과 삽입된 인수 사이에 정확히 일치하는 경우 이 리포지토리는 활성화 또는 비활성화 필터를 전달하지 않는 경우에도 나열됩니다.

하나 이상의 패키지에 대한 정보를 표시하려면 다음 명령을 사용합니다(glob 표현식은 여기에서도 유효합니다).

yum info package_name…

package_name 을 패키지 이름으로 바꿉니다.

~]$ yum info abrt
Loaded plugins: langpacks, product-id, search-disabled-repos, subscription-manager
Installed Packages
Name    : abrt
Arch    : x86_64
Version   : 2.1.11
Release   : 35.el7
Size    : 2.3 M
Repo    : installed
From repo  : rhel-7-server-rpms
Summary   : Automatic bug detection and reporting tool
URL     : https://fedorahosted.org/abrt/
License   : GPLv2+
Description : abrt is a tool to help users to detect defects in applications and
      : to create a bug report with all information needed by maintainer to fix
      : it. It uses plugin system to extend its functionality.

yum info package_name 명령은 rpm -q --info package_name 명령과 유사하지만 RPM 패키지가 설치된 yum 리포지토리의 이름(출력에서 리포지토리 : 줄 검색)을 추가로 제공합니다.

yumdb info package_name

이 명령은 패키지의 검사 합계(및 SHA-256 등 이를 생성하는 데 사용되는 알고리즘), 패키지를 설치하기 위해 호출된 명령줄에 제공된 명령(있는 경우) 및 시스템에 패키지가 설치된 이유를 나타내는 이유(사용자가 사용자가 설치되었음을 나타내고 depp는 종속성으로 제공됨)를 포함하여 패키지에 대한 추가 정보를 제공합니다.

~]$ yumdb info yum
Loaded plugins: langpacks, product-id
yum-3.4.3-132.el7.noarch
   changed_by = 1000
   checksum_data = a9d0510e2ff0d04d04476c693c0313a11379053928efd29561f9a837b3d9eb02
   checksum_type = sha256
   command_line = upgrade
   from_repo = rhel-7-server-rpms
   from_repo_revision = 1449144806
   from_repo_timestamp = 1449144805
   installed_by = 4294967295
   origin_url = https://cdn.redhat.com/content/dist/rhel/server/7/7Server/x86_64/os/Packages/yum-3.4.3-132.el7.noarch.rpm
   reason = user
   releasever = 7Server
   var_uuid = 147a7d49-b60a-429f-8d8f-3edb6ce6f4a1

yumdb 명령에 대한 자세한 내용은 yumdb(8) 매뉴얼 페이지를 참조하십시오.

단일 패키지 및 모든 패키지가 설치되지 않은 종속 항목을 설치하려면 root 로 다음 형식으로 명령을 입력합니다.

yum install package_name

해당 이름을 인수로 추가하여 여러 패키지를 동시에 설치할 수도 있습니다. 이 작업을 수행하려면 root 로 입력합니다.

yum install package_name package_name…

AMD64 또는 Intel 64 시스템과 같은 멀티lib 시스템에 패키지를 설치하는 경우 패키지 이름에 .arch 를 추가하여 패키지의 아키텍처를 지정할 수 있습니다.

yum install package_name.arch

~]# yum install sqlite.i686

glob 표현식을 사용하여 유사한 여러 개의 이름이 지정된 패키지를 빠르게 설치할 수 있습니다. root 로 실행:

yum install glob_expression…

~]# yum install audacious-plugins-\*

패키지 이름 및 와일드카드 식 외에도 yum install 에 파일 이름을 제공할 수도 있습니다. 설치하려는 바이너리의 이름을 알고 있지만 패키지 이름은 아닌 경우 yum install 경로 이름을 지정할 수 있습니다. 루트 로서 다음을 입력합니다.

yum install /usr/sbin/named

그런 다음 yum은 패키지 목록을 검색하고 /usr/sbin/named (있는 경우)를 제공하고 설치 여부를 묻는 메시지를 표시합니다.

위의 예에서 볼 수 있듯이 yum install 명령에는 엄격하게 정의된 인수가 필요하지 않습니다. 이를 통해 다양한 패키지 이름 및 글러그 표현식을 처리할 수 있으므로 사용자가 더 쉽게 설치할 수 있습니다. 반면 yum은 특히 많은 수의 패키지를 지정하는 경우 yum 이 입력을 올바르게 구문 분석할 때까지 약간의 시간이 걸립니다. 패키지 검색을 최적화하려면 다음 명령을 사용하여 인수를 구문 분석하는 방법을 명시적으로 정의할 수 있습니다.

yum install-n name

yum install-na name.architecture

yum install-nevra name-epoch:version-release.architecture

install-n 를 사용하여yum 은 이름을 패키지의 정확한 이름으로 해석합니다. install-na 명령은 yum 에 패키지 이름과 아키텍처가 점 문자로 구분되어 있음을 알려줍니다. install-nevra 를 사용하면yum 은 name-epoch:version-release.architecture 형식의 인수를 예상합니다. 마찬가지로 제거할 패키지를 검색할 때 yum remove-n,yum remove-na, yum remove-nevra 를 사용할 수 있습니다.

~]# yum provides "*bin/named"
Loaded plugins: langpacks, product-id, search-disabled-repos, subscription-
       : manager
32:bind-9.9.4-14.el7.x86_64 : The Berkeley Internet Name Domain (BIND) DNS
              : (Domain Name System) server
Repo    : rhel-7-server-rpms
Matched from:
Filename  : /usr/sbin/named

~]# yum install httpd
Loaded plugins: langpacks, product-id, subscription-manager
Resolving Dependencies
--> Running transaction check
---> Package httpd.x86_64 0:2.4.6-12.el7 will be updated
---> Package httpd.x86_64 0:2.4.6-13.el7 will be an update
--> Processing Dependency: 2.4.6-13.el7 for package: httpd-2.4.6-13.el7.x86_64
--> Running transaction check
---> Package httpd-tools.x86_64 0:2.4.6-12.el7 will be updated
---> Package httpd-tools.x86_64 0:2.4.6-13.el7 will be an update
--> Finished Dependency Resolution

Dependencies Resolved

================================================================================
 Package    Arch   Version         Repository        Size
================================================================================
Updating:
 httpd     x86_64  2.4.6-13.el7      rhel-x86_64-server-7  1.2 M
Updating for dependencies:
 httpd-tools  x86_64  2.4.6-13.el7      rhel-x86_64-server-7   77 k

Transaction Summary
================================================================================
Upgrade 1 Package (+1 Dependent package)

Total size: 1.2 M
Is this ok [y/d/N]:

Downloading packages:
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
 Updating  : httpd-tools-2.4.6-13.el7.x86_64               1/4
 Updating  : httpd-2.4.6-13.el7.x86_64                  2/4
 Cleanup  : httpd-2.4.6-12.el7.x86_64                  3/4
 Cleanup  : httpd-tools-2.4.6-12.el7.x86_64               4/4
 Verifying : httpd-2.4.6-13.el7.x86_64                  1/4
 Verifying : httpd-tools-2.4.6-13.el7.x86_64               2/4
 Verifying : httpd-tools-2.4.6-12.el7.x86_64               3/4
 Verifying : httpd-2.4.6-12.el7.x86_64                  4/4

Updated:
 httpd.x86_64 0:2.4.6-13.el7

Dependency Updated:
 httpd-tools.x86_64 0:2.4.6-13.el7

Complete!

시스템에서 로컬 디렉터리에서 이전에 다운로드한 패키지를 설치하려면 다음 명령을 사용합니다.

yum localinstall path

경로를 설치하려는 패키지의 경로로 바꿉니다.

예 9.12. “설치 프로세스” 에 표시된 대로 설치 프로세스의 특정 시점에서 다음 메시지와 함께 설치를 확인하라는 메시지가 표시됩니다.

...
Total size: 1.2 M
Is this ok [y/d/N]:
...

d 옵션을 사용하면 yum이 패키지를 즉시 설치하지 않고 다운로드합니다. yum localinstall 명령을 사용하여 나중에 오프라인에서 이러한 패키지를 설치하거나 다른 장치와 공유할 수 있습니다. 다운로드한 패키지는 기본적으로 /var/cache/yum/$basearch/$releasever/packages/.에 의해 캐시 디렉터리의 하위 디렉터리 중 하나에 저장됩니다. 다운로드는 다른 작업에 병렬로 yum 을 사용할 수 있도록 백그라운드 모드로 진행됩니다.

패키지 설치와 마찬가지로 yum을 사용하면 해당 패키지를 제거할 수 있습니다. 특정 패키지와 종속된 패키지를 제거하려면 root 로 다음 명령을 실행합니다.

yum remove package_name…

여러 패키지를 설치할 때 명령에 패키지 이름을 추가하여 한 번에 여러 패키지를 제거할 수 있습니다.

~]# yum remove totem

install 과 유사하게remove 는 다음 인수를 사용할 수 있습니다.

요약 옵션은 설치된 그룹, 사용 가능한 그룹, 사용 가능한 환경 그룹 및 설치 및 사용 가능한 언어 그룹의 수를 확인하는 데 사용됩니다.

yum groups summary

~]$ yum groups summary
Loaded plugins: langpacks, product-id, subscription-manager
Available Environment Groups: 12
Installed Groups: 10
Available Groups: 12

yum 리포지토리의 모든 패키지 그룹을 나열하려면 list 옵션을 추가합니다. 그룹 이름으로 명령 출력을 필터링할 수 있습니다.

yum group list glob_expression…

표시되지 않는 사용자 표시로 표시되지 않는 그룹도 나열하도록 숨겨진, 그룹 ID를 나열하는 ID를 포함하여 이 명령에 몇 가지 선택적 인수를 전달할 수 있습니다. 언어,환경,설치 또는 사용 가능한 옵션을 추가하여 명령 출력을 특정 그룹 유형으로 줄일 수 있습니다.

특정 그룹에 포함된 필수 및 선택적 패키지를 나열하려면 다음 명령을 사용합니다.

yum group info glob_expression…

 ~]$ yum group info LibreOffice
Loaded plugins: langpacks, product-id, subscription-manager

Group: LibreOffice
 Group-Id: libreoffice
 Description: LibreOffice Productivity Suite
 Mandatory Packages:
 =libreoffice-calc
  libreoffice-draw
 -libreoffice-emailmerge
  libreoffice-graphicfilter
 =libreoffice-impress
 =libreoffice-math
 =libreoffice-writer
 +libreoffice-xsltfilter
 Optional Packages:
  libreoffice-base
  libreoffice-pyuno

위의 예에서 볼 수 있듯이 패키지 그룹에 포함된 패키지는 다음 기호로 표시된 것과 다른 상태를 가질 수 있습니다.

이러한 차이점은 group_command 구성 매개변수가 기본 설정인 오브젝트 로 설정된 경우에만 수행됩니다. yum에서 패키지가 그룹의 일부로 설치된 경우 추적하지 않도록 하려면 이 매개변수를 다른 값으로 설정합니다. 그러면 "="패키지와 동등한기호 없음" 패키지가 없습니다.

yum group mark 명령을 사용하여 위의 패키지 상태를 변경할 수 있습니다. 예를 들어 yum group mark 패키지 는 지정된 패키지를 지정된 그룹의 멤버로 표시합니다. 그룹 업데이트에 새 패키지가 설치되지 않도록 하려면 yum group mark blacklist 를 사용합니다. yumgroup mark 의 기능에 대한 자세한 내용은 yum(8) man 페이지를 참조하십시오.

각 패키지 그룹에는 이름과 그룹 ID(groupid)가 있습니다. 모든 패키지 그룹의 이름과 괄호에 표시되는 그룹 ID를 나열하려면 다음을 입력합니다.

yum group list ids

~]$ yum group list ids kde\*
Available environment groups:
  KDE Plasma Workspaces (kde-desktop-environment)
Done

~]$ yum group list hidden ids kde\*
Loaded plugins: product-id, subscription-manager
Available Groups:
  KDE (kde-desktop)
Done

groupid 부분이 없는 전체 그룹 이름을 그룹 install 명령에 전달하여 패키지 그룹을 설치할 수 있습니다. 루트 로서 다음을 입력합니다.

yum group install "group name"

groupid도 설치할 수 있습니다. root 로서 다음 명령을 실행합니다.

yum group install groupid

@ 기호로 앞에 @ 기호를 추가하면 groupid 또는 quoted 그룹 이름을 install 명령에 전달할 수 있습니다.이 명령을 사용하면 yum 에 그룹 install 임을 알 수 있습니다. 루트 로서 다음을 입력합니다.

yum install @group

group 을 groupid 또는 quoted 그룹 이름으로 바꿉니다. 환경 그룹에도 동일한 논리가 적용됩니다.

yum install @^group

~]# yum group install "KDE Desktop"
~]# yum group install kde-desktop
~]# yum install @"KDE Desktop"
~]# yum install @kde-desktop

패키지 그룹 이름 또는 해당 id를 사용하여 install 구문과 유사한 구문을 사용하여 패키지 그룹을 제거할 수 있습니다. 루트 로서 다음을 입력합니다.

yum group remove group_name

yum group remove groupid

또한 @-symbol로 앞에 붙은 경우 groupid 또는 quoted name을 remove 명령에 전달할 수 있습니다. 이 명령은 yum에 그룹 remove 임을 알립니다. 루트 로서 다음을 입력합니다.

yum remove @group

group 을 groupid 또는 quoted 그룹 이름으로 바꿉니다. 또한 환경 그룹을 교체할 수 있습니다.

yum remove @^group

~]# yum group remove "KDE Desktop"
~]# yum group remove kde-desktop
~]# yum remove @"KDE Desktop"
~]# yum remove @kde-desktop

20개의 최근 트랜잭션 목록을 root 로 표시하려면 추가 인수 없이 yum history 를 실행하거나 쉘 프롬프트에서 다음을 입력합니다.

yum history list

모든 트랜잭션을 표시하려면 all 키워드를 추가합니다.

yum history list all

지정된 범위의 트랜잭션만 표시하려면 다음 양식에서 명령을 사용합니다.

yum history list start_id..end_id

특정 패키지 또는 패키지와 관련된 트랜잭션만 나열할 수도 있습니다. 이렇게 하려면 패키지 이름 또는 glob 표현식과 함께 명령을 사용합니다.

yum history list glob_expression…

~]# yum history list 1..5
Loaded plugins: langpacks, product-id, subscription-manager
ID   | Login user        | Date and time  | Action(s)   | Altered
-------------------------------------------------------------------------------
   5 | User <user>       | 2013-07-29 15:33 | Install    |  1
   4 | User <user>       | 2013-07-21 15:10 | Install    |  1
   3 | User <user>       | 2013-07-16 15:27 | I, U      |  73
   2 | System <unset>      | 2013-07-16 15:19 | Update     |  1
   1 | System <unset>      | 2013-07-16 14:38 | Install    | 1106
history list

모든 형태의 yum history list 명령은 다음 열로 구성된 각 행이 있는 테이블 형식 출력을 생성합니다.

현재 사용된 rpmdb 또는 yumdb 데이터베이스와 설치된 패키지의 rpmdb 또는 yumdb 데이터베이스 내용을 동기화하려면 다음을 입력합니다.

yum history sync

현재 사용된 기록 데이터베이스에 대한 몇 가지 전체 통계를 표시하려면 다음 명령을 사용합니다.

yum history stats

~]# yum history stats
Loaded plugins: langpacks, product-id, subscription-manager
File    : //var/lib/yum/history/history-2012-08-15.sqlite
Size    : 2,766,848
Transactions: 41
Begin time : Wed Aug 15 16:18:25 2012
End time  : Wed Feb 27 14:52:30 2013
Counts   :
 NEVRAC : 2,204
 NEVRA : 2,204
 NA   : 1,759
 NEVR  : 2,204
 rpm DB : 2,204
 yum DB : 2,204
history stats

또한 yum을 사용하면 모든 과거의 트랜잭션에 대한 요약을 표시할 수 있습니다. 이렇게 하려면 root 로 다음 형태로 명령을 실행합니다.

yum history summary

지정된 범위의 트랜잭션만 표시하려면 다음을 입력합니다.

yum history summary start_id..end_id

yum history list 명령과 마찬가지로 패키지 이름 또는 glob 표현식을 제공하여 특정 패키지 또는 패키지와 관련된 트랜잭션 요약을 표시할 수도 있습니다.

yum history summary glob_expression…

~]# yum history summary 1..5
Loaded plugins: langpacks, product-id, subscription-manager
Login user         | Time        | Action(s)    | Altered
-------------------------------------------------------------------------------
Jaromir ... <jhradilek>  | Last day      | Install     |    1
Jaromir ... <jhradilek>  | Last week      | Install     |    1
Jaromir ... <jhradilek>  | Last 2 weeks    | I, U       |    73
System <unset>       | Last 2 weeks    | I, U       |   1107
history summary

모든 형태의 yum history summary 명령은 yum history list 의 출력과 유사한 단순화된 테이블 출력을 생성합니다.

위에 표시된 대로 yum history list 및 yum history summary 은 모두 트랜잭션을 지향하지만 지정된 패키지 또는 패키지와 관련된 트랜잭션만 표시할 수 있지만 패키지 버전과 같은 중요한 세부 사항은 표시되지 않습니다. 패키지 관점에서 트랜잭션을 나열하려면 root 로 다음 명령을 실행합니다.

yum history package-list glob_expression…

~]# yum history package-list subscription-manager\*
Loaded plugins: langpacks, product-id, search-disabled-repos, subscription-manager
ID   | Action(s)   | Package
-------------------------------------------------------------------------------
   2 | Updated    | subscription-manager-1.13.22-1.el7.x86_64     EE
   2 | Update     |           1.15.9-15.el7.x86_64     EE
   2 | Obsoleted   | subscription-manager-firstboot-1.13.22-1.el7.x86_64 EE
   2 | Updated    | subscription-manager-gui-1.13.22-1.el7.x86_64   EE
   2 | Update     |             1.15.9-15.el7.x86_64   EE
   2 | Obsoleting   | subscription-manager-initial-setup-addon-1.15.9-15.el7.x86_64 EE
   1 | Install    | subscription-manager-1.13.22-1.el7.x86_64
   1 | Install    | subscription-manager-firstboot-1.13.22-1.el7.x86_64
   1 | Install    | subscription-manager-gui-1.13.22-1.el7.x86_64
history package-list

단일 트랜잭션 요약을 root 로 표시하려면 다음 형식으로 yum history summary 명령을 사용합니다.

yum history summary id

여기서 id 는 트랜잭션의 ID입니다.

특정 트랜잭션 또는 트랜잭션을 보다 자세히 검사하려면 root 로 다음 명령을 실행하십시오.

yum history info id…

id 인수는 선택 사항이며 생략하면 yum은 마지막 트랜잭션을 자동으로 사용합니다. 둘 이상의 트랜잭션을 지정할 때 범위를 사용할 수도 있습니다.

yum history info start_id..end_id

~]# yum history info 4..5
Loaded plugins: langpacks, product-id, search-disabled-repos, subscription-manager
Transaction ID : 4..5
Begin time   : Mon Dec 7 16:51:07 2015
Begin rpmdb  : 1252:d2b62b7b5768e855723954852fd7e55f641fbad9
End time    :      17:18:49 2015 (27 minutes)
End rpmdb   : 1253:cf8449dc4c53fc0cbc0a4c48e496a6c50f3d43c5
User      : Maxim Svistunov <msvistun>
Return-Code  : Success
Command Line  : install tigervnc-server.x86_64
Command Line  : reinstall tigervnc-server
Transaction performed with:
  Installed   rpm-4.11.3-17.el7.x86_64         @rhel-7-server-rpms
  Installed   subscription-manager-1.15.9-15.el7.x86_64 @rhel-7-server-rpms
  Installed   yum-3.4.3-132.el7.noarch         @rhel-7-server-rpms
Packages Altered:
  Reinstall tigervnc-server-1.3.1-3.el7.x86_64 @rhel-7-server-rpms
history info

트랜잭션 시 사용된 구성 옵션 또는 리포지토리 및 특정 패키지가 설치된 이유와 같은 추가 정보를 볼 수도 있습니다. 특정 트랜잭션에 사용할 수 있는 추가 정보를 확인하려면 루트로 쉘 프롬프트에 다음을 입력합니다.

yum history addon-info id

yum history info 와 유사하게 id 가 제공되지 않으면 yum은 latest 트랜잭션을 자동으로 사용합니다. 최신 트랜잭션을 참조하는 또 다른 방법은 마지막 키워드를 사용하는 것입니다.

yum history addon-info last

~]# yum history addon-info 4
Loaded plugins: langpacks, product-id, subscription-manager
Transaction ID: 4
Available additional history information:
 config-main
 config-repos
 saved_tx

history addon-info

yum history addon-info 명령의 출력에서 다음 세 가지 유형의 정보를 사용할 수 있습니다.

선택한 유형의 추가 정보를 표시하려면 root 로 다음 명령을 실행합니다.

yum history addon-info id information

트랜잭션 내역을 검토하는 것 외에도 yum history 명령은 선택한 트랜잭션을 되돌리거나 반복할 수 있는 수단을 제공합니다. 트랜잭션을 되돌리려면 쉘 프롬프트에서 root 로 다음을 입력합니다.

yum history undo id

특정 트랜잭션을 root 로 반복하려면 다음 명령을 실행합니다.

yum history redo id

두 명령 모두 마지막 키워드를 수락하여 최신 트랜잭션을 취소하거나 반복합니다.

yum history undo 및 yum history 명령을 둘 다 트랜잭션 중에 수행된 단계를 되돌리거나 반복합니다. 트랜잭션이 새 패키지를 설치한 경우 yum history undo 명령에서 해당 패키지를 제거하고 트랜잭션이 패키지를 제거한 경우 명령이 다시 설치합니다. 또한 이 명령은 이러한 이전 패키지를 계속 사용할 수 있는 경우 업데이트된 모든 패키지를 이전 버전으로 다운그레이드하려고 합니다.

동일한 시스템을 여러 개 관리할 때 yum을 사용하면 해당 시스템에서 트랜잭션을 수행하여 트랜잭션 세부 사항을 파일에 저장하고 테스트 기간 후에 나머지 시스템에서 동일한 트랜잭션을 반복할 수 있습니다. 트랜잭션 세부 정보를 파일에 저장하려면 쉘 프롬프트에서 root 로 다음을 입력합니다.

yum -q history addon-info id saved_tx > file_name

이 파일을 대상 시스템에 복사하면 root 로 다음 명령을 사용하여 트랜잭션을 반복할 수 있습니다.

yum load-transaction file_name

누락된 패키지 또는 rpmdb 버전 을 무시하도록 로드 비트랜젝션 을 구성할 수 있습니다. 이러한 구성 옵션에 대한 자세한 내용은 yum.conf(5) 매뉴얼 페이지를 참조하십시오.

yum은 트랜잭션 기록을 단일 SQLite 데이터베이스 파일에 저장합니다. 새 트랜잭션 기록을 시작하려면 root 로 다음 명령을 실행합니다.

yum history new

그러면 /var/lib/yum/history/ 디렉토리에 비어 있는 새 데이터베이스 파일이 생성됩니다. 이전 트랜잭션 기록은 유지되지만 최신 데이터베이스 파일이 디렉터리에 있는 동안에는 액세스할 수 없습니다.

/etc/yum.conf 설정 파일에는 정확히 하나의 [main] 섹션이 포함되어 있으며 이 섹션의 일부 키-값 쌍은 yum의 작동 방식에 영향을 미치므로 yum이 리포지토리를 처리하는 방식에 영향을 미칩니다.

/etc/yum.conf 의 [main] 섹션 제목 아래에 많은 추가 옵션을 추가할 수 있습니다.

샘플 /etc/yum.conf 설정 파일은 다음과 같습니다.

[main]
cachedir=/var/cache/yum/$basearch/$releasever
keepcache=0
debuglevel=2
logfile=/var/log/yum.log
exactarch=1
obsoletes=1
gpgcheck=1
plugins=1
installonly_limit=3

[comments abridged]

# PUT YOUR REPOS HERE OR IN separate files named file.repo
# in /etc/yum.repos.d

다음은 [main] 섹션에서 가장 일반적으로 사용되는 옵션입니다.

사용 가능한 [main] 옵션의 전체 목록은 yum.conf(5) 매뉴얼 페이지의 [main] OPTIONS 섹션을 참조하십시오.

[repository] 섹션은 repository 가 my_personal_repo (공백이 허용되지 않음)와 같은 고유한 리포지토리 ID로 개별 yum 리포지토리를 정의할 수 있도록 합니다. 충돌을 방지하려면 사용자 정의 리포지토리가 Red Hat 리포지토리에서 사용하는 이름을 사용해서는 안 됩니다.

다음은 [리포지토리] 섹션의 최소 예는 다음과 같습니다.

[repository]
name=repository_name
baseurl=repository_url

모든 [repository] 섹션에는 다음 지시문이 포함되어야 합니다.

기타 유용한 [repository] 지시문은 다음과 같습니다.

더 많은 [저장소] 옵션이 있으며, 그 중 일부는 특정 [기본] 옵션과 동일한 형식을 갖습니다. 전체 목록은 yum.conf(5) 매뉴얼 페이지의 [repository] OPTIONS 섹션을 참조하십시오.

#
# Red Hat Repositories
# Managed by (rhsm) subscription-manager
#

[red-hat-enterprise-linux-scalable-file-system-for-rhel-6-entitlement-rpms]
name = Red Hat Enterprise Linux Scalable File System (for RHEL 6 Entitlement) (RPMs)
baseurl = https://cdn.redhat.com/content/dist/rhel/entitlement-6/releases/$releasever/$basearch/scalablefilesystem/os
enabled = 1
gpgcheck = 1
gpgkey = file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release
sslverify = 1
sslcacert = /etc/rhsm/ca/redhat-uep.pem
sslclientkey = /etc/pki/entitlement/key.pem
sslclientcert = /etc/pki/entitlement/11300387955690106.pem

[red-hat-enterprise-linux-scalable-file-system-for-rhel-6-entitlement-source-rpms]
name = Red Hat Enterprise Linux Scalable File System (for RHEL 6 Entitlement) (Source RPMs)
baseurl = https://cdn.redhat.com/content/dist/rhel/entitlement-6/releases/$releasever/$basearch/scalablefilesystem/source/SRPMS
enabled = 0
gpgcheck = 1
gpgkey = file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release
sslverify = 1
sslcacert = /etc/rhsm/ca/redhat-uep.pem
sslclientkey = /etc/pki/entitlement/key.pem
sslclientcert = /etc/pki/entitlement/11300387955690106.pem

[red-hat-enterprise-linux-scalable-file-system-for-rhel-6-entitlement-debug-rpms]
name = Red Hat Enterprise Linux Scalable File System (for RHEL 6 Entitlement) (Debug RPMs)
baseurl = https://cdn.redhat.com/content/dist/rhel/entitlement-6/releases/$releasever/$basearch/scalablefilesystem/debug
enabled = 0
gpgcheck = 1
gpgkey = file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release
sslverify = 1
sslcacert = /etc/rhsm/ca/redhat-uep.pem
sslclientkey = /etc/pki/entitlement/key.pem
sslclientcert = /etc/pki/entitlement/11300387955690106.pem

yum 명령과 모든 yum 구성 파일 (즉, /etc/yum.conf 및 /etc/yum .repo s.d/ 디렉토리에 있는 모든 .repo 파일)에서 다음 기본 제공 변수를 사용하고 참조할 수 있습니다.

사용자 지정 변수를 정의하거나 기존 변수의 값을 재정의하려면 /etc/yum/vars/ 디렉터리에서 변수와 동일한 이름으로 파일을 생성하고 첫 번째 줄에 원하는 값을 추가합니다.

예를 들어, 리포지토리 설명에는 운영 체제 이름이 자주 포함됩니다. $osname 이라는 새 변수를 정의하려면 첫 번째 줄에 "Red Hat Enterprise Linux"를 사용하여 새 파일을 만들고 /etc/yum/vars/osname 으로 저장합니다.

~]# echo "Red Hat Enterprise Linux 7" > /etc/yum/vars/osname

"Red Hat Enterprise Linux 7" 대신 .repo 파일에서 다음을 사용할 수 있습니다.

name=$osname $releasever

글로벌 yum 옵션의 현재 값(즉, /etc/yum.conf 파일의 [main] 섹션에 지정된 옵션)을 표시하려면 명령줄 옵션 없이 yum-config-manager 명령을 실행합니다.

yum-config-manager

다른 구성 섹션 또는 섹션의 내용을 나열하려면 다음 양식에서 명령을 사용합니다.

yum-config-manager section…

glob 표현식을 사용하여 일치하는 모든 섹션의 구성을 표시할 수도 있습니다.

yum-config-manager glob_expression…

~]$ yum-config-manager main \*
Loaded plugins: langpacks, product-id, subscription-manager
================================== main ===================================
[main]
alwaysprompt = True
assumeyes = False
bandwith = 0
bugtracker_url = https://bugzilla.redhat.com/enter_bug.cgi?product=Red%20Hat%20Enterprise%20Linux%206&component=yum
cache = 0
[output truncated]

9.5.2절. “[repository] 옵션 설정” yum 리포지토리를 정의하는 데 사용할 수 있는 다양한 옵션을 설명합니다. 이 섹션에서는 yum-config-manager 명령을 사용하여 리포지토리를 추가, 활성화 및 비활성화하는 방법을 설명합니다.

yum 리포지토리는 일반적으로 자체 .repo 파일을 제공합니다. 이러한 저장소를 시스템에 추가하고 활성화하려면 root 로 다음 명령을 실행하십시오.

yum-config-manager --add-repo repository_url

여기서 repository_url 은 . repo 파일에 대한 링크입니다.

~]# yum-config-manager --add-repo http://www.example.com/example.repo
Loaded plugins: langpacks, product-id, subscription-manager
adding repo from: http://www.example.com/example.repo
grabbing file http://www.example.com/example.repo to /etc/yum.repos.d/example.repo
example.repo                       | 413 B   00:00
repo saved to /etc/yum.repos.d/example.repo

yum-config-manager --enable repository…

리포지토리가 고유한 리포지토리 ID입니다( yum repolist all 을 사용하여 사용 가능한 리포지토리 ID 나열). 또는 glob 표현식을 사용하여 일치하는 모든 리포지토리를 활성화할 수 있습니다.

yum-config-manager --enable glob_expression…

~]# yum-config-manager --enable example\*
Loaded plugins: langpacks, product-id, subscription-manager
============================== repo: example ==============================
[example]
bandwidth = 0
base_persistdir = /var/lib/yum/repos/x86_64/7Server
baseurl = http://www.example.com/repo/7Server/x86_64/
cache = 0
cachedir = /var/cache/yum/x86_64/7Server/example
[output truncated]

~]# yum-config-manager --enable \*
Loaded plugins: langpacks, product-id, subscription-manager
============================== repo: example ==============================
[example]
bandwidth = 0
base_persistdir = /var/lib/yum/repos/x86_64/7Server
baseurl = http://www.example.com/repo/7Server/x86_64/
cache = 0
cachedir = /var/cache/yum/x86_64/7Server/example
[output truncated]

성공하면 yum-config-manager --enable 명령은 현재 리포지토리 구성을 표시합니다.

yum-config-manager --disable repository…

리포지토리가 고유한 리포지토리 ID입니다( yum repolist all 을 사용하여 사용 가능한 리포지토리 ID 나열). yum-config-manager --enable 도 마찬가지로 glob 표현식을 사용하여 일치하는 모든 리포지토리를 동시에 비활성화할 수 있습니다.

yum-config-manager --disable glob_expression…

~]# yum-config-manager --disable \*
Loaded plugins: langpacks, product-id, subscription-manager
============================== repo: example ==============================
[example]
bandwidth = 0
base_persistdir = /var/lib/yum/repos/x86_64/7Server
baseurl = http://www.example.com/repo/7Server/x86_64/
cache = 0
cachedir = /var/cache/yum/x86_64/7Server/example
[output truncated]

성공하면 yum-config-manager --disable 명령을 실행하면 현재 구성이 표시됩니다.

yum 리포지토리를 설정하려면 다음을 수행합니다.

선택적 및 추가 서브스크립션 채널은 오픈 소스 라이센스 소프트웨어 (선택 채널) 및 독점 라이센스 소프트웨어 (애드라이브 채널의 경우)를 포함하는 Red Hat Enterprise Linux용 추가 소프트웨어 패키지를 제공합니다.

선택적 및 추가 채널에 가입하기 전에 지원 범위 세부 정보를 참조하십시오. 이러한 채널에서 패키지를 설치하려면 How to access Optional and Supplementary channel, and -devel packages using Red Hat Subscription Manager (RHSM)를 사용하여 Red Hat Customer Portal에 설명된 단계를 따르십시오.

yum 플러그인을 활성화하려면 plugins= 로 시작하는 행이 /etc/yum.conf 의 [main] 섹션에 있고 해당 값이 1 인지 확인합니다.

plugins=1

이 행을 plugins=0 으로 변경하여 모든 플러그인을 비활성화할 수 있습니다.

설치된 모든 플러그인에는 /etc/yum/pluginconf.d/ 디렉토리에 자체 구성 파일이 있습니다. 이러한 파일에서 플러그인 특정 옵션을 설정할 수 있습니다. 예를 들어 별칭 플러그인의 aliases.conf 구성 파일은 다음과 같습니다.

[main]
enabled=1

/etc/yum.conf 파일과 유사하게 플러그인 구성 파일에는 항상 enabled= 옵션이 yum 명령을 실행할 때 플러그인이 활성화되는지 여부를 제어하는 [main] 섹션이 포함되어 있습니다. 이 옵션이 없는 경우 파일에 수동으로 추가할 수 있습니다.

/etc/yum.conf 에서 enabled=0 을 설정하여 모든 플러그인을 비활성화하면 개별 구성 파일에서 활성화되었는지 여부와 관계없이 모든 플러그인이 비활성화됩니다.

단일 yum 명령에 대해 모든 yum 플러그인을 비활성화하려는 경우 --noplugins 옵션을 사용합니다.

단일 yum 명령에 대해 하나 이상의 yum 플러그인을 비활성화하려면 --disableplugin=plugin_name 옵션을 명령에 추가합니다. 예를 들어 시스템을 업데이트하는 동안 aliases 플러그인을 비활성화하려면 다음을 입력합니다.

~]# yum update --disableplugin=aliases

--disableplugin= 옵션에 제공하는 플러그인 이름은 yum 명령의 출력에서 로드된 플러그인 행 뒤에 나열된 이름과 동일합니다. 해당 이름을 쉼표로 구분하여 여러 플러그인을 비활성화할 수 있습니다. 또한 여러 플러그인 이름과 일치하거나 glob 표현식을 사용하여 긴 이름을 단축할 수 있습니다.

~]# yum update --disableplugin=aliases,lang*

yum 플러그인은 일반적으로 yum-plugin-plugin_name package-naming 규칙을 준수하지만 항상 그렇지는 않습니다. 예를 들어 kabi 플러그인의 이름을 kabi-yum-plugins 라고 합니다. 다른 패키지를 설치하는 것과 동일한 방식으로 yum 플러그인을 설치할 수 있습니다. 예를 들어 yum-aliases 플러그인을 설치하려면 쉘 프롬프트에서 다음을 입력합니다.

~]# yum install yum-plugin-aliases

다음 목록은 몇 가지 유용한 yum 플러그인에 대한 설명 및 사용 지침을 제공합니다. 플러그인은 이름으로 나열되며, 대괄호에는 패키지 이름이 포함됩니다.

다운로드한 업데이트의 자동 설치를 활성화하려면 apply_updates 옵션을 다음과 같이 설정하여 일일 설치 또는 시간별 설치의 시간별 구성 파일을 편집합니다.

apply_updates = yes

기본적으로 yum-cron 서비스는 cron 을 사용하여 실행된 명령의 출력이 포함된 이메일을 보냅니다. 이 이메일은 cron 구성에 따라 전송되며 일반적으로 로컬 수퍼유저로 전송되며 /var/spool/mail/root 파일에 저장됩니다.

모든 cron 작업에 영향을 미치는 설정과 다른 특정 이메일 구성을 사용할 수 있습니다. 그러나 이 이메일 구성은 TLS를 지원하지 않으며 전체 이메일 내장 논리는 매우 기본적인 것입니다.

yum-cron 기본 제공 이메일 알림을 활성화하려면 다음을 수행합니다.

yum-cron 은 리포지토리의 특정 구성을 지원하지 않습니다. yum-cron 에 대한 특정 리포지토리를 활성화 또는 비활성화하는 해결 방법으로는 일반적으로 yum 의 경우 해당 단계를 수행하지 않습니다.

예약된 yum-cron 작업을 기다리지 않고 yum-cron 설정을 테스트하려면 다음을 수행합니다.

yum-cron 메시지는 완전히 비활성화할 수 없지만 우선 순위가 중요한 메시지로만 제한할 수 있습니다. 메시지를 제한하려면 다음을 수행합니다.

yum-cron 서비스는 yum clean all 명령과 유사한 패키지를 제거하는 데 구성 옵션을 지원하지 않습니다. 패키지를 자동으로 정리하려면 실행 가능한 쉘 스크립트로 cron 작업을 생성할 수 있습니다.

Red Hat Enterprise Linux 7에서 systemd 시스템 및 서비스 관리자는 다음과 같은 주요 기능을 제공합니다.

systemd 시스템 및 서비스 관리자는 SysV init 및 Upstart와 대부분 호환되도록 설계되었습니다. 다음은 Red Hat Enterprise Linux 시스템의 이전 주요 릴리스와 관련하여 가장 주목할 만한 호환성 변경 사항입니다.

systemd와 함께 도입된 호환성 변경 사항의 자세한 목록은 Red Hat Enterprise Linux 7 마이그레이션 플래닝 가이드 를 참조하십시오.

현재 로드된 서비스 유닛을 모두 나열하려면 쉘 프롬프트에서 다음을 입력합니다.

systemctl list-units --type service

각 서비스 유닛 파일에 대해 이 명령은 전체 이름(UNIT)을 표시하고 단위 파일이 로드되었는지 여부(LOAD), 높은 수준의( started ) 및 하위 수준(SUB) 단위 파일 활성화 상태, 짧은 설명(DESCRIPTION)을 표시합니다.

기본적으로 systemctl list-units 명령은 활성 유닛만 표시합니다. 상태에 관계없이 로드된 유닛을 모두 나열하려면 --all 또는 -a 명령줄 옵션을 사용하여 이 명령을 실행하십시오.

systemctl list-units --type service --all

사용 가능한 모든 서비스 유닛을 나열하여 활성화되어 있는지 확인할 수도 있습니다. 이렇게 하려면 다음을 입력합니다.

systemctl list-unit-files --type service

각 서비스 유닛에 대해 이 명령은 전체 이름(UNIT FILE)을 표시하고 서비스 유닛이 활성화되었는지 여부(STATE)가 있는지 여부가 표시됩니다. 개별 서비스 유닛의 상태를 결정하는 방법에 대한 자세한 내용은 10.2.2절. “서비스 상태 표시” 을 참조하십시오.

~]$ systemctl list-units --type service
UNIT              LOAD  ACTIVE SUB   DESCRIPTION
abrt-ccpp.service       loaded active exited Install ABRT coredump hook
abrt-oops.service       loaded active running ABRT kernel log watcher
abrt-vmcore.service      loaded active exited Harvest vmcores for ABRT
abrt-xorg.service       loaded active running ABRT Xorg log watcher
abrtd.service         loaded active running ABRT Automated Bug Reporting Tool
...
systemd-vconsole-setup.service loaded active exited Setup Virtual Console
tog-pegasus.service      loaded active running OpenPegasus CIM Server

LOAD  = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB  = The low-level unit activation state, values depend on unit type.

46 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'

~]$ systemctl list-unit-files --type service
UNIT FILE                  STATE
abrt-ccpp.service              enabled
abrt-oops.service              enabled
abrt-vmcore.service             enabled
abrt-xorg.service              enabled
abrtd.service                enabled
...
wpa_supplicant.service           disabled
ypbind.service               disabled

208 unit files listed.

시스템 서비스에 해당하는 서비스 유닛에 대한 자세한 정보를 표시하려면 쉘 프롬프트에서 다음을 입력합니다.

systemctl status name.service

name 을 검사할 서비스 유닛의 이름으로 바꿉니다(예: gdm). 이 명령은 선택한 서비스 단위의 이름, 간단한 설명, 표 10.5. “사용 가능한 서비스 단위 정보” 에 설명된 하나 이상의 필드, root 사용자가 실행하는 경우 가장 최근 로그 항목도 표시합니다.

특정 서비스 장치가 실행 중인지 확인하려면 다음 명령을 실행합니다.

systemctl is-active name.service

마찬가지로 특정 서비스 장치가 활성화되어 있는지 여부를 확인하려면 다음을 입력합니다.

systemctl is-enabled name.service

systemctl is-active 및 systemctl is-enabled 는 모두 지정된 서비스 장치가 실행 중이거나 활성화되어 있는 경우 종료 상태 0 을 반환합니다. 현재 로드된 모든 서비스 단위를 나열하는 방법에 대한 자세한 내용은 10.2.1절. “서비스 나열” 을 참조하십시오.

~]# systemctl status gdm.service
gdm.service - GNOME Display Manager
  Loaded: loaded (/usr/lib/systemd/system/gdm.service; enabled)
  Active: active (running) since Thu 2013-10-17 17:31:23 CEST; 5min ago
 Main PID: 1029 (gdm)
  CGroup: /system.slice/gdm.service
      ├─1029 /usr/sbin/gdm
      ├─1037 /usr/libexec/gdm-simple-slave --display-id /org/gno...
      └─1047 /usr/bin/Xorg :0 -background none -verbose -auth /r...

Oct 17 17:31:23 localhost systemd[1]: Started GNOME Display Manager.

~]# systemctl list-dependencies --after gdm.service
gdm.service
├─dbus.socket
├─getty@tty1.service
├─livesys.service
├─plymouth-quit.service
├─system.slice
├─systemd-journald.socket
├─systemd-user-sessions.service
└─basic.target
[output truncated]

~]# systemctl list-dependencies --before gdm.service
gdm.service
├─dracut-shutdown.service
├─graphical.target
│ ├─systemd-readahead-done.service
│ ├─systemd-readahead-done.timer
│ └─systemd-update-utmp-runlevel.service
└─shutdown.target
 ├─systemd-reboot.service
 └─final.target
  └─systemd-reboot.service

시스템 서비스에 해당하는 서비스 장치를 시작하려면 root 로 쉘 프롬프트에 다음을 입력합니다.

systemctl start name.service

시작할 서비스 유닛의 이름으로 이름을 바꿉니다(예: gdm). 이 명령은 현재 세션에서 선택한 서비스 유닛을 시작합니다. 부팅 시 서비스 유닛을 시작하는 방법에 대한 자세한 내용은 10.2.6절. “서비스 활성화” 을 참조하십시오. 특정 서비스 유닛의 상태를 결정하는 방법에 대한 자세한 내용은 10.2.2절. “서비스 상태 표시” 을 참조하십시오.

~]# systemctl start httpd.service

시스템 서비스에 해당하는 서비스 장치를 중지하려면 쉘 프롬프트에 root 로 다음을 입력합니다.

systemctl stop name.service

중지하려는 서비스 유닛의 이름으로 이름을 바꿉니다(예: bluetooth). 이 명령은 현재 세션에서 선택한 서비스 유닛을 중지합니다. 서비스 유닛을 비활성화하고 부팅 시 시작되지 않게 하는 방법에 대한 자세한 내용은 10.2.7절. “서비스 비활성화” 을 참조하십시오. 특정 서비스 유닛의 상태를 결정하는 방법에 대한 자세한 내용은 10.2.2절. “서비스 상태 표시” 을 참조하십시오.

~]# systemctl stop bluetooth.service

시스템 서비스에 해당하는 서비스 장치를 다시 시작하려면 root 로 쉘 프롬프트에 다음을 입력합니다.

systemctl restart name.service

이름을 재시작할 서비스 유닛의 이름으로 바꿉니다(예: httpd). 이 명령은 현재 세션에서 선택한 서비스 장치를 중지하고 즉시 다시 시작합니다. 중요한 점은 선택한 서비스 장치가 실행되고 있지 않으면 이 명령도 시작합니다. 해당 서비스가 이미 실행 중인 경우에만 서비스 장치를 재시작하도록 systemd에 지시하려면 root 로 다음 명령을 실행합니다.

systemctl try-restart name.service

또한 특정 시스템 서비스를 사용하면 실행을 중단하지 않고 구성을 다시 로드할 수 있습니다. 이 작업을 수행하려면 root 로 입력합니다.

systemctl reload name.service

이 기능을 지원하지 않는 시스템 서비스는 이 명령을 모두 무시합니다. 편의를 위해 systemctl 명령은 서비스를 다시 시작하는 reload-or-restart 및 reload-or-try-restart 명령도 지원합니다. 특정 서비스 유닛의 상태를 결정하는 방법에 대한 자세한 내용은 10.2.2절. “서비스 상태 표시” 을 참조하십시오.

~]# systemctl reload httpd.service

부팅 시 자동으로 시스템 서비스에 해당하는 서비스 장치를 구성하려면 쉘 프롬프트에서 root 로 다음을 입력합니다.

systemctl enable name.service

name 을 활성화할 서비스 유닛의 이름으로 바꿉니다(예: httpd). 이 명령은 선택한 서비스 장치의 [Install] 섹션을 읽고 /etc/systemd/system / 디렉터리에 있는 /usr/lib/systemd/system/name.service 파일에 대한 적절한 심볼릭 링크를 생성합니다. 그러나 이 명령은 이미 존재하는 링크를 다시 작성하지 않습니다. 심볼릭 링크가 다시 생성되었는지 확인하려면 root 로 다음 명령을 사용하십시오.

systemctl reenable name.service

이 명령은 선택한 서비스 장치를 비활성화하고 즉시 다시 활성화합니다. 특정 서비스 유닛이 부팅 시 시작되도록 활성화되었는지 확인하는 방법에 대한 자세한 내용은 10.2.2절. “서비스 상태 표시” 을 참조하십시오. 현재 세션에서 서비스를 시작하는 방법에 대한 자세한 내용은 10.2.3절. “서비스 시작” 을 참조하십시오.

~]# systemctl enable httpd.service
Created symlink from /etc/systemd/system/multi-user.target.wants/httpd.service to /usr/lib/systemd/system/httpd.service.

부팅 시 시스템 서비스에 해당하는 서비스 장치가 자동으로 시작되지 않도록 하려면 쉘 프롬프트에서 root 로 다음을 입력합니다.

systemctl disable name.service

비활성화하려는 서비스 유닛의 이름으로 이름을 바꿉니다(예: bluetooth). 이 명령은 선택한 서비스 장치의 [Install] 섹션을 읽고 /etc/systemd/system / 디렉터리 및 하위 디렉터리의 /usr/lib/systemd/system/name.service 파일에 대한 적절한 심볼릭 링크를 제거합니다. 또한 서비스 유닛을 마스킹하여 수동으로 또는 다른 서비스에 의해 시작되지 않도록 할 수 있습니다. 이렇게 하려면 root 로 다음 명령을 실행하십시오.

systemctl mask name.service

이 명령은 /etc/systemd/system/name.service 파일을 /dev/null 에 대한 심볼릭 링크로 대체하여 systemd에 액세스할 수 없는 실제 장치 파일을 렌더링합니다. 이 작업을 취소하고 서비스 유닛을 마스크 해제하려면 root 로 를 입력합니다.

systemctl unmask name.service

특정 서비스 유닛이 부팅 시 시작되도록 활성화되었는지 확인하는 방법에 대한 자세한 내용은 10.2.2절. “서비스 상태 표시” 을 참조하십시오. 현재 세션에서 서비스를 중지하는 방법에 대한 자세한 내용은 10.2.4절. “서비스 중지” 을 참조하십시오.

~]# systemctl disable bluetooth.service
Removed symlink /etc/systemd/system/bluetooth.target.wants/bluetooth.service.
Removed symlink /etc/systemd/system/dbus-org.bluez.service.

systemd 에서 서비스 간 양수 및 음수 종속성이 있습니다. 특정 서비스를 시작하려면 하나 이상의 다른 서비스(positive dependency)를 시작하거나 하나 이상의 서비스(negative 종속성)를 중지해야 할 수 있습니다.

새 서비스를 시작하려고 하면 systemd 는 모든 종속성을 자동으로 해결합니다. 이 작업은 사용자에게 명시적인 알림 없이 수행됩니다. 이미 서비스를 실행하고 음수 종속성으로 다른 서비스를 시작하려고 하면 첫 번째 서비스가 자동으로 중지됩니다.

예를 들어 postfix 서비스를 실행 중이고 sendmail 서비스를 시작하려고 하면 systemd 는 먼저 postfix 를 자동으로 중지합니다. 이러한 두 서비스가 충돌하며 동일한 포트에서 실행할 수 없기 때문입니다.

기본적으로 사용되는 대상 장치를 확인하려면 다음 명령을 실행합니다.

systemctl get-default

이 명령은 /etc/systemd/system/default.target 에 있는 심볼릭 링크를 확인하고 결과를 표시합니다. 기본 대상을 변경하는 방법에 대한 자세한 내용은 10.3.3절. “기본 대상 변경” 을 참조하십시오. 현재 로드된 모든 대상 장치를 나열하는 방법에 대한 자세한 내용은 10.3.2절. “현재 대상 보기” 을 참조하십시오.

~]$ systemctl get-default
graphical.target

현재 로드된 모든 대상 장치를 나열하려면 쉘 프롬프트에서 다음 명령을 입력합니다.

systemctl list-units --type target

각 대상 유닛에 대해 이 명령은 전체 이름(UNIT)을 표시하고, 유닛이 로드되었는지 여부(LOAD), 높은 레벨( started) 및 하위 수준(SUB) 단위 활성화 상태, 짧은 설명 (DESCRIPTION)을 표시합니다.

기본적으로 systemctl list-units 명령은 활성 유닛만 표시합니다. 상태에 관계없이 로드된 유닛을 모두 나열하려면 --all 또는 -a 명령줄 옵션을 사용하여 이 명령을 실행하십시오.

systemctl list-units --type target --all

기본 대상을 표시하는 방법에 대한 자세한 내용은 10.3.1절. “기본 대상 보기” 을 참조하십시오. 현재 대상을 변경하는 방법에 대한 자세한 내용은 10.3.4절. “현재 대상 변경” 을 참조하십시오.

~]$ systemctl list-units --type target
UNIT         LOAD  ACTIVE SUB  DESCRIPTION
basic.target     loaded active active Basic System
cryptsetup.target   loaded active active Encrypted Volumes
getty.target     loaded active active Login Prompts
graphical.target   loaded active active Graphical Interface
local-fs-pre.target  loaded active active Local File Systems (Pre)
local-fs.target    loaded active active Local File Systems
multi-user.target   loaded active active Multi-User System
network.target    loaded active active Network
paths.target     loaded active active Paths
remote-fs.target   loaded active active Remote File Systems
sockets.target    loaded active active Sockets
sound.target     loaded active active Sound Card
spice-vdagentd.target loaded active active Agent daemon for Spice guests
swap.target      loaded active active Swap
sysinit.target    loaded active active System Initialization
time-sync.target   loaded active active System Time Synchronized
timers.target     loaded active active Timers

LOAD  = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB  = The low-level unit activation state, values depend on unit type.

17 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.

기본적으로 다른 대상 장치를 사용하도록 시스템을 구성하려면 쉘 프롬프트에 root 로 다음을 입력합니다.

systemctl set-default name.target

기본적으로 사용할 대상 유닛의 이름으로 이름을 바꿉니다(예: 다중 사용자). 이 명령은 /etc/systemd/system/default.target 파일을 /usr/lib/systemd/system/name.target 에 대한 심볼릭 링크로 교체합니다. 여기서 name 은 사용하려는 대상 장치의 이름입니다. 현재 대상을 변경하는 방법에 대한 자세한 내용은 10.3.4절. “현재 대상 변경” 을 참조하십시오. 현재 로드된 모든 대상 장치를 나열하는 방법에 대한 자세한 내용은 10.3.2절. “현재 대상 보기” 을 참조하십시오.