RHEL 자동 설치


Red Hat Enterprise Linux 9

사전 정의된 구성을 사용하여 하나 이상의 시스템에 RHEL 배포

Red Hat Customer Content Services

초록

Kickstart를 사용하여 RHEL 설치를 자동화할 수 있습니다. 이 방법을 사용하여 여러 시스템에 동일한 RHEL 구성을 배포합니다. Kickstart는 구성 파일에서 지정하는 매개변수에 따라 RHEL을 설치합니다. 설치 소스는 설치 미디어, ISO 파일, Red Hat CDN(Content Delivery Network) 또는 로컬 네트워크의 서버일 수 있습니다.

Red Hat 문서에 관한 피드백 제공

문서 개선을 위한 의견에 감사드립니다. 어떻게 개선할 수 있는지 알려주십시오.

Jira를 통해 피드백 제출 (등록 필요)

  1. Jira 웹 사이트에 로그인합니다.
  2. 상단 탐색 모음에서 생성 을 클릭합니다.
  3. 요약 필드에 설명 제목을 입력합니다.
  4. 설명 필드에 개선을 위한 제안을 입력합니다. 문서의 관련 부분에 대한 링크를 포함합니다.
  5. 대화 상자 하단에서 생성 을 클릭합니다.

1장. 시스템 요구 사항 및 지원되는 아키텍처

Red Hat Enterprise Linux 9는 적은 노력으로 보다 빠르게 워크로드를 제공하는 데 필요한 툴을 사용하여 하이브리드 클라우드 배포 전반에 걸쳐 안정적이고 안전하며 일관된 기반을 제공합니다. 지원되는 하이퍼바이저 및 클라우드 공급자 환경에 RHEL을 게스트로 배포할 수 있으므로 애플리케이션이 선도적인 하드웨어 아키텍처 플랫폼의 혁신을 활용할 수 있습니다.

설치하기 전에 시스템, 하드웨어, 보안, 메모리, RAID에 제공된 지침을 검토하십시오.

시스템을 가상화 호스트로 사용하려면 가상화에 필요한 하드웨어 요구 사항을 살펴보십시오.

Red Hat Enterprise Linux는 다음과 같은 아키텍처를 지원합니다.

  • AMD 및 Intel 64비트 아키텍처
  • 64비트 ARM 아키텍처
  • IBM Power Systems, Little Endian
  • 64비트 IBM Z 아키텍처

1.1. 지원되는 설치 대상

설치 대상은 Red Hat Enterprise Linux를 저장하고 시스템을 부팅하는 스토리지 장치입니다. Red Hat Enterprise Linux는 IBMZ , IBM Power, AMD64, Intel 64 및 64비트 ARM 시스템에 대해 다음과 같은 설치 대상을 지원합니다.

  • DASD, SCSI, SATA 또는 SAS와 같은 표준 내부 인터페이스로 연결된 스토리지
  • Intel64, AMD64 및 arm64 아키텍처의 BIOS/firmware RAID 장치
  • Intel64 및 AMD64 아키텍처의 섹터 모드의 NVDIMM 장치는 nd_pmem 드라이버에서 지원합니다.
  • DASD(IBM Z 아키텍처만 해당) 및 다중 경로 장치를 포함한 SCSI LUN과 같은 파이버 채널 호스트 버스 어댑터를 통해 연결된 스토리지입니다. 일부에는 벤더 제공 드라이버가 필요할 수 있습니다.
  • Cryostat 가상 머신의 Intel 프로세서의 Cryostat 블록 장치입니다.
  • KVM 가상 머신의 Intel 프로세서의 virtio 블록 장치.

Red Hat은 USB 드라이브 또는 SD 메모리 카드에 대한 설치를 지원하지 않습니다. 타사 가상화 기술 지원에 대한 자세한 내용은 Red Hat 하드웨어 호환성 목록을 참조하십시오.

1.2. 디스크 및 메모리 요구 사항

여러 운영 체제가 설치된 경우 할당된 디스크 공간이 Red Hat Enterprise Linux에 필요한 디스크 공간과 분리되어 있는지 확인하는 것이 중요합니다. 경우에 따라 특정 파티션을 Red Hat Enterprise Linux에 전용으로 사용하는 것이 중요합니다(예: AMD64, Intel 64 및 64비트 ARM의 경우 최소 두 개의 파티션(/스왑)은 RHEL 및 IBM Power Systems 서버의 경우 최소 3개의 파티션(/, swap, PReP 부팅 파티션)을 RHEL로 전용해야 합니다.

또한 최소 10GiB의 사용 가능한 디스크 공간이 있어야 합니다. Red Hat Enterprise Linux를 설치하려면 파티션되지 않은 디스크 공간 또는 삭제할 수 있는 파티션에 최소 10GiB의 공간이 있어야 합니다. 자세한 내용은 파티셔닝 참조를 참조하십시오.

Expand
표 1.1. 최소 RAM 요구 사항
설치 유형최소 RAM

로컬 미디어 설치 (USB, DVD)

  • aarch64, IBM Z 및 x86_64 아키텍처의 경우 1.5GiB
  • ppc64le 아키텍처의 경우 3GiB

NFS 네트워크 설치

  • aarch64, IBM Z 및 x86_64 아키텍처의 경우 1.5GiB
  • ppc64le 아키텍처의 경우 3GiB

HTTP, HTTPS 또는 FTP 네트워크 설치

  • IBM Z 아키텍처의 경우 3GiB
  • x86_64 아키텍처의 경우 3.5GiB
  • aarch64 및 ppc64le 아키텍처의 경우 4GiB

최소 요구 사항보다 적은 메모리로 설치를 완료할 수 있습니다. 정확한 요구 사항은 환경 및 설치 경로에 따라 다릅니다. 다양한 구성을 테스트하여 환경에 필요한 최소 RAM을 확인합니다. Kickstart 파일을 사용하여 Red Hat Enterprise Linux를 설치하면 표준 설치와 최소 RAM 요구 사항이 있습니다. 그러나 Kickstart 파일에 추가 메모리가 필요한 명령을 포함하거나 RAM 디스크에 데이터를 쓰는 경우 추가 RAM이 필요할 수 있습니다.

1.3. 그래픽 디스플레이 확인 요구 사항

시스템에 Red Hat Enterprise Linux의 원활하고 오류가 없는 설치를 보장하기 위해 다음과 같은 최소 해결 방법이 있어야 합니다.

Expand
표 1.2. 표시 해결
제품 버전해결

Red Hat Enterprise Linux 9

최소: 800 x 600

권장 사항: 1026 x 768

1.4. UEFI Secure Boot 및 베타 릴리스 요구 사항

UEFI Secure Boot가 활성화된 시스템에 Red Hat Enterprise Linux 베타 릴리스를 설치하려면 먼저 UEFI Secure Boot 옵션을 비활성화한 다음 설치를 시작합니다.

UEFI Secure Boot를 사용하려면 시스템의 펌웨어가 해당 공개 키를 사용하여 확인하는 인식된 개인 키로 운영 체제 커널에 서명해야 합니다. Red Hat Enterprise Linux 베타 릴리스의 경우 커널은 Red Hat 베타별 공개 키로 서명되어 시스템이 기본적으로 인식되지 않습니다. 결과적으로 시스템은 설치 미디어를 부팅하지 못합니다.

2장. RHEL 시스템을 Red Hat에 등록하는 가치

등록은 시스템과 Red Hat 사이에 인증된 연결을 설정합니다. Red Hat은 물리적 시스템이든 가상 시스템이든, 시스템을 식별하고 인증하는 인증서로 등록된 시스템을 발행하여 Red Hat으로부터 보호되는 컨텐츠, 소프트웨어 업데이트, 보안 패치, 지원 및 관리 서비스를 수신할 수 있습니다.

유효한 서브스크립션을 통해 다음과 같은 방법으로 RHEL (Red Hat Enterprise Linux) 시스템을 등록할 수 있습니다.

  • 설치 프로세스 중에 설치 프로그램 GUI(그래픽 사용자 인터페이스) 또는 TUI(텍스트 사용자 인터페이스) 사용
  • 설치 후 명령줄(CLI) 사용
  • 설치 중 또는 설치 중에 Kickstart 스크립트 또는 활성화 키를 사용하여 자동으로, 설치 중 또는 후에 수행합니다.

시스템을 등록하는 특정 단계는 사용 중인 RHEL 버전과 선택한 등록 방법에 따라 다릅니다.

시스템을 Red Hat에 등록하면 시스템을 관리하고 데이터를 보고하는 데 사용할 수 있는 기능과 기능을 사용할 수 있습니다. 예를 들어 등록된 시스템은 Red Hat CDN(Content Delivery Network) 또는 Red Hat Satellite Server를 통해 구독된 제품의 보호된 콘텐츠 리포지토리에 액세스할 수 있는 권한이 있습니다. 이러한 콘텐츠 리포지토리에는 활성 서브스크립션이 있는 고객에게만 제공되는 Red Hat 소프트웨어 패키지 및 업데이트가 포함되어 있습니다. 이러한 패키지 및 업데이트에는 RHEL 및 기타 Red Hat 제품의 보안 패치, 버그 수정, 새로운 기능이 포함됩니다.

중요

인타이틀먼트 기반 서브스크립션 모델은 더 이상 사용되지 않으며 향후 사용 중단될 예정입니다. 간단한 컨텐츠 액세스가 이제 기본 서브스크립션 모델입니다. 이는 해당 시스템의 Red Hat 서브스크립션 콘텐츠에 액세스하기 전에 시스템에 서브스크립션을 연결할 필요가 없는 향상된 서브스크립션 환경을 제공합니다. Red Hat 계정이 인타이틀먼트 기반 서브스크립션 모델을 사용하는 경우 Red Hat 계정 팀에 문의하여 간단한 컨텐츠 액세스로 마이그레이션을 준비할 수 있도록 TAM(Technical Account Manager) 또는 솔루션 설계(SA)에 문의하십시오. 자세한 내용은 하이브리드 클라우드로 서브스크립션 서비스 전환을 참조하십시오.

3장. 설치 미디어 사용자 정의

자세한 내용은 사용자 지정 RHEL 시스템 이미지 구성을 참조하십시오.

4장. RHEL의 부팅 가능 설치 미디어 생성

고객 포털에서 ISO 파일을 다운로드하여 USB 또는 DVD와 같은 부팅 가능한 물리적 설치 미디어를 준비할 수 있습니다. RHEL 8부터 Red Hat은 더 이상 서버 및 워크스테이션에 대해 별도의 변형을 제공하지 않습니다. Red Hat Enterprise Linux for x86_64 에는 ServerWorkstation 기능이 모두 포함되어 있습니다. ServerWorkstation 간의 차이점은 설치 또는 구성 프로세스 중에 시스템 용도 역할을 통해 관리됩니다.

고객 포털에서 ISO 파일을 다운로드한 후 USB 또는 DVD와 같은 부팅 가능한 물리적 설치 미디어를 생성하여 설치 프로세스를 계속합니다.

USB 드라이브가 금지되는 보안 환경 케이스의 경우 이미지 빌더를 사용하여 참조 이미지를 생성하고 배포하는 것이 좋습니다. 이 방법을 사용하면 시스템 무결성을 유지하면서 보안 정책을 준수할 수 있습니다. 자세한 내용은 이미지 빌더 설명서를 참조하십시오.

4.1. 설치 부팅 미디어 옵션

Red Hat Enterprise Linux 설치 프로그램을 시작하는 데 사용할 수 있는 몇 가지 옵션이 있습니다.

전체 설치 DVD 또는 USB 드라이브
DVD ISO 이미지를 사용하여 전체 설치 DVD 또는 USB 플래시 드라이브를 만듭니다. DVD 또는 USB 플래시 드라이브를 부팅 장치로 사용하고 소프트웨어 패키지를 설치하기 위한 설치 소스로 사용할 수 있습니다.
최소 설치 DVD, CD 또는 USB 플래시 드라이브
시스템을 부팅하고 설치 프로그램을 시작하는 데 필요한 최소 파일만 포함하는 Boot ISO 이미지를 사용하여 최소 설치 CD, DVD 또는 USB 플래시 드라이브를 만듭니다. CDN(Content Delivery Network)을 사용하여 필요한 소프트웨어 패키지를 다운로드하지 않는 경우 Boot ISO 이미지에 필요한 소프트웨어 패키지가 포함된 설치 소스가 필요합니다.

4.2. 부팅 가능한 DVD 만들기

굽기 소프트웨어 및 DVD 버너를 사용하여 부팅 가능한 설치 DVD를 만들 수 있습니다. ISO 이미지 파일에서 DVD를 생성하는 정확한 단계는 운영 체제 및 디스크 굽기 소프트웨어에 따라 크게 달라집니다. ISO 이미지 파일에서 DVD를 구울 수있는 정확한 단계는 시스템의 소프트웨어 문서를 참조하십시오.

주의

DVD ISO 이미지(전체 설치) 또는 부팅 ISO 이미지(최소 설치)를 사용하여 부팅 가능한 DVD를 생성할 수 있습니다. 그러나 DVD ISO 이미지는 4.7GB보다 크므로 단일 또는 듀얼 계층 DVD에 적합하지 않을 수 있습니다. 계속하기 전에 DVD ISO 이미지 파일의 크기를 확인하십시오. DVD ISO 이미지를 사용할 때 USB 플래시 드라이브를 사용하여 부팅 가능한 설치 미디어를 생성합니다. USB 드라이브가 금지되는 환경 케이스는 이미지 빌더 설명서를 참조하십시오.

4.3. Linux에서 부팅 가능한 USB 장치 생성

부팅 가능한 USB 장치를 생성한 다음 다른 시스템에 Red Hat Enterprise Linux를 설치할 수 있습니다. 이 절차에서는 경고 없이 USB 드라이브의 기존 데이터를 덮어씁니다. 모든 데이터를 백업하거나 빈 플래시 드라이브를 사용합니다. 데이터 저장에는 부팅 가능한 USB 드라이브를 사용할 수 없습니다.

사전 요구 사항

프로세스

  1. USB플러그 드라이브를 시스템에 연결합니다.
  2. 터미널 창을 열고 최근 이벤트 로그를 표시합니다.

    $ dmesg|tail
    Copy to Clipboard Toggle word wrap

    연결된 USB 플래시 드라이브로 인한 메시지가 로그 하단에 표시됩니다. 연결된 장치의 이름을 기록합니다.

  3. root 사용자로 로그인합니다.

    $ su -
    Copy to Clipboard Toggle word wrap

    메시지가 표시되면 root 암호를 입력합니다.

  4. 드라이브에 할당된 장치 노드를 찾습니다. 이 예에서 드라이브 이름은 sdd입니다.

    # dmesg|tail
    [288954.686557] usb 2-1.8: New USB device strings: Mfr=0, Product=1, SerialNumber=2
    [288954.686559] usb 2-1.8: Product: USB Storage
    [288954.686562] usb 2-1.8: SerialNumber: 000000009225
    [288954.712590] usb-storage 2-1.8:1.0: USB Mass Storage device detected
    [288954.712687] scsi host6: usb-storage 2-1.8:1.0
    [288954.712809] usbcore: registered new interface driver usb-storage
    [288954.716682] usbcore: registered new interface driver uas
    [288955.717140] scsi 6:0:0:0: Direct-Access     Generic  STORAGE DEVICE   9228 PQ: 0 ANSI: 0
    [288955.717745] sd 6:0:0:0: Attached scsi generic sg4 type 0
    [288961.876382] sd 6:0:0:0: sdd Attached SCSI removable disk
    Copy to Clipboard Toggle word wrap
  5. 삽입된 USB 장치가 자동으로 마운트되는 경우 다음 단계를 계속하기 전에 마운트 해제합니다. 마운트 해제하려면 umount 명령을 사용합니다. 자세한 내용은 umount 를 사용하여 파일 시스템 마운트 해제를 참조하십시오.
  6. ISO 이미지를 USB 장치에 직접 씁니다.

    # dd if=/image_directory/image.iso of=/dev/device
    Copy to Clipboard Toggle word wrap
    • /image_directory/image.iso 를 다운로드한 ISO 이미지 파일의 전체 경로로 바꿉니다.
    • 장치를 검색한 장치 이름으로 dmesg 명령으로 교체합니다.

      이 예에서 ISO 이미지의 전체 경로는 /home/testuser/Downloads/rhel-9-x86_64-boot.iso 이고 장치 이름은 sdd:입니다.

      # dd if=/home/testuser/Downloads/rhel-9-x86_64-boot.iso of=/dev/sdd
      Copy to Clipboard Toggle word wrap

      파티션 이름은 일반적으로 숫자 접미사가 있는 장치 이름입니다. 예를 들어 sdd는 장치 이름이고 sdd1은 장치 sdd의 파티션 이름입니다.

  7. dd 명령이 장치에 이미지 쓰기를 마칠 때까지 기다립니다. sync 명령을 실행하여 장치에 캐시된 쓰기를 동기화합니다. # 프롬프트가 표시되면 데이터 전송이 완료됩니다. 프롬프트가 표시되면 root 계정에서 로그아웃하고 USB 드라이브를 분리합니다. 이제 USB 드라이브를 부팅 장치로 사용할 준비가 되었습니다.

4.4. Windows에서 부팅 가능한 USB 장치 생성

다양한 도구를 사용하여 Windows 시스템에서 부팅 가능한 USB 장치를 생성할 수 있습니다. https://github.com/FedoraQt/MediaWriter/releases 에서 다운로드할 수 있는 Fedora Media Writer를 사용할 수 있습니다. Fedora Media Writer는 커뮤니티 제품이며 Red Hat에서 지원하지 않습니다. 이 툴의 모든 문제는 https://github.com/FedoraQt/MediaWriter/issues에서 보고할 수 있습니다.

부팅 가능한 드라이브를 생성하면 경고 없이 USB 드라이브의 기존 데이터를 덮어씁니다. 모든 데이터를 백업하거나 빈 플래시 드라이브를 사용합니다. 데이터 저장에는 부팅 가능한 USB 드라이브를 사용할 수 없습니다.

사전 요구 사항

프로세스

  1. https://github.com/FedoraQt/MediaWriter/releases에서 Fedora Media Writer를 다운로드하여 설치합니다.
  2. USB플러그 드라이브를 시스템에 연결합니다.
  3. Fedora Media Writer를 엽니다.
  4. 메인 창에서 사용자 지정 이미지를 클릭하고 이전에 다운로드한 Red Hat Enterprise Linux ISO 이미지를 선택합니다.
  5. 사용자 지정 이미지 작성 창에서 사용할 드라이브를 선택합니다.
  6. 디스크에 쓰기를 클릭합니다. 부팅 미디어 생성 프로세스가 시작됩니다. 작업이 완료될 때까지 드라이브를 분리하지 마십시오. 이 작업은 ISO 이미지의 크기와 USB 드라이브의 쓰기 속도에 따라 몇 분이 걸릴 수 있습니다.
  7. 작업이 완료되면 USB 드라이브를 마운트 해제합니다. USB 드라이브를 부팅 장치로 사용할 준비가 되었습니다.

4.5. macOS에서 부팅 가능한 USB 장치 생성

부팅 가능한 USB 장치를 생성한 다음 다른 시스템에 Red Hat Enterprise Linux를 설치할 수 있습니다. 부팅 가능한 USB 드라이브를 생성하면 경고없이 USB 드라이브에 이전에 저장된 모든 데이터를 덮어씁니다. 모든 데이터를 백업하거나 빈 플래시 드라이브를 사용합니다. 데이터 저장에는 부팅 가능한 USB 드라이브를 사용할 수 없습니다.

사전 요구 사항

프로세스

  1. USB플러그 드라이브를 시스템에 연결합니다.
  2. diskutil list 명령을 사용하여 장치 경로를 식별합니다. 장치 경로의 형식은 /dev/disknumber 입니다. 여기서 number 는 디스크 수입니다. 디스크 수가 0(0)에서 시작합니다. 일반적으로 disk0 은 OS X 복구 디스크이며 disk1 은 기본 OS X 설치입니다. 다음 예에서 USB 장치는 disk2 입니다.

    $ diskutil list
    /dev/disk0
    #:                       TYPE NAME                    SIZE       IDENTIFIER
    0:      GUID_partition_scheme                        *500.3 GB   disk0
    1:                        EFI EFI                     209.7 MB   disk0s1
    2:          Apple_CoreStorage                         400.0 GB   disk0s2
    3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
    4:          Apple_CoreStorage                         98.8 GB    disk0s4
    5:                 Apple_Boot Recovery HD             650.0 MB   disk0s5
    /dev/disk1
    #:                       TYPE NAME                    SIZE       IDENTIFIER
    0:                  Apple_HFS YosemiteHD             *399.6 GB   disk1
    Logical Volume on disk0s1
    8A142795-8036-48DF-9FC5-84506DFBB7B2
    Unlocked Encrypted
    /dev/disk2
    #:                       TYPE NAME                    SIZE       IDENTIFIER
    0:     FDisk_partition_scheme                        *8.1 GB     disk2
    1:               Windows_NTFS SanDisk USB             8.1 GB     disk2s1
    Copy to Clipboard Toggle word wrap
  3. NAME, TYPE 및 SIZE 열을 플래쉬 드라이브와 비교하여 USB 플래시 드라이브를 식별합니다. 예를 들어 NAME은 Finder 도구의 플래시 드라이브 아이콘 제목이어야 합니다. 이러한 값을 플래쉬 드라이브의 정보 패널에 있는 값과 비교할 수도 있습니다.
  4. 플래시 드라이브의 파일 시스템 볼륨을 마운트 해제합니다.

    $ diskutil unmountDisk /dev/disknumber
    Unmount of all volumes on disknumber was successful
    Copy to Clipboard Toggle word wrap

    명령이 완료되면 홈 드라이브의 아이콘이 데스크탑에서 사라집니다. 아이콘이 사라지지 않으면 잘못된 디스크를 선택했을 수 있습니다. 시스템 디스크를 실수로 마운트 해제하려고 하면 마운트 해제하지 못했습니다.

  5. 플래시 드라이브에 ISO 이미지를 작성합니다. macOS는 각 스토리지 장치에 대해 블록 (/dev/disk*) 및 문자 장치 (/dev/rdisk*) 파일을 모두 제공합니다. /dev/rdisknumber 문자 장치에 이미지를 쓰는 것이 /dev/disknumber 블록 장치에 쓰는 것보다 빠릅니다. 예를 들어 /Users/user_name/Downloads/rhel-9-x86_64-boot.iso 파일을 /dev/rdisk2 장치에 작성하려면 다음 명령을 입력합니다.

    # sudo dd if=/Users/user_name/Downloads/rhel-9-x86_64-boot.iso of=/dev/rdisk2 bs=512K status=progress
    Copy to Clipboard Toggle word wrap
    • if= - 설치 이미지의 경로입니다.
    • of= - 대상 디스크를 나타내는 원시 디스크 장치 (/dev/rdisknumber) 입니다.
    • BS=512K - 더 빠른 데이터 전송을 위해 블록 크기를 512KB로 설정합니다.
    • status=progress - 작업 중 진행률 표시기를 표시합니다.
  6. dd 명령이 장치에 이미지 쓰기를 마칠 때까지 기다립니다. # 프롬프트가 표시되면 데이터 전송이 완료됩니다. 프롬프트가 표시되면 루트 계정에서 로그아웃하고 USB 드라이브를 분리합니다. USB 드라이브를 부팅 장치로 사용할 준비가 되었습니다.

5장. 네트워크 기반 리포지토리 준비

네트워크 시스템에서 RHEL을 설치할 리포지토리를 준비해야 합니다.

5.1. 네트워크 기반 설치를 위한 포트

다음 표에는 각 네트워크 기반 설치 유형에 대한 파일을 제공하기 위해 서버에서 열어야 하는 포트가 나열되어 있습니다.

Expand
표 5.1. 네트워크 기반 설치를 위한 포트
사용된 프로토콜오픈할 포트

HTTP

80

HTTPS

443

FTP

21

NFS

2049, 111, 20048

TFTP

69

5.2. NFS 서버에서 설치 소스 생성

물리적 미디어에 연결하지 않고도 이 설치 방법을 사용하여 단일 소스에서 여러 시스템을 설치할 수 있습니다.

사전 요구 사항

  • Red Hat Enterprise Linux 9를 사용하는 서버에 대한 관리자 수준의 액세스 권한이 있으며 이 서버는 설치할 시스템과 동일한 네트워크에 있습니다.
  • 제품 다운로드 페이지에서 전체 설치 DVD ISO를 다운로드 했습니다.
  • 이미지 파일에서 부팅 가능한 CD, DVD 또는 USB 장치를 생성했습니다.
  • 방화벽을 통해 설치 중인 시스템에서 원격 설치 소스에 액세스할 수 있음을 확인했습니다. 자세한 내용은 네트워크 기반 설치용 포트를 참조하십시오.
중요

inst.ksinst.repo 에서 다른 경로를 사용하는지 확인하십시오. NFS를 사용하여 설치 소스를 호스팅할 때 동일한 nfs 공유를 사용하여 Kickstart를 호스팅할 수 없습니다.

프로세스

  1. nfs-utils 패키지를 설치합니다.

    # dnf install nfs-utils
    Copy to Clipboard Toggle word wrap
  2. DVD ISO 이미지를 NFS 서버의 디렉터리에 복사합니다.
  3. 텍스트 편집기를 사용하여 /etc/exports 파일을 열고 다음 구문으로 행을 추가합니다.

    /exported_directory/ clients
    Copy to Clipboard Toggle word wrap
    • /exported_directory/를 디렉토리의 전체 경로로 ISO 이미지로 바꿉니다.
    • 클라이언트를 다음 중 하나로 교체합니다.

      • 대상 시스템의 호스트 이름 또는 IP 주소
      • 모든 대상 시스템이 ISO 이미지에 액세스하는 데 사용할 수 있는 서브네트워크
      • NFS 서버에 대한 네트워크 액세스 권한이 있는 모든 시스템이 ISO 이미지를 사용하도록 허용하기 위해 별표 기호(*)

      이 필드의 형식에 대한 자세한 내용은 exports(5) 도움말 페이지를 참조하십시오.

      예를 들어 /rhel9-install/ 디렉터리를 모든 클라이언트에서 읽기 전용으로 사용할 수 있도록 하는 기본 구성은 다음과 같습니다.

      /rhel9-install *
      Copy to Clipboard Toggle word wrap
  4. /etc/exports 파일을 저장하고 텍스트 편집기를 종료합니다.
  5. nfs 서비스를 시작합니다.

    # systemctl start nfs-server.service
    Copy to Clipboard Toggle word wrap

    /etc/exports 파일을 변경하기 전에 서비스가 실행 중인 경우 NFS 서버 구성을 다시 로드합니다.

    # systemctl reload nfs-server.service
    Copy to Clipboard Toggle word wrap

    이제 NFS를 통해 ISO 이미지에 액세스할 수 있으며 설치 소스로 사용할 준비가 되었습니다.

    설치 소스를 구성할 때 nfs: 를 프로토콜로, 서버 호스트 이름 또는 IP 주소, 콜론 기호 (:), ISO 이미지를 포함하는 디렉터리를 사용합니다. 예를 들어 서버 호스트 이름이 myserver.example.com 이고 ISO 이미지를 /rhel9-install/ 에 저장한 경우 설치 소스로 nfs:myserver.example.com:/rhel9-install/ 을 지정합니다.

5.3. HTTP 또는 HTTPS를 사용하여 설치 소스 생성

DVD ISO 이미지 및 유효한 .treeinfo 파일의 콘텐츠를 포함하는 디렉터리인 설치 트리를 사용하여 네트워크 기반 설치에 대한 설치 소스를 생성할 수 있습니다. 설치 소스는 HTTP 또는 HTTPS를 통해 액세스할 수 있습니다.

사전 요구 사항

  • Red Hat Enterprise Linux 9를 사용하는 서버에 대한 관리자 수준의 액세스 권한이 있으며 이 서버는 설치할 시스템과 동일한 네트워크에 있습니다.
  • 제품 다운로드 페이지에서 전체 설치 DVD ISO를 다운로드 했습니다.
  • 이미지 파일에서 부팅 가능한 CD, DVD 또는 USB 장치를 생성했습니다.
  • 방화벽을 통해 설치 중인 시스템에서 원격 설치 소스에 액세스할 수 있음을 확인했습니다. 자세한 내용은 네트워크 기반 설치용 포트를 참조하십시오.
  • httpd 패키지가 설치되어 있습니다.
  • https 설치 소스를 사용하는 경우 mod_ssl 패키지가 설치됩니다.
주의

Apache 웹 서버 설정에서 SSL 보안을 활성화하는 경우 TLSv1.3 프로토콜을 활성화하는 것을 선호합니다. 기본적으로 TLSv1.2(LEGACY)는 활성화되어 있습니다.

중요

자체 서명 인증서가 있는 HTTPS 서버를 사용하는 경우 noverifyssl 옵션을 사용하여 설치 프로그램을 부팅해야 합니다.

프로세스

  1. DVD ISO 이미지를 HTTP(S) 서버에 복사합니다.
  2. DVD ISO 이미지를 마운트하기 위한 적절한 디렉터리를 만듭니다. 예를 들면 다음과 같습니다.

    # mkdir /mnt/rhel9-install/
    Copy to Clipboard Toggle word wrap
  3. DVD ISO 이미지를 디렉터리에 마운트합니다.

    # mount -o loop,ro -t iso9660 /image_directory/image.iso /mnt/rhel9-install/
    Copy to Clipboard Toggle word wrap

    /image_directory/image.iso를 DVD ISO 이미지의 경로로 바꿉니다.

  4. 마운트된 이미지의 파일을 HTTP(S) 서버 루트로 복사합니다.

    # cp -r /mnt/rhel9-install/ /var/www/html/
    Copy to Clipboard Toggle word wrap

    이 명령은 이미지 콘텐츠를 사용하여 /var/www/html/rhel9-install/ 디렉터리를 생성합니다. 다른 복사 방법은 유효한 설치 소스에 필요한 .treeinfo 파일을 건너뛸 수 있습니다. 이 절차에 표시된 대로 전체 디렉토리에 대해 cp 명령을 입력하면 .treeinfo 가 올바르게 복사됩니다.

  5. httpd 서비스를 시작합니다.

    # systemctl start httpd.service
    Copy to Clipboard Toggle word wrap

    이제 설치 트리에 액세스할 수 있으며 설치 소스로 사용할 준비가 되었습니다.

    참고

    설치 소스를 구성할 때 프로토콜, 서버 호스트 이름 또는 IP 주소, HTTP 서버 루트를 기준으로 ISO 이미지의 파일이 포함된 디렉터리를 사용하여 http:// 또는 https:// 를 사용합니다. 예를 들어 HTTP를 사용하는 경우 서버 호스트 이름은 myserver.example.com 이고 이미지의 파일을 /var/www/html/rhel9-install/ 에 복사한 경우 설치 소스로 http://myserver.example.com/rhel9-install/ 를 지정합니다.

5.4. FTP를 사용하여 설치 소스 생성

DVD ISO 이미지 및 유효한 .treeinfo 파일의 콘텐츠를 포함하는 디렉터리인 설치 트리를 사용하여 네트워크 기반 설치에 대한 설치 소스를 생성할 수 있습니다. 설치 소스는 FTP를 통해 액세스할 수 있습니다.

사전 요구 사항

  • Red Hat Enterprise Linux 9를 사용하는 서버에 대한 관리자 수준의 액세스 권한이 있으며 이 서버는 설치할 시스템과 동일한 네트워크에 있습니다.
  • 제품 다운로드 페이지에서 전체 설치 DVD ISO를 다운로드 했습니다.
  • 이미지 파일에서 부팅 가능한 CD, DVD 또는 USB 장치를 생성했습니다.
  • 방화벽을 통해 설치 중인 시스템에서 원격 설치 소스에 액세스할 수 있음을 확인했습니다. 자세한 내용은 네트워크 기반 설치용 포트를 참조하십시오.
  • vsftpd 패키지가 설치되어 있습니다.

프로세스

  1. 텍스트 편집기에서 /etc/vsftpd/vsftpd.conf 구성 파일을 열고 편집합니다.

    1. anonymous_enable=NO 행을 anonymous_enable=YES로 변경합니다.
    2. write_enable=YES 행을 write_enable=NO로 변경합니다.
    3. pasv_min_port=< min_port > 및 pasv_ max_port=< max_port > .를 추가합니다. <min_port> 및 <max_port>를 패시브 모드에서 FTP 서버에서 사용하는 포트 번호 범위(예: 1002110031 )로 바꿉니다.

      이 단계는 다양한 방화벽/NAT 설정을 제공하는 네트워크 환경에 필요할 수 있습니다.

    4. 선택 사항: 구성에 사용자 지정 변경 사항을 추가합니다. 사용 가능한 옵션은 vsftpd.conf(5) 도움말 페이지를 참조하십시오. 이 절차에서는 기본 옵션이 사용된다고 가정합니다.

      주의

      vsftpd.conf 파일에 SSL/TLS 보안을 구성한 경우 TLSv1 프로토콜만 활성화하고 SSLv2 및 SSLv3을 비활성화해야 합니다. 이는 POODLE SSL 취약점(CVE-2014-3566) 때문입니다. 자세한 내용은 POODLE SSLv3.0 취약점에 대한 Red Hat 지식베이스 솔루션 해결을 참조하십시오.

  2. 서버 방화벽을 구성합니다.

    1. 방화벽을 활성화합니다.

      # systemctl enable firewalld
      Copy to Clipboard Toggle word wrap
    2. 방화벽을 시작합니다.

      # systemctl start firewalld
      Copy to Clipboard Toggle word wrap
    3. 이전 단계의 FTP 포트 및 포트 범위를 허용하도록 방화벽을 구성합니다.

      # firewall-cmd --add-port min_port-max_port/tcp --permanent
      # firewall-cmd --add-service ftp --permanent
      Copy to Clipboard Toggle word wrap

      <min_port> 및 <max_port>를 /etc/vsftpd/vsftpd.conf 구성 파일에 입력한 포트 번호로 바꿉니다.

    4. 방화벽을 다시 로드하여 새 규칙을 적용합니다.

      # firewall-cmd --reload
      Copy to Clipboard Toggle word wrap
  3. DVD ISO 이미지를 FTP 서버에 복사합니다.
  4. DVD ISO 이미지를 마운트하기 위한 적절한 디렉터리를 만듭니다. 예를 들면 다음과 같습니다.

    # mkdir /mnt/rhel9-install
    Copy to Clipboard Toggle word wrap
  5. DVD ISO 이미지를 디렉터리에 마운트합니다.

    # mount -o loop,ro -t iso9660 /image-directory/image.iso /mnt/rhel9-install
    Copy to Clipboard Toggle word wrap

    /image-directory/image.iso 를 DVD ISO 이미지의 경로로 바꿉니다.

  6. 마운트된 이미지의 파일을 FTP 서버 루트로 복사합니다.

    # mkdir /var/ftp/rhel9-install
    # cp -r /mnt/rhel9-install/ /var/ftp/
    Copy to Clipboard Toggle word wrap

    이 명령은 이미지 콘텐츠를 사용하여 /var/ftp/rhel9-install/ 디렉터리를 생성합니다. 일부 복사 방법은 유효한 설치 소스에 필요한 .treeinfo 파일을 건너뛸 수 있습니다. 이 절차에 표시된 대로 전체 디렉토리에 대해 cp 명령을 입력하면 .treeinfo 가 올바르게 복사됩니다.

  7. 복사된 콘텐츠에 올바른 SELinux 컨텍스트 및 액세스 모드가 설정되어 있는지 확인합니다.

    # restorecon -r /var/ftp/rhel9-install
    # find /var/ftp/rhel9-install -type f -exec chmod 444 {} \;
    # find /var/ftp/rhel9-install -type d -exec chmod 755 {} \;
    Copy to Clipboard Toggle word wrap
  8. vsftpd 서비스를 시작합니다.

    # systemctl start vsftpd.service
    Copy to Clipboard Toggle word wrap

    /etc/vsftpd/vsftpd.conf 파일을 변경하기 전에 서비스가 실행 중인 경우 서비스를 다시 시작하여 편집된 파일을 로드합니다.

    # systemctl restart vsftpd.service
    Copy to Clipboard Toggle word wrap

    부팅 프로세스 중에 시작되도록 vsftpd 서비스를 활성화합니다.

    # systemctl enable vsftpd
    Copy to Clipboard Toggle word wrap

    이제 설치 트리에 액세스할 수 있으며 설치 소스로 사용할 준비가 되었습니다.

    설치 소스를 구성할 때 ftp://를 프로토콜, 서버 호스트 이름 또는 IP 주소 및 FTP 서버 루트와 관련하여 ISO 이미지의 파일을 저장한 디렉터리를 사용합니다. 예를 들어 서버 호스트 이름이 myserver.example.com 이고 이미지의 파일을 /var/ftp/rhel9-install/ 에 복사한 경우 설치 소스로 ftp://myserver.example.com/rhel9-install/ 를 지정합니다.

6장. UEFI HTTP 설치 소스 준비

로컬 네트워크의 서버 관리자는 네트워크의 다른 시스템에 대해 HTTP 부팅 및 네트워크 설치를 활성화하도록 HTTP 서버를 구성할 수 있습니다.

6.1. 네트워크 설치 개요

네트워크 설치를 통해 설치 서버에 액세스할 수 있는 시스템에 Red Hat Enterprise Linux를 설치할 수 있습니다. 최소한 네트워크 설치에는 두 개의 시스템이 필요합니다.

서버
DHCP 서버, HTTP, HTTPS, FTP 또는 NFS 서버를 실행하는 시스템 및 PXE 부팅 사례에서 TFTP 서버입니다. 각 서버는 다른 물리적 시스템에서 실행할 수 있지만 이 섹션의 절차에서는 단일 시스템이 모든 서버를 실행하고 있다고 가정합니다.
클라이언트
Red Hat Enterprise Linux를 설치하는 시스템. 설치가 시작되면 클라이언트는 DHCP 서버에 쿼리하고 HTTP 또는 TFTP 서버에서 부팅 파일을 수신하고 HTTP, HTTPS, FTP 또는 NFS 서버에서 설치 이미지를 다운로드합니다. 다른 설치 방법과 달리 클라이언트에는 설치를 시작하는 데 물리적 부팅 미디어가 필요하지 않습니다.

네트워크에서 클라이언트를 부팅하려면 펌웨어 또는 클라이언트의 빠른 부팅 메뉴에서 네트워크 부팅을 활성화합니다. 일부 하드웨어에서는 네트워크에서 부팅하는 옵션이 비활성화되거나 사용할 수 없는 경우가 있습니다.

HTTP 또는 PXE를 사용하여 네트워크에서 Red Hat Enterprise Linux 설치를 준비하는 워크플로우 단계는 다음과 같습니다.

프로세스

  1. 설치 ISO 이미지 또는 설치 트리를 NFS, HTTPS, HTTP 또는 FTP 서버로 내보냅니다.
  2. HTTP 또는 TFTP 서버와 DHCP 서버를 구성하고 서버에서 HTTP 또는 TFTP 서비스를 시작합니다.
  3. 클라이언트를 부팅하고 설치를 시작합니다.

다음 네트워크 부팅 프로토콜 중에서 선택할 수 있습니다.

HTTP
클라이언트 UEFI에서 지원하는 경우 HTTP 부팅을 사용하는 것이 좋습니다. HTTP 부팅은 일반적으로 더 안정적입니다.
PXE (TFTP)
PXE 부팅은 클라이언트 시스템에서 더 널리 지원되지만 이 프로토콜을 통해 부팅 파일을 전송하는 속도가 느려 시간 초과 오류가 발생할 수 있습니다.

6.2. 네트워크 부팅을 위한 DHCPv4 서버 구성

서버에서 DHCP 버전 4(DHCPv4) 서비스를 활성화하여 네트워크 부팅 기능을 제공합니다.

사전 요구 사항

  • IPv4 프로토콜을 통해 네트워크 설치를 준비하고 있습니다.

    IPv6 의 경우 대신 네트워크 부팅을 위한 DHCPv6 서버 구성 을 참조하십시오.

  • 서버의 네트워크 주소를 찾습니다.

    다음 예제에서 서버에는 이 설정이 포함된 네트워크 카드가 있습니다.

    IPv4 주소
    192.168.124.2/24
    IPv4 게이트웨이
    192.168.124.1

프로세스

  1. DHCP 서버를 설치합니다.

    dnf install dhcp-server
    Copy to Clipboard Toggle word wrap
  2. DHCPv4 서버를 설정합니다. /etc/dhcp/dhcpd.conf 파일에 다음 구성을 입력합니다. 네트워크 카드와 일치하도록 주소를 바꿉니다.

    option architecture-type code 93 = unsigned integer 16;
    
    subnet 192.168.124.0 netmask 255.255.255.0 {
      option routers 192.168.124.1;
      option domain-name-servers 192.168.124.1;
      range 192.168.124.100 192.168.124.200;
      class "pxeclients" {
        match if substring (option vendor-class-identifier, 0, 9) = "PXEClient";
        next-server 192.168.124.2;
              if option architecture-type = 00:07 {
                filename "redhat/EFI/BOOT/BOOTX64.EFI";
              }
              else {
                filename "pxelinux/pxelinux.0";
              }
      }
      class "httpclients" {
        match if substring (option vendor-class-identifier, 0, 10) = "HTTPClient";
        option vendor-class-identifier "HTTPClient";
        filename "http://192.168.124.2/redhat/EFI/BOOT/BOOTX64.EFI";
      }
    }
    Copy to Clipboard Toggle word wrap
  3. DHCPv4 서비스를 시작합니다.

    # systemctl enable --now dhcpd
    Copy to Clipboard Toggle word wrap

6.3. 네트워크 부팅을 위한 DHCPv6 서버 구성

서버에서 DHCP 버전 6(DHCPv4) 서비스를 활성화하여 네트워크 부팅 기능을 제공합니다.

사전 요구 사항

  • IPv6 프로토콜을 통해 네트워크 설치를 준비하고 있습니다.

    IPv4 의 경우 대신 네트워크 부팅을 위한 DHCPv4 서버 구성 을 참조하십시오.

  • 서버의 네트워크 주소를 찾습니다.

    다음 예제에서 서버에는 이 설정이 포함된 네트워크 카드가 있습니다.

    IPv6 주소
    fd33:eb1b:9b36::2/64
    IPv6 게이트웨이
    fd33:eb1b:9b36::1

프로세스

  1. DHCP 서버를 설치합니다.

    dnf install dhcp-server
    Copy to Clipboard Toggle word wrap
  2. DHCPv6 서버를 설정합니다. /etc/dhcp/dhcpd6.conf 파일에 다음 구성을 입력합니다. 네트워크 카드와 일치하도록 주소를 바꿉니다.

    option dhcp6.bootfile-url code 59 = string;
    option dhcp6.vendor-class code 16 = {integer 32, integer 16, string};
    
    subnet6 fd33:eb1b:9b36::/64 {
            range6 fd33:eb1b:9b36::64 fd33:eb1b:9b36::c8;
    
            class "PXEClient" {
                    match substring (option dhcp6.vendor-class, 6, 9);
            }
    
            subclass "PXEClient" "PXEClient" {
                    option dhcp6.bootfile-url "tftp://[fd33:eb1b:9b36::2]/redhat/EFI/BOOT/BOOTX64.EFI";
            }
    
            class "HTTPClient" {
                    match substring (option dhcp6.vendor-class, 6, 10);
            }
    
            subclass "HTTPClient" "HTTPClient" {
                    option dhcp6.bootfile-url "http://[fd33:eb1b:9b36::2]/redhat/EFI/BOOT/BOOTX64.EFI";
                    option dhcp6.vendor-class 0 10 "HTTPClient";
            }
    }
    Copy to Clipboard Toggle word wrap
  3. DHCPv6 서비스를 시작합니다.

    # systemctl enable --now dhcpd6
    Copy to Clipboard Toggle word wrap
  4. DHCPv6 패킷이 방화벽의 RP 필터에 의해 삭제되는 경우 해당 로그를 확인합니다. 로그에 rpfilter_DROP 항목이 포함된 경우 /etc/firewalld/firewalld.conf 파일에서 다음 구성을 사용하여 필터를 비활성화합니다.

    IPv6_rpfilter=no
    Copy to Clipboard Toggle word wrap

6.4. HTTP 부팅을 위한 HTTP 서버 구성

서버에서 네트워크에서 HTTP 부팅 리소스를 제공할 수 있도록 httpd 서비스를 설치하고 활성화해야 합니다.

사전 요구 사항

  • 서버의 네트워크 주소를 찾습니다.

    다음 예제에서 서버에는 192.168.124.2 IPv4 주소가 있는 네트워크 카드가 있습니다.

프로세스

  1. HTTP 서버를 설치합니다.

    # dnf install httpd
    Copy to Clipboard Toggle word wrap
  2. /var/www/html/redhat/ 디렉터리를 생성합니다.

    # mkdir -p /var/www/html/redhat/
    Copy to Clipboard Toggle word wrap
  3. RHEL DVD ISO 파일을 다운로드합니다. 모든 Red Hat Enterprise Linux 다운로드를 참조하십시오.
  4. ISO 파일의 마운트 지점을 생성합니다.

    # mkdir -p /var/www/html/redhat/iso/
    Copy to Clipboard Toggle word wrap
  5. ISO 파일을 마운트합니다.

    # mount -o loop,ro -t iso9660 path-to-RHEL-DVD.iso /var/www/html/redhat/iso
    Copy to Clipboard Toggle word wrap
  6. 마운트된 ISO 파일의 부트 로더, kernel 및 initramfs 를 HTML 디렉터리로 복사합니다.

    # cp -r /var/www/html/redhat/iso/images /var/www/html/redhat/
    # cp -r /var/www/html/redhat/iso/EFI /var/www/html/redhat/
    Copy to Clipboard Toggle word wrap
  7. 부트 로더 구성을 편집할 수 있도록 합니다.

    # chmod 644 /var/www/html/redhat/EFI/BOOT/grub.cfg
    Copy to Clipboard Toggle word wrap
  8. /var/www/html/redhat/EFI/BOOT/grub.cfg 파일을 편집하고 해당 콘텐츠를 다음으로 바꿉니다.

    set default="1"
    
    function load_video {
      insmod efi_gop
      insmod efi_uga
      insmod video_bochs
      insmod video_cirrus
      insmod all_video
    }
    
    load_video
    set gfxpayload=keep
    insmod gzio
    insmod part_gpt
    insmod ext2
    
    set timeout=60
    # END /etc/grub.d/00_header #
    
    search --no-floppy --set=root -l 'RHEL-9-3-0-BaseOS-x86_64'
    
    # BEGIN /etc/grub.d/10_linux #
    menuentry 'Install Red Hat Enterprise Linux 9.3' --class fedora --class gnu-linux --class gnu --class os {
        linuxefi ../../images/pxeboot/vmlinuz inst.repo=http://192.168.124.2/redhat/iso quiet
        initrdefi ../../images/pxeboot/initrd.img
    }
    menuentry 'Test this media & install Red Hat Enterprise Linux 9.3' --class fedora --class gnu-linux --class gnu --class os {
        linuxefi ../../images/pxeboot/vmlinuz inst.repo=http://192.168.124.2/redhat/iso quiet
        initrdefi ../../images/pxeboot/initrd.img
    }
    submenu 'Troubleshooting -->' {
        menuentry 'Install Red Hat Enterprise Linux 9.3 in text mode' --class fedora --class gnu-linux --class gnu --class os {
       	 linuxefi ../../images/pxeboot/vmlinuz inst.repo=http://192.168.124.2/redhat/iso inst.text quiet
       	 initrdefi ../../images/pxeboot/initrd.img
        }
        menuentry 'Rescue a Red Hat Enterprise Linux system' --class fedora --class gnu-linux --class gnu --class os {
       	 linuxefi ../../images/pxeboot/vmlinuz inst.repo=http://192.168.124.2/redhat/iso inst.rescue quiet
       	 initrdefi ../../images/pxeboot/initrd.img
        }
    }
    Copy to Clipboard Toggle word wrap

    이 파일에서 다음 문자열을 교체합니다.

    RHEL-9-3-0-BaseOS-x86_64 and Red Hat Enterprise Linux 9.3
    다운로드한 RHEL 버전과 일치하도록 버전 번호를 편집합니다.
    192.168.124.2
    를 서버의 IP 주소로 바꿉니다.
  9. EFI 부팅 파일을 실행 가능하게 만듭니다.

    # chmod 755 /var/www/html/redhat/EFI/BOOT/BOOTX64.EFI
    Copy to Clipboard Toggle word wrap
  10. HTTP(80), DHCP(67, 68) 및 DHCPv6(546, 547) 트래픽을 허용하도록 방화벽에서 포트를 엽니다.

    # firewall-cmd --zone public \
                   --add-port={80/tcp,67/udp,68/udp,546/udp,547/udp}
    Copy to Clipboard Toggle word wrap

    이 명령은 다음 서버가 재부팅될 때까지 임시 액세스를 활성화합니다.

  11. 선택 사항: 영구 액세스를 활성화하려면 명령에 --permanent 옵션을 추가합니다.
  12. 방화벽 규칙을 다시 로드합니다.

    # firewall-cmd --reload
    Copy to Clipboard Toggle word wrap
  13. HTTP 서버를 시작합니다.

    # systemctl enable --now httpd
    Copy to Clipboard Toggle word wrap
  14. html 디렉토리와 해당 콘텐츠를 읽을 수 있고 실행 가능하게 만듭니다.

    # chmod -cR u=rwX,g=rX,o=rX /var/www/html
    Copy to Clipboard Toggle word wrap
  15. html 디렉터리의 SELinux 컨텍스트를 복원합니다.

    # restorecon -FvvR /var/www/html
    Copy to Clipboard Toggle word wrap

7장. PXE 설치 소스 준비

PXE 부팅 및 네트워크 설치를 활성화하려면 PXE 서버에서 TFTP 및 DHCP를 구성해야 합니다.

7.1. 네트워크 설치 개요

네트워크 설치를 통해 설치 서버에 액세스할 수 있는 시스템에 Red Hat Enterprise Linux를 설치할 수 있습니다. 최소한 네트워크 설치에는 두 개의 시스템이 필요합니다.

서버
DHCP 서버, HTTP, HTTPS, FTP 또는 NFS 서버를 실행하는 시스템 및 PXE 부팅 사례에서 TFTP 서버입니다. 각 서버는 다른 물리적 시스템에서 실행할 수 있지만 이 섹션의 절차에서는 단일 시스템이 모든 서버를 실행하고 있다고 가정합니다.
클라이언트
Red Hat Enterprise Linux를 설치하는 시스템. 설치가 시작되면 클라이언트는 DHCP 서버에 쿼리하고 HTTP 또는 TFTP 서버에서 부팅 파일을 수신하고 HTTP, HTTPS, FTP 또는 NFS 서버에서 설치 이미지를 다운로드합니다. 다른 설치 방법과 달리 클라이언트에는 설치를 시작하는 데 물리적 부팅 미디어가 필요하지 않습니다.

네트워크에서 클라이언트를 부팅하려면 펌웨어 또는 클라이언트의 빠른 부팅 메뉴에서 네트워크 부팅을 활성화합니다. 일부 하드웨어에서는 네트워크에서 부팅하는 옵션이 비활성화되거나 사용할 수 없는 경우가 있습니다.

HTTP 또는 PXE를 사용하여 네트워크에서 Red Hat Enterprise Linux 설치를 준비하는 워크플로우 단계는 다음과 같습니다.

프로세스

  1. 설치 ISO 이미지 또는 설치 트리를 NFS, HTTPS, HTTP 또는 FTP 서버로 내보냅니다.
  2. HTTP 또는 TFTP 서버와 DHCP 서버를 구성하고 서버에서 HTTP 또는 TFTP 서비스를 시작합니다.
  3. 클라이언트를 부팅하고 설치를 시작합니다.

다음 네트워크 부팅 프로토콜 중에서 선택할 수 있습니다.

HTTP
클라이언트 UEFI에서 지원하는 경우 HTTP 부팅을 사용하는 것이 좋습니다. HTTP 부팅은 일반적으로 더 안정적입니다.
PXE (TFTP)
PXE 부팅은 클라이언트 시스템에서 더 널리 지원되지만 이 프로토콜을 통해 부팅 파일을 전송하는 속도가 느려 시간 초과 오류가 발생할 수 있습니다.

7.2. 네트워크 부팅을 위한 DHCPv4 서버 구성

서버에서 DHCP 버전 4(DHCPv4) 서비스를 활성화하여 네트워크 부팅 기능을 제공합니다.

사전 요구 사항

  • IPv4 프로토콜을 통해 네트워크 설치를 준비하고 있습니다.

    IPv6 의 경우 대신 네트워크 부팅을 위한 DHCPv6 서버 구성 을 참조하십시오.

  • 서버의 네트워크 주소를 찾습니다.

    다음 예제에서 서버에는 이 설정이 포함된 네트워크 카드가 있습니다.

    IPv4 주소
    192.168.124.2/24
    IPv4 게이트웨이
    192.168.124.1

프로세스

  1. DHCP 서버를 설치합니다.

    dnf install dhcp-server
    Copy to Clipboard Toggle word wrap
  2. DHCPv4 서버를 설정합니다. /etc/dhcp/dhcpd.conf 파일에 다음 구성을 입력합니다. 네트워크 카드와 일치하도록 주소를 바꿉니다.

    option architecture-type code 93 = unsigned integer 16;
    
    subnet 192.168.124.0 netmask 255.255.255.0 {
      option routers 192.168.124.1;
      option domain-name-servers 192.168.124.1;
      range 192.168.124.100 192.168.124.200;
      class "pxeclients" {
        match if substring (option vendor-class-identifier, 0, 9) = "PXEClient";
        next-server 192.168.124.2;
              if option architecture-type = 00:07 {
                filename "redhat/EFI/BOOT/BOOTX64.EFI";
              }
              else {
                filename "pxelinux/pxelinux.0";
              }
      }
      class "httpclients" {
        match if substring (option vendor-class-identifier, 0, 10) = "HTTPClient";
        option vendor-class-identifier "HTTPClient";
        filename "http://192.168.124.2/redhat/EFI/BOOT/BOOTX64.EFI";
      }
    }
    Copy to Clipboard Toggle word wrap
  3. DHCPv4 서비스를 시작합니다.

    # systemctl enable --now dhcpd
    Copy to Clipboard Toggle word wrap

7.3. 네트워크 부팅을 위한 DHCPv6 서버 구성

서버에서 DHCP 버전 6(DHCPv4) 서비스를 활성화하여 네트워크 부팅 기능을 제공합니다.

사전 요구 사항

  • IPv6 프로토콜을 통해 네트워크 설치를 준비하고 있습니다.

    IPv4 의 경우 대신 네트워크 부팅을 위한 DHCPv4 서버 구성 을 참조하십시오.

  • 서버의 네트워크 주소를 찾습니다.

    다음 예제에서 서버에는 이 설정이 포함된 네트워크 카드가 있습니다.

    IPv6 주소
    fd33:eb1b:9b36::2/64
    IPv6 게이트웨이
    fd33:eb1b:9b36::1

프로세스

  1. DHCP 서버를 설치합니다.

    dnf install dhcp-server
    Copy to Clipboard Toggle word wrap
  2. DHCPv6 서버를 설정합니다. /etc/dhcp/dhcpd6.conf 파일에 다음 구성을 입력합니다. 네트워크 카드와 일치하도록 주소를 바꿉니다.

    option dhcp6.bootfile-url code 59 = string;
    option dhcp6.vendor-class code 16 = {integer 32, integer 16, string};
    
    subnet6 fd33:eb1b:9b36::/64 {
            range6 fd33:eb1b:9b36::64 fd33:eb1b:9b36::c8;
    
            class "PXEClient" {
                    match substring (option dhcp6.vendor-class, 6, 9);
            }
    
            subclass "PXEClient" "PXEClient" {
                    option dhcp6.bootfile-url "tftp://[fd33:eb1b:9b36::2]/redhat/EFI/BOOT/BOOTX64.EFI";
            }
    
            class "HTTPClient" {
                    match substring (option dhcp6.vendor-class, 6, 10);
            }
    
            subclass "HTTPClient" "HTTPClient" {
                    option dhcp6.bootfile-url "http://[fd33:eb1b:9b36::2]/redhat/EFI/BOOT/BOOTX64.EFI";
                    option dhcp6.vendor-class 0 10 "HTTPClient";
            }
    }
    Copy to Clipboard Toggle word wrap
  3. DHCPv6 서비스를 시작합니다.

    # systemctl enable --now dhcpd6
    Copy to Clipboard Toggle word wrap
  4. DHCPv6 패킷이 방화벽의 RP 필터에 의해 삭제되는 경우 해당 로그를 확인합니다. 로그에 rpfilter_DROP 항목이 포함된 경우 /etc/firewalld/firewalld.conf 파일에서 다음 구성을 사용하여 필터를 비활성화합니다.

    IPv6_rpfilter=no
    Copy to Clipboard Toggle word wrap

7.4. BIOS 기반 클라이언트용 TFTP 서버 구성

TFTP 서버와 DHCP 서버를 구성하고 BIOS 기반 AMD 및 Intel 64비트 시스템의 PXE 서버에서 TFTP 서비스를 시작해야 합니다.

프로세스

  1. root 로서 다음 패키지를 설치합니다.

    # dnf install tftp-server
    Copy to Clipboard Toggle word wrap
  2. 방화벽에서 tftp service에 대한 수신 연결을 허용합니다.

    # firewall-cmd --add-service=tftp
    Copy to Clipboard Toggle word wrap

    이 명령은 다음 서버가 재부팅될 때까지 임시 액세스를 활성화합니다.

  3. 선택 사항: 영구 액세스를 활성화하려면 명령에 --permanent 옵션을 추가합니다.

    설치 ISO 파일의 위치에 따라 HTTP 또는 기타 서비스에 대해 들어오는 연결을 허용해야 할 수 있습니다.

  4. DVD ISO 이미지 파일의 SYSLINUX 패키지에서 pxelinux.0 파일에 액세스합니다. 여기서 my_local_directory는 생성한 디렉터리의 이름입니다.

    # mount -t iso9660 /path_to_image/name_of_image.iso /mount_point -o loop,ro
    Copy to Clipboard Toggle word wrap
    # cp -pr /mount_point/AppStream/Packages/syslinux-tftpboot-version-architecture.rpm /my_local_directory
    Copy to Clipboard Toggle word wrap
    # umount /mount_point
    Copy to Clipboard Toggle word wrap
  5. 패키지를 추출합니다.

    # rpm2cpio syslinux-tftpboot-version-architecture.rpm | cpio -dimv
    Copy to Clipboard Toggle word wrap
  6. tftpboot/pxelinux/ 디렉터리를 만들고 디렉터리의 모든 파일을 pxelinux/ 디렉터리에 복사합니다.

    # mkdir /var/lib/tftpboot/pxelinux
    Copy to Clipboard Toggle word wrap
    # cp /my_local_directory/tftpboot/* /var/lib/tftpboot/pxelinux
    Copy to Clipboard Toggle word wrap
  7. pxelinux/ 디렉터리에 pxelinux.cfg/ 디렉터리를 만듭니다.

    # mkdir /var/lib/tftpboot/pxelinux/pxelinux.cfg
    Copy to Clipboard Toggle word wrap
  8. default라는 구성 파일을 생성하고 다음 예와 같이 pxelinux.cfg/ 디렉터리에 추가합니다.

    default vesamenu.c32
    prompt 1
    timeout 600
    
    display boot.msg
    
    label linux
      menu label ^Install system
      menu default
      kernel images/RHEL-9/vmlinuz
      append initrd=images/RHEL-9/initrd.img ip=dhcp inst.repo=http://192.168.124.2/RHEL-9/x86_64/iso-contents-root/
    label vesa
      menu label Install system with ^basic video driver
      kernel images/RHEL-9/vmlinuz
      append initrd=images/RHEL-9/initrd.img ip=dhcp inst.xdriver=vesa nomodeset inst.repo=http://192.168.124.2/RHEL-9/x86_64/iso-contents-root/
    label rescue
      menu label ^Rescue installed system
      kernel images/RHEL-9/vmlinuz
      append initrd=images/RHEL-9/initrd.img inst.rescue
      inst.repo=http:///192.168.124.2/RHEL-8/x86_64/iso-contents-root/
    label local
      menu label Boot from ^local drive
      localboot 0xffff
    Copy to Clipboard Toggle word wrap
    • 설치 프로그램은 런타임 이미지 없이는 부팅할 수 없습니다. inst.stage2 부팅 옵션을 사용하여 이미지 위치를 지정합니다. 또는 inst.repo= 옵션을 사용하여 이미지와 설치 소스를 지정할 수 있습니다.
    • inst.repo와 함께 사용되는 설치 소스 위치에는 유효한 .treeinfo 파일이 포함되어야 합니다.
    • RHEL9 설치 DVD를 설치 소스로 선택하면 .treeinfo 파일은 BaseOS 및 AppStream 리포지토리를 가리킵니다. 단일 inst.repo 옵션을 사용하여 두 리포지토리를 로드할 수 있습니다.
  9. /var/lib/tftpboot/ 디렉터리에 부팅 이미지 파일을 저장하고 부팅 이미지 파일을 디렉터리에 복사합니다. 이 예에서 디렉터리는 /var/lib/tftpboot/pxelinux/images/RHEL-9/:입니다.

    # mkdir -p /var/lib/tftpboot/pxelinux/images/RHEL-9/
    # cp /path_to_x86_64_images/pxeboot/{vmlinuz,initrd.img} /var/lib/tftpboot/pxelinux/images/RHEL-9/
    Copy to Clipboard Toggle word wrap
  10. tftp.socket 서비스를 시작하고 활성화합니다.

    # systemctl enable --now tftp.socket
    Copy to Clipboard Toggle word wrap

    이제 PXE 부팅 서버가 PXE 클라이언트를 제공할 준비가 되었습니다. Red Hat Enterprise Linux를 설치하는 시스템인 클라이언트를 시작하고, 부팅 소스를 지정하라는 메시지가 표시되면 PXE 부팅 을 선택한 다음 네트워크 설치를 시작할 수 있습니다.

7.5. UEFI 기반 클라이언트용 TFTP 서버 구성

TFTP 서버와 DHCP 서버를 구성하고 UEFI 기반 AMD64, Intel 64 및 64비트 ARM 시스템의 PXE 서버에서 TFTP 서비스를 시작해야 합니다.

중요

Red Hat Enterprise Linux 9 UEFI PXE 부팅은 MAC 기반 GRUB 메뉴 파일의 소문자 파일 형식을 지원합니다. 예를 들어 GRUB의 MAC 주소 파일 형식은 grub.cfg-01-aa-bb-cc-dd-ee-ff입니다.

프로세스

  1. root 로서 다음 패키지를 설치합니다.

    # dnf install tftp-server
    Copy to Clipboard Toggle word wrap
  2. 방화벽에서 tftp service에 대한 수신 연결을 허용합니다.

    # firewall-cmd --add-service=tftp
    Copy to Clipboard Toggle word wrap

    이 명령은 다음 서버가 재부팅될 때까지 임시 액세스를 활성화합니다.

  3. 선택 사항: 영구 액세스를 활성화하려면 명령에 --permanent 옵션을 추가합니다.

    설치 ISO 파일의 위치에 따라 HTTP 또는 기타 서비스에 대해 들어오는 연결을 허용해야 할 수 있습니다.

  4. DVD ISO 이미지에서 EFI 부팅 이미지 파일에 액세스합니다.

    # mount -t iso9660 /path_to_image/name_of_image.iso /mount_point -o loop,ro
    Copy to Clipboard Toggle word wrap
  5. DVD ISO 이미지에서 EFI 부팅 이미지를 복사합니다.

    # mkdir /var/lib/tftpboot/redhat
    # cp -r /mount_point/EFI /var/lib/tftpboot/redhat/
    # umount /mount_point
    Copy to Clipboard Toggle word wrap
  6. 복사된 파일의 권한을 수정합니다.

    # chmod -R 755 /var/lib/tftpboot/redhat/
    Copy to Clipboard Toggle word wrap
  7. /var/lib/tftpboot/redhat/efi/boot/grub.cfg 내용을 다음 예로 바꿉니다.

    set timeout=60
    menuentry 'RHEL 9' {
      linux images/RHEL-9/vmlinuz ip=dhcp inst.repo=http://192.168.124.2/RHEL-9/x86_64/iso-contents-root/
      initrd images/RHEL-9/initrd.img
    }
    Copy to Clipboard Toggle word wrap
    • 설치 프로그램은 런타임 이미지 없이는 부팅할 수 없습니다. inst.stage2 부팅 옵션을 사용하여 이미지 위치를 지정합니다. 또는 inst.repo= 옵션을 사용하여 이미지와 설치 소스를 지정할 수 있습니다.
    • inst.repo와 함께 사용되는 설치 소스 위치에는 유효한 .treeinfo 파일이 포함되어야 합니다.
    • RHEL9 설치 DVD를 설치 소스로 선택하면 .treeinfo 파일은 BaseOS 및 AppStream 리포지토리를 가리킵니다. 단일 inst.repo 옵션을 사용하여 두 리포지토리를 로드할 수 있습니다.
  8. /var/lib/tftpboot/ 디렉터리에 부팅 이미지 파일을 저장하고 부팅 이미지 파일을 디렉터리에 복사합니다. 이 예에서 디렉터리는 /var/lib/tftpboot/images/RHEL-9/:입니다.

    # mkdir -p /var/lib/tftpboot/images/RHEL-9/
    # cp /mount_point/images/pxeboot/{vmlinuz,initrd.img} /var/lib/tftpboot/images/RHEL-9/
    Copy to Clipboard Toggle word wrap
  9. tftp.socket 서비스를 시작하고 활성화합니다.

    # systemctl enable --now tftp.socket
    Copy to Clipboard Toggle word wrap

    이제 PXE 부팅 서버가 PXE 클라이언트를 제공할 준비가 되었습니다. Red Hat Enterprise Linux를 설치하는 시스템인 클라이언트를 시작하고, 부팅 소스를 지정하라는 메시지가 표시되면 PXE 부팅 을 선택한 다음 네트워크 설치를 시작할 수 있습니다.

7.6. IBM Power 시스템용 네트워크 서버 구성

GRUB을 사용하여 IBM Power 시스템에 대한 네트워크 부팅 서버를 구성할 수 있습니다.

프로세스

  1. root 로서 다음 패키지를 설치합니다.

    # dnf install tftp-server dhcp-server
    Copy to Clipboard Toggle word wrap
  2. 방화벽에서 tftp 서비스에 대한 수신 연결을 허용합니다.

    # firewall-cmd --add-service=tftp
    Copy to Clipboard Toggle word wrap

    이 명령은 다음 서버가 재부팅될 때까지 임시 액세스를 활성화합니다.

  3. 선택 사항: 영구 액세스를 활성화하려면 명령에 --permanent 옵션을 추가합니다.

    설치 ISO 파일의 위치에 따라 HTTP 또는 기타 서비스에 대해 들어오는 연결을 허용해야 할 수 있습니다.

  4. TFTP 루트 내에 GRUB 네트워크 부팅 디렉토리를 만듭니다.

    # grub2-mknetdir --net-directory=/var/lib/tftpboot
    Netboot directory for powerpc-ieee1275 created. Configure your DHCP server to point to /boot/grub2/powerpc-ieee1275/core.elf
    Copy to Clipboard Toggle word wrap

    명령 출력은 이 절차에 설명된 DHCP 구성에서 구성해야 하는 파일 이름을 알려줍니다.

    1. PXE 서버가 x86 시스템에서 실행되는 경우 tftp 루트 내에 GRUB2 네트워크 부팅 디렉토리를 생성하기 전에 grub2-ppc64le-modules 를 설치해야 합니다.

      # dnf install grub2-ppc64le-modules
      Copy to Clipboard Toggle word wrap
  5. 다음 예와 같이 GRUB 설정 파일 /var/lib/tftpboot/boot/grub2/grub.cfg 를 만듭니다.

    set default=0
    set timeout=5
    
    echo -e "\nWelcome to the Red Hat Enterprise Linux 9 installer!\n\n"
    
    menuentry 'Red Hat Enterprise Linux 9' {
      linux grub2-ppc64/vmlinuz ro ip=dhcp inst.repo=http://192.168.124.2/RHEL-9/x86_64/iso-contents-root/
      initrd grub2-ppc64/initrd.img
    }
    Copy to Clipboard Toggle word wrap
    • 설치 프로그램은 런타임 이미지 없이는 부팅할 수 없습니다. inst.stage2 부팅 옵션을 사용하여 이미지 위치를 지정합니다. 또는 inst.repo= 옵션을 사용하여 이미지와 설치 소스를 지정할 수 있습니다.
    • inst.repo와 함께 사용되는 설치 소스 위치에는 유효한 .treeinfo 파일이 포함되어야 합니다.
    • RHEL8 설치 DVD를 설치 소스로 선택하면 .treeinfo 파일은 BaseOS 및 AppStream 리포지토리를 가리킵니다. 단일 inst.repo 옵션을 사용하여 두 리포지토리를 로드할 수 있습니다.
  6. 명령을 사용하여 DVD ISO 이미지를 마운트합니다.

    # mount -t iso9660 /path_to_image/name_of_iso/ /mount_point -o loop,ro
    Copy to Clipboard Toggle word wrap
  7. 디렉토리를 만들고 initrd.imgvmlinuz 파일을 DVD ISO 이미지로 복사합니다. 예를 들면 다음과 같습니다.

    # cp /mount_point/ppc/ppc64/{initrd.img,vmlinuz} /var/lib/tftpboot/grub2-ppc64/
    Copy to Clipboard Toggle word wrap
  8. 다음 예와 같이 GRUB2와 함께 패키지된 부팅 이미지를 사용하도록 DHCP 서버를 구성합니다. DHCP 서버가 이미 구성된 경우 DHCP 서버에서 이 단계를 수행합니다.

    subnet 192.168.0.1 netmask 255.255.255.0 {
      allow bootp;
      option routers 192.168.0.5;
      group { #BOOTP POWER clients
        filename "boot/grub2/powerpc-ieee1275/core.elf";
        host client1 {
        hardware ethernet 01:23:45:67:89:ab;
        fixed-address 192.168.0.112;
        }
      }
    }
    Copy to Clipboard Toggle word wrap
  9. 네트워크 구성에 맞게 샘플 매개 변수 서브넷,넷마스크,라우터,고정 주소하드웨어 이더넷 을 조정합니다. file name 매개변수입니다. 이 절차의 앞부분에 있는 grub2-mknetdir 명령으로 출력된 파일 이름입니다.
  10. DHCP 서버에서 dhcpd 서비스를 시작하고 활성화합니다. localhost에 DHCP 서버를 구성한 경우 localhost에서 dhcpd 서비스를 시작하고 활성화합니다.

    # systemctl enable --now dhcpd
    Copy to Clipboard Toggle word wrap
  11. tftp.socket 서비스를 시작하고 활성화합니다.

    # systemctl enable --now tftp.socket
    Copy to Clipboard Toggle word wrap

    이제 PXE 부팅 서버가 PXE 클라이언트를 제공할 준비가 되었습니다. Red Hat Enterprise Linux를 설치하는 시스템인 클라이언트를 시작하고, 부팅 소스를 지정하라는 메시지가 표시되면 PXE 부팅 을 선택한 다음 네트워크 설치를 시작할 수 있습니다.

운영 체제의 보안을 강화하려면 UEFI Secure Boot가 활성화된 시스템에서 Red Hat Enterprise Linux 베타 릴리스를 부팅할 때 UEFI Secure Boot 기능을 사용하여 서명 확인을 수행합니다.

8.1. UEFI Secure Boot 및 RHEL Beta 릴리스

UEFI Secure Boot를 사용하려면 운영 체제 커널이 인식된 개인 키로 서명해야 합니다. UEFI Secure Boot는 해당 공개 키를 사용하여 서명을 확인합니다.

Red Hat Enterprise Linux 베타 릴리스의 경우 커널은 Red Hat 베타 고유의 개인 키로 서명됩니다. UEFI Secure Boot는 해당 공개 키를 사용하여 서명을 확인하려고 하지만 하드웨어가 베타 개인 키를 인식하지 않기 때문에 Red Hat Enterprise Linux Beta 릴리스 시스템이 부팅되지 않습니다. 따라서 베타 릴리스와 함께 UEFI Secure Boot를 사용하려면 MOK(Machine Owner Key) 기능을 사용하여 시스템에 Red Hat 베타 공개 키를 추가합니다.

8.2. UEFI Secure Boot의 베타 공개 키 추가

이 섹션에서는 UEFI Secure Boot를 위한 Red Hat Enterprise Linux 베타 공개 키를 추가하는 방법에 대해 설명합니다.

사전 요구 사항

  • 시스템에서 UEFI Secure Boot가 비활성화되어 있습니다.
  • Red Hat Enterprise Linux 베타 릴리스가 설치되고 시스템 재부팅 후에도 Secure Boot가 비활성화됩니다.
  • 시스템에 로그인한 후 Initial Setup 창의 작업이 완료됩니다.

프로세스

  1. 시스템의 MOK(Machine Owner Key) 목록에 Red Hat 베타 공개 키 등록을 시작합니다.

    # mokutil --import /usr/share/doc/kernel-keys/$(uname -r)/kernel-signing-ca.cer
    Copy to Clipboard Toggle word wrap

    $(uname -r)은 커널 버전 (예: 4.18.0-80.el8.x86_64 )으로 교체됩니다.

  2. 메시지가 표시되면 암호를 입력합니다.
  3. 시스템을 재부팅하고 임의의 키를 눌러 시작합니다. Shim UEFI 키 관리 유틸리티는 시스템을 시작하는 동안 시작됩니다.
  4. Enroll MOK를 선택합니다.
  5. Continue를 선택합니다.
  6. Yes를 선택하고 암호를 입력합니다. 키를 시스템의 펌웨어로 가져옵니다.
  7. Reboot를 선택합니다.
  8. 시스템에서 Secure Boot를 활성화합니다.

8.3. 베타 공개 키 제거

Red Hat Enterprise Linux 베타 릴리스를 제거하고 Red Hat Enterprise Linux General Availability (GA) 릴리스 또는 다른 운영 체제를 설치하려는 경우 베타 공개 키를 제거하십시오.

이 절차에서는 베타 공개 키를 제거하는 방법을 설명합니다.

프로세스

  1. 시스템의 MOK(Machine Owner Key) 목록에서 Red Hat 베타 공개 키를 제거하십시오.

    # mokutil --reset
    Copy to Clipboard Toggle word wrap
  2. 메시지가 표시되면 암호를 입력합니다.
  3. 시스템을 재부팅하고 임의의 키를 눌러 시작합니다. Shim UEFI 키 관리 유틸리티는 시스템을 시작하는 동안 시작됩니다.
  4. Reset MOK을 선택합니다.
  5. Continue를 선택합니다.
  6. Yes를 선택하고 2단계에서 지정한 암호를 입력합니다. 키는 시스템 펌웨어에서 제거됩니다.
  7. Reboot를 선택합니다.

9장. 64비트 IBM Z에서 RHEL 설치 준비

이 섹션에서는 64비트 IBM Z 아키텍처에 Red Hat Enterprise Linux를 설치하는 방법을 설명합니다.

9.1. 64비트 IBM Z에 설치 계획

Red Hat Enterprise Linux 9는 IBM z14 또는 IBM LinuxONE II 시스템에서 실행됩니다.

설치 프로세스에서는 64비트 IBM Z에 익숙한 것으로 가정하고 논리 파티션 (LPAR) 및 z/VM 게스트 가상 머신을 설정할 수 있다고 가정합니다.

64비트 IBM Z에 Red Hat Enterprise Linux를 설치하기 위해 Red Hat은 직접 액세스 스토리지 장치(DASD), FCP(Fiber Channel Protocol) 및 virtio-blkvirtio-scsi 장치를 통해 연결된 SCSI 디스크 장치를 지원합니다. FCP 장치를 사용하는 경우 안정성 향상을 위해 다중 경로 구성에서 해당 장치를 사용하는 것이 좋습니다.

중요

DASD는 장치당 최대 3개의 파티션을 허용하는 디스크입니다. 예를 들어 dasdadasda1,dasda2dasda3 파티션을 가질 수 있습니다.

사전 설치 결정

  • LPAR, KVM 또는 z/VM 게스트 운영 체제로 운영 체제를 실행할지 여부입니다.
  • 네트워크 구성. 64비트 IBM Z용 Red Hat Enterprise Linux 9는 다음과 같은 네트워크 장치를 지원합니다.

    • 실제 및 가상 Open Systems 어댑터 (OSA)
    • 실제 및 가상 HiperSockets
    • 실제 OSA를 위한 LAN 채널 스테이션 (LCS)
    • virtio-net 장치
    • RoCE(RDMA over Converged Ethernet)
  • 다른 머신 유형을 선택하면 RHEL이 설치되지 않을 수 있으므로 z/VM VM의 ESA 로 머신 유형을 선택해야 합니다. IBM 설명서 를 참조하십시오.
참고

SWAPGEN 유틸리티를 사용하여 고정 블록 아키텍처(FBA) DASD에서 스왑 공간을 초기화할 때 FBA Cryostat 옵션을 사용해야 합니다.

9.2. IBM Z 서버의 부팅 미디어 호환성

다음 표에서는 64비트 IBM Z 서버에 RHEL(Red Hat Enterprise Linux)을 설치하기 위해 지원되는 부팅 미디어 옵션에 대한 자세한 정보를 제공합니다. 다양한 시스템 유형의 각 부팅 미디어의 호환성을 간략하게 설명하고 zipl 부트 로더가 사용되는지 여부를 나타냅니다. 이 정보는 특정 환경에 가장 적합한 부팅 미디어를 결정하는 데 도움이 됩니다.

Expand
시스템 유형 / 부팅 미디어zipl 부트 로더 사용z/VMKVMLPAR

z/VM 리더

없음

제공됨

해당 없음

해당 없음

SE 또는 HMC(원격 SFTP, FTPS, FTP 서버, DVD)

없음

해당 없음

해당 없음

제공됨

DASD

제공됨

제공됨

제공됨

제공됨

FCP SCSI LUN

제공됨

제공됨

제공됨

제공됨

FCP SCSI DVD

제공됨

제공됨

제공됨

제공됨

N/A는 부팅 미디어가 지정된 시스템 유형에 적용되지 않음을 나타냅니다.

9.3. IBM Z 서버에서 지원되는 환경 및 구성 요소

다음 표에서는 64비트 IBM Z 서버에 RHEL(Red Hat Enterprise Linux)을 설치할 때 다양한 시스템 유형에 대해 지원되는 환경, 네트워크 장치, 머신 유형 및 스토리지 유형에 대한 정보를 제공합니다. 이러한 테이블을 사용하여 특정 시스템 구성으로 다양한 구성 요소의 호환성을 확인합니다.

Expand
표 9.1. 시스템 유형의 네트워크 장치 호환성
네트워크 장치z/VMKVMLPAR

Open Systems Adapter (OSA)

제공됨

해당 없음

제공됨

HiperSockets

제공됨

해당 없음

제공됨

LAN 채널 스테이션(LCS)

제공됨

해당 없음

제공됨

virtio-net

해당 없음

제공됨

해당 없음

RoCE(RDMA over Converged Ethernet)

제공됨

제공됨

제공됨

N/A는 구성 요소가 지정된 시스템 유형에 적용되지 않음을 나타냅니다.

Expand
표 9.2. 시스템 유형에 대한 머신 유형 호환성
머신 유형z/VMKVMLPAR

ESA

제공됨

해당 없음

해당 없음

s390-virtio-ccw

해당 없음

제공됨

해당 없음

N/A는 구성 요소가 지정된 시스템 유형에 적용되지 않음을 나타냅니다.

Expand
표 9.3. 시스템 유형의 스토리지 유형 호환성
스토리지 유형z/VMKVMLPAR

DASD

제공됨

제공됨

제공됨

FCP SCSI

제공됨

제공됨[a]

제공됨

virtio-blk

해당 없음

제공됨

해당 없음

[a] 구성에 따른 조건부 지원

N/A는 구성 요소가 지정된 시스템 유형에 적용되지 않음을 나타냅니다.

9.4. 64비트 IBM Z 서버의 설치 프로세스 개요

64비트 IBM Z에 Red Hat Enterprise Linux를 대화형 또는 무인 모드로 설치할 수 있습니다. 64비트 IBM Z에 설치하는 것은 일반적으로 로컬 미디어가 아닌 네트워크를 통해 수행되므로 다른 아키텍처와 다릅니다. 설치는 다음 세 단계로 구성됩니다.

  1. 설치 부팅

    • 개인 정보 보호 정책
    • 부팅 매개변수 사용자 정의
    • 초기 프로그램 로드(IPL) 수행 또는 설치 프로그램이 포함된 미디어에서 부팅
  2. 설치 시스템에 연결

    • 로컬 시스템에서 SSH를 사용하여 원격 64비트 IBM Z 시스템에 연결하고 VNC(Virtual Network Computing)를 사용하여 설치 프로그램을 시작합니다.
  3. RHEL 설치 프로그램을 사용하여 설치 완료

9.5. 64비트 IBM Z 서버에 RHEL을 설치하기 위한 부팅 미디어

양질과의 연결을 설정한 후에는 설치 프로그램이 포함된 매체에서 초기 프로그램 로드(IPL) 또는 부팅을 수행해야 합니다. 이 문서에서는 64비트 IBM Z에 Red Hat Enterprise Linux를 설치하는 가장 일반적인 방법을 설명합니다. 일반적으로 모든 방법은 사용자 정의 매개변수로 보완되는 generic.prm 파일의 매개 변수를 사용하여 커널(kernel.img) 및 초기 RAM 디스크(initrd.img)로 구성된 Linux 설치 시스템을 부팅하는 데 사용될 수 있습니다. 또한 initrd, kernel 및 generic.prm 의 파일 이름 및 메모리 주소를 결정하는 generic.ins 파일이 로드됩니다.

Linux 설치 시스템은 이 문서에서 설치 프로그램 이라고도 합니다.

Linux가 z/VM에서 게스트 운영 체제로 실행되는 경우에만 다음 부팅 미디어를 사용할 수 있습니다.

  • z/VM 리더

Linux가 LPAR 모드에서 실행되는 경우에만 다음 부팅 미디어를 사용할 수 있습니다.

  • 원격 SFTP, FTPS 또는 FTP 서버를 통한 SE 또는 HMC
  • SE 또는 HMC DVD

z/VM 및 LPAR 둘 다에 다음 부팅 미디어를 사용할 수 있습니다.

  • DASD
  • FCP 채널을 통해 연결된 SCSI 디스크 장치

DASD 또는 FCP 연결 SCSI 디스크 장치를 부팅 미디어로 사용하는 경우 zipl 부트 로더가 구성되어 있어야 합니다.

9.6. 부팅 매개변수 사용자 정의

설치를 시작하기 전에 몇 가지 필수 부팅 매개변수를 구성해야 합니다. z/VM을 통해 설치할 때 generic.prm 파일로 부팅하기 전에 이러한 매개변수를 구성해야 합니다. LPAR에 설치할 때 rd.cmdline 매개변수는 기본적으로 도록 설정되어 있습니다. 즉, 이러한 부팅 매개변수를 입력할 수 있는 프롬프트가 제공됩니다. 두 경우 모두 필수 매개변수는 동일합니다.

모든 네트워크 구성은 매개 변수 파일을 사용하거나 프롬프트에서 지정할 수 있습니다.

설치 소스
설치 소스는 항상 구성해야 합니다.

inst.repo 옵션을 사용하여 설치 패키지 소스를 지정합니다.

네트워크 장치

설치 중에 네트워크 액세스가 필요한 경우 네트워크 구성을 제공해야 합니다. 디스크와 같은 로컬 미디어만 사용하여 무인(Kickstart 기반) 설치를 수행하려면 네트워크 구성을 생략할 수 있습니다.

ip=
필요에 따라 기본 네트워크 구성 및 기타 옵션에 ip= 옵션을 사용합니다.
rd.znet=

또한 네트워크 프로토콜 유형, 하위 채널의 쉼표로 구분된 목록, qeth 장치의 쉼표로 구분된 sysfs 매개변수 및 값 쌍을 사용하는 rd.znet= 커널 옵션을 사용합니다. 이 매개변수는 여러 네트워크 장치를 활성화하기 위해 여러 번 지정할 수 있습니다.

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

rd.znet=qeth,0.0.0600,0.0.0601,0.0.0602,layer2=1,portno=<number>
Copy to Clipboard Toggle word wrap

rd.znet 부팅 옵션을 여러 개 지정할 때 마지막 옵션만 설치된 시스템의 커널 명령줄에 전달됩니다. 설치 중에 구성된 모든 네트워크 장치가 부팅 시 올바르게 활성화되고 구성되므로 시스템의 네트워킹에는 영향을 미치지 않습니다.

qeth 장치 드라이버는 이더넷 및 Hipersockets 장치에 대해 동일한 인터페이스 이름을 할당합니다. enc <device number>. 버스 ID는 점으로 구분된 채널 하위 시스템 ID, 하위 채널 세트 ID 및 장치 번호로 구성됩니다. 장치 번호는 0과 점이 발생하지 않고 버스 ID의 마지막 부분입니다. 예를 들어 인터페이스 이름은 버스 ID가 0.0.0a00 인 장치의 경우 enca00 입니다.

스토리지 장치

텍스트 모드 설치를 위해 하나 이상의 스토리지 장치를 항상 구성해야 합니다.

rd.dasd= 옵션은 Direct Access Storage Device(DASD) 어댑터 장치 버스 식별자를 사용합니다. 여러 DASD의 경우 매개변수를 여러 번 지정하거나 쉼표로 구분된 버스 ID 목록을 사용합니다. DASD 범위를 지정하려면 첫 번째 및 마지막 버스 ID를 지정합니다.

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

rd.dasd=0.0.0200 rd.dasd=0.0.0202(ro),0.0.0203(ro:failfast),0.0.0205-0.0.0207
Copy to Clipboard Toggle word wrap

설치 프로세스 중에 파티션에 적극적으로 사용된 DASD(예: / , / boot,스왑 또는 기타 파일 시스템 생성)만 설치된 시스템에서 자동으로 활성화됩니다. rd.dasd= 커널 인수를 사용하여 지정한 DASD는 부팅된 시스템에서 오프라인 상태로 유지됩니다. 설치 후 이 장치를 사용하려면 수동으로 활성화해야 합니다.

rd.zfcp= 옵션은 FCP(zFCP) 어댑터 장치 버스 식별자, 대상 WWN(WWPN) 및 FCP LUN을 기반으로 SCSI 디스크의 한 경로를 활성화합니다. 동일한 디스크에 대한 여러 경로를 활성화하려면 이 매개변수를 두 번 이상 지정해야 합니다. 이 매개변수는 각각 경로가 여러 개인 디스크를 활성화하기 위해 여러 번 지정할 수 있습니다. 9 이므로 대상 WWPN (WWPN) 및 FCP LUN은 zFCP 장치가 NPIV 모드에서 구성되지 않았거나 자동 LUN 검사가 zfcp.allow_lun_scan=0 커널 모듈 매개 변수에 의해 비활성화된 경우에만 제공해야 합니다. 지정된 버스 ID로 FCP 장치에 연결된 스토리지 영역 네트워크에 있는 모든 SCSI 장치에 대한 액세스를 제공합니다. 동일한 디스크에 대한 여러 경로를 활성화하려면 이 매개변수를 두 번 이상 지정해야 합니다.

rd.zfcp=0.0.4000,0x5005076300C213e9,0x5022000000000000
rd.zfcp=0.0.4000
Copy to Clipboard Toggle word wrap
Kickstart 옵션
Kickstart 파일을 사용하여 자동 설치를 수행하는 경우 항상 inst.ks= 옵션을 사용하여 Kickstart 파일의 위치를 지정해야 합니다. 무인 자동 Kickstart 설치의 경우 inst.cmdline 옵션도 유용합니다.

모든 필수 매개변수가 포함된 사용자 지정 generic.prm 파일의 예는 다음 예와 유사합니다.

예 9.1. 사용자 지정 generic.prm 파일

ro ramdisk_size=40000 cio_ignore=all,!condev
inst.repo=http://example.com/path/to/repository
rd.znet=qeth,0.0.0600,0.0.0601,0.0.0602,layer2=1,portno=0,portname=foo
ip=192.168.17.115::192.168.17.254:24:foobar.systemz.example.com:enc600:none
nameserver=192.168.17.1
rd.dasd=0.0.0200 rd.dasd=0.0.0202
rd.zfcp=0.0.4000,0x5005076300c213e9,0x5022000000000000
rd.zfcp=0.0.5000,0x5005076300dab3e9,0x5022000000000000
inst.ks=http://example.com/path/to/kickstart
Copy to Clipboard Toggle word wrap

일부 설치 방법은 HMC DVD 또는 FTP 서버의 파일 시스템에 설치 데이터 위치 매핑과 데이터를 복사할 메모리 위치도 필요합니다.

파일 이름은 일반적으로 generic.ins 이며 초기 RAM 디스크, 커널 이미지 및 매개 변수 파일(generic.prm)과 각 파일의 메모리 위치를 포함합니다. generic.ins 의 예는 다음 예와 유사합니다.

예 9.2. generic.ins 파일 샘플

images/kernel.img 0x00000000
images/initrd.img 0x02000000
images/genericdvd.prm 0x00010480
images/initrd.addrsize 0x00010408
Copy to Clipboard Toggle word wrap

유효한 generic.ins 파일은 Red Hat에서 설치 프로그램을 부팅하는 데 필요한 다른 모든 파일과 함께 제공됩니다. 예를 들어 기본값과 다른 커널 버전을 로드하려는 경우에만 이 파일을 수정합니다.

9.7. 64비트 IBM Z의 매개변수 및 구성 파일

이 섹션에서는 64비트 IBM Z의 매개변수 및 구성 파일에 대해 설명합니다.

9.7.1. 64비트 IBM Z의 필수 구성 파일 매개변수

여러 매개 변수가 필요하며 매개 변수 파일에 포함되어야 합니다. 이러한 매개변수는 설치 DVD의 디렉터리 images/generic.prm 파일에도 제공됩니다.

  • ro

    RAM 디스크인 읽기 전용 루트 파일 시스템을 마운트합니다.

  • ramdisk_size=size

    Red Hat Enterprise Linux 설치 프로그램이 여기에 맞는지 확인하기 위해 RAM 디스크에 예약된 메모리 크기를 수정합니다. 예: ramdisk_size=40000

generic.prm 파일에는 추가 매개변수 "cio_ignore=all,!condev" 도 포함되어 있습니다. 이 설정은 많은 장치가 있는 시스템에서 부팅 및 장치 탐지 속도를 향상시킵니다. 설치 프로그램은 무시된 장치의 활성화를 투명하게 처리합니다.

9.7.2. 64비트 IBM z/VM 구성 파일

z/VM에서는 CMS 형식의 디스크에서 구성 파일을 사용할 수 있습니다. CMS 구성 파일의 목적은 매개 변수 파일에서 초기 네트워크 설정, DASD 및 FCP 사양을 구성하는 매개 변수를 이동하여 매개 변수 파일의 공간을 저장하는 것입니다.

CMS 구성 파일의 각 줄은 다음 쉘 스타일 구문에 단일 변수와 관련 값을 포함합니다. variable=value.

또한 매개 변수 파일에 CMSDASDCMSCONFFILE 매개변수를 추가해야 합니다. 이러한 매개변수는 설치 프로그램이 구성 파일을 가리킵니다.

CMSDASD=cmsdasd_address

여기서 cmsdasd_address 는 구성 파일이 포함된 CMS 형식의 디스크의 장치 번호입니다. 일반적으로 CMS 사용자의 A 디스크입니다.

예: CMSDASD=191

CMSCONFFILE=configuration_file

여기서 configuration_file 은 구성 파일의 이름입니다. 이 값은 소문자로 지정해야 합니다. Linux 파일 이름 형식으로 지정됩니다. CMS_file_name.CMS_file_type.

CMS 파일 REDHAT CONFredhat.conf 로 지정됩니다. CMS 파일 이름과 파일 유형은 각각 CMS 규칙을 따르는 1~8자 사이일 수 있습니다.

예: CMSCONFFILE=redhat.conf

9.7.3. 64비트 IBM Z에 설치 네트워크, DASD 및 FCP 매개변수

이러한 매개 변수는 사전 네트워크를 자동으로 설정하는 데 사용할 수 있으며 CMS 구성 파일에서 정의할 수 있습니다. 이러한 매개변수는 CMS 구성 파일에서도 사용할 수 있는 유일한 매개변수입니다. 다른 섹션의 다른 모든 매개 변수는 매개 변수 파일에 지정해야 합니다.

NETTYPE="type"

여기서 type 은 다음 중 하나여야 합니다. qeth,lcs 또는 ctc. 기본값은 qeth 입니다.

다음을 위해 qeth 를 선택합니다.

  • OSA-Express 기능
  • HiperSockets
  • VSWITCH 및 게스트 LAN을 포함한 z/VM의 가상 연결

    다음을 위해 ctc 선택:

  • 채널 간 네트워크 연결
SUBCHANNELS="device_bus_IDs"

여기서 device_bus_IDs 는 쉼표로 구분된 두 개 또는 세 개의 장치 버스 ID 목록입니다. ID는 소문자로 지정해야 합니다.

다양한 네트워크 인터페이스에 필요한 장치 버스 ID를 제공합니다.

qeth: SUBCHANNELS="read_device_bus_id,write_device_bus_id,data_device_bus_id"
lcs or ctc: SUBCHANNELS="read_device_bus_id,write_device_bus_id"
Copy to Clipboard Toggle word wrap

예: ( 샘플 qeth SUBCHANNEL 문):

SUBCHANNELS="0.0.f5f0,0.0.f5f1,0.0.f5f2"
Copy to Clipboard Toggle word wrap
PORTNO="portnumber"
PORTNO="0"(포트 0 사용) 또는 PORTNO="1" ( CHPID당 두 개의 포트가 있는 OSA 기능 포트 1을 사용할 수 있음)를 추가할 수 있습니다.
LAYER2="value"

여기서 value0 또는 1 일 수 있습니다.

LAYER2="0" 을 사용하여 계층 3 모드 (NETTYPE="qeth")에서 OSA 또는 HiperSockets 장치를 운영하십시오. 계층 2 모드에 LAYER2="1" 을 사용합니다. z/VM 아래의 가상 네트워크 장치의 경우 이 설정은 장치가 연결된 GuestLAN 또는 VSWITCH의 정의와 일치해야 합니다.

DHCP와 같은 계층 2(데이터 링크 계층 또는 해당 MAC 하위 계층)에서 작동하는 네트워크 서비스를 사용하려면 계층 2 모드를 선택하는 것이 좋습니다.

OSA 장치의 qeth 장치 드라이버가 기본적으로 계층 2 모드입니다. 이전 3 모드의 기본값을 계속 사용하려면 LAYER2="0" 을 명시적으로 설정합니다.

VSWITCH="value"

여기서 value0 또는 1 일 수 있습니다.

직접 연결된 실제 OSA 또는 직접 연결된 실제 HiperSockets를 사용할 때 z/VM V SWITCH 또는 GuestLAN 또는 VSWITCH="0"( 또는 전혀 없음)에 연결할 때 VSWITCH="1" 을 지정합니다.

MACADDR="MAC_address"

LAYER2="1"VSWITCH="0" 을 지정하는 경우 이 매개변수를 사용하여 MAC 주소를 지정할 수 있습니다. Linux에는 소문자 16진수 쌍으로 콜론으로 구분된 6개의 옥텟이 필요합니다(예: MACADDR=62:a3:18:e7:bc:5f ). 이는 z/VM에서 사용하는 표기법과 다릅니다.

LAYER2="1"VSWITCH="1" 을 지정하는 경우 z/VM이 계층 2 모드에서 가상 네트워크 장치에 고유한 MAC 주소를 할당하므로 MACADDR 을 지정할 수 없습니다.

CTCPROT="value"

여기서 value0,1 또는 3 일 수 있습니다.

NETTYPE="ctc" 의 CTC 프로토콜을 지정합니다. 기본값은 0입니다.

HOSTNAME="string"
여기서 string 은 새로 설치된 Linux 인스턴스의 호스트 이름입니다.
IPADDR="IP"
여기서 IP 는 새 Linux 인스턴스의 IP 주소입니다.
NETMASK="netmask"

여기서 넷마스크 는 넷마스크입니다.

넷마스크는 IPv4 클래스리스 도메인 라우팅 (CIDR)에 지정된 접두사 정수(1에서 32까지)의 구문을 지원합니다. 예를 들어 255.255.255.0 대신 24 를 지정하거나 255.255.240.0 대신 20 을 지정할 수 있습니다.

GATEWAY="gw"
여기서 gw 는 이 네트워크 장치의 게이트웨이 IP 주소입니다.
MTU="mtu"
여기서 mtu 는 이 네트워크 장치의 최대 전송 단위 (MTU)입니다.
DNS="server1:server2:additional_server_terms:serverN"

여기서 "server1:server2:additional_server_terms:serverN"은 콜론으로 구분된 DNS 서버 목록입니다. 예를 들면 다음과 같습니다.

DNS="10.1.2.3:10.3.2.1"
Copy to Clipboard Toggle word wrap
SEARCHDNS="domain1:domain2:additional_dns_terms:domainN"

여기서 "domain1:domain2:additional_dns_terms:domainN"은 콜론으로 구분된 검색 도메인 목록입니다. 예를 들면 다음과 같습니다.

SEARCHDNS="subdomain.domain:domain"
Copy to Clipboard Toggle word wrap

DNS= 매개변수를 지정하는 경우에만 SEARCHDNS= 를 지정해야 합니다.

DASD=

설치에 구성할 DASD 또는 DASD 범위를 정의합니다.

설치 프로그램은 쉼표로 구분된 장치 버스 ID 목록 또는 선택적 속성인 장치 버스 ID 범위를 지원합니다. ro,diag,erplog, failfast. 선택적으로 앞에 0이 제거된 장치 번호로 장치 버스 ID를 축약할 수 있습니다. 모든 선택적 속성은 콜론으로 구분하고 대괄호로 묶어야 합니다. 선택적 속성은 장치 버스 ID 또는 장치 버스 ID의 범위를 따릅니다.

지원되는 유일한 글로벌 옵션은 자동 감지 입니다. 이는 나중에 DASD를 추가하기 위해 커널 장치 이름을 예약하기 위해 존재하지 않는 DASD 사양을 지원하지 않습니다. 나중에 디스크를 투명하게 추가할 수 있도록 /dev/disk/by-path/name 과 같은 영구 DASD 장치 이름을 사용합니다. probeonly,nopav 또는 nofcx 와 같은 기타 글로벌 옵션은 설치 프로그램에서 지원되지 않습니다.

시스템에 설치해야 하는 DASD만 지정합니다. 여기에 지정된 모든 포맷되지 않은 DASD는 설치 프로그램에서 나중에 확인한 후 포맷해야 합니다.

설치 후 루트 파일 시스템 또는 /boot 파티션에 필요하지 않은 데이터 DASD를 추가합니다.

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

DASD="eb1c,0.0.a000-0.0.a003,eb10-eb14(diag),0.0.ab1c(ro:diag)"
Copy to Clipboard Toggle word wrap
FCP_n="device_bus_ID [WWPN FCP_LUN]"

FCP 전용 환경의 경우 CMS 구성 파일에서 DASD= 옵션을 제거하여 DASD가 없음을 나타냅니다.

FCP_n="device_bus_ID [WWPN FCP_LUN]"
Copy to Clipboard Toggle word wrap

다음과 같습니다.

  • N은 일반적으로 정수 값(예: FCP_1 또는 FCP_2)이지만 알파벳 또는 숫자 문자 또는 밑줄이 있는 모든 문자열일 수 있습니다.
  • device_bus_ID 는 HBA( 호스트 버스 어댑터)를 나타내는 FCP 장치의 장치 버스 ID를 지정합니다(예: 장치 fc00의 경우 0.0. fc00).
  • WWPN 은 라우팅에 사용되는 세계적인 포트 이름이며(대화 경로와 함께) 16자리 16자리 16자리 16자리 16자리 16개(예: 0x50050763050b073d)입니다.
  • FCP_LUN 은 스토리지 논리 단위 식별자를 나타내며, 0이 오른쪽(예: 0x4020400100000000)이 포함된 16자리 16진수 값으로 지정됩니다.
참고

zfcp.allow_lun_scan=0 커널 모듈 매개변수 또는 RHEL-9.0 이상 릴리스를 설치할 때 zFCP 장치가 NPIV 모드에서 구성되지 않은 경우 대상 WWPN(WWPN) 및 FCP_LUN을 제공해야 합니다. 그렇지 않으면 device_bus_ID 값만 필수입니다.

  • 이러한 변수는 FCP 장치가 있는 시스템에서 SCSI 디스크와 같은 FCP LUN을 활성화하는 데 사용할 수 있습니다. 추가 FCP LUN은 대화식으로 또는 Kickstart 파일을 통해 설치 중에 활성화할 수 있습니다. 예제 값은 다음과 유사합니다.

    FCP_1="0.0.fc00 0x50050763050b073d 0x4020400100000000"
    FCP_2="0.0.4000"
    Copy to Clipboard Toggle word wrap

    FCP 매개변수(예: FCP_1 또는 FCP_2)에서 사용되는 각 값은 사이트별이며 일반적으로 FCP 스토리지 관리자가 제공합니다.

9.7.4. 64비트 IBM Z에 Kickstart 설치를 위한 매개변수

다음 매개 변수는 매개 변수 파일에서 정의할 수 있지만 CMS 구성 파일에서는 작동하지 않습니다.

inst.ks=URL
일반적으로 64비트 IBM Z에 Linux 설치를 위해 네트워크에 상주하는 Kickstart 파일을 참조합니다. Kickstart 파일의 파일 이름을 포함하여 URL 을 전체 경로로 바꿉니다. 이 매개변수는 Kickstart를 사용하여 자동 설치를 활성화합니다.
inst.cmdline
이를 위해서는 설치 프로그램에서 cmdline 모드에서 대화형 사용자 입력을 지원하지 않기 때문에 모든 질문에 대답하는 Kickstart 파일이 있어야 합니다. inst.cmdline 옵션을 사용하기 전에 Kickstart 파일에 필요한 모든 매개변수가 포함되어 있는지 확인합니다. 필요한 명령이 없으면 설치에 실패합니다.

9.7.5. 64비트 IBM Z의 기타 매개변수

다음 매개 변수는 매개 변수 파일에서 정의할 수 있지만 CMS 구성 파일에서는 작동하지 않습니다.

rd.live.check
ISO 기반 설치 소스 테스트를 켭니다(예: 로컬 디스크에서 ISO와 함께 inst.repo= 를 사용하거나 NFS로 마운트된 경우).
inst.nompath
다중 경로 장치 지원을 비활성화합니다.
inst.proxy=[프로토콜://][사용자 이름[:password]@]호스트[:port]
HTTP, HTTPS 또는 FTP를 통해 설치에 사용할 프록시를 지정합니다.
inst.rescue
설치된 시스템을 수정하고 복원하는 데 사용할 수 있는 RAM 디스크에서 실행되는 복구 시스템으로 부팅합니다.
inst.stage2=URL

install.img 가 직접 설치되지.img가 포함된 트리의 경로를 지정합니다. 그렇지 않으면 inst.repo= 와 동일한 구문을 따릅니다. inst.stage2 가 지정된 경우 일반적으로 install.img 를 찾는 다른 방법보다 우선합니다. 그러나 Anaconda 에서 로컬 미디어에서 install.img 를 찾으면 inst.stage2 URL이 무시됩니다.

inst.stage2 를 지정하지 않고 install.img 를 로컬에서 찾을 수 없는 경우 Anacondainst.repo= 또는 method=.

inst.stage2=inst.repo= 또는 method= 없이 제공되는 경우 Anaconda 는 설치에 기본적으로 설치된 시스템이 활성화된 리포지토리를 사용합니다.

옵션을 여러 번 사용하여 여러 HTTP, HTTPS 또는 FTP 소스를 지정합니다. HTTP, HTTPS 또는 FTP 경로는 성공할 때까지 순차적으로 시도합니다.

inst.stage2=http://hostname/path_to_install_tree/
inst.stage2=http://hostname/path_to_install_tree/
inst.stage2=http://hostname/path_to_install_tree/
Copy to Clipboard Toggle word wrap
inst.syslog=IP/hostname[:port]
원격 syslog 서버로 로그 메시지를 보냅니다.

여기에 설명된 부팅 매개변수는 64비트 IBM Z에서 발생하는 설치 및 문제에 가장 유용하지만 설치 프로그램에 영향을 미치는 하위 집합만 있습니다.

9.7.6. 64비트 IBM Z의 샘플 매개변수 파일 및 CMS 구성 파일

매개 변수 파일을 변경하려면 제공된 generic.prm 파일을 확장하여 시작합니다.

generic.prm 파일의 예:

ro ramdisk_size=40000 cio_ignore=all,!condev
CMSDASD="191" CMSCONFFILE="redhat.conf"
inst.vnc
inst.repo=http://example.com/path/to/dvd-contents
Copy to Clipboard Toggle word wrap

QETH 네트워크 장치를 구성하는 redhat.conf 파일의 예( Generic.prm에서는 CMSCONFFILE 로 지정됨):

NETTYPE="qeth"
SUBCHANNELS="0.0.0600,0.0.0601,0.0.0602"
PORTNAME="FOOBAR"
PORTNO="0"
LAYER2="1"
MACADDR="02:00:be:3a:01:f3"
HOSTNAME="foobar.systemz.example.com"
IPADDR="192.168.17.115"
NETMASK="255.255.255.0"
GATEWAY="192.168.17.254"
DNS="192.168.17.1"
SEARCHDNS="systemz.example.com:example.com"
DASD="200-203"
Copy to Clipboard Toggle word wrap

9.7.7. 64비트 IBM Z에서 매개변수 및 구성 파일 사용

64비트 IBM Z 아키텍처는 사용자 지정된 매개변수 파일을 사용하여 부팅 매개변수를 커널 및 설치 프로그램에 전달할 수 있습니다.

다음과 같은 경우 매개변수 파일을 변경해야 합니다.

  • Kickstart를 사용하여 무인으로 설치합니다.
  • 설치 프로그램의 대화형 사용자 인터페이스(예: 복구 모드)를 통해 액세스할 수 없는 기본 설치 설정을 선택합니다.

매개변수 파일은 설치 프로그램(Anaconda)이 시작되기 전에 네트워크를 비대화형으로 설정하는 데 사용할 수 있습니다.

커널 매개변수 파일은 3754 바이트와 줄 끝 문자로 제한됩니다. 매개 변수 파일은 변수이거나 레코드 형식이 될 수 있습니다. 고정된 레코드 형식은 각 행을 레코드 길이까지 패딩하여 파일 크기를 늘립니다. LPAR 환경에서 지정된 모든 매개변수를 인식하지 못하는 설치 프로그램에 문제가 발생하면 모든 매개변수를 한 줄에 배치하거나 각 행을 공백 문자로 시작하고 종료할 수 있습니다.

매개 변수 파일에는 ro 와 같은 커널 매개 변수 및 설치 프로세스의 매개 변수 (예: vncpassword=test 또는 vnc )가 포함되어 있습니다.

9.8. z/VM 게스트 가상 머신에서 설치 준비

x3270 또는 c3270 터미널 에뮬레이터를 사용하여 다른 Linux 시스템에서 z/VM에 로그인하거나 64비트 IBM Z 하드웨어 관리 콘솔(HMC)에서 IBM 3270 터미널 에뮬레이터를 사용합니다. Microsoft Windows 운영 체제를 실행하는 경우 사용할 수 있는 몇 가지 옵션이 있으며 인터넷 검색을 통해 찾을 수 있습니다. wc3270 이라는 c3270 의 무료 네이티브 Windows 포트도 존재합니다.

다른 머신 유형을 선택하면 RHEL을 설치하지 못할 수 있으므로 z/VM VM의 ESA 로 머신 유형을 선택해야 합니다. IBM 설명서 를 참조하십시오.

프로세스

  1. Linux 설치에 선택한 z/VM 게스트 가상 머신에 로그인합니다.
  2. 선택 사항: 3270 연결이 중단되고 이전 세션이 아직 활성 상태이므로 다시 로그인할 수 없는 경우 z/VM 로그온 화면에 다음 명령을 입력하여 이전 세션을 새 세션으로 교체할 수 있습니다.
logon user here
Copy to Clipboard Toggle word wrap

+ 사용자를 z/VM 게스트 가상 머신의 이름으로 교체합니다. 외부 보안 관리자(예: RACF)가 사용되는지 여부에 따라 logon 명령이 다를 수 있습니다.

  1. 게스트에서 CMS (Z/VM과 함께 제공되는 단일 사용자 운영 체제)를 아직 실행하지 않은 경우 다음 명령을 입력하여 지금 부팅합니다.

    cp ipl cms
    Copy to Clipboard Toggle word wrap
  2. A 디스크(종종 장치 번호 0191)와 같은 CMS 디스크를 설치 대상으로 사용하지 마십시오. CMS에서 사용 중인 디스크를 확인하려면 다음 쿼리를 사용합니다.

    query disk
    Copy to Clipboard Toggle word wrap
  3. 다음 CP(z/VM 제어 프로그램)를 사용하여 z/VM 게스트 가상 머신의 장치 구성에 대해 알아보려면 z/VM 하이퍼바이저 쿼리 명령을 사용할 수 있습니다.

    1. 64비트 IBM Z 용어로 storage 라고 하는 사용 가능한 기본 메모리를 쿼리합니다. 게스트에 최소 1GiB의 메인 메모리가 있어야 합니다.

      cp query virtual storage
      Copy to Clipboard Toggle word wrap
    2. 유형별로 사용 가능한 네트워크 장치를 쿼리합니다.

      osa
      OSA - CHPID 유형 OSD, 실제 또는 가상 (VSWITCH 또는 GuestLAN)은 QDIO 모드에서 모두
      hsi
      HiperSockets - CHPID 유형 IQD, 실제 또는 가상 (GuestLAN 유형 Hipers)
      lcs
      LCS - CHPID 유형 PKCS

      예를 들어 위에서 언급한 모든 네트워크 장치 유형을 쿼리하려면 다음을 실행합니다.

      cp query virtual osa
      Copy to Clipboard Toggle word wrap
    3. 사용 가능한 DASD 쿼리. 읽기-쓰기 모드에 대해 RW 에 플래그가 지정된 RW만 설치 대상으로 사용할 수 있습니다.

      cp query virtual dasd
      Copy to Clipboard Toggle word wrap
    4. 사용 가능한 FCP 장치(vHBAs)를 쿼리합니다.

      cp query virtual fcp
      Copy to Clipboard Toggle word wrap

10장. 자동 설치 워크플로

Kickstart 설치는 로컬 DVD, 로컬 디스크 또는 NFS, FTP, HTTP 또는 HTTPS 서버를 사용하여 수행할 수 있습니다. 이 섹션에서는 Kickstart 사용에 대한 간략한 개요를 제공합니다.

  1. Kickstart 파일을 만듭니다. 직접 작성하고 수동 설치 후 저장된 Kickstart 파일을 복사하거나 온라인 생성 도구를 사용하여 파일을 생성하고 나중에 편집할 수 있습니다.
  2. HTTP(S), FTP 또는 NFS 서버를 사용하여 이동식 미디어, 디스크 또는 네트워크 위치의 설치 프로그램에서 Kickstart 파일을 사용하도록 설정합니다.
  3. 설치를 시작하는 데 사용할 부팅 미디어를 만듭니다.
  4. 설치 프로그램에서 설치 소스를 사용할 수 있도록 합니다.
  5. 부팅 미디어와 Kickstart 파일을 사용하여 설치를 시작합니다. Kickstart 파일에 필수 명령 및 섹션이 포함된 경우 설치가 자동으로 완료됩니다. 이러한 필수 부품 중 하나 이상이 누락되었거나 오류가 발생한 경우 설치를 완료하려면 수동 개입이 필요합니다.

11장. Kickstart 파일 생성

다음 방법을 사용하여 Kickstart 파일을 생성할 수 있습니다.

  • 온라인 Kickstart 구성 툴을 사용합니다.
  • 수동 설치에서 생성된 Kickstart 파일을 복사합니다.
  • 전체 Kickstart 파일을 수동으로 작성합니다.
  • Red Hat Enterprise Linux 9 설치를 위한 Red Hat Enterprise Linux 8 Kickstart 파일을 변환합니다.

    변환 툴에 대한 자세한 내용은 Kickstart 생성기 랩 을 참조하십시오.

  • 가상 및 클라우드 환경의 경우 Image Builder를 사용하여 사용자 지정 시스템 이미지를 만듭니다.

Kickstart 파일을 수동으로 편집하는 경우에만 특정 설치 옵션을 구성할 수 있습니다.

11.1. Kickstart 구성 툴로 Kickstart 파일 생성

Red Hat 고객 포털 계정이 있는 사용자는 고객 포털 랩의 Kickstart 생성 툴을 사용하여 온라인에서 Kickstart 파일을 생성할 수 있습니다. 이 툴은 기본 구성을 안내하고 결과 Kickstart 파일을 다운로드할 수 있도록 합니다.

사전 요구 사항

  • 고객님에게 Red Hat 고객 포털 계정과 유효한 Red Hat 서브스크립션이 있습니다.

프로세스

  1. https://access.redhat.com/labsinfo/kickstartconfig 에서 Kickstart 생성기 랩 정보 페이지를 엽니다.
  2. 제목 왼쪽에 있는 Go to Application 버튼을 클릭하고 다음 페이지가 로드될 때까지 기다립니다.
  3. 드롭다운 메뉴에서 Red Hat Enterprise Linux 9를 선택하고 페이지가 업데이트될 때까지 기다립니다.
  4. 양식의 필드를 사용하여 설치할 시스템을 설명합니다.

    양식 왼쪽의 링크를 사용하여 양식의 섹션 사이를 빠르게 탐색할 수 있습니다.

  5. 생성된 Kickstart 파일을 다운로드하려면 페이지 상단에 있는 빨간색 다운로드 버튼을 클릭합니다.

    웹 브라우저에서 파일을 저장합니다.

  6. pykickstart 패키지를 설치합니다.

    # dnf install pykickstart
    Copy to Clipboard Toggle word wrap
  7. Kickstart 파일에서 ksvalidator 를 실행합니다.

    $ ksvalidator -v RHEL9 /path/to/kickstart.ks
    Copy to Clipboard Toggle word wrap

    /path/to/kickstart.ks를 확인할 Kickstart 파일의 경로로 바꿉니다.

    검증 툴에서 설치에 성공했는지 보장할 수 없습니다. 이 경우 구문만 올바르며 파일에 더 이상 사용되지 않는 옵션이 포함되지 않습니다. Kickstart 파일의 %pre,%post%packages 섹션의 유효성을 검증하지 않습니다.

11.2. 수동 설치를 수행하여 Kickstart 파일 생성

Kickstart 파일 생성에 권장되는 방법은 Red Hat Enterprise Linux의 수동 설치로 생성된 파일을 사용하는 것입니다. 설치가 완료되면 설치 중에 수행한 모든 선택 사항이 설치된 시스템의 /root/ 디렉터리에 있는 anaconda-ks.cfg 라는 Kickstart 파일에 저장됩니다. 이 파일을 사용하여 이전과 동일한 방식으로 설치를 재현할 수 있습니다. 또는 이 파일을 복사하여 필요한 사항을 변경하고 추가 설치를 위해 결과 구성 파일을 사용합니다.

프로세스

  1. RHEL을 설치합니다. 자세한 내용은 설치 미디어에서 대화형으로 RHEL 설치를 참조하십시오.

    설치 중에 관리자 권한이 있는 사용자를 만듭니다.

  2. 설치를 완료하고 설치된 시스템으로 재부팅합니다.
  3. 관리자 계정으로 시스템에 로그인합니다.
  4. /root/anaconda-ks.cfg 파일을 선택한 위치로 복사합니다. 파일에는 사용자와 암호에 대한 정보가 포함되어 있습니다.

    • 터미널에서 파일 내용을 표시하려면 다음을 수행합니다.

      # cat /root/anaconda-ks.cfg
      Copy to Clipboard Toggle word wrap

      출력을 복사하여 선택한 다른 파일에 저장할 수 있습니다.

    • 파일을 다른 위치로 복사하려면 파일 관리자를 사용합니다. 루트가 아닌 사용자가 파일을 읽을 수 있도록 복사에서 권한을 변경해야 합니다.
  5. pykickstart 패키지를 설치합니다.

    # dnf install pykickstart
    Copy to Clipboard Toggle word wrap
  6. Kickstart 파일에서 ksvalidator 를 실행합니다.

    $ ksvalidator -v RHEL9 /path/to/kickstart.ks
    Copy to Clipboard Toggle word wrap

    /path/to/kickstart.ks를 확인할 Kickstart 파일의 경로로 바꿉니다.

중요

검증 툴에서 설치에 성공했는지 보장할 수 없습니다. 이 경우 구문만 올바르며 파일에 더 이상 사용되지 않는 옵션이 포함되지 않습니다. Kickstart 파일의 %pre,%post%packages 섹션의 유효성을 검증하지 않습니다.

11.3. 이전 RHEL 설치에서 Kickstart 파일 변환

Kickstart Cryostat 툴을 사용하여 RHEL 8 또는 9 설치에 사용할 RHEL 7 Kickstart 파일을 변환하거나 RHEL 9에서 사용할 RHEL 8 Kickstart 파일을 변환할 수 있습니다. 툴과 이를 사용하여 RHEL Kickstart 파일을 변환하는 방법에 대한 자세한 내용은 https://access.redhat.com/labs/kickstartconvert/ 을 참조하십시오.

프로세스

  • Kickstart 파일을 준비한 후 pykickstart 패키지를 설치합니다.

    # dnf install pykickstart
    Copy to Clipboard Toggle word wrap
  • Kickstart 파일에서 ksvalidator 를 실행합니다.

    $ ksvalidator -v RHEL9 /path/to/kickstart.ks
    Copy to Clipboard Toggle word wrap

    /path/to/kickstart.ks를 확인할 Kickstart 파일의 경로로 바꿉니다.

중요

검증 툴에서 설치에 성공했는지 보장할 수 없습니다. 이 경우 구문만 올바르며 파일에 더 이상 사용되지 않는 옵션이 포함되지 않습니다. Kickstart 파일의 %pre,%post%packages 섹션의 유효성을 검증하지 않습니다.

11.4. 이미지 빌더를 사용하여 사용자 정의 이미지 생성

Red Hat Image Builder를 사용하여 가상 및 클라우드 배포를 위한 사용자 지정 시스템 이미지를 만들 수 있습니다.

이미지 빌더를 사용하여 사용자 지정 이미지 생성에 대한 자세한 내용은 사용자 지정 RHEL 시스템 이미지 구성 문서를 참조하십시오.

12장. UEFI HTTP 또는 PXE 설치 소스에 Kickstart 파일 추가

Kickstart 파일이 준비되면 대상 시스템에 설치할 수 있습니다.

12.1. 네트워크 기반 설치를 위한 포트

다음 표에는 각 네트워크 기반 설치 유형에 대한 파일을 제공하기 위해 서버에서 열어야 하는 포트가 나열되어 있습니다.

Expand
표 12.1. 네트워크 기반 설치를 위한 포트
사용된 프로토콜오픈할 포트

HTTP

80

HTTPS

443

FTP

21

NFS

2049, 111, 20048

TFTP

69

12.2. NFS 서버에서 설치 파일 공유

Kickstart 스크립트 파일을 NFS 서버에 저장할 수 있습니다. NFS 서버에 저장하면 Kickstart 파일에 물리적 미디어를 사용하지 않고도 단일 소스에서 여러 시스템을 설치할 수 있습니다.

사전 요구 사항

  • 로컬 네트워크에 Red Hat Enterprise Linux 9가 있는 서버에 대한 관리자 수준의 액세스 권한이 있습니다.
  • 설치할 시스템이 서버에 연결할 수 있습니다.
  • 서버의 방화벽은 설치하려는 시스템에서 연결할 수 있습니다.
중요

inst.ksinst.repo 에서 다른 경로를 사용하는지 확인하십시오. NFS를 사용하여 Kickstart를 호스팅할 때 동일한 nfs 공유를 사용하여 설치 소스를 호스팅할 수 없습니다.

프로세스

  1. root로 다음 명령을 실행하여 nfs-utils 패키지를 설치합니다.

    # dnf install nfs-utils
    Copy to Clipboard Toggle word wrap
  2. Kickstart 파일을 NFS 서버의 디렉터리에 복사합니다.
  3. 텍스트 편집기를 사용하여 /etc/exports 파일을 열고 다음 구문으로 행을 추가합니다.

    /exported_directory/ clients
    Copy to Clipboard Toggle word wrap

    /exported_directory/를 Kickstart 파일이 포함된 디렉토리의 전체 경로로 바꿉니다. 클라이언트 대신 이 NFS 서버에서 설치할 컴퓨터의 호스트 이름 또는 IP 주소를 사용합니다. 모든 컴퓨터가 ISO 이미지를 사용하도록 하려면 모든 컴퓨터가 ISO 이미지에 액세스할 수 있는 서브네트워크 또는 별표 기호(*)를 사용합니다. 이 필드의 형식에 대한 자세한 내용은 exports(5) 도움말 페이지를 참조하십시오. /rhel9-install/ 디렉터리를 모든 클라이언트에 읽기 전용으로 사용할 수 있도록 하는 기본 구성은 다음과 같습니다.

    /rhel9-install *
    Copy to Clipboard Toggle word wrap
  4. /etc/exports 파일을 저장하고 텍스트 편집기를 종료합니다.
  5. nfs 서비스를 시작합니다.

    # systemctl start nfs-server.service
    Copy to Clipboard Toggle word wrap

    /etc/exports 파일을 변경하기 전에 서비스가 실행 중인 경우 실행 중인 NFS 서버가 구성을 다시 로드하기 위해 다음 명령을 입력합니다.

    # systemctl reload nfs-server.service
    Copy to Clipboard Toggle word wrap

    이제 NFS를 통해 Kickstart 파일에 액세스할 수 있으며 설치에 사용할 준비가 되었습니다.

참고

Kickstart 소스를 지정할 때 nfs: 를 프로토콜로, 서버의 호스트 이름 또는 IP 주소, 콜론 기호(:), 파일을 보유한 디렉터리 내부의 경로를 사용합니다. 예를 들어 서버의 호스트 이름이 myserver.example.com 이고 /rhel9-install/my-ks.cfg 에 파일을 저장한 경우 inst.ks=nfs:myserver.example.com:/rhel9-install/my-ks.cfg 를 설치 소스 부팅 옵션으로 지정합니다.

12.3. HTTP 또는 HTTPS 서버에서 설치 파일 공유

Kickstart 스크립트 파일을 HTTP 또는 HTTPS 서버에 저장할 수 있습니다. HTTP 또는 HTTPS 서버에 Kickstart 파일을 저장하면 Kickstart 파일에 물리적 미디어를 사용하지 않고도 단일 소스에서 여러 시스템을 설치할 수 있습니다.

사전 요구 사항

  • 로컬 네트워크에 Red Hat Enterprise Linux 9가 있는 서버에 대한 관리자 수준의 액세스 권한이 있습니다.
  • 설치할 시스템이 서버에 연결할 수 있습니다.
  • 서버의 방화벽은 설치하려는 시스템에서 연결할 수 있습니다.

프로세스

  1. Kickstart 파일을 HTTP에 저장하려면 httpd 패키지를 설치합니다.

    # dnf install httpd
    Copy to Clipboard Toggle word wrap

    Kickstart 파일을 HTTPS에 저장하려면 httpdmod_ssl 패키지를 설치합니다.

    # dnf install httpd mod_ssl
    Copy to Clipboard Toggle word wrap
    주의

    Apache 웹 서버 구성이 SSL 보안을 활성화하는 경우 TLSv1 프로토콜만 활성화하고 SSLv2 및 SSLv3을 비활성화하는지 확인합니다. 이는 POODLE SSL 취약점(CVE-2014-3566) 때문입니다. 자세한 내용은 POODLE SSLv3.0 취약점에 대한 Red Hat 지식베이스 솔루션 해결을 참조하십시오.

    중요

    자체 서명된 인증서가 있는 HTTPS 서버를 사용하는 경우 inst.noverifyssl 옵션을 사용하여 설치 프로그램을 부팅해야 합니다.

  2. Kickstart 파일을 HTTP(S) 서버에 /var/www/html/ 디렉터리의 하위 디렉터리로 복사합니다.
  3. httpd 서비스를 시작합니다.

    # systemctl start httpd.service
    Copy to Clipboard Toggle word wrap

    이제 Kickstart 파일에 액세스할 수 있으며 설치에 사용할 준비가 되었습니다.

    Kickstart 파일의 위치를 지정하는 경우 http:// 또는 https://를 프로토콜로 서버의 호스트 이름 또는 IP 주소 및 HTTP 서버 루트에 상대적인 Kickstart 파일의 경로를 사용합니다. 예를 들어 HTTP를 사용하는 경우 서버의 호스트 이름은 myserver.example.com 이고 Kickstart 파일을 /var/www/html/rhel9-install/my-ks.cfg 로 복사한 경우 http://myserver.example.com/rhel9-install/my-ks.cfg 을 파일 위치로 지정합니다.

12.4. FTP 서버에서 설치 파일 공유

Kickstart 스크립트 파일을 FTP 서버에 저장할 수 있습니다. FTP 서버에 스크립트를 저장하면 Kickstart 파일에 물리적 미디어를 사용하지 않고도 단일 소스에서 여러 시스템을 설치할 수 있습니다.

사전 요구 사항

  • 로컬 네트워크에 Red Hat Enterprise Linux 9가 있는 서버에 대한 관리자 수준의 액세스 권한이 있습니다.
  • 설치할 시스템이 서버에 연결할 수 있습니다.
  • 서버의 방화벽은 설치하려는 시스템에서 연결할 수 있습니다.

프로세스

  1. root로 다음 명령을 실행하여 vsftpd 패키지를 설치합니다.

    # dnf install vsftpd
    Copy to Clipboard Toggle word wrap
  2. 텍스트 편집기에서 /etc/vsftpd/vsftpd.conf 구성 파일을 열고 편집합니다.

    1. anonymous_enable=NO 행을 anonymous_enable=YES로 변경합니다.
    2. write_enable=YES 행을 write_enable=NO로 변경합니다.
    3. pasv_min_port=min_portpasv_max_port=max_port 행을 추가합니다. min_portmax_port 를 패시브 모드의 FTP 서버에서 사용하는 포트 번호 범위(예: 1002110031 )로 바꿉니다.

      이 단계는 다양한 방화벽/NAT 설정을 갖춘 네트워크 환경에서 필요할 수 있습니다.

    4. 선택 사항: 구성에 사용자 정의 변경 사항을 추가합니다. 사용 가능한 옵션은 vsftpd.conf(5) 도움말 페이지를 참조하십시오. 이 절차에서는 기본 옵션이 사용된다고 가정합니다.

      주의

      vsftpd.conf 파일에 SSL/TLS 보안을 구성한 경우 TLSv1 프로토콜만 활성화하고 SSLv2 및 SSLv3을 비활성화해야 합니다. 이는 POODLE SSL 취약점(CVE-2014-3566) 때문입니다. 자세한 내용은 POODLE SSLv3.0 취약점에 대한 Red Hat 지식베이스 솔루션 해결을 참조하십시오.

  3. 서버 방화벽을 구성합니다.

    1. 방화벽을 활성화합니다.

      # systemctl enable firewalld
      # systemctl start firewalld
      Copy to Clipboard Toggle word wrap
    2. 방화벽에서 이전 단계의 FTP 포트 및 포트 범위를 활성화합니다.

      # firewall-cmd --add-port min_port-max_port/tcp --permanent
      # firewall-cmd --add-service ftp --permanent
      # firewall-cmd --reload
      Copy to Clipboard Toggle word wrap

      min_port-max_port/etc/vsftpd/vsftpd.conf 구성 파일에 입력한 포트 번호로 바꿉니다.

  4. Kickstart 파일을 FTP 서버에 /var/ftp/ 디렉토리 또는 해당 하위 디렉터리에 복사합니다.
  5. 파일에 올바른 SELinux 컨텍스트 및 액세스 모드가 설정되어 있는지 확인합니다.

    # restorecon -r /var/ftp/your-kickstart-file.ks
    # chmod 444 /var/ftp/your-kickstart-file.ks
    Copy to Clipboard Toggle word wrap
  6. vsftpd 서비스를 시작합니다.

    # systemctl start vsftpd.service
    Copy to Clipboard Toggle word wrap

    /etc/vsftpd/vsftpd.conf 파일을 변경하기 전에 서비스가 실행 중인 경우 서비스를 다시 시작하여 편집된 파일을 로드합니다.

    # systemctl restart vsftpd.service
    Copy to Clipboard Toggle word wrap

    부팅 프로세스 중에 시작되도록 vsftpd 서비스를 활성화합니다.

    # systemctl enable vsftpd
    Copy to Clipboard Toggle word wrap

    이제 Kickstart 파일에 액세스할 수 있으며 동일한 네트워크의 시스템에서 설치할 준비가 되었습니다.

    참고

    설치 소스를 구성할 때 프로토콜, 서버의 호스트 이름 또는 IP 주소, FTP 서버 루트를 기준으로 Kickstart 파일의 경로를 사용하여 ftp://를 사용합니다. 예를 들어 서버의 호스트 이름이 myserver.example.com 이고 파일을 /var/ftp/my-ks.cfg 에 복사한 경우 설치 소스로 ftp://myserver.example.com/my-ks.cfg 를 지정합니다.

Kickstart 파일이 준비되면 대상 시스템에 설치할 수 있습니다.

13.1. 로컬 볼륨에서 설치 파일 공유

다음 절차에서는 설치할 시스템의 볼륨에 Kickstart 스크립트 파일을 저장하는 방법을 설명합니다. 이 방법을 사용하면 다른 시스템의 필요성을 무시할 수 있습니다.

사전 요구 사항

  • 설치할 시스템으로 이동할 수 있는 드라이브(예: USB 스틱)가 있습니다.
  • 드라이브에는 설치 프로그램에서 읽을 수 있는 파티션이 포함되어 있습니다. 지원되는 유형은 ext2,ext3,ext4,xfsfat 입니다.
  • 드라이브가 시스템에 연결되고 해당 볼륨이 마운트됩니다.

프로세스

  1. 볼륨 정보를 나열하고 Kickstart 파일을 복사할 볼륨의 UUID를 확인합니다.

    # lsblk -l -p -o name,rm,ro,hotplug,size,type,mountpoint,uuid
    Copy to Clipboard Toggle word wrap
  2. 볼륨의 파일 시스템으로 이동합니다.
  3. Kickstart 파일을 이 파일 시스템에 복사합니다.
  4. 나중에 inst.ks= 옵션과 함께 사용하도록 문자열을 기록합니다. 이 문자열은 다음과 같은 형식으로 되어 있습니다 :UUID=volume-UUID:path/to/kickstart-file.cfg. 경로는 파일 시스템 계층 구조의 / 루트가 아닌 파일 시스템 루트와 관련이 있습니다. volume-UUID 를 앞에서 언급한 UUID로 바꿉니다.
  5. 모든 드라이브 볼륨을 마운트 해제합니다.

    # umount /dev/xyz ...
    Copy to Clipboard Toggle word wrap

    모든 볼륨을 명령에 공백으로 구분하여 추가합니다.

13.2. 자동 로드를 위해 로컬 볼륨에서 설치 파일 공유

특별히 이름이 지정된 Kickstart 파일인 는 설치할 시스템에서 특별히 이름이 지정된 볼륨의 루트에 있을 수 있습니다. 이를 통해 다른 시스템의 요구 사항을 무시하고 설치 프로그램에서 파일을 자동으로 로드할 수 있습니다.

사전 요구 사항

  • 설치할 시스템으로 이동할 수 있는 드라이브(예: USB 스틱)가 있습니다.
  • 드라이브에는 설치 프로그램에서 읽을 수 있는 파티션이 포함되어 있습니다. 지원되는 유형은 ext2,ext3,ext4,xfsfat 입니다.
  • 드라이브가 시스템에 연결되고 해당 볼륨이 마운트됩니다.

프로세스

  1. Kickstart 파일을 복사할 볼륨 정보를 나열합니다.

    # lsblk -l -p
    Copy to Clipboard Toggle word wrap
  2. 볼륨의 파일 시스템으로 이동합니다.
  3. Kickstart 파일을 이 파일 시스템의 루트로 복사합니다.
  4. Kickstart 파일의 이름을 ks.cfg로 바꿉니다.
  5. 볼륨의 이름을 OEMDRV로 변경합니다.

    • ext2,ext3ext4 파일 시스템의 경우 다음을 수행합니다.

      # e2label /dev/xyz OEMDRV
      Copy to Clipboard Toggle word wrap
    • XFS 파일 시스템의 경우 다음을 수행합니다.

      # xfs_admin -L OEMDRV /dev/xyz
      Copy to Clipboard Toggle word wrap

    /dev/xyz를 볼륨 블록 장치의 경로로 바꿉니다.

  6. 모든 드라이브 볼륨을 마운트 해제합니다.

    # umount /dev/xyz ...
    Copy to Clipboard Toggle word wrap

    모든 볼륨을 명령에 공백으로 구분하여 추가합니다.

14장. Kickstart 설치 시작

여러 가지 방법으로 Kickstart 설치를 시작할 수 있습니다.

  • PXE 부팅에서 부팅 옵션을 편집하여 자동으로 수행합니다.
  • 특정 이름으로 볼륨에 파일을 제공하여 자동으로 수행합니다.

Red Hat CDN(Content Delivery Network)을 사용하여 RHEL을 등록할 수 있습니다. CDN은 지리적으로 분산된 웹 서버 시리즈입니다. 이러한 서버는 유효한 서브스크립션을 사용하여 RHEL 호스트에 대한 패키지 및 업데이트를 제공합니다.

설치 중에 CDN에서 RHEL을 등록하고 설치하면 다음과 같은 이점이 있습니다.

  • 설치 후 즉시 최신 시스템에 최신 패키지 사용
  • Red Hat Lightspeed 연결에 대한 통합 지원 및 시스템 용도 활성화.

14.1. PXE를 사용하여 자동으로 Kickstart 설치 시작

AMD64, Intel 64 및 64비트 ARM 시스템 및 IBM Power Systems 서버는 PXE 서버를 사용하여 부팅할 수 있습니다. PXE 서버를 구성할 때 부트 로더 구성 파일에 부트 옵션을 추가하면 자동으로 설치를 시작할 수 있습니다. 이 방법을 사용하면 부팅 프로세스를 포함하여 설치를 완전히 자동화할 수 있습니다.

이 절차는 일반적인 참조로 제공됩니다. 시스템의 아키텍처에 따라 자세한 단계가 다르며 모든 아키텍처에서 모든 옵션을 사용할 수있는 것은 아닙니다(예: 64비트 IBM Z에서 PXE 부팅을 사용할 수 없음).

사전 요구 사항

  • 설치할 시스템에서 액세스할 수 있는 위치에 Kickstart 파일이 준비되어 있습니다.
  • 시스템을 부팅하고 설치를 시작하는 데 사용할 수 있는 PXE 서버가 있습니다.

프로세스

  1. PXE 서버에서 부트 로더 구성 파일을 열고 inst.ks= 부트 옵션을 적절한 행에 추가합니다. 파일 및 해당 구문의 이름은 시스템의 아키텍처 및 하드웨어에 따라 다릅니다.

    • BIOS가 있는 AMD64 및 Intel 64 시스템에서 파일 이름은 기본 또는 시스템의 IP 주소를 기반으로 할 수 있습니다. 이 경우 설치 항목의 append 행에 inst.ks= 옵션을 추가합니다. 구성 파일의 샘플 추가 행은 다음과 유사합니다.

      append initrd=initrd.img inst.ks=http://10.32.5.1/mnt/archive/RHEL-9/9.x/x86_64/kickstarts/ks.cfg
      Copy to Clipboard Toggle word wrap
    • UEFI 펌웨어 및 IBM Power Systems 서버가 있는 GRUB 부트 로더(AMD64, Intel 64 및 64비트 ARM 시스템)를 사용하는 시스템에서 파일 이름은 grub.cfg 입니다. 이 파일에서 설치 항목의 kernel 행에 inst.ks= 옵션을 추가합니다. 설정 파일의 샘플 커널 행은 다음과 유사합니다.

      kernel vmlinuz inst.ks=http://10.32.5.1/mnt/archive/RHEL-9/9.x/x86_64/kickstarts/ks.cfg
      Copy to Clipboard Toggle word wrap
  2. 네트워크 서버에서 설치를 부팅합니다.

    이제 Kickstart 파일에 지정된 설치 옵션을 사용하여 설치가 시작됩니다. Kickstart 파일이 유효하고 모든 필수 명령이 포함된 경우 설치가 완전히 자동화됩니다.

참고

UEFI Secure Boot가 활성화된 시스템에서 Red Hat Enterprise Linux Beta 릴리스를 설치한 경우 Beta 공개 키를 시스템의 MOK(Machine Owner Key) 목록에 추가합니다.

14.2. 로컬 볼륨을 사용하여 자동으로 Kickstart 설치 시작

특정 이름이 지정된 스토리지 볼륨에 특정 이름으로 Kickstart 파일을 배치하여 Kickstart 설치를 시작할 수 있습니다.

사전 요구 사항

  • OEMDRV 레이블이 있고 root에 ks.cfg 로 Kickstart 파일이 있는 볼륨이 있습니다.
  • 이 볼륨을 포함하는 드라이브는 설치 프로그램이 부팅될 때 시스템에서 사용할 수 있습니다.

프로세스

  1. 로컬 미디어(CD, DVD 또는 USB 플래시 드라이브)를 사용하여 시스템을 부팅합니다.
  2. 부팅 프롬프트에서 필요한 부팅 옵션을 지정합니다.

    1. 필수 리포지토리가 네트워크 위치에 있는 경우 ip= 옵션을 사용하여 네트워크를 구성해야 할 수 있습니다. 설치 프로그램에서 이 옵션 없이 기본적으로 DHCP 프로토콜을 사용하여 모든 네트워크 장치를 구성하려고 합니다.
    2. 필요한 패키지를 설치할 소프트웨어 소스에 액세스하려면 inst.repo= 옵션을 추가해야 할 수도 있습니다. 이 옵션을 지정하지 않으면 Kickstart 파일에 설치 소스를 지정해야 합니다.

      설치 소스에 대한 자세한 내용은 설치 프로그램 구성 및 흐름 제어를 위한 Kickstart 명령을 참조하십시오.

  3. 추가된 부팅 옵션을 확인하여 설치를 시작합니다.

    이제 설치가 시작되고 Kickstart 파일이 자동으로 탐지되어 자동화된 Kickstart 설치를 시작하는 데 사용됩니다.

참고

UEFI Secure Boot가 활성화된 시스템에서 Red Hat Enterprise Linux Beta 릴리스를 설치한 경우 Beta 공개 키를 시스템의 MOK(Machine Owner Key) 목록에 추가합니다. UEFI Secure Boot 및 Red Hat Enterprise Linux 베타 릴리스에 대한 자세한 내용은 UEFI Secure Boot 및 Beta 릴리스 요구 사항을 참조하십시오.

14.3. LPAR에 RHEL을 설치하기 위해 IBM Z에 설치 부팅

14.3.1. IBM Z LPAR에 설치할 SFTP, FTPS 또는 FTP 서버에서 RHEL 설치 부팅

SFTP, FTPS 또는 FTP 서버를 사용하여 LPAR에 RHEL을 설치할 수 있습니다.

프로세스

  1. IBM Z Hardware Management Console(HMC) 또는 지원 요소(SE)에 새 운영 체제를 LPAR에 설치하기에 충분한 권한이 있는 사용자로 로그인합니다.
  2. 시스템 탭에서 작업하려는 가상 네트워크를 선택한 다음 파티션 탭에서 설치할 LPAR을 선택합니다.
  3. 화면 하단에서 운영 체제 메시지를 찾습니다. 운영 체제 메시지를 두 번 클릭하여 Linux 부팅 메시지가 표시되는 텍스트 콘솔을 표시합니다.
  4. Removable Media 또는 Server에서 로드 를 두 번 클릭합니다.
  5. 다음 대화 상자에서 SFTP/FTPS/FTP Server 를 선택하고 다음 정보를 입력합니다.

    • 호스트 컴퓨터 - 설치하려는 FTP 서버의 호스트 이름 또는 IP 주소(예: ftp.redhat.com)
    • 사용자 ID - FTP 서버의 사용자 이름입니다. 또는 anonymous를 지정합니다.
    • 암호 - 암호. 익명으로 로그인하는 경우 이메일 주소를 사용합니다.
    • 파일 위치(선택 사항) - IBM Z용 Red Hat Enterprise Linux를 보유하는 FTP 서버의 디렉터리입니다(예: /rhel/s390x/ ).
  6. Continue 를 클릭합니다.
  7. 다음 대화 상자에서 기본 generic.ins 를 계속 선택하고 Continue 를 클릭합니다.

14.3.2. IBM Z LPAR에 설치할 준비 DASD에서 RHEL 설치 부팅

이미 준비된 DASD를 사용하여 Red Hat Enterprise Linux를 LPAR에 설치할 때 다음 절차를 사용하십시오.

프로세스

  1. IBM Z Hardware Management Console(HMC) 또는 지원 요소(SE)에 새 운영 체제를 LPAR에 설치하기에 충분한 권한이 있는 사용자로 로그인합니다.
  2. 시스템 탭에서 작업하려는 가상 네트워크를 선택한 다음 파티션 탭에서 설치할 LPAR을 선택합니다.
  3. 화면 하단에서 운영 체제 메시지를 찾습니다. 운영 체제 메시지를 두 번 클릭하여 Linux 부팅 메시지가 표시되는 텍스트 콘솔을 표시합니다.
  4. 로드 를 두 번 클릭합니다.
  5. 다음과 같은 대화 상자에서 Load type 으로 Normal 을 선택합니다.
  6. Load address 로 DASD의 장치 번호를 입력합니다.
  7. OK 버튼을 클릭합니다.

이미 준비된 FCP가 SCSI 디스크를 연결하여 LPAR에 Red Hat Enterprise Linux를 설치할 때 다음 절차를 사용하십시오.

프로세스

  1. IBM Z Hardware Management Console(HMC) 또는 지원 요소(SE)에 새 운영 체제를 LPAR에 설치하기에 충분한 권한이 있는 사용자로 로그인합니다.
  2. 시스템 탭에서 작업하려는 가상 네트워크를 선택한 다음 파티션 탭에서 설치할 LPAR을 선택합니다.
  3. 화면 하단에서 운영 체제 메시지를 찾습니다. 운영 체제 메시지를 두 번 클릭하여 Linux 부팅 메시지가 표시되는 텍스트 콘솔을 표시합니다.
  4. 로드 를 두 번 클릭합니다.
  5. 다음 대화 상자에서 로드 유형으로 SCSI 를 선택합니다.
  6. 로드 주소 로서 SCSI 디스크와 연결된 FCP 채널의 장치 번호를 입력합니다.
  7. World wide port name 로서 16자리 16진수로 디스크를 포함하는 스토리지 시스템의 WWPN을 입력합니다.
  8. 논리 단위 번호 로서 16자리 16진수로 디스크의 LUN을 입력합니다.
  9. Boot record 논리 블록 주소를 0 으로 두고 운영 체제별 로드 매개변수를 비워 둡니다.
  10. OK 버튼을 클릭합니다.

14.4. IBM Z에 설치 부팅하여 z/VM에 RHEL 설치

z/VM 아래에 설치할 때 다음에서 부팅할 수 있습니다.

  • z/VM 가상 리더
  • zipl 부트 로더로 준비된 DASD 또는 FCP 연결 SCSI 디스크

14.4.1. z/VM 리더를 사용하여 RHEL 설치 부팅

z/VM 리더에서 부팅할 수 있습니다.

프로세스

  1. 필요한 경우 z/VM TCP/IP 도구가 포함된 장치를 CMS 디스크 목록에 추가합니다. 예를 들면 다음과 같습니다.

    cp link tcpmaint 592 592
    acc 592 fm
    Copy to Clipboard Toggle word wrap

    fmFILEMODE 문자로 바꿉니다.

  2. FTPS 서버에 연결하려면 다음을 입력합니다.

    ftp <host> (secure
    Copy to Clipboard Toggle word wrap

    여기서 host 는 부팅 이미지를 호스팅하는 FTP 서버의 호스트 이름 또는 IP 주소입니다(kernel.imginitrd.img).

  3. 로그인하고 다음 명령을 실행합니다. 기존 kernel.img,initrd.img,generic.prm 또는 redhat.exec 파일을 덮어쓰는 경우 (repl 옵션을 사용합니다.

    cd /location/of/install-tree/images/
    ascii
    get generic.prm (repl
    get redhat.exec (repl
    locsite fix 80
    binary
    get kernel.img (repl
    get initrd.img (repl
    quit
    Copy to Clipboard Toggle word wrap
  4. 선택 사항: 수신된 파일과 형식을 표시하기 위해 CMS 명령 filelist 를 사용하여 파일이 올바르게 전송되었는지 확인합니다. kernel.imginitrd.img 는 Format 열에서 F로 표시된 고정된 레코드 길이 형식과 Lrecl 열에서 레코드 길이 80을 갖는 것이 중요합니다. 예를 들면 다음과 같습니다.

    VMUSER FILELIST A0 V 169 Trunc=169 Size=6 Line=1 Col=1 Alt=0
    Cmd Filename	Filetype	Fm	Format	Lrecl	Records	Blocks	Date	Time
    REDHAT	EXEC		B1	V	22	1 	1	4/15/10	9:30:40
    GENERIC	PRM		B1	V	44	1	1	4/15/10	9:30:32
    INITRD	IMG		B1	F	80	118545	2316	4/15/10	9:30:25
    KERNEL	IMG		B1	F	80	74541	912	4/15/10	9:30:17
    Copy to Clipboard Toggle word wrap

    PF3 을 눌러 filelist를 종료하고 CMS 프롬프트로 돌아갑니다.

  5. 필요한 경우 generic.prm 에서 부팅 매개변수를 사용자 지정합니다. 자세한 내용은 부팅 매개변수 사용자 지정을 참조하십시오.

    스토리지 및 네트워크 장치를 구성하는 또 다른 방법은 CMS 구성 파일을 사용하는 것입니다. 이러한 경우 CMSDASD=CMSCONFFILE= 매개 변수를 generic.prm 에 추가합니다.

  6. 마지막으로 REXX 스크립트 redhat.exec를 실행하여 설치 프로그램을 부팅합니다.

    redhat
    Copy to Clipboard Toggle word wrap

14.4.2. 준비된 DASD를 사용하여 RHEL 설치 부팅

준비 DASD를 사용하려면 다음 단계를 수행합니다.

프로세스

  • 준비된 DASD에서 부팅하고 Red Hat Enterprise Linux 설치 프로그램을 참조하는 zipl 부팅 메뉴 항목을 선택합니다. 다음 형식의 명령을 사용합니다.

    cp ipl DASD_device_number loadparm boot_entry_number
    Copy to Clipboard Toggle word wrap

    DASD_device_number 를 부팅 장치의 장치 번호로 바꾸고 boot_entry_number 를 이 장치의 zipl 구성 메뉴로 바꿉니다. 예를 들면 다음과 같습니다.

    cp ipl eb1c loadparm 0
    Copy to Clipboard Toggle word wrap

14.4.3. FCP 연결 SCSI 디스크를 사용하여 RHEL 설치 부팅

다음 단계를 수행하여 준비된 FCP 연결 SCSI 디스크에서 부팅합니다.

프로세스

  1. FCP 스토리지 영역 네트워크의 준비된 SCSI 디스크에 액세스하도록 z/VM의 SCSI 부트 로더를 구성합니다. Red Hat Enterprise Linux 설치 프로그램을 참조하는 준비된 zipl 부팅 메뉴 항목을 선택합니다. 다음 형식의 명령을 사용합니다.

    cp set loaddev portname WWPN lun LUN bootprog boot_entry_number
    Copy to Clipboard Toggle word wrap

    WWPN 을 스토리지 시스템의 World Wide Port Name으로, LUN 을 디스크의 논리 단위 번호로 바꿉니다. 16자리 16진수는 각각 8자리의 두 쌍으로 분할되어야 합니다. 예를 들면 다음과 같습니다.

    cp set loaddev portname 50050763 050b073d lun 40204011 00000000 bootprog 0
    Copy to Clipboard Toggle word wrap
  2. 선택 사항: 명령을 사용하여 설정을 확인합니다.

    query loaddev
    Copy to Clipboard Toggle word wrap
  3. 다음 명령을 사용하여 디스크를 포함하는 스토리지 시스템과 연결된 FCP 장치를 부팅합니다.

    cp ipl FCP_device
    Copy to Clipboard Toggle word wrap

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

    cp ipl fc00
    Copy to Clipboard Toggle word wrap

14.5. 설치 중에 콘솔 및 로깅

Red Hat Enterprise Linux 설치 프로그램은 tmux 터미널 멀티플렉서를 사용하여 기본 인터페이스 외에도 여러 창을 표시하고 제어합니다. 이러한 창은 각각 다른 용도로 사용됩니다. 여러 다른 로그를 표시하며 이는 설치 프로세스 중 문제를 해결하는 데 사용할 수 있습니다. 이 프롬프트가 부팅 옵션 또는 Kickstart 명령을 사용하여 구체적으로 비활성화되지 않은 한 창 중 하나는 root 권한이 있는 대화형 쉘 프롬프트를 제공합니다.

터미널 멀티플렉서는 가상 콘솔 1에서 실행됩니다. 실제 설치 환경에서 tmux로 전환하려면 Ctrl+Alt+F1을 누릅니다. 가상 콘솔 6에서 실행되는 기본 설치 인터페이스로 돌아가려면 Ctrl+Alt+F6를 누릅니다. 텍스트 모드 설치 중에 가상 콘솔 1(tmux)에서 시작하고 콘솔 6으로 전환하면 그래픽 인터페이스 대신 쉘 프롬프트가 열립니다.

tmux를 실행하는 콘솔에는 5개의 사용 가능한 창이 있습니다. 해당 내용은 키보드 바로 가기와 함께 다음 표에 설명되어 있습니다. 바로 가기 키는 두 부분으로 구성됩니다. 먼저 Ctrl+b 누른 다음 두 키를 모두 해제하고 사용하려는 창의 숫자 키를 누릅니다.

Ctrl+b n,Alt+ Tab, Ctrl+b p 를 사용하여 각각 다음 또는 이전 tmux 창으로 전환할 수도 있습니다.

Expand
표 14.1. 사용 가능한 tmux 창
바로 가기내용

Ctrl+b 1

기본 설치 프로그램 창입니다. 텍스트 기반 프롬프트(텍스트 모드 설치 확인 또는 VNC 직접 모드를 사용하는 경우) 및 일부 디버깅 정보를 포함합니다.

Ctrl+b 2

루트 권한이 있는 대화형 쉘 프롬프트입니다.

Ctrl+b 3

설치 로그; /tmp/anaconda.log에 저장된 메시지를 표시합니다.

Ctrl+b 4

스토리지 로그; /tmp/storage.log에 저장된 스토리지 장치 및 구성과 관련된 메시지를 표시합니다.

Ctrl+b 5

프로그램 로그; 설치 프로세스 중에 실행되는 유틸리티의 메시지를 표시하고 /tmp/program.log에 저장됩니다.

15장. 서브스크립션 관리자를 사용하여 RHEL 등록

설치 후 지속적인 업데이트를 받으려면 시스템을 등록해야 합니다.

15.1. 설치 프로그램 GUI를 사용하여 RHEL 9 등록

RHEL 설치 프로그램 GUI를 사용하여 Red Hat Enterprise Linux 9를 등록할 수 있습니다.

사전 요구 사항

프로세스

  1. 설치 요약 화면에서 소프트웨어에서 Red Hat에 연결을 클릭합니다.
  2. 계정 또는 활성화 키 옵션을 사용하여 Red Hat 계정을 인증합니다.
  3. 선택 사항: 시스템 용도 설정 필드에서 드롭다운 메뉴에서 설정할 Role,SLAUsage 속성을 선택합니다.

    현재 Red Hat Enterprise Linux 9 시스템이 성공적으로 등록되었습니다.

15.2. registration Assistant

Register Assistant는 Red Hat Enterprise Linux 환경에 가장 적합한 등록 옵션을 선택할 수 있도록 설계되었습니다.

15.3. 명령줄을 사용하여 시스템 등록

명령줄을 사용하여 Red Hat Enterprise Linux 9 서브스크립션을 등록할 수 있습니다.

Red Hat에 호스트를 등록하고 단순화한 환경을 개선하려면 RHC(원격 호스트 구성)를 사용합니다. RHC 클라이언트는 시스템을 Red Hat에 등록함으로써 Red Hat Lightspeed 데이터 수집 및 Red Hat Enterprise Linux용 Red Hat Lightspeed에서 직접 문제 해결을 가능하게 합니다. 자세한 내용은 RHC 등록을 참조하십시오.

사전 요구 사항

  • 평가되지 않은 유효한 Red Hat Enterprise Linux 서브스크립션이 있습니다.
  • Red Hat 서브스크립션 상태를 확인합니다.
  • 이전에 Red Hat Enterprise Linux 9 서브스크립션을 받지 못했습니다.
  • Red Hat Enterprise Linux 9를 성공적으로 설치하고 시스템에 root로 로그인했습니다.

프로세스

  1. root 사용자로 터미널 창을 엽니다.
  2. 활성화 키를 사용하여 Red Hat Enterprise Linux 시스템을 등록합니다.

    # subscription-manager register --activationkey=<activation_key_name> --org=<organization_ID>
    Copy to Clipboard Toggle word wrap

    시스템이 성공적으로 등록되면 다음과 유사한 출력이 표시됩니다.

    The system has been registered with id:
    62edc0f8-855b-4184-b1b8-72a9dc793b96
    Copy to Clipboard Toggle word wrap

16장. subscription-manager 명령줄 툴을 사용하여 시스템 용도 구성

시스템 용도는 RHEL 고객이 Red Hat 계정의 서브스크립션 사용량을 볼 수 있는 대시보드 기반 SaaS(Software-as-a-Service) 애플리케이션인 Red Hat Hybrid Cloud Console에서 제공되는 서브스크립션 경험 및 서비스를 활용할 수 있도록 지원하는 Red Hat Enterprise Linux 설치의 기능입니다.

활성화 키 또는 서브스크립션 관리자 툴을 사용하여 시스템 용도 속성을 구성할 수 있습니다.

사전 요구 사항

  • Red Hat Enterprise Linux 9 시스템을 설치 및 등록했지만 시스템 용도가 구성되지 않았습니다.
  • root 사용자로 로그인했습니다.

    참고

    인타이틀먼트 모드에서 시스템이 등록되었지만 필요한 목적을 충족하지 않는 서브스크립션이 있는 경우 subscription-manager remove --all 명령을 실행하여 연결된 서브스크립션을 제거할 수 있습니다. 그런 다음 명령줄 subscription-manager syspurpose {role, usage, service-level} 툴을 사용하여 필요한 용도 속성을 설정하고 마지막으로 subscription-manager attach --auto 를 실행하여 업데이트된 특성을 고려하여 시스템을 다시 사용할 수 있습니다. 반면 SCA가 활성화된 계정에서는 시스템의 서브스크립션을 업데이트하지 않고 시스템 용도 세부 정보를 등록 후 직접 업데이트할 수 있습니다.

프로세스

  1. 터미널 창에서 다음 명령을 실행하여 시스템의 의도된 역할을 설정합니다.

    # subscription-manager syspurpose role --set "VALUE"
    Copy to Clipboard Toggle word wrap

    VALUE 를 할당하려는 역할로 바꿉니다.

    • Red Hat Enterprise Linux Server
    • Red Hat Enterprise Linux Workstation
    • Red Hat Enterprise Linux Compute Node

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

    # subscription-manager syspurpose role --set "Red Hat Enterprise Linux Server"
    Copy to Clipboard Toggle word wrap
    1. 선택 사항: 값을 설정하기 전에 조직에 대해 서브스크립션에서 지원하는 사용 가능한 역할을 참조하십시오.

      # subscription-manager syspurpose role --list
      Copy to Clipboard Toggle word wrap
    2. 선택 사항: 다음 명령을 실행하여 역할을 설정 해제합니다.

      # subscription-manager syspurpose role --unset
      Copy to Clipboard Toggle word wrap
  2. 다음 명령을 실행하여 시스템의 SLA(서비스 수준 계약)를 설정합니다.

    # subscription-manager syspurpose service-level --set "VALUE"
    Copy to Clipboard Toggle word wrap

    VALUE 를 할당하려는 SLA로 바꿉니다.

    • Premium
    • Standard
    • Self-Support

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

    # subscription-manager syspurpose service-level --set "Standard"
    Copy to Clipboard Toggle word wrap
    1. 선택 사항: 값을 설정하기 전에 조직에 대해 서브스크립션에서 지원하는 사용 가능한 서비스 수준을 참조하십시오.

      # subscription-manager syspurpose service-level --list
      Copy to Clipboard Toggle word wrap
    2. 선택 사항: 다음 명령을 실행하여 SLA를 설정 해제합니다.

      # subscription-manager syspurpose service-level --unset
      Copy to Clipboard Toggle word wrap
  3. 다음 명령을 실행하여 시스템의 의도된 사용량을 설정합니다.

    # subscription-manager syspurpose usage --set "VALUE"
    Copy to Clipboard Toggle word wrap

    VALUE 를 할당하려는 사용량으로 바꿉니다.

    • Production
    • Disaster Recovery
    • Development/Test

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

    # subscription-manager syspurpose usage --set "Production"
    Copy to Clipboard Toggle word wrap
    1. 선택 사항: 값을 설정하기 전에 조직에 대해 서브스크립션에서 지원하는 사용 가능한 사용법을 참조하십시오.

      # subscription-manager syspurpose usage --list
      Copy to Clipboard Toggle word wrap
    2. 선택 사항: 다음 명령을 실행하여 사용량을 설정 해제합니다.

      # subscription-manager syspurpose usage --unset
      Copy to Clipboard Toggle word wrap
  4. 다음 명령을 실행하여 현재 시스템 용도 속성을 표시합니다.

    # subscription-manager syspurpose --show
    Copy to Clipboard Toggle word wrap
    1. 선택 사항: 자세한 구문 정보를 보려면 다음 명령을 실행하여 subscription-manager 도움말 페이지에 액세스하고 SYSPURPOSE OPTIONS를 찾습니다.

      # man subscription-manager
      Copy to Clipboard Toggle word wrap

검증

  • 인타이틀먼트 모드가 활성화된 계정으로 등록된 시스템에서 시스템의 서브스크립션 상태를 확인하려면 다음을 수행합니다.

    # subscription-manager status
    +-------------------------------------------+
       System Status Details
    +-------------------------------------------+
    Overall Status: Current
    
    System Purpose Status: Matched
    Copy to Clipboard Toggle word wrap
    • 현재 상태는 설치된 모든 제품에 연결된 서브스크립션 및 콘텐츠 세트 리포지토리에 액세스하기 위한 인타이틀먼트가 부여되었음을 의미합니다.
    • 시스템 용도 상태 Matched 는 시스템에 설정된 모든 시스템 용도 속성(역할, 사용, 서비스 수준)이 연결된 서브스크립션에 의해 충족됨을 의미합니다.
    • 상태 정보가 이상적이지 않으면 시스템 관리자가 설치된 제품과 의도된 시스템을 포함하도록 연결된 서브스크립션에 어떤 수정을 수행할지 결정하는 데 도움이 되도록 추가 정보가 표시됩니다.
  • SCA 모드가 활성화된 계정으로 등록된 시스템에서 시스템의 서브스크립션 상태를 확인하려면 다음을 수행하십시오.

    # subscription-manager status
    +-------------------------------------------+
       System Status Details
    +-------------------------------------------+
    Overall Status: Disabled
    Content Access Mode is set to Simple Content Access. This host has access to content, regardless of subscription status.
    System Purpose Status: Disabled
    Copy to Clipboard Toggle word wrap
    • SCA 모드에서는 더 이상 개별 시스템에 서브스크립션할 필요가 없습니다. 따라서 전체 상태와 시스템 용도 상태가 모두 Disabled 로 표시됩니다. 그러나 시스템 용도 속성에서 제공하는 기술, 비즈니스 및 운영 사용 사례는 서브스크립션 서비스에 중요합니다. 이러한 속성이 없으면 서브스크립션 서비스 데이터가 덜 정확해집니다.

17장. 64비트 IBM Z에서 Linux 인스턴스 구성

이 섹션에서는 64비트 IBM Z에 Red Hat Enterprise Linux를 설치하는 일반적인 작업에 대해 설명합니다.

17.1. z/VM 시스템에 DASD 추가

직접 액세스 스토리지 장치(DASD)는 64비트 IBM Z에서 일반적으로 사용되는 스토리지 유형입니다. 자세한 내용은 IBM Knowledge Center에서 DASD 작업을 참조하십시오. 다음 예제는 DASD를 온라인으로 설정하고 포맷하고 변경 사항을 유지하는 방법입니다.

z/VM에서 실행 중인 경우 장치가 Linux 시스템에 연결되었거나 연결되어 있는지 확인합니다.

CP ATTACH EB1C TO *
Copy to Clipboard Toggle word wrap

액세스 권한이 있는 최소 디스크를 연결하려면 다음 명령을 실행합니다.

CP LINK RHEL7X 4B2E 4B2E MR
DASD 4B2E LINKED R/W
Copy to Clipboard Toggle word wrap

17.2. 동적으로 DASD 온라인 설정

이 섹션에는 온라인에서 DASD를 설정하는 방법에 대한 정보가 포함되어 있습니다.

프로세스

  1. cio_ignore 유틸리티를 사용하여 무시된 장치 목록에서 DASD를 제거하고 Linux에 표시되도록 합니다.

    # cio_ignore -r device_number
    Copy to Clipboard Toggle word wrap

    device_number 를 DASD의 장치 번호로 바꿉니다. 예를 들면 다음과 같습니다.

    # cio_ignore -r 4b2e
    Copy to Clipboard Toggle word wrap
  2. 장치를 온라인으로 설정합니다. 다음 형식의 명령을 사용합니다.

    # chccwdev -e device_number
    Copy to Clipboard Toggle word wrap

    device_number 를 DASD의 장치 번호로 바꿉니다. 예를 들면 다음과 같습니다.

    # chccwdev -e 4b2e
    Copy to Clipboard Toggle word wrap

지속적으로 DASD를 설정하는 방법에 대한 자세한 내용은 영구 설정 DASD를 참조하십시오.

17.3. 낮은 수준의 포맷으로 새로운 DASD 준비

디스크가 온라인 상태가 되면 /root 디렉토리로 다시 변경하고 장치를 포맷합니다. 이는 전체 수명 동안 DASD에 한 번만 필요합니다.

# cd /root
# dasdfmt -b 4096 -d cdl -p /dev/disk/by-path/ccw-0.0.4b2e
Drive Geometry: 10017 Cylinders * 15 Heads =  150255 Tracks

I am going to format the device /dev/disk/by-path/ccw-0.0.4b2e in the following way:
Device number of device : 0x4b2e
Labelling device        : yes
Disk label              : VOL1
Disk identifier         : 0X4B2E
Extent start (trk no)   : 0
Extent end (trk no)     : 150254
Compatible Disk Layout  : yes
Blocksize               : 4096

--->> ATTENTION! <<---
All data of that device will be lost.
Type "yes" to continue, no will leave the disk untouched: yes
cyl    97 of  3338 |#----------------------------------------------|   2%
Copy to Clipboard Toggle word wrap

진행률 표시줄이 끝에 도달하고 형식이 완료되면 dasdfmt 는 다음 출력을 출력합니다.

Rereading the partition table...
Exiting...
Copy to Clipboard Toggle word wrap

이제 fdasd 를 사용하여 DASD를 분할합니다. DASD에 최대 3개의 파티션을 생성할 수 있습니다. 이 예제에서는 전체 디스크에 걸쳐 하나의 파티션을 만듭니다.

# fdasd -a /dev/disk/by-path/ccw-0.0.4b2e
reading volume label ..: VOL1
reading vtoc ..........: ok

auto-creating one partition for the whole disk...
writing volume label...
writing VTOC...
rereading partition table...
Copy to Clipboard Toggle word wrap

(낮은 수준의 포맷) DASD가 온라인 상태이면 Linux에서 다른 디스크와 마찬가지로 사용할 수 있습니다. 예를 들어 파일 시스템, LVM 물리 볼륨 또는 파티션에 파일 시스템(예: /dev/disk/by-path/ccw-0.0.4b2e-part1 )을 생성할 수 있습니다. 전체 DASD 장치(dev/dasdb)를 dasdfmtfdasd 명령만 사용하면 안 됩니다. 전체 DASD를 사용하려면 위의 fdasd 예에서와 같이 전체 드라이브에 있는 하나의 파티션을 만듭니다.

나중에 /etc/fstab 의 기존 디스크 항목을 분리하지 않고 디스크를 추가하려면 /dev/disk/by-path/ 아래의 영구 장치 심볼릭 링크를 사용합니다.

17.4. 지속적으로 온라인 DASD 설정

위의 지침은 실행 중인 시스템에서 DASD를 동적으로 활성화하는 방법을 설명합니다. 그러나 이러한 변경 사항은 영구적이지 않으며 재부팅 후에도 유지되지 않습니다. Linux 시스템에서 DASD 구성을 영구적으로 변경하는 것은 DASD가 루트 파일 시스템에 속하는지 여부에 따라 달라집니다. 루트 파일 시스템에 필요한 DASD는 initramfs 에서 부팅 프로세스 중에 루트 파일 시스템을 마운트할 수 있어야 합니다.

cio_ignore 명령은 영구 장치 구성을 위해 투명하게 처리되며, ignore 목록에서 수동으로 장치를 해제할 필요가 없습니다.

17.5. 루트 파일 시스템의 일부인 DASD

루트 파일 시스템의 일부인 DASD를 추가하기 위해 수정해야 하는 파일은 Red Hat Enterprise Linux 8에서 변경되었습니다. /etc/zipl.conf 파일을 편집하는 대신 편집할 새 파일 및 해당 위치는 다음 명령을 실행하여 찾을 수 있습니다.

# machine_id=$(cat /etc/machine-id)
# kernel_version=$(uname -r)
# ls /boot/loader/entries/$machine_id-$kernel_version.conf
Copy to Clipboard Toggle word wrap

부팅 프로세스 초기에 DASD를 활성화하는 부팅 옵션이 하나 있습니다. rd.dasd=. 이 옵션은 Direct Access Storage Device(DASD) 어댑터 장치 버스 식별자를 사용합니다. 여러 DASD의 경우 매개변수를 여러 번 지정하거나 쉼표로 구분된 버스 ID 목록을 사용합니다. DASD 범위를 지정하려면 첫 번째 및 마지막 버스 ID를 지정합니다. 다음은 루트 시스템에 대한 논리 볼륨 lv _ devel1 에 대한 두 개의 DASD 파티션의 물리적 볼륨을 사용하는 시스템에 대해 /boot/loader/entries/4ab74e52867b4f998e73e06cf23fd761-4.18.0-80.el8.s390x.conf 파일의 예입니다.

title Red Hat Enterprise Linux (4.18.0-80.el8.s390x) 8.0 (Ootpa)
version 4.18.0-80.el8.s390x
linux /boot/vmlinuz-4.18.0-80.el8.s390x
initrd /boot/initramfs-4.18.0-80.el8.s390x.img
options root=/dev/mapper/vg_devel1-lv_root crashkernel=auto rd.dasd=0.0.0200 rd.dasd=0.0.0207 rd.lvm.lv=vg_devel1/lv_root rd.lvm.lv=vg_devel1/lv_swap cio_ignore=all,!condev rd.znet=qeth,0.0.0a00,0.0.0a01,0.0.0a02,layer2=1,portno=0
id rhel-20181027190514-4.18.0-80.el8.s390x
grub_users $grub_users
grub_arg --unrestricted
grub_class kernel
Copy to Clipboard Toggle word wrap

장치 버스 ID 0.0.202b 가 있는 세 번째 DASD 파티션에 다른 물리 볼륨을 추가하려면 다음을 수행합니다. 이렇게 하려면 /boot/ loader/entries/4ab74e52867b4e52867b4e73e06cf23fd761-4.18.0-32.el8.s390x.conf의 부팅 커널 매개변수 줄에 rd.dasd=0.0.202b 를 추가합니다.

title Red Hat Enterprise Linux (4.18.0-80.el8.s390x) 8.0 (Ootpa)
version 4.18.0-80.el8.s390x
linux /boot/vmlinuz-4.18.0-80.el8.s390x
initrd /boot/initramfs-4.18.0-80.el8.s390x.img
options root=/dev/mapper/vg_devel1-lv_root crashkernel=auto rd.dasd=0.0.0200 rd.dasd=0.0.0207 rd.dasd=0.0.202b rd.lvm.lv=vg_devel1/lv_root rd.lvm.lv=vg_devel1/lv_swap cio_ignore=all,!condev rd.znet=qeth,0.0.0a00,0.0.0a01,0.0.0a02,layer2=1,portno=0
id rhel-20181027190514-4.18.0-80.el8.s390x
grub_users $grub_users
grub_arg --unrestricted
grub_class kernel
Copy to Clipboard Toggle word wrap
주의

구성 파일에서 커널 명령줄의 길이가 896바이트를 초과하지 않는지 확인합니다. 그렇지 않으면 부트 로더를 저장할 수 없으며 설치에 실패합니다.

zipl 을 실행하여 다음 IPL에 대한 구성 파일의 변경 사항을 적용합니다.

# zipl -V
Using config file '/etc/zipl.conf'
Using BLS config file '/boot/loader/entries/4ab74e52867b4f998e73e06cf23fd761-4.18.0-80.el8.s390x.conf'
Target device information
  Device..........................: 5e:00
  Partition.......................: 5e:01
  Device name.....................: dasda
  Device driver name..............: dasd
  DASD device number..............: 0201
  Type............................: disk partition
  Disk layout.....................: ECKD/compatible disk layout
  Geometry - heads................: 15
  Geometry - sectors..............: 12
  Geometry - cylinders............: 13356
  Geometry - start................: 24
  File system block size..........: 4096
  Physical block size.............: 4096
  Device size in physical blocks..: 262152
Building bootmap in '/boot'
Building menu 'zipl-automatic-menu'
Adding #1: IPL section '4.18.0-80.el8.s390x' (default)
  initial ramdisk...: /boot/initramfs-4.18.0-80.el8.s390x.img
  kernel image......: /boot/vmlinuz-4.18.0-80.el8.s390x
  kernel parmline...: 'root=/dev/mapper/vg_devel1-lv_root crashkernel=auto rd.dasd=0.0.0200 rd.dasd=0.0.0207 rd.dasd=0.0.202b rd.lvm.lv=vg_devel1/lv_root rd.lvm.lv=vg_devel1/lv_swap cio_ignore=all,!condev rd.znet=qeth,0.0.0a00,0.0.0a01,0.0.0a02,layer2=1,portno=0'
  component address:
    kernel image....: 0x00010000-0x0049afff
    parmline........: 0x0049b000-0x0049bfff
    initial ramdisk.: 0x004a0000-0x01a26fff
    internal loader.: 0x0000a000-0x0000cfff
Preparing boot menu
  Interactive prompt......: enabled
  Menu timeout............: 5 seconds
  Default configuration...: '4.18.0-80.el8.s390x'
Preparing boot device: dasda (0201).
Syncing disks...
Done.
Copy to Clipboard Toggle word wrap

17.6. 루트 파일 시스템의 일부가 아닌 DASD

루트 파일 시스템의 일부가 아닌 직접 액세스 스토리지 장치(DASD)는 데이터 디스크가 /etc/dasd.conf 파일에 영구적으로 구성됩니다. 이 파일에는 행당 하나의 DASD가 포함되어 있으며 각 행은 DASD의 버스 ID로 시작합니다.

/etc/dasd.conf 파일에 DASD를 추가할 때 키-값 쌍을 사용하여 각 항목의 옵션을 지정합니다. 키와 해당 값을 등호(=)로 구분합니다. 옵션을 여러 개 추가할 때 공백 또는 탭을 사용하여 각 옵션을 구분합니다.

/etc/dasd.conf 파일 예

0.0.0207
0.0.0200 use_diag=1 readonly=1
Copy to Clipboard Toggle word wrap

/etc/dasd.conf 파일에 대한 변경 사항은 시스템 재부팅 후 또는 시스템의 I/O 구성을 변경하여 동적으로 추가된 후 적용됩니다(즉, DASD는 z/VM 아래에 연결됨).

또는 /etc/dasd.conf 파일에 추가한 DASD를 활성화하려면 다음 단계를 완료합니다.

  1. 무시된 장치 목록에서 DASD를 제거하고 cio_ignore 유틸리티를 사용하여 표시되도록 합니다.

    # cio_ignore -r device_number
    Copy to Clipboard Toggle word wrap

    여기서 device_number 는 DASD 장치 번호입니다.

    예를 들어 장치 번호가 021a 인 경우 다음을 실행합니다.

    # cio_ignore -r 021a
    Copy to Clipboard Toggle word wrap
  2. 장치의 uevent 속성에 작성하여 DASD를 활성화합니다.

    # echo add > /sys/bus/ccw/devices/dasd-bus-ID/uevent
    Copy to Clipboard Toggle word wrap

    여기서 dasd-bus-ID 는 DASD의 버스 ID입니다.

    예를 들어 버스 ID가 0.0.021a 인 경우 다음을 실행합니다.

    # echo add > /sys/bus/ccw/devices/0.0.021a/uevent
    Copy to Clipboard Toggle word wrap

17.7. 루트 파일 시스템의 일부인 FCP LUN

루트 파일 시스템의 일부인 FCP LUN을 추가하기 위해 수정해야 하는 유일한 파일이 Red Hat Enterprise Linux 9에서 변경되었습니다. /etc/zipl.conf 파일을 편집하는 대신 편집할 새 파일 및 해당 위치는 다음 명령을 실행하여 찾을 수 있습니다.

# machine_id=$(cat /etc/machine-id)
# kernel_version=$(uname -r)
# ls /boot/loader/entries/$machine_id-$kernel_version.conf
Copy to Clipboard Toggle word wrap

Red Hat Enterprise Linux는 부팅 프로세스 초기에 FCP LUN을 활성화하는 매개 변수를 제공합니다. rd.zfcp=. 이 값은 FCP 장치 버스 ID, 16 자리 16진수 16진수 접두사가 0x 붙은 FCP LUN을 포함하는 쉼표로 구분된 목록입니다. FCP LUN 앞에 0x가 붙은 후 16진수 16진수가 있을 수 있습니다.

WWPN 및 FCP LUN 값은 zfcp.allow_lun_scan=0 커널 모듈 매개변수 또는 RHEL-9.0 이전 릴리스를 설치할 때 NPIV 모드에서 zFCP 장치가 구성되지 않은 경우에만 필요합니다. 그렇지 않으면 생략할 수 있습니다(예: rd.zfcp=0.0.4000 ). 다음은 FCP 연결 SCSI 디스크의 파티션에서 물리적 볼륨을 사용하는 시스템의 경우 /boot/loader/entries/4ab74e52867b4f998e73e06cf23fd761-5.14.0-55.el9.s390x.conf 파일의 예이며, 두 개의 경로가 있고 LVM 볼륨 그룹#159 _ devel1 의 경우 두 개의 경로가 포함됩니다.

title Red Hat Enterprise Linux (5.14.0-55.el9.s390x) 9.0 (Plow)
version 5.14.0-55.el9.s390x
linux /boot/vmlinuz-5.14.0-55.el9.s390x
initrd /boot/initramfs-5.14.0-55.el9.s390x.img
options root=/dev/mapper/vg_devel1-lv_root crashkernel=auto rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a000000000 rd.zfcp=0.0.fcd0,0x5105074308c2aee9,0x401040a000000000 rd.lvm.lv=vg_devel1/lv_root rd.lvm.lv=vg_devel1/lv_swap cio_ignore=all,!condev rd.znet=qeth,0.0.0a00,0.0.0a01,0.0.0a02,layer2=1,portno=0
id rhel-20181027190514-5.14.0-55.el9.s390x
grub_users $grub_users
grub_arg --unrestricted
grub_class kernel
Copy to Clipboard Toggle word wrap
  1. 이미 존재하는 물리 볼륨과 동일한 두 개의 경로를 사용하여 FCP LUN 0x401040a300000000 을 사용하여 두 번째 FCP LUN 0x40a300000000의 보조 FCP 연결 SCSI 디스크 파티션에 다른 물리 볼륨을 추가하려면 rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a300000000 및 rd.zfcp=0.00, rd.zfcp=0.0.fc 00을 추가합니다. 0x510505074308c2aee9,0x401040a300000000 /boot/ loader/entries/4ab7b4 e52867b4f998e73e06cf23fd761-5.14.0-55.el9.s390x.conf .conf에서 부팅 커널의 매개변수 라인으로 이동합니다. 예를 들면 다음과 같습니다.
title Red Hat Enterprise Linux (5.14.0-55.el9.s390x) 9.0 (Plow)
version 5.14.0-55.el9.s390x
linux /boot/vmlinuz-5.14.0-55.el9.s390x
initrd /boot/initramfs-5.14.0-55.el9.s390x.img
options root=/dev/mapper/vg_devel1-lv_root crashkernel=auto rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a000000000 rd.zfcp=0.0.fcd0,0x5105074308c2aee9,0x401040a000000000 rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a300000000 rd.zfcp=0.0.fcd0,0x5105074308c2aee9,0x401040a300000000 rd.lvm.lv=vg_devel1/lv_root rd.lvm.lv=vg_devel1/lv_swap cio_ignore=all,!condev rd.znet=qeth,0.0.0a00,0.0.0a01,0.0.0a02,layer2=1,portno=0
id rhel-20181027190514-5.14.0-55.el9.s390x
grub_users $grub_users
grub_arg --unrestricted
grub_class kernel
Copy to Clipboard Toggle word wrap
주의

구성 파일에서 커널 명령줄의 길이가 896바이트를 초과하지 않는지 확인합니다. 그렇지 않으면 부트 로더를 저장할 수 없으며 설치에 실패합니다.

  • dracut -f 를 실행하여 대상 커널의 초기 RAM 디스크를 업데이트합니다.
  • zipl 을 실행하여 다음 IPL에 대한 구성 파일의 변경 사항을 적용합니다.
# zipl -V
Using config file '/etc/zipl.conf'
Using BLS config file '/boot/loader/entries/4ab74e52867b4f998e73e06cf23fd761-5.14.0-55.el9.s390x.conf'
Run /lib/s390-tools/zipl_helper.device-mapper /boot
Target device information
Device..........................: fd:00
Partition.......................: fd:01
Device name.....................: dm-0
Device driver name..............: device-mapper
Type............................: disk partition
Disk layout.....................: SCSI disk layout
Geometry - start................: 2048
File system block size..........: 4096
Physical block size.............: 512
Device size in physical blocks..: 10074112
Building bootmap in '/boot/'
Building menu 'zipl-automatic-menu'
Adding #1: IPL section '5.14.0-55.el9.s390x' (default)
kernel image......: /boot/vmlinuz-5.14.0-55.el9.s390x
kernel parmline...: 'root=/dev/mapper/vg_devel1-lv_root crashkernel=auto rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a000000000 rd.zfcp=0.0.fcd0,0x5105074308c2aee9,0x401040a000000000 rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a300000000 rd.zfcp=0.0.fcd0,0x5105074308c2aee9,0x401040a300000000 rd.lvm.lv=vg_devel1/lv_root rd.lvm.lv=vg_devel1/lv_swap cio_ignore=all,!condev rd.znet=qeth,0.0.0a00,0.0.0a01,0.0.0a02,layer2=1,portno=0'
initial ramdisk...: /boot/initramfs-5.14.0-55.el9.s390x.img component address:
kernel image....: 0x00010000-0x007a21ff
parmline........: 0x00001000-0x000011ff
initial ramdisk.: 0x02000000-0x028f63ff
internal loader.: 0x0000a000-0x0000a3ff
Preparing boot device: dm-0.
Detected SCSI PCBIOS disk layout.
Writing SCSI master boot record.
Syncing disks...
Done.
Copy to Clipboard Toggle word wrap
주의

IBM Z 시스템은 zipl 을 사용하여 커널 및 initramfs 의 원시 블록 주소가 포함된 부트맵을 생성합니다. initramfs 가 다시 생성되는 경우 디스크의 물리적 레이아웃이 변경될 수 있습니다. dracut 은 bootmap을 자동으로 업데이트하지 않으므로 initramfs 를 다시 생성한 후 zipl 을 수동으로 실행합니다. 이렇게 하지 않으면 부트로더 참조가 발생하고 시스템이 부팅되지 않을 수 있습니다.

17.8. 루트 파일 시스템의 일부가 아닌 FCP LUN

데이터 디스크와 같이 루트 파일 시스템의 일부가 아닌 FCP LUN은 /etc/zfcp.conf 파일에 영구적으로 구성됩니다. 한 줄에 하나의 FCP LUN이 포함되어 있습니다. 각 행에는 FCP 어댑터의 장치 버스 ID, 0x 접두사로 16 자리 16진수로 대상 WWPN이 포함되어 있으며, FCP LUN은 0x 로 접두사가 지정되고, 공백 또는 탭으로 구분된 16진수 16진수를 가질 수 있는 오른쪽에 0x 접두사가 붙여 붙습니다.

WWPN 및 FCP LUN 값은 zfcp.allow_lun_scan=0 커널 모듈 매개변수 또는 RHEL-9.0 이전 릴리스를 설치할 때 NPIV 모드에서 zFCP 장치가 구성되지 않은 경우에만 필요합니다. 그렇지 않으면 생략할 수 있으며 장치 버스 ID만 필수입니다.

FCP 어댑터가 시스템에 추가되면 /etc/zfcp.conf 의 항목이 udev에 의해 활성화되고 구성됩니다. 부팅 시 시스템에 표시되는 모든 FCP 어댑터가 추가되고 udev 를 트리거합니다.

/etc/zfcp.conf 의 내용 예:

0.0.fc00 0x5105074308c212e9 0x401040a000000000
0.0.fc00 0x5105074308c212e9 0x401040a100000000
0.0.fc00 0x5105074308c212e9 0x401040a300000000
0.0.fcd0 0x5105074308c2aee9 0x401040a000000000
0.0.fcd0 0x5105074308c2aee9 0x401040a100000000
0.0.fcd0 0x5105074308c2aee9 0x401040a300000000
0.0.4000
0.0.5000
Copy to Clipboard Toggle word wrap

/etc/zfcp.conf 의 수정은 시스템을 재부팅한 후 또는 시스템의 I/O 구성을 변경하여 새 FCP 채널을 동적으로 추가한 후에만 적용됩니다(예: 채널은 z/VM에 연결됨). 또는 이전에 활성 상태가 아닌 FCP 어댑터에 대해 /etc/zfcp.conf 에서 다음 명령을 실행하여 새 항목의 활성화를 트리거할 수 있습니다.

  1. zfcp_cio_free 유틸리티를 사용하여 무시된 장치 목록에서 FCP 어댑터를 제거하고 Linux에서 볼 수 있도록 합니다.

    # zfcp_cio_free
    Copy to Clipboard Toggle word wrap
  2. /etc/zfcp.conf 의 추가를 실행 중인 시스템에 적용하려면 다음을 실행합니다.

    # zfcpconf.sh
    Copy to Clipboard Toggle word wrap

17.9. qeth 장치 추가

qeth 네트워크 장치 드라이버는 QDIO 모드, HiperSockets, z/VM 게스트 LAN 및 z/VM VSWITCH의 64비트 IBM Z OSA-Express 기능을 지원합니다.

qeth 장치 드라이버 이름 지정 체계에 대한 자세한 내용은 부팅 매개변수 사용자 지정을 참조하십시오.

17.10. qeth 장치 동적 추가

이 섹션에서는 qeth 장치를 동적으로 추가하는 방법에 대해 설명합니다.

프로세스

  1. qeth 장치 드라이버 모듈이 로드되었는지 확인합니다. 다음 예제에서는 로드된 qeth 모듈을 보여줍니다.

    # lsmod | grep qeth
    qeth_l3                69632  0
    qeth_l2                49152  1
    qeth                  131072  2 qeth_l3,qeth_l2
    qdio                   65536  3 qeth,qeth_l3,qeth_l2
    ccwgroup               20480  1 qeth
    Copy to Clipboard Toggle word wrap

    lsmod 명령의 출력에 qeth 모듈이 로드되지 않은 것으로 표시되면 modprobe 명령을 실행하여 로드합니다.

    # modprobe qeth
    Copy to Clipboard Toggle word wrap
  2. cio_ignore 유틸리티를 사용하여 무시된 장치 목록에서 네트워크 채널을 제거하고 Linux에 표시되도록 합니다.

    # cio_ignore -r read_device_bus_id,write_device_bus_id,data_device_bus_id
    Copy to Clipboard Toggle word wrap

    read_device_bus_id,write_device_bus_id,data_device_bus_id 를 네트워크 장치를 나타내는 세 장치 버스 ID로 바꿉니다. 예를 들어 read_device_bus_id0.0.f500 인 경우 write_device_bus_id0.0.f501 이고 data_device_bus_id0.0.f502 입니다.

    # cio_ignore -r 0.0.f500,0.0.f501,0.0.f502
    Copy to Clipboard Toggle word wrap
  3. znetconf 유틸리티를 사용하여 네트워크 장치의 후보 구성을 감지하고 나열합니다.

    # znetconf -u
    Scanning for network devices...
    Device IDs                 Type    Card Type      CHPID Drv.
    ------------------------------------------------------------
    0.0.f500,0.0.f501,0.0.f502 1731/01 OSA (QDIO)        00 qeth
    0.0.f503,0.0.f504,0.0.f505 1731/01 OSA (QDIO)        01 qeth
    0.0.0400,0.0.0401,0.0.0402 1731/05 HiperSockets      02 qeth
    Copy to Clipboard Toggle word wrap
  4. 작업할 구성을 선택하고 znetconf 를 사용하여 구성을 적용하고 구성된 그룹 장치를 네트워크 장치로 가져옵니다.

    # znetconf -a f500
    Scanning for network devices...
    Successfully configured device 0.0.f500 (encf500)
    Copy to Clipboard Toggle word wrap
  5. 선택 사항: 온라인으로 설정하기 전에 그룹 장치에 구성된 인수를 전달할 수도 있습니다.

    # znetconf -a f500 -o portname=myname
    Scanning for network devices...
    Successfully configured device 0.0.f500 (encf500)
    Copy to Clipboard Toggle word wrap

    이제 encf500 네트워크 인터페이스를 계속 구성할 수 있습니다.

또는 sysfs 속성을 사용하여 다음과 같이 장치를 온라인으로 설정할 수 있습니다.

  1. qeth 그룹 장치를 생성합니다.

    # echo read_device_bus_id,write_device_bus_id,data_device_bus_id > /sys/bus/ccwgroup/drivers/qeth/group
    Copy to Clipboard Toggle word wrap

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

    # echo 0.0.f500,0.0.f501,0.0.f502 > /sys/bus/ccwgroup/drivers/qeth/group
    Copy to Clipboard Toggle word wrap
  2. 다음으로 읽기 채널을 찾아 qeth 그룹 장치가 올바르게 생성되었는지 확인합니다.

    # ls /sys/bus/ccwgroup/drivers/qeth/0.0.f500
    Copy to Clipboard Toggle word wrap

    선택적으로 시스템을 설정하는 방식과 필요한 기능 등에 따라 추가 매개변수 및 기능을 설정할 수 있습니다.

    • portno
    • layer2
    • portname
  3. 온라인 sysfs 속성에 1 을 작성하여 장치를 온라인 상태로 가져옵니다.

    # echo 1 > /sys/bus/ccwgroup/drivers/qeth/0.0.f500/online
    Copy to Clipboard Toggle word wrap
  4. 그런 다음 장치의 상태를 확인합니다.

    # cat /sys/bus/ccwgroup/drivers/qeth/0.0.f500/online
    											1
    Copy to Clipboard Toggle word wrap

    반환 값 1 은 장치가 온라인 상태임을 나타내며 반환 값 0 은 장치가 오프라인 상태임을 나타냅니다.

  5. 장치에 할당된 인터페이스 이름을 찾습니다.

    # cat /sys/bus/ccwgroup/drivers/qeth/0.0.f500/if_name
    encf500
    Copy to Clipboard Toggle word wrap

    이제 encf500 네트워크 인터페이스를 계속 구성할 수 있습니다.

    s390utils 패키지의 다음 명령은 qeth 장치의 가장 중요한 설정을 보여줍니다.

    # lsqeth encf500
    Device name                     : encf500
    -------------------------------------------------
    card_type               : OSD_1000
    cdev0                   : 0.0.f500
    cdev1                   : 0.0.f501
    cdev2                   : 0.0.f502
    chpid                   : 76
    online                  : 1
    portname                : OSAPORT
    portno                  : 0
    state                   : UP (LAN ONLINE)
    priority_queueing       : always queue 0
    buffer_count            : 16
    layer2                  : 1
    isolation               : none
    Copy to Clipboard Toggle word wrap

17.11. 영구적으로 qeth 장치 추가

qeth 장치를 영구적으로 만들려면 새 인터페이스에 대한 구성 파일을 만듭니다. 네트워크 인터페이스 구성 파일은 /etc/NetworkManager/system-connections/ 디렉터리에 배치됩니다.

네트워크 구성 파일은 이름 지정 규칙 장치.nmconnection을 사용합니다. 여기서 device 는 이전에 생성된 qeth 그룹 장치의 interface-name 파일에 있는 값(예: enc9a0 )입니다. cio_ignore 명령은 영구 장치 구성을 위해 투명하게 처리되며, ignore 목록에서 수동으로 장치를 해제할 필요가 없습니다.

동일한 유형의 다른 장치에 대한 구성 파일이 이미 존재하는 경우 새 이름으로 복사하여 편집합니다.

# cd /etc/NetworkManager/system-connections/
# cp enc9a0.nmconnection enc600.nmconnection
Copy to Clipboard Toggle word wrap

네트워크 장치의 ID를 알아보려면 lsqeth 유틸리티를 사용합니다.

# lsqeth -p
devices                    CHPID interface        cardtype       port chksum prio-q'ing rtr4 rtr6 lay'2 cnt
-------------------------- ----- ---------------- -------------- ---- ------ ---------- ---- ---- ----- -----
0.0.09a0/0.0.09a1/0.0.09a2 x00   enc9a0    Virt.NIC QDIO  0    sw     always_q_2 n/a  n/a  1     64
0.0.0600/0.0.0601/0.0.0602 x00   enc600    Virt.NIC QDIO  0    sw     always_q_2 n/a  n/a  1     64
Copy to Clipboard Toggle word wrap

유사한 장치가 정의되어 있지 않은 경우 새 파일을 생성합니다. 다음 예제를 사용하십시오.

[connection]
type=ethernet
interface-name=enc600

[ipv4]
address1=10.12.20.136/24,10.12.20.1
dns=10.12.20.53;
method=manual

[ethernet]
mac-address=00:53:00:8f:fa:66
Copy to Clipboard Toggle word wrap

다음과 같이 새 enc600.nmconnection 파일을 편집합니다.

  1. 새 연결 파일이 root:root 에 속하는지 확인합니다.

    # chown root:root /etc/NetworkManager/system-connections/enc600.nmconnection
    Copy to Clipboard Toggle word wrap
  2. 이 파일에 세부 정보를 추가하거나 연결 요구 사항에 따라 이러한 매개변수를 수정합니다.
  3. 파일을 저장합니다.
  4. 연결 프로필을 다시 로드합니다.

    # nmcli connection reload
    Copy to Clipboard Toggle word wrap
  5. 새로 추가된 연결의 전체 세부 정보를 보려면 다음을 입력합니다.

    # nmcli connection show enc600
    Copy to Clipboard Toggle word wrap

enc600.nmconnection 파일을 변경하면 시스템을 재부팅하거나 시스템의 I/O 구성(예: z/VM에서 연결)을 변경하거나 네트워크 연결을 다시 로드하여 새 네트워크 장치 채널을 동적으로 추가한 후 적용됩니다. 또는 다음 명령을 실행하여 이전에 활성화되지 않은 네트워크 채널에 대해 enc600.nmconnection 의 활성화를 트리거할 수 있습니다.

  1. cio_ignore 유틸리티를 사용하여 무시된 장치 목록에서 네트워크 채널을 제거하고 Linux에 표시되도록 합니다.

    # cio_ignore -r read_device_bus_id,write_device_bus_id,data_device_bus_id
    Copy to Clipboard Toggle word wrap

    read_device_bus_id,write_device_bus_id,data_device_bus_id 를 네트워크 장치를 나타내는 세 장치 버스 ID로 바꿉니다. 예를 들어 read_device_bus_id0.0.0600 인 경우 write_device_bus_id0.0.0601 이고 data_device_bus_id0.0.0602:

    #  cio_ignore -r 0.0.0600,0.0.0601,0.0.0602
    Copy to Clipboard Toggle word wrap
  2. 변경 사항을 활성화하는 uevent를 트리거하려면 다음을 실행합니다.

    # echo add > /sys/bus/ccw/devices/read-channel/uevent
    Copy to Clipboard Toggle word wrap

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

    # echo add > /sys/bus/ccw/devices/0.0.0600/uevent
    Copy to Clipboard Toggle word wrap
  3. 네트워크 장치의 상태를 확인합니다.

    # lsqeth
    Copy to Clipboard Toggle word wrap
  4. 기본 경로 정보가 변경된 경우 그에 따라 /etc/NetworkManager/system-connections/<profile_name>.nmconnection 파일의 [ipv4][ipv6] 섹션에서 ipaddress1 매개변수도 업데이트해야 합니다.

    [ipv4]
    address1=10.12.20.136/24,10.12.20.1
    [ipv6]
    address1=2001:db8:1::1,2001:db8:1::fffe
    Copy to Clipboard Toggle word wrap
  5. 이제 새 인터페이스를 시작합니다.

    # nmcli connection up enc600
    Copy to Clipboard Toggle word wrap
  6. 인터페이스 상태를 확인합니다.

    # ip addr show enc600
    3: enc600:  <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 3c:97:0e:51:38:17 brd ff:ff:ff:ff:ff:ff
    10.12.20.136/24 brd 10.12.20.1 scope global dynamic enc600
    valid_lft 81487sec preferred_lft 81487sec
    inet6 1574:12:5:1185:3e97:eff:fe51:3817/64 scope global noprefixroute dynamic
    valid_lft 2591994sec preferred_lft 604794sec
    inet6 fe45::a455:eff:d078:3847/64 scope link
    valid_lft forever preferred_lft forever
    Copy to Clipboard Toggle word wrap
  7. 새 인터페이스의 라우팅을 확인합니다.

    # ip route
    default via 10.12.20.136 dev enc600 proto dhcp src
    Copy to Clipboard Toggle word wrap
  8. ping 유틸리티를 사용하여 새 장치의 서브넷에서 게이트웨이 또는 다른 호스트를 ping하여 변경 사항을 확인합니다.

    # ping -c 1 10.12.20.136
    PING 10.12.20.136 (10.12.20.136) 56(84) bytes of data.
    64 bytes from 10.12.20.136: icmp_seq=0 ttl=63 time=8.07 ms
    Copy to Clipboard Toggle word wrap
  9. 기본 경로 정보가 변경된 경우 그에 따라 /etc/sysconfig/network 도 업데이트해야 합니다.

루트 파일 시스템에 액세스하는 데 필요한 네트워크 장치를 추가하려면 부팅 옵션만 변경해야 합니다. 부팅 옵션은 매개 변수 파일에 있을 수 있지만 /etc/zipl.conf 파일에는 더 이상 부팅 레코드의 사양이 포함되어 있지 않습니다. 수정해야 하는 파일은 다음 명령을 사용하여 찾을 수 있습니다.

# machine_id=$(cat /etc/machine-id)
# kernel_version=$(uname -r)
# ls /boot/loader/entries/$machine_id-$kernel_version.conf
Copy to Clipboard Toggle word wrap

initramfs의 기능을 제공하는 dracut mkinitrd successor는 initrd 를 교체한 후 부팅 프로세스 초기에 64비트 IBM Z에서 네트워크 장치를 활성화하는 부팅 매개 변수를 제공합니다. rd.znet=.

입력으로 이 매개변수는 NETTYPE (qeth, lcs, ctc), 2개(lcs, ctc) 또는 3개(qeth) 장치 버스 ID와 네트워크 장치 sysfs 속성에 해당하는 키-값 쌍으로 구성된 선택적 추가 매개변수를 사용합니다. 이 매개변수는 64비트 IBM Z 네트워크 하드웨어를 구성하고 활성화합니다. IP 주소 및 기타 네트워크 세부 정보의 구성은 다른 플랫폼에서도 동일하게 작동합니다. 자세한 내용은 dracut 설명서를 참조하십시오.

네트워크 채널의 cio_ignore 명령은 부팅 시 투명하게 처리됩니다.

NFS를 통해 네트워크를 통해 액세스한 루트 파일 시스템의 부팅 옵션의 예:

root=10.16.105.196:/nfs/nfs_root cio_ignore=all,!condev rd.znet=qeth,0.0.0a00,0.0.0a01,0.0.0a02,layer2=1,portno=0,portname=OSAPORT ip=10.16.105.197:10.16.105.196:10.16.111.254:255.255.248.0:nfs‑server.subdomain.domain:enc9a0:none rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=us
Copy to Clipboard Toggle word wrap

18장. 설치 후 보안 강화

RHEL은 기본적으로 활성화된 강력한 보안 기능으로 설계되었습니다. 그러나 추가 강화 조치를 통해 보안을 추가로 강화할 수 있습니다.

다음에 대한 자세한 내용은 다음을 수행합니다.

  • 보안 업데이트 설치 및 업데이트에 대한 추가 세부 정보를 표시하여 RHEL 시스템을 새로 발견된 위협 및 취약점으로부터 안전하게 유지하기 위해 보안 업데이트 관리 및 모니터링 을 참조하십시오.
  • 로컬 및 원격 침입, 악용 및 악의적인 활동을 방지하기 위한 RHEL 서버 및 워크스테이션 보안을 위한 프로세스 및 관행을 참조하십시오. 보안 강화 를 참조하십시오.
  • 사용자와 프로세스가 시스템의 파일과 상호 작용하는 방식을 제어하거나 특정 SELinux 제한 사용자에게 매핑하여 어떤 작업을 수행할 수 있는지 제어합니다. SELinux 사용을 참조하십시오.
  • 네트워크의 보안을 개선하고 데이터 유출 및 침입의 위험을 줄이는 도구와 기술을 참조하십시오.
  • 규칙을 사용하여 수신, 발신 및 전달된 네트워크 트래픽을 제어하는 방화벽과 같은 패킷 필터를 참조하십시오. 방화벽 및 패킷 필터 구성을 참조하십시오.

19장. 명령줄을 사용하여 ARM에 커널-64k 설치

기본적으로 RHEL 9는 4k 페이지 크기를 지원하는 커널과 함께 배포됩니다. 이 4k 커널은 공간, 전력 및 비용 제약 조건으로 인해 64k 페이지 커널을 사용하지 않는 소규모 환경 또는 소규모 클라우드 인스턴스에서 효율적으로 메모리 사용에 충분합니다.

기본 커널(4k 페이지 크기 지원)을 사용하여 RHEL을 이미 설치한 경우 명령줄을 사용하여 kernel-64k 사후 설치를 설치할 수 있습니다.

중요

OS를 다시 설치하지 않고 초기 부팅 후 4k와 64k 페이지 크기 커널 사이를 이동하지 않는 것이 좋습니다.

프로세스

  1. root 사용자로 터미널을 열고 다음을 입력합니다.

    # dnf -y install kernel-64k
    Copy to Clipboard Toggle word wrap
  2. kernel-64k 를 기본값으로 설정하려면 다음을 입력합니다.

    # k=$(echo /boot/vmlinuz*64k)
    # grubby --set-default=$k \
               --update-kernel=$k \
               --args="crashkernel=2G-:640M"
    Copy to Clipboard Toggle word wrap
  3. RHEL을 기본 옵션으로 사용하도록 시스템 부팅 순서를 설정합니다.

    1. 현재 부팅 순서를 가져옵니다. 예를 들면 다음과 같습니다.

      # efibootmgr
      BootCurrent: 0000
      Timeout: 5 seconds
      BootOrder: 0003,0004,0001,0000,0002,0005
      Boot0000\* Red Hat Enterprise Linux
      Copy to Clipboard Toggle word wrap
    2. RHEL의 우선 순위를 지정하도록 부팅 순서를 설정합니다. 예를 들어 이전 단계의 출력에서 다음 명령을 사용합니다.

      # efibootmgr -o 0000,0001,0002,0003,0004,0005
      Copy to Clipboard Toggle word wrap
  4. 시스템을 재부팅합니다.

    # reboot
    Copy to Clipboard Toggle word wrap
  5. 선택 사항: 재부팅 후 4k 커널을 제거하십시오.

    # dnf remove kernel-core
    Copy to Clipboard Toggle word wrap

    yum update 명령을 사용하여 나중에 커널을 업데이트할 때 두 버전을 실수로 유지하면 4k 커널이 기본값을 설정할 수 있습니다.

검증

  • 페이지 크기를 확인하려면 터미널을 열고 다음 명령을 사용자로 실행합니다.

    $ getconf PAGESIZE
    65536
    Copy to Clipboard Toggle word wrap

    출력 65536 은 64k 커널이 사용 중임을 나타냅니다.

  • 스왑이 활성화되었는지 확인하려면 다음을 입력합니다.

    $ free
                   total        used        free      shared  buff/cache   available
    Mem:        35756352     3677184    34774848       25792      237120    32079168
    Swap:        6504384           0     6504384
    Copy to Clipboard Toggle word wrap

    총 및 사용 가능한 열은 0이 아니므로 스왑이 성공적으로 활성화되었음을 나타냅니다.

20장. 서브스크립션 서비스 변경

서브스크립션을 관리하려면 Red Hat Subscription Management Server 또는 Red Hat Satellite Server로 RHEL 시스템을 등록할 수 있습니다. 필요한 경우 나중에 서브스크립션 서비스를 변경할 수 있습니다. 등록된 서브스크립션 서비스를 변경하려면 현재 서비스에서 시스템을 등록 해제한 다음 새 서비스에 등록합니다.

시스템 업데이트를 받으려면 시스템을 관리 서버 중 하나에 등록합니다.

이 섹션에서는 Red Hat Subscription Management Server 및 Red Hat Satellite Server에서 RHEL 시스템을 등록 해제하는 방법에 대해 설명합니다.

사전 요구 사항

다음 중 하나에 시스템을 등록했습니다.

  • Red Hat Subscription Management Server
  • Red Hat Satellite Server 버전 6.11

시스템 업데이트를 받으려면 시스템을 관리 서버 중 하나에 등록합니다.

20.1. 서브스크립션 관리 서버에서 등록 취소

이 섹션에서는 명령줄 및 서브스크립션 관리자 사용자 인터페이스를 사용하여 Red Hat Subscription Management Server에서 RHEL 시스템을 등록 해제하는 방법에 대해 설명합니다.

20.1.1. 명령줄을 사용하여 등록 취소

unregister 명령을 사용하여 Red Hat Subscription Management Server에서 RHEL 시스템을 등록 취소합니다.

프로세스

  1. 추가 매개 변수 없이 등록 취소 명령을 root 사용자로 실행합니다.

    # subscription-manager unregister
    Copy to Clipboard Toggle word wrap
  2. 메시지가 표시되면 root 암호를 입력합니다.

시스템은 서브스크립션 관리 서버에서 등록 취소되며 '시스템이 현재 등록되지 않은 상태' 상태는 등록 버튼이 활성화된 상태로 표시됩니다.

중단되지 않는 서비스를 계속하려면 시스템을 관리 서비스 중 하나로 다시 등록합니다. 시스템을 관리 서비스에 등록하지 않으면 시스템 업데이트를 받지 못할 수 있습니다. 시스템 등록에 대한 자세한 내용은 명령줄을 사용하여 시스템 등록을 참조하십시오.

Subscription Manager 사용자 인터페이스를 사용하여 Red Hat Subscription Management Server에서 RHEL 시스템을 등록 해제할 수 있습니다.

프로세스

  1. 시스템에 로그인합니다.
  2. 창 왼쪽 상단에서 활동 을 클릭합니다.
  3. 메뉴 옵션에서 애플리케이션 표시 아이콘을 클릭합니다.
  4. Red Hat Subscription Manager 아이콘을 클릭하거나 검색에 Red Hat Subscription Manager 를 입력합니다.
  5. Authentication Required 대화 상자에 관리자 암호를 입력합니다. 서브스크립션 창이 표시되고 서브스크립션, 시스템 용도 및 설치된 제품의 현재 상태가 표시됩니다. 등록되지 않은 제품에는 빨간색 X가 표시됩니다.

    시스템에서 권한 있는 작업을 수행하려면 인증이 필요합니다.

  6. 등록 취소 버튼을 클릭합니다.

시스템은 서브스크립션 관리 서버에서 등록 취소되며 '시스템이 현재 등록되지 않은 상태' 상태는 등록 버튼이 활성화된 상태로 표시됩니다.

중단되지 않는 서비스를 계속하려면 시스템을 관리 서비스 중 하나로 다시 등록합니다. 시스템을 관리 서비스에 등록하지 않으면 시스템 업데이트를 받지 못할 수 있습니다. 시스템 등록에 대한 자세한 내용은 서브스크립션 관리자 사용자 인터페이스를 사용하여 시스템 등록을 참조하십시오.

20.2. Satellite 서버에서 등록 해제

Satellite Server에서 Red Hat Enterprise Linux 시스템의 등록을 취소하려면 Satellite 서버에서 시스템을 제거합니다.

자세한 내용은 Red Hat Satellite에서 호스트 제거를 참조하십시오.

21장. Kickstart 스크립트 파일 형식 참조

이 참조는 Kickstart 파일 형식을 자세히 설명합니다.

21.1. Kickstart 파일 형식

Kickstart 스크립트는 설치 프로그램에서 인식하는 키워드가 포함된 일반 텍스트 파일입니다. 이 파일은 설치에 대한 지침으로 사용됩니다. Linux 시스템에서 Gedit이나 vim 또는 Windows 시스템의 Notepad와 같은 ASCII 텍스트로 파일을 저장할 수 있는 텍스트 편집기를 사용하여 Kickstart 파일을 만들고 편집할 수 있습니다. Kickstart 구성의 파일 이름은 중요하지 않지만 나중에 다른 구성 파일 또는 대화 상자에서 이 이름을 지정해야 하므로 간단한 이름을 사용하는 것이 좋습니다.

명령
명령은 설치에 대한 지침으로 사용되는 키워드입니다. 각 명령은 한 줄에 있어야 합니다. 명령은 옵션을 사용할 수 있습니다. 명령 및 옵션 지정은 쉘에서 Linux 명령을 사용하는 것과 유사합니다.
섹션
퍼센트 %로 시작하는 특정 특수 명령은 섹션을 시작합니다. 섹션의 명령 해석은 섹션 외부에 배치된 명령과 다릅니다. 모든 섹션은 %end 명령으로 완료되어야 합니다.
섹션 유형

사용 가능한 섹션은 다음과 같습니다.

  • 애드온 섹션. 이러한 섹션에서는 %addon addon_name 명령을 사용합니다.
  • 패키지 선택 섹션. %packages로 시작합니다. 이 파일을 사용하여 패키지 그룹 또는 모듈과 같은 간접 수단을 포함하여 설치용 패키지를 나열합니다.
  • 스크립트 섹션. 이러한 작업은 %pre, %pre-install, %post, %onerror로 시작합니다. 이러한 섹션은 필수가 아닙니다.
명령 섹션
명령 섹션은 스크립트 섹션 또는 %packages 섹션에 포함되지 않은 Kickstart 파일의 명령에 사용되는 용어입니다.
스크립트 섹션 수 및 순서
명령 섹션을 제외한 모든 섹션은 선택 사항이며 여러 번 존재할 수 있습니다. 특정 유형의 스크립트 섹션을 평가할 때 Kickstart에 존재하는 유형의 모든 섹션이 표시되는 순서대로 두 %post 섹션이 차례로 평가됩니다. 그러나 다양한 유형의 스크립트 섹션을 순서대로 지정할 필요는 없습니다. %pre 섹션 앞에 %post 섹션이 있는지는 중요하지 않습니다.
주석
Kickstart 주석은 해시 # 문자로 시작하는 행입니다. 이러한 행은 설치 프로그램에서 무시됩니다.

필요하지 않은 항목은 생략할 수 있습니다. 필요한 항목을 생략하면 설치 프로그램이 대화식 모드로 변경되어 사용자가 일반 대화식 설치와 마찬가지로 사용자가 관련 항목에 대한 답변을 제공할 수 있습니다. 또한 cmdline 명령을 사용하여 kickstart 스크립트를 비대화형으로 선언할 수도 있습니다. 비대화형 모드에서는 답변이 누락되면 설치 프로세스가 중단됩니다.

참고

텍스트 또는 그래픽 모드로 Kickstart를 설치하는 동안 사용자 상호 작용이 필요한 경우 설치를 완료하기 위해 업데이트가 필요한 창만 입력합니다. spokes를 입력하면 Kickstart 구성이 재설정될 수 있습니다. 설정 재설정은 특히 설치 대상 창을 입력한 후 스토리지와 관련된 Kickstart 명령에 적용됩니다.

21.2. Kickstart의 패키지 선택

Kickstart는 설치할 패키지를 선택하기 위해 %packages 명령으로 시작된 섹션을 사용합니다. 이러한 방식으로 패키지, 그룹, 환경, 모듈 스트림 및 모듈 프로필을 설치할 수 있습니다.

21.2.1. 패키지 선택 섹션

설치할 소프트웨어 패키지를 설명하는 Kickstart 섹션을 시작하려면 %packages 명령을 사용합니다. %packages 섹션은 %end 명령으로 끝나야 합니다.

환경, 그룹, 모듈 스트림, 모듈 프로필 또는 해당 패키지 이름으로 패키지를 지정할 수 있습니다. 관련 패키지가 포함된 여러 환경 및 그룹이 정의됩니다. 환경 및 그룹 목록은 Red Hat Enterprise Linux 9 설치 DVD의 repository/repodata/*-comps-repository.architecture.xml 파일을 참조하십시오.

*-comps-리포지토리.architecture.xml 파일에는 사용 가능한 환경(< environment > 태그로 표시됨) 및 그룹(태그)을 설명하는 구조가 포함되어 있습니다. 각 항목에는 ID, 사용자 가시성 값, 이름, 설명 및 패키지 목록이 있습니다. 설치에 대해 그룹을 선택하는 경우 패키지 목록에서 필수 로 표시된 패키지가 항상 설치되고, 특별히 다른 곳에서 제외되지 않은 경우 default 패키지가 설치되고, 그룹을 선택할 때에도 선택 옵션으로 표시된 패키지를 구체적으로 포함해야 합니다.

해당 ID(< id > 태그) 또는 이름(<name> 태그)을 사용하여 패키지 그룹 또는 환경을 지정할 수 있습니다.

설치해야 하는 패키지가 확실하지 않은 경우 최소 설치 환경을 선택하는 것이 좋습니다. minimal Install 은 Red Hat Enterprise Linux 9를 실행하는 데 필요한 패키지만 제공합니다. 이로 인해 시스템이 취약점의 영향을 받을 가능성이 크게 줄어듭니다. 필요한 경우 설치 후 나중에 추가 패키지를 추가할 수 있습니다. 최소 설치 방법에 대한 자세한 내용은 Security Hardening 문서의 최소 패키지 설치 섹션을 참조하십시오. 데스크탑 환경과 X Window 시스템이 설치에 포함되어 있고 그래픽 로그인을 활성화하지 않은 한 Kickstart 파일에서 시스템을 설치한 후에는 Initial Setup 을 실행할 수 없습니다.

중요

64비트 시스템에 32비트 패키지를 설치하려면 다음을 수행합니다.

  • %packages 섹션에 --multilib 옵션을 지정합니다.
  • 패키지가 빌드된 32비트 아키텍처(예: glibc.i686)를 사용하여 패키지 이름을 추가합니다.

21.2.2. 패키지 선택 명령

이러한 명령은 Kickstart 파일의 %packages 섹션에서 사용할 수 있습니다.

환경 지정

@^ 기호로 시작하는 줄로 설치할 전체 환경을 지정합니다.

%packages
@^Infrastructure Server
%end
Copy to Clipboard Toggle word wrap

그러면 Infrastructure Server 환경의 일부인 모든 패키지가 설치됩니다. 사용 가능한 모든 환경은 Red Hat Enterprise Linux 9 설치 DVD의 repository/repodata/*-comps-repository.architecture.xml 파일에 설명되어 있습니다.

Kickstart 파일에 단일 환경만 지정해야 합니다. 더 많은 환경이 지정되면 마지막으로 지정된 환경만 사용됩니다.

그룹 지정

@ 기호부터 시작하여 한 줄에 하나의 항목을 지정한 다음 *-comps-repository.architecture.xml 파일에 지정된 대로 전체 그룹 이름 또는 그룹 ID를 지정합니다. 예를 들면 다음과 같습니다.

%packages
@X Window System
@Desktop
@Sound and Video
%end
Copy to Clipboard Toggle word wrap

Core 그룹은 항상 선택됩니다. %packages 섹션에 지정할 필요는 없습니다.

개별 패키지 지정

개별 패키지를 이름으로 한 줄에 하나의 항목을 지정합니다. 별표 문자(*)를 패키지 이름에서 와일드카드로 사용할 수 있습니다. 예를 들면 다음과 같습니다.

%packages
sqlite
curl
aspell
docbook*
%end
Copy to Clipboard Toggle word wrap

docbook* 항목에는 와일드카드와 표시되는 패턴과 일치하는 패키지 docbook-dtdsdocbook-style 이 포함되어 있습니다.

모듈 스트림의 프로필 지정

프로필 구문을 사용하여 한 줄에 한 항목씩 모듈 스트림에 대한 프로필을 지정합니다.

%packages
@module:stream/profile
%end
Copy to Clipboard Toggle word wrap

이렇게 하면 모듈 스트림의 지정된 프로필에 나열된 모든 패키지가 설치됩니다.

  • 모듈에 기본 스트림을 지정하면 해당 스트림을 해제할 수 있습니다. 기본 스트림을 지정하지 않으면 이를 지정해야 합니다.
  • 모듈 스트림에 기본 프로필이 지정되면 그대로 둘 수 있습니다. 기본 프로필을 지정하지 않으면 이 프로필을 지정해야 합니다.
  • 다른 스트림을 사용하여 모듈을 여러 번 설치할 수 없습니다.
  • 동일한 모듈과 스트림의 여러 프로필을 설치할 수 있습니다.

모듈과 그룹은 @ 기호로 시작하는 것과 동일한 구문을 사용합니다. 동일한 이름의 모듈 및 패키지 그룹이 있는 경우 모듈이 우선합니다.

Red Hat Enterprise Linux 9에서 모듈은 AppStream 리포지토리에만 있습니다. 사용 가능한 모듈을 나열하려면 설치된 Red Hat Enterprise Linux 9 시스템에서 dnf module list 명령을 사용합니다.

또한 module Kickstart 명령을 사용하여 모듈 스트림을 활성화한 다음 직접 이름을 지정하여 모듈 스트림에 포함된 패키지를 설치할 수도 있습니다.

환경, 그룹 또는 패키지 제외

선행 대시(-)를 사용하여 설치에서 제외할 패키지 또는 그룹을 지정합니다. 예를 들면 다음과 같습니다.

%packages
-@Graphical Administration Tools
-autofs
-ipa*compat
%end
Copy to Clipboard Toggle word wrap
중요

Kickstart 파일에서 * 만 사용하여 사용 가능한 모든 패키지를 설치하는 것은 지원되지 않습니다.

여러 옵션을 사용하여 %packages 섹션의 기본 동작을 변경할 수 있습니다. 일부 옵션은 전체 패키지 선택에서 작동하며 다른 옵션은 특정 그룹에만 사용됩니다.

21.2.3. 일반적인 패키지 선택 옵션

%packages 섹션에 다음 옵션을 사용할 수 있습니다. 옵션을 사용하려면 패키지 선택 섹션의 시작 부분에 추가합니다. 예를 들면 다음과 같습니다.

%packages --multilib --ignoremissing
Copy to Clipboard Toggle word wrap
--default
기본 패키지 세트를 설치합니다. 이는 대화형 설치 중에 Package Selection 화면에서 다른 선택 항목이 없는 경우 설치되는 패키지 세트에 해당합니다.
--excludedocs
패키지에 포함된 문서는 설치하지 마십시오. 대부분의 경우 이는 /usr/share/doc 디렉터리에 정상적으로 설치된 모든 파일을 제외하지만 제외할 특정 파일은 개별 패키지에 따라 다릅니다.
--ignoremissing
설치를 중단하거나 계속해야 하는지 묻는 대신 설치 소스에서 누락된 패키지, 그룹, 모듈 스트림, 모듈 프로필 및 환경을 무시합니다.
--inst-langs
설치할 언어 목록을 지정합니다. 이는 패키지 그룹 수준 선택과 다릅니다. 이 옵션은 설치해야 하는 패키지 그룹을 설명하지 않습니다. 대신 개별 패키지에서 어떤 변환 파일을 설치해야 하는지 제어하는 RPM 매크로를 설정합니다.
--multilib

multilib 패키지에 설치된 시스템을 구성하고, 64비트 시스템에 32비트 패키지를 설치할 수 있도록 구성하고, 이와 같이 이 섹션에 지정된 패키지를 설치합니다.

일반적으로 AMD64 및 Intel 64 시스템에서는 x86_64 및 noarch 패키지만 설치할 수 있습니다. 그러나 multilib 옵션을 사용하면 32비트 AMD 및 i686 Intel 시스템 패키지가 있는 경우 자동으로 설치할 수 있습니다.

이는 %packages 섹션에 명시적으로 지정된 패키지에만 적용됩니다. Kickstart 파일에 지정되지 않고 종속 항목으로만 설치되는 패키지는 더 많은 아키텍처에서 사용할 수 있더라도 필요한 아키텍처 버전에만 설치됩니다.

사용자는 시스템을 설치하는 동안 multilib 모드에서 패키지를 설치하도록 Anaconda를 구성할 수 있습니다. 다음 옵션 중 하나를 사용하여 multilib 모드를 활성화합니다.

  1. 다음 행을 사용하여 Kickstart 파일을 설정합니다.

    %packages --multilib --default
    %end
    Copy to Clipboard Toggle word wrap
  2. 설치 이미지를 부팅하는 동안 inst.multilib 부팅 옵션을 추가합니다.
--nocore

그렇지 않으면 기본적으로 설치된 @Core 패키지 그룹의 설치를 비활성화합니다. --nocore@Core 패키지 그룹을 비활성화하면 경량 컨테이너를 생성하는 데만 사용해야 합니다. --nocore를 사용하여 데스크탑 또는 서버 시스템을 설치하면 시스템을 사용할 수 없게 됩니다.

참고
  • -@Core를 사용하여 @Core 패키지 그룹에서 패키지를 제외하면 작동하지 않습니다. @Core 패키지 그룹을 제외하는 유일한 방법은 --nocore 옵션을 사용하는 것입니다.
  • @Core 패키지 그룹은 작동 중인 시스템을 설치하는 데 필요한 최소한의 패키지 세트로 정의됩니다. 이는 어떤 방식으로든 패키지 매니페스트 및 지원 범위 세부 정보에 정의된 핵심 패키지 와 관련이 없습니다.
--exclude-weakdeps
약한 종속성에서 패키지 설치를 비활성화합니다. 이러한 패키지는 Recommends 및 Supplements 플래그에서 설정한 선택한 패키지에 연결됩니다. 기본적으로 약한 종속성이 설치됩니다.
--retries=
DNF가 패키지 다운로드(retries)를 시도하는 횟수를 설정합니다. 기본값은 10입니다. 이 옵션은 설치 중에만 적용되며 설치된 시스템의 DNF 구성에 영향을 주지 않습니다.
--timeout=
DNF 시간 제한을 초 단위로 설정합니다. 기본값은 30입니다. 이 옵션은 설치 중에만 적용되며 설치된 시스템의 DNF 구성에 영향을 주지 않습니다.

21.2.4. 특정 패키지 그룹 옵션

이 목록의 옵션은 단일 패키지 그룹에만 적용됩니다. Kickstart 파일의 %packages 명령에 사용하는 대신 그룹 이름에 추가합니다. 예를 들면 다음과 같습니다.

%packages
@Graphical Administration Tools --optional
%end
Copy to Clipboard Toggle word wrap
--nodefaults
기본 선택 항목이 아닌 그룹의 필수 패키지만 설치합니다.
--optional

기본 선택 항목을 설치하는 것 외에도 *-comps-repository.architecture.xml 파일의 그룹 정의에서 선택 사항으로 표시된 패키지를 설치합니다.

Scientific Support 와 같은 일부 패키지 그룹에는 필수 또는 기본 패키지가 지정되지 않음 - 선택적 패키지만 있습니다. 이 경우 --optional 옵션을 항상 사용해야 합니다. 그렇지 않으면 이 그룹의 패키지가 설치되지 않습니다.

중요

--nodefaults--optional 옵션은 함께 사용할 수 없습니다. --nodefaults를 사용하여 설치 중에 필수 패키지만 설치하고 설치된 시스템 사후 설치에 선택적 패키지를 설치할 수 있습니다.

21.2.5. Kickstart를 사용하여 ARM에 Kernel-64k 설치

RHEL은 최적의 성능을 위해 대규모 물리적 메모리 구성이 필요한 워크로드를 지원하기 위해 ARM64 하드웨어 아키텍처를 제공합니다. 이러한 대규모 메모리 구성을 사용하려면 대규모 MMU 페이지 크기(64k)를 사용해야 합니다.

RHEL 9를 설치하는 동안 kernel-64k 패키지를 선택하여 64k 페이지 크기를 지원하는 커널을 사용하여 RHEL을 설치할 수 있습니다.

프로세스

  • Kickstart 파일의 %packages 섹션에 다음 패키지 목록을 추가합니다.

    %packages
    kernel-64k
    -kmod-kvdo
    -vdo
    -kernel
    %end
    Copy to Clipboard Toggle word wrap

검증

  • 페이지 크기를 확인하려면 설치가 완료되고 시스템이 재부팅된 후 터미널을 열고 다음을 실행합니다.

    $ getconf PAGESIZE
    65536
    Copy to Clipboard Toggle word wrap

    출력 65536 은 64k 커널이 사용 중임을 나타냅니다.

  • 스왑 파티션이 활성화되어 있는지 확인하려면 다음을 입력합니다.

    $ free
                   total        used        free      shared  buff/cache   available
    Mem:        35756352     3677184    34774848       25792      237120    32079168
    Swap:        6504384           0     6504384
    Copy to Clipboard Toggle word wrap

총 및 사용 가능한 열은 0이 아니므로 스왑이 성공적으로 활성화되었음을 나타냅니다.

21.3. Kickstart 파일의 스크립트

Kickstart 파일은 다음 스크립트를 포함할 수 있습니다.

  • %pre
  • %pre-install
  • %post

이 섹션에서는 스크립트에 대한 다음 세부 정보를 제공합니다.

  • 실행 시간
  • 스크립트에 포함될 수 있는 명령 유형입니다.
  • 스크립트의 목적
  • 스크립트 옵션

21.3.1. %pre 스크립트

%pre 스크립트는 Kickstart 파일이 로드된 직후 시스템에서 실행되지만 완전히 구문 분석되고 설치가 시작되기 전에 실행됩니다. 이러한 각 섹션은 %pre로 시작하고 %end로 끝나야 합니다.

%pre 스크립트는 네트워킹 및 스토리지 장치의 활성화 및 구성에 사용할 수 있습니다. 설치 환경에서 사용 가능한 인터프리터를 사용하여 스크립트를 실행할 수도 있습니다. 설치를 진행하기 전에 특수 구성이 필요한 네트워킹 및 스토리지가 있거나 추가 로깅 매개변수 또는 환경 변수를 설정하는 스크립트가 있는 경우 %pre 스크립트를 추가할 수 있습니다.

%pre 스크립트의 문제를 디버깅하기 어려울 수 있으므로 필요한 경우에만 %pre 스크립트를 사용하는 것이 좋습니다.

중요

Kickstart의 %pre 섹션은 설치 단계(inst.stage2)를 가져온 후 실행됩니다. 즉, root가 설치 프로그램 환경(설치 프로그램 이미지)으로 전환된 Anaconda 설치 프로그램 자체를 시작한 를 의미합니다. 그런 다음 %pre 의 구성이 적용되고 Kickstart의 URL로 구성된 설치 리포지토리에서 패키지를 가져오는 데 사용할 수 있습니다. 그러나 네트워크에서 이미지(inst.stage2)를 가져오도록 네트워크를 구성하는 데 사용할 수 없습니다.

네트워킹, 스토리지 및 파일 시스템과 관련된 명령은 설치 환경 /sbin/bin 디렉터리에 있는 대부분의 유틸리티 외에 %pre 스크립트에서 사용할 수 있습니다.

%pre 섹션에서 네트워크에 액세스할 수 있습니다. 그러나 이 시점에서 이름 서비스가 구성되지 않았으므로 URL이 아닌 IP 주소만 작동합니다.

참고

pre 스크립트는 chroot 환경에서 실행되지 않습니다.

21.3.1.1. %pre 스크립트 섹션 옵션

다음 옵션을 사용하여 사전 설치 스크립트의 동작을 변경할 수 있습니다. 옵션을 사용하려면 스크립트 시작 시 %pre 줄에 추가합니다. 예를 들면 다음과 같습니다.

%pre --interpreter=/usr/libexec/platform-python
-- Python script omitted --
%end
Copy to Clipboard Toggle word wrap
--interpreter=

Python과 같은 다른 스크립팅 언어를 지정할 수 있습니다. 시스템에서 사용 가능한 모든 스크립팅 언어를 사용할 수 있습니다. 대부분의 경우 /usr/bin/sh,/usr/bin/bash/usr/libexec/platform-python 입니다.

platform-python 인터프리터는 Python 버전 3.6을 사용합니다. 새 경로와 버전의 Python 스크립트를 이전 RHEL 버전에서 변경해야 합니다. 또한 platform-python 은 시스템 툴을 위한 것입니다. 설치 환경 외부의 python36 패키지를 사용합니다. Red Hat Enterprise Linux의 Python에 대한 자세한 내용은 동적 프로그래밍 언어 설치 및 사용에 Python 소개를 참조하십시오.

--erroronfail
스크립트가 실패하면 오류를 표시하고 설치를 중지합니다. 오류 메시지는 실패의 원인이 기록되는 위치로 안내합니다. 설치된 시스템은 불안정하고 부팅 불가능한 상태가 될 수 있습니다. inst.nokill 옵션을 사용하여 스크립트를 디버깅할 수 있습니다.
--log=

스크립트의 출력을 지정된 로그 파일에 기록합니다. 예를 들면 다음과 같습니다.

%pre --log=/tmp/ks-pre.log
Copy to Clipboard Toggle word wrap

21.3.2. %pre-install 스크립트

pre-install 스크립트의 명령은 다음 작업이 완료된 후 실행됩니다.

  • 시스템이 분할됨
  • 파일 시스템은 /mnt/sysroot에 생성 및 마운트됨
  • 네트워크가 부팅 옵션 및 Kickstart 명령에 따라 구성되었습니다.

%pre-install 각 섹션은 %pre-install로 시작하고 %end로 끝나야 합니다.

%pre-install 스크립트를 사용하여 설치를 수정하고 패키지 설치 전에 보장된 ID가 있는 사용자 및 그룹을 추가할 수 있습니다.

설치에 필요한 수정 사항에 대해 %post 스크립트를 사용하는 것이 좋습니다. %post 스크립트가 필요한 수정 사항에 대한 짧은 경우에만 %pre-install 스크립트를 사용합니다.

pre-install 스크립트는 chroot 환경에서 실행되지 않습니다.

21.3.2.1. %pre-install 스크립트 섹션 옵션

다음 옵션을 사용하여 pre-install 스크립트의 동작을 변경할 수 있습니다. 옵션을 사용하려면 스크립트 시작 시 %pre-install 행에 추가합니다. 예를 들면 다음과 같습니다.

%pre-install --interpreter=/usr/libexec/platform-python
-- Python script omitted --
%end
Copy to Clipboard Toggle word wrap

동일한 인터프리터 또는 다른 인터프리터와 함께 %pre-install 섹션이 여러 개 있을 수 있습니다. Kickstart 파일에 나타나는 순서에 따라 평가됩니다.

--interpreter=

Python과 같은 다른 스크립팅 언어를 지정할 수 있습니다. 시스템에서 사용 가능한 모든 스크립팅 언어를 사용할 수 있습니다. 대부분의 경우 /usr/bin/sh,/usr/bin/bash/usr/libexec/platform-python 입니다.

platform-python 인터프리터는 Python 버전 3.6을 사용합니다. 새 경로와 버전의 Python 스크립트를 이전 RHEL 버전에서 변경해야 합니다. 또한 platform-python 은 시스템 툴을 위한 것입니다. 설치 환경 외부의 python36 패키지를 사용합니다. Red Hat Enterprise Linux의 Python에 대한 자세한 내용은 동적 프로그래밍 언어 설치 및 사용에 대한 Python 소개 를 참조하십시오.

--erroronfail
스크립트가 실패하면 오류를 표시하고 설치를 중지합니다. 오류 메시지는 실패의 원인이 기록되는 위치로 안내합니다. 설치된 시스템은 불안정하고 부팅 불가능한 상태가 될 수 있습니다. inst.nokill 옵션을 사용하여 스크립트를 디버깅할 수 있습니다.
--log=

스크립트의 출력을 지정된 로그 파일에 기록합니다. 예를 들면 다음과 같습니다.

%pre-install --log=/mnt/sysroot/root/ks-pre.log
Copy to Clipboard Toggle word wrap

21.3.3. %post 스크립트

%post 스크립트는 설치가 완료된 후에 실행되는 설치 후 스크립트이지만 시스템을 처음 재부팅하기 전에 실행됩니다. 이 섹션을 사용하여 시스템 서브스크립션과 같은 작업을 실행할 수 있습니다.

설치가 완료되면 시스템에서 실행할 명령을 추가하는 옵션이 있지만 시스템을 처음 재부팅하기 전에 실행할 수 있습니다. 이 섹션은 %post 로 시작하고 %end 로 끝나야 합니다.

%post 섹션은 추가 소프트웨어 설치 또는 추가 이름 서버 구성과 같은 기능에 유용합니다. 설치 후 스크립트는 chroot 환경에서 실행되므로 설치 미디어에서 스크립트 또는 RPM 패키지를 복사하는 것은 기본적으로 작동하지 않습니다. 아래 설명된 대로 --nochroot 옵션을 사용하여 이 동작을 변경할 수 있습니다. 그런 다음 %post 스크립트가 설치된 대상 시스템의 chroot 가 아닌 설치 환경에서 실행됩니다.

설치 후 스크립트는 chroot 환경에서 실행되므로 대부분의 systemctl 명령은 모든 작업 수행을 거부합니다.

%post 섹션을 실행하는 동안 설치 미디어가 계속 삽입되어야 합니다.

21.3.3.1. %post 스크립트 섹션 옵션

다음 옵션을 사용하여 설치 후 스크립트의 동작을 변경할 수 있습니다. 옵션을 사용하려면 스크립트 시작 부분에 있는 %post 줄에 추가합니다. 예를 들면 다음과 같습니다.

%post --interpreter=/usr/libexec/platform-python
-- Python script omitted --
%end
Copy to Clipboard Toggle word wrap
--interpreter=

Python과 같은 다른 스크립팅 언어를 지정할 수 있습니다. 예를 들면 다음과 같습니다.

%post --interpreter=/usr/libexec/platform-python
Copy to Clipboard Toggle word wrap

시스템에서 사용 가능한 모든 스크립팅 언어를 사용할 수 있습니다. 대부분의 경우 /usr/bin/sh,/usr/bin/bash/usr/libexec/platform-python 입니다.

platform-python 인터프리터는 Python 버전 3.6을 사용합니다. 새 경로와 버전의 Python 스크립트를 이전 RHEL 버전에서 변경해야 합니다. 또한 platform-python 은 시스템 툴을 위한 것입니다. 설치 환경 외부의 python36 패키지를 사용합니다. Red Hat Enterprise Linux의 Python에 대한 자세한 내용은 동적 프로그래밍 언어 설치 및 사용에 대한 Python 소개 를 참조하십시오.

--nochroot

chroot 환경 외부에서 실행하려는 명령을 지정할 수 있습니다.

다음 예제에서는 /etc/resolv.conf 파일을 방금 설치한 파일 시스템에 복사합니다.

%post --nochroot
cp /etc/resolv.conf /mnt/sysroot/etc/resolv.conf
%end
Copy to Clipboard Toggle word wrap
--erroronfail
스크립트가 실패하면 오류를 표시하고 설치를 중지합니다. 오류 메시지는 실패의 원인이 기록되는 위치로 안내합니다. 설치된 시스템은 불안정하고 부팅 불가능한 상태가 될 수 있습니다. inst.nokill 옵션을 사용하여 스크립트를 디버깅할 수 있습니다.
--log=

스크립트의 출력을 지정된 로그 파일에 기록합니다. 로그 파일의 경로는 --nochroot 옵션을 사용할지 여부를 고려해야 합니다. 예를 들어 --nochroot 가 없는 경우:

%post --log=/root/ks-post.log
Copy to Clipboard Toggle word wrap

--nochroot 와 함께 다음을 수행합니다.

%post --nochroot --log=/mnt/sysroot/root/ks-post.log
Copy to Clipboard Toggle word wrap
21.3.3.2. 예: 설치 후 스크립트에서 NFS 마운트

%post 섹션의 예에서는 NFS 공유를 마운트하고 공유의 /usr/new-machines/ 에 있는 runme 라는 스크립트를 실행합니다. Kickstart 모드에서는 NFS 파일 잠금이 지원되지 않으므로 -o nolock 옵션이 필요합니다.

# Start of the %post section with logging into /root/ks-post.log
%post --log=/root/ks-post.log

# Mount an NFS share
mkdir /mnt/temp
mount -o nolock 10.10.0.2:/usr/new-machines /mnt/temp
openvt -s -w -- /mnt/temp/runme
umount /mnt/temp

# End of the %post section
%end
Copy to Clipboard Toggle word wrap

21.4. Kickstart 오류 처리 섹션

Red Hat Enterprise Linux 7부터 Kickstart 설치는 설치 프로그램에서 치명적인 오류가 발생하면 사용자 지정 스크립트를 실행합니다. 예제 시나리오에는 설치에 요청된 패키지의 오류, 구성에 지정된 경우 VNC가 시작되지 않거나 스토리지 장치를 검사하는 동안 오류가 발생합니다. 이러한 이벤트의 경우 설치가 중단됩니다. 이러한 이벤트를 분석하기 위해 설치 프로그램은 Kickstart 파일에 제공된 대로 모든 %onerror 스크립트를 chronologically 실행합니다. traceback의 경우 %onerror 스크립트를 실행할 수 있습니다.

%end로 종료하려면 각 %onerror 스크립트가 필요합니다.

inst.cmdline 을 사용하여 모든 오류를 치명적 오류로 설정하여 오류 처리기를 적용할 수 있습니다.

오류 처리 섹션에는 다음 옵션을 사용할 수 있습니다.

--erroronfail
스크립트가 실패하면 오류를 표시하고 설치를 중지합니다. 오류 메시지는 실패의 원인이 기록되는 위치로 안내합니다. 설치된 시스템은 불안정하고 부팅 불가능한 상태가 될 수 있습니다. inst.nokill 옵션을 사용하여 스크립트를 디버깅할 수 있습니다.
--interpreter=

Python과 같은 다른 스크립팅 언어를 지정할 수 있습니다. 예를 들면 다음과 같습니다.

%onerror --interpreter=/usr/libexec/platform-python
Copy to Clipboard Toggle word wrap

시스템에서 사용 가능한 모든 스크립팅 언어를 사용할 수 있습니다. 대부분의 경우 /usr/bin/sh,/usr/bin/bash/usr/libexec/platform-python 입니다.

platform-python 인터프리터는 Python 버전 3.6을 사용합니다. 새 경로와 버전의 Python 스크립트를 이전 RHEL 버전에서 변경해야 합니다. 또한 platform-python 은 시스템 툴을 위한 것입니다. 설치 환경 외부의 python36 패키지를 사용합니다. Red Hat Enterprise Linux의 Python에 대한 자세한 내용은 동적 프로그래밍 언어 설치 및 사용에 대한 Python 소개 를 참조하십시오.

--log=
스크립트의 출력을 지정된 로그 파일에 기록합니다.

21.5. Kickstart 애드온 섹션

Red Hat Enterprise Linux 7부터 Kickstart 설치는 애드온을 지원합니다. 이러한 추가 기능은 다양한 방식으로 기본 Kickstart(및 Anaconda) 기능을 확장할 수 있습니다.

Kickstart 파일에서 애드온을 사용하려면 %addon addon_name options 명령을 사용하고 사전 설치 및 설치 후 스크립트 섹션과 유사하게 %end 문과 함께 명령을 완료합니다. 예를 들어 기본적으로 Anaconda와 함께 배포되는 Kdump 애드온을 사용하려면 다음 명령을 사용합니다.

%addon com_redhat_kdump --enable --reserve-mb=auto
%end
Copy to Clipboard Toggle word wrap

%addon 명령에는 자체적으로 옵션이 포함되어 있지 않습니다. 모든 옵션은 실제 애드온에 따라 다릅니다.

21.6. Kickstart 인증서 섹션

%certificate 섹션은 설치 프로그램 환경 및 설치된 시스템에 설치할 인증서를 지정합니다. 인증서 내용은 Base64 ASCII 인코딩 형식이어야 합니다. 인증서는 .pem 파일에 작성됩니다. 다음 옵션을 사용하여 인증서 및 파일 세부 정보를 설치할 위치를 지정할 수 있습니다.

옵션

  • --filename FILENAME

    인증서 파일의 이름을 지정합니다.

  • --dir DIR

    인증서를 설치해야 하는 디렉터리를 지정합니다.

사용 예

인증서 번들은 단일 %certificate 섹션의 일부로 설치할 수 있습니다.

%certificate --filename trusted_cert.pem --dir /etc/pki/custom/
-----BEGIN CERTIFICATE-----
MIIBhDCCASugAwIBAgIUO27jF1hTk3lMZ5O6yMCC87FdLZcwCgYIKoZIzj0EAwIw
EzERMA8GA1UEAwwIVHJ1c3RlZENBMB4XDTI1MDQwMTEyMDAwMFoXDTM1MDMzMDEy
MDAwMFowEzERMA8GA1UEAwwIVHJ1c3RlZENBMFYwEAYHKoZIzj0CAQYFK4EEAAoD
QgAErPu3eF/MBcNfFh1lYWfLzQz9O5sWu/bOXMIQ5iU6GZ4H17Q5aHpDJvuBq+nv
uZYucGrdKj6GSa2KoD2Rz6GxDQIDAQABozEwLzAOBgNVHQ8BAf8EBAMCAQYwDwYD
VR0TAQH/BAUwAwEB/zAOBgNVHQ8BAf8EBAMCAQYwCgYIKoZIzj0EAwIDRwAwRAIg
A+3Txsfb5XQxpyq1dhK1c9Wy+F0dHZBaM4lKl8Zlf50CIHZ+bE5+8q90f5oRO2/f
CZtCWZZRAquC/hXoNcGxM2b7
-----END CERTIFICATE-----
%end
Copy to Clipboard Toggle word wrap

22장. Kickstart 명령 및 옵션 참조

이 참조는 Red Hat Enterprise Linux 설치 프로그램 프로그램에서 지원하는 모든 Kickstart 명령의 전체 목록입니다. 명령은 몇 가지 광범위한 카테고리로 알파벳순으로 정렬됩니다. 명령이 여러 카테고리에 속할 수 있는 경우 모든 카테고리에 나열됩니다.

22.1. Kickstart 변경

다음 섹션에서는 Red Hat Enterprise Linux 9의 Kickstart 명령 및 옵션 변경 사항에 대해 설명합니다.

22.1.1. RHEL 8에서 auth 또는 authconfig가 더 이상 사용되지 않음

authconfig 툴과 패키지가 제거되었기 때문에 auth 또는 authconfig Kickstart 명령은 Red Hat Enterprise Linux 8에서 더 이상 사용되지 않습니다.

명령행에서 실행된 authconfig 명령과 마찬가지로 Kickstart 스크립트의 authconfig 명령은 이제 authselect-compat 툴을 사용하여 새 authselect 툴을 실행합니다. 이 호환성 계층 및 알려진 문제에 대한 설명은 수동 페이지 authselect-migration(7)을 참조하십시오. 설치 프로그램은 더 이상 사용되지 않는 명령의 사용을 자동으로 감지하고 호환성 계층을 제공하기 위해 authselect-compat 패키지를 시스템에 설치합니다.

22.1.2. 이전 RHEL 릴리스의 Kickstart 파일 사용

이전 RHEL 릴리스의 Kickstart 파일을 사용하는 경우 Red Hat Enterprise Linux 8 BaseOS 및 AppStream 리포지토리에 대한 자세한 내용은 RHEL 8 도입 고려 사항 의 리포지토리 섹션을 참조하십시오.

22.1.3. 더 이상 사용되지 않는 Kickstart 명령 및 옵션

다음 Kickstart 명령과 옵션은 9에서 더 이상 사용되지 않습니다.

  • timezone --ntpservers - 대신 timesource 명령 사용
  • timezone --nontp
  • logging --level
  • %packages --excludeWeakdeps - 대신 --exclude-weakdeps 사용
  • %packages --instLangs - 대신 --inst-langs 사용
  • %anaconda
  • pwpolicy - Anaconda 구성 파일을 대신 사용
  • syspurpose - 대신 subscription-manager syspurpose 사용
  • nvdimm

특정 옵션만 나열된 경우에도 기본 명령 및 기타 옵션은 계속 사용할 수 있으며 더 이상 사용되지 않습니다. Kickstart 파일에서 더 이상 사용되지 않는 명령을 사용하면 로그에 경고가 출력됩니다. inst.ksstrict 부팅 옵션을 사용하여 더 이상 사용되지 않는 명령 경고를 오류로 전환할 수 있습니다.

22.1.4. 제거된 Kickstart 명령 및 옵션

다음 Kickstart 명령과 옵션은 9에서 완전히 제거되었습니다. Kickstart 파일에서 사용하면 오류가 발생합니다.

  • device
  • deviceprobe
  • dmraid
  • install - 하위 명령 또는 방법을 명령으로 직접 사용
  • multipath
  • bootloader --upgrade
  • ignoredisk --interactive
  • partition --active
  • harddrive --biospart
  • autostep

특정 옵션과 값만 나열된 경우 기본 명령 및 기타 옵션을 계속 사용할 수 있으며 제거되지 않습니다.

22.2. 설치 프로그램 구성 및 흐름 제어를 위한 Kickstart 명령

이 목록의 Kickstart 명령은 설치 모드와 설치 과정을 제어하며 결국 수행되는 작업을 제어합니다.

22.2.1. cdrom

cdrom Kickstart 명령은 선택 사항입니다. 시스템의 첫 번째 광 드라이브의 설치를 수행합니다. 이 명령은 한 번만 사용하십시오.

구문

cdrom
Copy to Clipboard Toggle word wrap

참고

  • 이 명령에는 옵션이 없습니다.
  • 설치를 실제로 실행하려면 inst.repo 옵션이 커널 명령줄에 지정되지 않는 한 cdrom,harddrive,hmc,nfs,liveimg,ostreesetup,rhsm 또는 url 중 하나를 지정해야 합니다.

22.2.2. cmdline

cmdline Kickstart 명령은 선택 사항입니다. 완전히 비대화형 명령줄 모드에서 설치를 수행합니다. 상호 작용에 대한 프롬프트가 표시되면 설치가 중지됩니다. 이 명령은 한 번만 사용하십시오.

구문

cmdline
Copy to Clipboard Toggle word wrap

참고

  • 완전히 자동 설치의 경우 사용 가능한 모드(graphical,text 또는 cmdline) 중 하나를 Kickstart 파일에서 지정해야 합니다. 그렇지 않으면 console= 부팅 옵션을 사용해야 합니다. 모드가 지정되지 않은 경우 시스템은 그래픽 모드를 사용하거나 VNC 및 텍스트 모드에서 선택하라는 메시지를 표시합니다.
  • 이 명령에는 옵션이 없습니다.
  • 이 모드는 x3270 터미널이 있는 64비트 IBM Z 시스템에서 유용합니다.

22.2.3. driverdisk

driverdisk Kickstart 명령은 선택 사항입니다. 이를 사용하여 설치 프로그램에 추가 드라이버를 제공합니다.

기본적으로 포함되어 있지 않은 추가 드라이버를 제공하기 위해 Kickstart 설치 중에 드라이버 디스크를 사용할 수 있습니다. 드라이버 디스크 콘텐츠를 시스템 디스크에 있는 파티션의 루트 디렉터리에 복사해야 합니다. 그런 다음 driverdisk 명령을 사용하여 설치 프로그램이 드라이버 디스크와 해당 위치를 찾도록 지정해야 합니다. 이 명령은 한 번만 사용하십시오.

구문

driverdisk [partition|--source=url|--biospart=biospart]
Copy to Clipboard Toggle word wrap

옵션

다음 방법 중 하나로 드라이버 디스크의 위치를 지정해야 합니다.

  • partition - 드라이버 디스크를 포함하는 파티션입니다. 파티션 이름(예: sdb1 )뿐만 아니라 파티션을 전체 경로(예: /dev/ sdb1)로 지정해야 합니다.
  • --source= - 드라이버 디스크의 URL입니다. 예를 들면 다음과 같습니다.

    driverdisk --source=ftp://path/to/dd.img
    driverdisk --source=http://path/to/dd.img
    driverdisk --source=nfs:host:/path/to/dd.img
    Copy to Clipboard Toggle word wrap
  • --biospart= - 드라이버 디스크가 포함된 BIOS 파티션(예: 82p2)

참고

드라이버 디스크는 네트워크를 통해 로드되거나 initrd 에서 로드되는 대신 로컬 디스크 또는 유사한 장치에서 로드할 수도 있습니다. 다음 절차를 따르십시오.

  1. 디스크 드라이브, USB 또는 유사한 장치에 드라이버 디스크를 로드합니다.
  2. 레이블(예: DD )을 이 장치로 설정합니다.
  3. Kickstart 파일에 다음 행을 추가합니다.

    driverdisk LABEL=DD:/e1000.rpm
    Copy to Clipboard Toggle word wrap

DD를 특정 레이블로 바꾸고 e1000.rpm을 특정 이름으로 교체합니다. LABEL 대신 inst.repo 명령에서 지원하는 모든 항목을 사용하여 디스크 드라이브를 지정합니다.

22.2.4. eula

eula Kickstart 명령은 선택 사항입니다. 이 옵션을 사용하여 사용자 개입 없이 EULA(최종 사용자 라이센스 계약)를 수락합니다. 이 옵션을 지정하면 설치를 완료한 후 Initial Setup에서 라이센스 계약을 수락하라는 메시지를 표시하고 시스템을 처음 재부팅합니다. 이 명령은 한 번만 사용하십시오.

구문

eula [--agreed]
Copy to Clipboard Toggle word wrap

옵션

  • --agreed (필수) - EULA를 수락합니다. 이 옵션을 항상 사용해야 합니다. 그러지 않으면 eula 명령은 의미가 없습니다.

22.2.5. firstboot

firstboot Kickstart 명령은 선택 사항입니다. 시스템을 처음 부팅할 때 Initial Setup 애플리케이션이 시작되는지 여부를 결정합니다. 활성화된 경우 initial-setup 패키지가 설치되어 있어야 합니다. 지정하지 않으면 이 옵션은 기본적으로 비활성화되어 있습니다. 이 명령은 한 번만 사용하십시오.

구문

firstboot OPTIONS
Copy to Clipboard Toggle word wrap

옵션

  • --enable 또는 --enabled - 시스템을 처음 부팅할 때 Initial Setup이 시작됩니다.
  • --disable 또는 --disabled - 시스템을 처음 부팅할 때 Initial Setup이 시작되지 않습니다.
  • --reconfig - 재구성 모드에서 부팅 시 Initial Setup을 시작할 수 있습니다. 이 모드는 기본 암호 외에도 루트 암호, 시간 및 날짜 및 네트워킹 및 호스트 이름 구성 옵션을 활성화합니다.

22.2.6. graphical

graphical Kickstart 명령은 선택 사항입니다. 그래픽 모드에서 설치를 수행합니다. 이는 기본값입니다. 이 명령은 한 번만 사용하십시오.

구문

graphical [--non-interactive]
Copy to Clipboard Toggle word wrap

옵션

  • --non-interactive - 완전히 비대화형 모드로 설치를 수행합니다. 이 모드는 사용자 상호 작용이 필요한 경우 설치를 종료합니다.

참고

  • 완전히 자동 설치의 경우 사용 가능한 모드(graphical,text 또는 cmdline) 중 하나를 Kickstart 파일에서 지정해야 합니다. 그렇지 않으면 console= 부팅 옵션을 사용해야 합니다. 모드가 지정되지 않은 경우 시스템은 그래픽 모드를 사용하거나 VNC 및 텍스트 모드에서 선택하라는 메시지를 표시합니다.

22.2.7. halt

halt Kickstart 명령은 선택 사항입니다.

설치가 성공적으로 완료된 후 시스템을 중지합니다. 이는 수동 설치와 유사합니다. Anaconda에서 메시지를 표시하고 사용자가 재부팅하기 전에 키를 누를 때까지 기다립니다. Kickstart 설치 중에 완료 방법이 지정되지 않은 경우 이 옵션이 기본값으로 사용됩니다. 이 명령은 한 번만 사용하십시오.

구문

halt
Copy to Clipboard Toggle word wrap

참고

  • halt 명령은 shutdown -H 명령과 동일합니다. 자세한 내용은 시스템의 shutdown(8) 도움말 페이지를 참조하십시오.
  • 다른 완료 방법은 poweroff,reboot, shutdown 명령을 참조하십시오.
  • 이 명령에는 옵션이 없습니다.

22.2.8. harddrive

harddrive Kickstart 명령은 선택 사항입니다. 로컬 드라이브의 Red Hat 설치 트리 또는 전체 설치 ISO 이미지에서 설치를 수행합니다. 드라이브는 설치 프로그램이 마운트할 수 있는 파일 시스템인 ext2, ext3, ext4, vfat, xfs로 포맷해야 합니다. 이 명령은 한 번만 사용하십시오.

구문

harddrive OPTIONS
Copy to Clipboard Toggle word wrap

옵션

  • --partition= - 설치할 파티션 (예: sdb2).
  • --dir= - 설치 트리의 변형 디렉터리 또는 전체 설치 DVD의 ISO 이미지를 포함하는 디렉터리입니다.

harddrive --partition=hdb2 --dir=/tmp/install-tree
Copy to Clipboard Toggle word wrap

참고

  • 이전에는 harddrive 명령을 install 명령과 함께 사용해야 했습니다. install 명령은 더 이상 사용되지 않으며 harddriveinstall 을 의미합니다.
  • 설치를 실제로 실행하려면 inst.repo 옵션이 커널 명령줄에 지정되지 않는 한 cdrom,harddrive,hmc,nfs,liveimg,ostreesetup,rhsm 또는 url 중 하나를 지정해야 합니다.

22.2.9. liveimg

liveimg Kickstart 명령은 선택 사항입니다. 패키지 대신 디스크 이미지에서 설치를 수행합니다. 이 명령은 한 번만 사용하십시오.

구문

liveimg --url=SOURCE [OPTIONS]
Copy to Clipboard Toggle word wrap

필수 옵션

  • --URL= - 설치할 위치입니다. 지원되는 프로토콜은 HTTP, HTTPS, FTP, file입니다.

선택적 옵션

  • --URL= - 설치할 위치입니다. 지원되는 프로토콜은 HTTP, HTTPS, FTP, file입니다.
  • --proxy= - 설치를 수행하는 동안 사용할 HTTP,HTTPS 또는 FTP 프록시를 지정합니다.
  • --checksum= - 확인에 사용되는 이미지 파일의 SHA256 체크섬이 있는 선택적 인수입니다.
  • --noverifyssl - HTTPS 서버에 연결할 때 SSL 확인을 비활성화합니다.

liveimg --url=file:///images/install/squashfs.img --checksum=03825f567f17705100de3308a20354b4d81ac9d8bed4bb4692b2381045e56197 --noverifyssl
Copy to Clipboard Toggle word wrap

참고

  • 이미지는 라이브 ISO 이미지의 squashfs.img 파일, 압축 tar 파일 (.tar,.tbz,.tgz,.txz,.tar.bz2,. tar.gz. ) 또는 설치 미디어가 마운트할 수 있는 모든 파일 시스템일 수 있습니다. 지원되는 파일 시스템은 ext2,ext3,ext4,vfat, xfs입니다.
  • 드라이버 디스크와 함께 liveimg 설치 모드를 사용하면 디스크의 드라이버가 설치된 시스템에 자동으로 포함되지 않습니다. 필요한 경우 이러한 드라이버를 수동으로 설치하거나 kickstart 스크립트의 %post 섹션에 설치해야 합니다.
  • 설치를 실제로 실행하려면 inst.repo 옵션이 커널 명령줄에 지정되지 않는 한 cdrom,harddrive,hmc,nfs,liveimg,ostreesetup,rhsm 또는 url 중 하나를 지정해야 합니다.

22.2.10. logging

logging Kickstart 명령은 선택 사항입니다. 설치 중에 Anaconda의 로깅 오류를 제어합니다. 이는 설치된 시스템에 영향을 미치지 않습니다. 이 명령은 한 번만 사용하십시오.

로깅은 TCP에서만 지원됩니다. 원격 로깅의 경우 --port= 옵션에 지정하는 포트 번호가 원격 서버에서 열려 있는지 확인합니다. 기본 포트는 514입니다.

구문

logging OPTIONS
Copy to Clipboard Toggle word wrap

선택적 옵션

  • --host= - 원격 로깅을 수락하도록 구성된 syslogd 프로세스를 실행해야 하는 지정된 원격 호스트에 로깅 정보를 보냅니다.
  • --port= - 원격 syslogd 프로세스에서 기본값 이외의 포트를 사용하는 경우 이 옵션을 사용하여 설정합니다.

22.2.11. mediacheck

mediacheck Kickstart 명령은 선택 사항입니다. 이 명령은 설치를 시작하기 전에 설치 프로그램이 미디어 검사를 수행하도록 강제합니다. 이 명령을 실행하려면 설치에 참여해야 하므로 기본적으로 비활성화되어 있습니다. 이 명령은 한 번만 사용하십시오.

구문

mediacheck
Copy to Clipboard Toggle word wrap

참고

  • 이 Kickstart 명령은 rd.live.check 부팅 옵션과 동일합니다.
  • 이 명령에는 옵션이 없습니다.

22.2.12. nfs

nfs Kickstart 명령은 선택 사항입니다. 지정된 NFS 서버에서 설치를 수행합니다. 이 명령은 한 번만 사용하십시오.

구문

nfs OPTIONS
Copy to Clipboard Toggle word wrap

옵션

  • --server= - 설치할 서버(호스트 이름 또는 IP)입니다.
  • --dir= - 설치 트리의 변형 디렉터리가 포함된 디렉터리입니다.
  • --opts= - NFS 내보내기를 마운트하는 데 사용할 마운트 옵션입니다. (선택 사항)

nfs --server=nfsserver.example.com --dir=/tmp/install-tree
Copy to Clipboard Toggle word wrap

참고

  • 설치를 실제로 실행하려면 inst.repo 옵션이 커널 명령줄에 지정되지 않는 한 cdrom,harddrive,hmc,nfs,liveimg,ostreesetup,rhsm 또는 url 중 하나를 지정해야 합니다.

22.2.13. ostreesetup

ostreesetup Kickstart 명령은 선택 사항입니다. 이는 OStree 기반 설치를 설정하는 데 사용됩니다. 이 명령은 한 번만 사용하십시오.

구문

ostreesetup --osname=OSNAME [--remote=REMOTE] --url=URL --ref=REF [--nogpg]
Copy to Clipboard Toggle word wrap

필수 옵션:

  • --osname=OSNAME - OS 설치를 위한 관리 루트입니다.
  • --URL=URL - 설치할 리포지토리의 URL입니다.
  • --ref=REF - 설치에 사용할 저장소의 분기 이름입니다.

선택적 옵션:

  • --remote=REMOTE - 원격 리포지토리 위치입니다.
  • --nogpg - GPG 키 확인을 비활성화합니다.

참고

22.2.14. ostreecontainer

ostreecontainer Kickstart 명령은 선택 사항입니다. 사용자 지정 컨테이너에서 OSTree 설치에 이 명령을 사용합니다.

중요

ostreecontainer 는 기술 프리뷰로만 제공됩니다. 기술 프리뷰 기능은 Red Hat 프로덕션 서비스 수준 계약(SLA)에서 지원되지 않으며 기능적으로 완전하지 않을 수 있으며 Red Hat은 해당 기능을 프로덕션에 사용하지 않는 것이 좋습니다. 이러한 프리뷰를 통해 향후 제품 기능에 조기 액세스할 수 있어 개발 프로세스 중에 기능을 테스트하고 피드백을 제공할 수 있습니다.

기술 프리뷰 기능에 대한 지원 범위에 대한 정보는 Red Hat 고객 포털에서 기술 프리뷰 기능 지원 범위를 참조하십시오.

구문

ostreecontainer [--stateroot STATEROOT] --url URL [--transport TRANSPORT] [--remote REMOTE] [--no-signature-verification]
Copy to Clipboard Toggle word wrap

참고: ostreecontainer 옵션은 ostreesetup 명령과 함께 사용할 수 없습니다.

옵션:

  • --no-signature-verification: ostree 원격을 사용하여 확인을 비활성화하려면 이 옵션을 사용합니다.
  • --stateroot: "osname"이라고도 하는 상태 디렉터리의 이름입니다. 기본값은 기본값 입니다.
  • --URL: 레지스트리 전송을 위한 컨테이너 이미지의 이름입니다. 예를 들면 quay.io/exampleos/foo:latest 입니다.
  • --transport: 전송(예: 레지스트리 또는 oci)입니다. 기본값은 registry 입니다.
  • --remote: GPG 서명 확인에 사용되는 OSTree 원격의 이름입니다. 일반적으로 필요하지 않으며 계층화된 이미지에서 작동하지 않습니다.

Kickstart 설치를 수행할 때 ostreecontainer 와 함께 다음 명령을 사용할 수 있습니다.

  • graphical,text, 또는 cmdline
  • clearpartzerombr
  • autopart
  • 부분
  • logvolvolgroup
  • 재부팅종료
  • lang
  • ROOTPW
  • sshkey
  • bootloader - ( --append 선택적 매개변수로만 사용 가능)
  • user

user 명령 내에서 그룹을 지정하면 컨테이너 이미지에 이미 존재하는 그룹에만 사용자 계정을 할당할 수 있습니다. 여기에 나열되지 않은 Kickstart 명령은 ostreecontainer 명령과 함께 사용할 수 있지만 패키지 기반 설치에서는 예상대로 작동하지 않습니다.

다음 Kickstart 명령은 ostreecontainer 와 함께 지원되지 않습니다.

  • %packages(컨테이너 이미지에서 필요한 패키지를 이미 사용할 수 있어야 함)
  • URL (설치를 위해 stage2 이미지를 가져와야 하는 경우 (예: PXE 설치) 커널에서 inst.stage2= 를 사용하여 Kickstart 파일 내부에 stage2 에 대한 URL을 제공합니다.
  • liveimg
  • vnc
  • authconfigauthselect (이 대신 컨테이너 이미지에서 관련 구성 제공)
  • module
  • 리포지토리
  • zipl
  • zfcp

22.2.15. poweroff

poweroff Kickstart 명령은 선택 사항입니다. 설치가 완료되면 시스템을 종료하고 전원을 끕니다. 일반적으로 수동 설치 중에 Anaconda는 메시지를 표시하고 사용자가 재부팅하기 전에 키를 누를 때까지 기다립니다. 이 명령은 한 번만 사용하십시오.

구문

poweroff
Copy to Clipboard Toggle word wrap

참고

  • poweroff 옵션은 shutdown -P 명령과 동일합니다. 자세한 내용은 시스템의 shutdown(8) 도움말 페이지를 참조하십시오.
  • 기타 완료 방법은 halt, reboot, shutdown Kickstart 명령을 참조하십시오. Kickstart 파일에 다른 방법이 명시적으로 지정되지 않은 경우 halt 옵션은 기본 완료 방법입니다.
  • poweroff 명령은 사용 중인 시스템 하드웨어에 따라 크게 달라집니다. 특히 BIOS, APM(고급 전원 관리) 및 ACPI(고급 구성 및 전원 인터페이스)와 같은 특정 하드웨어 구성 요소는 시스템 커널과 상호 작용할 수 있어야 합니다. 시스템의 APM/ACPI 기능에 대한 자세한 내용은 하드웨어 설명서를 참조하십시오.
  • 이 명령에는 옵션이 없습니다.

22.2.16. reboot

reboot Kickstart 명령은 선택 사항입니다. 설치가 성공적으로 완료된 후 설치 프로그램을 재부팅하도록 지시합니다(패키지 없음). 일반적으로 Kickstart는 메시지를 표시하고 사용자가 재부팅하기 전에 키를 누를 때까지 기다립니다. 이 명령은 한 번만 사용하십시오.

구문

reboot OPTIONS
Copy to Clipboard Toggle word wrap

옵션

  • --eject - 재부팅하기 전에 부팅 가능한 미디어(DVD, USB 또는 기타 미디어)를 제거하려고 합니다.
  • --kexec - 전체 재부팅을 수행하는 대신 kexec 시스템 호출을 사용하여 설치된 시스템을 메모리로 즉시 로드하여 BIOS 또는 펌웨어에서 일반적으로 수행하는 하드웨어 초기화를 바이패스합니다.

    중요

    이 옵션은 더 이상 사용되지 않으며 기술 프리뷰로만 제공됩니다. 기술 프리뷰 기능에 대한 Red Hat 지원 범위 정보는 기술 프리뷰 기능 지원 범위 문서를 참조하십시오.

    kexec 를 사용하면 장치 레지스터(일반적으로 전체 시스템 재부팅 중에 지워짐)가 데이터로 채워지고 일부 장치 드라이버에 대한 문제가 발생할 수 있습니다.

참고

  • 재부팅 옵션을 사용하면 설치 미디어 및 방법에 따라 끝없는 설치 루프가 발생할 수 있습니다.
  • reboot 옵션은 shutdown -r 명령과 동일합니다. 자세한 내용은 시스템의 shutdown(8) 도움말 페이지를 참조하십시오.
  • 64비트 IBM Z에 명령줄 모드로 설치할 때 설치를 완전히 자동화하려면 reboot 를 지정합니다.
  • 기타 완료 방법은 halt,poweroff, shutdown Kickstart 옵션을 참조하십시오. Kickstart 파일에 다른 방법이 명시적으로 지정되지 않은 경우 halt 옵션은 기본 완료 방법입니다.

22.2.17. rhsm

rhsm Kickstart 명령은 선택 사항입니다. CDN에서 RHEL을 등록하고 설치하도록 설치 프로그램에 지시합니다. 이 명령은 한 번만 사용하십시오.

rhsm Kickstart 명령은 시스템을 등록할 때 사용자 지정 %post 스크립트를 사용하는 요구 사항을 제거합니다.

옵션

  • --organization= - CDN에서 RHEL을 등록하고 설치하려면 조직 ID를 사용합니다.
  • --activation-key= - 활성화 키를 사용하여 CDN에서 RHEL을 등록하고 설치합니다. 이 활성화 키가 서브스크립션에 등록된 경우 활성화 키당 한 번 옵션을 여러 번 사용할 수 있습니다.
  • --connect-to-insights - 대상 시스템을 Red Hat Lightspeed에 연결합니다.
  • --proxy= - HTTP 프록시를 설정합니다.
  • --server-hostname= - 등록을 위해 Satellite 인스턴스 호스트 이름을 설정합니다.
  • rhsm Kickstart 명령을 사용하여 설치 소스 리포지토리를 CDN으로 전환하려면 다음 조건을 충족해야 합니다.

    • 커널 명령줄에서 inst.stage2= <URL >을 사용하여 설치 이미지를 가져오지만 inst.repo= 를 사용하여 설치 소스를 지정하지 않았습니다.
    • Kickstart 파일에서 url,cdrom,harddrive,liveimg,nfsostree setup 명령을 사용하여 설치 소스를 지정하지 않았습니다.
  • 부팅 옵션을 사용하여 지정하거나 Kickstart 파일에 포함된 설치 소스 URL은 유효한 인증 정보가 있는 rhsm 명령이 포함되어 있어도 CDN보다 우선합니다. 시스템이 등록되었지만 URL 설치 소스에서 설치됩니다. 이렇게 하면 이전 설치 프로세스가 정상적으로 작동합니다.

22.2.18. shutdown

shutdown Kickstart 명령은 선택 사항입니다. 설치가 성공적으로 완료된 후 시스템이 종료됩니다. 이 명령은 한 번만 사용하십시오.

구문

shutdown
Copy to Clipboard Toggle word wrap

참고

  • shutdown Kickstart 옵션은 shutdown 명령과 동일합니다. 자세한 내용은 시스템의 shutdown(8) 도움말 페이지를 참조하십시오.
  • 다른 완료 방법의 경우 halt, poweroff, reboot Kickstart 옵션을 참조하십시오. Kickstart 파일에 다른 방법이 명시적으로 지정되지 않은 경우 halt 옵션은 기본 완료 방법입니다.
  • 이 명령에는 옵션이 없습니다.

22.2.19. sshpw

sshpw Kickstart 명령은 선택 사항입니다.

설치하는 동안 설치 프로그램과 상호 작용하고 SSH 연결을 통해 진행 상황을 모니터링할 수 있습니다. sshpw 명령을 사용하여 로그인할 임시 계정을 만듭니다. 명령의 각 인스턴스는 설치 환경에만 존재하는 별도의 계정을 생성합니다. 이러한 계정은 설치된 시스템으로 전송되지 않습니다.

구문

sshpw --username=name [OPTIONS] password
Copy to Clipboard Toggle word wrap

필수 옵션

  • --username=name - 사용자 이름을 제공합니다. 이 옵션은 필수입니다.
  • password - 사용자에게 사용할 암호입니다. 이 옵션은 필수입니다.

선택적 옵션

  • --iscrypted - 이 옵션이 있는 경우 암호 인수가 이미 암호화된 것으로 간주됩니다. 이 옵션은 --plaintext 와 함께 사용할 수 없습니다. 암호화된 암호를 만들려면 Python을 사용할 수 있습니다.

    $ python3 -c 'import crypt,getpass;pw=getpass.getpass();print(crypt.crypt(pw) if (pw==getpass.getpass("Confirm: ")) else exit())'
    Copy to Clipboard Toggle word wrap

    그러면 임의의 Salt를 사용하여 암호의 sha512 crypt 호환 해시가 생성됩니다.

  • --plaintext - 이 옵션이 있는 경우 password 인수는 일반 텍스트로 간주됩니다. 이 옵션은 --iscrypted와 함께 사용할 수 없습니다.
  • --lock - 이 옵션이 있는 경우 이 계정은 기본적으로 잠깁니다. 즉, 사용자가 콘솔에서 로그인할 수 없습니다.
  • --sshkey - 옵션이 있는 경우 <password> 문자열이 ssh 키 값으로 해석됩니다.

참고

  • 기본적으로 설치 중에 ssh 서버가 시작되지 않습니다. 설치 중에 ssh 를 사용할 수 있도록 하려면 커널 부팅 옵션 inst.sshd 를 사용하여 시스템을 부팅합니다.
  • root ssh 액세스를 비활성화하려면 다른 사용자 ssh 액세스를 허용하는 동안 다음을 사용하십시오.

    sshpw --username=example_username example_password --plaintext
    sshpw --username=root example_password --lock
    Copy to Clipboard Toggle word wrap
  • root ssh 액세스를 비활성화하려면 다음을 사용하십시오.

    sshpw --username=root example_password --lock
    Copy to Clipboard Toggle word wrap

22.2.20. text

text Kickstart 명령은 선택 사항입니다. Kickstart 설치를 텍스트 모드로 수행합니다. Kickstart 설치는 기본적으로 그래픽 모드에서 수행됩니다. 이 명령은 한 번만 사용하십시오.

구문

text [--non-interactive]
Copy to Clipboard Toggle word wrap

옵션

  • --non-interactive - 완전히 비대화형 모드로 설치를 수행합니다. 이 모드는 사용자 상호 작용이 필요한 경우 설치를 종료합니다.

참고

  • 완전 자동 설치의 경우 사용 가능한 모드(graphical,text 또는 cmdline)를 Kickstart 파일에서 지정해야 합니다. 그렇지 않으면 console= 부팅 옵션을 사용해야 합니다. 모드가 지정되지 않은 경우 시스템은 그래픽 모드를 사용하거나 VNC 및 텍스트 모드에서 선택하라는 메시지를 표시합니다.

22.2.21. url

url Kickstart 명령은 선택 사항입니다. FTP, HTTP 또는 HTTPS 프로토콜을 사용하여 원격 서버의 설치 트리 이미지에서 설치하는 데 사용됩니다. 하나의 URL만 지정할 수 있습니다. 이 명령은 한 번만 사용하십시오.

--url,--metalink 또는 --mirrorlist 옵션 중 하나를 지정해야 합니다.

구문

url --url=FROM [OPTIONS]
Copy to Clipboard Toggle word wrap

옵션

  • --URL=FROM - 설치할 HTTP,HTTPS,FTP 또는 file 위치를 지정합니다.
  • --mirrorlist= - 설치할 미러 URL을 지정합니다.
  • --proxy= - 설치 중에 사용할 HTTP,HTTPS 또는 FTP 프록시를 지정합니다.
  • --noverifyssl - HTTPS 서버에 연결할 때 SSL 확인을 비활성화합니다.
  • --Metalink=URL - 설치할 metalink URL을 지정합니다. URL$releasever$basearch에 대해 변수 대체가 수행됩니다.

  • HTTP 서버에서 설치하려면 다음을 수행합니다.

    url --url=http://server/path
    Copy to Clipboard Toggle word wrap
  • FTP 서버에서 설치하려면 다음을 수행합니다.

    url --url=ftp://username:password@server/path
    Copy to Clipboard Toggle word wrap

참고

  • 설치를 실제로 실행하려면 inst.repo 옵션이 커널 명령줄에 지정되지 않는 한 cdrom,harddrive,hmc,nfs,liveimg,ostreesetup,rhsm 또는 url 중 하나를 지정해야 합니다.

22.2.22. vnc

vnc Kickstart 명령은 선택 사항입니다. VNC를 통해 그래픽 설치를 원격으로 볼 수 있습니다.

일반적으로 이 방법은 텍스트 설치에 일부 크기 및 언어 제한이 있으므로 텍스트 모드에서 기본 설정됩니다. 추가 옵션이 없으면 이 명령은 암호 없이 설치 시스템에서 VNC 서버를 시작하고 연결하는 데 필요한 세부 정보를 표시합니다. 이 명령은 한 번만 사용하십시오.

구문

vnc [--host=host_name] [--port=port] [--password=password]
Copy to Clipboard Toggle word wrap

옵션

--host=
지정된 호스트 이름에서 수신 대기하는 VNC 뷰어 프로세스에 연결합니다.
--port=
원격 VNC 뷰어 프로세스가 수신 대기 중인 포트를 제공합니다. 제공되지 않는 경우 Anaconda는 VNC 기본 포트 5900을 사용합니다.
--password=
VNC 세션에 연결하기 위해 제공해야 하는 암호를 설정합니다. 이는 선택 사항이지만 권장됩니다.

22.2.23. hmc

hmc kickstart 명령은 선택 사항입니다. IBM Z에서 SE/HMC를 사용하여 설치 매체에서 설치하는 데 이 명령을 사용합니다. 이 명령에는 옵션이 없습니다.

구문

hmc
Copy to Clipboard Toggle word wrap

22.2.24. %include

%include Kickstart 명령은 선택 사항입니다.

내용이 Kickstart 파일에 있는 %include 명령의 위치에 있는 것처럼 Kickstart 파일에 다른 파일의 내용을 포함하려면 %include 명령을 사용합니다.

이러한 포함은 %pre 스크립트 섹션 이후에만 평가되므로 %pre 섹션의 스크립트에서 생성된 파일을 포함하는 데 사용할 수 있습니다. %pre 섹션을 평가하기 전에 파일을 포함하려면 %ksappend 명령을 사용합니다.

구문

%include path/to/file
Copy to Clipboard Toggle word wrap

22.2.25. %ksappend

%ksappend Kickstart 명령은 선택 사항입니다.

내용이 Kickstart 파일에서 %ksappend 명령의 위치에 있는 것처럼 Kickstart 파일에 다른 파일의 내용을 포함하도록 %ksappend 명령을 사용합니다.

이러한 포함은 %include 명령과 달리 %pre 스크립트 섹션보다 먼저 평가됩니다.

구문

%ksappend path/to/file
Copy to Clipboard Toggle word wrap

22.3. 시스템 구성을 위한 Kickstart 명령

이 목록의 Kickstart 명령은 사용자, 리포지토리 또는 서비스와 같은 결과 시스템에 대한 자세한 내용을 구성합니다.

22.3.1. auth 또는 authconfig(더 이상 사용되지 않음)

중요

더 이상 사용되지 않는 auth 또는 authconfig Kickstart 명령 대신 새 authselect 명령을 사용합니다. authauthconfig 는 제한된 이전 버전과의 호환성을 위해서만 사용할 수 있습니다.

auth 또는 authconfig Kickstart 명령은 선택 사항입니다. authconfig 도구를 사용하여 시스템의 인증 옵션을 설정합니다. 이 옵션은 설치가 완료된 후에도 명령줄에서 실행할 수 있습니다. 이 명령은 한 번만 사용하십시오.

구문

authconfig [OPTIONS]
Copy to Clipboard Toggle word wrap

참고

  • 이전에는 authconfig 툴이라는 auth 또는 authconfig Kickstart 명령도 있었습니다. 이 툴은 Red Hat Enterprise Linux 8에서 더 이상 사용되지 않습니다. 이러한 Kickstart 명령에서는 authselect-compat 툴을 사용하여 새 authselect 툴을 호출합니다. 호환성 계층 및 알려진 문제에 대한 설명은 수동 페이지 authselect-migration(7) 을 참조하십시오. 설치 프로그램은 더 이상 사용되지 않는 명령의 사용을 자동으로 감지하고 호환성 계층을 제공하기 위해 authselect-compat 패키지를 시스템에 설치합니다.
  • 암호는 기본적으로 섀도우됩니다.
  • 보안을 위해 OpenLDAP를 SSL 프로토콜과 함께 사용하는 경우 서버 구성에서 SSLv2SSLv3 프로토콜을 비활성화해야 합니다. 이는 POODLE SSL 취약점(CVE-2014-3566) 때문입니다. 자세한 내용은 POODLE SSLv3.0 취약점에 대한 Red Hat 지식베이스 솔루션 해결을 참조하십시오.

22.3.2. Authselect

authselect Kickstart 명령은 선택 사항입니다. authselect 명령을 사용하여 시스템의 인증 옵션을 설정합니다. 이 명령은 설치가 완료된 후 명령줄에서 실행할 수도 있습니다. 이 명령은 한 번만 사용하십시오.

구문

authselect [OPTIONS]
Copy to Clipboard Toggle word wrap

참고

  • 이 명령은 모든 옵션을 authselect 명령에 전달합니다. 자세한 내용은 authselect(8) 매뉴얼 페이지 및 authselect --help 명령을 참조하십시오.
  • 이 명령은 Red Hat Enterprise Linux 8에서 더 이상 사용되지 않는 auth 또는 authconfig 명령을 authconfig 툴과 함께 대체합니다.
  • 암호는 기본적으로 섀도우됩니다.
  • 보안을 위해 OpenLDAP를 SSL 프로토콜과 함께 사용하는 경우 서버 구성에서 SSLv2SSLv3 프로토콜을 비활성화해야 합니다. 이는 POODLE SSL 취약점(CVE-2014-3566) 때문입니다. 자세한 내용은 POODLE SSLv3.0 취약점에 대한 Red Hat 지식베이스 솔루션 해결을 참조하십시오.

22.3.3. 방화벽

firewall Kickstart 명령은 선택 사항입니다. 설치된 시스템의 방화벽 구성을 지정합니다.

구문

firewall --enabled|--disabled [incoming] [OPTIONS]
Copy to Clipboard Toggle word wrap

필수 옵션

  • --enabled 또는 --enable - DNS 응답 또는 DHCP 요청과 같은 아웃바운드 요청에 응답하지 않는 들어오는 연결을 제거합니다. 이 시스템에서 실행 중인 서비스에 대한 액세스가 필요한 경우 방화벽을 통해 특정 서비스를 허용하도록 선택할 수 있습니다.
  • --disabled 또는 --disable - iptables 규칙을 구성하지 않습니다.

선택적 옵션

  • --trust - 여기에 em1 과 같은 장치를 나열하면 해당 장치에서 들어오는 모든 트래픽이 방화벽을 통과할 수 있습니다. 둘 이상의 장치를 나열하려면 옵션을 --trust em1 --trust em2 와 같은 여러 번 사용합니다. --trust em1, em2 와 같은 쉼표로 구분된 형식을 사용하지 마십시오.
  • --remove-service - 방화벽을 통한 서비스를 허용하지 않습니다.
  • 수신 - 방화벽을 통해 지정된 서비스를 허용하려면 다음 중 하나 이상으로 바꿉니다.

    • --ssh
    • --smtp
    • --http
    • --ftp
  • --port= - port:protocol 형식을 사용하여 방화벽을 통해 포트를 허용하도록 지정할 수 있습니다. 예를 들어 방화벽을 통해 Cryostat 액세스를 허용하려면 imap:tcp 를 지정합니다. 숫자 포트도 명시적으로 지정할 수 있습니다. 예를 들어 를 통해 포트 1234에서 UDP 패킷을 허용하려면 1234:udp 를 지정합니다. 여러 포트를 지정하려면 쉼표로 구분합니다.
  • --service= - 이 옵션은 방화벽을 통해 서비스를 허용하는 고급 방법을 제공합니다. 일부 서비스(예: cups,avahi 등)에는 서비스가 작동하려면 여러 포트가 열려 있거나 기타 특수 구성이 필요합니다. --port 옵션을 사용하여 각 개별 포트를 지정하거나 --service= 를 지정하고 한 번에 모두 열 수 있습니다.

    유효한 옵션은 firewalld 패키지의 firewall-offline-cmd 프로그램에서 인식하는 모든 항목입니다. firewalld 서비스가 실행 중인 경우 firewall-cmd --get-services 는 알려진 서비스 이름 목록을 제공합니다.

  • --use-system-defaults - 방화벽을 전혀 구성하지 마십시오. 이 옵션은 anaconda에 아무것도 수행하지 않고 시스템이 패키지 또는 ostree와 함께 제공된 기본값을 사용할 수 있도록 지시합니다. 이 옵션을 다른 옵션과 함께 사용하면 다른 모든 옵션이 무시됩니다.

22.3.4. group

group Kickstart 명령은 선택 사항입니다. 시스템에 새 사용자 그룹을 생성합니다.

group --name=name [--gid=gid]
Copy to Clipboard Toggle word wrap

필수 옵션

  • --name= - 그룹 이름을 제공합니다.

선택적 옵션

  • --GID= - 그룹의 GID입니다. 제공되지 않는 경우 기본값은 다음 사용 가능한 시스템 GID입니다.

참고

  • 지정된 이름 또는 GID 그룹이 이미 존재하는 경우 이 명령이 실패합니다.
  • user 명령은 새로 생성된 사용자에 대한 새 그룹을 생성하는 데 사용할 수 있습니다.

22.3.5. 키보드(필수)

keyboard Kickstart 명령이 필요합니다. 시스템에 사용 가능한 키보드 레이아웃을 하나 이상 설정합니다. 이 명령은 한 번만 사용하십시오.

구문

keyboard --vckeymap|--xlayouts OPTIONS
Copy to Clipboard Toggle word wrap

옵션

  • --vckeymap= - 사용해야 하는 Cryostat onsole 키 맵을 지정합니다. 유효한 이름은 .map.gz 확장자 없이 /usr/lib/kbd/keymaps/xkb/ 디렉터리의 파일 목록에 해당합니다.
  • --xlayouts= - 공백 없이 쉼표로 구분된 목록으로 사용해야 하는 X 레이아웃 목록을 지정합니다. setxkbmap(1) 과 동일한 형식의 값을 레이아웃 형식(예: cz) 또는 레이아웃 (예: cz(qwerty)) 형식으로 사용할 수 있습니다.

    사용 가능한 모든 레이아웃은 Layouts 아래의 xkeyboard-config(7) 도움말 페이지에서 볼 수 있습니다.

  • --switch= - layout-switching 옵션 목록을 지정합니다(여러 키보드 레이아웃 사이 전환을 위한 단축). 여러 옵션은 공백 없이 쉼표로 구분해야 합니다. setxkbmap(1) 과 동일한 형식의 값을 허용합니다.

    사용 가능한 전환 옵션은 옵션 의 xkeyboard-config(7) 도움말 페이지에서 볼 수 있습니다.

참고

  • --vckeymap= 또는 --xlayouts= 옵션을 사용해야 합니다.

다음 예제에서는 --xlayouts= 옵션을 사용하여 두 개의 키보드 레이아웃(영어(US)Czech(qwerty)을 설정하고 Alt+Shift 를 사용하여 전환할 수 있습니다.

keyboard --xlayouts=us,'cz (qwerty)' --switch=grp:alt_shift_toggle
Copy to Clipboard Toggle word wrap

22.3.6. Lang (필수)

lang Kickstart 명령이 필요합니다. 설치 중에 사용할 언어와 설치된 시스템에서 사용할 기본 언어를 설정합니다. 이 명령은 한 번만 사용하십시오.

구문

lang language [--addsupport=language,...]
Copy to Clipboard Toggle word wrap

필수 옵션

  • Language - 이 언어에 대한 지원을 설치하고 시스템 기본값으로 설정합니다.

선택적 옵션

  • --addsupport= - 추가 언어에 대한 지원 추가 공백 없이 쉼표로 구분된 목록의 형식을 사용합니다. 예를 들면 다음과 같습니다.

    lang en_US --addsupport=cs_CZ,de_DE,en_UK
    Copy to Clipboard Toggle word wrap

참고

  • locale -a | grep _ 또는 localectl list-locales | grep _ 명령은 지원되는 로케일 목록을 반환합니다.
  • 특정 언어(예: 중국어, 일본어, 한국어 및 Indic 언어)는 텍스트 모드 설치 중에 지원되지 않습니다. lang 명령을 사용하여 이러한 언어 중 하나를 지정하면 설치 프로세스가 영어로 계속되지만 설치된 시스템은 선택을 기본 언어로 사용합니다.

언어를 English로 설정하려면 Kickstart 파일에 다음 행이 포함되어야 합니다.

lang en_US
Copy to Clipboard Toggle word wrap

22.3.7. module

모듈 Kickstart 명령은 선택 사항입니다. 이 명령을 사용하여 kickstart 스크립트 내에서 패키지 모듈 스트림을 활성화합니다.

구문

module --name=NAME [--stream=STREAM]
Copy to Clipboard Toggle word wrap

필수 옵션

--name=
활성화할 모듈의 이름을 지정합니다. NAME 을 실제 이름으로 바꿉니다.

선택적 옵션

--stream=

활성화할 모듈 스트림의 이름을 지정합니다. STREAM 을 실제 이름으로 교체합니다.

기본 스트림이 정의된 모듈에 이 옵션을 지정할 필요가 없습니다. 기본 스트림이 없는 모듈의 경우 이 옵션은 필수이며 그대로 둡니다. 다른 스트림으로 모듈을 여러 번 활성화하는 것은 불가능합니다.

참고

  • 이 명령과 %packages 섹션을 함께 사용하면 모듈과 스트림을 명시적으로 지정하지 않고 활성화된 모듈 및 스트림 조합에서 제공하는 패키지를 설치할 수 있습니다. 모듈은 패키지 설치 전에 활성화해야 합니다. module 명령을 사용하여 모듈을 활성화한 후 %packages 섹션에 나열하여 이 모듈에서 활성화한 패키지를 설치할 수 있습니다.
  • 단일 모듈 명령은 단일 모듈 및 스트림 조합만 활성화할 수 있습니다. 여러 모듈을 활성화하려면 여러 모듈 명령을 사용합니다. 다른 스트림으로 모듈을 여러 번 활성화하는 것은 불가능합니다.
  • Red Hat Enterprise Linux 9에서 모듈은 AppStream 리포지토리에만 있습니다. 사용 가능한 모듈을 나열하려면 유효한 서브스크립션과 함께 설치된 Red Hat Enterprise Linux 9 시스템에서 dnf module list 명령을 사용합니다.

22.3.8. 리포지토리

repo Kickstart 명령은 선택 사항입니다. 패키지 설치의 소스로 사용할 수 있는 추가 dnf 리포지토리를 구성합니다. 리포지토리 라인을 여러 개 추가할 수 있습니다.

구문

repo --name=repoid [--baseurl=url|--mirrorlist=url|--metalink=url] [OPTIONS]
Copy to Clipboard Toggle word wrap

필수 옵션

  • --name= - 리포지토리 ID입니다. 이 옵션은 필수입니다. 리포지토리에 이전에 추가한 다른 리포지토리와 충돌하는 이름이 있는 경우 무시됩니다. 설치 프로그램에서 사전 설정된 리포지토리 목록을 사용하므로 사전 설정된 리포지토리와 동일한 이름의 리포지토리를 추가할 수 없습니다.

URL 옵션

이러한 옵션은 함께 사용할 수 없으며 선택 사항입니다. dnf 리포지토리 구성 파일에서 사용할 수 있는 변수는 여기에서 지원되지 않습니다. $releasever$basearch 문자열을 사용할 수 있으며 URL의 해당 값으로 교체됩니다.

  • --baseurl= - 리포지토리의 URL입니다.
  • --mirrorlist= - 저장소의 미러 목록을 가리키는 URL입니다.
  • --metalink= - 리포지토리의 metalink가 있는 URL입니다.

선택적 옵션

  • --install - /etc/yum.repos.d/ 디렉터리에 설치된 시스템에 제공된 리포지토리 구성을 저장합니다. 이 옵션을 사용하지 않으면 Kickstart 파일에 구성된 리포지토리는 설치된 시스템이 아닌 설치 프로세스 중에만 사용할 수 있습니다.
  • --cost= - 이 리포지토리에 비용을 할당하는 정수 값입니다. 여러 리포지토리에서 동일한 패키지를 제공하는 경우 이 번호는 다른 리포지토리보다 먼저 사용할 리포지토리의 우선 순위를 지정하는 데 사용됩니다. 비용이 낮은 리포지토리는 비용이 더 높은 리포지토리보다 우선합니다.
  • --excludepkgs= - 이 리포지토리에서 가져오지 않아야 하는 쉼표로 구분된 패키지 이름 목록입니다. 여러 리포지토리가 동일한 패키지를 제공하고 특정 리포지토리에서 제공하는지 확인하려는 경우 유용합니다. 전체 패키지 이름(예: publican) 및 globs(예: gnome-*)가 허용됩니다.
  • --includepkgs= - 이 리포지토리에서 가져올 수 있는 쉼표로 구분된 패키지 이름 및 glob 목록입니다. 리포지토리에서 제공하는 다른 패키지는 무시됩니다. 이는 리포지토리에서 제공하는 다른 모든 패키지를 제외하는 동안 리포지토리에서 단일 패키지 또는 패키지 세트를 설치하려는 경우에 유용합니다.
  • --proxy=[protocol://][username[:password]@]host[:port] - 이 리포지토리에만 사용할 HTTP/HTTPS/FTP 프록시를 지정합니다. 이 설정은 다른 리포지토리나 HTTP 설치 시 install.img 를 가져오는 방법에는 영향을 미치지 않습니다.
  • --noverifyssl - HTTPS 서버에 연결할 때 SSL 확인을 비활성화합니다.

참고

  • 설치에 사용되는 리포지토리는 안정적이어야 합니다. 설치가 완료되기 전에 리포지토리가 수정되면 설치에 실패할 수 있습니다.

22.3.9. rootPW(필수)

rootpw Kickstart 명령이 필요합니다. 시스템의 root 암호를 password 인수로 설정합니다. 이 명령은 한 번만 사용하십시오.

구문

rootpw [--iscrypted|--plaintext] [--lock] password
Copy to Clipboard Toggle word wrap

필수 옵션

  • 암호 - 암호 사양. 일반 텍스트 또는 암호화된 문자열입니다. 아래 --iscrypted--plaintext 를 참조하십시오.

옵션

  • --iscrypted - 이 옵션이 있는 경우 암호 인수가 이미 암호화된 것으로 간주됩니다. 이 옵션은 --plaintext 와 함께 사용할 수 없습니다. 암호화된 암호를 생성하려면 python을 사용할 수 있습니다.

    $ python -c 'import crypt,getpass;pw=getpass.getpass();print(crypt.crypt(pw) if (pw==getpass.getpass("Confirm: ")) else exit())'
    Copy to Clipboard Toggle word wrap

    그러면 임의의 Salt를 사용하여 암호의 sha512 crypt 호환 해시가 생성됩니다.

  • --plaintext - 이 옵션이 있는 경우 password 인수는 일반 텍스트로 간주됩니다. 이 옵션은 --iscrypted 와 함께 사용할 수 없습니다.
  • --lock - 이 옵션이 있는 경우 기본적으로 root 계정이 잠깁니다. 즉, root 사용자는 콘솔에서 로그인할 수 없습니다. 이 옵션은 그래픽 및 텍스트 기반 수동 설치 모두에서 루트 암호 화면을 비활성화합니다.
  • --allow-ssh - 이 옵션이 있는 경우 root 사용자는 암호를 사용하여 SSH를 사용하여 시스템에 로그인할 수 있습니다. 이 옵션은 RHEL 9.1 이상에서만 사용할 수 있습니다.

Kickstart 설치 방법 중에 Kickstart 파일에 다음 행을 추가하여 암호 기반 SSH root 로그인을 활성화합니다. RHEL 9.0에서는 --allow-ssh 옵션을 사용할 수 없습니다.

%post
echo "PermitRootLogin yes" > /etc/ssh/sshd_config.d/01-permitrootlogin.conf
%end
Copy to Clipboard Toggle word wrap

22.3.10. selinux

selinux Kickstart 명령은 선택 사항입니다. 설치된 시스템에 SELinux의 상태를 설정합니다. 기본 SELinux 정책은 enforcing 입니다. 이 명령은 한 번만 사용하십시오.

구문

selinux [--disabled|--enforcing|--permissive]
Copy to Clipboard Toggle word wrap

옵션

--enforcing
기본 대상 정책을 적용하여 SELinux를 활성화합니다.
--permissive
SELinux 정책을 기반으로 경고를 출력하지만 실제로 정책을 적용하지는 않습니다.
--disabled
시스템에서 SELinux를 완전히 비활성화합니다.

22.3.11. services

services Kickstart 명령은 선택 사항입니다. 기본 systemd 대상에서 실행할 기본 서비스 세트를 수정합니다. 비활성화된 서비스 목록은 활성화된 서비스 목록보다 먼저 처리됩니다. 따라서 두 목록에 서비스가 모두 표시되면 활성화됩니다.

구문

services [--disabled=list] [--enabled=list]
Copy to Clipboard Toggle word wrap

옵션

  • --disabled= - 쉼표로 구분된 목록에 지정된 서비스를 비활성화합니다.
  • --enabled= - 쉼표로 구분된 목록에 지정된 서비스를 활성화합니다.

참고

  • services 요소를 사용하여 systemd 서비스를 활성화하는 경우 %packages 섹션에 지정된 서비스 파일이 포함된 패키지를 포함해야 합니다.
  • 여러 서비스를 공백 없이 쉼표로 구분하여 포함해야 합니다. 예를 들어 4개의 서비스를 비활성화하려면 다음을 입력합니다.

    services --disabled=auditd,cups,smartd,nfslock
    Copy to Clipboard Toggle word wrap

    공백을 포함하는 경우 Kickstart는 첫 번째 공간까지 서비스만 활성화하거나 비활성화합니다. 예를 들면 다음과 같습니다.

    services --disabled=auditd, cups, smartd, nfslock
    Copy to Clipboard Toggle word wrap

    이렇게 하면 auditd 서비스만 비활성화됩니다. 4개의 서비스를 모두 비활성화하려면 이 항목에 공백을 포함하지 않아야 합니다.

22.3.12. skipx

skipx Kickstart 명령은 선택 사항입니다. 존재하는 경우 X는 설치된 시스템에 구성되지 않습니다.

패키지 선택 옵션에 디스플레이 관리자를 설치하는 경우 이 패키지는 X 구성을 생성하고 설치된 시스템은 기본적으로 graphical.target 입니다. 이렇게 하면 skipx 옵션의 효과가 재정의됩니다. 이 명령은 한 번만 사용하십시오.

구문

skipx
Copy to Clipboard Toggle word wrap

참고

  • 이 명령에는 옵션이 없습니다.

22.3.13. sshkey

sshkey Kickstart 명령은 선택 사항입니다. 설치된 시스템에 지정된 사용자의 authorized_keys 파일에 SSH 키를 추가합니다.

구문

sshkey --username=user "ssh_key"
Copy to Clipboard Toggle word wrap

필수 옵션

  • --username= - 키가 설치될 사용자입니다.
  • ssh_key - 전체 SSH 키 지문입니다. 따옴표로 묶어야 합니다.

22.3.14. syspurpose

syspurpose Kickstart 명령은 선택 사항입니다. 이를 사용하여 설치 후 시스템의 사용 방법을 설명하는 시스템 용도를 설정합니다. 이 정보는 시스템에 올바른 서브스크립션 인타이틀먼트를 적용하는 데 도움이 됩니다. 이 명령은 한 번만 사용하십시오.

참고

Red Hat Enterprise Linux 9.0 이상에서는 하나의 subscription-manager syspurpose 모듈에서 사용할 수 있는 역할, 서비스 수준,사용법, 애드온 하위 명령을 설정하여 단일 모듈로 시스템 용도 속성을 관리하고 표시할 수 있습니다. 이전에는 시스템 관리자가 4개의 독립 실행형 syspurpose 명령 중 하나를 사용하여 각 특성을 관리했습니다. 이 독립 실행형 syspurpose 명령은 RHEL 9.0부터 더 이상 사용되지 않으며 RHEL 9 이후부터 제거될 예정입니다. Red Hat은 현재 릴리스 라이프사이클 동안 이 기능에 대한 버그 수정 및 지원을 제공하지만 이 기능은 더 이상 개선 사항을 받지 않습니다. RHEL 9부터 단일 subscription-manager syspurpose 명령 및 관련 하위 명령은 시스템 용도를 사용하는 유일한 방법입니다.

구문

syspurpose [OPTIONS]
Copy to Clipboard Toggle word wrap

옵션

  • --role= - 의도한 시스템 역할을 설정합니다. 사용 가능한 값은 다음과 같습니다.

    • Red Hat Enterprise Linux Server
    • Red Hat Enterprise Linux Workstation
    • Red Hat Enterprise Linux Compute Node
  • --SLA= - 서비스 수준 계약을 설정합니다. 사용 가능한 값은 다음과 같습니다.

    • Premium
    • Standard
    • Self-Support
  • --usage= - 시스템의 의도된 용도입니다. 사용 가능한 값은 다음과 같습니다.

    • Production
    • Disaster Recovery
    • Development/Test
  • --Addon= - 추가 계층화된 제품 또는 기능을 지정합니다. 이 옵션을 여러 번 사용할 수 있습니다.

참고

  • 공백이 있는 값을 입력하고 큰따옴표로 묶습니다.

    syspurpose --role="Red Hat Enterprise Linux Server"
    Copy to Clipboard Toggle word wrap
  • 시스템 용도를 구성하는 것이 권장되지만 이는 Red Hat Enterprise Linux 설치 프로그램의 선택적 기능입니다.

22.3.15. 시간대 (필수)

시간대 Kickstart 명령이 필요합니다. 시스템 시간대를 설정합니다. 이 명령은 한 번만 사용하십시오.

구문

timezone timezone [OPTIONS]
Copy to Clipboard Toggle word wrap

필수 옵션

  • timezone - 시스템에 설정할 시간대입니다.

선택적 옵션

  • --UTC - 시스템에서 하드웨어 클록이 UTC(Greenwich Mean) 시간으로 설정되어 있다고 가정합니다.
  • --nontp - NTP 서비스 자동 시작을 비활성화합니다. 이 옵션은 더 이상 사용되지 않습니다.
  • --ntpservers= - 공백 없이 쉼표로 구분된 목록으로 사용할 NTP 서버 목록을 지정합니다. 이 옵션은 더 이상 사용되지 않으며, 대신 timesource 명령을 사용합니다.

참고

Red Hat Enterprise Linux 9에서 시간대 이름은 pytz 패키지에서 제공하는 pytz.all_timezones 목록을 사용하여 검증됩니다. 이전 릴리스에서는 현재 사용된 목록의 하위 집합인 pytz.common_timezones 에 대해 이름이 검증되었습니다. 그래픽 및 텍스트 모드 인터페이스는 여전히 더 제한된 pytz.common_timezones 목록을 사용합니다. Kickstart 파일을 사용하여 추가 시간대 정의를 사용해야 합니다.

22.3.16. 시간 소스 (선택 사항)

timesource kickstart 명령은 선택 사항입니다. 이를 사용하여 시간 데이터를 제공하는 NTP, NTS 서버 및 풀을 설정하고 시스템에서 NTP 서비스가 활성화되어 있는지 여부를 제어합니다.

구문

timesource [--ntp-server NTP_SERVER | --ntp-pool NTP_POOL | --ntp-disable] [--nts]
Copy to Clipboard Toggle word wrap

필수 옵션

timesource 명령을 사용할 때 다음 옵션 중 하나를 지정해야 합니다.

  • --NTP-server - 하나의 NTP 서버를 시간 소스로 추가합니다. 이 옵션은 하나의 NTP 시간 소스 서버를 추가하기 위해 단일 명령에 한 번만 추가할 수 있습니다. 소스를 여러 개 추가하려면 매번 단일 --ntp-server 또는 --ntp-pool 옵션을 사용하여 각각 여러 시간 소스 명령을 추가합니다. 예를 들어 유럽 시간대에 대한 여러 소스를 추가하려면 다음을 수행합니다.

    timezone Europe
    timesource --ntp-server 0.rhel.pool.ntp.org
    timesource --ntp-server 1.rhel.pool.ntp.org
    timesource --ntp-server 2.rhel.pool.ntp.org
    Copy to Clipboard Toggle word wrap
  • --NTP-pool - NTP 서버 풀을 시간 소스로 추가합니다. 이 옵션은 한 번만 추가하여 단일 NTP 시간 소스 풀을 추가할 수 있습니다. timesource 명령을 반복하여 여러 소스를 추가합니다.
  • --NTP-disable - 설치된 시스템의 NTP 시간 소스를 비활성화합니다.

선택적 옵션

  • --NTS - 이 명령으로 추가된 서버 또는 풀에서 NTS 프로토콜을 사용합니다. 이 옵션은 --ntp-disable을 사용하여도 추가할 수 있지만 적용되지 않습니다.

참고

  • timezone 명령의 --ntpservers 옵션은 더 이상 사용되지 않습니다. Red Hat은 이 새로운 옵션을 timesource 명령의 표현 기능에 사용하는 것이 좋습니다.
  • timesource 명령만 일반 NTP 프로토콜 대신 NTS 를 사용하여 서버와 풀을 표시할 수 있습니다.

22.3.17. user

user Kickstart 명령은 선택 사항입니다. 시스템에 새 사용자를 생성합니다.

구문

user --name=username [OPTIONS]
Copy to Clipboard Toggle word wrap

필수 옵션

  • --name= - 사용자 이름을 제공합니다. 이 옵션은 필수입니다.

선택적 옵션

  • --GECOS= - 사용자에게 GECOS 정보를 제공합니다. 쉼표로 구분된 다양한 시스템별 필드의 문자열입니다. 사용자의 전체 이름, 사무실 번호 등을 지정하는 데 자주 사용됩니다. 자세한 내용은 passwd(5) 도움말 페이지를 참조하십시오.
  • --groups= - 기본 그룹 외에도 사용자가 속해야 하는 그룹 이름의 쉼표로 구분된 목록입니다. 그룹은 사용자 계정을 생성하기 전에 존재해야 합니다. group 명령을 참조하십시오.
  • --homedir= - 사용자의 홈 디렉터리입니다. 제공되지 않는 경우 기본값은 /home/username 입니다.
  • --lock - 이 옵션이 있는 경우 이 계정은 기본적으로 잠깁니다. 즉, 사용자가 콘솔에서 로그인할 수 없습니다. 이 옵션은 그래픽 및 텍스트 기반 수동 설치 모두에서 사용자 만들기 화면을 비활성화합니다.
  • --password= - 새 사용자의 암호입니다. 제공되지 않으면 기본적으로 계정이 잠깁니다.
  • --iscrypted - 이 옵션이 있는 경우 암호 인수가 이미 암호화된 것으로 간주됩니다. 이 옵션은 --plaintext 와 함께 사용할 수 없습니다. 암호화된 암호를 생성하려면 python을 사용할 수 있습니다.

    $ python -c 'import crypt,getpass;pw=getpass.getpass();print(crypt.crypt(pw) if (pw==getpass.getpass("Confirm: ")) else exit())'
    Copy to Clipboard Toggle word wrap

    그러면 임의의 Salt를 사용하여 암호의 sha512 crypt 호환 해시가 생성됩니다.

  • --plaintext - 이 옵션이 있는 경우 password 인수는 일반 텍스트로 간주됩니다. 이 옵션은 --iscrypted와 함께 사용할 수 없습니다.
  • --shell= - 사용자의 로그인 쉘입니다. 제공되지 않으면 시스템 기본값이 사용됩니다.
  • --UID= - 사용자의 UID(사용자 ID)입니다. 제공되지 않는 경우 기본값은 다음 사용 가능한 시스템 이외의 UID입니다.
  • --GID= - 사용자 그룹에 사용할 GID(그룹 ID)입니다. 제공되지 않는 경우 기본값은 다음 사용 가능한 시스템 이외의 그룹 ID입니다.

참고

  • --uid--gid 옵션을 사용하여 1000 개 대신 5000 에서 시작하는 범위에서 일반 사용자 ID와 기본 그룹을 설정하는 것이 좋습니다. 이는 시스템 사용자 및 그룹용으로 예약된 범위 0-999 가 향후 증가하여 일반 사용자의 ID와 중복될 수 있기 때문입니다.
  • 파일 및 디렉터리는 다양한 권한으로 생성되며, 파일 또는 디렉터리를 생성하는 데 사용되는 애플리케이션에서 지정합니다. 예를 들어, Cryo stat 명령은 모든 권한이 활성화된 디렉터리를 생성합니다. 그러나 애플리케이션은 사용자 file-creation mask 설정에 지정된 대로 새로 생성된 파일에 특정 권한을 부여할 수 없습니다.

    사용자 파일 생성 마스크는 Cryostat 명령을 사용하여 제어할 수 있습니다. 새 사용자를 위한 사용자 파일 생성 마스크 의 기본 설정은 설치된 시스템의 /etc/login.defs 구성 파일의 UMASK 변수에 의해 정의됩니다. 설정되지 않은 경우 기본값은 022 입니다. 즉, 애플리케이션에서 파일을 생성할 때 기본적으로 파일 소유자 이외의 사용자에게 쓰기 권한을 부여할 수 없습니다. 그러나 다른 설정이나 스크립트로 재정의할 수 있습니다.

22.3.18. xconfig

xconfig Kickstart 명령은 선택 사항입니다. X Window System을 구성합니다. 이 명령은 한 번만 사용하십시오.

구문

xconfig [--startxonboot]
Copy to Clipboard Toggle word wrap

옵션

  • --startxonboot - 설치된 시스템에서 그래픽 로그인을 사용합니다.

참고

  • Red Hat Enterprise Linux 9에는 Cryostat 데스크탑 환경이 포함되어 있지 않으므로 업스트림에 설명된 --defaultdesktop= 을 사용하지 마십시오.

22.4. 네트워크 구성을 위한 Kickstart 명령

이 목록의 Kickstart 명령을 사용하면 시스템에서 네트워킹을 구성할 수 있습니다.

22.4.1. 네트워크(선택 사항)

선택적 network Kickstart 명령을 사용하여 대상 시스템의 네트워크 정보를 구성하고 설치 환경에서 네트워크 장치를 활성화합니다. 첫 번째 network 명령에 지정된 장치는 자동으로 활성화됩니다. --activate 옵션을 사용하여 명시적으로 장치를 활성화해야 할 수도 있습니다.

주의

실행 중인 설치 프로그램에서 사용 중인 이미 활성 네트워크 장치를 재구성하면 설치에 실패하거나 정지할 수 있습니다. 이러한 경우 NFS를 통해 설치 프로그램 런타임 이미지(stage2)에 액세스하는 데 사용되는 네트워크 장치를 재구성하지 마십시오.

구문

network OPTIONS
Copy to Clipboard Toggle word wrap

옵션

  • --activate - 설치 환경에서 이 장치를 활성화합니다.

    이미 활성화된 장치에서 --activate 옵션을 사용하는 경우(예: 시스템이 Kickstart 파일을 검색할 수 있도록 부팅 옵션으로 구성한 인터페이스) 장치가 다시 활성화되어 Kickstart 파일에 지정된 세부 정보를 사용합니다.

    장치가 기본 경로를 사용하지 못하도록 --nodefroute 옵션을 사용합니다.

  • --no-activate - 설치 환경에서 이 장치를 활성화하지 마십시오.

    기본적으로 Anaconda는 --activate 옵션과 관계없이 Kickstart 파일에서 첫 번째 네트워크 장치를 활성화합니다. --no-activate 옵션을 사용하여 기본 설정을 비활성화할 수 있습니다.

  • --BOOTPROTO= - dhcp,bootp,ibft 또는 static 중 하나입니다. 기본 옵션은 dhcp 입니다. dhcpbootp 옵션은 동일하게 처리됩니다. 장치의 ipv4 구성을 비활성화하려면 --noipv4 옵션을 사용합니다.

    참고

    이 옵션은 장치의 ipv4 구성을 구성합니다. ipv6 구성의 경우 --ipv6--ipv6gateway 옵션을 사용합니다.

    DHCP 방법은 DHCP 서버 시스템을 사용하여 네트워킹 구성을 가져옵니다. BOOTP 방법은 유사합니다. BOOTP 서버는 네트워킹 구성을 제공해야 합니다. DHCP를 사용하도록 시스템을 지시하려면 다음을 수행합니다.

    network --bootproto=dhcp
    Copy to Clipboard Toggle word wrap

    BOOTP를 사용하도록 시스템에 네트워킹 구성을 가져오도록 지정하려면 Kickstart 파일에서 다음 행을 사용합니다.

    network --bootproto=bootp
    Copy to Clipboard Toggle word wrap

    iBFT에 지정된 구성을 사용하도록 머신을 지시하려면 다음을 사용합니다.

    network --bootproto=ibft
    Copy to Clipboard Toggle word wrap

    정적 방법을 사용하려면 최소한 Kickstart 파일에서 IP 주소와 넷마스크를 지정해야 합니다. 이 정보는 정적이며 설치 중 및 설치 후 사용됩니다.

    모든 정적 네트워킹 구성 정보는 줄에 지정해야 합니다. 명령줄에서 가능한 한 백슬래시(\)를 사용하여 행을 래핑할 수 없습니다.

    network --bootproto=static --ip=10.0.2.15 --netmask=255.255.255.0 --gateway=10.0.2.254 --nameserver=10.0.2.1
    Copy to Clipboard Toggle word wrap

    동시에 여러 네임서버를 구성할 수도 있습니다. 이렇게 하려면 --nameserver= 옵션을 한 번 사용하고 각 IP 주소를 쉼표로 구분하여 지정합니다.

    network --bootproto=static --ip=10.0.2.15 --netmask=255.255.255.0 --gateway=10.0.2.254 --nameserver=192.168.2.1,192.168.3.1
    Copy to Clipboard Toggle word wrap
  • --device= - network 명령을 사용하여 구성할 장치(및 Anaconda에서 결국 활성화)를 지정합니다.

    network 명령을 처음 사용할 때 --device= 옵션이 없는 경우 inst.ks.device= Anaconda 부팅 옵션 값이 사용됩니다(사용 가능한 경우). 이는 더 이상 사용되지 않는 동작으로 간주됩니다. 대부분의 경우 모든 네트워크 명령에 대해 항상 --device= 를 지정해야 합니다.

    중요

    NIC 팀은 Red Hat Enterprise Linux 9에서 더 이상 사용되지 않습니다. 대안으로 네트워크 본딩 드라이버를 사용하는 것이 좋습니다. 자세한 내용은 네트워크 본딩 구성을 참조하십시오.

    --device= 옵션이 누락된 경우 동일한 Kickstart 파일에서 후속 network 명령의 동작이 지정되지 않습니다. 첫 번째 이후의 모든 네트워크 명령에 이 옵션을 지정하는지 확인합니다.

    다음 방법 중 하나로 활성화할 장치를 지정할 수 있습니다.

    • 인터페이스의 장치 이름(예: em1)
    • 인터페이스의 MAC 주소(예: 01:23:45:67:89:ab)
    • 키워드 링크: up 상태의 해당 링크를 사용하여 첫 번째 인터페이스를 지정합니다.
    • BOOTIF 변수에 설정된 pxelinux를 사용하는 MAC 주소를 사용하는 키워드 bootif. pxelinux.cfg 파일에서 IPAPPEND 2BOOTIF 변수를 설정하도록 설정합니다.

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

    network --bootproto=dhcp --device=em1
    Copy to Clipboard Toggle word wrap
  • --ipv4-dns-search/--ipv6-dns-search - DNS 검색 도메인을 수동으로 설정합니다. 이러한 옵션을 --device 옵션과 함께 사용하고 각각의 NetworkManager 속성을 미러링해야 합니다. 예를 들면 다음과 같습니다.

    network --device ens3 --ipv4-dns-search domain1.example.com,domain2.example.com
    Copy to Clipboard Toggle word wrap
  • --ipv4-ignore-auto-dns/--ipv6-ignore-auto-dns - DHCP의 DNS 설정을 무시하도록 설정 이러한 옵션을 --device 옵션과 함께 사용해야 하며 이러한 옵션에는 인수가 필요하지 않습니다.
  • --ip= - 장치의 IP 주소입니다.
  • --ipv6= - 주소 [/접두사 길이] 형식의 IPv6 주소(예: 3ffe:ffff:0:1::1/128 )입니다. 접두사 가 생략되면 64 가 사용됩니다. 자동 구성에 auto 또는 DHCPv6 전용 구성(라우터 알림 없음)에 dhcp 를 사용할 수도 있습니다.
  • --gateway= - 단일 IPv4 주소로 기본 게이트웨이입니다.
  • --ipv6gateway= - 단일 IPv6 주소로 기본 게이트웨이입니다.
  • --nodefroute - 기본 경로로 설정되는 인터페이스를 차단합니다. iSCSI 대상의 별도의 서브넷의 NIC와 같이 --activate= 옵션을 사용하여 추가 장치를 활성화할 때 이 옵션을 사용합니다.
  • --nameserver= - IP 주소로 DNS 이름 서버입니다. 두 개 이상의 이름 서버를 지정하려면 이 옵션을 한 번 사용하고 각 IP 주소를 쉼표로 구분합니다.
  • --netmask= - 설치된 시스템의 네트워크 마스크입니다.
  • --hostname= - 대상 시스템의 호스트 이름을 구성하는 데 사용됩니다. 호스트 이름은 hostname.domainname 형식의 FQDN(정규화된 도메인 이름)이거나 도메인이 없는 짧은 호스트 이름일 수 있습니다. 많은 네트워크에는 연결된 시스템에 도메인 이름을 자동으로 제공하는 DHCP(Dynamic Host Configuration Protocol) 서비스가 있습니다. DHCP 서비스에서 이 시스템에 도메인 이름을 할당할 수 있도록 하려면 짧은 호스트 이름만 지정합니다.

    고정 IP 및 호스트 이름 구성을 사용하는 경우 계획된 시스템 사용 사례에 따라 짧은 이름 또는 FQDN을 사용할지 여부에 따라 달라집니다. Red Hat Identity Management는 프로비저닝 중에 FQDN을 구성하지만 일부 타사 소프트웨어 제품에는 짧은 이름이 필요할 수 있습니다. 두 경우 모두 모든 상황에서 두 양식의 가용성을 보장하기 위해 IP FQDN short-alias 형식으로 /etc/hosts 의 호스트에 대한 항목을 추가합니다.

    호스트 이름에는 영숫자 및 - 또는 . .만 포함할 수 있습니다 . 호스트 이름은 64자 이상이어야 합니다. 호스트 이름은 - 및 로 시작하거나 종료할 수 없습니다 . DNS를 준수하기 위해 FQDN의 각 부분은 63자 이상이어야 하며 점을 포함한 전체 FQDN 길이는 255자를 초과해서는 안 됩니다.

    대상 시스템의 호스트 이름만 구성하려면 network 명령에서 --hostname 옵션을 사용하고 다른 옵션은 포함하지 마십시오.

    호스트 이름을 구성할 때 추가 옵션을 제공하는 경우 network 명령은 지정된 옵션을 사용하여 장치를 구성합니다. --device 옵션을 사용하여 구성할 장치를 지정하지 않으면 기본 --device link 값이 사용됩니다. 또한 --bootproto 옵션을 사용하여 프로토콜을 지정하지 않으면 장치는 기본적으로 DHCP를 사용하도록 구성됩니다.

  • --ethtool= - ethtool 프로그램에 전달될 네트워크 장치의 추가 하위 수준 설정을 지정합니다.
  • --ONBOOT= - 부팅 시 장치를 활성화할지 여부입니다.
  • --dhcpclass= - DHCP 클래스입니다.
  • --mTU= - 장치의 MTU입니다.
  • --noipv4 - 이 장치에서 IPv4를 비활성화합니다.
  • --noipv6 - 이 장치에서 IPv6를 비활성화합니다.
  • --bondslaves= - 이 옵션을 사용하면 --bondslaves= 옵션에 정의된 보조 장치를 사용하여 --device= 옵션에 지정된 본딩 장치가 생성됩니다. 예를 들면 다음과 같습니다.

    network --device=bond0 --bondslaves=em1,em2
    Copy to Clipboard Toggle word wrap

    위의 명령은 em1em2 인터페이스를 보조 장치로 사용하여 bond0 이라는 본딩 장치를 생성합니다.

  • --bondopts= - --bondslaves=--device= 옵션을 사용하여 지정하는 본딩된 인터페이스의 선택적 매개변수 목록입니다. 이 목록의 옵션은 쉼표(",") 또는 하이픈(";")으로 구분해야 합니다. 옵션 자체에 쉼표가 포함된 경우 option을 사용하여 옵션을 구분합니다. 예를 들면 다음과 같습니다.

    network --bondopts=mode=active-backup,balance-rr;primary=eth1
    Copy to Clipboard Toggle word wrap
    중요

    --bondopts=mode= 매개변수는 0 또는 3 과 같은 숫자 표현이 아닌 balance-rr 또는 broadcast 와 같은 전체 모드 이름만 지원합니다. 사용 가능한 지원 모드 목록은 네트워킹 구성 및 관리 가이드를 참조하십시오.

  • --vlanid= - --device= 에 지정된 장치를 사용하여 상위 장치로 생성된 장치에 대해 가상 LAN(VLAN) ID 번호(802.1q 태그)를 지정합니다. 예를 들어 network --device=em1 --vlanid=171 은 가상 LAN 장치 em1.171 을 생성합니다.
  • --interfaceName= - 가상 LAN 장치의 사용자 지정 인터페이스 이름을 지정합니다. 이 옵션은 --vlanid= 옵션으로 생성된 기본 이름이 바람직하지 않은 경우 사용해야 합니다. 이 옵션은 --vlanid= 와 함께 사용해야 합니다. 예를 들면 다음과 같습니다.

    network --device=em1 --vlanid=171 --interfacename=vlan171
    Copy to Clipboard Toggle word wrap

    위의 명령은 ID가 171em1 장치에 vlan171 이라는 가상 LAN 인터페이스를 생성합니다.

    인터페이스 이름은 임의의 값일 수 있지만(예: my-vlan) 특정 경우에는 다음 규칙을 따라야 합니다.

    • 이름에 점(..)이 포함된 경우 NAME.ID 의 형식을 사용해야 합니다. NAME 은 임의의 값이지만 ID 는 VLAN ID여야 합니다. 예: em1.171 또는 my-vlan.171.
    • vlan 으로 시작하는 이름은 vlanID 형식을 사용해야 합니다(예: vlan171 ).
  • --teamslaves= - --device= 옵션으로 지정된 팀 장치는 이 옵션에 지정된 보조 장치를 사용하여 생성됩니다. 보조 장치는 쉼표로 구분됩니다. 보조 장치 뒤에는 \ 문자로 이스케이프된 큰따옴표가 있는 작은따옴표 JSON 문자열인 해당 구성 뒤에 있을 수 있습니다. 예를 들면 다음과 같습니다.

    network --teamslaves="p3p1'{\"prio\": -10, \"sticky\": true}',p3p2'{\"prio\": 100}'"
    Copy to Clipboard Toggle word wrap

    --teamconfig= 옵션도 참조하십시오.

    중요

    NIC 팀은 Red Hat Enterprise Linux 9에서 더 이상 사용되지 않습니다. 대안으로 네트워크 본딩 드라이버를 사용하는 것이 좋습니다. 자세한 내용은 네트워크 본딩 구성을 참조하십시오.

  • --teamconfig= - double quotes이 \ 문자로 이스케이프된 JSON 문자열인 double-quoted 팀 장치 구성입니다. 장치 이름은 --device= 옵션과 보조 장치 및 --teamslaves= 옵션별 해당 구성으로 지정됩니다. 예를 들면 다음과 같습니다.

    network --device team0 --activate --bootproto static --ip=10.34.102.222 --netmask=255.255.255.0 --gateway=10.34.102.254 --nameserver=10.34.39.2 --teamslaves="p3p1'{\"prio\": -10, \"sticky\": true}',p3p2'{\"prio\": 100}'" --teamconfig="{\"runner\": {\"name\": \"activebackup\"}}"
    Copy to Clipboard Toggle word wrap
    중요

    NIC 팀은 Red Hat Enterprise Linux 9에서 더 이상 사용되지 않습니다. 대안으로 네트워크 본딩 드라이버를 사용하는 것이 좋습니다. 자세한 내용은 네트워크 본딩 구성을 참조하십시오.

  • --bridgeslaves= - 이 옵션을 사용하면 --device= 옵션을 사용하여 지정된 장치 이름이 있는 네트워크 브리지가 생성되고 --bridgeslaves= 옵션에 정의된 장치가 브리지에 추가됩니다. 예를 들면 다음과 같습니다.

    network --device=bridge0 --bridgeslaves=em1
    Copy to Clipboard Toggle word wrap
  • --bridgeopts= - 브리지된 인터페이스에 대해 쉼표로 구분된 선택적 매개변수 목록입니다. 사용 가능한 값은 stp,priority,forward-delay,hello-time,max-age, ageing-time 입니다. 이러한 매개변수에 대한 자세한 내용은 nm-settings(5) 도움말 페이지 또는 Network Configuration Setting Specificationbridge 설정 테이블을 참조하십시오.

    네트워크 브리징에 대한 일반적인 정보는 네트워킹 구성 및 관리 문서를 참조하십시오.

  • --bindto=mac - 기본 바인딩 대신 설치된 시스템의 장치 구성 파일을 인터페이스 이름(DEVICE)에 바인딩하지 않고 장치 MAC 주소(HWADDR)에 바인딩합니다. 이 옵션은 --device= 옵션과 독립적입니다 - --bindto=mac 는 동일한 네트워크 명령도 장치 이름, 링크 또는 bootif 를 지정하는 경우에도 적용됩니다.

참고

  • 이름 지정 체계의 변경으로 인해 eth0 과 같은 ethN 장치 이름은 Red Hat Enterprise Linux에서 더 이상 사용할 수 없습니다. 장치 이름 지정 체계에 대한 자세한 내용은 업스트림 문서 Predictable Network Interface Names 를 참조하십시오.
  • Kickstart 옵션 또는 부팅 옵션을 사용하여 네트워크에 설치 리포지토리를 지정했지만 설치를 시작할 때 사용할 수 있는 네트워크가 없는 경우 설치 프로그램에 설치 요약 창이 표시되기 전에 네트워크 연결을 설정할 수 있는 네트워크 구성 창이 표시됩니다. 자세한 내용은 네트워크 및 호스트 이름 옵션 구성을 참조하십시오.

22.4.2. realm

realm Kickstart 명령은 선택 사항입니다. Active Directory 또는 IPA 도메인에 가입하는 데 사용합니다. 이 명령에 대한 자세한 내용은 시스템의 realm(8) 도움말 페이지의 조인 섹션을 참조하십시오.

구문

realm join [OPTIONS] domain
Copy to Clipboard Toggle word wrap

필수 옵션

  • domain - 결합할 도메인입니다.

옵션

  • --computer-ou=OU= - 컴퓨터 계정을 생성하기 위해 조직 단위의 고유 이름을 제공합니다. 고유 이름의 정확한 형식은 클라이언트 소프트웨어 및 멤버십 소프트웨어에 따라 다릅니다. 고유 이름의 루트 DSE 부분은 일반적으로 생략할 수 있습니다.
  • --no-password - 암호 없이 자동으로 가입합니다.
  • --one-time-password= - 일회성 암호를 사용하여 결합합니다. 이는 모든 유형의 영역에서는 불가능합니다.
  • --client-software= - 이 클라이언트 소프트웨어를 실행할 수 있는 영역만 결합합니다. 유효한 값에는 sssdwinbind 가 포함됩니다. 모든 영역이 모든 값을 지원하는 것은 아닙니다. 기본적으로 클라이언트 소프트웨어는 자동으로 선택됩니다.
  • --server-software= - 이 서버 소프트웨어를 실행할 수 있는 영역에만 결합합니다. 가능한 값에는 active-directory 또는 freeipa 가 포함됩니다.
  • --membership-software= - 영역에 참여할 때 이 소프트웨어를 사용합니다. 유효한 값에는 sambaadcli 가 포함됩니다. 모든 영역이 모든 값을 지원하는 것은 아닙니다. 기본적으로 멤버십 소프트웨어는 자동으로 선택됩니다.

22.5. 스토리지를 처리하기 위한 Kickstart 명령

이 섹션의 Kickstart 명령은 장치, 디스크, 파티션, LVM 및 파일 시스템과 같은 스토리지의 측면을 구성합니다.

중요

sdX (또는 /dev/sdX) 형식은 재부팅 시 일관성 있는 장치 이름을 보장하지 않으므로 일부 Kickstart 명령 사용이 어려워질 수 있습니다. 명령에 장치 노드 이름이 필요한 경우 /dev/disk 의 모든 항목을 대안으로 사용할 수 있습니다. 예를 들어 다음 장치 이름을 사용하는 대신 다음을 수행합니다.

part / --fstype=xfs --onpart=sda1

다음 중 하나와 유사한 항목을 사용할 수 있습니다.

part / --fstype=xfs --onpart=/dev/disk/by-path/pci-0000:00:05.0-scsi-0:0:0:0-part1

part / --fstype=xfs --onpart=/dev/disk/by-id/ata-ST3160815AS_6RA0C882-part1

이 방법을 사용하면 명령은 항상 동일한 스토리지 장치를 대상으로 합니다. 이는 특히 대규모 스토리지 환경에서 유용합니다. 시스템에서 사용 가능한 장치 이름을 살펴보려면 대화형 설치 중에 ls -lR /dev/disk 명령을 사용할 수 있습니다. 스토리지 장치를 일관되게 참조하는 다양한 방법에 대한 자세한 내용은 영구 이름 지정 속성 개요 를 참조하십시오.

22.5.1. ignoredisk

ignoredisk Kickstart 명령은 선택 사항입니다. 이로 인해 설치 프로그램에서 지정된 디스크를 무시합니다.

이 기능은 자동 파티션을 사용하고 일부 디스크를 무시하려는 경우에 유용합니다. 예를 들어 ignoredisk 없이 SAN-cluster에 배포하려고 하면 설치 프로그램에서 파티션 테이블을 반환하지 않는 SAN에 대한 수동 경로를 감지하므로 Kickstart가 실패합니다. 이 명령은 한 번만 사용하십시오.

구문

ignoredisk --drives=drive1,drive2,... | --only-use=drive
Copy to Clipboard Toggle word wrap

옵션

  • --drives=driveN,…​ - driveNsda,sdb,…​, hda,…​ 중 하나로 바꿉니다.
  • --only-use=driveN,…​ - 설치 프로그램에서 사용할 디스크 목록을 지정합니다. 다른 모든 디스크는 무시됩니다. 예를 들어 설치 중에 디스크 sda를 사용하고 다른 모든 디스크를 무시하려면 다음을 수행합니다.

    ignoredisk --only-use=sda
    Copy to Clipboard Toggle word wrap

    LVM을 사용하지 않는 다중 경로 장치를 포함하려면 다음을 수행합니다.

    ignoredisk --only-use=disk/by-id/dm-uuid-mpath-2416CD96995134CA5D787F00A5AA11017
    Copy to Clipboard Toggle word wrap

    LVM을 사용하는 다중 경로 장치를 포함하려면 다음을 수행합니다.

    ignoredisk --only-use==/dev/disk/by-id/dm-uuid-mpath-
    Copy to Clipboard Toggle word wrap
    bootloader --location=mbr
    Copy to Clipboard Toggle word wrap

--drives 또는 --only-use 중 하나만 지정해야 합니다.

참고

  • LVM(Logical Volume Manager)을 사용하지 않는 다중 경로 장치를 무시하려면 disk/by-id/dm-uuid-mpath-WWID 형식을 사용합니다. 여기서 WWID 는 장치의 전역 식별자입니다. 예를 들어 WWID 2416CD96995134CA5D787F00A5AA11017 인 디스크를 무시하려면 다음을 사용합니다.

    ignoredisk --drives=disk/by-id/dm-uuid-mpath-2416CD96995134CA5D787F00A5AA11017
    Copy to Clipboard Toggle word wrap
  • mpatha와 같은 장치 이름으로 다중 경로 장치를 지정하지 마십시오. 이와 같은 장치 이름은 특정 디스크에 한정되지 않습니다. 설치하는 동안 이름이 /dev/mpatha인 디스크가 예상했던 것과 다를 수 있습니다. 따라서 clearpart 명령은 잘못된 디스크를 대상으로 할 수 있습니다.
  • sdX (또는 /dev/sdX) 형식은 재부팅 시 일관성 있는 장치 이름을 보장하지 않으므로 일부 Kickstart 명령 사용이 어려워질 수 있습니다. 명령에 장치 노드 이름이 필요한 경우 /dev/disk 의 모든 항목을 대안으로 사용할 수 있습니다. 예를 들어 다음 장치 이름을 사용하는 대신 다음을 수행합니다.

    part / --fstype=xfs --onpart=sda1
    Copy to Clipboard Toggle word wrap

    다음 중 하나와 유사한 항목을 사용할 수 있습니다.

    part / --fstype=xfs --onpart=/dev/disk/by-path/pci-0000:00:05.0-scsi-0:0:0:0-part1
    
    part / --fstype=xfs --onpart=/dev/disk/by-id/ata-ST3160815AS_6RA0C882-part1
    Copy to Clipboard Toggle word wrap

    이 방법을 사용하면 명령은 항상 동일한 스토리지 장치를 대상으로 합니다. 이는 특히 대규모 스토리지 환경에서 유용합니다. 시스템에서 사용 가능한 장치 이름을 살펴보려면 대화형 설치 중에 ls -lR /dev/disk 명령을 사용할 수 있습니다. 스토리지 장치를 일관되게 참조하는 다양한 방법에 대한 자세한 내용은 영구 이름 지정 속성 개요 를 참조하십시오.

22.5.2. clearpart

clearpart Kickstart 명령은 선택 사항입니다. 새 파티션을 만들기 전에 시스템에서 파티션을 제거합니다. 기본적으로 파티션은 제거되지 않습니다. 이 명령은 한 번만 사용하십시오.

구문

clearpart OPTIONS
Copy to Clipboard Toggle word wrap

옵션

  • --all - 시스템에서 모든 파티션을 지웁니다.

    이 옵션은 연결된 네트워크 스토리지를 포함하여 설치 프로그램에서 연결할 수 있는 모든 디스크를 지웁니다. 이 옵션을 주의해서 사용하십시오.

    나중에 네트워크 스토리지를 연결하거나(예: Kickstart 파일의 %post 섹션에서) 네트워크 스토리지를 연결하거나 네트워크 스토리지에 액세스하는 데 사용되는 커널 모듈을 차단하여 --drives= 옵션을 사용하여 보존하려는 스토리지가 지워지지 않도록 할 수 있습니다.

  • --drives= - 파티션을 지울 드라이브를 지정합니다. 예를 들어 다음은 기본 IDE 컨트롤러의 처음 두 드라이브의 모든 파티션을 지웁니다.

    clearpart --drives=hda,hdb --all
    Copy to Clipboard Toggle word wrap

    다중 경로 장치를 지우려면 disk/by-id/scsi-WWID 형식을 사용합니다. 여기서 WWID 는 장치의 전역 식별자입니다. 예를 들어 WWID 58095BEC5510947BE8C0360F604351918 로 디스크를 지우려면 다음을 사용합니다.

    clearpart --drives=disk/by-id/scsi-58095BEC5510947BE8C0360F604351918
    Copy to Clipboard Toggle word wrap

    이 형식은 모든 다중 경로 장치에 선호되지만 오류가 발생하면 LVM(Logical Volume Manager)을 사용하지 않는 다중 경로 장치도 disk/by-id/dm-uuid-mpath-WWID 형식을 사용하여 지울 수 있습니다. 여기서 WWID 는 장치의 전역 식별자입니다. 예를 들어 WWID 2416CD96995134CA5D787F00A5AA11017 로 디스크를 지우려면 다음을 사용합니다.

    clearpart --drives=disk/by-id/dm-uuid-mpath-2416CD96995134CA5D787F00A5AA11017
    Copy to Clipboard Toggle word wrap

    mpatha와 같은 장치 이름으로 다중 경로 장치를 지정하지 마십시오. 이와 같은 장치 이름은 특정 디스크에 한정되지 않습니다. 설치하는 동안 이름이 /dev/mpatha인 디스크가 예상했던 것과 다를 수 있습니다. 따라서 clearpart 명령은 잘못된 디스크를 대상으로 할 수 있습니다.

  • --initlabel - 포맷을 위해 지정된 각 아키텍처의 모든 디스크에 대한 기본 디스크 레이블을 만들어 디스크(또는 디스크)를 만듭니다(예: x86의 msdos). --initlabel은 모든 디스크를 볼 수 있기 때문에 포맷할 드라이브만 연결되어 있는지 확인하는 것이 중요합니다. clearpart 로 지워진 디스크는 --initlabel 을 사용하지 않는 경우에도 레이블이 생성됩니다.

    clearpart --initlabel --drives=names_of_disks
    Copy to Clipboard Toggle word wrap

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

    clearpart --initlabel --drives=dasda,dasdb,dasdc
    Copy to Clipboard Toggle word wrap
  • --list= - 지울 파티션을 지정합니다. 이 옵션은 사용된 경우 --all--linux 옵션을 재정의합니다. 여러 드라이브에서 사용할 수 있습니다. 예를 들면 다음과 같습니다.

    clearpart --list=sda2,sda3,sdb1
    Copy to Clipboard Toggle word wrap
  • --disklabel=LABEL - 기본 disklabel을 사용하도록 설정합니다. 플랫폼에 지원되는 디스크 레이블만 허용됩니다. 예를 들어 64비트 Intel 및 AMD 아키텍처에서는 msdosgpt 디스크 라벨이 허용되지만 dasd 는 허용되지 않습니다.
  • --Linux - 모든 Linux 파티션을 지웁니다.
  • --none (기본값) - 파티션을 제거하지 않습니다.
  • --CD L - 모든 LDL DASD를 CDL 형식으로 다시 포맷합니다.

참고

  • sdX (또는 /dev/sdX) 형식은 재부팅 시 일관성 있는 장치 이름을 보장하지 않으므로 일부 Kickstart 명령 사용이 어려워질 수 있습니다. 명령에 장치 노드 이름이 필요한 경우 /dev/disk 의 모든 항목을 대안으로 사용할 수 있습니다. 예를 들어 다음 장치 이름을 사용하는 대신 다음을 수행합니다.

    part / --fstype=xfs --onpart=sda1
    Copy to Clipboard Toggle word wrap

    다음 중 하나와 유사한 항목을 사용할 수 있습니다.

    part / --fstype=xfs --onpart=/dev/disk/by-path/pci-0000:00:05.0-scsi-0:0:0:0-part1
    
    part / --fstype=xfs --onpart=/dev/disk/by-id/ata-ST3160815AS_6RA0C882-part1
    Copy to Clipboard Toggle word wrap

    이 방법을 사용하면 명령은 항상 동일한 스토리지 장치를 대상으로 합니다. 이는 특히 대규모 스토리지 환경에서 유용합니다. 시스템에서 사용 가능한 장치 이름을 살펴보려면 대화형 설치 중에 ls -lR /dev/disk 명령을 사용할 수 있습니다. 스토리지 장치를 일관되게 참조하는 다양한 방법에 대한 자세한 내용은 영구 이름 지정 속성 개요 를 참조하십시오.

  • clearpart 명령을 사용하는 경우 논리 파티션에서 part --onpart 명령을 사용할 수 없습니다.

22.5.3. zerombr

zerombr Kickstart 명령은 선택 사항입니다. zerombr 은 디스크에 있는 잘못된 파티션 테이블을 초기화하고 잘못된 파티션 테이블이 있는 디스크의 모든 내용을 제거합니다. 이 명령은 포맷되지 않은 DASD(Direct Access Storage Device) 디스크가 있는 64비트 IBM Z 시스템에서 설치를 수행할 때 필요합니다. 그렇지 않으면 포맷되지 않은 디스크는 설치 중에 포맷되지 않고 사용됩니다. 이 명령은 한 번만 사용하십시오.

구문

zerombr
Copy to Clipboard Toggle word wrap

참고

  • 64비트 IBM Z에서 zerombr 이 지정되면 아직 낮은 수준의 형식이 아닌 설치 프로그램에 표시되는 모든 Direct Access Storage Device(DASD)가 자동으로 dasdfmt로 포맷됩니다. 또한 명령은 대화형 설치 중에 사용자 선택을 방지합니다.
  • zerombr 를 지정하지 않고 설치 프로그램에 표시되지 않는 포맷되지 않은 DASD가 하나 이상 있는 경우 비대화형 Kickstart 설치가 실패합니다.
  • zerombr 이 지정되지 않고 설치 프로그램에 표시되는 포맷되지 않은 DASD가 하나 이상 있는 경우 사용자가 모든 보기 및 포맷되지 않은 DASD 포맷에 동의하지 않으면 대화형 설치가 종료됩니다. 이를 우회하려면 설치 중에 사용할 DASD만 활성화합니다. 설치가 완료된 후 항상 DASD를 추가할 수 있습니다.
  • 이 명령에는 옵션이 없습니다.

22.5.4. bootloader

부트로더 Kickstart 명령이 필요합니다. 부트 로더를 설치하는 방법을 지정합니다. 이 명령은 한 번만 사용하십시오.

구문

bootloader [OPTIONS]
Copy to Clipboard Toggle word wrap

옵션

  • --append= - 추가 커널 매개변수를 지정합니다. 여러 매개변수를 지정하려면 공백으로 구분합니다. 예를 들면 다음과 같습니다.

    bootloader --location=mbr --append="hdd=ide-scsi ide=nodma"
    Copy to Clipboard Toggle word wrap

    여기에서 지정하지 않거나 --append= 명령을 전혀 사용하지 않더라도 plymouth 패키지가 설치될 때 rhgbquiet 매개변수가 자동으로 추가됩니다. 이 동작을 비활성화하려면 plymouth 의 설치를 명시적으로 허용하지 않습니다.

    %packages
    -plymouth
    %end
    Copy to Clipboard Toggle word wrap

    이 옵션은 최신 프로세서(CVE-2017-5754, CVE-2017-5753 및 CVE-2017-5715)에서 발견된 Meltdown 및 Spectre speculative 실행 취약점을 완화하기 위해 구현된 메커니즘을 비활성화하는 데 유용합니다. 경우에 따라 이러한 메커니즘이 필요하지 않을 수 있으며 이를 사용하도록 설정하면 보안이 향상되지 않고 성능이 저하될 수 있습니다. 이러한 메커니즘을 비활성화하려면 AMD64/Intel 64 시스템에서 부트로더 --append="nopti noibpb" 와 같이 Kickstart 파일에 수행할 옵션을 추가합니다.

    주의

    취약점 완화 메커니즘을 비활성화하기 전에 시스템이 공격 위험이 없는지 확인합니다. Meltdown 및 Spectre 취약점에 대한 정보는 Red Hat 취약점 대응 문서를 참조하십시오.

  • --boot-drive= - 작성할 드라이브로 부트 로더를 지정하고, 따라서 컴퓨터가 부팅될 드라이브를 지정합니다. 다중 경로 장치를 부팅 드라이브로 사용하는 경우 disk/by-id/dm-uuid-mpath-WWID 이름을 사용하여 장치를 지정합니다.

    중요

    현재 zipl 부트 로더를 사용하여 64비트 IBM Z 시스템의 Red Hat Enterprise Linux 설치에서는 --boot-drive= 옵션이 무시되고 있습니다. zipl 이 설치되면 자체적으로 부팅 드라이브를 결정합니다.

  • --leavebootorder - 이 옵션은 Power 및 UEFI 시스템에 적용됩니다. 설치 프로그램은 Red Hat Enterprise Linux 9를 UEFI에 설치된 시스템 목록에 추가합니다. 설치된 시스템을 부팅 순서에 추가하지 않습니다. 기존 부팅 항목과 해당 순서가 모두 유지됩니다.
  • --driveorder= - BIOS 부팅 순서에서 먼저 어떤 드라이브가 있는지 지정합니다. 예를 들면 다음과 같습니다.

    bootloader --driveorder=sda,hda
    Copy to Clipboard Toggle word wrap
  • --location= - 부팅 레코드가 기록된 위치를 지정합니다. 유효한 값은 다음과 같습니다.

    • MBR - 기본 옵션입니다. 드라이브가 MBR(Master Boot Record) 또는 GUID 파티션 테이블(GPT) 체계를 사용하는지 여부에 따라 달라집니다.

      GPT 형식의 디스크에서 이 옵션은 부트 로더의 단계 1.5를 BIOS 부팅 파티션에 설치합니다.

      MBR 형식의 디스크에서 1.5단계는 MBR과 첫 번째 파티션 사이의 빈 공간에 설치됩니다.

    • partition - 커널이 포함된 파티션의 첫 번째 섹터에 부트 로더를 설치합니다.
    • none - 부트 로더를 설치하지 마십시오.

    대부분의 경우 이 옵션을 지정할 필요가 없습니다.

  • --nombr - MBR에 부트 로더를 설치하지 마십시오.
  • --password= - GRUB을 사용하는 경우 이 옵션으로 지정된 부트 로더 암호를 설정합니다. 임의의 커널 옵션을 전달할 수 있는 GRUB 쉘에 대한 액세스를 제한하는 데 사용해야 합니다.

    암호를 지정하면 GRUB에서 사용자 이름도 요청합니다. 사용자 이름은 항상 root 입니다.

  • --iscrypted - 일반적으로 --password= 옵션을 사용하여 부트 로더 암호를 지정하면 Kickstart 파일에 일반 텍스트로 저장됩니다. 암호를 암호화하려면 이 옵션과 암호화된 암호를 사용하십시오.

    암호화된 암호를 생성하려면 grub2-mkpasswd-pbkdf2 명령을 사용하여 사용하려는 암호를 입력하고 명령의 출력( grub.pbkdf2로 시작하는 해시)을 Kickstart 파일에 복사합니다. 암호화된 암호가 있는 부트로더 Kickstart 항목의 예는 다음과 유사합니다.

    bootloader --iscrypted --password=grub.pbkdf2.sha512.10000.5520C6C9832F3AC3D149AC0B24BE69E2D4FB0DBEEDBD29CA1D30A044DE2645C4C7A291E585D4DC43F8A4D82479F8B95CA4BA4381F8550510B75E8E0BB2938990.C688B6F0EF935701FF9BD1A8EC7FE5BD2333799C98F28420C5CC8F1A2A233DE22C83705BB614EA17F3FDFDF4AC2161CEA3384E56EB38A2E39102F5334C47405E
    Copy to Clipboard Toggle word wrap
  • --timeout= - 기본 옵션(초)을 부팅하기 전에 부트 로더가 대기하는 시간을 지정합니다.
  • --default= - 부트 로더 구성에서 기본 부팅 이미지를 설정합니다.
  • --extlinux - GRUB 대신 extlinux 부트 로더를 사용합니다. 이 옵션은 extlinux에서 지원하는 시스템에서만 작동합니다.
  • --disabled - 이 옵션은 더 강력한 --location=none 버전입니다. --location=none 은 부트 로더 설치를 단순히 비활성화하지만 --disabled 는 부트 로더 설치를 비활성화하고 부트 로더가 포함된 패키지 설치를 비활성화하여 공간을 절약합니다.

참고

  • Red Hat은 모든 시스템에서 부트 로더 암호를 설정하는 것이 좋습니다. 보호되지 않은 부트 로더를 사용하면 잠재적인 공격자가 시스템의 부팅 옵션을 수정하고 시스템에 대한 무단 액세스를 얻을 수 있습니다.
  • AMD64, Intel 64 및 64비트 ARM 시스템에 부트 로더를 설치하려면 특수 파티션이 필요합니다. 이 파티션의 유형과 크기는 마스터 부트 레코드(MBR) 또는 GUID 파티션 테이블(GPT) 스키마를 사용하기 위해 부트 로더를 설치하는 디스크의 유형에 따라 달라집니다. 자세한 내용은 부트 로더 구성 섹션을 참조하십시오.
  • sdX (또는 /dev/sdX) 형식은 재부팅 시 일관성 있는 장치 이름을 보장하지 않으므로 일부 Kickstart 명령 사용이 어려워질 수 있습니다. 명령에 장치 노드 이름이 필요한 경우 /dev/disk 의 모든 항목을 대안으로 사용할 수 있습니다. 예를 들어 다음 장치 이름을 사용하는 대신 다음을 수행합니다.

    part / --fstype=xfs --onpart=sda1
    Copy to Clipboard Toggle word wrap

    다음 중 하나와 유사한 항목을 사용할 수 있습니다.

    part / --fstype=xfs --onpart=/dev/disk/by-path/pci-0000:00:05.0-scsi-0:0:0:0-part1
    
    part / --fstype=xfs --onpart=/dev/disk/by-id/ata-ST3160815AS_6RA0C882-part1
    Copy to Clipboard Toggle word wrap

    이 방법을 사용하면 명령은 항상 동일한 스토리지 장치를 대상으로 합니다. 이는 특히 대규모 스토리지 환경에서 유용합니다. 시스템에서 사용 가능한 장치 이름을 살펴보려면 대화형 설치 중에 ls -lR /dev/disk 명령을 사용할 수 있습니다. 스토리지 장치를 일관되게 참조하는 다양한 방법에 대한 자세한 내용은 영구 이름 지정 속성 개요 를 참조하십시오.

22.5.5. autopart

autopart Kickstart 명령은 선택 사항입니다. 파티션을 자동으로 생성합니다.

자동으로 생성된 파티션은 루트(/) 파티션(1GiB 이상), 스왑 파티션 및 아키텍처에 적합한 /boot 파티션입니다. 충분히 큰 드라이브(50GiB 이상)에서 /home 파티션도 생성됩니다. 이 명령은 한 번만 사용하십시오.

구문

autopart OPTIONS
Copy to Clipboard Toggle word wrap

옵션

  • --type= - 사용하려는 사전 정의된 자동 분할 체계 중 하나를 선택합니다. 다음 값을 허용합니다.

    • LVM: LVM 파티션 스키마입니다.
    • plain: LVM이 없는 일반 파티션.
    • thinp: LVM 씬 프로비저닝 파티션 구성.
  • --fstype= - 사용 가능한 파일 시스템 유형 중 하나를 선택합니다. 사용 가능한 값은 ext2,ext3,ext4,xfs, vfat 입니다. 기본 파일 시스템은 xfs 입니다.
  • --nohome - /home 파티션의 자동 생성을 비활성화합니다.
  • --nolvm - 자동 파티셔닝에 LVM을 사용하지 마십시오. 이 옵션은 --type=plain 과 동일합니다.
  • --noboot - /boot 파티션을 만들지 마십시오.
  • --noswap - 스왑 파티션을 만들지 마십시오.
  • --encrypted - Linux Unified Key Setup(LUKS)을 사용하여 모든 파티션을 암호화합니다. 이는 수동 그래픽 설치 중에 초기 파티션 화면의 Encrypt 파티션 확인란을 확인하는 것과 동일합니다.

    참고

    하나 이상의 파티션을 암호화할 때 Anaconda는 256비트의 엔트로피를 수집하여 파티션을 안전하게 암호화하려고 합니다. 엔트로피 수집에는 약간의 시간이 걸릴 수 있습니다. 충분한 엔트로피가 수집되었는지에 관계없이 프로세스가 최대 10분 후에 중지됩니다.

    이 프로세스는 설치 시스템과 상호 작용(키보드에서 연결 또는 마우스 이동)을 통해 증가할 수 있습니다. 가상 머신에 설치하는 경우 virtio-rng 장치(가상 임의 번호 생성기)를 게스트에 연결할 수도 있습니다.

  • --LUKS-version=LUKS_VERSION - 파일 시스템을 암호화하는 데 사용해야 하는 LUKS 형식을 지정합니다. 이 옵션은 --encrypted가 지정된 경우에만 의미가 있습니다.
  • --passphrase= - 모든 암호화된 장치에 대한 기본 시스템 전체 암호를 제공합니다.
  • --escrowcert= URL_of_X.509_certificate - URL_of_X.509_certificate로 지정된 URL의 X.509 인증서를 사용하여 암호화된 모든 암호화된 볼륨의 데이터 암호화 키를 /root 의 파일로 저장합니다. 키는 암호화된 각 볼륨에 대해 별도의 파일로 저장됩니다. 이 옵션은 --encrypted가 지정된 경우에만 의미가 있습니다.
  • --backuppassphrase - 임의로 생성된 각 볼륨에 암호를 추가합니다. 이러한 암호는 --escrowcert 로 지정된 X.509 인증서를 사용하여 암호화된 /root 에 있는 별도의 파일에 저장합니다. 이 옵션은 --escrowcert가 지정된 경우에만 의미가 있습니다.
  • --cipher= - Anaconda 기본 aes-xts-plain64 가 적절하지 않은 경우 사용할 암호화 유형을 지정합니다. 이 옵션을 --encrypted 옵션과 함께 사용해야 합니다. 이 옵션 자체는 적용되지 않습니다. 사용 가능한 암호화 유형은 보안 강화 문서에 나열되어 있지만 Red Hat은 aes-xts-plain64 또는 aes-cbc-essiv:sha256 을 사용하는 것이 좋습니다.
  • --PBKDF=PBKDF - LUKS 키 슬롯에 대해 PBKDF(암호 기반 키 비활성화 기능) 알고리즘을 설정합니다. 도움말 페이지 cryptsetup(8) 도 참조하십시오. 이 옵션은 --encrypted가 지정된 경우에만 의미가 있습니다.
  • --PBKDF-memory=PBKDF_MEMORY - PBKDF의 메모리 비용을 설정합니다. 도움말 페이지 cryptsetup(8) 도 참조하십시오. 이 옵션은 --encrypted가 지정된 경우에만 의미가 있습니다.
  • --PBKDF-time=PBKDF_TIME - PBKDF 암호 처리와 함께 사용할 밀리초 수를 설정합니다. 도움말 페이지 cryptsetup(8) 에서 --iter-time 을 참조하십시오. 이 옵션은 --encrypted 가 지정된 경우에만 의미가 있으며 --pbkdf-iterations 와 함께 사용할 수 없습니다.
  • --PBKDF-iterations=PBKDF_ITERATIONS - 반복 횟수를 직접 설정하고 PBKDF 벤치마크를 방지합니다. 도움말 페이지 cryptsetup(8)--pbkdf-force-iterations 를 참조하십시오. 이 옵션은 --encrypted 가 지정된 경우에만 의미가 있으며 --pbkdf-time 과 함께 사용할 수 없습니다.

참고

  • autopart 옵션은 동일한 Kickstart 파일에서 part/partition,raid,logvol 또는 volgroup 옵션과 함께 사용할 수 없습니다.
  • autopart 명령은 필수 사항은 아니지만 Kickstart 스크립트에 part 또는 mount 명령이 없는 경우 포함해야 합니다.
  • CMS 유형의 단일 FBA DASD에 설치할 때 autopart --nohome Kickstart 옵션을 사용하는 것이 좋습니다. 이렇게 하면 설치 프로그램이 별도의 /home 파티션을 생성하지 않습니다. 그런 다음 설치가 성공적으로 진행됩니다.
  • LUKS 암호를 분실하는 경우 암호화된 파티션과 해당 데이터에 완전히 액세스할 수 없습니다. 분실된 암호를 복구할 방법은 없습니다. 그러나 --escrowcert를 사용하여 암호화 암호를 저장하고 --backuppassphrase 옵션을 사용하여 백업 암호화 암호를 생성할 수 있습니다.
  • autopart,autopart --type=lvm 또는 autopart=thinp 를 사용할 때 디스크 섹터 크기가 일관되게 유지되는지 확인합니다.

22.5.6. reqpart

reqpart Kickstart 명령은 선택 사항입니다. 하드웨어 플랫폼에 필요한 파티션을 자동으로 생성합니다. 여기에는 UEFI 펌웨어가 있는 시스템의 /boot/efi 파티션, BIOS 펌웨어 및 GPT가 있는 시스템의 BIOS 부팅 파티션, IBM Power Systems용 PRePBoot 파티션이 포함됩니다. 이 명령은 한 번만 사용하십시오.

구문

reqpart [--add-boot]
Copy to Clipboard Toggle word wrap

옵션

  • --add-boot - 기본 명령으로 생성된 플랫폼별 파티션 외에도 별도의 /boot 파티션을 만듭니다.

참고

  • autopart 와 함께 이 명령은 사용할 수 없습니다. autopartreqpart 명령이 수행하는 모든 작업을 수행하고, 또한 /스왑 과 같은 다른 파티션 또는 논리 볼륨을 생성하므로 이 명령은 autopart와 함께 사용할 수 없습니다. autopart 와 달리 이 명령은 플랫폼별 파티션만 생성하고 나머지 드라이브를 비워 두므로 사용자 지정 레이아웃을 생성할 수 있습니다.

22.5.7. 부분 또는 파티션

part 또는 partition Kickstart 명령이 필요합니다. 시스템에 파티션을 생성합니다.

구문

part|partition mntpoint [OPTIONS]
Copy to Clipboard Toggle word wrap

옵션

  • mntpoint - 파티션이 마운트된 위치입니다. 값은 다음 양식 중 하나여야 합니다.

    • /path

      예: /, /usr,/home

    • swap

      파티션은 스왑 공간으로 사용됩니다.

      스왑 파티션의 크기를 자동으로 확인하려면 --recommended 옵션을 사용합니다.

      swap --recommended
      Copy to Clipboard Toggle word wrap

      할당된 크기는 효과적이지만 시스템에 맞게 정확하게 조정되지는 않습니다.

      스왑 파티션의 크기를 자동으로 결정하되 시스템이 최대 절전할 수 있는 추가 공간을 허용하려면 --hibernation 옵션을 사용합니다.

      swap --hibernation
      Copy to Clipboard Toggle word wrap

      할당된 크기는 --recommended로 할당된 스왑 공간과 시스템의 RAM 양과 동일합니다. 이러한 명령으로 할당된 스왑 크기는 AMD64, Intel 64 및 64비트 ARM 시스템의 권장 파티션 구성 스키마를 참조하십시오.

    • raid.id

      파티션은 소프트웨어 RAID에 사용됩니다( raid참조).

    • PV.id

      파티션은 LVM에 사용됩니다(Log vol참조).

    • biosboot

      파티션은 BIOS 부팅 파티션에 사용됩니다. GUID 파티션 테이블(GPT)을 사용하는 BIOS 기반 AMD64 및 Intel 64 시스템에는 1MiB BIOS 부팅 파티션이 필요합니다. 부트 로더가 여기에 설치됩니다. UEFI 시스템에서는 필요하지 않습니다. bootloader 명령도 참조하십시오.

    • /boot/efi

      EFI 시스템 파티션. UEFI 기반 AMD64, Intel 64 및 64비트 ARM에는 50MiB EFI 파티션이 필요합니다. 권장 크기는 200MiB입니다. BIOS 시스템에서는 필요하지 않습니다. bootloader 명령도 참조하십시오.

  • --size= - 최소 파티션 크기(MiB)입니다. 여기에 500과 같은 정수 값을 지정합니다(단위를 포함하지 마십시오). 지정된 크기가 너무 작으면 설치에 실패합니다. --size 값을 필요한 최소 공간으로 설정합니다. 크기 권장 사항은 권장 파티션 구성 계획을 참조하십시오.
  • --grow - 사용 가능한 공간을 채우거나(있는 경우) 최대 크기 설정(지정된 경우)을 채우도록 파티션을 지정합니다. 스왑 파티션에서 --maxsize= 를 설정하지 않고 --grow 를 사용하는 경우 Anaconda는 스왑 파티션의 최대 크기를 제한합니다. 물리적 메모리가 2GiB 미만인 시스템의 경우 부과된 제한은 물리적 메모리의 두 배입니다. 2GiB가 넘는 시스템의 경우, 부과된 제한은 물리적 메모리와 2GiB의 크기입니다.
  • --maxSize= - 파티션이 증가로 설정된 경우 최대 파티션 크기(MiB)입니다. 여기에 500과 같은 정수 값을 지정합니다(단위를 포함하지 마십시오).
  • --noformat - --onpart 명령과 함께 사용하려면 파티션을 포맷하지 않도록 지정합니다.
  • --onpart= 또는 --usepart= - 파티션을 배치할 장치를 지정합니다. 기존의 빈 장치를 사용하여 새로운 지정된 유형으로 포맷합니다. 예를 들면 다음과 같습니다.

    partition /home --onpart=hda1
    Copy to Clipboard Toggle word wrap

    /home/dev/hda1 에 배치합니다.

    이러한 옵션은 논리 볼륨에 파티션을 추가할 수도 있습니다. 예를 들면 다음과 같습니다.

    partition pv.1 --onpart=hda2
    Copy to Clipboard Toggle word wrap

    장치가 이미 시스템에 있어야 합니다 . --onpart 옵션은 생성되지 않습니다.

    파티션이 아닌 전체 드라이브를 지정할 수도 있습니다. 이 경우 Anaconda는 파티션 테이블을 만들지 않고 드라이브를 포맷하고 사용할 수 있습니다. 그러나 이러한 방식으로 포맷된 장치에서 GRUB 설치는 지원되지 않으며 파티션 테이블이 있는 드라이브에 배치해야 합니다.

    partition pv.1 --onpart=hdb
    Copy to Clipboard Toggle word wrap
  • --ondisk= 또는 --ondrive= - 기존 디스크에 파티션( 부분 명령으로 지정)을 만듭니다. 이 명령은 항상 파티션을 생성합니다. 특정 디스크에 파티션을 강제로 만듭니다. 예를 들어, --ondisk=sdb는 시스템의 두 번째 SCSI 디스크에 파티션을 둡니다.

    LVM(Logical Volume Manager)을 사용하지 않는 다중 경로 장치를 지정하려면 disk/by-id/dm-uuid-mpath-WWID 형식을 사용합니다. 여기서 WWID 는 장치의 전역 식별자입니다. 예를 들어 WWID 2416CD96995134CA5D787F00A5AA11017 디스크를 지정하려면 다음을 사용합니다.

    part / --fstype=xfs --grow --asprimary --size=8192 --ondisk=disk/by-id/dm-uuid-mpath-2416CD96995134CA5D787F00A5AA11017
    Copy to Clipboard Toggle word wrap
    주의

    mpatha와 같은 장치 이름으로 다중 경로 장치를 지정하지 마십시오. 이와 같은 장치 이름은 특정 디스크에 한정되지 않습니다. 설치하는 동안 이름이 /dev/mpatha인 디스크가 예상했던 것과 다를 수 있습니다. 따라서 part 명령은 잘못된 디스크를 대상으로 할 수 있습니다.

  • --asprimary - 파티션을 기본 파티션으로 할당합니다. 파티션을 기본 파티션으로 할당할 수 없는 경우(일반적으로 이미 할당된 기본 파티션이 너무 많기 때문에) 파티션 프로세스가 실패합니다. 이 옵션은 디스크가 마스터 부트 레코드(MBR)를 사용하는 경우에만 적합합니다. GUID 파티션 테이블(GPT) 레이블 디스크의 경우 이 옵션은 의미가 없습니다.
  • --fsprofile= - 이 파티션에서 파일 시스템을 만드는 프로그램에 전달할 사용 유형을 지정합니다. 사용 유형은 파일 시스템을 만들 때 사용할 다양한 튜닝 매개 변수를 정의합니다. 이 옵션을 사용하려면 파일 시스템에서 사용 유형의 개념을 지원해야 하며 유효한 유형을 나열하는 구성 파일이 있어야 합니다. ext2,ext3,ext4 의 경우 이 구성 파일은 /etc/mke2fs.conf 입니다.
  • --mkfsoptions= - 이 파티션에서 파일 시스템을 만드는 프로그램에 전달할 추가 매개변수를 지정합니다. 이는 --fsprofile 과 유사하지만 프로필 개념을 지원하는 파일 시스템뿐만 아니라 모든 파일 시스템에서 작동합니다. 인수 목록에서 처리가 수행되지 않으므로 mkfs 프로그램에 직접 전달할 수 있는 형식으로 제공해야 합니다. 즉, 파일 시스템에 따라 쉼표로 구분되거나 큰따옴표로 묶어야 합니다. 예를 들면 다음과 같습니다.

    part /opt/foo1 --size=512 --fstype=ext4 --mkfsoptions="-O ^has_journal,^flex_bg,^metadata_csum"
    
    part /opt/foo2 --size=512 --fstype=xfs --mkfsoptions="-m bigtime=0,finobt=0"
    Copy to Clipboard Toggle word wrap

자세한 내용은 생성 중인 파일 시스템의 도움말 페이지를 참조하십시오. 예를 들어 mkfs.ext4 또는 mkfs.xfs.

  • --fstype= - 파티션의 파일 시스템 유형을 설정합니다. 유효한 값은 xfs,ext2,ext3,ext4,swap,vfat,efibiosboot 입니다.
  • --fsoptions - 파일 시스템을 마운트할 때 사용할 자유 형식의 옵션 문자열을 지정합니다. 이 문자열은 설치된 시스템의 /etc/fstab 파일에 복사되며 따옴표로 묶어야 합니다.

    참고

    EFI 시스템 파티션(/boot/efi)에서 anaconda 하드 코딩은 값을 코딩하고 지정된 --fsoptions 값을 무시합니다.

  • --label= - 개별 파티션에 레이블을 할당합니다.
  • --recommended - 파티션의 크기를 자동으로 결정합니다. 권장 체계에 대한 자세한 내용은 AMD64, Intel 64 및 64비트 ARM에 대한 권장 파티션 구성 스키마를 참조하십시오. 이 옵션은 /boot 파티션 및 스왑 공간과 같은 파일 시스템을 생성하는 파티션에만 사용할 수 있습니다. LVM 물리 볼륨 또는 RAID 멤버를 생성하는 데 사용할 수 없습니다.
  • --onbiosdisk - BIOS에서 검색한 대로 특정 디스크에 파티션을 만듭니다.
  • --encrypted - --passphrase 옵션에 제공된 암호를 사용하여 이 파티션을 LUKS(Linux Unified Key Setup)로 암호화하도록 지정합니다. 암호를 지정하지 않으면 Anaconda는 autopart --passphrase 명령으로 설정된 기본 시스템 전체 암호를 사용하거나 설치를 중지하고 기본값이 설정되지 않은 경우 암호를 제공하도록 요청합니다.

    참고

    하나 이상의 파티션을 암호화할 때 Anaconda는 256비트의 엔트로피를 수집하여 파티션을 안전하게 암호화하려고 합니다. 엔트로피 수집에는 약간의 시간이 걸릴 수 있습니다. 충분한 엔트로피가 수집되었는지에 관계없이 프로세스가 최대 10분 후에 중지됩니다.

    이 프로세스는 설치 시스템과 상호 작용(키보드에서 연결 또는 마우스 이동)을 통해 증가할 수 있습니다. 가상 머신에 설치하는 경우 virtio-rng 장치(가상 임의 번호 생성기)를 게스트에 연결할 수도 있습니다.

  • --LUKS-version=LUKS_VERSION - 파일 시스템을 암호화하는 데 사용해야 하는 LUKS 형식을 지정합니다. 이 옵션은 --encrypted가 지정된 경우에만 의미가 있습니다.
  • --passphrase= - 이 파티션을 암호화할 때 사용할 암호를 지정합니다. 이 옵션을 --encrypted 옵션과 함께 사용해야 합니다. 이 옵션 자체는 적용되지 않습니다.
  • --cipher= - Anaconda 기본 aes-xts-plain64 가 적절하지 않은 경우 사용할 암호화 유형을 지정합니다. 이 옵션을 --encrypted 옵션과 함께 사용해야 합니다. 이 옵션 자체는 적용되지 않습니다. 사용 가능한 암호화 유형은 보안 강화 문서에 나열되어 있지만 Red Hat은 aes-xts-plain64 또는 aes-cbc-essiv:sha256 을 사용하는 것이 좋습니다.
  • --escrowcert= URL_of_X.509_certificate - URL_of_X.509_certificate로 지정된 URL의 X.509 인증서를 사용하여 암호화된 모든 암호화된 파티션의 데이터 암호화 키를 /root 의 파일로 저장합니다. 키는 암호화된 각 파티션에 대해 별도의 파일로 저장됩니다. 이 옵션은 --encrypted가 지정된 경우에만 의미가 있습니다.
  • --backuppassphrase - 임의로 생성된 각 파티션에 암호를 추가합니다. 이러한 암호는 --escrowcert 로 지정된 X.509 인증서를 사용하여 암호화된 /root 에 있는 별도의 파일에 저장합니다. 이 옵션은 --escrowcert가 지정된 경우에만 의미가 있습니다.
  • --PBKDF=PBKDF - LUKS 키 슬롯에 대해 PBKDF(암호 기반 키 비활성화 기능) 알고리즘을 설정합니다. 도움말 페이지 cryptsetup(8) 도 참조하십시오. 이 옵션은 --encrypted가 지정된 경우에만 의미가 있습니다.
  • --PBKDF-memory=PBKDF_MEMORY - PBKDF의 메모리 비용을 설정합니다. 도움말 페이지 cryptsetup(8) 도 참조하십시오. 이 옵션은 --encrypted가 지정된 경우에만 의미가 있습니다.
  • --PBKDF-time=PBKDF_TIME - PBKDF 암호 처리와 함께 사용할 밀리초 수를 설정합니다. 도움말 페이지 cryptsetup(8) 에서 --iter-time 을 참조하십시오. 이 옵션은 --encrypted 가 지정된 경우에만 의미가 있으며 --pbkdf-iterations 와 함께 사용할 수 없습니다.
  • --PBKDF-iterations=PBKDF_ITERATIONS - 반복 횟수를 직접 설정하고 PBKDF 벤치마크를 방지합니다. 도움말 페이지 cryptsetup(8)--pbkdf-force-iterations 를 참조하십시오. 이 옵션은 --encrypted 가 지정된 경우에만 의미가 있으며 --pbkdf-time 과 함께 사용할 수 없습니다.
  • --resize - 기존 파티션의 크기를 조정합니다. 이 옵션을 사용하는 경우 --size= 옵션을 사용하여 대상 크기(MiB)를 지정하고 --onpart= 옵션을 사용하여 대상 파티션을 지정합니다.

참고

  • part 명령은 필수 사항은 아니지만 Kickstart 스크립트에 part,autopart 또는 mount 를 포함해야 합니다.
  • 어떤 이유로든 분할이 실패하면 가상 콘솔 3에 진단 메시지가 표시됩니다.
  • --noformat--onpart 를 사용하지 않는 한 생성된 모든 파티션은 설치 프로세스의 일부로 포맷됩니다.
  • sdX (또는 /dev/sdX) 형식은 재부팅 시 일관성 있는 장치 이름을 보장하지 않으므로 일부 Kickstart 명령 사용이 어려워질 수 있습니다. 명령에 장치 노드 이름이 필요한 경우 /dev/disk 의 모든 항목을 대안으로 사용할 수 있습니다. 예를 들어 다음 장치 이름을 사용하는 대신 다음을 수행합니다.

    part / --fstype=xfs --onpart=sda1
    Copy to Clipboard Toggle word wrap

    다음 중 하나와 유사한 항목을 사용할 수 있습니다.

    part / --fstype=xfs --onpart=/dev/disk/by-path/pci-0000:00:05.0-scsi-0:0:0:0-part1
    
    part / --fstype=xfs --onpart=/dev/disk/by-id/ata-ST3160815AS_6RA0C882-part1
    Copy to Clipboard Toggle word wrap

    이 방법을 사용하면 명령은 항상 동일한 스토리지 장치를 대상으로 합니다. 이는 특히 대규모 스토리지 환경에서 유용합니다. 시스템에서 사용 가능한 장치 이름을 살펴보려면 대화형 설치 중에 ls -lR /dev/disk 명령을 사용할 수 있습니다. 스토리지 장치를 일관되게 참조하는 다양한 방법에 대한 자세한 내용은 영구 이름 지정 속성 개요 를 참조하십시오.

  • LUKS 암호를 분실하는 경우 암호화된 파티션과 해당 데이터에 완전히 액세스할 수 없습니다. 분실된 암호를 복구할 방법은 없습니다. 그러나 --escrowcert를 사용하여 암호화 암호를 저장하고 --backuppassphrase 옵션을 사용하여 백업 암호화 암호를 생성할 수 있습니다.

22.5.8. RAID

raid Kickstart 명령은 선택 사항입니다. 소프트웨어 RAID 장치를 어셈블합니다.

구문

raid mntpoint --level=level --device=device-name partitions*
Copy to Clipboard Toggle word wrap

옵션

  • mntpoint - RAID 파일 시스템이 마운트된 위치입니다. 부팅 파티션( / boot)이 없으면 RAID 수준이 1이어야 합니다. 부팅 파티션이 있는 경우 /boot 파티션은 수준 1이어야 하며 루트(/) 파티션은 사용 가능한 유형 중 하나일 수 있습니다. 파티션* (여러 파티션을 나열할 수 있음을 나타내는) RAID 배열에 추가할 RAID 식별자가 나열됩니다.

    중요
    • IBM Power Systems에서 RAID 장치가 준비되고 설치 중에 다시 포맷되지 않은 경우 /boot 및 PReP 파티션을 RAID 장치에 배치하려는 경우 RAID 메타데이터 버전이 0.90 또는 1.0 인지 확인하십시오. /boot 및 PReP 파티션에는 mdadm 메타데이터 버전 1.11.2 가 지원되지 않습니다.
    • PowerNV 시스템에는 PReP 부트 파티션이 필요하지 않습니다.
  • --level= - 사용할 RAID 수준 (0, 1, 4, 5, 6, 10).
  • --device= - 사용할 RAID 장치의 이름입니다(예: --device=root ).

    중요

    md0 형식으로 mdraid 이름을 사용하지 마십시오. 이러한 이름은 영구적이지 않습니다. 대신 루트 또는 스왑 과 같은 의미 있는 이름을 사용합니다. 의미 있는 이름을 사용하면 /dev/md/이름에서 배열에 할당된 /dev/mdX 노드가 있는 심볼릭 링크가 생성됩니다.

    이름을 할당할 수 없는 오래된 (v0.90 메타데이터) 배열이 있는 경우 파일 시스템 레이블 또는 UUID로 배열을 지정할 수 있습니다. 예를 들어 --device=LABEL=root 또는 --device=UUID=93348e56-4631-d0f0-6f5b-45c47f570b88.

    RAID 장치의 파일 시스템 UUID 또는 RAID 장치 자체의 UUID를 사용할 수 있습니다. RAID 장치의 UUID는 8-4-4-4-12 형식이어야 합니다. mdadm에서 보고한 UUID는 변경해야 하는 8:8:8:8 형식입니다. 예를 들어 93348e56:4631d0:6f5b45c4:7f570b8893348e56-4631-d0f0-6f5b-45c47f570b88 로 변경해야 합니다.

  • --CHUNKSIZE= - RAID 스토리지의 청크 크기를 KiB로 설정합니다. 경우에 따라 기본값(512 Kib)과 다른 청크 크기를 사용하면 RAID의 성능을 향상시킬 수 있습니다.
  • --spares= - RAID 배열에 할당된 예비 드라이브 수를 지정합니다. 예비 드라이브는 드라이브 오류가 발생할 경우 배열을 다시 빌드하는 데 사용됩니다.
  • --fsprofile= - 이 파티션에서 파일 시스템을 만드는 프로그램에 전달할 사용 유형을 지정합니다. 사용 유형은 파일 시스템을 만들 때 사용할 다양한 튜닝 매개 변수를 정의합니다. 이 옵션을 사용하려면 파일 시스템에서 사용 유형의 개념을 지원해야 하며 유효한 유형을 나열하는 구성 파일이 있어야 합니다. ext2,ext3 및 ext4의 경우 이 구성 파일은 /etc/mke2fs.conf 입니다.
  • --fstype= - RAID 배열의 파일 시스템 유형을 설정합니다. 유효한 값은 xfs,ext2,ext3,ext4,swap, vfat 입니다.
  • --fsoptions= - 파일 시스템을 마운트할 때 사용할 자유 형식의 옵션 문자열을 지정합니다. 이 문자열은 설치된 시스템의 /etc/fstab 파일에 복사되며 따옴표로 묶어야 합니다. EFI 시스템 파티션(/boot/efi)에서 anaconda 하드 코딩은 값을 코딩하고 지정된 --fsoptions 값을 무시합니다.
  • --mkfsoptions= - 이 파티션에서 파일 시스템을 만드는 프로그램에 전달할 추가 매개변수를 지정합니다. 인수 목록에서 처리가 수행되지 않으므로 mkfs 프로그램에 직접 전달할 수 있는 형식으로 제공해야 합니다. 즉, 파일 시스템에 따라 쉼표로 구분되거나 큰따옴표로 묶어야 합니다. 예를 들면 다음과 같습니다.

    part /opt/foo1 --size=512 --fstype=ext4 --mkfsoptions="-O ^has_journal,^flex_bg,^metadata_csum"
    
    part /opt/foo2 --size=512 --fstype=xfs --mkfsoptions="-m bigtime=0,finobt=0"
    Copy to Clipboard Toggle word wrap

자세한 내용은 생성 중인 파일 시스템의 도움말 페이지를 참조하십시오. 예를 들어 mkfs.ext4 또는 mkfs.xfs.

  • --label= - 만들 파일 시스템에 제공할 레이블을 지정합니다. 지정된 레이블이 다른 파일 시스템에서 이미 사용 중인 경우 새 레이블이 생성됩니다.
  • --noformat - 기존 RAID 장치를 사용하고 RAID 배열을 포맷하지 마십시오.
  • --useexisting - 기존 RAID 장치를 사용하여 형식을 다시 지정합니다.
  • --encrypted - --passphrase 옵션에 제공된 암호를 사용하여 이 RAID 장치를 LUKS(Linux Unified Key Setup)로 암호화하도록 지정합니다. 암호를 지정하지 않으면 Anaconda는 autopart --passphrase 명령으로 설정된 기본 시스템 전체 암호를 사용하거나 설치를 중지하고 기본값이 설정되지 않은 경우 암호를 제공하도록 요청합니다.

    참고

    하나 이상의 파티션을 암호화할 때 Anaconda는 256비트의 엔트로피를 수집하여 파티션을 안전하게 암호화하려고 합니다. 엔트로피 수집에는 약간의 시간이 걸릴 수 있습니다. 충분한 엔트로피가 수집되었는지에 관계없이 프로세스가 최대 10분 후에 중지됩니다.

    이 프로세스는 설치 시스템과 상호 작용(키보드에서 연결 또는 마우스 이동)을 통해 증가할 수 있습니다. 가상 머신에 설치하는 경우 virtio-rng 장치(가상 임의 번호 생성기)를 게스트에 연결할 수도 있습니다.

  • --LUKS-version=LUKS_VERSION - 파일 시스템을 암호화하는 데 사용해야 하는 LUKS 형식을 지정합니다. 이 옵션은 --encrypted가 지정된 경우에만 의미가 있습니다.
  • --cipher= - Anaconda 기본 aes-xts-plain64 가 적절하지 않은 경우 사용할 암호화 유형을 지정합니다. 이 옵션을 --encrypted 옵션과 함께 사용해야 합니다. 이 옵션 자체는 적용되지 않습니다. 사용 가능한 암호화 유형은 보안 강화 문서에 나열되어 있지만 Red Hat은 aes-xts-plain64 또는 aes-cbc-essiv:sha256 을 사용하는 것이 좋습니다.
  • --passphrase= - 이 RAID 장치를 암호화할 때 사용할 암호를 지정합니다. 이 옵션을 --encrypted 옵션과 함께 사용해야 합니다. 이 옵션 자체는 적용되지 않습니다.
  • --escrowcert= URL_of_X.509_certificate - URL_of_X.509_certificate로 지정된 URL의 X.509 인증서를 사용하여 암호화한 /root 에 이 장치의 데이터 암호화 키를 저장합니다. 이 옵션은 --encrypted가 지정된 경우에만 의미가 있습니다.
  • --backuppassphrase - 임의로 생성된 암호를 이 장치에 추가합니다. /root 의 파일에 암호를 저장하고 --escrowcert 로 지정된 X.509 인증서를 사용하여 암호화합니다. 이 옵션은 --escrowcert가 지정된 경우에만 의미가 있습니다.
  • --PBKDF=PBKDF - LUKS 키 슬롯에 대해 PBKDF(암호 기반 키 비활성화 기능) 알고리즘을 설정합니다. 도움말 페이지 cryptsetup(8) 도 참조하십시오. 이 옵션은 --encrypted가 지정된 경우에만 의미가 있습니다.
  • --PBKDF-memory=PBKDF_MEMORY - PBKDF의 메모리 비용을 설정합니다. 도움말 페이지 cryptsetup(8) 도 참조하십시오. 이 옵션은 --encrypted가 지정된 경우에만 의미가 있습니다.
  • --PBKDF-time=PBKDF_TIME - PBKDF 암호 처리와 함께 사용할 밀리초 수를 설정합니다. 도움말 페이지 cryptsetup(8) 에서 --iter-time 을 참조하십시오. 이 옵션은 --encrypted 가 지정된 경우에만 의미가 있으며 --pbkdf-iterations 와 함께 사용할 수 없습니다.
  • --PBKDF-iterations=PBKDF_ITERATIONS - 반복 횟수를 직접 설정하고 PBKDF 벤치마크를 방지합니다. 도움말 페이지 cryptsetup(8)--pbkdf-force-iterations 를 참조하십시오. 이 옵션은 --encrypted 가 지정된 경우에만 의미가 있으며 --pbkdf-time 과 함께 사용할 수 없습니다.

다음 예제에서는 / 에 대해 RAID 수준 1 파티션을 생성하는 방법과 / home 에 대해 RAID 수준 5를 생성하는 방법을 보여줍니다. 시스템에 SCSI 디스크가 3개 있다고 가정합니다. 또한 각 드라이브에 하나씩 세 개의 스왑 파티션을 생성합니다.

part raid.01 --size=6000 --ondisk=sda
part raid.02 --size=6000 --ondisk=sdb
part raid.03 --size=6000 --ondisk=sdc
part swap --size=512 --ondisk=sda
part swap --size=512 --ondisk=sdb
part swap --size=512 --ondisk=sdc
part raid.11 --size=1 --grow --ondisk=sda
part raid.12 --size=1 --grow --ondisk=sdb
part raid.13 --size=1 --grow --ondisk=sdc
raid / --level=1 --device=rhel8-root --label=rhel8-root raid.01 raid.02 raid.03
raid /home --level=5 --device=rhel8-home --label=rhel8-home raid.11 raid.12 raid.13
Copy to Clipboard Toggle word wrap

참고

  • LUKS 암호를 분실하는 경우 암호화된 파티션과 해당 데이터에 완전히 액세스할 수 없습니다. 분실된 암호를 복구할 방법은 없습니다. 그러나 --escrowcert를 사용하여 암호화 암호를 저장하고 --backuppassphrase 옵션을 사용하여 백업 암호화 암호를 생성할 수 있습니다.

22.5.9. volgroup

volgroup Kickstart 명령은 선택 사항입니다. LVM(Logical Volume Manager) 그룹을 생성합니다.

구문

volgroup name [OPTIONS] [partition*]
Copy to Clipboard Toggle word wrap

필수 옵션

  • name - 새 볼륨 그룹의 이름입니다.

옵션

  • partition - 볼륨 그룹의 백업 스토리지로 사용할 물리적 볼륨 파티션입니다.
  • --noformat - 기존 볼륨 그룹을 사용하고 포맷하지 마십시오.
  • --useexisting - 기존 볼륨 그룹을 사용하여 형식을 다시 지정합니다. 이 옵션을 사용하는 경우 파티션을 지정하지 마십시오. 예를 들면 다음과 같습니다.

    volgroup rhel00 --useexisting --noformat
    Copy to Clipboard Toggle word wrap
  • --pesize= - 볼륨 그룹의 물리 확장 영역 크기를 KiB로 설정합니다. 기본값은 4096(4MiB), 최소값은 1024(1MiB)입니다.
  • --reserved-space= - 볼륨 그룹에 사용되지 않는 공간을 MiB로 지정합니다. 새로 생성된 볼륨 그룹에만 적용됩니다.
  • --reserved-percent= - 사용되지 않을 총 볼륨 그룹 공간의 백분율을 지정합니다. 새로 생성된 볼륨 그룹에만 적용됩니다.

참고

  • 먼저 파티션을 만든 다음 논리 볼륨 그룹을 만든 다음 논리 볼륨을 만듭니다. 예를 들면 다음과 같습니다.

    part pv.01 --size 10000
    volgroup my_volgrp pv.01
    logvol / --vgname=my_volgrp --size=2000 --name=root
    Copy to Clipboard Toggle word wrap
  • Kickstart를 사용하여 Red Hat Enterprise Linux를 설치할 때 논리 볼륨 및 볼륨 그룹 이름에 대시(-) 문자를 사용하지 마십시오. 이 문자를 사용하는 경우 설치가 정상적으로 완료되지만 /dev/mapper/ 디렉터리에 대시가 두 배가 되는 이러한 볼륨 및 볼륨 그룹이 나열됩니다. 예를 들어 logvol-01 이라는 논리 볼륨이 포함된 volgrp-01 이라는 볼륨 그룹이 /dev/mapper/volgrp--01-logvol--01 로 나열됩니다.

    이 제한은 새로 생성된 논리 볼륨 및 볼륨 그룹 이름에만 적용됩니다. --noformat 옵션을 사용하여 기존 항목을 재사용하는 경우 해당 이름은 변경되지 않습니다.

22.5.10. logvol

logvol Kickstart 명령은 선택 사항입니다. LVM(Logical Volume Manager)에 대한 논리 볼륨을 생성합니다.

구문

logvol mntpoint --vgname=name --name=name [OPTIONS]
Copy to Clipboard Toggle word wrap

필수 옵션

mntpoint

파티션이 마운트된 마운트 지점입니다. 다음 양식 중 하나여야 합니다.

  • /path

    예를 들면 / 또는 /home입니다.

  • swap

    파티션은 스왑 공간으로 사용됩니다.

    스왑 파티션의 크기를 자동으로 확인하려면 --recommended 옵션을 사용합니다.

    swap --recommended
    Copy to Clipboard Toggle word wrap

    스왑 파티션의 크기를 자동으로 결정하고 시스템이 최대 절전할 수 있는 추가 공간을 허용하려면 --hibernation 옵션을 사용합니다.

    swap --hibernation
    Copy to Clipboard Toggle word wrap

    할당된 크기는 --recommended로 할당된 스왑 공간과 시스템의 RAM 양과 동일합니다. 이러한 명령으로 할당된 스왑 크기는 AMD64, Intel 64 및 64비트 ARM 시스템의 권장 파티션 구성 스키마를 참조하십시오.

--vgname=name
볼륨 그룹의 이름입니다.
--name=name
논리 볼륨의 이름입니다.

선택적 옵션

--noformat
기존 논리 볼륨을 사용하고 포맷하지 마십시오.
--useexisting
기존 논리 볼륨을 사용하여 형식을 다시 지정합니다.
--fstype=
논리 볼륨의 파일 시스템 유형을 설정합니다. 유효한 값은 xfs,ext2,ext3,ext4,swap, vfat 입니다.
--fsoptions=

파일 시스템을 마운트할 때 사용할 옵션의 자유 양식 문자열을 지정합니다. 이 문자열은 설치된 시스템의 /etc/fstab 파일에 복사되며 따옴표로 묶어야 합니다.

참고

EFI 시스템 파티션(/boot/efi)에서 anaconda 하드 코딩은 값을 코딩하고 지정된 --fsoptions 값을 무시합니다.

--mkfsoptions=

이 파티션에서 파일 시스템을 만드는 프로그램에 전달할 추가 매개 변수를 지정합니다. 인수 목록에서 처리가 수행되지 않으므로 mkfs 프로그램에 직접 전달할 수 있는 형식으로 제공해야 합니다. 즉, 파일 시스템에 따라 쉼표로 구분되거나 큰따옴표로 묶어야 합니다. 예를 들면 다음과 같습니다.

part /opt/foo1 --size=512 --fstype=ext4 --mkfsoptions="-O ^has_journal,^flex_bg,^metadata_csum"

part /opt/foo2 --size=512 --fstype=xfs --mkfsoptions="-m bigtime=0,finobt=0"
Copy to Clipboard Toggle word wrap

자세한 내용은 생성 중인 파일 시스템의 도움말 페이지를 참조하십시오. 예를 들어 mkfs.ext4 또는 mkfs.xfs.

--fsprofile=
이 파티션에서 파일 시스템을 만드는 프로그램에 전달할 사용 유형을 지정합니다. 사용 유형은 파일 시스템을 만들 때 사용할 다양한 튜닝 매개 변수를 정의합니다. 이 옵션을 사용하려면 파일 시스템에서 사용 유형의 개념을 지원해야 하며 유효한 유형을 나열하는 구성 파일이 있어야 합니다. ext2,ext3ext4 의 경우 이 구성 파일은 /etc/mke2fs.conf 입니다.
--label=
논리 볼륨의 레이블을 설정합니다.
--grow
논리 볼륨을 확장하여 사용 가능한 공간을 차지하거나(있는 경우) 지정된 최대 크기까지 차지합니다. 옵션은 디스크 이미지에 최소 스토리지 공간을 미리 할당하고 볼륨을 늘리고 사용 가능한 공간을 차지하도록 하는 경우에만 사용해야 합니다. 물리적 환경에서 이는 일회성 작업입니다. 그러나 가상 환경에서는 가상 머신이 가상 디스크에 데이터를 쓸 때 볼륨 크기가 다음과 같이 증가합니다.
--size=
논리 볼륨의 크기(MiB)입니다. 이 옵션은 --percent= 옵션과 함께 사용할 수 없습니다.
--percent=

정적으로 크기가 지정된 논리 볼륨을 고려한 후 볼륨 그룹에서 사용 가능한 공간의 백분율로 논리 볼륨의 크기입니다. 이 옵션은 --size= 옵션과 함께 사용할 수 없습니다.

중요

새 논리 볼륨을 생성할 때 --size= 옵션을 사용하여 정적으로 크기를 지정하거나 --percent= 옵션을 사용하여 나머지 여유 공간의 백분율로 지정해야 합니다. 동일한 논리 볼륨에서 이러한 옵션을 모두 사용할 수 없습니다.

--maxsize=
논리 볼륨이 확장되도록 설정된 경우 최대 크기(MiB)입니다. 여기에 500과 같은 정수 값을 지정합니다(단위를 포함하지 마십시오).
--recommended
시스템의 하드웨어에 따라 이 볼륨의 크기를 자동으로 결정하도록 논리 볼륨을 생성할 때 이 옵션을 사용합니다. 권장 방법에 대한 자세한 내용은 AMD64, Intel 64 및 64비트 ARM 시스템에 대한 권장 파티션 구성 스키마를 참조하십시오.
--resize
논리 볼륨의 크기 조정. 이 옵션을 사용하는 경우 --useexisting--size도 지정해야 합니다.
--encrypted

--passphrase= 옵션에 제공된 암호를 사용하여 이 논리 볼륨을 Linux 통합 키 설정(LUKS)으로 암호화하도록 지정합니다. 암호를 지정하지 않으면 설치 프로그램은 autopart --passphrase 명령으로 설정된 기본 시스템 전체 암호를 사용하거나 설치를 중지하고 기본값이 설정되지 않은 경우 암호를 제공하라는 메시지를 표시합니다.

참고

하나 이상의 파티션을 암호화할 때 Anaconda는 256비트의 엔트로피를 수집하여 파티션을 안전하게 암호화하려고 합니다. 엔트로피 수집에는 약간의 시간이 걸릴 수 있습니다. 충분한 엔트로피가 수집되었는지에 관계없이 프로세스가 최대 10분 후에 중지됩니다.

이 프로세스는 설치 시스템과 상호 작용(키보드에서 연결 또는 마우스 이동)을 통해 증가할 수 있습니다. 가상 머신에 설치하는 경우 virtio-rng 장치(가상 임의 번호 생성기)를 게스트에 연결할 수도 있습니다.

--passphrase=
이 논리 볼륨을 암호화할 때 사용할 암호를 지정합니다. 이 옵션을 --encrypted 옵션과 함께 사용해야 합니다. 이 옵션 자체는 적용되지 않습니다.
--cipher=
Anaconda 기본 aes-xts-plain64 가 적절하지 않은 경우 사용할 암호화 유형을 지정합니다. 이 옵션을 --encrypted 옵션과 함께 사용해야 합니다. 이 옵션 자체는 적용되지 않습니다. 사용 가능한 암호화 유형은 보안 강화 문서에 나열되어 있지만 Red Hat은 aes-xts-plain64 또는 aes-cbc-essiv:sha256 을 사용하는 것이 좋습니다.
--escrowcert=URL_of_X.509_certificate
/root 의 파일로 암호화된 모든 암호화된 볼륨의 데이터 암호화 키를 URL_of_X.509_certificate 로 지정된 URL에서 X.509 인증서를 사용하여 암호화합니다. 키는 암호화된 각 볼륨에 대해 별도의 파일로 저장됩니다. 이 옵션은 --encrypted가 지정된 경우에만 의미가 있습니다.
--luks-version=LUKS_VERSION
파일 시스템을 암호화하는 데 사용해야 하는 LUKS 형식의 버전을 지정합니다. 이 옵션은 --encrypted가 지정된 경우에만 의미가 있습니다.
--backuppassphrase
임의로 생성된 각 볼륨에 암호를 추가합니다. 이러한 암호는 --escrowcert 로 지정된 X.509 인증서를 사용하여 암호화된 /root 에 있는 별도의 파일에 저장합니다. 이 옵션은 --escrowcert가 지정된 경우에만 의미가 있습니다.
--pbkdf=PBKDF
LUKS 키 슬롯에 대해 암호 기반 키 비활성화 기능(PBKDF) 알고리즘을 설정합니다. 도움말 페이지 cryptsetup(8) 도 참조하십시오. 이 옵션은 --encrypted가 지정된 경우에만 의미가 있습니다.
--pbkdf-memory=PBKDF_MEMORY
PBKDF의 메모리 비용을 설정합니다. 도움말 페이지 cryptsetup(8) 도 참조하십시오. 이 옵션은 --encrypted가 지정된 경우에만 의미가 있습니다.
--pbkdf-time=PBKDF_TIME
PBKDF 암호 처리에 사용할 시간(밀리초)을 설정합니다. 도움말 페이지 cryptsetup(8) 에서 --iter-time 을 참조하십시오. 이 옵션은 --encrypted 가 지정된 경우에만 의미가 있으며 --pbkdf-iterations 와 함께 사용할 수 없습니다.
--pbkdf-iterations=PBKDF_ITERATIONS
반복 횟수를 직접 설정하고 PBKDF 벤치마크를 방지합니다. 도움말 페이지 cryptsetup(8)--pbkdf-force-iterations 를 참조하십시오. 이 옵션은 --encrypted 가 지정된 경우에만 의미가 있으며 --pbkdf-time 과 함께 사용할 수 없습니다.
--thinpool
thin pool 논리 볼륨을 생성합니다. (중요한 마운트 지점을 사용)
--metadatasize=size
새 씬 풀 장치의 메타데이터 영역 크기(MiB)를 지정합니다.
--chunksize=size
새 씬 풀 장치의 청크 크기(KiB)를 지정합니다.
--thin
thin 논리 볼륨을 만듭니다. ( --poolname사용 필요)
--poolname=name
thin 논리 볼륨을 생성할 thin 풀의 이름을 지정합니다. --thin 옵션이 필요합니다.
--profile=name
thin 논리 볼륨에 사용할 구성 프로필 이름을 지정합니다. 사용되는 경우 지정된 논리 볼륨의 메타데이터에도 이름이 포함됩니다. 기본적으로 사용 가능한 프로필은 defaultthin-performance 이며 /etc/lvm/profile/ 디렉터리에 정의됩니다. 자세한 내용은 lvm(8) 도움말 페이지를 참조하십시오.
--cachepvs=
이 볼륨의 캐시로 사용해야 하는 쉼표로 구분된 물리 볼륨 목록입니다.
--cachemode=

이 논리 볼륨을 캐시하는 데 사용할 모드를 지정합니다( writeback 또는 writethrough ).

참고

캐시된 논리 볼륨 및 모드에 대한 자세한 내용은 시스템의 lvmcache(7) 도움말 페이지를 참조하십시오.

--cachesize=
논리 볼륨에 연결된 캐시 크기(MiB로 지정됨). 이 옵션에는 --cachepvs= 옵션이 필요합니다.

참고

  • Kickstart를 사용하여 Red Hat Enterprise Linux를 설치할 때 논리 볼륨 및 볼륨 그룹 이름에 대시(-) 문자를 사용하지 마십시오. 이 문자를 사용하는 경우 설치가 정상적으로 완료되지만 /dev/mapper/ 디렉터리에 대시가 두 배가 되는 이러한 볼륨 및 볼륨 그룹이 나열됩니다. 예를 들어 logvol-01 이라는 논리 볼륨이 포함된 volgrp-01 이라는 볼륨 그룹이 /dev/mapper/volgrp-​01-logvol-​01 )로 나열됩니다.

    이 제한은 새로 생성된 논리 볼륨 및 볼륨 그룹 이름에만 적용됩니다. --noformat 옵션을 사용하여 기존 항목을 재사용하는 경우 해당 이름은 변경되지 않습니다.

  • LUKS 암호를 분실하는 경우 암호화된 파티션과 해당 데이터에 완전히 액세스할 수 없습니다. 분실된 암호를 복구할 방법은 없습니다. 그러나 --escrowcert를 사용하여 암호화 암호를 저장하고 --backuppassphrase 옵션을 사용하여 백업 암호화 암호를 생성할 수 있습니다.

  • 먼저 파티션을 만들고 논리 볼륨 그룹을 만든 다음 논리 볼륨을 만듭니다.

    part pv.01 --size 3000
    volgroup myvg pv.01
    logvol / --vgname=myvg --size=2000 --name=rootvol
    Copy to Clipboard Toggle word wrap
  • 먼저 파티션을 만들고 논리 볼륨 그룹을 만든 다음 볼륨 그룹의 나머지 공간 중 90%를 차지할 논리 볼륨을 만듭니다.

    part pv.01 --size 1 --grow
    volgroup myvg pv.01
    logvol / --vgname=myvg --name=rootvol --percent=90
    Copy to Clipboard Toggle word wrap

22.5.11. snapshot

snapshot Kickstart 명령은 선택 사항입니다. 이를 사용하여 설치 프로세스 중에 LVM 씬 볼륨 스냅샷을 생성합니다. 이를 통해 설치 전이나 후에 논리 볼륨을 백업할 수 있습니다.

여러 스냅샷을 생성하려면 snaphost Kickstart 명령을 여러 번 추가합니다.

구문

snapshot vg_name/lv_name --name=snapshot_name --when=pre-install|post-install
Copy to Clipboard Toggle word wrap

옵션

  • VG_NAME /lv_name - 스냅샷을 만들 볼륨 그룹 및 논리 볼륨의 이름을 설정합니다.
  • --name=snapshot_name - 스냅샷 이름을 설정합니다. 이 이름은 볼륨 그룹 내에서 고유해야 합니다.
  • --when=pre-install|post-install - 설치가 시작되기 전에 또는 설치가 완료된 후 스냅샷이 생성되는 경우 설정됩니다.

22.5.12. Mount

mount Kickstart 명령은 선택 사항입니다. 기존 블록 장치에 마운트 지점을 할당하고 선택적으로 지정된 형식으로 다시 포맷합니다.

구문

mount [OPTIONS] device mountpoint
Copy to Clipboard Toggle word wrap

필수 옵션:

  • Device - 마운트할 블록 장치입니다.
  • mountpoint - 장치를 마운트할 위치입니다. 유효한 마운트 지점(예: / 또는 /usr )이거나 장치를 마운트 해제할 수 있는 경우(예: 스왑)이 없어야 합니다.

선택적 옵션:

  • --reformat= - 장치를 다시 포맷해야 하는 새로운 형식(예: ext4)을 지정합니다.
  • --mkfsoptions= - --reformat=에 지정된 새 파일 시스템을 생성하는 명령에 전달할 추가 옵션을 지정합니다. 여기에서 제공되는 옵션 목록은 처리되지 않으므로 mkfs 프로그램에 직접 전달할 수 있는 형식으로 지정해야 합니다. 옵션 목록은 파일 시스템에 따라 쉼표로 구분되거나 큰따옴표로 묶어야 합니다. 자세한 내용은 만들려는 파일 시스템의 mkfs 도움말 페이지(예: mkfs.ext4(8) 또는 mkfs.xfs(8))를 참조하십시오.
  • --mountOptions= - 파일 시스템을 마운트할 때 사용할 옵션이 포함된 자유 양식 문자열을 지정합니다. 문자열은 설치된 시스템의 /etc/fstab 파일에 복사되며 큰따옴표로 묶어야 합니다. 기본 사항은 mount(8) 도움말 페이지에서 전체 마운트 옵션 및 fstab(5)를 참조하십시오.

참고

  • Kickstart의 다른 스토리지 구성 명령과 달리 mount는 Kickstart 파일의 전체 스토리지 구성을 설명할 필요가 없습니다. 설명된 블록 장치가 시스템에 있는지 확인하기만 하면 됩니다. 그러나 마운트된 모든 장치를 사용하여 스토리지 스택을 생성하려면 part 와 같은 다른 명령을 사용하여 이를 수행해야 합니다.
  • 동일한 Kickstart 파일에 mount, part ,logvol 또는 auto part 와 같은 다른 스토리지 관련 명령과 함께 마운트를 사용할 수 없습니다.

22.5.13. zipl

zipl Kickstart 명령은 선택 사항입니다. 64비트 IBM Z의 ZIPL 구성을 지정합니다. 이 명령은 한 번만 사용합니다.

옵션

  • --secure-boot - 설치 시스템에서 지원하는 경우 보안 부팅을 활성화합니다.
참고

IBM z14 이후의 시스템에 설치하는 경우 설치된 시스템은 IBM z14 또는 이전 모델에서 부팅할 수 없습니다.

  • --force-secure-boot - 무조건 보안 부팅을 활성화합니다.
참고

IBM z14 및 이전 모델에서는 설치가 지원되지 않습니다.

  • --no-secure-boot - 보안 부팅을 비활성화합니다.
참고

Secure Boot는 IBM z14 및 이전 모델에서는 지원되지 않습니다. IBM z14 및 이전 모델에서 설치된 시스템을 부팅하려는 경우 --no-secure-boot 를 사용합니다.

22.5.14. fcoe

fcoe Kickstart 명령은 선택 사항입니다. ED(Enhanced Disk Drive Services)에서 발견한 장치 외에도 자동으로 활성화해야 하는 FCoE 장치를 지정합니다.

구문

fcoe --nic=name [OPTIONS]
Copy to Clipboard Toggle word wrap

옵션

  • --NIC= (필수) - 활성화할 장치의 이름입니다.
  • --dcB= - DCB(Data Center Bridging) 설정을 구축합니다.
  • --autovlan - VLAN을 자동으로 검색합니다. 이 옵션은 기본적으로 활성화되어 있습니다.

22.5.15. iscsi

iscsi Kickstart 명령은 선택 사항입니다. 설치하는 동안 연결할 추가 iSCSI 스토리지를 지정합니다.

구문

iscsi --ipaddr=address [OPTIONS]
Copy to Clipboard Toggle word wrap

필수 옵션

  • --ipaddr= (필수) - 연결할 대상의 IP 주소입니다.

선택적 옵션

  • --port= (필수) - 포트 번호입니다. 없는 경우 --port=3260이 기본적으로 자동으로 사용됩니다.
  • --target= - 대상 IQN(iSCSI 정규화된 이름)입니다.
  • --iface= - 기본적으로 네트워크 계층에 의해 결정된 인터페이스를 사용하는 대신 특정 네트워크 인터페이스에 연결을 바인딩합니다. 일단 사용되면 전체 Kickstart 파일에 있는 iscsi 명령의 모든 인스턴스에서 지정해야 합니다.
  • --user= - 대상 인증에 필요한 사용자 이름입니다.
  • --password= - 대상에 지정된 사용자 이름에 해당하는 암호입니다.
  • --reverse-user= - 역방향 CHAP 인증을 사용하는 대상에서 이니시에이터로 인증하는 데 필요한 사용자 이름입니다.
  • --reverse-password= - 개시자에 지정된 사용자 이름에 해당하는 암호입니다.

참고

  • iscsi 명령을 사용하는 경우 iscsiname 명령을 사용하여 iSCSI 노드에 이름도 할당해야 합니다. iscsiname 명령은 Kickstart 파일의 iscsi 명령 앞에 표시되어야 합니다.
  • 가능한 경우 iscsi 명령을 사용하는 대신 시스템 BIOS 또는 펌웨어(Intel 시스템의 경우 iBFT)에서 iSCSI 스토리지를 구성합니다. Anaconda는 BIOS 또는 펌웨어에 구성된 디스크를 자동으로 감지하고 사용하며 Kickstart 파일에 특별한 구성이 필요하지 않습니다.
  • iscsi 명령을 사용해야 하는 경우 설치 시작 시 네트워킹이 활성화되었는지 확인하고 clearpart 또는 ignoredisk 와 같은 명령을 사용하여 iSCSI 디스크를 참조 하기 전에 iscsi 명령이 Kickstart 파일에 표시되는지 확인합니다.

22.5.16. iscsiname

iscsiname Kickstart 명령은 선택 사항입니다. iscsi 명령으로 지정한 iSCSI 노드에 이름을 할당합니다. 이 명령은 한 번만 사용하십시오.

구문

iscsiname iqname
Copy to Clipboard Toggle word wrap

옵션

  • iqname - iSCSI 노드에 할당할 이름입니다.

참고

  • Kickstart 파일에서 iscsi 명령을 사용하는 경우 Kickstart 파일에서 이전에 iscsiname 을 지정해야 합니다.

22.5.17. nvdimm

nvdimm Kickstart 명령은 선택 사항입니다. NVMe(Non-Volatile Dual In-line Memory Module) 장치에서 작업을 수행합니다. 기본적으로 NVDIMM 장치는 설치 프로그램에서 무시됩니다. 이러한 장치에 설치를 활성화하려면 nvdimm 명령을 사용해야 합니다.

이 Kickstart 명령은 더 이상 사용되지 않습니다.

구문

nvdimm action [OPTIONS]
Copy to Clipboard Toggle word wrap

작업

  • 재구성 - 특정 NVDIMM 장치를 지정된 모드로 재구성합니다. 또한 지정된 장치는 사용하도록 암시적으로 표시되어 있으므로 동일한 장치에 대한 후속 nvdimm use 명령은 중복입니다. 이 작업은 다음 형식을 사용합니다.

    nvdimm reconfigure [--namespace=NAMESPACE] [--mode=MODE] [--sectorsize=SECTORSIZE]
    Copy to Clipboard Toggle word wrap
    • --namespace= - 네임스페이스별 장치 사양입니다. 예를 들면 다음과 같습니다.

      nvdimm reconfigure --namespace=namespace0.0 --mode=sector --sectorsize=512
      Copy to Clipboard Toggle word wrap
    • --mode= - 모드 사양입니다. 현재는 값 섹터 만 사용할 수 있습니다.
    • --sectorsize= - 섹터 모드의 섹터 크기입니다. 예를 들면 다음과 같습니다.

      nvdimm reconfigure --namespace=namespace0.0 --mode=sector --sectorsize=512
      Copy to Clipboard Toggle word wrap

      지원되는 섹터 크기는 512 및 4096바이트입니다.

  • use - NVDIMM 장치를 설치 대상으로 지정합니다. nvdimm reconfigure 명령으로 장치를 섹터 모드로 이미 구성해야 합니다. 이 작업은 다음 형식을 사용합니다.

    nvdimm use [--namespace=NAMESPACE|--blockdevs=DEVICES]
    Copy to Clipboard Toggle word wrap
    • --namespace= - 네임스페이스별 장치를 지정합니다. 예를 들면 다음과 같습니다.

      nvdimm use --namespace=namespace0.0
      Copy to Clipboard Toggle word wrap
    • --blockdevs= - 사용할 NVDIMM 장치에 해당하는 쉼표로 구분된 블록 장치 목록을 지정합니다. 별표 * 와일드카드가 지원됩니다. 예를 들면 다음과 같습니다.

      nvdimm use --blockdevs=pmem0s,pmem1s
      nvdimm use --blockdevs=pmem*
      Copy to Clipboard Toggle word wrap

22.5.18. zfcp

zfcp Kickstart 명령은 선택 사항입니다. 파이버 채널 장치를 정의합니다.

이 옵션은 64비트 IBM Z에만 적용됩니다.

구문

zfcp --devnum=devnum [--wwpn=wwpn --fcplun=lun]
Copy to Clipboard Toggle word wrap

옵션

  • --devnum= - 장치 번호(zFCP 어댑터 장치 버스 ID)입니다.
  • --wWPN= - 장치의 WWPN(World Wide Port Name)입니다. 16자리 숫자 앞에 0x 가 붙습니다.
  • --fcplun= - 장치의 논리 단위 번호(LUN)입니다. 16자리 숫자 앞에 0x 가 붙습니다.
참고

자동 LUN 검사를 사용할 수 있고 9개 이상의 릴리스를 설치할 때 FCP 장치 버스 ID를 지정하는 것으로 충분합니다. 그렇지 않으면 세 가지 매개변수가 모두 필요합니다. 자동 LUN 스캔은 zfcp.allow_lun_scan 모듈 매개변수를 통해 비활성화되지 않는 경우 NPIV 모드에서 작동하는 FCP 장치에 사용할 수 있습니다(기본적으로 사용 가능). 지정된 버스 ID로 FCP 장치에 연결된 스토리지 영역 네트워크에 있는 모든 SCSI 장치에 대한 액세스를 제공합니다.

zfcp --devnum=0.0.4000 --wwpn=0x5005076300C213e9 --fcplun=0x5022000000000000
zfcp --devnum=0.0.4000
Copy to Clipboard Toggle word wrap

22.6. RHEL 설치 프로그램과 함께 제공되는 애드온을 위한 Kickstart 명령

이 섹션의 Kickstart 명령은 기본적으로 Red Hat Enterprise Linux 설치 프로그램인 Kdump 및 OpenSCAP과 함께 제공되는 애드온과 관련이 있습니다.

22.6.1. %addon com_redhat_kdump

%addon com_redhat_kdump Kickstart 명령은 선택 사항입니다. 이 명령은 kdump 커널 크래시 덤프 메커니즘을 구성합니다.

구문

%addon com_redhat_kdump [OPTIONS]
%end
Copy to Clipboard Toggle word wrap

참고

이 명령의 구문은 기본 제공 Kickstart 명령이 아닌 추가 기능이므로 비정상적인 경우가 많습니다.

참고

kdump는 나중에 분석을 위해 시스템 메모리의 내용을 저장할 수 있는 커널 크래시 덤프 메커니즘입니다. 시스템을 재부팅하지 않고 다른 커널의 컨텍스트에서 Linux 커널을 부팅하고 손실되는 첫 번째 커널 메모리의 콘텐츠를 유지하는 데 사용할 수 있는 kexec 를 사용합니다.

시스템이 충돌하는 경우 kexec 가 두 번째 커널( 캡처 커널)으로 부팅됩니다. 이 캡처 커널은 시스템 메모리의 예약된 부분에 있습니다. kdump는 충돌된 커널 메모리(드래드 덤프)의 내용을 캡처하여 지정된 위치에 저장합니다. 위치는 이 Kickstart 명령을 사용하여 구성할 수 없습니다. /etc/kdump.conf 구성 파일을 편집하여 설치 후 구성해야 합니다.

Kdump에 대한 자세한 내용은 kdump 설치를 참조하십시오.

옵션

  • --enable - 설치된 시스템에서 kdump를 활성화합니다.
  • --disable - 설치된 시스템에서 kdump를 비활성화합니다.
  • --Reserve-mb= - kdump에 예약할 메모리 양(MiB)입니다. 예를 들면 다음과 같습니다.

    %addon com_redhat_kdump --enable --reserve-mb=128
    %end
    Copy to Clipboard Toggle word wrap

    숫자 값 대신 auto 를 지정할 수도 있습니다. 이 경우 설치 프로그램은 커널 문서 관리, 모니터링 및 업데이트kdump 섹션에 설명된 기준에 따라 자동으로 메모리 양을 결정합니다.

    kdump를 활성화하고 --reserve-mb= 옵션을 지정하지 않으면 auto 값이 사용됩니다.

  • --enablefadump - 이를 허용하는 시스템에서 펌웨어 지원 덤프를 활성화합니다(특히 IBM Power Systems 서버).

22.6.2. %addon com_redhat_oscap

%addon com_redhat_oscap Kickstart 명령은 선택 사항입니다.

OpenSCAP 설치 프로그램 애드온은 설치된 시스템에 SCAP(Security Content Automation Protocol) 콘텐츠 - 보안 정책을 적용하는 데 사용됩니다. 이 애드온은 Red Hat Enterprise Linux 7.2부터 기본적으로 활성화되어 있습니다. 이 기능을 제공하는 데 필요한 패키지가 자동으로 설치됩니다. 그러나 기본적으로 정책은 적용되지 않습니다. 즉, 구체적으로 구성하지 않는 한 설치 중 또는 설치 후 검사가 수행되지 않습니다.

중요

모든 시스템에서 보안 정책을 적용할 필요는 없습니다. 이 명령은 조직 규칙 또는 정부 규정에서 특정 정책을 요구하는 경우에만 사용해야 합니다.

대부분의 다른 명령과 달리 이 애드온은 일반 옵션을 허용하지 않지만 %addon 정의 본문에 키-값 쌍을 대신 사용합니다. 이러한 쌍은 공백과 무관합니다. 값은 선택적으로 작은따옴표(') 또는 큰따옴표(")로 묶을 수 있습니다.

구문

%addon com_redhat_oscap
key = value
%end
Copy to Clipboard Toggle word wrap

다음 키는 애드온에서 인식됩니다.

content-type

보안 콘텐츠 유형입니다. 가능한 값은 datastream,archive,rpm, scap-security-guide 입니다.

content-typescap-security-guide 인 경우 애드온은 부팅 미디어에 있는 scap-security-guide 패키지에서 제공하는 콘텐츠를 사용합니다. 즉, 프로필을 제외한 다른 모든 키는 적용되지 않습니다.

content-url
보안 콘텐츠의 위치입니다. HTTP, HTTPS 또는 FTP를 사용하여 콘텐츠에 액세스할 수 있어야 합니다. 로컬 스토리지는 현재 지원되지 않습니다. 원격 위치의 콘텐츠 정의에 연결하려면 네트워크 연결을 사용할 수 있어야 합니다.
datastream-id
content-url 값에서 참조되는 데이터 스트림의 ID입니다. content-typedatastream 인 경우에만 사용됩니다.
xccdf-id
사용하려는 벤치마크의 ID입니다.
content-path
아카이브의 상대 경로로 제공되는 datastream 또는 XCCDF 파일의 경로입니다.
profile
적용할 프로필의 ID입니다. default 를 사용하여 기본 프로필을 적용합니다.
fingerprint
content-url 에서 참조하는 콘텐츠의 MD5, SHA1 또는 SHA2 체크섬입니다.
tailoring-path
아카이브의 상대 경로로 제공되어야 하는 맞춤형 파일의 경로입니다.

  • 다음은 설치 미디어의 scap-security-guide 의 콘텐츠를 사용하는 %addon com_redhat_oscap 섹션의 예입니다.

    예 22.1. SCAP 보안 가이드를 사용한 샘플 OpenSCAP 애드온 정의

    %addon com_redhat_oscap
    content-type = scap-security-guide
    profile = xccdf_org.ssgproject.content_profile_pci-dss
    %end
    Copy to Clipboard Toggle word wrap
  • 다음은 웹 서버에서 사용자 지정 프로필을 로드하는 더 복잡한 예제입니다.

    예 22.2. Datastream을 사용한 샘플 OpenSCAP 애드온 정의

    %addon com_redhat_oscap
    content-type = datastream
    content-url = http://www.example.com/scap/testing_ds.xml
    datastream-id = scap_example.com_datastream_testing
    xccdf-id = scap_example.com_cref_xccdf.xml
    profile =  xccdf_example.com_profile_my_profile
    fingerprint = 240f2f18222faa98856c3b4fc50c4195
    %end
    Copy to Clipboard Toggle word wrap

22.7. Anaconda에서 사용되는 명령

pwpolicy 명령은 Kickstart 파일의 %anaconda 섹션에서만 사용할 수 있는 Anaconda UI 특정 명령입니다.

22.7.1. pwpolicy(더 이상 사용되지 않음)

pwpolicy Kickstart 명령은 선택 사항입니다. 이 명령을 사용하여 설치 중에 사용자 지정 암호 정책을 적용합니다. 정책을 사용하려면 root, users 또는 luks 사용자 계정에 대한 암호를 생성해야 합니다. 암호 길이 및 strength와 같은 요인은 암호의 유효성을 결정합니다.

구문

pwpolicy name [--minlen=length] [--minquality=quality] [--strict|--notstrict] [--emptyok|--notempty] [--changesok|--nochanges]
Copy to Clipboard Toggle word wrap

필수 옵션

  • name - 각각 루트 암호,사용자 암호 또는 LUKS 암호에 대한 정책을 적용하려면 root, user 또는 luks 로 바꿉니다.

선택적 옵션

  • --minlen= - 허용되는 최소 암호 길이를 문자로 설정합니다. 기본값은 6 입니다.
  • --minquality= - libpwquality 라이브러리에서 정의한 대로 허용되는 최소 암호 품질을 설정합니다. 기본값은 1 입니다.
  • --strict - 엄격한 암호 적용 활성화. --minquality=--minlen= 에 지정된 요구 사항을 충족하지 않는 암호는 허용되지 않습니다. 이 옵션은 기본적으로 비활성화되어 있습니다.
  • --notstrict - GUI에서 두 번 완료--minquality=-minlen= 옵션에 지정된 최소 품질 요구 사항을 충족하지 않는 암호는 허용됩니다. 텍스트 모드 인터페이스의 경우 유사한 메커니즘이 사용됩니다.
  • --emptyok - 빈 암호를 사용할 수 있습니다. 사용자 암호에 대해 기본적으로 활성화되어 있습니다.
  • --notempty - 빈 암호를 사용하지 않습니다. 기본적으로 root 암호 및 LUKS 암호에 대해 활성화됩니다.
  • --changesok - Kickstart 파일에서 이미 암호를 지정하는 경우에도 사용자 인터페이스에서 암호를 변경할 수 있습니다. 기본적으로 비활성되어 있습니다.
  • --nochanges - Kickstart 파일에 이미 설정된 암호 변경을 취소합니다. 기본적으로 활성화되어 있습니다.

참고

  • pwpolicy 명령은 Kickstart 파일의 %anaconda 섹션에서만 사용할 수 있는 Anaconda-UI 특정 명령입니다.
  • libpwquality 라이브러리는 최소 암호 요구 사항(장 및 품질)을 확인하는 데 사용됩니다. libpwquality 패키지에서 제공하는 pwscorepwmake 명령을 사용하여 암호의 품질 점수를 확인하거나 지정된 점수로 임의의 암호를 생성할 수 있습니다. 이러한 명령에 대한 자세한 내용은 pwscore(1)pwmake(1) 매뉴얼 페이지를 참조하십시오.

22.8. 시스템 복구를 위한 Kickstart 명령

이 섹션의 Kickstart 명령은 설치된 시스템을 복구합니다.

22.8.1. rescue

rescue Kickstart 명령은 선택 사항입니다. 쉘 환경에 root 권한 및 시스템 관리 툴 세트를 제공하여 설치를 복구하고 다음과 같은 문제를 해결합니다.

  • 파일 시스템을 읽기 전용으로 마운트
  • 드라이버 디스크에 제공된 드라이버 목록 또는 추가
  • 시스템 패키지 설치 또는 업그레이드
  • 파티션 관리
참고

Kickstart 복구 모드는 시스템 및 서비스 관리자의 일부로 제공되는 복구 모드 및 긴급 모드와 다릅니다.

rescue 명령은 자체적으로 시스템을 수정하지 않습니다. 읽기-쓰기 모드에서 /mnt/sysimage 아래에 시스템을 마운트하여 복구 환경만 설정합니다. 시스템을 마운트하지 않도록 선택하거나 읽기 전용 모드로 마운트할 수 있습니다. 이 명령은 한 번만 사용하십시오.

구문

rescue [--nomount|--romount]
Copy to Clipboard Toggle word wrap

옵션

  • --nomount 또는 --romount - 복구 환경에서 설치된 시스템을 마운트하는 방법을 제어합니다. 기본적으로 설치 프로그램은 시스템을 찾아 읽기-쓰기 모드로 마운트하여 이 마운트를 수행한 위치를 알려줍니다. 선택적으로 아무것도 마운트하지 않도록 선택하거나 (- nomount 옵션) 또는 읽기 전용 모드( --romount 옵션)로 마운트하도록 선택할 수 있습니다. 이 두 옵션 중 하나만 사용할 수 있습니다.

참고

복구 모드를 실행하려면 Kickstart 파일의 사본을 만들고 rescue 명령을 포함합니다.

rescue 명령을 사용하면 설치 프로그램이 다음 단계를 수행합니다.

  1. %pre 스크립트를 실행합니다.
  2. 복구 모드를 위한 환경을 설정합니다.

    다음 Kickstart 명령이 적용됩니다.

    1. 업데이트
    2. sshpw
    3. logging
    4. lang
    5. network
  3. 고급 스토리지 환경을 설정합니다.

    다음 Kickstart 명령이 적용됩니다.

    1. fcoe
    2. iscsi
    3. iscsiname
    4. nvdimm
    5. zfcp
  4. 시스템 마운트

    rescue [--nomount|--romount]
    Copy to Clipboard Toggle word wrap
  5. %post 스크립트 실행

    이 단계는 설치된 시스템이 읽기-쓰기 모드로 마운트된 경우에만 실행됩니다.

  6. 쉘 시작
  7. 시스템 재부팅

23장. 부팅 옵션 참조

부팅 옵션을 사용하여 설치 프로그램의 기본 동작을 수정할 수 있습니다.

23.1. 설치 소스 부팅 옵션

이 섹션에서는 다양한 설치 소스 부팅 옵션에 대해 설명합니다.

inst.repo=

inst.repo= 부팅 옵션은 설치 소스(즉, 패키지 리포지토리를 제공하는 위치)와 이를 설명하는 유효한 .treeinfo 파일을 지정합니다. 예: inst.repo=cdrom. inst.repo= 옵션의 대상은 다음 설치 미디어 중 하나여야 합니다.

  • 설치 프로그램 이미지, 패키지 및 리포지토리 데이터와 유효한 .treeinfo 파일이 포함된 디렉터리 구조인 설치 가능한 트리
  • DVD(시스템 DVD 드라이브에 있는 물리적 디스크)
  • 전체 Red Hat Enterprise Linux 설치 DVD의 ISO 이미지는 디스크 또는 시스템에서 액세스할 수 있는 네트워크 위치에 배치됩니다.

    inst.repo= 부트 옵션을 사용하여 다른 형식을 사용하여 다양한 설치 방법을 구성합니다. 다음 표에는 inst.repo= 부트 옵션 구문에 대한 세부 정보가 포함되어 있습니다.

    Expand
    표 23.1. inst.repo= 부팅 옵션 및 설치 소스의 유형 및 형식
    소스 유형부팅 옵션 형식소스 형식

    CD/DVD 드라이브

    inst.repo=cdrom:<device>

    DVD를 물리적 디스크로 설치 [a]

    마운트 가능한 장치 (HDD 및 USB 고착)

    inst.repo=hd:<device>:/<path>

    설치 DVD의 이미지 파일입니다.

    NFS 서버

    inst.repo=nfs:[options:]<server>:/<path>

    설치 DVD의 이미지 파일 또는 설치 DVD에 있는 디렉터리 및 파일의 전체 사본인 설치 트리입니다. [b]

    HTTP 서버

    inst.repo=http://<host>/<path>

    설치 DVD에 있는 디렉터리 및 파일의 전체 사본인 설치 트리입니다.

    HTTPS 서버

    inst.repo=https://<host>/<path>

    FTP 서버

    inst.repo=ftp://<username>:<password>@<host>/<path>

    HMC

    inst.repo=hmc

     
    [a] 장치가 없는 경우 설치 프로그램은 설치 DVD가 포함된 드라이브를 자동으로 검색합니다.
    [b] NFS Server 옵션은 기본적으로 NFS 프로토콜 버전 3을 사용합니다. 다른 버전을 사용하려면 nfsvers=Xoptions에 추가하고 X를 사용하려는 버전 번호로 대체합니다.

다음과 같은 형식으로 디스크 장치 이름을 설정합니다.

  • 커널 장치 이름 (예: /dev/sda1 또는 sdb2)
  • 파일 시스템 레이블 (예: LABEL= skopeo 또는 LABEL=RHEL8)
  • 파일 시스템 UUID (예: UUID=8176c7bf-04ff-403a-a832-9557f94e61db)

영숫자가 아닌 문자는 \xNN으로 표시되어야 합니다. 여기서 NN은 문자의 16진수 표현입니다. 예를 들어 \x20은 공백 (" ") 입니다.

inst.addrepo=

inst.addrepo= 부팅 옵션을 사용하여 기본 리포지토리(inst.repo=)와 함께 다른 설치 소스로 사용할 수 있는 추가 리포지토리를 추가합니다. 부팅 중에 inst.addrepo= 부트 옵션을 여러 번 사용할 수 있습니다. 다음 표에는 inst.addrepo= 부팅 옵션 구문에 대한 세부 정보가 포함되어 있습니다.

참고

REPO_NAME은 리포지토리의 이름이며 설치 프로세스에 필요합니다. 이러한 리포지토리는 설치 프로세스 중에만 사용되며 설치된 시스템에 설치되지 않습니다.

통합 ISO에 대한 자세한 내용은 통합 ISO를 참조하십시오.

Expand
표 23.2. 설치 소스 및 부팅 옵션 형식
설치 소스부팅 옵션 형식추가 정보

URL에 설치 가능한 트리

inst.addrepo=REPO_NAME,[http,https,ftp]://<host>/<path>

지정된 URL에서 설치 가능한 트리를 찾습니다.

NFS 경로에 설치 가능한 트리

inst.addrepo=REPO_NAME,nfs://<server>:/<path>

지정된 NFS 경로에서 설치 가능한 트리를 찾습니다. 호스트 다음에 콜론이 필요합니다. 설치 프로그램은 RFC 2224에 따른 URL 구문 분석 대신 nfs:// 이후의 모든 항목을 마운트 명령에 직접 전달합니다.

설치 환경에 설치 가능한 트리

inst.addrepo=REPO_NAME,file://<path>

설치 환경의 지정된 위치에서 설치할 수 있는 트리를 찾습니다. 이 옵션을 사용하려면 설치 프로그램에서 사용 가능한 소프트웨어 그룹을 로드하기 전에 리포지토리를 마운트해야 합니다. 이 옵션을 사용하면 하나의 부팅 가능 ISO에 여러 리포지토리를 사용할 수 있으며, ISO에서 기본 리포지토리와 추가 리포지토리를 모두 설치할 수 있습니다. 추가 리포지토리의 경로는 /run/install/source/REPO_ISO_PATH입니다. 또한 Kickstart 파일의 %pre 섹션에 리포지토리 디렉터리를 마운트할 수 있습니다. 경로는 절대적이어야 하며 /로 시작해야 합니다. (예: inst.addrepo=REPO_NAME,file:///<path>)

디스크

inst.addrepo=REPO_NAME,hd: <device > : <path>

지정된 <device> 파티션을 마운트하고 <path>에 지정된 ISO에서 설치합니다. <path>를 지정하지 않으면 설치 프로그램은 <device>에서 유효한 설치 ISO를 찾습니다. 이 설치 방법을 사용하려면 설치 가능한 유효한 트리가 있는 ISO가 필요합니다.

inst.stage2=

inst.stage2= 부트 옵션은 설치 프로그램의 런타임 이미지의 위치를 지정합니다. 이 옵션은 유효한 .treeinfo 파일이 포함된 디렉터리의 경로를 예상하고 .treeinfo 파일에서 런타임 이미지 위치를 읽습니다. .treeinfo 파일을 사용할 수 없는 경우 설치 프로그램은 images/install.img 에서 이미지를 로드하려고 합니다.

inst.stage2 옵션을 지정하지 않으면 설치 프로그램에서 inst.repo 옵션으로 지정된 위치를 사용하려고 합니다.

나중에 설치 프로그램에서 설치 소스를 수동으로 지정하려면 이 옵션을 사용합니다. 예를 들어, CDN(Content Delivery Network)을 설치 소스로 선택하려는 경우입니다. 설치 DVD 및 부팅 ISO에는 이미 해당 ISO에서 설치 프로그램을 부팅하기 위한 적절한 inst.stage2 옵션이 포함되어 있습니다.

설치 소스를 지정하려면 대신 inst.repo= 옵션을 사용합니다.

참고

기본적으로 inst.stage2= 부트 옵션은 설치 미디어에서 사용되며 특정 레이블로 설정됩니다(예: inst.stage2=hd:LABEL=RHEL-x-0-BaseOS-x86_64 ). 런타임 이미지가 포함된 파일 시스템의 기본 레이블을 수정하거나 사용자 지정 프로시저를 사용하여 설치 시스템을 부팅하는 경우 inst.stage2= 부팅 옵션이 올바른 값으로 설정되어 있는지 확인합니다.

inst.noverifyssl

inst.noverifyssl 부팅 옵션을 사용하여 설치 프로그램이 추가 Kickstart 리포지토리를 제외하고 모든 HTTPS 연결에 대한 SSL 인증서를 확인하지 않도록 합니다. 여기서 --noverifyssl을 리포지토리별로 설정할 수 있습니다.

예를 들어 원격 설치 소스가 자체 서명된 SSL 인증서를 사용하는 경우 inst.noverifyssl 부팅 옵션을 사용하면 설치 프로그램이 SSL 인증서를 확인하지 않고 설치를 완료할 수 있습니다.

inst.stage2=를 사용하여 소스를 지정할 때의 예

inst.stage2=https://hostname/path_to_install_image/ inst.noverifyssl
Copy to Clipboard Toggle word wrap

inst.repo=를 사용하여 소스를 지정할 때의 예

inst.repo=https://hostname/path_to_install_repository/ inst.noverifyssl
Copy to Clipboard Toggle word wrap

inst.stage2.all

inst.stage2.all 부팅 옵션을 사용하여 여러 HTTP, HTTPS 또는 FTP 소스를 지정합니다. inst.stage2= 부팅 옵션을 inst.stage2.all 옵션과 함께 여러 번 사용하여 성공할 때까지 소스에서 이미지를 순차적으로 가져올 수 있습니다. 예를 들면 다음과 같습니다.

inst.stage2.all
inst.stage2=http://hostname1/path_to_install_tree/
inst.stage2=http://hostname2/path_to_install_tree/
inst.stage2=http://hostname3/path_to_install_tree/
Copy to Clipboard Toggle word wrap
inst.dd=
inst.dd= 부팅 옵션은 설치 중에 드라이버 업데이트를 수행하는 데 사용됩니다. 설치 중에 드라이버를 업데이트하는 방법에 대한 자세한 내용은 설치 중에 드라이버 업데이트를 참조하십시오.
inst.repo=hmc

이 옵션은 외부 네트워크 설정 요구 사항을 제거하고 설치 옵션을 확장합니다. 바이너리 DVD에서 부팅할 때 설치 프로그램에서 추가 커널 매개 변수를 입력하라는 메시지를 표시합니다. DVD를 설치 소스로 설정하려면 inst.repo=hmc 옵션을 커널 매개 변수에 추가합니다. 그러면 설치 프로그램에서 지원 요소(SE) 및 하드웨어 관리 콘솔(HMC) 파일 액세스를 활성화하고, DVD에서 stage2 이미지를 가져온 다음 소프트웨어 선택을 위해 DVD의 패키지에 액세스할 수 있습니다.

중요

inst.repo 부팅 옵션을 사용하려면 사용자가 최소 Privilege Class B 로 구성되어 있는지 확인합니다. 사용자 구성에 대한 자세한 내용은 IBM 설명서를 참조하십시오.

inst.proxy=

이 부팅 옵션은 HTTP, HTTPS 및 FTP 프로토콜에서 설치를 수행할 때 사용됩니다. 예를 들면 다음과 같습니다.

[PROTOCOL://][USERNAME[:PASSWORD]@]HOST[:PORT]
Copy to Clipboard Toggle word wrap
inst.nosave=

inst.nosave= 부팅 옵션을 사용하여 설치된 시스템에 저장되지 않은 설치 로그 및 관련 파일(예: input_ks,output_ks, all _ks )을 제어합니다. 쉼표로 구분된 여러 값을 결합할 수 있습니다. 예를 들면 다음과 같습니다.

inst.nosave=Input_ks,logs
Copy to Clipboard Toggle word wrap
참고

inst.nosave 부팅 옵션은 로그 및 입력/출력 Kickstart 결과와 같은 Kickstart %post 스크립트에서 제거할 수 없는 설치된 시스템의 파일을 제외하는 데 사용됩니다.

input_ks
입력 Kickstart 결과를 저장하는 기능을 비활성화합니다.
output_ks
설치 프로그램에서 생성된 출력 Kickstart 결과를 저장하는 기능을 비활성화합니다.
all_ks
입력 및 출력 Kickstart 결과를 저장하는 기능을 비활성화합니다.
logs
모든 설치 로그를 저장하는 기능을 비활성화합니다.
all
모든 Kickstart 결과 및 모든 로그를 저장하는 기능을 비활성화합니다.
inst.multilib
inst.multilib 부팅 옵션을 사용하여 DNF의 multilib_policybest가 아닌 all로 설정합니다.
inst.memcheck
inst.memcheck 부팅 옵션은 설치를 완료하는 데 충분한 RAM이 있는지 확인하는 검사를 수행합니다. RAM이 충분하지 않으면 설치 프로세스가 중지됩니다. 설치 중에 시스템 점검은 대략적이고 메모리 사용은 패키지 선택, 사용자 인터페이스(예: 그래픽 또는 텍스트) 및 기타 매개 변수에 따라 달라집니다.
inst.nomemcheck
inst.nomemcheck 부팅 옵션은 설치를 완료하기에 충분한 RAM이 있는지 확인하기 위해 검사를 수행하지 않습니다. 최소 메모리 양보다 적은 설치를 시도하면 지원되지 않으며 설치 프로세스가 실패할 수 있습니다.

23.2. 네트워크 부팅 옵션

시나리오에 로컬 이미지에서 부팅하는 대신 네트워크를 통해 이미지를 부팅해야 하는 경우 다음 옵션을 사용하여 네트워크 부팅을 사용자 지정할 수 있습니다.

참고

dracut 툴을 사용하여 네트워크를 초기화합니다. 전체 dracut 옵션 목록은 시스템의 dracut.cmdline(7) 매뉴얼 페이지를 참조하십시오.

ip=

ip= boot 옵션을 사용하여 하나 이상의 네트워크 인터페이스를 구성합니다. 여러 인터페이스를 구성하려면 다음 방법 중 하나를 사용합니다.

  • 각 인터페이스에 ip 옵션을 여러 번 사용합니다. 이렇게 하려면 rd.neednet=1 옵션을 사용하고 bootdev 옵션을 사용하여 기본 부팅 인터페이스를 지정합니다.
  • ip 옵션을 한 번 사용한 다음 Kickstart를 사용하여 추가 인터페이스를 설정합니다. 이 옵션에는 여러 다른 형식을 사용할 수 있습니다. 다음 테이블에는 가장 일반적인 옵션에 대한 정보가 포함되어 있습니다.

다음 표에서는 다음을 수행합니다.

  • ip 매개 변수는 클라이언트 IP 주소를 지정하고 IPv6 에는 대괄호(예: 192.0.2.1 또는 [2001:db8::99])가 필요합니다.
  • gateway 매개 변수는 기본 게이트웨이입니다. IPv6 에는 대괄호가 필요합니다.
  • netmask 매개 변수는 사용할 넷마스크입니다. 전체 넷마스크(예: 255.255.255.0) 또는 접두사(예: 64)일 수 있습니다.
  • hostname 매개 변수는 클라이언트 시스템의 호스트 이름입니다. 이 매개변수는 선택 사항입니다.

    Expand
    표 23.3. 네트워크 인터페이스를 구성하는 부팅 옵션 형식
    부팅 옵션 형식구성 방법

    ip=method

    인터페이스 자동 설정

    ip=interface:method

    특정 인터페이스의 자동 설정

    ip=ip::gateway:netmask:hostname:interface:none

    정적 구성(예: IPv4: ip=192.0.2.1::192.0.2.254:255.255.255.0:server.example.com:enp1s0:none)

    IPv6: ip=[2001:db8::1]::[2001:db8::fffe]:64:server.example.com:enp1s0:none

    ip=ip::gateway:netmask:hostname:interface:method:mtu

    덮어쓰기를 사용하는 특정 인터페이스의 자동 구성

    자동 인터페이스 구성 방법

    재정의가 있는 특정 인터페이스의 자동 구성은 dhcp 와 같이 지정된 자동 구성 방법을 사용하여 인터페이스를 열지만 자동으로 가져온 IP 주소, 게이트웨이, 넷마스크, 호스트 이름 또는 기타 지정된 매개 변수를 재정의합니다. 모든 매개변수는 선택 사항이므로 재정의할 매개변수만 지정합니다.

    method 매개변수는 다음 중 하나일 수 있습니다.

    DHCP
    dhcp
    IPv6 DHCP
    dhcp6
    IPv6 자동 구성
    auto6
    iSCSI 부팅 펌웨어 테이블(iBFT)
    ibft
    참고
    • ip 옵션을 지정하지 않고 inst.ks=http://host/path 와 같은 네트워크 액세스가 필요한 부팅 옵션을 사용하는 경우 ip 옵션의 기본값은 ip =dhcp 입니다.
    • iSCSI 대상에 자동으로 연결하려면 ip=ibft 부팅 옵션을 사용하여 대상에 액세스하기 위한 네트워크 장치를 활성화합니다.
    nameserver=

    nameserver= 옵션은 이름 서버의 주소를 지정합니다. 이 옵션을 여러 번 사용할 수 있습니다.

    참고

    ip= 매개 변수에는 대괄호가 필요합니다. 그러나 IPv6 주소는 대괄호로 묶지 않습니다. IPv6 주소에 사용할 올바른 구문의 예는 nameserver=2001:db8::1입니다.

    bootdev=
    bootdev= 옵션은 부팅 인터페이스를 지정합니다. ip 옵션을 두 개 이상 사용하는 경우 이 옵션이 필요합니다.
    ifname=

    ifname= 옵션은 지정된 MAC 주소가 있는 네트워크 장치에 인터페이스 이름을 할당합니다. 이 옵션을 여러 번 사용할 수 있습니다. 구문은 ifname=interface:MAC입니다. 예를 들면 다음과 같습니다.

    ifname=eth0:01:23:45:67:89:ab
    Copy to Clipboard Toggle word wrap
    참고

    ifname= 옵션은 설치 중에 사용자 지정 네트워크 인터페이스 이름을 설정하는 유일한 방법입니다.

    inst.dhcpclass=
    inst.dhcpclass= 옵션은 DHCP 공급업체 클래스 식별자를 지정합니다. dhcpd 서비스는 이 값을 vendor-class-identifier 로 인식합니다. 기본값은 anaconda-$(uname -srm)입니다. inst.dhcpclass= 옵션이 올바르게 적용되도록 하려면 ip 옵션도 추가하여 설치 초기 단계에서 네트워크 활성화를 요청합니다.
    inst.waitfornet=
    inst.waitfornet=SECONDS 부팅 옵션을 사용하면 설치 시스템이 설치 전에 네트워크 연결을 기다릴 수 있습니다. SECONDS 인수에서 제공되는 값은 시간 초과 전에 네트워크 연결을 대기하고 네트워크 연결이 존재하지 않는 경우에도 설치 프로세스를 계속할 때까지 대기하는 최대 시간을 지정합니다.
    vlan=

    vlan= 옵션을 사용하여 지정된 이름의 지정된 인터페이스에서 VLAN(Virtual LAN) 장치를 구성합니다. 구문은 vlan=name:interface입니다. 예를 들면 다음과 같습니다.

    vlan=vlan5:enp0s1
    Copy to Clipboard Toggle word wrap

    이렇게 하면 enp0s1 인터페이스에서 vlan5 라는 VLAN 장치가 구성됩니다. 이름은 다음 형식을 사용할 수 있습니다.

  • VLAN_PLUS_VID: vlan0005
  • VLAN_PLUS_VID_NO_PAD: vlan5
  • DEV_PLUS_VID: enp0s1.0005
  • DEV_PLUS_VID_NO_PAD: enp0s1.5

    bond=

    bond= 옵션을 사용하여 bond=name[:interfaces][:options] 구문을 사용하여 본딩 장치를 구성합니다. name을 본딩 장치 이름으로, 인터페이스를 쉼표로 구분된 물리(Ethernet) 인터페이스로, 옵션을 쉼표로 구분된 본딩 옵션 목록으로 교체합니다. 예를 들면 다음과 같습니다.

    bond=bond0:enp0s1,enp0s2:mode=active-backup,tx_queues=32,downdelay=5000
    Copy to Clipboard Toggle word wrap

    사용 가능한 옵션 목록을 보려면 modinfo 본딩 명령을 실행합니다.

    team=

    team= 옵션을 사용하여 team=name:interfaces 구문으로 팀 장치를 구성합니다. name 을 팀 장치의 원하는 이름으로 바꾸고 interfaces 를 팀 장치에서 기본 인터페이스로 사용할 물리적 장치(Ethernet) 장치 목록으로 바꿉니다. 예를 들면 다음과 같습니다.

    team=team0:enp0s1,enp0s2
    Copy to Clipboard Toggle word wrap
    중요

    NIC 팀은 Red Hat Enterprise Linux 9에서 더 이상 사용되지 않습니다. 대안으로 네트워크 본딩 드라이버를 사용하는 것이 좋습니다. 자세한 내용은 네트워크 본딩 구성을 참조하십시오.

    bridge=

    bridge= 옵션을 사용하여 bridge=name:interfaces 구문을 사용하여 브리지 장치를 구성합니다. name을 브리지 장치 및 interfaces의 원하는 이름으로 교체하고, 브릿지 장치에서 기본 인터페이스로 사용할 물리적(Ethernet) 장치 목록을 쉼표로 구분한 목록으로 바꿉니다. 예를 들면 다음과 같습니다.

    bridge=bridge0:enp0s1,enp0s2
    Copy to Clipboard Toggle word wrap

23.3. 콘솔 부팅 옵션

이 섹션에서는 콘솔의 부팅 옵션을 구성하고 디스플레이 및 키보드를 모니터링하는 방법을 설명합니다.

console=
console= 옵션을 사용하여 기본 콘솔로 사용할 장치를 지정합니다. 예를 들어 첫 번째 직렬 포트에서 콘솔을 사용하려면 console=ttyS0을 사용합니다. console= 인수를 사용하면 설치가 텍스트 UI로 시작됩니다. console= 옵션을 여러 번 사용해야 하는 경우 지정된 모든 콘솔에 부팅 메시지가 표시됩니다. 그러나 설치 프로그램은 마지막으로 지정된 콘솔만 사용합니다. 예를 들어 console=ttyS0 console=ttyS1을 지정하면 설치 프로그램에서 ttyS1을 사용합니다.
inst.lang=
설치 중에 사용할 언어를 설정하려면 inst.lang= 옵션을 사용합니다. 로케일 목록을 보려면 locale -a | grep _ 또는 localectl list-locales | grep _ 명령을 입력합니다.
inst.geoloc=

설치 프로그램에서 inst.geoloc= 옵션을 사용하여 위치 사용을 구성합니다. Geolocation은 언어 및 시간대를 사전 설정하는 데 사용되며 inst.geoloc=value 구문을 사용합니다. value는 다음 매개변수 중 하나일 수 있습니다.

  • geolocation: inst.geoloc=0
  • Fedora GeoIP API 사용: inst.geoloc=provider_fedora_geoip. 이 옵션은 더 이상 사용되지 않습니다.
  • Hostip.info GeoIP API: inst.geoloc=provider_hostip 를 사용합니다. 이 옵션은 더 이상 사용되지 않습니다.
inst.keymap=
inst.keymap= 옵션을 사용하여 설치에 사용할 키보드 레이아웃을 지정합니다.
inst.cmdline
inst.cmdline 옵션을 사용하여 설치 프로그램이 명령줄 모드에서 실행되도록 합니다. 이 모드는 상호 작용을 허용하지 않으며 Kickstart 파일 또는 명령줄의 모든 옵션을 지정해야 합니다.
inst.graphical
inst.graphical 옵션을 사용하여 설치 프로그램이 그래픽 모드에서 실행되도록 합니다. 그래픽 모드는 기본값입니다.
inst.text
inst.text 옵션을 사용하여 설치 프로그램이 그래픽 모드 대신 텍스트 모드에서 실행되도록 합니다.
inst.noninteractive
비대화형 모드에서 설치 프로그램을 실행하려면 inst.noninteractive 부팅 옵션을 사용합니다. 비대화형 모드에서는 사용자 상호 작용이 허용되지 않으며 inst.non interactive 옵션을 그래픽 또는 텍스트 설치와 함께 사용할 수 있습니다. 텍스트 모드에서 inst.noninteractive 옵션을 사용하면 inst.cmdline 옵션과 동일하게 작동합니다.
inst.resolution=
inst.resolution= 옵션을 사용하여 그래픽 모드에서 화면 해상도를 지정합니다. 형식은 NxM 입니다. 여기서 N은 화면 너비이고 M은 화면 높이(px)입니다. 권장 해상도는 1024x768입니다.
inst.vnc
VNC(Virtual Network Computing)를 사용하여 그래픽 설치를 실행하려면 inst.vnc 옵션을 사용합니다. 설치 프로그램과 상호 작용하려면 VNC 클라이언트 애플리케이션을 사용해야 합니다. VNC 공유가 활성화되면 여러 클라이언트가 연결할 수 있습니다. VNC를 사용하여 설치된 시스템은 텍스트 모드에서 시작됩니다.
inst.vncpassword=
설치 프로그램에서 사용하는 VNC 서버에서 암호를 설정하려면 inst.vncpassword= 옵션을 사용합니다.
inst.vncconnect=
inst.vncconnect= 옵션을 사용하여 지정된 호스트 위치에서 수신 대기 VNC 클라이언트에 연결합니다(예: inst.vncconnect=<host>[:<port>] 기본 포트는 5900입니다. vncviewer -listen 명령을 입력하여 이 옵션을 사용할 수 있습니다.
inst.xdriver=
inst.xdriver= 옵션을 사용하여 설치 및 설치된 시스템에서 둘 다 사용할 X 드라이버의 이름을 지정합니다.
inst.usefbx
inst.usefbx 옵션을 사용하여 하드웨어별 드라이버 대신 프레임 버퍼 X 드라이버를 사용하도록 설치 프로그램에 메시지를 표시합니다. 이 옵션은 inst.xdriver=fbdev 옵션과 동일합니다.
modprobe.blacklist=

modprobe.blacklist= 옵션을 사용하여 하나 이상의 드라이버를 차단 목록에 표시하거나 완전히 비활성화합니다. 이 옵션을 사용하여 비활성화한 드라이버(mods)는 설치가 시작될 때 로드할 수 없습니다. 설치가 완료되면 설치된 시스템은 이러한 설정을 유지합니다. blocklisted 드라이버 목록은 /etc/modprobe.d/ 디렉토리에서 찾을 수 있습니다. 쉼표로 구분된 목록을 사용하여 여러 드라이버를 비활성화합니다. 예를 들면 다음과 같습니다.

modprobe.blacklist=ahci,firewire_ohci
Copy to Clipboard Toggle word wrap
참고

modprobe.blacklist 를 다른 명령행 옵션과 함께 사용할 수 있습니다. 예를 들어 inst.dd 옵션과 함께 사용하여 기존 드라이버의 업데이트된 버전이 드라이버 업데이트 디스크에서 로드되었는지 확인합니다.

modprobe.blacklist=virtio_blk
Copy to Clipboard Toggle word wrap
inst.xtimeout=
inst.xtimeout= 옵션을 사용하여 X 서버를 시작하는 데 시간 초과를 초 단위로 지정합니다.
inst.sshd

SSH를 사용하여 시스템에 연결하고 설치 진행 상황을 모니터링할 수 있도록 inst.sshd 옵션을 사용하여 설치 중에 sshd 서비스를 시작합니다. SSH에 대한 자세한 내용은 시스템의 ssh(1) 도움말 페이지를 참조하십시오. 기본적으로 sshd 옵션은 64비트 IBM Z 아키텍처에서만 자동으로 시작됩니다. 다른 아키텍처에서 inst.sshd 옵션을 사용하지 않는 경우 sshd가 시작되지 않습니다.

참고

설치하는 동안 root 계정에는 기본적으로 암호가 없습니다. sshpw Kickstart 명령을 사용하여 설치 중에 root 암호를 설정할 수 있습니다.

inst.kdump_addon=
inst.kdump_addon= 옵션을 사용하여 설치 프로그램에서 Kdump 구성 화면(add-on)을 활성화하거나 비활성화합니다. 이 화면은 기본적으로 활성화되어 있습니다. inst.kdump_addon=off를 사용하여 비활성화합니다. 애드온을 비활성화하면 그래픽 및 텍스트 기반 인터페이스의 Kdump 화면과 %addon com_redhat_kdump Kickstart 명령이 비활성화됩니다.

23.4. 디버그 부팅 옵션

이 섹션에서는 문제를 디버깅할 때 사용할 수 있는 옵션에 대해 설명합니다.

inst.rescue
inst.rescue 옵션을 사용하여 시스템 진단 및 수정을 위해 복구 환경을 실행합니다. 자세한 내용은 복구 모드에서 파일 시스템 복구 Red Hat 지식베이스 솔루션을 참조하십시오.
inst.updates=

inst.updates= 옵션을 사용하여 설치 중에 적용할 updates.img 파일의 위치를 지정합니다. updates.img 파일은 여러 소스 중 하나에서 파생될 수 있습니다.

Expand
표 23.4. updates.img 파일 소스
소스설명

네트워크에서 업데이트

updates.img 의 네트워크 위치를 지정합니다. 설치 트리를 수정할 필요가 없습니다. 이 방법을 사용하려면 inst.updates를 포함하도록 커널 명령행을 편집합니다.

inst.updates=http://website.com/path/to/updates.img.

디스크 이미지에서 업데이트

updates.img 를 플로피 드라이브 또는 USB 키에 저장합니다. 이는 ext2 파일 시스템 유형의 updates.img에서만 수행할 수 있습니다. 이미지 내용을 플로피 드라이브에 저장하려면 플로피 디스크를 삽입하고 명령을 실행합니다.

DD if=updates.img of=/dev/fd0 bs=72k count=20. USB 키 또는 플래시 미디어를 사용하려면 /dev/fd0 을 USB 플래시 드라이브의 장치 이름으로 바꿉니다.

설치 트리에서 업데이트

CD, 디스크, HTTP 또는 FTP 설치를 사용하는 경우 모든 설치에서 .img 파일을 감지할 수 있도록 설치 트리에 updates.img 를 저장합니다. 파일 이름은 updates.img여야 합니다.

NFS 설치의 경우 images/ 디렉터리 또는 RHupdates/ 디렉터리에 파일을 저장합니다.

inst.syslog=
설치가 시작될 때 지정된 호스트의 syslog 프로세스에 로그 메시지를 보냅니다. 원격 syslog 프로세스가 수신 연결을 수락하도록 구성된 경우에만 inst.syslog= 를 사용할 수 있습니다.
inst.virtiolog=
inst.virtiolog= 옵션을 사용하여 로그를 전달하는 데 사용할 virtio 포트( /dev/virtio-ports/name)를 지정합니다. 기본값은 org.fedoraproject.anaconda.log.0 입니다.
rd.live.ram
images/install.img단계 2 이미지를 RAM에 복사합니다. 이렇게 하면 이미지 크기에 필요한 메모리가 일반적으로 400MB에서 800MB 사이로 증가합니다.
inst.nokill
치명적인 오류가 발생하거나 설치 프로세스가 종료될 때 설치 프로그램이 재부팅되지 않도록 합니다. 이를 사용하여 재부팅 시 손실되는 설치 로그를 캡처합니다.
inst.noshell
설치하는 동안 터미널 세션 2(tty2)의 쉘을 방지합니다.
inst.notmux
설치 중에 tmux를 사용하지 마십시오. 출력은 터미널 제어 문자 없이 생성되며 대화형이 아닌 용도로 사용됩니다.
inst.remotelog=
TCP 연결을 사용하여 모든 로그를 원격 host:port 로 보냅니다. 리스너가 없고 설치가 정상적으로 진행되면 연결이 중단됩니다.

23.5. 스토리지 부팅 옵션

이 섹션에서는 스토리지 장치에서 부팅을 사용자 지정하도록 지정할 수 있는 옵션에 대해 설명합니다.

inst.nodmraid
dmraid 지원을 비활성화합니다.
주의

이 옵션을 주의해서 사용하십시오. 펌웨어 RAID 어레이의 일부로 잘못 식별되는 디스크가 있는 경우 dmraid 또는 wipefs 와 같은 적절한 도구를 사용하여 제거해야 하는 일부 오래된 RAID 메타데이터가 있을 수 있습니다.

inst.nompath

다중 경로 장치 지원을 비활성화합니다. 시스템에 일반 블록 장치를 다중 경로 장치로 잘못 식별하는 false-positive가 있는 경우에만 이 옵션을 사용합니다.

주의

이 옵션을 주의해서 사용하십시오. 다중 경로 하드웨어와 함께 이 옵션을 사용하지 마십시오. 이 옵션을 사용하여 다중 경로 장치의 단일 경로에 설치하는 것은 지원되지 않습니다.

inst.gpt
마스터 부트 레코드(MBR) 대신 GUID 파티션 테이블(GPT)에 파티션 정보를 설치하도록 설치 프로그램에서 강제 적용합니다. 이 옵션은 BIOS 호환성 모드에 있지 않는 한 UEFI 기반 시스템에서 유효하지 않습니다. 일반적으로 BIOS 기반 시스템 및 BIOS 호환성 모드의 UEFI 기반 시스템은 디스크 크기가 2^32 섹터이거나 큰 경우 파티션 정보를 저장하기 위해 DASD 스키마를 사용하려고 합니다. 디스크 섹터는 일반적으로 크기가 512바이트이므로 일반적으로 2TiB와 동일합니다. inst.gpt 부팅 옵션을 사용하면 GPT를 작은 디스크에 쓸 수 있습니다.
inst.wait_for_disks=
inst.wait_for_disks= 옵션을 사용하여 설치 시작 시 디스크 장치가 표시될 때까지 대기할 설치 프로그램 초를 지정합니다. OEMDRV 레이블이 지정된 장치를 사용하여 Kickstart 파일 또는 커널 드라이버를 자동으로 로드하지만 부팅 프로세스 중에 장치가 표시되는 데 시간이 오래 걸리는 경우 이 옵션을 사용합니다. 기본적으로 설치 프로그램은 5 초 동안 기다립니다. 지연을 최소화하기 위해 0 초를 사용합니다.
inst.nonibftiscsiboot
inst.nonibftiscsiboot 옵션을 사용하면 iSCSI 부팅 펌웨어 테이블(iBFT)을 통해 구성되지 않은 iSCSI 장치에 부트 로더를 배치할 수 있습니다.

23.6. 더 이상 사용되지 않는 부팅 옵션

이 섹션에는 더 이상 사용되지 않는 부팅 옵션에 대한 정보가 포함되어 있습니다. 이러한 옵션은 설치 프로그램에서 계속 허용되지만 더 이상 사용되지 않으며 향후 Red Hat Enterprise Linux 릴리스에서 제거될 예정입니다.

method
method 옵션은 inst.repo 의 별칭입니다.
dns
dns 대신 nameserver 를 사용합니다. 이름 서버는 쉼표로 구분된 목록을 허용하지 않습니다. 대신 여러 네임서버 옵션을 사용합니다.
ksdevice
Expand
표 23.5. ksdevice 부팅 옵션의 값
정보

존재하지 않음

해당 없음

ksdevice=link

이 옵션으로 무시되는 것은 기본 동작과 동일합니다.

ksdevice=bootif

BOOTIF= 가 있는 경우 이 옵션이 기본값이므로 무시됨

ksdevice=ibft

ip=ibft 로 교체되었습니다. 자세한 내용은 ip 를 참조하십시오.

ksdevice=<MAC>

BOOTIF=${MAC/:/-}로 교체됨

ksdevice=<DEV>

bootdev로 교체됨

23.7. 제거된 부팅 옵션

이 섹션에는 Red Hat Enterprise Linux에서 제거된 부팅 옵션이 포함되어 있습니다.

참고

dracut 은 고급 부팅 옵션을 제공합니다. dracut 에 대한 자세한 내용은 시스템의 dracut.cmdline(7) 매뉴얼 페이지를 참조하십시오.

askmethod, asknetwork
initramfs 는 완전히 비대화성이므로 askmethodasknetwork 옵션이 제거되었습니다. inst.repo 를 사용하거나 적절한 네트워크 옵션을 지정합니다.
블랙리스트, nofirewire
modprobe 옵션은 이제 커널 모듈 차단을 처리합니다. modprobe.blacklist=<mod1>,<mod2>를 사용합니다. modprobe.blacklist=firewire_ohci 를 사용하여 firewire 모듈을 차단할 수 있습니다.
inst.headless=
headless= 옵션은 설치 중인 시스템에 디스플레이 하드웨어가 없고 설치 프로그램이 디스플레이 하드웨어를 찾을 필요가 없음을 지정했습니다.
inst.decorated
inst.decorated 옵션은 데코레이션 창에서 그래픽 설치를 지정하는 데 사용되었습니다. 기본적으로 창은 데코레이팅되지 않으므로 제목 표시줄, 크기 조정 컨트롤 등이 없습니다.By default, the window is not decorated, so it does not have a title bar, resize controls, and so on. 이 옵션은 더 이상 필요하지 않습니다.
repo=nfsiso
inst.repo=nfs: 옵션을 사용합니다.
직렬
console=ttyS0 옵션을 사용합니다.
업데이트
inst.updates 옵션을 사용합니다.
ESSID, wepkey, wpakey
dracut은 무선 네트워킹을 지원하지 않습니다.
ethtool
이 옵션은 더 이상 필요하지 않습니다.
gdb
dracut-based initramfs 디버깅에 많은 옵션을 사용할 수 있으므로 이 옵션이 제거되었습니다.
inst.mediacheck
dracut 옵션 rd.live.check 옵션을 사용합니다.
ks=floppy
inst.ks=hd:<device> 옵션을 사용합니다.
표시
UI의 원격 디스플레이는 inst.vnc 옵션을 사용합니다.
utf8
기본 TERM 설정이 예상대로 작동하기 때문에 이 옵션이 더 이상 필요하지 않았습니다.
noipv6
ipv6는 커널에 빌드되며 설치 프로그램에서 제거할 수 없습니다. ipv6.disable=1 을 사용하여 ipv6를 비활성화할 수 있습니다. 이 설정은 설치된 시스템에서 사용합니다.
upgradeany
설치 프로그램에서 더 이상 업그레이드를 처리하지 않으므로 이 옵션이 더 이상 필요하지 않았습니다.
넷마스크, 게이트웨이, 호스트 이름
넷마스크,게이트웨이호스트 이름 옵션은 ip 옵션의 일부로 제공됩니다.
ip=bootif
PXE 제공 BOOTIF 옵션이 자동으로 사용되므로 ip=bootif 를 사용할 필요가 없습니다.
inst.zram
zram.service는 더 이상 실행할 수 없습니다. 자세한 내용은 zram-generator를 참조하십시오.
inst.singlelang
단일 언어 모드는 더 이상 지원되지 않습니다.
inst.repo=hd:<device>:<path> 설치 가능한 트리의 경우
이 옵션은 설치 가능한 트리와 함께 사용할 수 없지만 ISO 파일에서만 사용할 수 있습니다.
inst.loglevel
로그 수준은 항상 debug로 설정됩니다.

법적 공지

Copyright © 2025 Red Hat, Inc.
The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/. In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2026 Red Hat
맨 위로 이동