네트워크를 통해 RHEL을 대화형으로 설치


Red Hat Enterprise Linux 10

네트워크 리소스 또는 그래픽 설치 프로그램이 있는 헤드리스 시스템에 RHEL 설치

Red Hat Customer Content Services

초록

로컬 네트워크를 통해 그래픽 설치 프로그램을 사용하여 RHEL을 설치할 수 있습니다. 설치 중에 그래픽 인터페이스를 선호하고 시스템에 디스플레이와 같은 주변 장치가 없는 경우 이 방법을 사용하여 하나 또는 몇 개의 시스템에 RHEL을 설치합니다. 설치 소스는 로컬 네트워크의 서버 또는 Red Hat CDN(Content Delivery Network)입니다.

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

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

Jira를 통해 피드백 제출 (계정 필요)

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

I 부. RHEL 설치 준비

RHEL(Red Hat Enterprise Linux)을 설치하기 전에 시스템이 필요한 하드웨어 및 아키텍처 요구 사항을 충족하는지 확인합니다. 또한 설치 미디어를 사용자 지정하거나 환경에 맞는 부팅 가능한 미디어를 생성하여 설치 환경을 최적화해야 할 수 있습니다. RHEL 시스템을 Red Hat에 등록하면 업데이트 및 지원에 액세스할 수 있으므로 시스템의 안정성과 보안을 향상시킬 수 있습니다.

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

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

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

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

RHEL은 다음 아키텍처를 지원합니다.

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

1.1. 지원되는 설치 대상

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

  • DASD, SCSI, SATA 또는 SAS와 같은 표준 내부 인터페이스로 연결된 스토리지
  • Intel64, AMD64 및 arm64 아키텍처의 BIOS/firmware RAID 장치
  • 파이버 채널 호스트 버스 어댑터 및 다중 경로 장치. 일부에는 벤더 제공 드라이버가 필요할 수 있습니다.
  • 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의 공간이 있어야 합니다.

표 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 및 x86_64 아키텍처의 경우 3GiB
  • aarch64 및 ppc64le 아키텍처의 경우 4GiB

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

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

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

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

Red Hat Enterprise Linux 10

최소: 800 x 600

권장 사항: 1024 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) 사용
  • 설치 후 CLI(명령줄 인터페이스) 사용
  • Kickstart 스크립트 또는 활성화 키를 사용하여 설치 중 또는 설치 중 자동

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

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

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

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

4장. Satellite Server를 사용하여 RHEL 설치

Red Hat Satellite는 여러 Red Hat Enterprise Linux 배포의 프로비저닝, 원격 관리 및 모니터링을 위한 중앙 집중식 툴입니다. Satellite를 사용하면 물리적 및 가상 호스트를 배포할 수 있습니다. 여기에는 필요한 네트워크 토폴로지 설정, 필요한 서비스 구성, 네트워크에서 호스트를 프로비저닝하는 데 필요한 구성 정보를 제공하는 작업이 포함됩니다.

중요

호스트 프로비저닝에 대한 자세한 내용은 Satellite 설명서를 참조하십시오. 문서 포털에서 배포와 일치하는 Satellite 버전을 선택하여 적절한 Provisioning Hosts 가이드에 액세스합니다. 지원되지 않는 버전에 대한 설명서는 더 이상 사용되지 않는 버전으로만 표시되고 참조용으로만 사용됩니다. 지원되는 버전이 표시되는지 확인하여 가장 정확하고 최신 정보에 액세스할 수 있는지 확인합니다.

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

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

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

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

사전 요구 사항

중요

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

프로세스

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

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

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

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

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

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

      /nfs/rhel10-install *
      Copy to Clipboard
  4. /etc/exports 파일을 저장하고 텍스트 편집기를 종료합니다.
  5. firewalld에서 NFS 서비스를 활성화합니다.

    # firewall-cmd --permanent --add-service nfs
    # firewall-cmd --permanent --add-service=mountd
    # firewall-cmd --permanent --add-service=rpc-bind
    # firewall-cmd --reload
    Copy to Clipboard
  6. nfs 서비스를 시작합니다.

    # systemctl enable --now nfs-server.service
    Copy to Clipboard

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

    # systemctl reload nfs-server.service
    Copy to Clipboard

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

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

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

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

사전 요구 사항

중요

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

프로세스

  1. httpd 패키지를 설치합니다.

    # dnf install httpd
    Copy to Clipboard
  2. 선택 사항: https 설치 소스를 사용하려면 mod_ssl 패키지를 설치합니다.

    # dnf install mod_ssl
    Copy to Clipboard
  3. DVD ISO 이미지를 HTTP(S) 서버에 복사합니다.
  4. DVD ISO 이미지를 마운트하기 위한 적절한 디렉터리를 만듭니다. 예를 들면 다음과 같습니다.

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

    # mount -o loop,ro -t iso9660 /image_directory/image.iso /mnt/rhel10-install/
    Copy to Clipboard

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

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

    # cp -r /mnt/rhel10-install/ /var/www/html/
    Copy to Clipboard

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

  7. DVD ISO를 마운트 해제합니다.

    # umount /mnt/rhel10-install/
    Copy to Clipboard
  8. firewalld에서 http 서비스를 활성화합니다.

    # firewall-cmd --permanent --add-service=http
    # firewall-cmd --reload
    Copy to Clipboard
  9. 선택 사항: firewalld에서 https 서비스를 활성화합니다.

    # firewall-cmd --permanent --add-service=https
    # firewall-cmd --reload
    Copy to Clipboard
  10. httpd 서비스를 시작합니다.

    # systemctl enable --now httpd.service
    Copy to Clipboard

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

    참고

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

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

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

사전 요구 사항

프로세스

  1. vsftpd 패키지를 설치합니다.

    # dnf install vsftpd
    Copy to Clipboard
  2. 텍스트 편집기에서 /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 서버에서 사용하는 포트 번호 범위(예: 1000011000 )로 바꿉니다.

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

    4. 선택 사항: 구성에 사용자 지정 변경 사항을 추가합니다. 사용 가능한 옵션은 vsftpd.conf(5) 도움말 페이지를 참조하십시오. 이 절차에서는 기본 옵션이 사용된다고 가정합니다.
    5. 이전 단계의 FTP 포트 및 포트 범위를 허용하도록 방화벽을 구성합니다.

      # firewall-cmd --add-port min_port-max_port/tcp --permanent
      Copy to Clipboard

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

    6. FTP 서비스를 허용하도록 방화벽 구성

      # firewall-cmd --add-service ftp --permanent
      Copy to Clipboard
    7. 방화벽을 다시 로드하여 새 규칙을 적용합니다.

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

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

    # mount -o loop,ro -t iso9660 /image-directory/image.iso /mnt/rhel10-install
    Copy to Clipboard

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

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

    # cp -r /mnt/rhel10-install/ /var/ftp/
    Copy to Clipboard

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

  7. vsftpd 서비스를 시작합니다.

    # systemctl enable --now vsftpd.service
    Copy to Clipboard

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

    # systemctl restart vsftpd.service
    Copy to Clipboard

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

    설치 소스를 구성할 때 ftp://를 프로토콜, 서버 호스트 이름 또는 IP 주소 및 FTP 서버 루트와 관련하여 ISO 이미지의 파일을 저장한 디렉터리를 사용합니다. 예를 들어 서버 호스트 이름이 myserver.example.com 이고 이미지의 파일을 /var/ftp/rhel10-install/ 에 복사한 경우 설치 소스로 ftp://myserver.example.com/rhel10-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 부팅은 클라이언트 시스템에서 더 널리 지원되지만 TFTP 프로토콜을 통해 부팅 파일을 전송하는 속도가 느려 시간 초과 오류가 발생할 수 있습니다.

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

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

사전 요구 사항

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

    다음 예제에서 서버에는 이 구성이 포함된 네트워크 인터페이스 enp1s0 이 있습니다.

    IPv4 주소
    192.168.124.2/24
    IPv4 게이트웨이 + DNS 서버
    192.168.124.1

프로세스

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

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

    {
      "Dhcp4": {
        "interfaces-config": {
          "interfaces": [ "enp1s0" ]
        },
        "subnet4": [
          {
            "id": 1,
            "subnet": "192.168.124.0/24",
            "pools": [
              {
                "pool": "192.168.124.100 - 192.168.124.200"
              }
            ],
            "option-data": [
              {
                "space": "dhcp4",
                "name": "routers",
                "code": 3,
                "data": "192.168.124.10"
              },
              {
                "space": "dhcp4",
                "name": "domain-name-servers",
                "code": 6,
                "data": "192.168.124.10"
              }
            ]
          }
        ],
        "client-classes": [
          {
            "name": "uefi PXE Clients",
            "test": "substring(option[60].hex,0,9) == 'PXEClient' and option[93].hex == 0x0007",
            "next-server": "192.168.124.2",
            "boot-file-name": "/uefi/BOOT/BOOTX64.EFI"
          },
          {
            "name": "bios PXE Clients",
            "test": "substring(option[60].hex,0,9) == 'PXEClient' and option[93].hex == 0x0000",
            "next-server": "192.168.124.2",
            "boot-file-name": "syslinux/pxelinux.0"
          },
          {
            "name": "uefi HTTP Clients",
            "test": "substring(option[60].hex,0,10) == 'HTTPClient' and option[93].hex == 0x0007",
            "option-data": [
              {
                "space": "dhcp4",
                "name": "vendor-class-identifier",
                "code": 60,
                "data": "HTTPClient"
              }
            ],
            "next-server": "192.168.124.2",
            "boot-file-name": "http://192.168.124.2/uefi/BOOT/BOOTX64.EFI"
          }
        ]
      }
    }
    Copy to Clipboard
  3. DHCPv4 서비스를 시작합니다.

    # systemctl enable --now kea-dhcp4
    Copy to Clipboard

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

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

사전 요구 사항

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

    다음 예제에서 서버에는 이 구성이 포함된 네트워크 인터페이스 enp1s0 이 있습니다.

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

프로세스

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

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

    {
      "Dhcp6": {
        "interfaces-config": {
          "interfaces": [ "enp1s0" ]
        },
        "subnet6": [
          {
            "id": 1,
            "subnet": "fd33::/64",
            "interface": "enp1s0",
            "pools": [
              {
                "pool": "fd33::100-fd33::200"
              }
            ]
          }
        ],
        "client-classes": [
          {
            "name": "uefi PXE Clients",
            "test": "substring(option[16].hex,6,9) == 'PXEClient' and substring(option[16].hex,21,5) == '00007'",
            "option-data": [
              {
                "space": "dhcp6",
                "name": "bootfile-url",
                "code": 59,
                "data": "tftp://[fd33::2]/uefi/BOOT/BOOTX64.EFI"
              }
            ]
          },
          {
            "name": "bios PXE Clients",
            "test": "substring(option[16].hex,6,9) == 'PXEClient' and substring(option[16].hex,21,5) == '00000'",
            "option-data": [
              {
                "space": "dhcp6",
                "name": "bootfile-url",
                "code": 59,
                "data": "tftp://[fd33::2]/syslinux/pxelinux.0"
              }
            ]
          },
          {
            "name": "uefi HTTP Clients",
            "test": "substring(option[16].hex,6,10) == 'HTTPClient' and substring(option[16].hex,22,5) == '00007'",
            "option-data": [
              {
                "space": "dhcp6",
                "name": "bootfile-url",
                "code": 59,
                "data": "http://[fd33::2]/uefi/BOOT/BOOTX64.EFI"
              }
            ]
          }
        ]
      }
    }
    Copy to Clipboard
  3. DHCPv6 서비스를 시작합니다.

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

    IPv6_rpfilter=no
    Copy to Clipboard

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

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

사전 요구 사항

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

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

프로세스

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

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

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

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

    # mount -o loop,ro -t iso9660 path-to-RHEL-DVD.iso /var/www/html/redhat/iso
    Copy to Clipboard
  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
  7. 부트 로더 구성을 편집할 수 있도록 설정하고 httpd 서버(apache)를 실행하는 사용자가 부팅 파일을 소유하고 있는지 확인합니다.

    # chmod 644 /var/www/html/redhat/EFI/BOOT/grub.cfg
    # chown -R apache:apache /var/www/html/redhat/EFI
    Copy to Clipboard
  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
    
    set timeout=60
    
    menuentry 'Install Red Hat Enterprise Linux 10.0' --class fedora --class gnu-linux --class gnu --class os {
        	linuxefi /redhat/images/pxeboot/vmlinuz inst.repo=http://192.168.124.2/redhat/iso quiet
        	initrdefi /redhat/images/pxeboot/initrd.img
    }
    submenu 'Troubleshooting -->' {
        	menuentry 'Install Red Hat Enterprise Linux 10.0 in text mode' --class fedora --class gnu-linux --class gnu --class os {
                	linuxefi /redhat/images/pxeboot/vmlinuz inst.repo=http://192.168.124.2/redhat/iso inst.text quiet
                	initrdefi /redhat/images/pxeboot/initrd.img
        	}
        	menuentry 'Rescue a Red Hat Enterprise Linux system' --class fedora --class gnu-linux --class gnu --class os {
                	linuxefi /redhat/images/pxeboot/vmlinuz inst.stage2=http://192.168.124.2/redhat/iso inst.rescue quiet
                	initrdefi /redhat/images/pxeboot/initrd.img
        	}
    }
    Copy to Clipboard

    이 파일에서 다음 문자열을 업데이트합니다.

    Red Hat Enterprise Linux 10.0 설치
    다운로드한 RHEL 버전과 일치하도록 버전 번호를 편집합니다.
    192.168.124.2
    을 서버의 IP 주소로 바꿉니다.
  9. 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

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

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

    # firewall-cmd --reload
    Copy to Clipboard
  12. HTTP 서버를 시작합니다.

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

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

    # restorecon -FvvR /var/www/html
    Copy to Clipboard

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 부팅은 클라이언트 시스템에서 더 널리 지원되지만 TFTP 프로토콜을 통해 부팅 파일을 전송하는 속도가 느려 시간 초과 오류가 발생할 수 있습니다.

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

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

사전 요구 사항

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

    다음 예제에서 서버에는 이 구성이 포함된 네트워크 인터페이스 enp1s0 이 있습니다.

    IPv4 주소
    192.168.124.2/24
    IPv4 게이트웨이 + DNS 서버
    192.168.124.1

프로세스

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

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

    {
      "Dhcp4": {
        "interfaces-config": {
          "interfaces": [ "enp1s0" ]
        },
        "subnet4": [
          {
            "id": 1,
            "subnet": "192.168.124.0/24",
            "pools": [
              {
                "pool": "192.168.124.100 - 192.168.124.200"
              }
            ],
            "option-data": [
              {
                "space": "dhcp4",
                "name": "routers",
                "code": 3,
                "data": "192.168.124.10"
              },
              {
                "space": "dhcp4",
                "name": "domain-name-servers",
                "code": 6,
                "data": "192.168.124.10"
              }
            ]
          }
        ],
        "client-classes": [
          {
            "name": "uefi PXE Clients",
            "test": "substring(option[60].hex,0,9) == 'PXEClient' and option[93].hex == 0x0007",
            "next-server": "192.168.124.2",
            "boot-file-name": "/uefi/BOOT/BOOTX64.EFI"
          },
          {
            "name": "bios PXE Clients",
            "test": "substring(option[60].hex,0,9) == 'PXEClient' and option[93].hex == 0x0000",
            "next-server": "192.168.124.2",
            "boot-file-name": "syslinux/pxelinux.0"
          },
          {
            "name": "uefi HTTP Clients",
            "test": "substring(option[60].hex,0,10) == 'HTTPClient' and option[93].hex == 0x0007",
            "option-data": [
              {
                "space": "dhcp4",
                "name": "vendor-class-identifier",
                "code": 60,
                "data": "HTTPClient"
              }
            ],
            "next-server": "192.168.124.2",
            "boot-file-name": "http://192.168.124.2/uefi/BOOT/BOOTX64.EFI"
          }
        ]
      }
    }
    Copy to Clipboard
  3. DHCPv4 서비스를 시작합니다.

    # systemctl enable --now kea-dhcp4
    Copy to Clipboard

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

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

사전 요구 사항

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

    다음 예제에서 서버에는 이 구성이 포함된 네트워크 인터페이스 enp1s0 이 있습니다.

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

프로세스

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

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

    {
      "Dhcp6": {
        "interfaces-config": {
          "interfaces": [ "enp1s0" ]
        },
        "subnet6": [
          {
            "id": 1,
            "subnet": "fd33::/64",
            "interface": "enp1s0",
            "pools": [
              {
                "pool": "fd33::100-fd33::200"
              }
            ]
          }
        ],
        "client-classes": [
          {
            "name": "uefi PXE Clients",
            "test": "substring(option[16].hex,6,9) == 'PXEClient' and substring(option[16].hex,21,5) == '00007'",
            "option-data": [
              {
                "space": "dhcp6",
                "name": "bootfile-url",
                "code": 59,
                "data": "tftp://[fd33::2]/uefi/BOOT/BOOTX64.EFI"
              }
            ]
          },
          {
            "name": "bios PXE Clients",
            "test": "substring(option[16].hex,6,9) == 'PXEClient' and substring(option[16].hex,21,5) == '00000'",
            "option-data": [
              {
                "space": "dhcp6",
                "name": "bootfile-url",
                "code": 59,
                "data": "tftp://[fd33::2]/syslinux/pxelinux.0"
              }
            ]
          },
          {
            "name": "uefi HTTP Clients",
            "test": "substring(option[16].hex,6,10) == 'HTTPClient' and substring(option[16].hex,22,5) == '00007'",
            "option-data": [
              {
                "space": "dhcp6",
                "name": "bootfile-url",
                "code": 59,
                "data": "http://[fd33::2]/uefi/BOOT/BOOTX64.EFI"
              }
            ]
          }
        ]
      }
    }
    Copy to Clipboard
  3. DHCPv6 서비스를 시작합니다.

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

    IPv6_rpfilter=no
    Copy to Clipboard

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

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

프로세스

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

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

    # firewall-cmd --add-service=tftp
    Copy to Clipboard

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

  3. 선택 사항: 영구 액세스를 활성화하려면 --permanent 옵션과 함께 이전 명령을 반복합니다.

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

  4. syslinux-tftpboot 패키지를 설치합니다.

    # dnf -y install syslinux-tftpboot
    Copy to Clipboard
  5. /var/lib/tftpboot 디렉터리에 pxelinux 디렉토리를 만들고 syslinux-tftpboot 패키지( /tftpboot 디렉터리에 있음)에서 제공하는 모든 파일을 pxelinux 디렉터리에 복사합니다.

    # mkdir /var/lib/tftpboot/pxelinux
    # cp /tftpboot/* /var/lib/tftpboot/pxelinux
    Copy to Clipboard
  6. pxelinux 디렉터리에 pxelinux.cfg 디렉터리를 생성합니다.

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

    DEFAULT menu.c32
    
    MENU TITLE Red Hat Enterprise Linux 10.0 Installation
    TIMEOUT 600
    
    LABEL default
    	MENU LABEL ^Install Red Hat Enterprise Linux 10.0
    	KERNEL /pxelinux/images/RHEL-10/vmlinuz
    	APPEND initrd=/pxelinux/images/RHEL-10/initrd.img inst.repo=http://192.168.124.2/redhat/iso quiet
    
    LABEL text
    	MENU LABEL Install Red Hat Enterprise Linux 10.0 in ^text mode
    	KERNEL /pxelinux/images/RHEL-10/vmlinuz
    	APPEND initrd=/pxelinux/images/RHEL-10/initrd.img inst.repo=http://192.168.124.2/redhat/iso inst.text quiet
    
    LABEL rescue
    	MENU LABEL ^Rescue a Red Hat Enterprise Linux system
    	KERNEL /pxelinux/images/RHEL-10/vmlinuz
    	APPEND initrd=/pxelinux/images/RHEL-10/initrd.img inst.stage2=http://192.168.124.2/redhat/iso inst.rescue quiet
    
    LABEL local
    	MENU LABEL Boot from ^local drive
    	LOCALBOOT 0xffff
    Copy to Clipboard
    • 설치 프로그램은 런타임 이미지 없이는 부팅할 수 없습니다. inst.stage2 부팅 옵션을 사용하여 이미지 위치를 지정합니다. 또는 inst.repo= 옵션을 사용하여 이미지와 설치 소스를 지정할 수 있습니다.
    • inst.repo와 함께 사용되는 설치 소스 위치에는 유효한 .treeinfo 파일이 포함되어야 합니다.
    • RHEL10 설치 DVD의 콘텐츠를 설치 소스로 선택하면 .treeinfo 파일은 BaseOS 및 AppStream 리포지토리를 가리킵니다. 단일 inst.repo 옵션을 사용하여 두 리포지토리를 로드할 수 있습니다.
  8. /var/lib/tftpboot 디렉터리에 부팅 이미지 파일을 저장하고 부팅 이미지 파일을 디렉터리에 복사합니다. 이 예에서 디렉터리는 /var/lib/tftpboot/pxelinux/images/RHEL-10:입니다.

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

    # systemctl enable --now tftp.socket
    Copy to Clipboard

    이제 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 10 UEFI PXE 부팅은 기본 grub 메뉴 파일(grub.cfg)을 제외하고 MAC 기반 grub 메뉴 파일의 소문자 파일 형식을 지원합니다. 예를 들어 grub2의 MAC 주소 파일 형식은 grub.cfg-01-aa-bb-cc-dd-ee-ff일 수 있습니다.

프로세스

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

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

    # firewall-cmd --add-service=tftp
    Copy to Clipboard

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

  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
  5. DVD ISO 이미지에서 EFI 부팅 이미지를 복사합니다.

    # mkdir /var/lib/tftpboot/redhat
    # cp -r /mount_point/EFI /var/lib/tftpboot/redhat/
    Copy to Clipboard
  6. /var/lib/tftpboot/ 디렉터리에 부팅 이미지 파일을 저장하고 부팅 이미지 파일을 디렉터리에 복사합니다. 이 예에서 디렉터리는 /var/lib/tftpboot/images/RHEL-10/:입니다.

    # mkdir -p /var/lib/tftpboot/images/RHEL-10/
    # cp /mount_point/images/pxeboot/{vmlinuz,initrd.img} /var/lib/tftpboot/images/RHEL-10/
    # umount /mount_point
    Copy to Clipboard
  7. 복사된 파일의 권한을 수정합니다.

    # chmod -R 755 /var/lib/tftpboot/redhat/
    Copy to Clipboard
  8. /var/lib/tftpboot/redhat/EFI/BOOT/grub.cfg 내용을 다음 예로 바꿉니다.

    set default="1"
    set timeout=60
    
    function load_video {
      insmod efi_gop
      insmod efi_uga
      insmod video_bochs
      insmod video_cirrus
      insmod all_video
    }
    
    load_video
    set gfxpayload=keep
    
    menuentry 'Install Red Hat Enterprise Linux 10.0' --class fedora --class gnu-linux --class gnu --class os {
        	linuxefi /images/RHEL-10/vmlinuz inst.repo=http://192.168.124.2/redhat/iso quiet
        	initrdefi /images/RHEL-10/initrd.img
    }
    submenu 'Troubleshooting -->' {
        	menuentry 'Install Red Hat Enterprise Linux 10.0 in text mode' --class fedora --class gnu-linux --class gnu --class os {
                	linuxefi /images/RHEL-10/vmlinuz inst.repo=http://192.168.124.2/redhat/iso inst.text quiet
                	initrdefi /images/RHEL-10/initrd.img
        	}
        	menuentry 'Rescue a Red Hat Enterprise Linux system' --class fedora --class gnu-linux --class gnu --class os {
                	linuxefi /images/RHEL-10/vmlinuz inst.stage2=http://192.168.124.2/redhat/iso inst.rescue quiet
                	initrdefi /images/RHEL-10/initrd.img
        	}
    }
    Copy to Clipboard
    • 설치 프로그램은 런타임 이미지 없이는 부팅할 수 없습니다. inst.stage2 부팅 옵션을 사용하여 이미지 위치를 지정합니다. 또는 inst.repo= 옵션을 사용하여 이미지와 설치 소스를 지정할 수 있습니다.
    • inst.repo와 함께 사용되는 설치 소스 위치에는 유효한 .treeinfo 파일이 포함되어야 합니다.
    • RHEL10 설치 DVD를 설치 소스로 선택하면 .treeinfo 파일은 BaseOS 및 AppStream 리포지토리를 가리킵니다. 단일 inst.repo 옵션을 사용하여 두 리포지토리를 로드할 수 있습니다.
  9. tftp.socket 서비스를 시작하고 활성화합니다.

    # systemctl enable --now tftp.socket
    Copy to Clipboard

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

8장. IBM Power Server에 RHEL 설치

다양한 IBM Power System 서버에 Red Hat Enterprise Linux를 설치할 수 있습니다.

8.1. 지원되는 IBM Power Server

IBM Power Systems에 Red Hat Enterprise Linux를 설치할 수 있습니다. 지원되는 IBM Power 서버의 전체 목록은 Red Hat Ecosystem Catalog 에서 확인할 수 있습니다.

8.2. HMC를 사용하여 PowerVM LPAR의 설치 프로세스 개요

하드웨어 관리 콘솔을 사용하여 PowerVM 논리 파티션(LPAR)에 RHEL을 설치할 수 있습니다. 하드웨어 관리 콘솔(HMC)은 IBM Power Systems 서버를 관리하는 데 사용할 수 있는 하드웨어 어플라이언스입니다.

설치 워크플로에는 다음과 같은 일반적인 단계가 포함됩니다.

  1. RHEL 설치 ISO를 다운로드합니다.
  2. 설치 방법에 따라 부팅 가능한 물리적 설치 미디어를 준비합니다.
  3. Power System이 HMC에 추가되었는지 확인합니다.

    자세한 내용은 IBM 문서의 HMC에 연결 추가 또는 제거를 참조하십시오.

  4. 관리 시스템에서 VIOS 및 LPAR을 구성하거나 요구 사항에 따라 전체 시스템 LPAR을 구성합니다.
  5. HMC 콘솔에 로그인합니다.

    1. ssh hscroot@ <HMC_IP_address >를 실행하여 mkvterm -m < managed_system_name > -p < lpar_name > 명령 또는 vtmenu 인터페이스를 사용하여 LPAR 콘솔에 액세스합니다.
    2. HMC GUI를 사용하여 LPAR의 전원을 켭니다.
    3. 선택 사항: 원격 데스크탑 세션으로 전환합니다.
  6. Red Hat Enterprise Linux를 설치합니다.
  7. 선택 사항: IBM Tools Repository를 설치하여 서비스 및 생산성 툴, IBM Advance Toolchain for Linux on Power, IBM SDK for PowerLinux를 사용합니다.

자세한 내용은 IBM 문서 의 HMC 및 Service 및 생산성 툴 을 사용하여 PowerVM LPAR에 Linux 설치를 참조하십시오.

8.3. 그래픽 카드가 있는 IBM Power Server의 설치 프로세스 개요

그래픽 카드를 사용하여 IBM Power Systems 서버에 RHEL을 설치할 수 있습니다.

설치 워크플로에는 다음과 같은 일반적인 단계가 포함됩니다.

  1. RHEL 설치 ISO를 다운로드합니다.
  2. 설치 방법에 따라 부팅 가능한 물리적 설치 미디어를 준비합니다.
  3. RHEL 설치를 위한 머신을 준비합니다.
  4. 설치 프로그램 커널을 부팅합니다.
  5. Red Hat Enterprise Linux를 설치합니다.
  6. 선택 사항: IBM Tools Repository를 설치하여 서비스 및 생산성 툴, IBM AdvanceD Toolchain for Linux on Power, IBM SDK for PowerLinux를 사용합니다.

자세한 내용은 IBM 문서 의 그래픽 카드 및 서비스 및 생산성 도구를 사용하여 Power Systems 서버에 Linux 설치를 참조하십시오.

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

64비트 IBM Z 아키텍처에 Red Hat Enterprise Linux를 설치할 수 있습니다.

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

Red Hat Enterprise Linux 10은 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 10은 다음과 같은 네트워크 장치를 지원합니다.

    • 실제 및 가상 Open Systems 어댑터 (OSA)
    • 실제 및 가상 HiperSockets
    • 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 부트 로더가 사용되는지 여부를 나타냅니다. 이 정보는 특정 환경에 가장 적합한 부팅 미디어를 결정하는 데 도움이 됩니다.

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

z/VM Reader

없음

제공됨

해당 없음

해당 없음

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)을 설치할 때 다양한 시스템 유형에 대해 지원되는 환경, 네트워크 장치, 머신 유형 및 스토리지 유형에 대한 정보를 제공합니다. 이러한 테이블을 사용하여 특정 시스템 구성으로 다양한 구성 요소의 호환성을 확인합니다.

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

Open Systems Adapter (OSA)

제공됨

해당 없음

제공됨

HiperSockets

제공됨

해당 없음

제공됨

virtio-net

해당 없음

제공됨

해당 없음

RoCE(RDMA over Converged Ethernet)

제공됨

제공됨

제공됨

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

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

ESA

제공됨

해당 없음

해당 없음

s390-virtio-ccw

해당 없음

제공됨

해당 없음

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

표 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 시스템에 연결하고 RDP(Remote Desktop Protocol)를 사용하여 설치 프로그램을 시작합니다.
  3. RHEL 설치 프로그램을 사용하여 설치 완료.

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

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

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

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

  • z/VM reader

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

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

rd.zfcp= 옵션은 FCP(zFCP) 어댑터 장치 버스 식별자, 대상 WWN(WWPN) 및 FCP LUN을 기반으로 SCSI 디스크의 한 경로를 활성화합니다. 동일한 디스크에 대한 여러 경로를 활성화하려면 이 매개변수를 두 번 이상 지정해야 합니다. 이 매개변수는 각각 경로가 여러 개인 디스크를 활성화하기 위해 여러 번 지정할 수 있습니다.

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

rd.zfcp=0.0.4000,0x5005076300C213e9,0x5022000000000000
rd.zfcp=0.0.4000
Copy to Clipboard
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

일부 설치 방법은 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

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

9.7. 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

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

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

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

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

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

      cp query virtual storage
      Copy to Clipboard
    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
    3. 사용 가능한 DASD 쿼리. 읽기-쓰기 모드에 대해 RW 에 플래그가 지정된 RW만 설치 대상으로 사용할 수 있습니다.

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

      cp query virtual fcp
      Copy to Clipboard

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

64비트 IBM Z의 매개변수 및 구성 파일을 사용하여 RHEL을 사용자 지정하고 구성할 수 있습니다.

9.8.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.8.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.8.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

예: ( 샘플 qeth SUBCHANNEL 문):

SUBCHANNELS="0.0.f5f0,0.0.f5f1,0.0.f5f2"
Copy to Clipboard
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
SEARCHDNS="domain1:domain2:additional_dns_terms:domainN"

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

SEARCHDNS="subdomain.domain:domain"
Copy to Clipboard

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
FCP_n="device_bus_ID [WWPN FCP_LUN]"

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

FCP_n="device_bus_ID [WWPN FCP_LUN]"
Copy to Clipboard

다음과 같습니다.

  • 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

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

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

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

rd.live.check
ISO 기반 설치 소스 테스트를 켭니다(예: 로컬 디스크에서 ISO와 함께 inst.repo= 를 사용하거나 NFS로 마운트된 경우).
inst.nompath
다중 경로 장치 지원을 비활성화합니다.
inst.proxy=[protocol://][username[:password]@]host[: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
inst.syslog=IP/hostname[:port]
원격 syslog 서버로 로그 메시지를 보냅니다.

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

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

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

generic.prm 파일의 예:

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

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

II 부. Red Hat Enterprise Linux 수동 설치

RHEL(Red Hat Enterprise Linux) 설치를 위한 머신을 설정하려면 설치 미디어 부팅부터 시스템 옵션 구성까지 몇 가지 주요 단계가 필요합니다. VM에서 설치 ISO를 부팅하면 다양한 콘솔 및 로그를 통해 부팅 설정을 수정하고 설치 프로세스를 모니터링할 수 있습니다. 설치 중에 시스템을 사용자 정의하면 특정 요구 사항에 맞게 조정됩니다.

10장. 커널 기반 가상 머신 생성 및 VM에서 설치 ISO 부팅

KVM(커널 기반 가상 시스템)을 생성하고 RHEL 설치를 시작할 수 있습니다.

사전 요구 사항

  • IBM Z 플랫폼에서 KVM 호스트는 LPAR 모드에 설치된 RHEL을 실행합니다. LPAR에서 설치를 참조하십시오.

프로세스

  • KVM 게스트 운영 체제로 Red Hat Enterprise Linux 인스턴스를 사용하여 가상 머신을 생성하고 KVM 호스트에서 다음 virt-install 명령을 사용합니다.

    $ virt-install --name=<guest_name> --disk size=<disksize_in_GB> --memory=<memory_size_in_MB> --cdrom <filepath_to_iso> --graphics vnc
    Copy to Clipboard

11장. 설치 미디어 부팅

부팅 가능한 미디어를 생성한 후 Red Hat Enterprise Linux 설치를 부팅할 준비가 된 것입니다.

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

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

  • 설치 후 즉시 최신 시스템에 최신 패키지 사용
  • Red Hat Insights에 연결하고 시스템 용도를 활성화하기 위한 통합 지원.

11.1. HTTP를 사용하여 네트워크에서 설치 부팅

다수의 시스템에 동시에 Red Hat Enterprise Linux를 설치할 때 로컬 네트워크의 서버에서 부팅하고 설치하는 것이 가장 좋습니다. 이 절차의 단계에 따라 HTTP를 사용하여 네트워크에서 Red Hat Enterprise Linux 설치를 부팅합니다.

중요

네트워크에서 설치 프로세스를 부팅하려면 물리적 네트워크 연결(예: 이더넷)을 사용해야 합니다. 무선 연결로 설치 프로세스를 부팅할 수 없습니다.

사전 요구 사항

  • HTTP 부팅 서버를 구성했으며 시스템에 네트워크 인터페이스가 있습니다. 자세한 내용은 추가 리소스 를 참조하십시오.
  • 네트워크 인터페이스에서 부팅하도록 시스템을 구성했습니다. 이 옵션은 UEFI에 있으며 Network Boot 또는 Boot Services 라는 레이블이 지정될 수 있습니다.
  • UEFI가 지정된 네트워크 인터페이스에서 부팅되도록 구성되어 HTTP 부팅 표준을 지원하는지 확인했습니다. 자세한 내용은 하드웨어 설명서를 참조하십시오.
  • 플랫폼은 x86_64이거나 KVM에 설치합니다.

프로세스

  1. 네트워크 케이블이 연결되어 있는지 확인합니다. 컴퓨터가 설정되어 있지 않은 경우에도 네트워크 소켓의 링크 표시등이 켜야 합니다.
  2. 시스템을 켭니다.

    하드웨어에 따라 시스템이 HTTP 부팅 서버에 연결하기 전에 일부 네트워크 설정 및 진단 정보를 표시할 수 있습니다. 연결하면 HTTP 부팅 서버 구성에 따라 메뉴가 표시됩니다.

  3. 키보드의 화살표 키를 사용하여 필요한 부팅 옵션을 선택하고 Enter 키를 눌러 부팅 옵션을 선택합니다. 설치 프로그램이 시작되고 그래픽 또는 텍스트 사용자 인터페이스를 사용하여 Red Hat Enterprise Linux를 설치할 수 있습니다.

    부팅 메뉴 창에서 작업이 없는 경우 기본적으로 60초 이내에 설치 프로그램이 자동으로 시작됩니다.

  4. 선택 사항: 사용 가능한 부팅 옵션을 편집합니다.

    E 를 눌러 편집 모드로 전환합니다. 사전 정의된 명령줄을 변경하여 부팅 옵션을 추가하거나 제거합니다. Ctrl+X 눌러 선택한 내용을 확인합니다.

11.2. PXE를 사용하여 네트워크에서 설치 부팅

다수의 시스템에 동시에 Red Hat Enterprise Linux를 설치할 때 로컬 네트워크의 서버에서 부팅하고 설치하는 것이 가장 좋습니다. 이 절차의 단계에 따라 PXE를 사용하여 네트워크에서 Red Hat Enterprise Linux 설치를 부팅합니다.

중요

네트워크에서 설치 프로세스를 부팅하려면 물리적 네트워크 연결(예: 이더넷)을 사용해야 합니다. 무선 연결로 설치 프로세스를 부팅할 수 없습니다.

사전 요구 사항

  • TFTP 서버를 구성했으며 시스템에 PXE가 지원되는 네트워크 인터페이스가 있습니다. 자세한 내용은 추가 리소스 를 참조하십시오.
  • 네트워크 인터페이스에서 부팅하도록 시스템을 구성했습니다. 이 옵션은 BIOS에 있으며 Network Boot 또는 Boot Services 라는 레이블이 지정될 수 있습니다.
  • BIOS가 지정된 네트워크 인터페이스에서 부팅하고 PXE 표준을 지원하도록 구성되어 있는지 확인했습니다. 자세한 내용은 하드웨어 설명서를 참조하십시오.
  • 플랫폼은 x86_64이거나 KVM에 설치합니다.

프로세스

  1. 네트워크 케이블이 연결되어 있는지 확인합니다. 컴퓨터가 설정되어 있지 않은 경우에도 네트워크 소켓의 링크 표시등이 켜야 합니다.
  2. 시스템에서 전환합니다.

    하드웨어에 따라 시스템이 PXE 서버에 연결하기 전에 일부 네트워크 설정 및 진단 정보를 표시할 수 있습니다. 연결하면 PXE 서버 구성에 따라 메뉴가 표시됩니다.

  3. 키보드의 화살표 키를 사용하여 필요한 부팅 옵션을 선택하고 Enter 키를 눌러 부팅 옵션을 선택합니다. 설치 프로그램이 시작되고 그래픽 또는 텍스트 사용자 인터페이스를 사용하여 Red Hat Enterprise Linux를 설치할 수 있습니다.

    부팅 메뉴에서 작업이 실행되지 않으면 기본적으로 60초 이내에 설치 프로그램이 자동으로 시작됩니다.

  4. 선택 사항: 사용 가능한 부팅 옵션을 편집합니다.

    UEFI 기반 시스템
    E 를 눌러 편집 모드로 전환합니다. 사전 정의된 명령줄을 변경하여 부팅 옵션을 추가하거나 제거합니다. Ctrl+X 눌러 선택한 내용을 확인합니다.
    BIOS 기반 시스템
    키보드에서 Tab 키를 눌러 편집 모드로 전환합니다. 사전 정의된 명령줄을 변경하여 부팅 옵션을 추가하거나 제거합니다. Enter 를 눌러 선택을 확인합니다.

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

11.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 를 클릭합니다.

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

이미 준비된 DASD를 사용하여 LPAR에 Red Hat Enterprise Linux를 설치할 수 있습니다.

프로세스

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

11.3.3. IBM Z LPAR에 설치하기 위해 FCP 연결 SCSI 디스크에서 RHEL 설치 부팅

이미 준비된 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 버튼을 클릭합니다.

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

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

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

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

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

프로세스

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

    cp link tcpmaint 592 592
    acc 592 fm
    Copy to Clipboard

    fmFILEMODE 문자로 바꿉니다.

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

    ftp <host> (secure
    Copy to Clipboard

    여기서 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
  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

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

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

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

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

    redhat
    Copy to Clipboard

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

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

프로세스

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

    cp ipl DASD_device_number loadparm boot_entry_number
    Copy to Clipboard

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

    cp ipl eb1c loadparm 0
    Copy to Clipboard

11.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

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

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

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

    cp ipl FCP_device
    Copy to Clipboard

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

    cp ipl fc00
    Copy to Clipboard

12장. 선택 사항: 부팅 옵션 사용자 정의

x86_64 또는 ARM64 아키텍처에 RHEL을 설치하는 경우 부팅 옵션을 편집하여 특정 환경에 따라 설치 프로세스를 사용자 지정할 수 있습니다.

12.1. 부팅 옵션

부팅 명령줄에 공백으로 구분된 여러 옵션을 추가할 수 있습니다. 설치 프로그램과 관련된 부팅 옵션은 항상 inst 로 시작합니다. 다음은 사용 가능한 부팅 옵션입니다.

"=" 기호"가 있는 옵션
= 기호를 사용하는 부팅 옵션의 값을 지정해야 합니다. 예를 들어 inst.lang= 옵션에는 이 예제의 언어 코드가 포함되어야 합니다. 이 예제의 올바른 구문은 inst.lang=en_US 입니다.
"=" 기호"가 없는 옵션
이 부팅 옵션은 값 또는 매개변수를 허용하지 않습니다. 예를 들어, rd.live.check 옵션은 설치를 시작하기 전에 설치 미디어를 강제로 설치 프로그램에 강제 적용합니다. 이 부팅 옵션이 있는 경우 설치 프로그램이 확인을 수행하고 부팅 옵션이 없으면 확인을 건너뜁니다.

e 키를 누른 후 명령줄에 사용자 지정 부팅 옵션을 추가하여 특정 메뉴 항목에 대한 부팅 옵션을 사용자 지정할 수 있습니다. 준비되면 Ctrl+X 를 눌러 수정된 옵션을 부팅합니다. 자세한 내용은 GRUB2 메뉴 편집을 참조하십시오.

12.2. GRUB2 메뉴 편집

RHEL 설치 중에 BIOS 또는 UEFI 기반 시스템에서 GRUB 부팅 메뉴를 편집하여 매개 변수를 사용자 지정할 수 있습니다. 이를 통해 설치가 요구 사항을 충족하도록 특정 설정을 구성할 수 있습니다.

사전 요구 사항

  • 부팅 가능한 설치 미디어( USB 또는 DVD)를 생성하거나 PXE 또는 UEFI HTTP 부팅 관련 서비스를 제공하는 서버를 설정했습니다.
  • 미디어 또는 네트워크에서 설치를 부팅했으며 설치 부팅 메뉴가 열립니다.

프로세스

  1. 부팅 메뉴 창에서 필요한 옵션을 선택하고 e 를 누릅니다.
  2. 커서를 커널 명령줄의 끝으로 이동하고 필요에 따라 매개변수를 추가합니다. 예를 들어 연방 정보 처리 표준(FIPS) 140에서 요구하는 암호화 모듈 자체 점검을 활성화하려면 fips=1 을 추가합니다.

    linuxefi /images/pxeboot/vmlinuz inst.stage2=hd:LABEL=RHEL-10-0-BaseOS-x86_64 rd.live.\
    check quiet fips=1
    Copy to Clipboard
  3. 편집을 완료하면 Ctrl+X 를 눌러 지정된 옵션으로 설치를 시작합니다.

12.3. 설치 중 드라이버 업데이트

Red Hat Enterprise Linux 설치 프로세스 중에 드라이버를 업데이트할 수 있습니다. 드라이버를 업데이트하는 것은 완전히 선택 사항입니다. 필요한 경우가 아니면 드라이버 업데이트를 수행하지 마십시오. Red Hat, 하드웨어 벤더 또는 신뢰할 수 있는 타사 벤더가 Red Hat Enterprise Linux 설치 중에 드라이버 업데이트가 필요하다는 알림을 받았습니다.

12.3.1. 개요

Red Hat Enterprise Linux는 많은 하드웨어 장치에 대한 드라이버를 지원하지만 새로 릴리스된 일부 드라이버는 지원되지 않을 수 있습니다. 드라이버 업데이트는 지원되지 않는 드라이버가 설치가 완료되지 않는 경우에만 수행해야 합니다. 일반적으로 설치 중에 드라이버를 업데이트하는 것은 특정 구성을 지원하는 데만 필요합니다. 예를 들어 시스템의 스토리지 장치에 대한 액세스를 제공하는 스토리지 어댑터 카드용 드라이버를 설치합니다.

주의

드라이버 업데이트 디스크에서 충돌하는 커널 드라이버를 비활성화할 수 있습니다. 드문 경우지만 커널 모듈을 언로드하면 설치 오류가 발생할 수 있습니다.

12.3.2. 드라이버 업데이트 유형

Red Hat, 하드웨어 벤더 또는 신뢰할 수 있는 타사는 드라이버 업데이트를 ISO 이미지 파일로 제공합니다. ISO 이미지 파일이 표시되면 드라이버 업데이트 유형을 선택합니다.

드라이버 업데이트 유형

자동
이 드라이버 업데이트 방법에서 OEMDRV 레이블이 지정된 스토리지 장치(CD, DVD 또는 USB 플래시 드라이브 포함)가 시스템에 물리적으로 연결되어 있습니다. 설치가 시작될 때 OEMDRV 스토리지 장치가 있는 경우 드라이버 업데이트 디스크로 처리되고 설치 프로그램이 해당 드라이버를 자동으로 로드합니다.
지원됨
설치 프로그램에서 드라이버 업데이트를 찾도록 요청합니다. OEMDRV 이외의 레이블과 함께 로컬 스토리지 장치를 사용할 수 있습니다. 설치를 시작할 때 inst.dd 부팅 옵션이 지정됩니다. 매개 변수 없이 이 옵션을 사용하는 경우 설치 프로그램은 시스템에 연결된 모든 스토리지 장치를 표시하고 드라이버 업데이트가 포함된 장치를 선택하라는 메시지를 표시합니다.
수동
드라이버 업데이트 이미지 또는 RPM 패키지의 경로를 수동으로 지정합니다. OEMDRV 이외의 레이블과 함께 로컬 스토리지 장치 또는 설치 시스템에서 액세스할 수 있는 네트워크 위치를 사용할 수 있습니다. inst.dd=location 부팅 옵션은 설치를 시작할 때 지정됩니다. 여기서 location 은 드라이버 업데이트 디스크 또는 ISO 이미지의 경로입니다. 이 옵션을 지정하면 설치 프로그램에서 지정된 위치에 있는 드라이버 업데이트를 로드하려고 합니다. 수동 드라이버 업데이트를 사용하면 로컬 스토리지 장치 또는 네트워크 위치(HTTP, HTTPS 또는 FTP 서버)를 지정할 수 있습니다. inst.dd=locationinst.dd 둘 다 동시에 사용할 수 있습니다. 여기서 location은 드라이버 업데이트 디스크 또는 ISO 이미지의 경로입니다. 이 시나리오에서 설치 프로그램은 위치에서 사용 가능한 드라이버 업데이트를 로드하고 드라이버 업데이트가 포함된 장치를 선택하라는 메시지를 표시합니다.

제한

Secure Boot 기술이 활성화된 UEFI 시스템에서 모든 드라이버에 유효한 인증서로 서명해야 합니다. Red Hat 드라이버는 Red Hat의 개인 키 중 하나에서 서명하고 커널의 해당 공개 키로 인증합니다. 추가 드라이버를 로드하는 경우 해당 드라이버가 서명되었는지 확인합니다.

12.3.3. 드라이버 업데이트 CD 또는 DVD 준비

CD 또는 DVD에서 드라이버 업데이트를 준비할 수 있습니다.

사전 요구 사항

  • Red Hat, 하드웨어 벤더 또는 신뢰할 수 있는 타사 벤더의 드라이버 업데이트 ISO 이미지를 받았습니다.
  • 드라이버 업데이트 ISO 이미지를 CD 또는 DVD로 구웠습니다.
주의

.iso로 끝나는 단일 ISO 이미지 파일만 CD 또는 DVD에서 사용할 수 있는 경우, 굽기 프로세스가 성공하지 못했습니다. ISO 이미지를 CD 또는 DVD에 구울 수있는 방법에 대한 지침은 시스템의 소프트웨어 문서를 참조하십시오.

프로세스

  1. 드라이버 업데이트 CD 또는 DVD를 시스템의 CD/DVD 드라이브에 삽입하고 시스템의 파일 관리자 툴을 사용하여 찾습니다.
  2. 단일 파일 rhdd3 을 사용할 수 있는지 확인합니다. rhdd3 는 드라이버 설명과 rpms 라는 디렉터리가 포함된 서명 파일입니다. 이 디렉터리에는 다양한 아키텍처의 실제 드라이버가 있는 RPM 패키지가 포함되어 있습니다.

12.3.4. 드라이버 업데이트 USB 드라이브 준비

USB 플래시 드라이브에서 드라이버 업데이트를 준비할 수 있습니다.

사전 요구 사항

  • Red Hat, 하드웨어 벤더 또는 신뢰할 수 있는 타사 벤더의 드라이버 업데이트 ISO 이미지를 받았습니다.
  • RHEL과 호환되는 파일 시스템이 있는 USB 플래시 드라이브를 준비하여 드라이버 업데이트 ISO를 배치할 수 있습니다.

프로세스

  1. USB 드라이브를 컴퓨터에 연결하고 시스템에서 할당한 장치를 확인합니다. 할당된 장치를 찾으려면 dmesg 또는 lsblk -o +MOUNTPOINT 명령의 출력을 검사할 수 있습니다.
  2. 드라이브가 마운트되었는지 여부와 마운트 지점이 무엇인지 확인합니다( lsblk 명령의 출력에 기반). 마운트되지 않은 경우 수동으로 마운트합니다.

    1. 선택 사항: 마운트 지점 디렉터리를 생성합니다.

      mkdir /path/to/mountpoint
      Copy to Clipboard
    2. 마운트 지점 디렉터리에 USB 장치의 파티션을 마운트합니다. 다음 예제에서는 드라이버 업데이트 ISO 파일을 저장하는 데 사용할 장치의 파티션이 /dev/sdb1 이고 마운트 지점은 /mnt/usbdrive 라고 가정합니다.

      sudo mount /dev/sdb1 /mnt/usbdrive
      Copy to Clipboard
  3. 드라이버 업데이트 ISO 파일을 USB 드라이브에 복사합니다.

    다음 예제에서는 마운트 지점이 /mnt/usbdrive 이고 ISO 파일의 위치는 /home/user/driverdisk.iso 인 것으로 가정합니다.

    sudo cp /home/user/driverdisk.iso /mnt/usbdrive
    Copy to Clipboard
  4. umount 명령을 사용하여 USB 장치를 마운트 해제합니다.

    sudo umount /mnt/usbdrive
    Copy to Clipboard

12.3.5. 자동 드라이버 업데이트 수행

설치 중에 자동 드라이버 업데이트를 수행할 수 있습니다.

사전 요구 사항

  • OEMDRV 레이블이 있는 표준 디스크 파티션에 드라이버 업데이트 이미지를 배치하거나 OEMDRV 드라이버를 CD 또는 DVD로 업데이트하거나 USB 드라이브에 작성했습니다. 드라이버 업데이트 프로세스 중에 RAID 또는 LVM 볼륨과 같은 고급 스토리지에 액세스할 수 없습니다.
  • 드라이버 업데이트 디스크를 포함하는 OEMDRV 볼륨 레이블과 블록 장치를 시스템에 연결하거나, 준비된 CD 또는 DVD를 시스템의 CD/DVD 드라이브에 삽입하거나 설치 프로세스를 시작하기 전에 준비된 USB 드라이브를 연결했습니다.

프로세스

  • 사전 요구 사항 단계를 완료하면 설치 프로그램이 시작될 때 드라이버가 자동으로 로드되고 시스템 설치 프로세스 중에 설치됩니다.

12.3.6. 지원되는 드라이버 업데이트 수행

설치 중에 지원 드라이버 업데이트를 수행할 수 있습니다.

사전 요구 사항

  • OEMDRV 볼륨 레이블이 없는 블록 장치를 시스템에 연결하고 드라이버 디스크 이미지를 이 장치에 복사하거나 드라이버 업데이트 CD 또는 DVD를 준비하여 시스템의 CD 또는 DVD 드라이브에 삽입하거나 드라이버 디스크로 USB 장치를 준비하고 설치 프로세스를 시작하기 전에 컴퓨터에 연결했습니다.
참고

ISO 이미지 파일을 CD 또는 DVD로 구우거나 USB 드라이브에 ISO 이미지 파일을 작성하지만 OEMDRV 볼륨 레이블이 없는 경우 인수 없이 inst.dd 옵션을 사용할 수 있습니다. 설치 프로그램은 CD, DVD 또는 USB 드라이브에서 드라이버를 스캔하고 선택할 수 있는 옵션을 제공합니다. 이 시나리오에서는 설치 프로그램에서 드라이버 업데이트 ISO 이미지를 선택하라는 메시지가 표시되지 않습니다. 또 다른 시나리오는 inst.dd=위치부팅 옵션과 함께 CD, DVD 또는 USB 드라이브를 사용하는 것입니다. 이를 통해 설치 프로그램에서 드라이버 업데이트를 위해 CD, DVD 또는 USB 드라이브를 자동으로 스캔할 수 있습니다. 자세한 내용은 드라이버 업데이트 수행을참조하십시오.

프로세스

  1. 부팅 메뉴 창에서 키보드의 E 키를 눌러 부팅 명령줄을 표시합니다.
  2. inst.dd 부팅 옵션을 linux 또는 linuxefi 로 시작하는 명령줄에 추가하고 Ctrl+X 를 눌러 부팅 프로세스를 실행합니다.
  3. 메뉴에서 로컬 디스크 파티션 또는 CD, DVD 또는 USB 장치를 선택합니다. 설치 프로그램은 ISO 파일 또는 드라이버 업데이트 RPM 패키지를 스캔합니다.
  4. 선택 사항: 드라이버 업데이트 ISO 파일을 선택합니다.

    이 단계는 선택한 장치 또는 파티션에 ISO 이미지 파일이 아닌 드라이버 업데이트 RPM 패키지(예: ISO 파일이 기록된 드라이버 업데이트 CD, DVD 또는 USB 드라이브가 포함된 광 드라이브)가 포함된 경우 필요하지 않습니다.

  5. 필요한 드라이버를 선택합니다.

    1. 키보드의 숫자 키와 Enter 키를 사용하여 드라이버 선택을 전환합니다.
    2. c 를 누른 다음 Enter 를 눌러 선택한 드라이버를 설치합니다. 선택한 드라이버가 로드되고 c 를 누른 후 다시 입력하여 드라이버 디스크 장치 선택을 종료하면 설치 프로세스가 시작됩니다.

12.3.7. 수동 드라이버 업데이트 수행

설치 중에 수동 드라이버 업데이트를 수행할 수 있습니다.

사전 요구 사항

  • 드라이버 업데이트 ISO 이미지 파일을 USB 플래시 드라이브 또는 웹 서버에 배치하고 컴퓨터에 연결했습니다.

프로세스

  1. 부팅 메뉴 창에서 키보드의 E 키를 눌러 부팅 명령줄을 표시합니다.
  2. inst.dd=위치 부팅 옵션을 명령줄에 추가합니다. 여기서 location은 드라이버 업데이트 경로입니다. 일반적으로 이미지 파일은 웹 서버(예: http://server.example.com/dd.iso) 또는 USB 플래시 드라이브(예: /dev/sdb1 )에 있습니다. 드라이버 업데이트가 포함된 RPM 패키지를 지정할 수도 있습니다(예: http://server.example.com/dd.rpm).
  3. Ctrl+X 를 눌러 부팅 프로세스를 실행합니다. 지정된 위치에서 사용할 수 있는 드라이버가 자동으로 로드되고 설치 프로세스가 시작됩니다.

12.3.8. 드라이버 비활성화

오작동 드라이버를 비활성화할 수 있습니다.

사전 요구 사항

  • 설치 미디어의 부트로더(GRUB) 메뉴로 부팅되었습니다.

프로세스

  1. 부팅 메뉴에서 키보드의 E 키를 눌러 부팅 명령줄을 표시합니다.
  2. modprobe.blacklist=driver_name 부팅 옵션을 명령줄에 추가합니다.

    driver_name을 비활성화하려는 드라이버 또는 드라이버 이름으로 교체합니다. 예를 들면 다음과 같습니다.

    modprobe.blacklist=ahci
    Copy to Clipboard

    modprobe.blacklist= boot 옵션을 사용하여 비활성화된 드라이버는 설치된 시스템에서 비활성화된 상태로 남아 있으며 /etc/modprobe.d/anaconda-blacklist.conf 파일에 표시됩니다.

  3. Enter를 눌러 부팅 프로세스를 실행합니다.

13장. RDP를 사용하여 원격 설치 준비

13.1. 원격 데스크탑 프로토콜 개요

CD, DVD 또는 USB 플래시 드라이브에서 시스템을 부팅하거나 PXE를 사용하여 네트워크에서 RHEL을 설치하는 그래픽 사용자 인터페이스 방법을 사용합니다. 그러나 IBM Power Systems 및 64비트 IBM Z와 같은 많은 엔터프라이즈 시스템은 자율적으로 실행되고 디스플레이, 키보드 및 마우스에 연결되지 않은 원격 데이터 센터 환경에 있습니다. 이러한 시스템은 종종 헤드리스 시스템이라고하며 일반적으로 네트워크 연결을 통해 제어됩니다. RHEL 설치 프로그램에는 대상 시스템에서 그래픽 설치를 실행하는 RDP(원격 데스크탑 프로토콜) 설치가 포함되어 있지만 그래픽 설치 제어는 네트워크의 다른 시스템에서 처리합니다.

RHEL 설치 프로그램은 대상 시스템에서 시작하도록 구성되어 있으며 계속하기 전에 다른 시스템에 설치된 RDP 뷰어를 기다립니다. 대상 시스템에 IP 주소와 포트가 표시됩니다. RDP 뷰어를 사용하여 IP 주소와 포트를 사용하여 대상 시스템에 원격으로 연결하고 그래픽 설치를 완료할 수 있습니다.

13.2. 원격 데스크탑 프로토콜 사용에 대한 고려 사항

기본적으로 설치 프로그램에는 RDP 서버가 포함되어 있습니다. RDP를 사용하여 원격 RHEL 설치를 수행할 때 다음 항목을 고려하십시오.

RDP 클라이언트 애플리케이션
RDP 설치를 수행하려면 RDP 클라이언트 애플리케이션이 필요합니다. RDP 클라이언트 애플리케이션은 대부분의 Linux 배포판의 리포지토리에서 사용할 수 있으며 무료 RDP 클라이언트 애플리케이션은 Windows와 같은 다른 운영 체제에서도 사용할 수 있거나 내장될 수도 있습니다. GNOME 연결 RDP 클라이언트 애플리케이션은 RHEL에서 사용할 수 있습니다. GNOME 데스크탑 환경의 일부이며 gnome-connections 패키지의 일부로 설치됩니다.
네트워크 및 방화벽
대상 시스템이 방화벽에서 인바운드 연결을 허용하지 않는 경우 들어오는 RDP 연결을 활성화하거나 방화벽을 비활성화해야 합니다. 방화벽을 비활성화하면 보안에 영향을 미칠 수 있습니다. 방화벽 구성에 대한 자세한 내용은 보안 강화 문서를 참조하십시오.
사용자 정의 부팅 옵션
RDP 설치를 시작하려면 사용자 지정 부팅 옵션을 지정해야 하며 시스템 아키텍처에 따라 설치 지침이 다를 수 있습니다.

14장. 원격 데스크탑 프로토콜을 사용하여 원격 설치 시작

원격 데스크탑 프로토콜을 사용하여 원격 설치를 시작할 수 있습니다.

14.1. RDP 클라이언트를 사용하여 원격 RHEL 설치 수행

RHEL과 함께 설치 중인 대상 시스템에 직접 연결하도록 RDP 클라이언트를 사용하여 원격 RHEL 설치를 수행할 수 있습니다. RDP 뷰어가 있는 시스템을 원격 시스템이라고 합니다. RHEL 설치 프로그램에서 원격 시스템의 RDP 뷰어에서 대상 시스템으로 연결을 시작하도록 요청하는 메시지가 표시됩니다.

참고

선택한 RDP 클라이언트(예: GNOME 연결)를 사용할 수 있습니다. 다른 뷰어에 대한 구체적인 지침은 다를 수 있지만 일반적인 지침이 적용됩니다.

사전 요구 사항

  • 원격 시스템에 RDP 뷰어가 설치되어 있습니다.

프로세스

  1. 대상 시스템의 RHEL 부팅 메뉴에서 키보드의 e 키를 눌러 부팅 옵션을 편집합니다.
  2. inst.rdp 옵션을 명령줄 끝에 추가합니다.

    inst.rdp.usernameinst.rdp.password 부팅 옵션을 사용하여 RDP 자격 증명을 설정할 수도 있습니다. 예를 들면 다음과 같습니다.

    inst.rdp inst.rdp.username=my_username inst.rdp.password=my_password
    Copy to Clipboard
  3. CTRL+X 또는 F10 을 눌러 설치를 시작합니다. 대상 시스템은 설치 프로그램을 초기화하고 필요한 서비스를 시작합니다. 시스템이 준비되면 시스템의 IP 주소를 제공하는 메시지가 표시됩니다.
  4. 부팅 옵션을 사용하여 이전에 제공되지 않은 경우 사용자 이름 및 암호 세부 정보를 제공합니다.
  5. 원격 시스템에서 RDP 뷰어를 엽니다.
  6. RDP 서버 필드에 IP 주소를 입력합니다.
  7. 연결을 클릭합니다.
  8. RDP 사용자 이름과 암호를 입력하고 확인을 클릭합니다.

    RDP 연결이 설정된 새 창이 열리고 RHEL 설치 메뉴가 표시됩니다. 이 창에서 그래픽 사용자 인터페이스를 사용하여 대상 시스템에 RHEL을 설치할 수 있습니다.

14.2. IBM Z에서 RDP를 사용하여 원격 RHEL 설치 수행

Anaconda 설치 프로그램의 초기 프로그램 로드(IPL)가 완료되면 로컬 시스템에서 ssh 연결을 사용하여 설치 사용자로 64비트 IBM Z 시스템에 연결합니다. 설치 프로세스를 계속하려면 설치 시스템에 연결해야 합니다. RDP 모드를 사용하여 GUI 기반 설치를 실행하거나 기존 연결을 사용하여 텍스트 모드 설치를 실행합니다.

사전 요구 사항

  • 설치 미디어를 부팅한 경우
  • 초기 프로그램 부팅은 64비트 IBM Z 시스템에서 완료되고 명령 프롬프트가 표시됩니다.
Starting installer, one moment…
Please ssh install@my-z-system (system IP address) to begin the install.
Copy to Clipboard

프로세스

로컬 시스템에서 아래 단계를 실행하여 64비트 IBM Z 시스템과의 원격 연결을 설정합니다.

  1. 명령 프롬프트에서 다음 명령을 실행합니다.

    $ssh install@_my-z-system-domain-name_
    Copy to Clipboard

    또는

    $ssh install@_my-z-system-IP-address_
    Copy to Clipboard
  2. ssh 세션에는 다음 출력이 표시됩니다.

    Starting installer, one moment...
    libreport is not available in this environment - bug reporting disabled
    anaconda 40.22.3.26-1.el10_0 for Red Hat Enterprise Linux 10.0 started.
     * installation log files are stored in /tmp during the installation
     * shell is available in second TMUX pane (ctrl+b, then press 2)
     * when reporting a bug add logs from /tmp as separate text/plain attachments
    
    Wayland startup failed, falling back to text mode.
    ================================================================================
    ================================================================================
    Wayland was unable to start on your machine. Would you like to start an RDP
    session to connect to this computer from another computer and perform a
    graphical installation or continue with a text mode installation?
    
    1) Use graphical mode via Remote Desktop Protocol
    2) Use text mode
    
    Please make a selection from the above ['c' to continue, 'q' to quit, 'r' to
    refresh]:
    Copy to Clipboard

    inst.rdp 매개변수를 구성한 경우 4 단계로 진행합니다.

  3. 1 을 입력하여 RDP를 시작합니다.
  4. 이전에 inst.rdp.usernameinst.rdp.password 부팅 옵션을 통해 이러한 값을 설정하지 않은 경우 RDP 사용자 이름과 암호를 입력합니다.
  5. RDP 클라이언트를 사용하여 제공된 네트워크 주소에 연결합니다.

이전 단계에서 설정한 사용자 이름과 암호를 입력하라는 메시지가 표시됩니다.

참고

inst.rdp 부팅 옵션을 사용하여 설치를 시작한 경우 설치 프로그램에서 ssh를 통해 연결하도록 요청하지 않습니다. 대신 위 4단계에 설명된 대로 콘솔에 RDP 사용자 이름과 암호를 입력합니다.

15장. 설치 중에 콘솔 및 로깅

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

터미널 멀티플렉서는 가상 콘솔 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 창으로 전환할 수도 있습니다.

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

Ctrl+b 1

기본 설치 프로그램 창입니다. 텍스트 기반 프롬프트(텍스트 모드 및 RDP 인증 정보의 대화형 항목에 사용됨) 및 일부 디버깅 정보가 포함되어 있습니다.

Ctrl+b 2

루트 권한이 있는 대화형 쉘.

Ctrl+b 3

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

Ctrl+b 4

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

Ctrl+b 5

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

Ctrl+b 6

패키지 로그; /tmp/packaging.log 에 저장된 패키지와 관련된 메시지를 표시합니다.

16장. 설치 프로그램에서 시스템 사용자 정의

설치의 사용자 지정 단계에서 Red Hat Enterprise Linux를 설치할 수 있도록 특정 구성 작업을 수행해야 합니다. 다음과 같은 가상화 작업이 지원됩니다.

  • 스토리지 구성 및 마운트 지점 할당.
  • 소프트웨어를 설치할 기본 환경 선택.
  • root 사용자의 암호 설정 또는 로컬 사용자 생성.

선택적으로 시스템 설정을 구성하고 호스트를 네트워크에 연결하여 시스템을 추가로 사용자 지정할 수 있습니다.

16.1. 설치 프로그램 언어 설정

설치를 시작하기 전에 설치 프로그램에서 사용할 언어를 선택할 수 있습니다.

사전 요구 사항

  • 설치 미디어가 생성되어 있습니다.
  • 부팅 ISO 이미지 파일을 사용하는 경우 설치 소스를 지정했습니다.
  • 미디어에서 부트로더 메뉴로 부팅되었습니다.

프로세스

  1. 부팅 메뉴에서 Red hat Enterprise Linux 옵션을 선택하면 설치 프로그램이 시작되고 welcome to Red Hat Enterprise Screen 이 표시됩니다.
  2. welcome to Red Hat Enterprise Linux 창 왼쪽 창에서 언어를 선택합니다. 또는 텍스트 상자를 사용하여 선호하는 언어를 검색합니다.

    참고

    언어는 기본적으로 사전 선택됩니다. 사전 선택된 언어는 GeoIP 모듈의 자동 위치 탐지 기능에 의해 결정됩니다. 부팅 명령줄에 inst.lang= 옵션을 사용하는 경우 부팅 옵션으로 정의한 언어가 선택됩니다.

  3. welcome to Red Hat Enterprise Linux 창 오른쪽 창에서 해당 리전과 관련된 위치를 선택합니다.
  4. Continue 를 클릭하여 그래픽 설치 창을 진행합니다.
  5. Red Hat Enterprise Linux의 시험판 버전을 설치하는 경우 설치 미디어의 시험판 상태에 대한 경고 메시지가 표시됩니다.

    1. 설치를 계속하려면 계속 진행하려는 경우, 또는
    2. 설치를 종료하고 시스템을 재부팅하려면 I want to exit the installation을 클릭합니다.

16.2. 스토리지 장치 구성

다양한 스토리지 장치에 RHEL을 설치할 수 있습니다. 설치 대상 창에서 로컬로 액세스할 수 있는 기본 스토리지 장치를 구성할 수 있습니다. 디스크 및 솔리드 스테이트 드라이브와 같은 로컬 시스템에 직접 연결된 기본 스토리지 장치는 창의 로컬 표준 디스크 섹션에 표시됩니다. 64비트 IBM Z 시스템에서 이 섹션에는 활성화된 Direct Access Storage 장치(DASD)가 포함되어 있습니다.

16.2.1. 설치 대상 구성

Installation Destination 창을 사용하여 스토리지 옵션(예: Red Hat Enterprise Linux 설치의 설치 대상으로 사용할 디스크)을 구성할 수 있습니다. 디스크를 하나 이상 선택해야 합니다.

사전 요구 사항

  • Installation Summary 창이 열립니다.
  • 이미 데이터가 포함된 디스크를 사용하려는 경우 데이터를 백업해야 합니다. 파티션을 조작하는 것은 항상 위험이 있습니다. 예를 들어 디스크의 어떤 이유로든 프로세스가 중단되거나 실패하는 경우 해당 프로세스가 손실될 수 있습니다.

프로세스

  1. Installation Summary 창에서 Installation Destination 을 클릭합니다. 설치 대상 창이 열리면 다음 작업을 수행합니다.

    1. 로컬 표준 디스크 섹션에서 필요한 스토리지 장치를 선택합니다. 흰색 확인 표시는 선택을 나타냅니다. 설치 프로세스 중에 흰색 확인 표시가 없는 디스크는 사용되지 않습니다. 자동 파티션을 선택하면 무시되며 수동 파티션에서 사용할 수 없습니다.

      로컬 표준 디스크 는 SATA, NVME 및 SCSI 디스크, USB 플래시 및 외부 디스크와 같이 로컬에서 사용 가능한 모든 스토리지 장치를 표시합니다. 아래 2단계를 수행하지 않는 한 설치 프로그램이 시작된 후 연결된 스토리지 장치가 감지되지 않습니다. 이동식 드라이브를 사용하여 Red Hat Enterprise Linux를 설치하는 경우 장치를 제거하면 시스템을 사용할 수 없습니다.

    2. 선택 사항: 설치 프로그램이 시작된 후 연결된 추가 로컬 스토리지 장치를 구성하려면 창 오른쪽 아래에 있는 새로 고침 링크를 클릭합니다. Rescan Disks 대화 상자가 열립니다.

      1. Rescan Disks 를 클릭하고 스캔 프로세스가 완료될 때까지 기다립니다.

        설치 중에 수행한 모든 스토리지 변경 사항은 Rescan Disks 를 클릭하면 손실됩니다.

      2. 확인을 클릭하여 설치 대상 창으로 돌아갑니다. 새 디스크를 포함하여 감지된 모든 디스크가 로컬 표준 디스크 섹션에 표시됩니다.
  2. 선택 사항: 디스크 추가를 클릭하여 특수 스토리지 장치를 추가합니다.

    스토리지 장치 선택 창이 열리고 설치 프로그램에서 액세스할 수 있는 모든 스토리지 장치가 나열됩니다.

  3. 선택 사항: 스토리지 구성에서 자동 파티셔닝을 위한 자동 라디오 버튼을 선택합니다.

    사용자 지정 파티셔닝을 구성할 수도 있습니다. 자세한 내용은 수동 파티션 구성을 참조하십시오.

  4. 선택 사항: 기존 파티션을 제거하거나 축소하여 기존 파티션 레이아웃에서 공간을 회수하여 여유 공간을 선택합니다. 예를 들어 사용하려는 디스크에 이미 다른 운영 체제가 있고 이 시스템의 파티션을 줄여 Red Hat Enterprise Linux에 더 많은 공간을 허용하려는 경우입니다.
  5. 선택 사항: Linux 통합 키 설정 (LUKS)을 사용하여 시스템을 부팅하는 데 필요한 파티션(예: /boot)을 제외한 모든 파티션을 암호화하기 위해 데이터 암호화를 선택합니다. 디스크를 암호화하면 추가 보안 계층이 추가됩니다.

    1. Done 을 클릭합니다. 디스크 암호화 암호 대화 상자가 열립니다.

      1. 암호를 암호확인 필드에 입력합니다.
      2. Save Passphrase 를 클릭하여 디스크 암호화를 완료합니다.

        주의

        LUKS 암호를 분실하는 경우 암호화된 파티션과 해당 데이터에 완전히 액세스할 수 없습니다. 분실된 암호를 복구할 방법은 없습니다. 그러나 Kickstart 설치를 수행하는 경우 암호화 암호를 저장하고 설치 중에 백업 암호화 암호를 생성할 수 있습니다.

  6. 선택 사항: 창의 왼쪽 아래에 있는 전체 디스크 요약 및 부트로더 링크를 클릭하여 부트 로더가 포함된 스토리지 장치를 선택합니다. 자세한 내용은 부트 로더 구성을 참조하십시오.

    대부분의 경우 부트 로더를 기본 위치에 두면 충분합니다. 예를 들어 다른 부트 로더에서 체인 로드가 필요한 일부 구성에서는 부팅 드라이브를 수동으로 지정해야 합니다.

  7. Done 을 클릭합니다.
  8. 선택 사항: 기존 파티션 옵션을 제거하거나 축소하여 자동 파티셔닝 및 여유 공간을 선택하거나 Red Hat Enterprise Linux를 설치하기 위해 선택한 디스크에 사용 가능한 공간이 충분하지 않은 경우 디스크 공간 회수 대화 상자가 표시됩니다. 구성된 모든 디스크 장치 및 해당 장치의 모든 파티션을 나열합니다. 대화 상자에는 현재 선택한 패키지 세트와 회수된 공간이 있는 설치에 필요한 최소 디스크 공간에 대한 정보가 표시됩니다. 회수 프로세스를 시작하려면 다음을 수행합니다.

    1. 사용 가능한 스토리지 장치의 표시된 목록을 검토합니다. Reclaimable Space 열에는 각 항목에서 회수할 수 있는 공간이 표시됩니다.
    2. 공간을 회수할 디스크 또는 파티션을 선택합니다.
    3. Shrink 버튼을 사용하여 기존 데이터를 유지하면서 파티션에서 사용 가능한 공간을 사용합니다.
    4. 삭제 버튼을 사용하여 기존 데이터를 포함하여 선택한 디스크의 파티션 또는 모든 파티션을 삭제합니다.
    5. Delete all 버튼을 사용하여 기존 데이터를 포함한 모든 디스크의 기존 파티션을 모두 삭제하고 Red Hat Enterprise Linux를 설치하는 데 이 공간을 사용할 수 있도록 합니다.
    6. Reclaim space 를 클릭하여 변경 사항을 적용하고 그래픽 설치로 돌아갑니다.

      설치 요약 창에서 설치 요약 시작을 클릭할 때까지 디스크 변경이 수행되지 않습니다. 공간 회수 대화 상자는 크기 조정 또는 삭제를 위한 파티션만 표시합니다. 작업이 수행되지 않습니다.

16.2.2. 설치 대상 구성 중 특수 사례

다음은 설치 대상을 구성할 때 고려해야 할 몇 가지 특수한 사례입니다.

  • 일부 BIOS 유형은 RAID 카드 부팅을 지원하지 않습니다. 이러한 경우 /boot 파티션을 별도의 디스크와 같이 RAID 배열 외부의 파티션에 만들어야 합니다. RAID 카드가 문제가 있는 파티션 생성을 위해 내부 디스크를 사용해야 합니다. 소프트웨어 RAID 설정에도 /boot 파티션이 필요합니다. 시스템을 자동으로 파티션하도록 선택하는 경우 /boot 파티션을 수동으로 편집해야 합니다.
  • 다른 부트 로더의 부하를 체인 하도록 Red Hat Enterprise Linux 부트 로더를 구성하려면 Installation Destination 창에서 전체 디스크 요약 및 부트로더 링크를 클릭하여 수동으로 부팅 드라이브를 지정해야 합니다.
  • 다중 경로 및 비 다중 경로 스토리지 장치가 모두 있는 시스템에 Red Hat Enterprise Linux를 설치하면 설치 프로그램의 자동 파티션 레이아웃은 다중 경로 및 비 멀티패스 장치가 포함된 볼륨 그룹을 생성합니다. 이로 인해 다중 경로 스토리지의 목적을 지웁니다. Installation Destination 창에서 multipath 또는 non-multipath 장치를 선택합니다. 또는 수동 파티셔닝을 진행합니다.

16.2.3. 부트 로더 구성

Red Hat Enterprise Linux는 AMD64 및 Intel 64, IBM Power Systems 및 ARM의 부트 로더로 GRand Unified Bootloader 버전 2(GRUB2)를 사용합니다. 64비트 IBM Z의 경우 zipl 부트 로더가 사용됩니다.

부트 로더는 시스템이 시작될 때 실행되는 첫 번째 프로그램으로, 운영 체제에 제어를 로드하고 전달하는 역할을 합니다. GRUB2 는 호환 가능한 운영 체제(Microsoft Windows 포함)를 부팅할 수 있으며 지원되지 않는 운영 체제의 다른 부트 로더에 대한 체인 로드를 사용할 수도 있습니다.

주의

GRUB2 를 설치하면 기존 부트 로더를 덮어쓸 수 있습니다.

운영 체제가 이미 설치된 경우 Red Hat Enterprise Linux 설치 프로그램은 다른 운영 체제를 시작하도록 부트 로더를 자동으로 감지하고 구성하려고 합니다. 부트 로더가 탐지되지 않으면 설치를 완료한 후 추가 운영 체제를 수동으로 구성할 수 있습니다.

두 개 이상의 디스크가 있는 Red Hat Enterprise Linux 시스템을 설치하는 경우 부트 로더를 설치하려는 디스크를 수동으로 지정할 수 있습니다.

프로세스

  1. Installation Destination 창에서 전체 디스크 요약 및 부트로더 링크를 클릭합니다. 선택한 디스크 대화 상자가 열립니다.

    부트 로더는 선택한 장치 또는 UEFI 시스템의 장치에 설치됩니다. EFI 시스템 파티션이 대상 장치에 생성되어 부트 로더 파일을 저장하는 데 사용됩니다.

  2. 부팅 장치를 변경하려면 목록에서 장치를 선택하고 Set as Boot Device 를 클릭합니다. 하나의 장치만 부팅 장치로 설정할 수 있습니다.
  3. 새 부트 로더 설치를 비활성화하려면 현재 부팅용으로 표시된 장치를 선택하고 Do not install boot loader 를 클릭합니다. 이렇게 하면 GRUB2 가 어떤 장치에도 설치되지 않습니다.
주의

부트 로더를 설치하지 않도록 선택하는 경우 시스템을 직접 부팅할 수 없으며 독립 실행형 상용 부트 로더 애플리케이션과 같은 다른 부팅 방법을 사용해야 합니다. 시스템을 부팅하는 다른 방법이 있는 경우에만 이 옵션을 사용합니다.

또한 부트 로더는 시스템이 BIOS 또는 UEFI 펌웨어를 사용하는지 또는 부팅 드라이브에 GUID 파티션 테이블 (GPT) 또는 마스터 부팅 레코드 (MBR) 레이블이 있는지에 따라 특수 파티션을 생성해야 할 수도 있습니다. 자동 파티션을 사용하는 경우 설치 프로그램이 파티션을 생성합니다.

16.2.4. 스토리지 장치 선택

스토리지 장치 선택 창에는 설치 프로그램이 액세스할 수 있는 모든 스토리지 장치가 나열됩니다. 시스템 및 사용 가능한 하드웨어에 따라 일부 탭이 표시되지 않을 수 있습니다. 장치는 다음 탭 아래에 그룹화됩니다.

다중 경로 장치
동일한 시스템의 여러 SCSI 컨트롤러 또는 파이버 채널 포트를 통해 두 개 이상의 경로를 통해 액세스할 수 있는 스토리지 장치입니다. 설치 프로그램은 일련 번호가 16 또는 32자인 다중 경로 스토리지 장치만 감지합니다.
기타 SAN 장치
SAN(Storage Area Network)에서 사용 가능한 장치.
펌웨어 RAID
펌웨어 RAID 컨트롤러에 연결된 스토리지 장치입니다.
IBM Z 장치
스토리지 장치 또는 논리 단위(LUN)는 zSeries Linux FCP(Fiber Channel Protocol) 드라이버를 통해 연결된 DASD입니다.

16.2.5. 스토리지 장치 필터링

스토리지 장치 선택 창에서 WWID(World Wide Identifier) 또는 포트, 대상 또는 LUN(Logical Unit Number)을 통해 스토리지 장치를 필터링할 수 있습니다.

사전 요구 사항

  • Installation Summary 창이 열립니다.

프로세스

  1. Installation Summary 창에서 Installation Destination 을 클릭합니다. 설치 대상 창이 열리고 사용 가능한 모든 드라이브가 나열됩니다.
  2. Specialized & Network Disks 섹션에서 디스크 추가를 클릭합니다. 스토리지 장치 선택 창이 열립니다.
  3. 포트, 대상, LUN 또는 WWID로 검색하려면 검색 기준 탭을 클릭합니다.

    WWID 또는 LUN으로 검색하려면 해당 입력 텍스트 필드에 추가 값이 필요합니다.

  4. 검색 드롭다운 메뉴에서 필요한 옵션을 선택합니다.
  5. 찾기를 클릭하여 검색을 시작합니다. 각 장치는 해당 확인란이 있는 별도의 행에 표시됩니다.
  6. 설치 프로세스 중에 필요한 장치를 활성화하려면 확인란을 선택합니다.

    나중에 설치 과정에서 선택한 장치에 Red Hat Enterprise Linux를 설치하도록 선택할 수 있으며, 설치된 시스템의 일부로 선택한 다른 장치를 자동으로 마운트하도록 선택할 수 있습니다. 선택한 장치는 설치 프로세스에서 자동으로 삭제되지 않으며 장치를 선택하면 장치에 저장된 데이터가 위험하지 않습니다.

    참고

    /etc/fstab 파일을 수정하여 설치 후 시스템에 장치를 추가할 수 있습니다.

  7. Done 을 클릭하여 Installation Destination 창으로 돌아갑니다.

선택하지 않은 스토리지 장치는 설치 프로그램에서 완전히 숨겨집니다. 체인이 다른 부트 로더에서 부트 로더를 로드하려면 존재하는 모든 장치를 선택합니다.

16.2.6. 고급 스토리지 옵션

고급 스토리지 장치를 사용하려면 iSCSI(TCP/IP를 통한 iSCSI) 대상 또는 FCoE(Fibre Channel over Ethernet) SAN(Storage Area Network)을 구성할 수 있습니다.

설치에 iSCSI 스토리지 장치를 사용하려면 설치 프로그램에서 iSCSI 대상으로 검색하고 iSCSI 세션을 생성하여 액세스할 수 있어야 합니다. 이러한 각 단계에는 CHP(Chalge Handshake Authentication Protocol) 인증을 위한 사용자 이름과 암호가 필요할 수 있습니다. 또한 검색 및 세션에 대해 대상이 연결된 시스템에서 iSCSI 이니시에이터를 인증하도록 iSCSI 대상을 구성할 수 있습니다. 함께 사용되는 CHAP 및 역방향 CHAP는 상호 CHAP 또는 양방향 CHAP라고 합니다. 상호 CHAP는 특히 사용자 이름과 암호가 CHAP 인증 및 역방향 CHAP 인증에 대해 다른 경우 iSCSI 연결에 가장 큰 수준의 보안을 제공합니다.

iSCSI 검색 및 iSCSI 로그인 단계를 반복하여 필요한 모든 iSCSI 스토리지를 추가합니다. 처음으로 검색을 시도한 후에는 iSCSI 이니시에이터의 이름을 변경할 수 없습니다. iSCSI 이니시에이터 이름을 변경하려면 설치를 다시 시작해야 합니다.

16.2.6.1. iSCSI 세션 검색 및 시작

Red Hat Enterprise Linux 설치 프로그램은 다음 두 가지 방법으로 iSCSI 디스크를 검색하고 로그인할 수 있습니다.

iSCSI 부팅 펌웨어 테이블(iBFT)
설치 프로그램이 시작되면 시스템의 BIOS 또는 애드온 부팅 1)이 iBFT를 지원하는지 확인합니다. iSCSI에서 부팅할 수 있는 시스템용 BIOS 확장입니다. BIOS가 iBFT를 지원하는 경우 설치 프로그램은 BIOS에서 구성된 부팅 디스크에 대한 iSCSI 대상 정보를 읽고 이 대상에 로그인하여 설치 대상으로 사용할 수 있도록 합니다. iSCSI 대상에 자동으로 연결하려면 대상에 액세스하기 위해 네트워크 장치를 활성화합니다. 이렇게 하려면 ip=ibft 부팅 옵션을 사용합니다. 자세한 내용은 네트워크 부팅 옵션을 참조하십시오.
iSCSI 대상 검색 및 수동 추가
iSCSI 세션을 검색하고 시작하여 설치 프로그램의 그래픽 사용자 인터페이스에서 사용 가능한 iSCSI 대상(네트워크 스토리지 장치)을 확인할 수 있습니다.

사전 요구 사항

  • Installation Summary 창이 열립니다.

프로세스

  1. Installation Summary 창에서 Installation Destination 을 클릭합니다. 설치 대상 창이 열리고 사용 가능한 모든 드라이브가 나열됩니다.
  2. Specialized & Network Disks 섹션에서 디스크 추가를 클릭합니다. 스토리지 장치 선택 창이 열립니다.
  3. iSCSI 대상 추가를 클릭합니다. iSCSI 스토리지 대상 추가 창이 열립니다.

    중요

    이 방법을 사용하여 수동으로 추가한 iSCSI 대상에 /boot 파티션을 배치할 수 없습니다. iBFT와 함께 사용하도록 /boot 파티션이 포함된 iSCSI 대상을 구성해야 합니다. 그러나 설치된 시스템이 펌웨어 iBFT 이외의 방법으로 제공되는 iBFT 구성으로 iSCSI에서 부팅해야 하는 경우 예를 들어 iPXE를 사용하여 /boot 파티션 제한을 제거할 수 있습니다. inst.nonibftiscsiboot 설치 프로그램 부팅 옵션을 사용하여 /boot 파티션 제한을 제거할 수 있습니다.

  4. 대상 IP 주소 필드에 iSCSI 대상의 IP 주소를 입력합니다.
  5. iSCSI 정규화된 이름 (IQN) 형식의 iSCSI 이니시에이터의 iSCSI 초기자 이름 필드에 이름을 입력합니다. 유효한 IQN 항목에는 다음 정보가 포함됩니다.

    • 문자열 iqn (시간 참조).
    • 조직의 인터넷 도메인 또는 하위 도메인 이름이 등록된 연도 및 월을 지정하는 날짜 코드는 연도, 대시, 한 달의 4 자리 숫자와 마침표로 표시됩니다. 예를 들어 2010년 9월은 2010-09로 표시됩니다.
    • 조직의 인터넷 도메인 또는 하위 도메인 이름이 먼저 최상위 도메인과 역순으로 표시됩니다. 예를 들어, 하위 도메인 storage.example.comcom.example.storage 로 나타냅니다.
    • 콜론 뒤에는 도메인 또는 하위 도메인 내에서 이 특정 iSCSI 이니시에이터를 고유하게 식별하는 문자열이 옵니다. 예: :diskarrays-sn-a8675309.

      완전한 IQN은 iqn.2010-09.storage.example.com:diskarrays-sn-a8675309. 설치 프로그램은 iSCSI 초기자 이름 필드를 이 형식의 이름으로 미리 채워 구조를 지원합니다. IQN에 대한 자세한 내용은 tools.ietf .org 및 1에서 제공되는 RFC 3720 - iSCSI(Internet Small Computer Systems Interface) 의 3.2.6. iSCSI 이름을 참조하십시오. tools.ietf.org에서 사용할 수 있는 RFC 3721 - iSCSI(Internet Small Computer Systems Interface) 이름 지정 및 검색에서 사용할 수 있습니다.

  6. Discovery Authentication Type 드롭다운 메뉴를 선택하여 iSCSI 검색에 사용할 인증 유형을 지정합니다. 다음 옵션을 사용할 수 있습니다.

    • 인증 정보 없음
    • CHAP 쌍
    • CHAP 쌍 및 역방향 쌍
  7. 다음 중 하나를 수행합니다.

    1. CHAP 쌍을 인증 유형으로 선택한 경우 CHAP 사용자 이름 및 CHAP 암호 필드에 iSCSI 대상의 사용자 이름과 암호를 입력합니다.
    2. CHAP 쌍과 역방향 쌍을 인증 유형으로 선택한 경우 CHAP 사용자 이름 및 CHAP 암호 필드에 iSCSI 대상의 사용자 이름과 암호를 입력하고 역방향 CHAP 사용자 이름 및 역방향 CHAP 암호 필드에 iSCSI 이니시에이터의 사용자 이름과 암호를 입력합니다.
  8. 선택 사항: 네트워크 인터페이스에 대상 바인딩 확인란을 선택합니다.
  9. Discovery 시작을 클릭합니다.

    설치 프로그램은 제공된 정보를 기반으로 iSCSI 대상을 검색하려고 합니다. 검색에 성공하면 iSCSI 스토리지 대상 추가 창에 대상 에서 검색된 모든 iSCSI 노드 목록이 표시됩니다.

  10. 설치에 사용할 노드의 확인란을 선택합니다.

    Node login authentication type 메뉴에는 Discovery Authentication Type 메뉴와 동일한 옵션이 포함되어 있습니다. 그러나 검색 인증에 대한 인증 정보가 필요한 경우 동일한 인증 정보를 사용하여 검색된 노드에 로그인합니다.

  11. 검색 드롭다운 메뉴에서 추가 Use the credentials from discovery 를 클릭합니다. 적절한 인증 정보를 제공하면 로그인 버튼을 사용할 수 있게 됩니다.
  12. Log In 을 클릭하여 iSCSI 세션을 시작합니다.

설치 프로그램은 iscsiadm 을 사용하여 iSCSI 대상을 찾아 로그인하는 반면 iscsiadmiscsiadm iSCSI 데이터베이스에 이러한 대상에 대한 모든 정보를 자동으로 저장합니다. 그런 다음 설치 프로그램이 이 데이터베이스를 설치된 시스템에 복사하고 루트 파티션에 사용되지 않는 iSCSI 대상을 표시하여 시스템이 시작될 때 자동으로 로그인하도록 합니다. 루트 파티션이 iSCSI 대상에 배치된 경우 initrd 는 이 대상에 로그하고 설치 프로그램은 동일한 대상에 여러 번 로그인하려고 시도하지 않도록 시작 스크립트에 이 대상을 포함하지 않습니다.

16.2.6.2. FCoE 매개변수 구성

FCoE 매개변수를 구성하여 설치 대상 창에서 FCoE(Fibre Channel over Ethernet) 장치를 검색할 수 있습니다.

사전 요구 사항

  • Installation Summary 창이 열립니다.

프로세스

  1. Installation Summary 창에서 Installation Destination 을 클릭합니다. 설치 대상 창이 열리고 사용 가능한 모든 드라이브가 나열됩니다.
  2. Specialized & Network Disks 섹션에서 디스크 추가를 클릭합니다. 스토리지 장치 선택 창이 열립니다.
  3. FCoE SAN 추가를 클릭합니다. FCoE 스토리지 장치를 검색하기 위해 네트워크 인터페이스를 구성할 수 있는 대화 상자가 열립니다.
  4. NIC 드롭다운 메뉴에서 FCoE 스위치에 연결된 네트워크 인터페이스를 선택합니다.
  5. FCoE 디스크 추가 를 클릭하여 SAN 장치의 네트워크를 스캔합니다.
  6. 필요한 확인란을 선택합니다.

    • DCB 사용:DCB(Data Center Bridging )는 스토리지 네트워크 및 클러스터에서 이더넷 연결의 효율성을 높이기 위해 설계된 이더넷 프로토콜의 개선 사항 세트입니다. DCB에 대한 설치 프로그램의 인식을 활성화하거나 비활성화하려면 확인란을 선택합니다. 호스트 기반 DCBX 클라이언트가 필요한 네트워크 인터페이스에만 이 옵션을 활성화합니다. 하드웨어 DCBX 클라이언트를 사용하는 인터페이스의 구성의 경우 확인란을 비활성화합니다.
    • 자동 vlan:자동 VLAN 은 기본적으로 활성화되어 있으며 VLAN 검색을 수행해야 하는지 여부를 나타냅니다. 이 확인란이 활성화되면 FIP(FCoE Initiation Protocol) VLAN 검색 프로토콜이 링크 구성을 검증할 때 이더넷 인터페이스에서 실행됩니다. 아직 구성되지 않은 경우 검색된 FCoE VLAN에 대한 네트워크 인터페이스가 자동으로 생성되고 VLAN 인터페이스에 FCoE 인스턴스가 생성됩니다.
  7. 검색된 FCoE 장치는 설치 대상 창의 기타 SAN 장치 탭에 표시됩니다.
16.2.6.3. DASD 스토리지 장치 구성

설치 대상 창에서 DASD 스토리지 장치를 검색하고 구성할 수 있습니다.

사전 요구 사항

  • Installation Summary 창이 열립니다.

프로세스

  1. Installation Summary 창에서 Installation Destination 을 클릭합니다. 설치 대상 창이 열리고 사용 가능한 모든 드라이브가 나열됩니다.
  2. Specialized & Network Disks 섹션에서 디스크 추가를 클릭합니다. 스토리지 장치 선택 창이 열립니다.
  3. DASD ECKD 추가를 클릭합니다. DASD 스토리지 대상 추가 대화 상자가 열리고 0.0.0204 와 같은 장치 번호를 지정하고 설치를 시작할 때 감지되지 않은 추가 DASD를 연결하라는 메시지를 표시합니다.
  4. 장치 번호 필드에 연결할 DASD의 장치 번호를 입력합니다.
  5. Discovery 시작을 클릭합니다.

    지정된 장치 번호가 있는 DASD가 발견되고 아직 연결되지 않은 경우 대화 상자가 닫히고 새로 발견된 드라이브가 드라이브 목록에 표시됩니다. 그런 다음 필요한 장치에 대한 확인란을 선택하고 완료 를 클릭합니다. 새로운 DASD를 선택할 수 있으며, 설치 대상 창의 로컬 표준 디스크 섹션에서 DASD 장치 0.0.xxxx 로 표시됩니다.

잘못된 장치 번호를 입력하거나 지정된 장치 번호가 있는 DASD가 이미 시스템에 연결된 경우 오류 상자에 오류 메시지가 표시되고 다른 장치 번호로 다시 시도하라는 메시지가 표시됩니다.

16.2.6.4. FCP 장치 구성

FCP 장치를 사용하면 64비트 IBM Z에서 직접 액세스 스토리지 장치(DASD) 장치 대신 또는 SCSI 장치를 사용할 수 있습니다. FCP 장치는 64비트 IBM Z 시스템이 기존 DASD 장치 외에도 디스크 장치로 SCSI LUN을 사용할 수 있는 전환 패브릭 토폴로지를 제공합니다.

사전 요구 사항

  • Installation Summary 창이 열립니다.
  • FCP 전용 설치의 경우 CMS 구성 파일 또는 rd.dasd= 옵션에서 DASD= 옵션을 제거하여 DASD가 없음을 나타냅니다.

프로세스

  1. Installation Summary 창에서 Installation Destination 을 클릭합니다. 설치 대상 창이 열리고 사용 가능한 모든 드라이브가 나열됩니다.
  2. Specialized & Network Disks 섹션에서 디스크 추가를 클릭합니다. 스토리지 장치 선택 창이 열립니다.
  3. ZFCP LUN 추가를 클릭합니다. FCP(Fibre Channel Protocol) 스토리지 장치를 추가할 수 있도록 zFCP 스토리지 대상 추가 대화 상자가 열립니다.

    64비트 IBM Z를 사용하려면 설치 프로그램이 FCP LUN을 활성화할 수 있도록 FCP 장치를 수동으로 입력해야 합니다. 그래픽 설치에서 FCP 장치를 입력하거나 매개 변수 또는 CMS 구성 파일에서 고유한 매개 변수 항목으로 입력할 수 있습니다. 입력한 값은 구성하는 각 사이트에 고유해야 합니다.

  4. 장치 번호 필드에 4 자리 16진수 장치 번호를 입력합니다.
  5. zFCP 장치가 NPIV 모드로 구성되지 않았거나 zfcp.allow_lun_scan=0 커널 모듈 매개변수에 의해 자동 LUN 검사를 비활성화한 경우 다음 값을 제공합니다.

    1. WWPN 필드에 16 자리 16진수 WWPN(World Wide Port Number)을 입력합니다.
    2. LUN 필드에 16 자리 16진수 FCP LUN 식별자를 입력합니다.
  6. 검색 시작을 클릭하여 FCP 장치에 연결합니다.

새로 추가된 장치는 설치 대상 창의 IBM Z 탭에 표시됩니다.

16진수 값에서 소문자만 사용합니다. 잘못된 값을 입력하고 Discovery 시작을 클릭하면 설치 프로그램에 경고가 표시됩니다. 구성 정보를 편집하고 검색 시도를 다시 시도할 수 있습니다. 이러한 값에 대한 자세한 내용은 하드웨어 설명서를 참조하고 시스템 관리자에게 확인하십시오.

16.2.6.5. 그래픽 설치 모드를 사용하여 NVMe 패브릭 장치 구성

그래픽 설치를 사용하여 설치 대상으로 사용하기 위해 패브릭에서 NVMe(Non-volatile Memory Express™)를 구성합니다. 또한 장치가 부팅 요구 사항을 충족하는 경우 장치를 부팅 장치로 설정할 수도 있습니다.

사전 요구 사항

  • 패브릭 장치에 대한 NVMe™가 시스템에 있습니다.
  • 초기 설치 프로세스가 완료되었으며 설치 요약 창이 열립니다.

프로세스

  1. Installation Summary 창에서 Installation Destination 을 클릭합니다.

    설치 대상 창이 열리고 사용 가능한 모든 장치가 나열됩니다. 여기에는 로컬 (PCI Express 전송) NVMe™ 장치가 포함됩니다.

  2. Specialized & Network Disks 섹션에서 Add a disk…​ 을 클릭합니다.

    스토리지 장치 선택 창이 열립니다.

  3. NVMe™ Fabrics Devices 탭을 클릭합니다.
  4. 선택 사항: 장치 목록이 너무 긴 경우 필터 옵션을 사용하여 특정 장치를 확인합니다.
  5. 확인란을 사용하여 목록에서 장치를 선택합니다.
  6. Done 을 클릭하여 Installation Destination 창으로 돌아갑니다.

    재구성한 NVMe™ 장치는 Specialized & Network Disks 섹션에 표시됩니다.

  7. Done 을 클릭하여 Installation Summary 창으로 돌아갑니다.

16.3. 루트 계정 구성 및 사용자 생성

root 계정을 구성하고 설치 요약 화면에서 시스템에 액세스할 수 있는 사용자를 생성할 수 있습니다.

16.3.1. root 계정 구성

시스템 관리 작업에 대해 관리자(수퍼유저 또는 root ) 계정에 로그인하도록 설치 프로세스 중에 root 계정을 구성할 수 있습니다. 다음과 같은 가상화 작업이 지원됩니다.

  • 소프트웨어 패키지 설치 및 업데이트
  • 네트워크 및 방화벽 설정과 같은 시스템 전체 구성 변경, 스토리지 옵션
  • 사용자, 그룹 및 파일 권한 추가 또는 수정.

설치된 시스템에 대한 root 권한을 얻으려면 root 계정을 사용하거나 관리 권한이 있는 사용자 계정을 만듭니다( wheel 그룹의 구성원). root 계정은 설치 중에 항상 생성됩니다. 작업에 대한 관리자 액세스 권한이 필요한 경우에만 관리자 계정으로 전환합니다.

주의

root 계정은 시스템을 완전히 제어할 수 있습니다. 권한이 없는 사용자가 계정에 액세스할 수 있는 경우 사용자의 개인 파일에 액세스하거나 삭제할 수 있습니다.

프로세스

  1. 설치 요약 창에서 사용자 설정 > 루트 계정을 선택합니다. Root Account 창이 열립니다.

    기본적으로 Disable root account 옵션이 선택됩니다.

  2. root 계정을 활성화하려면 Enable root account 옵션을 선택합니다.
  3. Root Password 필드에 암호를 입력합니다.

    루트 암호는 대소문자를 구분하며 숫자가 포함된 8 자 이상이어야 하며 문자(대소문자 및 소문자) 및 기호 여야 합니다.

  4. Confirm 필드에 동일한 암호를 입력합니다.
  5. 선택 사항: password를 사용한 root SSH 로그인 허용 옵션을 선택하여 root 사용자로 이 시스템에 대한 SSH 액세스(암호 사용)를 활성화합니다. 기본적으로 암호 기반 SSH root 액세스는 비활성화되어 있습니다.
  6. Done 을 클릭하여 root 암호를 확인하고 Installation Summary 창으로 돌아갑니다.

    약한 암호를 사용하는 경우 완료 를 두 번 클릭해야 합니다.

16.3.2. 사용자 계정 생성

설치 요약 창에서 사용자 계정을 생성할 수 있습니다.

참고

root 계정만 사용하여 권한 있는 작업을 수행해야 합니다. 권한이 없는 사용자 계정 대신 root 계정을 사용하여 일반 작업을 수행하면 보안 위험이 발생할 수 있습니다.

프로세스

  1. 설치 요약 창에서 사용자 설정 > 사용자 생성 을 선택합니다. Create User 창이 열립니다.
  2. 사용자 계정 이름을 전체 이름 필드에 입력합니다(예: Name).
  3. 사용자 이름 필드에 사용자 이름을 입력합니다(예: jsmith).

    사용자 이름은 명령줄에서 로그인하는 데 사용됩니다. 그래픽 환경을 설치하는 경우 그래픽 로그인 관리자는 전체 이름을 사용합니다.

  4. 이…​에 관리 권한 추가 옵션은 기본적으로 선택됩니다. 이 계정에 관리 권한을 공유하지 않으려면 이 옵션을 선택 해제합니다. 기본적으로 새 사용자에게는 시스템에 대한 관리 권한이 있습니다.

    관리자는 sudo 명령을 사용하여 root 암호 대신 사용자 암호를 사용하여 root 에서만 사용할 수 있는 작업을 수행할 수 있습니다. 더 편리하지만 보안 위험이 발생할 수도 있습니다.

  5. 이 계정을 사용하려면 암호 필요 옵션이 기본적으로 선택됩니다. 암호 없이 이 계정을 사용하려면 이를 비활성화합니다.

    사용자에게 관리자 권한을 부여하는 경우 계정이 암호로 보호되었는지 확인합니다. 계정에 암호를 할당하지 않고 사용자에게 관리자 권한을 부여하지 마십시오.

  6. 암호 필드에 암호를 입력합니다.
  7. Confirm password 필드에 동일한 암호를 입력합니다.
  8. Done 을 클릭하여 변경 사항을 적용하고 Installation Summary 창으로 돌아갑니다.

16.3.3. 고급 사용자 설정 편집

고급 사용자 구성 대화 상자에서 사용자 계정의 기본 설정을 편집할 수 있습니다.

프로세스

  1. Create User 창에서 Advanced 를 클릭합니다.
  2. 필요한 경우 홈 디렉터리 필드에서 세부 정보를 편집합니다. 필드는 기본적으로 /home/사용자 이름으로 채워집니다.
  3. 사용자 및 그룹 ID 섹션에서 다음을 수행할 수 있습니다.

    1. 수동으로 사용자 ID 지정 확인란을 선택하고 + 또는 - 를 사용하여 필요한 값을 입력합니다.

      기본값은 1000입니다. UID(사용자 ID) 0-999는 시스템에서 예약하므로 사용자에게 할당할 수 없습니다.

    2. 수동으로 그룹 ID 지정 확인란을 선택하고 + 또는 - 를 사용하여 필요한 값을 입력합니다.

      기본 그룹 이름은 사용자 이름과 동일하며 기본 그룹 ID(GID)는 1000입니다. GID 0-999는 시스템에서 예약하므로 사용자 그룹에 할당할 수 없습니다.

  4. 그룹 멤버십 필드에서 추가 그룹을 쉼표로 구분된 목록으로 지정합니다. 아직 존재하지 않는 그룹이 생성됩니다. 추가 그룹에 대한 사용자 지정 GID를 지정할 수 있습니다. 새 그룹에 대한 사용자 지정 GID를 지정하지 않으면 새 그룹이 GID를 자동으로 수신합니다.

    생성된 사용자 계정에는 항상 하나의 기본 그룹 멤버십(사용자 ID 지정에 ID가 설정된 사용자 기본 그룹)이 있습니다.

  5. Save Changes (변경 사항 저장)를 클릭하여 업데이트를 적용하고 Create User 창으로 돌아갑니다.

16.4. 수동 파티션 설정

수동 파티션을 사용하여 디스크 파티션 및 마운트 지점을 구성하고 Red Hat Enterprise Linux가 설치된 파일 시스템을 정의할 수 있습니다. 설치하기 전에 파티션 또는 파티션되지 않은 디스크 장치를 사용할지 여부를 고려해야 합니다. 직접 또는 LVM을 사용하여 LUN에서 파티셔닝의 이점과 단점에 대한 자세한 내용은 LUN에서 파티셔닝을 사용하는 이점과 단점은 Red Hat 지식베이스 솔루션을 참조하십시오.

표준 파티션 , LVM 및 LVM 씬 프로비저닝 을 포함하여 다양한 파티션 및 스토리지 옵션을 사용할 수 있습니다. 이러한 옵션은 시스템 스토리지를 효과적으로 관리하기 위한 다양한 이점과 구성을 제공합니다.

표준 파티션
표준 파티션에는 파일 시스템 또는 스왑 공간이 포함됩니다. 표준 파티션은 /bootBIOS 부팅EFI 시스템 파티션에 가장 일반적으로 사용됩니다. 대부분의 다른 용도에서 LVM 논리 볼륨을 사용할 수 있습니다.
LVM
장치 유형으로 LVM (또는 논리 볼륨 관리)을 선택하면 LVM 논리 볼륨이 생성됩니다. LVM은 물리적 디스크를 사용할 때 성능을 향상시키고, 하나의 마운트 지점에 여러 물리적 디스크를 사용하고 성능, 안정성 또는 둘 다를 위해 소프트웨어 RAID를 설정하는 것과 같은 고급 설정을 허용합니다.
LVM 씬 프로비저닝
씬 프로비저닝을 사용하면 애플리케이션에서 필요할 때 임의의 수의 장치에 할당할 수 있는 씬 풀이라는 여유 공간의 스토리지 풀을 관리할 수 있습니다. 필요한 경우 스토리지 공간을 비용 효율적으로 할당하는 데 필요한 경우 풀을 동적으로 확장할 수 있습니다.

Red Hat Enterprise Linux를 설치하려면 최소 하나의 파티션이 필요하지만 / , /home, / boot, swap. 필요에 따라 추가 파티션 및 볼륨을 생성할 수도 있습니다.

데이터 손실을 방지하려면 계속하기 전에 데이터를 백업하는 것이 좋습니다. 듀얼 부팅 시스템을 업그레이드하거나 생성하는 경우 스토리지 장치에서 유지하려는 데이터를 백업해야 합니다.

16.4.2. 지원되는 하드웨어 스토리지

스토리지 기술이 어떻게 구성되어 있고 Red Hat Enterprise Linux의 주요 버전 간에 지원이 어떻게 변경되었는지 이해하는 것이 중요합니다.

하드웨어 RAID

컴퓨터의 메인보드 또는 연결된 컨트롤러 카드에서 제공하는 모든 RAID 기능은 설치 프로세스를 시작하기 전에 구성해야 합니다. 각 활성 RAID 어레이는 Red Hat Enterprise Linux 내에서 하나의 드라이브로 표시됩니다.

소프트웨어 RAID

두 개 이상의 디스크가 있는 시스템에서는 Red Hat Enterprise Linux 설치 프로그램을 사용하여 여러 드라이브를 Linux 소프트웨어 RAID 배열로 작동할 수 있습니다. 소프트웨어 RAID 어레이를 사용하면 RAID 기능이 전용 하드웨어가 아닌 운영 체제에 의해 제어됩니다.

참고

기존 RAID 배열의 멤버 장치가 모두 파티션되지 않은 디스크/드라이브인 경우 설치 프로그램은 배열을 디스크로 처리하고 설치 프로그램에서 배열을 제거할 방법이 없습니다.

USB 디스크

설치 후 외부 USB 스토리지를 연결하고 구성할 수 있습니다. 대부분의 장치는 커널에서 인식되지만 일부 장치는 인식되지 않을 수 있습니다. 설치 중에 이러한 디스크를 구성할 필요가 없는 경우 연결 해제하여 잠재적인 문제를 방지합니다.

Intel BIOS RAID 세트 고려 사항

Red Hat Enterprise Linux는 Intel BIOS RAID 세트에 설치할 때 mdraid 를 사용합니다. 이러한 세트는 부팅 프로세스 중에 자동으로 감지되며 해당 장치 노드 경로는 여러 부팅 프로세스에서 변경될 수 있습니다. 장치 노드 경로(예: /dev/sda)를 파일 시스템 레이블 또는 장치 UUID로 교체합니다. blkid 명령을 사용하여 파일 시스템 레이블 및 장치 UUID를 찾을 수 있습니다.

16.4.3. 수동 파티션 시작

수동 파티션을 사용하여 요구 사항에 따라 디스크를 분할할 수 있습니다.

사전 요구 사항

  • 설치 요약 화면이 열립니다.
  • 모든 디스크를 설치 프로그램에서 사용할 수 있습니다.

프로세스

  1. 설치할 디스크를 선택합니다.

    1. Installation Destination 을 클릭하여 Installation Destination 창을 엽니다.
    2. 해당 아이콘을 클릭하여 설치에 필요한 디스크를 선택합니다. 선택한 디스크에는 확인 표시가 표시됩니다.
    3. 스토리지 구성에서 Custom radio-button을 선택합니다.
    4. Done 을 클릭합니다.
  2. 감지된 마운트 지점이 왼쪽 창에 나열됩니다. 마운트 지점은 감지된 운영 체제 설치를 통해 구성됩니다. 결과적으로 파티션을 여러 설치 간에 공유하는 경우 일부 파일 시스템이 여러 번 표시될 수 있습니다.

    1. 왼쪽 창에서 마운트 지점을 선택합니다. 사용자 지정할 수 있는 옵션은 오른쪽 창에 표시됩니다.
    2. 선택 사항: 시스템에 기존 파일 시스템이 포함된 경우 설치에 충분한 공간을 사용할 수 있는지 확인합니다. 파티션을 제거하려면 목록에서 해당 파티션을 선택하고 - 버튼을 클릭합니다. 대화 상자에는 삭제된 파티션이 속한 시스템에서 사용하는 다른 모든 파티션을 제거하는 데 사용할 수 있는 확인란이 있습니다.
    3. 선택 사항: 기존 파티션이 없고 일련의 파티션을 시작점으로 만들려면 왼쪽 창에서 원하는 파티션 구성표를 선택하고(Red Hat Enterprise Linux의 기본값)을 클릭하고 Click here to create them automatically link를 클릭합니다.

      참고

      /boot 파티션, / (root) 볼륨, 사용 가능한 스토리지 크기에 비례하는 스왑 볼륨 및 아키텍처와 같은 시스템 속성에 따라 일부 기타 파티션이 왼쪽 창에 생성되고 나열됩니다. 일반적인 설치를 위한 파일 시스템이지만 추가 파일 시스템과 마운트 지점을 추가할 수 있습니다.

  3. 선택 사항: 마운트 지점을 추가하고 개별 마운트 지점을 구성하는 방식으로 계속합니다.
  4. Done 을 클릭하여 변경 사항을 확인하고 Installation Summary 창으로 돌아갑니다.

16.4.4. 지원되는 파일 시스템

수동 파티셔닝을 구성할 때 Red Hat Enterprise Linux에서 사용할 수 있는 다양한 파일 시스템 및 파티션 유형을 활용하여 성능을 최적화하고 호환성을 보장하며 디스크 공간을 효과적으로 관리할 수 있습니다.

xfs
XFS 파일 시스템은 Red Hat Enterprise Linux의 기본 파일 시스템입니다. 확장 가능한 고성능 파일 시스템으로 최대 16 엑사바이트(약 16만 테라바이트), 최대 8 엑타바이트(약 8만 테라바이트) 파일, 수억 개의 항목이 포함된 디렉터리 구조입니다. XFS 는 메타데이터 저널링도 지원하므로 충돌 복구 속도가 빨라집니다. 단일 XFS 파일 시스템의 최대 지원 크기는 1P입니다. XFS는 여유 공간을 확보하기 위해 축소할 수 없습니다.
ext4
ext4 파일 시스템은 ext3 파일 시스템을 기반으로 하며 여러 개선 사항을 제공합니다. 여기에는 대규모 파일 시스템 지원 및 대용량 파일 지원, 보다 빠르고 효율적으로 디스크 공간 할당, 디렉터리 내의 하위 디렉터리 수 제한 없음, 빠른 파일 시스템 검사, 보다 강력한 저널링이 포함됩니다. 단일 ext4 파일 시스템의 최대 지원 크기는 50TB입니다.
ext3
ext3 파일 시스템은 ext2 파일 시스템을 기반으로 하며 저널링이라는 주요 이점이 있습니다. 저널링 파일 시스템을 사용하면 fsck 유틸리티를 실행하여 파일 시스템의 메타데이터 일관성을 확인할 필요가 없으므로 파일 시스템을 예기치 않게 종료한 후 파일 시스템을 복구하는 데 드는 시간을 줄일 수 있습니다.
ext2
ext2 파일 시스템은 일반 파일, 디렉토리 또는 심볼릭 링크를 포함한 표준 Unix 파일 유형을 지원합니다. 최대 255자까지 긴 파일 이름을 할당할 수 있는 기능을 제공합니다.
swap
스왑 파티션은 가상 메모리를 지원하는 데 사용됩니다. 즉, 시스템이 처리하는 데이터를 저장하기에 RAM이 충분하지 않을 때 데이터가 스왑 파티션에 작성됩니다.
vfat

VFAT 파일 시스템은 FAT 파일 시스템에서 Microsoft Windows 긴 파일 이름과 호환되는 Linux 파일 시스템입니다.

참고

Linux 시스템 파티션에는 VFAT 파일 시스템 지원을 사용할 수 없습니다. 예를 들면 /, /var,/usr 등이 있습니다.

BIOS 부팅
BIOS 시스템 및 BIOS 호환성 모드에서 GUID 파티션 테이블 (GPT)이 있는 장치에서 부팅하는 데 필요한 매우 작은 파티션입니다.
EFI 시스템 파티션
UEFI 시스템에서 GUID 파티션 테이블(GPT)이 있는 장치를 부팅하는 데 필요한 작은 파티션입니다.
PReP
이 작은 부팅 파티션은 디스크의 첫 번째 파티션에 있습니다. PReP 부팅 파티션에는 다른 IBM Power Systems 서버가 Red Hat Enterprise Linux를 부팅할 수 있는 GRUB2 부트 로더가 포함되어 있습니다.

16.4.5. 파일 시스템 마운트 지점 추가

여러 파일 시스템 마운트 지점을 추가할 수 있습니다. XFS, ext4, ext3,ext2, swap, VFAT, BIOS Boot, EFI System Partition 및 PReP와 같은 특정 파티션과 사용 가능한 파일 시스템 및 파티션 유형을 사용하여 시스템 스토리지를 효과적으로 구성할 수 있습니다.

사전 요구 사항

  • 파티션을 계획했습니다.
  • /var/mail,/usr/tmp,/lib,/sbin,/lib64, /bin 과 같은 심볼릭 링크가 있는 경로에 마운트 지점을 지정하지 않았는지 확인하십시오. RPM 패키지를 포함한 페이로드는 특정 디렉터리에 대한 심볼릭 링크 생성에 따라 다릅니다.

프로세스

  1. + 를 클릭하여 새 파일 시스템 및 관련 마운트 지점을 만듭니다. Add a New Mount Point 대화 상자가 열립니다.
  2. 마운트 지점 드롭다운 메뉴에서 사전 설정된 경로 중 하나를 선택하거나 사용자를 입력합니다. 예를 들어 부팅 파티션의 루트 파티션 또는 / boot에 대해 / 를 선택합니다.
  3. 파일 시스템의 크기를 Desired Capacity 필드에 입력합니다(예: 2GiB ).

    Desired Capacity 에서 값을 지정하지 않거나 사용 가능한 공간보다 큰 크기를 지정하는 경우 남은 모든 여유 공간이 사용됩니다.

  4. 마운트 지점 추가 를 클릭하여 파티션을 만들고 수동 파티션 창으로 돌아갑니다.

16.4.6. 마운트 지점 파일 시스템의 스토리지 구성

수동으로 생성된 각 마운트 지점의 파티션 스키마를 설정할 수 있습니다. 사용 가능한 옵션은 표준 파티션,LVM, LVM 씬 프로비저닝 입니다. Red Hat Enterprise Linux 10에서는 Btfrs 지원이 제거되었습니다.

참고

선택한 값에 관계없이 /boot 파티션은 항상 표준 파티션에 있습니다.

프로세스

  1. LVM이 아닌 단일 마운트 지점이 있어야 하는 장치를 변경하려면 왼쪽 창에서 필요한 마운트 지점을 선택합니다.
  2. Device(s) 제목 아래에서 수정 을 클릭합니다. 구성 마운트 지점 대화 상자가 열립니다.
  3. 하나 이상의 장치를 선택하고 선택을 클릭하여 선택을 확인하고 수동 파티셔닝 창으로 돌아갑니다.
  4. 설정 업데이트를 클릭하여 변경 사항을 적용합니다.
  5. 수동 파티션 창 왼쪽 하단에서 선택한 스토리지 장치를 클릭하여 선택한 디스크 대화 상자를 열고 디스크 정보를 검토합니다.
  6. 선택 사항: Rescan 버튼(회선 화살표 버튼)을 클릭하여 모든 로컬 디스크 및 파티션을 새로 고치십시오. 이는 설치 프로그램 외부에서 고급 파티션 구성을 수행한 후에만 필요합니다. Rescan Disks 버튼을 클릭하면 설치 프로그램에서 수행된 모든 구성 변경 사항이 재설정됩니다.

16.4.7. 마운트 지점 파일 시스템 사용자 정의

특정 설정을 설정하려면 파티션 또는 볼륨을 사용자 지정할 수 있습니다. /usr 또는 /var 이 루트 볼륨의 나머지 부분과 별도로 분할되는 경우 이러한 디렉터리에 중요한 구성 요소가 포함되어 있으므로 부팅 프로세스가 훨씬 더 복잡해집니다. 이러한 디렉터리가 iSCSI 드라이브 또는 FCoE 위치에 배치되는 경우와 같은 일부 상황에서는 시스템을 부팅할 수 없거나 장치 의 전원을 끄거나 재부팅할 때 오류가 발생할 수 있습니다.

이 제한은 /usr 또는 /var 에만 적용되며 아래 디렉터리에는 적용되지 않습니다. 예를 들어 /var/www 의 별도의 파티션이 성공적으로 작동합니다.

프로세스

  1. 왼쪽 창에서 마운트 지점을 선택합니다.
  2. 오른쪽 창에서 다음 옵션을 사용자 지정할 수 있습니다.

    1. 마운트 지점 필드에 파일 시스템 마운트 지점을 입력합니다. 예를 들어 파일 시스템이 루트 파일 시스템인 경우 / ; / boot 파일 시스템으로 /boot 를 입력한 후. 스왑 파일 시스템의 경우 파일 시스템 유형을 swap 으로 설정하는 것만으로는 마운트 지점을 설정하지 마십시오.
    2. Desired Capacity 필드에 파일 시스템의 크기를 입력합니다. KiB 또는 GiB와 같은 일반적인 크기 단위를 사용할 수 있습니다. 다른 단위를 설정하지 않은 경우 기본값은 MiB입니다.
    3. 드롭다운 장치 유형 메뉴에서 필요한 장치 유형: 표준 파티션,LVM 또는 LVM 프로비저닝 을 선택합니다.

      참고

      RAID 는 분할을 위해 두 개 이상의 디스크가 선택된 경우에만 사용할 수 있습니다. RAID 를 선택하는 경우 RAID 수준을 설정할 수도 있습니다. 마찬가지로 LVM 을 선택하는 경우 볼륨 그룹을 지정할 수 있습니다.

    4. Encrypt 확인란을 선택하여 파티션 또는 볼륨을 암호화합니다. 나중에 설치 프로그램에서 암호를 설정해야 합니다.
    5. 파일 시스템 드롭다운 메뉴에서 이 파티션 또는 볼륨에 적절한 파일 시스템 유형을 선택합니다.

      참고

      Linux 시스템 파티션에는 VFAT 파일 시스템 지원을 사용할 수 없습니다. 예를 들어 /, /var,/usr 등.

    6. Reformat 확인란을 선택하여 기존 파티션을 포맷하거나 데이터를 유지하려면 Reformat 확인란을 지웁니다. 새로 생성된 파티션과 볼륨을 다시 포맷해야 하며 확인란을 선택 해제할 수 없습니다.
    7. 레이블 필드에 파티션의 레이블을 입력합니다. 레이블을 사용하여 개별 파티션을 쉽게 인식하고 처리할 수 있습니다.
    8. 이름 필드에 이름을 입력합니다. 표준 파티션은 생성 시 자동으로 이름이 지정되며 표준 파티션의 이름을 편집할 수 없습니다. 예를 들어 /boot 이름 sda1 을 편집할 수 없습니다.
  3. 설정 업데이트를 클릭하여 변경 사항을 적용하고 필요한 경우 다른 파티션을 선택하여 사용자 지정합니다. 설치 요약 창에서 설치 요약 시작을 클릭할 때까지 변경 사항이 적용되지 않습니다.
  4. 선택 사항: 모두 재설정 을 클릭하여 파티션 변경 사항을 삭제합니다.
  5. 모든 파일 시스템 및 마운트 지점을 생성하고 사용자 지정한 경우 Done 을 클릭합니다. 파일 시스템을 암호화하도록 선택하면 암호를 생성하라는 메시지가 표시됩니다.

    설치 프로그램에 대한 모든 스토리지 작업의 요약이 표시되는 변경 사항 요약 대화 상자가 열립니다.

  6. Accept Changes 를 클릭하여 변경 사항을 적용하고 Installation Summary 창으로 돌아갑니다.

16.4.8. /home 디렉토리 유지

Red Hat Enterprise Linux 10 그래픽 설치에서는 RHEL 9 시스템에서 사용된 /home 디렉토리를 유지할 수 있습니다. /home 유지는 RHEL 9 시스템의 /home 디렉토리가 별도의 /home 파티션에 있는 경우에만 가능합니다.

다양한 구성 설정이 포함된 /home 디렉토리를 유지하면 새로운 Red Hat Enterprise Linux 10 시스템의 GNOME 쉘 환경이 RHEL 9 시스템에 있는 것과 동일한 방식으로 설정될 수 있습니다. 이는 이전 RHEL 9 시스템과 동일한 사용자 이름 및 ID가 있는 Red Hat Enterprise Linux 10의 사용자에게만 적용됩니다.

사전 요구 사항

  • 컴퓨터에 RHEL 9가 설치되어 있어야 합니다.
  • /home 디렉토리는 RHEL 9 시스템의 별도의 /home 파티션에 있습니다.
  • Red Hat Enterprise Linux 10 설치 요약 창이 열립니다.

프로세스

  1. Installation Destination 을 클릭하여 Installation Destination 창을 엽니다.
  2. 스토리지 구성에서 사용자 지정 라디오 버튼을 선택합니다. Done 을 클릭합니다.
  3. Done 을 클릭하면 Manual Partitioning 창이 열립니다.
  4. /home 파티션을 선택하고 Mount Point: 아래에 /home 을 입력한 다음 Reformat 확인란을 지웁니다.

    그림 16.1. /home이 포맷되지 않았는지 확인

    홈 파티션 rhel 10 유지
  5. 선택 사항: 마운트 지점 파일 시스템 사용자 지정에 설명된 대로 Red Hat Enterprise Linux 10 시스템에 필요한 /home 파티션의 다양한 측면을 사용자 지정할 수도 있습니다. 그러나 RHEL 9 시스템에서 /home 을 유지하려면 Reformat 확인란을 지워야 합니다.
  6. 요구 사항에 따라 모든 파티션을 사용자 지정한 후 완료 를 클릭합니다. 변경 사항 요약 대화 상자가 열립니다.
  7. 변경 사항 요약 대화 상자에 /home 에 대한 변경 사항이 표시되지 않는지 확인합니다. 즉, /home 파티션이 유지됩니다.
  8. 변경 사항 수락 을 클릭하여 변경 사항을 적용하고 설치 요약 창으로 돌아갑니다.

16.4.9. 설치 중 소프트웨어 RAID 생성

RAID(Independent Disks) 장치의 중복 배열은 성능 향상을 위해 정렬된 여러 스토리지 장치에서 구성되며 일부 구성에서는 내결함성이 향상됩니다. RAID 장치는 한 단계에서 생성되며 디스크는 필요에 따라 추가 또는 제거됩니다. 시스템의 각 물리적 디스크에 대해 하나의 RAID 파티션을 구성하여 설치 프로그램에서 사용할 수 있는 디스크 수가 사용 가능한 RAID 장치의 수준을 결정하도록 할 수 있습니다. 예를 들어 시스템에 두 개의 디스크가 있는 경우 RAID 10 장치를 생성할 수 없습니다. 최소 3개의 별도의 디스크가 필요하기 때문입니다. 시스템의 스토리지 성능과 신뢰성을 최적화하기 위해 RHEL은 설치된 시스템에 스토리지를 설정하기 위해 LVM 및 LVM Thin Provisioning을 사용하여 소프트웨어 RAID 0,RAID 1,RAID 4,RAID 5,RAID 6RAID 10 유형을 지원합니다.

참고

64비트 IBM Z에서 스토리지 하위 시스템은 RAID를 투명하게 사용합니다. 소프트웨어 RAID를 수동으로 구성할 필요는 없습니다.

사전 요구 사항

  • RAID 구성 옵션이 표시되기 전에 설치를 위해 두 개 이상의 디스크를 선택했습니다. 생성할 RAID 유형에 따라 두 개 이상의 디스크가 필요합니다.
  • 설치 대상 창에서 사용자 지정 라디오 버튼을 선택했으며 완료 버튼을 클릭하여 수동 파티셔닝 창을 입력했습니다.
  • 마운트 지점을 생성했습니다. 마운트 지점을 구성하면 RAID 장치를 구성할 수 있습니다.

프로세스

  1. 수동 파티션 창의 왼쪽 창에서 필요한 파티션을 선택합니다.
  2. 장치 유형 드롭다운 메뉴를 클릭하고 RAID 를 선택합니다.
  3. 장치 섹션에서 수정 을 클릭합니다. 마운트 지점 구성 대화 상자가 열립니다.
  4. RAID 장치에 포함할 디스크를 선택하고 Select 를 클릭하여 대화 상자를 닫습니다.
  5. 파일 시스템 드롭다운 메뉴를 클릭하고 선호하는 파일 시스템 유형을 선택합니다.
  6. RAID 수준 드롭다운 메뉴를 클릭하고 원하는 RAID 수준을 선택합니다.
  7. 설정 업데이트를 클릭하여 변경 사항을 저장합니다.
  8. Done 을 클릭하여 설정을 적용하여 Installation Summary 창으로 돌아갑니다.

16.4.10. LVM 논리 볼륨 생성

LVM(Logical Volume Management)은 디스크 또는 LUN과 같은 기본 물리 스토리지 공간에 대한 간단한 논리 뷰를 제공합니다. 물리 스토리지의 파티션은 볼륨 그룹으로 함께 그룹화할 수 있는 물리 볼륨으로 표시됩니다. 각 볼륨 그룹을 표준 디스크 파티션과 유사한 여러 논리 볼륨으로 나눌 수 있습니다. 따라서 LVM 논리 볼륨은 여러 물리 디스크에 걸쳐 있을 수 있는 파티션으로 작동합니다.

중요
  • LVM 구성은 그래픽 및 Kickstart 설치에서만 사용할 수 있습니다. 텍스트 모드 설치 중에 LVM 구성을 사용할 수 없습니다.
  • 텍스트 모드에서 LVM 구성을 생성하려면 Ctrl+Alt+F2 눌러 다른 가상 콘솔에서 쉘 프롬프트를 사용합니다. 이 쉘에서 Cryostatcreatelvm 명령을 실행할 수 있습니다. 텍스트 모드 설치로 돌아가려면 Ctrl+Alt+F1 을 누릅니다.

프로세스

  1. 수동 파티셔닝 창에서 다음 옵션을 사용하여 새 마운트 지점을 만듭니다.

    • Click here to create them automatically 옵션을 선택하거나 + 버튼을 클릭합니다.
    • 드롭다운 목록에서 마운트 지점을 선택하거나 수동으로 입력합니다.
    • 파일 시스템의 크기를 Desired Capacity 필드에 입력합니다. 예를 들면 / , / , / boot 의 경우 1GiB입니다.

      참고: 기존 마운트 지점을 사용하도록 이 단계를 수행합니다.

  2. 마운트 지점을 선택합니다.
  3. 드롭다운 메뉴에서 LVM 을 선택합니다. Volume Group 드롭다운 메뉴가 새로 생성된 볼륨 그룹 이름과 함께 표시됩니다.

    참고

    구성 대화 상자에서 볼륨 그룹의 물리 확장 영역의 크기를 지정할 수 없습니다. 크기는 항상 기본값인 4MiB로 설정됩니다. 다른 물리 확장 영역이 있는 볼륨 그룹을 생성하려면 대화형 쉘로 전환하여 수동으로 생성하거나 volgroup --pesize=size 명령으로 Kickstart 파일을 사용해야 합니다.

  4. Done 을 클릭하여 Installation Summary 창으로 돌아갑니다.

16.4.11. LVM 논리 볼륨 구성

요구 사항에 따라 새로 생성된 LVM 논리 볼륨을 구성할 수 있습니다.

주의

LVM 볼륨에 /boot 파티션을 배치하는 것은 지원되지 않습니다.

프로세스

  1. 수동 파티셔닝 창에서 다음 옵션을 사용하여 마운트 지점을 만듭니다.

    • Click here to create them automatically 옵션을 선택하거나 + 버튼을 클릭합니다.
    • 드롭다운 목록에서 마운트 지점을 선택하거나 수동으로 입력합니다.
    • 파일 시스템의 크기를 Desired Capacity 필드에 입력합니다. 예를 들면 / , / , / boot 의 경우 1GiB입니다.

      기존 마운트 지점을 사용하려면 이 단계를 건너뜁니다.

  2. 마운트 지점을 선택합니다.
  3. 장치 유형 드롭다운 메뉴를 클릭하고 LVM 을 선택합니다. Volume Group 드롭다운 메뉴가 새로 생성된 볼륨 그룹 이름과 함께 표시됩니다.
  4. Modify 를 클릭하여 새로 생성된 볼륨 그룹을 구성합니다. 볼륨 그룹 구성 대화 상자가 열립니다.

    참고

    구성 대화 상자에서 볼륨 그룹의 물리 확장 영역의 크기를 지정할 수 없습니다. 크기는 항상 기본값인 4MiB로 설정됩니다. 다른 물리 확장 영역이 있는 볼륨 그룹을 생성하려면 대화형 쉘로 전환하여 수동으로 생성하거나 volgroup --pesize=size 명령으로 Kickstart 파일을 사용해야 합니다. 자세한 내용은 RHEL 자동 설치 문서를 참조하십시오.

  5. 선택 사항: RAID 수준 드롭다운 메뉴에서 필요한 RAID 수준을 선택합니다.

    사용 가능한 RAID 수준은 실제 RAID 장치와 동일합니다.

  6. Encrypt 확인란을 선택하여 암호화의 볼륨 그룹을 표시합니다.
  7. 크기 정책 드롭다운 메뉴에서 볼륨 그룹에 대해 다음 크기 정책을 선택합니다.

    사용 가능한 정책 옵션은 다음과 같습니다.

    자동
    볼륨 그룹의 크기는 구성된 논리 볼륨을 포함할 수 있을 만큼 충분히 커지도록 자동으로 설정됩니다. 볼륨 그룹 내에서 사용 가능한 공간이 필요하지 않은 경우 최적입니다.
    가능한 한 크게
    볼륨 그룹은 포함된 구성된 논리 볼륨의 크기에 관계없이 최대 크기로 생성됩니다. LVM에 대부분의 데이터를 보관하고 나중에 기존 논리 볼륨의 크기를 늘리거나 이 그룹 내에 추가 논리 볼륨을 생성해야 하는 경우 최적입니다.
    수정됨
    볼륨 그룹의 정확한 크기를 설정할 수 있습니다. 구성된 모든 논리 볼륨은 이 고정 크기 내에 적합해야 합니다. 볼륨 그룹이 얼마나 큰지 정확히 알고 있는 경우 유용합니다.
  8. 저장을 클릭하여 설정을 적용하고 수동 파티셔닝 창으로 돌아갑니다.
  9. 설정 업데이트를 클릭하여 변경 사항을 저장합니다.
  10. Done 을 클릭하여 Installation Summary 창으로 돌아갑니다.

16.4.12. 파티션에 대한 도움말

모든 시스템을 파티션하는 가장 좋은 방법은 없습니다. 최적의 설정은 설치 중인 시스템을 사용하는 방법에 따라 다릅니다. 그러나 다음 팁은 필요에 맞게 최적의 레이아웃을 찾는 데 도움이 될 수 있습니다.

  • 예를 들어 특정 파티션이 특정 디스크에 있어야 하는 경우 먼저 특정 요구 사항이 있는 파티션을 만듭니다.
  • 중요한 데이터를 포함할 수 있는 파티션과 볼륨을 암호화하는 것이 좋습니다. 암호화는 권한이 없는 사용자가 물리적 저장 장치에 액세스할 수 있는 경우에도 파티션의 데이터에 액세스하지 못하도록 합니다. 대부분의 경우 사용자 데이터를 포함하는 /home 파티션을 최소한 암호화해야 합니다.
  • 경우에 따라 / , /boot / home 이외의 디렉토리에 대해 별도의 마운트 지점을 만드는 것이 유용할 수 있습니다. 예를 들어 MySQL 데이터베이스를 실행하는 서버에서 /var/lib/mysql 에 대한 별도의 마운트 지점을 사용하면 이후에 백업에서 복원하지 않고도 데이터베이스를 다시 설치할 수 있습니다. 그러나 불필요한 마운트 지점이 있으면 스토리지 관리가 더 어려워집니다.
  • 일부 특수 제한 사항은 파티션 레이아웃을 배치할 수 있는 특정 디렉터리에 적용됩니다. 특히 /boot 디렉토리는 항상 물리 파티션(LVM 볼륨이 아님)에 있어야 합니다.
  • Linux를 처음 사용하는 경우 다양한 시스템 디렉토리 및 해당 콘텐츠에 대한 정보는 Linux 파일 시스템 계층 표준을 검토하는 것이 좋습니다.
  • 각 커널에는 약: 60MiB(초기 28MiB, 16MiB vmlinuz, 9MiB System.map)가 필요합니다.
  • 복구 모드의 경우: 100MiB(초기 56MiB, 16MiB vmlinuz, 9MiB 시스템 맵)
  • 시스템에서 kdump 를 활성화하면 약 40MiB(33MiB의 다른 initrd)가 필요합니다.

    /boot 에 대한 1GiB의 기본 파티션 크기만으로도 대부분의 일반적인 사용 사례에 충분합니다. 그러나 여러 커널 릴리스 또는 에라타 커널을 유지하려는 경우 이 파티션의 크기를 늘립니다.

  • /var 디렉터리에는 Apache 웹 서버를 포함하여 여러 애플리케이션에 대한 콘텐츠가 있으며 DNF 패키지 관리자가 다운로드한 패키지 업데이트를 임시로 저장하는 데 사용됩니다. /var 을 포함하는 파티션 또는 볼륨이 5GiB 이상인지 확인합니다.
  • /usr 디렉터리에는 일반적인 Red Hat Enterprise Linux 설치에 대부분의 소프트웨어가 있습니다. 따라서 이 디렉터리를 포함하는 파티션 또는 볼륨은 최소 설치의 경우 5GiB 이상이어야 하며 그래픽 환경이 있는 설치의 경우 최소 10GiB여야 합니다.
  • /usr 또는 /var 이 나머지 루트 볼륨과 별도로 분할되는 경우 이러한 디렉터리에 부팅 중요한 구성 요소가 포함되어 있기 때문에 부팅 프로세스가 훨씬 더 복잡해집니다. 이러한 디렉터리가 iSCSI 드라이브 또는 FCoE 위치에 배치되는 경우와 같은 일부 상황에서는 시스템을 부팅할 수 없거나 전원을 끄거나 재부팅할 때 장치가 바빠 질 수 있습니다.

    이 제한은 /usr 또는 /var 에만 적용되며 그 아래의 디렉터리에는 적용되지 않습니다. 예를 들어 /var/www 의 별도의 파티션은 문제 없이 작동합니다.

    중요

    일부 보안 정책에서는 관리가 더 복잡해도 /usr/var 을 분리해야 합니다.

  • LVM 볼륨 그룹에 할당되지 않은 공간의 일부를 두는 것이 좋습니다. 이 할당되지 않은 공간은 공간 요구 사항이 변경되었지만 다른 볼륨에서 데이터를 제거하지 않으려는 경우 유연성을 제공합니다. 파티션의 LVM Thin Provisioning 장치 유형을 선택하여 사용되지 않은 공간을 볼륨에서 자동으로 처리할 수도 있습니다.
  • XFS 파일 시스템의 크기를 줄일 수 없습니다. 이 파일 시스템을 작은 파티션이나 볼륨을 만들어야 하는 경우 데이터를 백업하고 파일 시스템을 제거하고 그 위치에 새 파일 시스템을 생성해야 합니다. 따라서 나중에 파티션 레이아웃을 변경하려면 대신 ext4 파일 시스템을 사용해야 합니다.
  • 설치 후 디스크를 추가하거나 가상 머신 디스크를 확장하여 스토리지를 확장할 것으로 예상되는 경우 LVM(Logical Volume Management)을 사용합니다. LVM을 사용하면 새 드라이브에 물리 볼륨을 만든 다음 적합한 볼륨 그룹 및 논리 볼륨에 할당할 수 있습니다. 예를 들어 시스템의 /home (또는 논리 볼륨에 있는 기타 디렉터리)을 쉽게 확장할 수 있습니다.
  • 시스템의 펌웨어, 부팅 드라이브 크기 및 부팅 드라이브 디스크 레이블에 따라 BIOS 부팅 파티션 또는 EFI 시스템 파티션을 생성해야 할 수 있습니다. 시스템에 필요하지 않은 경우 그래픽 설치에서 BIOS 부팅 또는 EFI 시스템 파티션을 생성할 수 없습니다. 이 경우 메뉴에서 숨겨집니다.

16.5. 기본 환경 및 추가 소프트웨어 선택

소프트웨어 선택 창을 사용하여 필요한 소프트웨어 패키지를 선택할 수 있습니다. 패키지는 기본 환경 및 추가 소프트웨어로 구성됩니다.

  • 기본 환경에는 사전 정의된 패키지가 포함되어 있습니다. 하나의 기본 환경(예: GUI(기본값), 서버, 최소 설치, 워크스테이션, 사용자 지정 운영 체제, 가상화 호스트)만 선택할 수 있습니다. 가용성은 설치 소스로 사용되는 설치 ISO 이미지에 따라 다릅니다.
  • 선택한 환경에 대한 추가 소프트웨어 패키지에 는 기본 환경을 위한 추가 소프트웨어 패키지가 포함되어 있습니다. 여러 소프트웨어 패키지를 선택할 수 있습니다.

사전 정의된 환경 및 추가 소프트웨어를 사용하여 시스템을 사용자 지정합니다. 그러나 표준 설치에서는 설치할 개별 패키지를 선택할 수 없습니다. 특정 환경에 포함된 패키지를 보려면 설치 소스 미디어(DVD, CD, USB)의 리포지토리/repodata/*-comps-repository.architecture.xml 파일을 참조하십시오. XML 파일에는 기본 환경의 일부로 설치된 패키지의 세부 정보가 포함되어 있습니다. 사용 가능한 환경은 &lt ;environment& gt; 태그로 표시되고 추가 소프트웨어 패키지는 태그로 표시됩니다 .

설치할 패키지를 잘 모를 경우 최소 설치 기본 환경을 선택합니다. 최소 설치는 최소한의 추가 소프트웨어로 Red Hat Enterprise Linux의 기본 버전을 설치합니다. 시스템이 설치를 완료하고 처음으로 로그인하면 DNF 패키지 관리자를 사용하여 추가 소프트웨어를 설치할 수 있습니다.

참고
  • RHEL 10 시스템의 dnf group list 명령을 사용하여 시스템에 설치되는 패키지 목록을 소프트웨어 선택의 일부로 확인합니다.
  • 설치된 패키지를 제어해야 하는 경우 Kickstart 파일을 사용하고 %packages 섹션에 패키지를 정의할 수 있습니다. 자세한 내용은 RHEL 자동 설치 문서를 참조하십시오.
  • 기본적으로 RHEL 10은 TuneD 패키지를 설치하지 않습니다. dnf install tuned 명령을 사용하여 TuneD 패키지를 수동으로 설치할 수 있습니다.

사전 요구 사항

  • 설치 소스를 구성했습니다.
  • 설치 프로그램에서 패키지 메타데이터를 다운로드했습니다.
  • Installation Summary 창이 열립니다.

프로세스

  1. Installation Summary 창에서 Software Selection을 클릭합니다. Software Selection 창이 열립니다.
  2. Base Environment 창에서 기본 환경을 선택합니다. 하나의 기본 환경(예: GUI(기본값), 서버, 최소 설치, 워크스테이션, 사용자 지정 운영 체제, 가상화 호스트)만 선택할 수 있습니다. 기본적으로 GUI 기본 환경이 있는 서버 가 선택됩니다.
  3. 선택 사항: ARM 기반 시스템에 설치하려면 커널 옵션에서 원하는 페이지 크기를 선택합니다.

    기본적으로 4k 페이지 크기가 있는 커널이 선택됩니다.

  4. 선택한 환경에 대한 추가 소프트웨어 창에서 하나 이상의 옵션을 선택합니다.
  5. Done 을 클릭하여 설정을 적용하고 그래픽 설치로 돌아갑니다.

16.6. 선택 사항: 네트워크 및 호스트 이름 구성

네트워크 및 호스트 이름 창을 사용하여 네트워크 인터페이스를 구성할 수 있습니다. 여기에서 선택하는 옵션은 원격 위치 및 설치된 시스템에서 패키지를 다운로드하는 것과 같은 작업을 위해 설치 중에 사용할 수 있습니다.

16.6.1. 네트워크 및 호스트 이름 구성

네트워크 및 호스트 이름 섹션에서 네트워크 및 호스트 이름을 구성할 수 있습니다.

프로세스

  1. 설치 요약 창에서 네트워크 및 호스트 이름을 클릭합니다.
  2. 왼쪽 창의 목록에서 인터페이스를 선택합니다. 자세한 내용은 오른쪽 창에 표시됩니다.
  3. 선택한 인터페이스를 활성화하거나 비활성화하려면 ON/OFF 스위치를 전환합니다.

    인터페이스를 수동으로 추가하거나 제거할 수 없습니다.

  4. + 를 클릭하여 Bond, Bridge 또는 VLAN 중 하나일 수 있는 가상 네트워크 인터페이스를 추가합니다.
  5. - 를 클릭하여 가상 인터페이스를 제거합니다.
  6. Configure (구성)를 클릭하여 IP 주소, DNS 서버 또는 기존 인터페이스(가상 및 물리적)의 라우팅 구성과 같은 설정을 변경합니다.
  7. 호스트 이름 필드에 시스템의 호스트 이름을 입력합니다.

    호스트 이름은 hostname.domainname 형식의 FQDN(정규화된 도메인 이름)이거나 도메인이 없는 짧은 호스트 이름일 수 있습니다. 많은 네트워크에는 연결된 시스템에 도메인 이름을 자동으로 제공하는 DHCP(Dynamic Host Configuration Protocol) 서비스가 있습니다. DHCP 서비스에서 이 시스템에 도메인 이름을 할당할 수 있도록 하려면 짧은 호스트 이름만 지정합니다.

    호스트 이름에는 영숫자 및 - 또는 . .만 포함할 수 있습니다 . 호스트 이름은 64자 이상이어야 합니다. 호스트 이름은 - 및 로 시작하거나 종료할 수 없습니다 . DNS를 준수하기 위해 FQDN의 각 부분은 63자 이상이어야 하며 점을 포함한 전체 FQDN 길이는 255자를 초과해서는 안 됩니다.

    localhost 값은 대상 시스템의 특정 정적 호스트 이름이 구성되지 않으며, 설치된 시스템의 실제 호스트 이름은 네트워크 구성 처리 중에 구성됩니다(예: DHCP 또는 DNS를 사용하는 NetworkManager에 의해).

    고정 IP 및 호스트 이름 구성을 사용하는 경우 계획된 시스템 사용 사례에 따라 짧은 이름 또는 FQDN을 사용할지 여부에 따라 달라집니다. Red Hat Identity Management는 프로비저닝 중에 FQDN을 구성하지만 일부 타사 소프트웨어 제품에는 짧은 이름이 필요할 수 있습니다. 두 경우 모두 모든 상황에서 두 양식의 가용성을 보장하기 위해 IP FQDN short-alias 형식으로 /etc/hosts 의 호스트에 대한 항목을 추가합니다.

  8. Apply 를 클릭하여 설치 프로그램 환경에 호스트 이름을 적용합니다.
  9. 또는 네트워크 및 호스트 이름 창에서 wireless 옵션을 선택할 수 있습니다. 오른쪽 창에서 네트워크 선택을 클릭하여 Cryostat 연결을 선택하고 필요한 경우 암호를 입력한 다음 연결을 클릭합니다.

16.6.2. 가상 네트워크 인터페이스 추가

가상 네트워크 인터페이스를 추가할 수 있습니다.

프로세스

  1. 네트워크 및 호스트 이름 창에서 + 버튼을 클릭하여 가상 네트워크 인터페이스를 추가합니다. 장치 추가 대화 상자가 열립니다.
  2. 사용 가능한 가상 인터페이스의 네 가지 유형 중 하나를 선택합니다.

    • bond: NIC (Network Interface Controller) 본딩은 여러 개의 물리적 네트워크 인터페이스를 하나의 결합된 채널에 결합하는 방법입니다.
    • Bridge: 여러 개의 개별 네트워크를 하나의 집계 네트워크에 연결하는 방법인 NIC 브리징을 나타냅니다.
    • VLAN (가상 LAN): 상호 격리된 여러 개의 브로드캐스트 도메인을 생성하는 방법입니다.
  3. 인터페이스 유형을 선택하고 추가 를 클릭합니다. 선택한 인터페이스 유형에 대해 사용 가능한 설정을 편집할 수 있는 편집 인터페이스 대화 상자가 열립니다. 자세한 내용은 네트워크 인터페이스 편집을 참조하십시오.
  4. 저장을 클릭하여 가상 인터페이스 설정을 확인하고 Network & Host name 창으로 돌아갑니다.
  5. 선택 사항: 가상 인터페이스의 설정을 변경하려면 인터페이스를 선택하고 구성을 클릭합니다.

16.6.3. 네트워크 인터페이스 구성 편집

설치 중에 사용되는 일반적인 유선 연결의 구성을 편집할 수 있습니다. 다른 유형의 네트워크 구성은 특정 구성 매개변수가 다를 수 있지만 광범위하게 유사합니다.

참고

64비트 IBM Z에서는 네트워크 하위 채널을 그룹화하고 사전에 온라인 상태로 설정해야 하므로 새 연결을 추가할 수 없으며 현재 부팅 단계에서만 수행됩니다.

프로세스

  • 네트워크 연결을 수동으로 구성하려면 네트워크 및 호스트 이름 창에서 인터페이스를 선택하고 Configure 를 클릭합니다.

    선택한 인터페이스와 관련된 편집 대화 상자가 열립니다. 존재하는 옵션은 연결 유형에 따라 달라집니다. 사용 가능한 옵션은 연결 유형이 물리적 인터페이스(선선 또는 무선 네트워크 인터페이스 컨트롤러)인지 아니면 가상 인터페이스(Bond, Bridge, Team(더 이상 사용되지 않음) 또는 Vlan인지 여부에 따라 약간 다릅니다. ???

다음 섹션에는 편집 대화 상자에서 가장 일반적이고 유용한 세 가지 옵션에 대한 정보가 포함되어 있습니다.

16.6.4. 인터페이스 연결 활성화 또는 비활성화

특정 인터페이스 연결을 활성화하거나 비활성화할 수 있습니다.

프로세스

  1. 일반 탭을 클릭합니다.
  2. 우선 순위로 자동으로 연결 확인란을 선택하여 연결을 기본적으로 활성화합니다. 기본 우선순위 설정을 0 에서 유지합니다.
  3. 선택 사항: 모든 사용자를 사용하여 시스템의 모든 사용자가 이 네트워크에 연결되지 않도록 설정 또는 비활성화하면 이 네트워크 옵션에 연결할 수 있습니다. 이 옵션을 비활성화하면 root 만 이 네트워크에 연결할 수 있습니다.

    중요

    유선 연결에서 활성화된 경우 시스템을 시작하거나 재부팅하는 동안 시스템이 자동으로 연결됩니다. 무선 연결에서 인터페이스는 범위의 알려진 무선 네트워크에 연결을 시도합니다. nm-connection-editor 툴을 포함한 NetworkManager에 대한 자세한 내용은 네트워킹 구성 및 관리를 참조하십시오.

  4. 저장을 클릭하여 변경 사항을 적용하고 네트워크 및 호스트 이름 창으로 돌아갑니다.

    설치 중 이 시점에서 다른 사용자가 생성되지 않으므로 root 이외의 사용자만 이 인터페이스를 사용할 수 없습니다. 다른 사용자에 대한 연결이 필요한 경우 설치 후 구성해야 합니다.

16.6.5. 정적 IPv4 또는 IPv6 설정 설정

기본적으로 IPv4 및 IPv6는 현재 네트워크 설정에 따라 자동 구성으로 설정됩니다. 즉, 인터페이스가 네트워크에 연결될 때 로컬 IP 주소, DNS 주소 및 기타 설정과 같은 주소가 자동으로 감지됩니다. 대부분의 경우 이 문제로는 충분하지만 IPv4 설정 및 IPv6 설정 탭에 정적 구성을 제공할 수도 있습니다.

프로세스

  1. 정적 네트워크 구성을 설정하려면 IPv Settings 탭 중 하나로 이동하고 Method 드롭다운 메뉴에서 Automatic 이외의 방법을 선택합니다(예: Manual ). Address pane이 활성화되어 있습니다.
  2. 선택 사항: IPv6 설정 탭에서 이 인터페이스에서 IPv6를 비활성화하도록 메서드를 Ignore 로 설정할 수도 있습니다.
  3. 추가를 클릭하고 주소 설정을 입력합니다.
  4. 추가 DNS servers 필드에 IP 주소를 입력합니다. DNS 서버의 IP 주소를 하나 이상 허용합니다(예: 10.0.0.1,10.0.0.8 ).
  5. 이 연결을 위해 Require IPvX addressing for this connection to complete 확인란을 선택합니다.

    IPv4 설정 또는 IPv 6 설정 탭에서 이 옵션을 선택하면 IPv 4 또는 IPv6에 성공한 경우에만 이 연결을 허용합니다. IPv4 및 IPv6 모두에 대해 이 옵션이 비활성화된 상태로 남아 있으면 구성이 IP 프로토콜에서 성공하면 인터페이스가 연결할 수 있습니다.

  6. 저장을 클릭하여 변경 사항을 적용하고 네트워크 및 호스트 이름 창으로 돌아갑니다.

16.6.6. 경로 구성

경로를 구성하여 특정 연결 액세스를 제어할 수 있습니다.

프로세스

  1. IPv4 설정IPv6 설정 탭에서 경로를 클릭하여 인터페이스에서 특정 IP 프로토콜에 대한 라우팅 설정을 구성합니다. 인터페이스와 관련된 편집 경로 대화 상자가 열립니다.
  2. 추가 를 클릭하여 경로를 추가합니다.
  3. Ignore automatically obtained routes 확인란을 선택하여 하나 이상의 정적 경로를 구성하고 특별히 구성되지 않은 모든 경로를 비활성화합니다.
  4. 네트워크 상의 리소스에만 이 연결 사용 확인란을 선택하여 연결이 기본 경로가 되지 않도록 합니다.

    이 옵션은 정적 경로를 구성하지 않은 경우에도 선택할 수 있습니다. 이 경로는 로컬 또는 VPN 연결이 필요한 인트라넷 페이지와 같은 특정 리소스에 액세스하는 데만 사용됩니다. 다른 (기본) 경로는 공개적으로 사용 가능한 리소스에 사용됩니다. 구성된 추가 경로와 달리 이 설정은 설치된 시스템으로 전송됩니다. 이 옵션은 둘 이상의 인터페이스를 구성할 때만 유용합니다.

  5. 확인을 클릭하여 설정을 저장하고 인터페이스와 관련된 편집 경로 대화 상자로 돌아갑니다.
  6. 저장을 클릭하여 설정을 적용하고 네트워크 및 호스트 이름 창으로 돌아갑니다.

16.7. 선택 사항: 키보드 레이아웃 구성

설치 요약 화면에서 키보드 레이아웃을 구성할 수 있습니다.

중요

라틴 문자 없이 키보드 레이아웃을 사용하는 경우(예: 러시아어) 영어 (미국) 레이아웃도 추가합니다. 설치 프로세스 중에 paraphrases 또는 사용자 자격 증명을 입력하려면 라틴 문자가 필요합니다.

프로세스

  1. 설치 요약 창에서 Cryo stat 를 클릭합니다.
  2. + 를 클릭하여 Add a Cryostat Layout 창을 열어 다른 레이아웃으로 변경합니다.
  3. 목록을 검색하여 레이아웃을 선택하거나 검색 필드를 사용합니다.
  4. 필요한 레이아웃을 선택하고 추가 를 클릭합니다. 새 레이아웃이 기본 레이아웃 아래에 표시됩니다.
  5. 선택 사항: 설치된 시스템에서 사용 가능한 레이아웃을 순환하는 데 사용할 수 있는 키보드 스위치를 구성하려면 옵션을 클릭합니다(설치 중에 사용되지 않음). 레이아웃 전환 옵션 창이 열립니다.

    • 전환에 사용할 키 조합을 구성하려면 하나 이상의 키 조합을 선택하고 OK 를 클릭하여 선택을 확인합니다.
  6. 선택 사항: 레이아웃을 선택하면 Cryostat 버튼을 클릭하여 선택한 레이아웃의 시각적 표현이 표시되는 새 대화 상자를 엽니다.
  7. Done 을 클릭하여 설정을 적용하고 그래픽 설치로 돌아갑니다.

16.8. 선택 사항: 언어 지원 구성

설치 요약 화면에서 언어 설정을 변경할 수 있습니다.

프로세스

  1. 설치 요약 창에서 언어 지원을 클릭합니다. 언어 지원 창이 열립니다. 왼쪽 창에는 사용 가능한 언어 그룹이 나열됩니다. 그룹에서 하나 이상의 언어가 구성된 경우 확인 표시가 표시되고 지원되는 언어가 강조 표시됩니다.
  2. 왼쪽 창에서 그룹을 클릭하여 추가 언어를 선택하고 오른쪽 창에서 지역 옵션을 선택합니다. 구성하려는 모든 언어에 대해 이 프로세스를 반복합니다.
  3. 선택 사항: 필요한 경우 텍스트 상자에 입력하여 언어 그룹을 검색합니다.
  4. Done 을 클릭하여 설정을 적용하고 그래픽 설치로 돌아갑니다.

16.10. 선택 사항: 시스템을 구독하고 Red Hat Insights 활성화

Red Hat Insights는 등록된 Red Hat 기반 시스템에 대한 지속적인 심층적인 분석을 제공하여 물리적, 가상 및 클라우드 환경 및 컨테이너 배포 전반에 걸쳐 보안, 성능 및 안정성에 대한 위협을 사전에 식별하는 SaaS(Software-as-a-Service) 서비스입니다. Red Hat Insights에 RHEL 시스템을 등록하면 예측 분석, 보안 경고 및 성능 최적화 툴에 액세스할 수 있으므로 안전하고 효율적이며 안정적인 IT 환경을 유지할 수 있습니다.

Red Hat 계정 또는 활성화 키 세부 정보를 사용하여 Red Hat에 등록할 수 있습니다. Red Hat에 연결 옵션을 사용하여 시스템을 Red Hat Insights에 연결할 수 있습니다.

프로세스

  1. 설치 요약 화면에서 소프트웨어에서 Red Hat에 연결을 클릭합니다.
  2. 계정 또는 활성화 키를 선택합니다.

    1. 계정을 선택하는 경우 Red Hat 고객 포털 사용자 이름과 암호 세부 정보를 입력합니다.
    2. 활성화 키를 선택하는 경우 조직 ID 및 활성화 키를 입력합니다.

      활성화 키가 서브스크립션에 등록된 경우 두 개 이상의 활성화 키를 쉼표로 구분할 수 있습니다.

  3. Set System Purpose 확인란을 선택합니다. 시스템 용도 값을 설정하는 것은 서브스크립션 서비스의 소비를 정확하게 보고하는 데 중요합니다.
  4. 해당 드롭다운 목록에서 필요한 Role,SLAUsage 를 선택합니다.
  5. Red Hat Insights에 연결 확인란은 기본적으로 활성화되어 있습니다. Red Hat Insights에 연결하지 않으려면 확인란의 선택을 해제합니다.
  6. 선택 사항: 옵션을 확장합니다.

    1. 네트워크 환경에서 외부 인터넷 액세스만 허용하거나 HTTP 프록시를 통해 콘텐츠 서버에 액세스할 수 있는 경우 HTTP 프록시 사용 확인란을 선택합니다. HTTP 프록시를 사용하지 않는 경우 HTTP 프록시 사용 확인란의 선택을 해제합니다.
  7. 등록 을 클릭하여 시스템을 등록합니다. 시스템이 성공적으로 등록되고 서브스크립션이 연결되면 Red Hat에 연결 창에 연결된 서브스크립션 세부 정보가 표시됩니다.

    서브스크립션 수에 따라 등록 및 첨부 프로세스를 완료하는 데 최대 1분이 걸릴 수 있습니다.

  8. Done 을 클릭하여 Installation Summary 창으로 돌아갑니다.

    Red Hat Connect to Red Hat등록된 메시지가 표시됩니다.

16.11. 선택 사항: 설치에 네트워크 기반 리포지토리 사용

자동 감지 설치 미디어, Red Hat CDN 또는 네트워크에서 설치 소스를 구성할 수 있습니다. 설치 요약 창이 처음 열 때 설치 프로그램은 시스템을 부팅하는 데 사용된 미디어 유형에 따라 설치 소스를 구성하려고 합니다. 전체 Red Hat Enterprise Linux Server DVD는 소스를 로컬 미디어로 구성합니다.

사전 요구 사항

프로세스

  1. Installation Summary 창에서 Installation Source 를 클릭합니다. 설치 소스 창이 열립니다.

    설치 소스가 포함된 미디어(예: DVD)에서 설치 프로그램을 시작한 경우 자동 감지 설치 미디어 옵션이 기본적으로 선택됩니다.

  2. 선택 사항: Red Hat CDN 옵션을 선택하여 시스템을 등록하고 RHEL 서브스크립션을 연결한 후 Red Hat CDN(Content Delivery Network)에서 RHEL을 설치합니다.
  3. 선택 사항: 네트워크 옵션에서 로컬 미디어 대신 네트워크 위치에서 패키지를 다운로드하고 설치합니다. 이 옵션은 네트워크 연결이 활성화된 경우에만 사용할 수 있습니다. GUI에서 네트워크 연결을 구성하는 방법에 대한 정보는 네트워크 및 호스트 이름 옵션 구성 을 참조하십시오.

    1. On the network 드롭다운 메뉴를 선택하여 패키지 다운로드 프로토콜을 지정합니다. 이 설정은 사용하려는 서버에 따라 다릅니다.
    2. 주소 필드에 서버 주소(프로토콜 제외)를 입력합니다. NFS를 선택하면 사용자 지정 NFS 마운트 옵션을 지정할 수 있는 두 번째 입력 필드가 열립니다. 이 필드는 시스템의 nfs(5) 도움말 페이지에 나열된 옵션을 허용합니다.
    3. NFS 설치 소스를 선택할 때 호스트 이름을 경로와 분리하는 콜론(:) 문자가 있는 주소를 지정합니다. 예를 들어 server.example.com:/path/to/directory.

      다음 단계는 선택 사항이며 네트워크 액세스에 프록시를 사용하는 경우에만 필요합니다.

    4. HTTP 또는 HTTPS 소스에 대한 프록시를 구성하려면 프록시 설정을 클릭합니다.

      1. Enable HTTP proxy 확인란을 선택하고 Proxy Host 필드에 URL을 입력합니다.
      2. 프록시 서버에 인증이 필요한 경우 Use Authentication 확인란을 선택합니다.
      3. 사용자 이름과 암호를 입력합니다.
      4. 확인을 클릭하여 구성을 완료하고 프록시 설정…​ 대화 상자를 종료합니다.
  4. 선택 사항: HTTP 또는 HTTPS URL이 저장소 미러를 참조하는 경우 URL 유형 드롭다운 목록에서 필요한 옵션을 선택합니다. 소스 구성을 완료하면 모든 환경 및 추가 소프트웨어 패키지를 선택할 수 있습니다.
  5. Done 을 클릭하여 설정을 적용하고 Installation Summary 창으로 돌아갑니다.

16.12. 선택사항: Kdump 커널 크래시 덤프 메커니즘 구성

kdump 는 커널 크래시 덤프 메커니즘입니다. 시스템 충돌이 발생하는 경우 Kdump 는 오류 발생 시 시스템 메모리의 콘텐츠를 캡처합니다. 이 캡처된 메모리는 충돌의 원인을 확인하기 위해 분석될 수 있습니다. Kdump 가 활성화된 경우 시스템 메모리(RAM)의 일부가 자체적으로 예약되어 있어야 합니다. 이 예약된 메모리는 기본 커널에서 액세스할 수 없습니다.

프로세스

  1. Installation Summary 창에서 Kdump 를 클릭합니다. Kdump 창이 열립니다.
  2. kdump 활성화 확인란을 선택합니다.
  3. 자동 또는 수동 메모리 예약 설정을 선택합니다.
  4. Manual 을 선택하는 경우 +- 버튼을 사용하여 예약할 메모리에 예약할 메모리 양(MB)을 입력합니다. 예약 입력 필드 아래에 있는 시스템 메모리 읽기 필드는 선택한 RAM 용량을 예약한 후 기본 시스템에 액세스할 수 있는 메모리 양을 보여줍니다.
  5. Done 을 클릭하여 설정을 적용하고 그래픽 설치로 돌아갑니다.

예약한 메모리 양은 시스템 아키텍처(AMD64 및 Intel 64의 경우 IBM Power와 다른 요구 사항)와 총 시스템 메모리 양에 따라 결정됩니다. 대부분의 경우 자동 예약은 만족스럽습니다.

커널 크래시 덤프를 저장할 위치와 같은 추가 설정은 system-config-kdump 그래픽 인터페이스를 사용하거나 /etc/kdump.conf 구성 파일에서 수동으로 설치한 후에만 구성할 수 있습니다.

III 부. 설치 후 작업

서브스크립션 관리 및 RHEL(Red Hat Enterprise Linux) 시스템 보안은 시스템 규정 준수 및 기능 유지를 위한 필수 단계입니다. RHEL을 등록하면 소프트웨어 업데이트 및 서비스에 액세스할 수 있습니다. 또한 시스템 용도를 설정하면 시스템 사용이 적절한 서브스크립션과 정렬되는 반면 보안 설정을 조정하면 중요한 인프라를 보호하는 데 도움이 됩니다. 필요한 경우 진화하는 시스템 요구 사항을 충족하도록 서브스크립션 서비스를 업데이트하거나 변경할 수 있습니다.

17장. RHEL 시스템 등록

RHEL을 설치한 후 시스템을 등록하여 업데이트를 수신하고 Red Hat 서비스에 액세스하십시오. 다음과 같은 다양한 방법을 사용하여 시스템을 등록할 수 있습니다.

  • RHC 클라이언트
  • 그래픽 사용자 인터페이스
  • 서브스크립션 관리자
  • 등록 지원

RHC 클라이언트는 RHEL 시스템을 등록하고 데이터 수집 범위를 관리할 수 있는 다음과 같은 유연한 기능을 제공합니다.

  • Red Hat 컨텐츠 액세스: Red Hat CDN 리포지토리에 대한 액세스를 제공합니다.
  • Red Hat Insights 분석: Insights에 대한 데이터 수집을 활성화합니다.
  • 원격 관리: console.redhat.com에서 특정 작업의 원격 실행을 위해 Red Hat 서비스에 대한 추가 MQTT 네트워크 연결을 설정합니다.

기본적으로 RHC 클라이언트는 사용 가능한 모든 기능을 활성화합니다. 그러나 연결 요구 사항에 따라 특정 기능을 활성화하거나 비활성화하여 이 동작을 재정의할 수 있습니다. 사용 가능한 옵션을 검토하고 데이터 및 네트워크 연결에 대한 내부 정책에 따라 적절한 기능을 선택합니다.

참고

현재 RHC 클라이언트는 하이브리드 클라우드 콘솔에 직접 연결하는 시스템에 대해서만 RHC 클라이언트를 지원하지 않습니다. Red Hat Satellite 또는 Capsule에 시스템을 등록하는 방법에 대한 자세한 내용은 Red Hat Satellite 문서를 참조하십시오.

17.1. RHC 클라이언트를 사용하여 시스템 등록

RHC 클라이언트를 사용하여 기본 기능 수준으로 Red Hat 서비스에 연결하여 RHEL 시스템을 등록합니다. 이를 통해 Red Hat 컨텐츠에 대한 액세스, Red Hat Insights 분석, 원격 관리 등 사용 가능한 모든 기능을 사용할 수 있습니다.

사전 요구 사항

  • 시스템을 등록할 활성화 키와 조직 ID가 있습니다.

프로세스

  1. 터미널 창을 엽니다.
  2. 다음 중 하나를 수행합니다.

    1. 시스템을 기본 기능 수준으로 등록하고 시스템이 Insights에서 RemediationTasks 를 실행하는지 확인하려면 다음을 수행합니다.

      # rhc connect --activation-key=<activation_key> --organization=<organization_ID>
      # dnf install -y rhc-worker-playbook
      Copy to Clipboard
    2. 시스템을 등록하는 동안 기능을 비활성화하려면 다음을 수행합니다.

      # rhc connect --activation-key=<activation_key> --organization=<organization_ID> --disable-feature <feature>
      Copy to Clipboard

      기능을 다음으로 교체할 수 있는 위치:

      • 콘텐츠 - Red Hat CDN 리포지토리에 대한 액세스를 제공합니다.
      • 분석 - Insights에 대한 데이터 수집을 활성화합니다.
      • remote-management - console.redhat.com에서 특정 작업의 원격 실행을 위해 Red Hat 서비스에 대한 추가 MQTT 네트워크 연결을 구축합니다.

        예를 들어 시스템을 원격 관리 기능이 비활성화된 상태로 등록하려면 시스템을 원격으로 관리할 수 없지만 시스템에서 RHEL 콘텐츠에 액세스하고 Insights 분석을 위해 데이터를 수집합니다.

        # rhc connect --activation-key=<activation_key> --organization=<organization_ID> --disable-feature remote-management
        Copy to Clipboard

검증

  • 기본 옵션으로 등록할 때 활성화된 기능을 확인하세요.

    # rhc status
    Connection status:
    ✓ Connected to Red Hat Subscription Management
    ✓ Connected to Red Hat Insights
    ✓ The yggdrasil service is active
    Manage your connected systems: https://red.ht/connector
    Copy to Clipboard
  • remote-management가 비활성화된 활성 기능을 확인합니다.

    # rhc status
    Connection status:
    ✓ Connected to Red Hat Subscription Management
    ✓ Connected to Red Hat Insights
    ● The yggdrasil service is inactive
    Copy to Clipboard

17.2. 서브스크립션 관리자를 사용하여 시스템 등록

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

작은 정보

Red Hat에 호스트를 등록하고 단순화한 환경을 개선하려면 RHC 클라이언트를 사용합니다. RHC 클라이언트는 시스템을 Red Hat에 등록함으로써 Insights 데이터 수집 및 Red Hat Enterprise Linux의 Insights에서 직접 문제 해결을 활성화할 준비가 되어 있습니다. 자세한 내용은 RHC 등록을 참조하십시오.

사전 요구 사항

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

프로세스

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

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

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

    The system has been registered with ID:
    62edc0f8-855b-4184-b1b8-72a9dc793b96
    Copy to Clipboard

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

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

사전 요구 사항

프로세스

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

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

17.4. Registration Assistant

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

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

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

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

사전 요구 사항

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

프로세스

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

    # subscription-manager syspurpose role --set VALUE
    Copy to Clipboard

    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
    1. 선택 사항: 값을 설정하기 전에 조직에 대해 서브스크립션에서 지원하는 사용 가능한 역할을 참조하십시오.

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

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

    # subscription-manager syspurpose service-level --set VALUE
    Copy to Clipboard

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

    • Premium
    • Standard
    • Self-Support

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

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

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

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

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

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

    • Production
    • Disaster Recovery
    • Development/Test

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

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

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

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

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

      # man subscription-manager
      Copy to Clipboard

검증

  • 시스템의 서브스크립션 상태를 확인하려면 다음을 수행합니다.

    # subscription-manager status
    +-------------------------------------------+
       System Status Details
    +-------------------------------------------+
    Overall Status: Registered
    Copy to Clipboard

19장. 설치 후 보안 강화

RHEL은 기본적으로 활성화된 강력한 보안 기능으로 설계되었습니다. 그러나 추가 강화 조치를 통해 보안을 추가로 강화할 수 있습니다.

다음에 대한 자세한 내용은 다음을 수행합니다.

  • 로컬 및 원격 침입, 악용 및 악의적인 활동을 방지하기 위한 RHEL 서버 및 워크스테이션 보안을 위한 프로세스 및 관행을 참조하십시오. 보안 강화 를 참조하십시오.
  • 사용자와 프로세스가 시스템의 파일과 상호 작용하는 방식을 제어하거나 특정 SELinux 제한 사용자에게 매핑하여 어떤 작업을 수행할 수 있는지 제어합니다. SELinux 사용을 참조하십시오.
  • 네트워크의 보안을 개선하고 데이터 유출 및 침입의 위험을 줄이는 도구와 기술을 참조하십시오.
  • 규칙을 사용하여 수신, 발신 및 전달된 네트워크 트래픽을 제어하는 방화벽과 같은 패킷 필터를 참조하십시오. 방화벽 및 패킷 필터 구성을 참조하십시오.

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.17

시스템 업데이트를 받으려면 시스템을 관리 서버 중 하나에 등록합니다.

20.1. 서브스크립션 관리 서버에서 등록 취소

명령줄 및 서브스크립션 관리자 사용자 인터페이스를 사용하여 Red Hat 서브스크립션 관리 서버에서 RHEL 시스템을 등록 해제할 수 있습니다.

20.1.1. 명령줄을 사용하여 등록 취소

unregister 명령을 사용하여 Red Hat Subscription Management Server에서 RHEL 시스템을 등록 취소합니다.

프로세스

  • 추가 매개 변수 없이 등록 취소 명령을 root 사용자 또는 sudo 로 실행합니다.

    # subscription-manager unregister
    Copy to Clipboard

시스템 등록은 서브스크립션 관리 서버에서 등록 취소되며 '시스템 등록 불가' 상태가 표시되고 등록 시스템이 활성화되어 있습니다.

중단되지 않는 서비스를 계속하려면 시스템을 관리 서비스 중 하나로 다시 등록합니다. 시스템을 관리 서비스에 등록하지 않으면 시스템 업데이트를 받지 못할 수 있습니다. 시스템 등록에 대한 자세한 내용은 명령줄을 사용하여 시스템 등록을 참조하십시오.

20.1.2. 서브스크립션 관리자 사용자 인터페이스를 사용하여 등록 해제

서브스크립션 관리자 사용자 인터페이스를 사용하여 Red Hat Subscription Management Server에서 RHEL 시스템을 등록 해제할 수 있습니다.

프로세스

  1. 시스템에 로그인합니다.
  2. 창 왼쪽 상단에서 활동 을 클릭합니다.
  3. 메뉴 옵션에서 애플리케이션 표시 아이콘을 클릭합니다.
  4. 설정 아이콘을 클릭하거나 검색에 Settings Manager 를 입력합니다.
  5. 왼쪽 열에서 시스템 옵션을 선택한 다음 새 화면에서 등록을 선택합니다.

    등록 화면에 서브스크립션의 현재 상태가 표시됩니다.

  6. Remove Registration... 버튼을 클릭하고 선택을 확인합니다.
  7. Authentication Required 대화 상자에 관리자 암호를 입력합니다. 시스템은 서브스크립션 관리 서버에서 등록 취소되며, System Not Registered (시스템 등록 불가) 상태가 등록 시스템 활성화됨 버튼이 표시됩니다.

중단되지 않는 서비스를 계속하려면 시스템을 관리 서비스 중 하나로 다시 등록합니다. 시스템을 관리 서비스에 등록하지 않으면 시스템 업데이트를 받지 못할 수 있습니다. 자세한 내용은 서브스크립션 관리자 사용자 인터페이스를 사용하여 시스템 등록을 참조하십시오.

20.2. Satellite 서버에서 등록 해제

Satellite Server에서 RHEL(Red Hat Enterprise Linux) 시스템을 제거하면 서버 측의 시스템 상태가 업데이트됩니다. 그러나 시스템의 로컬 등록은 변경되지 않습니다. RHSM(Red Hat Subscription Management)으로 완전히 전환하려면 시스템을 수동으로 등록 해제하고 /etc/rhsm/rhsm.conf 파일에서 기본 구성을 복원합니다.

프로세스

  1. Satellite 서버에서 호스트를 제거합니다.
  2. 시스템 등록 취소:

    # subscription-manager unregister
    Copy to Clipboard
  3. /etc/rhsm/rhsm.conf 구성 파일을 기본값으로 되돌립니다.

    # cd /etc/rhsm/
    # mv rhsm.conf.bak rhsm.conf
    Copy to Clipboard
    참고

    파일의 원래 콘텐츠가 이전에 백업된 경우에만 이 파일을 복원할 수 있습니다. 그렇지 않으면 수정되지 않은 RHEL 시스템에서 파일을 수동으로 복원해야 합니다.

  4. /etc/rhsm/rhsm.conf 파일이 기본값으로 복원되었는지 확인합니다.

    # subscription-manager config --list
    [server]
       hostname = [subscription.rhsm.redhat.com]
       insecure = [0]
       no_proxy = []
       port = [443]
       prefix = [/subscription]
       proxy_hostname = []
       proxy_password = []
       proxy_port = []
       proxy_scheme = [http]
       proxy_user = []
       server_timeout = [180]
       ssl_verify_depth = [3]
    
    [rhsm]
       auto_enable_yum_plugins = [1]
       baseurl = [https://cdn.redhat.com]
       ca_cert_dir = [/etc/rhsm/ca/]
       consumercertdir = [/etc/pki/consumer]
       entitlementcertdir = [/etc/pki/entitlement]
       full_refresh_on_yum = [0]
       inotify = [1]
       manage_repos = [1]
       package_profile_on_trans = [0]
       pluginconfdir = [/etc/rhsm/pluginconf.d]
       plugindir = [/usr/share/rhsm-plugins]
       productcertdir = [/etc/pki/product]
       repo_ca_cert = /etc/rhsm/ca/redhat-uep.pem
       repomd_gpg_url = []
       report_package_profile = [1]
    
    [rhsmcertd]
       auto_registration = [0]
       auto_registration_interval = [60]
       autoattachinterval = [1440]
       certcheckinterval = [240]
       disable = [0]
       splay = [1]
    
    [logging]
       default_log_level = [INFO]
    
    [] - Default value in use
    Copy to Clipboard
  5. 시스템을 등록합니다.

    # subscription-manager register
    Username: <_redhat_portal_admin_username_>
    Password:
    Copy to Clipboard
  6. 필요한 리포지토리를 활성화합니다.

    # subscription-manager repos --disable "*"
    # subscription-manager repos
    # subscription-manager repos --enable=<repo-id>
    Copy to Clipboard

21장. 기본 환경 설정 변경

설치 후 요구 사항이 변경되면 기본 시스템 설정을 적절하게 업데이트할 수 있습니다. 여기에는 다음 설정이 포함됩니다.

  • 키보드 레이아웃
  • 날짜 및 시간
  • 시스템 로케일

21.1. 키보드 레이아웃 구성

키보드 레이아웃 설정은 텍스트 콘솔에서 사용되는 레이아웃을 제어합니다. 설치 후 사용하는 키보드 레이아웃과 다른 키보드 레이아웃을 사용하여 RHEL을 설치한 경우 레이아웃을 변경할 수 있습니다.

프로세스

  1. 사용 가능한 키 맵을 나열하려면 다음을 수행합니다.

    $ localectl list-keymaps
    ANSI-dvorak
    al
    al-plisi
    amiga-de
    de
    de-nodeadkeys
    ...
    Copy to Clipboard
  2. 선택 사항: 현재 키맵 설정을 표시합니다.

    $ localectl status
    ...
    VC Keymap: us
    ...
    Copy to Clipboard
  3. 시스템 키맵을 변경합니다. 예를 들면 다음과 같습니다.

    # localectl set-keymap de-nodeadkeys
    Copy to Clipboard

21.2. 날짜, 시간 및 시간대 설정 수동 구성

날짜, 시간, 시간대는 RHEL의 중요한 측면으로, 작동 방식 및 다른 시스템과 상호 작용하는 방식에 영향을 미칩니다. 환경 전반에서 모든 서버의 날짜, 시간, 시간대를 수동으로 설정하여 정확성, 인증, 문제 해결 및 특정 시스템 요구 사항을 지원할 수 있습니다.

chrony를 사용하여 시간 동기화를 선호합니다.

프로세스

  1. 선택 사항: 시간대를 나열합니다.

    # timedatectl list-timezones
    
      Europe/Berlin
    Copy to Clipboard
  2. 시간대를 설정합니다.

    # timedatectl set-timezone <time_zone>
    Copy to Clipboard
  3. 날짜 및 시간을 설정합니다.

    # timedatectl set-time <YYYY-mm-dd HH:MM-SS>
    Copy to Clipboard

검증

  1. 날짜, 시간, 시간대를 표시합니다.

    # date
    Mon May 5 09:11:55 CEST 2025
    Copy to Clipboard
  2. 자세한 내용은 timedatectl 명령을 사용합니다.

    # timedatectl
    
     Local time: Mon 2025-05-05 09:11:55 CEST
               Universal time: Mon 2025-05-05 07:11:55 UTC
                     RTC time: Mon 2025-05-05 07:11:55
                    Time zone: Europe/Berlin (CEST, +0200)
    System clock synchronized: no
                  NTP service: inactive
              RTC in local TZ: no
    Copy to Clipboard

21.3. 시스템 로케일 구성

시스템 로케일은 시스템 서비스 및 사용자 인터페이스의 언어 설정을 지정합니다. 시스템 전체 로케일 설정은 운영 체제 및 해당 애플리케이션에서 사용하는 언어, 지역 및 형식 지정 규칙을 결정합니다. 시스템 전체 로케일 설정은 systemd 데몬에서 초기 부팅 시 읽을 수 있는 /etc/locale.conf 파일에 저장됩니다. 개별 프로그램 또는 개별 사용자가 재정의하지 않는 한 모든 서비스 또는 사용자는 /etc/locale.conf 에 구성된 로케일 설정을 상속합니다.

프로세스

  1. 선택 사항: 현재 시스템 로케일 설정을 표시합니다.

    # localectl status
    System Locale: LANG=C.UTF-8
    	VC Keymap: de-nodeadkeys
       X11 Layout: de
    Copy to Clipboard
  2. 사용 가능한 시스템 로케일 설정을 나열합니다.

    $ localectl list-locales
    C.UTF-8
    ...
    en_US.UTF-8
    en_ZA.UTF-8
    en_ZW.UTF-8
    ...
    Copy to Clipboard
  3. syste 로케일 설정을 업데이트합니다. 예를 들면 다음과 같습니다.

    # localectl set-locale LANG=en_US.UTF-8
    Copy to Clipboard

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

64비트 IBM Z에서 Red Hat Enterprise Linux를 구성하려면 일반적인 작업을 수행합니다.

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

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

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

CP ATTACH EB1C TO *
Copy to Clipboard

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

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

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

DASD를 온라인으로 설정할 수 있습니다.

프로세스

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

    # cio_ignore -r device_number
    Copy to Clipboard

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

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

    # chccwdev -e device_number
    Copy to Clipboard

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

    # chccwdev -e 4b2e
    Copy to Clipboard

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

22.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

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

Rereading the partition table...
Exiting...
Copy to Clipboard

이제 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

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

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

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

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

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

22.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

부팅 프로세스 초기에 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

장치 버스 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

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

22.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

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

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

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

    # cio_ignore -r device_number
    Copy to Clipboard

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

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

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

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

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

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

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

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

루트 파일 시스템의 일부인 FCP LUN을 추가하기 위해 수정해야 하는 유일한 파일이 Red Hat Enterprise Linux 10에서 변경되었습니다. /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

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

이미 존재하는 물리 볼륨과 동일한 두 개의 경로를 사용하여 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
주의

구성 파일에서 커널 명령줄의 길이가 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
주의

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

22.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

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

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

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

    # zfcpconf.sh
    Copy to Clipboard

22.9. qeth 장치 추가

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

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

22.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

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

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

    # cio_ignore -r read_device_bus_id,write_device_bus_id,data_device_bus_id
    Copy to Clipboard

    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
  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
  4. 작업할 구성을 선택하고 znetconf 를 사용하여 구성을 적용하고 구성된 그룹 장치를 네트워크 장치로 가져옵니다.

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

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

    이제 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

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

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

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

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

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

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

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

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

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

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

    이제 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

22.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

네트워크 장치의 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

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

[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

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

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

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

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

    # nmcli connection show enc600
    Copy to Clipboard

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

    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
  2. 변경 사항을 활성화하는 uevent를 트리거하려면 다음을 실행합니다.

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

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

    # echo add > /sys/bus/ccw/devices/0.0.0600/uevent
    Copy to Clipboard
  3. 네트워크 장치의 상태를 확인합니다.

    # lsqeth
    Copy to Clipboard
  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
  5. 이제 새 인터페이스를 시작합니다.

    # nmcli connection up enc600
    Copy to Clipboard
  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
  7. 새 인터페이스의 라우팅을 확인합니다.

    # ip route
    default via 10.12.20.136 dev enc600 proto dhcp src
    Copy to Clipboard
  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
  9. 기본 경로 정보가 변경된 경우 그에 따라 /etc/sysconfig/network 도 업데이트해야 합니다.

22.12. 네트워크 루트 파일 시스템에 대한 64비트 IBM Z 네트워크 장치 구성

루트 파일 시스템에 액세스하는 데 필요한 네트워크 장치를 추가하려면 부팅 옵션만 변경해야 합니다. 부팅 옵션은 매개 변수 파일에 있을 수 있지만 /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

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

22.13. 추가 리소스

IV 부. 부록

잠재적인 문제를 식별하고, 분석하고, 해결하는 데 도움이 되는 툴과 기술. 또한 버그 보고를 위한 모범 사례로, 문제를 신속하게 해결하기 위해 명확하게 전달되도록 합니다.

부록 A. 문제 해결 및 버그 보고를 위한 툴 및 팁

다음 섹션의 문제 해결 정보는 설치 프로세스 시작 시 문제를 진단할 때 유용할 수 있습니다. 다음 섹션은 지원되는 모든 아키텍처에 대한 것입니다. 그러나 특정 아키텍처에 문제가 있는 경우 섹션 시작 부분에 지정됩니다.

A.1. dracut

dracut은 Linux 운영 체제 부팅 프로세스 중에 initramfs 이미지를 관리하는 툴입니다. dracut 긴급 쉘은 initramfs 이미지가 로드되는 동안 시작할 수 있는 대화형 모드입니다. dracut 긴급 쉘에서 기본 문제 해결 명령을 실행할 수 있습니다. 자세한 내용은 시스템의 dracut 도움말 페이지의 문제 해결 섹션을 참조하십시오.

A.2. 설치 로그 파일 사용

디버깅을 위해 설치 프로그램은 /tmp 디렉터리에 있는 파일에 설치 작업을 기록합니다. 이러한 로그 파일은 다음 표에 나열되어 있습니다.

표 A.1. 설치 중에 생성된 로그 파일
로그 파일내용

/tmp/anaconda.log

일반 메시지.

/tmp/program.log

모든 외부 프로그램은 설치 중에 실행됩니다.

/tmp/storage.log

광범위한 스토리지 모듈 정보.

/tmp/packaging.log

dnf 및 rpm 패키지 설치 메시지.

/tmp/dbus.log

설치 프로그램 모듈에 사용되는 dbus 세션에 대한 정보입니다.

/tmp/sensitive-info.log

다른 로그의 일부가 아닌 구성 정보는 설치된 시스템에 복사되지 않습니다.

/tmp/syslog

하드웨어 관련 시스템 메시지 이 파일에는 다른 Anaconda 파일의 메시지가 포함되어 있습니다.

설치에 실패하면 메시지가 /tmp/anaconda-tb-identifier 로 통합됩니다. 여기서 identifier는 임의의 문자열입니다. 설치가 완료되면 이러한 파일이 /var/log/anaconda/ 디렉터리 아래의 설치된 시스템에 복사됩니다. 그러나 설치에 실패하거나 inst.nosave=all 또는 inst.nosave=logs 옵션이 설치 시스템을 부팅할 때 사용되는 경우 이러한 로그는 설치 프로그램의 RAM 디스크에만 존재합니다. 즉, 로그는 영구적으로 저장되지 않으며 시스템 전원이 꺼지면 손실됩니다. 파일을 영구적으로 저장하려면 네트워크의 다른 시스템에 파일을 복사하거나 USB 플래시 드라이브와 같은 마운트된 저장 장치에 복사합니다.

A.2.1. 사전 설치 로그 파일 생성

inst.debug 옵션을 설정하여 설치 프로세스가 시작되기 전에 로그 파일을 생성할 수 있습니다. 이러한 로그 파일에는 예를 들어 현재 스토리지 구성이 포함됩니다.

사전 요구 사항

  • Red Hat Enterprise Linux 부팅 메뉴가 열려 있습니다.

프로세스

  1. 부팅 메뉴에서 Install Red Hat Enterprise Linux 옵션을 선택합니다.
  2. BIOS 기반 시스템에서 Tab 키 또는 UEFI 기반 시스템의 e 키를 눌러 선택한 부팅 옵션을 편집합니다.
  3. 옵션에 inst.debug 를 추가합니다. 예를 들면 다음과 같습니다.

    vmlinuz ... inst.debug
    Copy to Clipboard
  4. 키보드에서 Enter 키를 누릅니다. 시스템은 설치 프로그램이 시작되기 전에 /tmp/pre-anaconda-logs/ 디렉터리에 사전 설치 로그 파일을 저장합니다.
  5. Ctrl + Alt + F2 를 눌러 콘솔로 전환하고 로그 파일에 액세스합니다.
  6. /tmp/pre-anaconda-logs/ 디렉터리로 변경합니다.

    # cd /tmp/pre-anaconda-logs/
    Copy to Clipboard

A.2.2. USB 드라이브로 설치 로그 파일 전송

설치 로그 파일을 USB 드라이브로 전송하려면 다음 절차를 사용하십시오.

사전 요구 사항

  • USB 드라이브에서 데이터를 백업했습니다.
  • root 계정에 로그인하여 설치 프로그램의 임시 파일 시스템에 액세스할 수 있습니다.

프로세스

  1. Ctrl + Alt + F2 를 눌러 설치 중인 시스템의 쉘 프롬프트에 액세스합니다.
  2. USB 플래시 드라이브를 시스템에 연결하고 dmesg 명령을 실행합니다.

    # dmesg
    Copy to Clipboard

    모든 최근 이벤트를 자세히 설명하는 로그가 표시됩니다. 이 로그가 끝나면 일련의 메시지가 표시됩니다. 예를 들면 다음과 같습니다.

    [ 170.171135] sd 5:0:0:0: [sdb] Attached SCSI removable disk
    Copy to Clipboard
  3. 연결된 장치의 이름을 확인합니다. 위의 예에서 이는 sdb 입니다.
  4. /mnt 디렉터리로 이동하여 USB 드라이브의 마운트 대상 역할을 하는 새 디렉터리를 생성합니다. 이 예제에서는 usb 이름을 사용합니다.

    # mkdir usb
    Copy to Clipboard
  5. USB 플래시 드라이브를 새로 생성된 디렉터리에 마운트합니다. 대부분의 경우 전체 드라이브를 마운트하지 않고 여기에 파티션을 마운트합니다. sdb 라는 이름을 사용하지 마십시오. 로그 파일을 작성할 파티션의 이름을 사용합니다. 이 예제에서는 이름 sdb1 이 사용됩니다.

    # mount /dev/sdb1 /mnt/usb
    Copy to Clipboard
  6. 올바른 장치 및 파티션을 마운트했는지 확인하고 내용을 나열하십시오.

    # cd /mnt/usb
    Copy to Clipboard
    # ls
    Copy to Clipboard
  7. 로그 파일을 마운트된 장치에 복사합니다.

    # cp /tmp/*log /mnt/usb
    Copy to Clipboard
  8. USB 플래시 드라이브를 마운트 해제합니다. 대상이 사용 중인 오류 메시지가 표시되면 작업 디렉터리를 마운트 외부(예: /)로 변경합니다.

    # umount /mnt/usb
    Copy to Clipboard

A.2.3. 네트워크를 통해 설치 로그 파일 전송

네트워크를 통해 설치 로그 파일을 전송할 수 있습니다.

사전 요구 사항

  • root 계정에 로그인하여 설치 프로그램의 임시 파일 시스템에 액세스할 수 있습니다.

프로세스

  1. Ctrl + Alt + F2 를 눌러 설치 중인 시스템의 쉘 프롬프트에 액세스합니다.
  2. 로그 파일이 있는 /tmp 디렉토리로 전환합니다.

    # cd /tmp
    Copy to Clipboard
  3. scp 명령을 사용하여 로그 파일을 네트워크의 다른 시스템에 복사합니다.

    # scp *log user@address:path
    Copy to Clipboard
    1. 사용자를 대상 시스템에서 유효한 사용자 이름으로 바꾸고, 대상 시스템의 주소 또는 호스트 이름으로, path 를 로그 파일을 저장하려는 디렉터리의 경로로 바꿉니다. 예를 들어 IP 주소가 192.168.0.122인 시스템에 john 으로 로그인하고 로그 파일을 해당 시스템의 /home/john/logs/ 디렉터리에 배치하려면 다음과 같습니다.

      # scp *log john@192.168.0.122:/home/john/logs/
      Copy to Clipboard

      처음으로 대상 시스템에 연결할 때 SSH 클라이언트에서 원격 시스템의 지문이 올바르고 계속 진행해야 하는지 확인하도록 요청합니다.

      The authenticity of host '192.168.0.122 (192.168.0.122)' can't be established.
      ECDSA key fingerprint is a4:60:76:eb:b2:d0:aa:23:af:3d:59:5c:de:bb:c4:42.
      Are you sure you want to continue connecting (yes/no)?
      Copy to Clipboard
    2. yes 를 입력하고 Enter 를 눌러 계속합니다. 메시지가 표시되면 유효한 암호를 입력합니다. 파일이 대상 시스템의 지정된 디렉터리로 전송됩니다.

A.3. 부팅 미디어 확인

ISO 이미지를 확인하면 설치 중에 발생하는 문제를 방지할 수 있습니다. 이러한 소스에는 디스크 또는 NFS 서버에 저장된 DVD 및 ISO 이미지가 포함됩니다. ISO 기반 설치 소스의 무결성을 테스트한 후 Red Hat Enterprise Linux를 설치할 수 있습니다.

사전 요구 사항

  • Red Hat Enterprise Linux 부팅 메뉴에 액세스했습니다.

프로세스

  1. 부팅 메뉴에서 이 미디어 테스트 및 Red Hat Enterprise Linux 10을 설치하여 부팅 미디어를 테스트합니다.
  2. 부팅 프로세스는 미디어를 테스트하고 모든 문제를 강조 표시합니다.
  3. 선택 사항: 부팅 명령줄에 rd.live.check 를 추가하여 확인 프로세스를 시작할 수 있습니다. 자세한 내용은 부팅 옵션 사용자 지정을 참조하십시오.

A.4. 설정 및 장치 드라이버 표시

일부 비디오 카드는 Red Hat Enterprise Linux 그래픽 설치 프로그램으로 부팅하는 데 문제가 있습니다. 설치 프로그램이 기본 설정을 사용하여 실행되지 않으면 더 낮은 해상도 모드에서 실행을 시도합니다. 실패할 경우 설치 프로그램은 텍스트 모드에서 실행을 시도합니다.

표시 문제를 해결할 수 있는 몇 가지 솔루션이 있으며, 대부분은 사용자 정의 부팅 옵션을 지정해야 합니다.

자세한 내용은 콘솔 부팅 옵션을 참조하십시오.

표 A.2. 솔루션
해결책설명

기본 그래픽 모드 사용

기본 그래픽 드라이버를 사용하여 설치를 시도할 수 있습니다. 이렇게 하려면 부팅 메뉴에서 문제 해결 > 기본 그래픽 모드로 Red Hat Enterprise Linux 설치를 선택합니다.

텍스트 모드 사용

텍스트 모드를 사용하여 설치를 시도할 수 있습니다. 자세한 내용은 텍스트 모드에서 RHEL 설치를 참조하십시오.

디스플레이 해상도를 수동으로 지정

설치 프로그램이 화면 해상도를 감지하지 못하면 자동 탐지를 재정의하고 수동으로 지정할 수 있습니다. 이렇게 하려면 부팅 메뉴에 inst.resolution=x 옵션을 추가합니다. 여기서 x 는 디스플레이 해상도(예: 1024x768)입니다. 자세한 내용은 부팅 옵션 사용자 지정을 참조하십시오.

대체 비디오 드라이버 사용

사용자 지정 비디오 드라이버를 지정하여 설치 프로그램의 자동 탐지를 덮어쓸 수 있습니다.

RDP를 사용하여 설치를 수행합니다.

위의 옵션이 실패하면 별도의 시스템을 사용하여 RDP(Remote Desktop Protocol) 를 사용하여 네트워크를 통해 그래픽 설치에 액세스할 수 있습니다.

  • 사용자 지정 비디오 드라이버를 지정하면 문제가 해결되어 Jira 에서 버그로 보고해야 합니다. 설치 프로그램은 하드웨어를 자동으로 감지하고 개입없이 적절한 드라이버를 사용할 수 있어야합니다.

부록 B. 설치 후 문제 해결

다음 섹션의 문제 해결 정보는 설치 프로세스 후 문제를 진단할 때 유용할 수 있습니다. 다음 섹션은 지원되는 모든 아키텍처에 대한 것입니다. 그러나 특정 아키텍처에 문제가 있는 경우 섹션 시작 부분에 지정됩니다.

B.1. 중단된 다운로드 시도 재시작

curl 명령을 사용하여 중단된 다운로드를 재개할 수 있습니다.

사전 요구 사항

  • https://access.redhat.com/downloads 에서 Red Hat 고객 포털의 제품 다운로드 섹션으로 이동하여 필요한 변형, 버전 및 아키텍처를 선택했습니다.
  • 필요한 ISO 파일을 마우스 오른쪽 버튼으로 클릭하고 Copy Link Location 을 선택하여 ISO 이미지 파일의 URL을 클립보드에 복사합니다.

프로세스

  1. 새 링크에서 ISO 이미지를 다운로드합니다. 다운로드를 자동으로 다시 시작하려면 --continue-at 옵션을 추가합니다.

    $ curl --output directory-path/filename.iso 'new_copied_link_location' --continue-at -
    Copy to Clipboard
  2. sha256sum 과 같은 체크섬 유틸리티를 사용하여 다운로드가 완료된 후 이미지 파일의 무결성을 확인합니다.

    $ sha256sum rhel-x.x-x86_64-dvd.iso
    			`85a...46c rhel-x.x-x86_64-dvd.iso`
    Copy to Clipboard

    Red Hat Enterprise Linux 제품 다운로드 웹 페이지에 제공된 참조 체크섬과 출력을 비교합니다.

예 B.1. 중단된 다운로드 시도 재시작

다음은 부분적으로 다운로드한 ISO 이미지의 curl 명령의 예입니다.

$ curl --output _rhel-x.x-x86_64-dvd.iso 'https://access.cdn.redhat.com//content/origin/files/sha256/85/85a...46c/rhel-x.x-x86_64-dvd.iso?_auth=141...963' --continue-at -
Copy to Clipboard

B.2. 디스크가 검색되지 않음

설치 프로그램에서 설치할 쓰기 가능한 스토리지 장치를 찾을 수 없는 경우 설치 대상 창에서 다음 오류 메시지를 반환합니다. 디스크가 감지되지 않았습니다. 컴퓨터를 종료하고 하나 이상의 디스크를 연결한 후 다시 시작하여 설치를 완료합니다.

다음 항목을 확인합니다.

  • 시스템에는 하나 이상의 스토리지 장치가 연결되어 있습니다.
  • 시스템에서 하드웨어 RAID 컨트롤러를 사용하는 경우 컨트롤러가 올바르게 구성되어 예상대로 작동하는지 확인합니다. 자세한 내용은 컨트롤러의 설명서를 참조하십시오.
  • 하나 이상의 iSCSI 장치에 설치하고 시스템에 로컬 스토리지가 없는 경우 필요한 모든 LUN이 적절한 HBA(Host Bus Adapter)에 제공되는지 확인합니다.

시스템을 재부팅하고 설치 프로세스를 시작한 후에도 오류 메시지가 계속 표시되면 설치 프로그램에서 스토리지를 감지하지 못했습니다. 대부분의 경우 오류 메시지는 설치 프로그램에서 인식되지 않는 iSCSI 장치에 설치를 시도한 결과입니다.

이 시나리오에서는 설치를 시작하기 전에 드라이버 업데이트를 수행해야 합니다. 하드웨어 벤더의 웹 사이트를 확인하여 드라이버 업데이트를 사용할 수 있는지 확인합니다.

드라이버 업데이트에 대한 자세한 내용은 설치 중 드라이버 업데이트를 참조하십시오.

https://access.redhat.com/ecosystem/search/#/category/Server 에서는 Red Hat 하드웨어 호환성 목록도 참조할 수 있습니다.

B.3. RAID 카드로 부팅할 수 없음

설치 후 시스템을 부팅할 수 없는 경우 시스템 스토리지를 다시 설치하고 다시 분할해야 할 수 있습니다. 일부 BIOS 유형은 RAID 카드 부팅을 지원하지 않습니다. 설치를 완료하고 시스템을 처음 재부팅하면 텍스트 기반 화면에 부트 로더 프롬프트(예: grub> )가 표시되고 플래시 커서가 표시될 수 있습니다. 이 경우 시스템을 다시 분할하고 /boot 파티션과 부트 로더를 RAID 배열 외부에 이동해야합니다. /boot 파티션과 부트 로더가 동일한 드라이브에 있어야 합니다. 이러한 변경 사항이 완료되면 설치를 완료하고 시스템을 올바르게 부팅할 수 있습니다.

B.4. 그래픽 부팅 시퀀스가 응답하지 않음

설치 후 시스템을 처음 재부팅할 때 그래픽 부팅 순서 중에 시스템이 응답하지 않을 수 있습니다. 이 경우 재설정이 필요합니다. 이 시나리오에서는 부트 로더 메뉴가 성공적으로 표시되지만 모든 항목을 선택하고 시스템을 부팅하려고 하면 중지됩니다. 이는 일반적으로 그래픽 부팅 시퀀스에 문제가 있음을 나타냅니다. 이 문제를 해결하려면 영구적으로 변경하기 전에 부팅 시 설정을 일시적으로 변경하여 그래픽 부팅을 비활성화해야 합니다.

절차: 일시적으로 그래픽 부팅 비활성화

  1. 시스템을 시작하고 부트 로더 메뉴가 표시될 때까지 기다립니다. 부팅 시간 초과 기간을 0 으로 설정하면 Esc 키를 눌러 액세스합니다.
  2. 부트 로더 메뉴에서 커서 키를 사용하여 부팅하려는 항목을 강조 표시합니다. BIOS 기반 시스템에서 Tab 키 또는 UEFI 기반 시스템의 e 키를 눌러 선택한 항목 옵션을 편집합니다.
  3. 옵션 목록에서 키워드 linux 로 시작하는 커널 행(즉, linux로 시작하는 행)을 찾습니다. 이 행에서 rhgb 를 찾아 삭제합니다.
  4. F10 또는 Ctrl+X 를 눌러 편집된 옵션으로 시스템을 부팅합니다.

시스템이 성공적으로 시작되면 정상적으로 로그인할 수 있습니다. 그러나 그래픽 부팅을 영구적으로 비활성화하지 않으면 시스템이 부팅될 때마다 이 절차를 수행해야 합니다.

절차: 그래픽 부팅을 영구적으로 비활성화

  1. 시스템의 root 계정에 로그인합니다.
  2. grubby 툴을 사용하여 기본 GRUB2 커널을 찾습니다.

    # grubby --default-kernel
    /boot/vmlinuz-6.12.0-0.el10_0.x86_64
    Copy to Clipboard
  3. grubby 툴을 사용하여 GRUB2 설정의 기본 커널에서 rhgb 부팅 옵션을 제거합니다. 예를 들면 다음과 같습니다.

    # grubby --remove-args="rhgb" --update-kernel /boot/vmlinuz-6.12.0-0.el10_0.x86_64
    Copy to Clipboard
  4. 시스템을 재부팅합니다. 그래픽 부팅 시퀀스는 더 이상 사용되지 않습니다. 그래픽 부팅 시퀀스를 활성화하려면 동일한 절차를 수행하여 --remove-args="rhgb" 매개변수를 --args="rhgb" 매개변수로 교체합니다. 그러면 rhgb 부팅 옵션이 GRUB2 설정의 기본 커널로 복원됩니다.

B.5. RAM이 인식되지 않음

일부 시나리오에서는 커널이 모든 메모리(RAM)를 인식하지 않으므로 시스템이 설치된 것보다 적은 메모리를 사용합니다. 시스템에서 보고하는 총 메모리 양이 예상과 일치하지 않으면 메모리 모듈 중 하나 이상이 결함이 있을 수 있습니다. BIOS 기반 시스템에서는 Memtest86+ 유틸리티를 사용하여 시스템의 메모리를 테스트할 수 있습니다.

일부 하드웨어 구성에는 시스템의 RAM이 예약되어 있으므로 시스템에서 사용할 수 없습니다. 통합 그래픽 카드가 있는 일부 노트북 컴퓨터는 GPU에 대한 메모리 일부를 예약합니다. 예를 들어 4GiB RAM 및 통합 Intel 그래픽 카드가 있는 랩탑은 약 3.7GiB의 사용 가능한 메모리를 보여줍니다. 또한 대부분의 Red Hat Enterprise Linux 시스템에서 기본적으로 활성화된 kdump 크래시 커널 덤프 메커니즘은 기본 커널 장애 시 사용되는 보조 커널에 일부 메모리를 예약합니다. 이 예약된 메모리는 사용 가능한 대로 표시되지 않습니다.

메모리 양을 수동으로 설정하려면 다음 절차를 사용하십시오.

프로세스

  1. 시스템이 현재 MiB 단위로 보고하는 메모리 양을 확인합니다.

    $ free -m
    Copy to Clipboard
  2. 시스템을 재부팅하고 부트 로더 메뉴가 표시될 때까지 기다립니다.

    부팅 제한 시간이 0 으로 설정된 경우 Esc 키를 눌러 메뉴에 액세스합니다.

  3. 부트 로더 메뉴에서 커서 키를 사용하여 부팅하려는 항목을 강조 표시하고 BIOS 기반 시스템에서 Tab 키 또는 UEFI 기반 시스템의 e 키를 눌러 선택한 항목 옵션을 편집합니다.
  4. 옵션 목록에서 키워드 linux 로 시작하는 커널 행을 찾습니다. 다음 옵션을 이 행의 끝에 추가합니다.

    mem=xxM
    Copy to Clipboard
  5. xx 를 MiB 단위의 RAM 크기로 바꿉니다.
  6. F10 또는 Ctrl+X 눌러 편집된 옵션으로 시스템을 부팅합니다.
  7. 시스템이 부팅될 때까지 기다린 후 로그인하여 명령줄을 엽니다.
  8. 시스템이 MiB로 보고하는 메모리 양을 확인합니다.

    $ free -m
    Copy to Clipboard
  9. 이제 명령에서 표시하는 총 RAM 양이 예상과 일치하면 변경을 영구적으로 수행합니다.

    # grubby --update-kernel=ALL --args="mem=xxM"
    Copy to Clipboard

B.6. 시스템이 신호 11 오류를 표시하고 있습니다.

일반적으로 세그먼트 오류로 알려진 신호 11 오류는 프로그램이 할당되지 않은 메모리 위치에 액세스했음을 의미합니다. 11 오류는 설치된 소프트웨어 프로그램 또는 잘못된 하드웨어 중 하나에서 버그로 인해 발생할 수 있습니다. 설치 프로세스 중에 신호 11 오류가 발생하면 최신 설치 이미지를 사용하고 있는지 확인하고 설치 프로그램에서 손상되지 않았는지 확인합니다.

자세한 내용은 부팅 미디어 확인을 참조하십시오.

잘못된 설치 미디어(예: 부적절하게 구울 또는 스크래치 광 디스크)는 신호 11 오류의 일반적인 원인입니다. 설치 전에 설치 미디어의 무결성을 확인합니다. 최신 설치 미디어를 얻는 방법에 대한 자세한 내용은 제품 다운로드 페이지를 참조하십시오.

설치가 시작되기 전에 미디어 검사를 수행하려면 부팅 메뉴에 rd.live.check 부팅 옵션을 추가합니다. 오류 없이 미디어 검사를 수행했지만 세그먼트 오류에 문제가 있는 경우 일반적으로 시스템에 하드웨어 오류가 있음을 나타냅니다. 이 시나리오에서는 시스템의 메모리(RAM)에서 문제가 가장 높습니다. 이는 이전에 오류 없이 동일한 컴퓨터에서 다른 운영 체제를 사용하더라도 문제가 될 수 있습니다.

참고

AMD 및 Intel 64비트 및 64비트 ARM 아키텍처의 경우 BIOS 기반 시스템에서 설치 미디어에 포함된 Memtest86+ 메모리 테스트 모듈을 사용하여 시스템 메모리를 철저하게 테스트할 수 있습니다.

다른 가능한 원인은 이 문서의 범위를 벗어납니다. 하드웨어 제조업체의 설명서를 참조하여 https://access.redhat.com/ecosystem/search/#/category/Server 에서 확인할 수 있는 Red Hat 하드웨어 호환성 목록도 참조하십시오.

B.7. IBM Power Systems의 네트워크 스토리지 공간에서 IPL을 IP할 수 없음

NWSSTG(Network Storage Space)에서 IPL을 시도할 때 문제가 발생하는 경우 PReP 파티션이 누락될 가능성이 가장 높습니다. 이 시나리오에서는 시스템을 다시 설치하고 파티션 단계 또는 Kickstart 파일에서 이 파티션을 생성해야 합니다.

B.8. 복구 모드 사용

설치 프로그램의 복구 모드는 Red Hat Enterprise Linux DVD 또는 기타 부팅 미디어에서 부팅할 수 있는 최소 Linux 환경입니다. 여기에는 다양한 문제를 복구하기 위한 명령줄 유틸리티가 포함되어 있습니다. 복구 모드는 부팅 메뉴의 문제 해결 메뉴에서 액세스할 수 있습니다. 이 모드에서는 파일 시스템을 읽기 전용, 블랙리스트로 마운트하거나 드라이버 디스크에 제공된 드라이버를 추가하거나, 시스템 패키지를 설치 또는 업그레이드하거나 파티션을 관리할 수 있습니다.

참고

설치 프로그램의 복구 모드는 복구 모드(단일 사용자 모드와 동일) 및 긴급 모드가 systemd 시스템 및 서비스 관리자의 일부로 제공됩니다.

복구 모드로 부팅하려면 최소 부팅 디스크 또는 USB 드라이브 또는 전체 설치 DVD와 같은 Red Hat Enterprise Linux 부팅 미디어 중 하나를 사용하여 시스템을 부팅할 수 있어야 합니다.

중요

iSCSI 또는 zFCP 장치와 같은 고급 스토리지는 rd.zfcp= 또는 root=iscsi 과 같은 dracut 부팅 옵션을 사용하거나 64비트 IBM Z의 CMS 구성 파일에서 구성되어야 합니다. 복구 모드로 부팅한 후에는 이러한 스토리지 장치를 대화식으로 구성할 수 없습니다. dracut 부팅 옵션에 대한 자세한 내용은 시스템의 dracut.cmdline(7) 도움말 페이지를 참조하십시오.

B.8.1. 복구 모드로 부팅

복구 모드로 부팅할 수 있습니다.

프로세스

  1. 최소 부팅 미디어 또는 전체 설치 DVD 또는 USB 드라이브에서 시스템을 부팅하고 부팅 메뉴가 표시될 때까지 기다립니다.
  2. 부팅 메뉴에서 Troubleshooting > Rescue a Red Hat Enterprise Linux system 옵션을 선택하거나 inst.rescue 옵션을 부팅 명령줄에 추가합니다. 부팅 명령줄에 들어가려면 BIOS 기반 시스템에서 Tab 키 또는 UEFI 기반 시스템의 e 키를 누릅니다.
  3. 선택 사항: 시스템을 부팅하기 위해 드라이버 디스크에 제공된 타사 드라이버가 필요한 경우 부팅 명령줄에 inst.dd=driver_name 을 추가합니다.

    inst.rescue inst.dd=driver_name
    Copy to Clipboard
  4. 선택 사항: Red Hat Enterprise Linux 배포판에 포함된 드라이버가 시스템을 부팅하지 못하도록 하려면 부팅 명령줄에 modprobe.blacklist= 옵션을 추가합니다.

    inst.rescue modprobe.blacklist=driver_name
    Copy to Clipboard
  5. Enter (BIOS 기반 시스템) 또는 Ctrl+X (UEFI 기반 시스템)를 눌러 수정된 옵션을 부팅합니다. 다음 메시지가 표시될 때까지 기다립니다.

    The rescue environment will now attempt to find your Linux installation and mount it under the directory: /mnt/sysroot/. You can then make any changes required to your system. Choose 1 to proceed with this step. You can choose to mount your file systems read-only instead of read-write by choosing 2. If for some reason this process does not work choose 3 to skip directly to a shell.
    
    1) Continue
    2) Read-only mount
    3) Skip to shell
    4) Quit (Reboot)
    Copy to Clipboard

    1 을 선택하면 설치 프로그램이 /mnt/sysroot/ 디렉터리에 파일 시스템을 마운트하려고 합니다. 파티션을 마운트하지 못하는 경우 알림이 표시됩니다. 2 를 선택하면 /mnt/sysroot/, 읽기 전용 모드에서 파일 시스템을 마운트하려고 합니다. 3 을 선택하면 파일 시스템이 마운트되지 않습니다.

    시스템 루트의 경우 설치 프로그램은 두 개의 마운트 지점 /mnt/sysimage/mnt/sysroot 를 지원합니다. /mnt/sysroot 경로는 대상 시스템의 / 마운트에 사용됩니다. 일반적으로 물리 루트와 시스템 루트는 동일하므로 /mnt/sysroot/mnt/sysimage 와 동일한 파일 시스템에 연결됩니다. 유일한 예외는 배포에 따라 시스템 루트가 변경된 rpm-ostree 시스템입니다. 그런 다음 /mnt/sysroot/mnt/sysimage 의 하위 디렉터리에 연결됩니다. chroot에 대해 /mnt/sysroot 를 사용합니다.

  6. 1 을 선택하여 계속합니다. 시스템이 복구 모드이면 Cryostat(가상 콘솔) 1 및 Cryostat 2에 프롬프트가 표시됩니다. Ctrl+Alt+F1 키 조합을 사용하여 Cryostat 1 및 Ctrl+Alt+F2 에 액세스하여 Cryostat 2에 액세스합니다.

    sh-4.2#
    Copy to Clipboard
  7. 파일 시스템이 마운트된 경우에도 복구 모드에서 기본 루트 파티션은 일반 사용자 모드(multi-user.target 또는 graphical.target) 중에 사용되는 파일 시스템의 루트 파티션이 아닌 임시 루트 파티션입니다. 파일 시스템을 마운트하고 성공적으로 마운트한 경우 다음 명령을 실행하여 복구 모드 환경의 루트 파티션을 파일 시스템의 루트 파티션으로 변경할 수 있습니다.

    sh-4.2# chroot /mnt/sysroot
    Copy to Clipboard

    이 기능은 루트 파티션을 / 로 마운트해야 하는 rpm 과 같은 명령을 실행해야 하는 경우에 유용합니다. chroot 환경을 종료하려면 exit 을 입력하여 프롬프트로 돌아갑니다.

  8. 3 을 선택한 경우에도 /directory/ 와 같은 디렉토리를 생성하고 다음 명령을 입력하여 복구 모드 내에서 수동으로 파티션 또는 LVM2 논리 볼륨을 마운트하려고 할 수 있습니다.

    sh-4.2# mount -t xfs /dev/mapper/VolGroup00-LogVol02 /directory
    Copy to Clipboard

    위의 명령에서 /directory/ 는 사용자가 생성한 디렉토리이며 /dev/mapper/VolGroup00-LogVol02 는 마운트하려는 LVM2 논리 볼륨입니다. 파티션이 XFS와 다른 유형인 경우 xfs 문자열을 올바른 유형(예: ext4)으로 바꿉니다.

  9. 모든 물리적 파티션의 이름을 모르는 경우 다음 명령을 사용하여 나열하십시오.

    sh-4.2# fdisk -l
    Copy to Clipboard

    모든 LVM2 물리 볼륨, 볼륨 그룹 또는 논리 볼륨의 이름을 모르는 경우 pvdisplay, Cryostatdisplay 또는 lvdisplay 명령을 사용합니다.

B.8.2. 복구 모드에서 SOS 보고서 사용

sosreport 명령줄 유틸리티는 실행 중인 커널 버전, 로드된 모듈, 시스템에서 시스템 및 서비스 구성 파일과 같은 구성 및 진단 정보를 수집합니다. 유틸리티 출력은 /var/tmp/ 디렉터리의 tar 아카이브에 저장됩니다. sosreport 유틸리티는 시스템 오류 및 문제 해결을 분석하는 데 유용합니다. 복구 모드에서 sosreport 출력을 캡처하려면 다음 절차를 사용하십시오.

사전 요구 사항

  • 복구 모드로 부팅되었습니다.
  • 설치된 시스템 / (root) 파티션을 읽기-쓰기 모드로 마운트했습니다.
  • 케이스에 대해 Red Hat 지원팀에 연락하여 케이스 번호를 받았습니다.

프로세스

  1. root 디렉터리를 /mnt/sysroot/ 디렉터리로 변경합니다.

    sh-4.2# chroot /mnt/sysroot/
    Copy to Clipboard
  2. sosreport 를 실행하여 시스템 구성 및 진단 정보가 포함된 아카이브를 생성합니다.

    sh-4.2# sosreport
    Copy to Clipboard

    sosreport 에서 Red Hat 지원에서 받은 이름과 케이스 번호를 입력하라는 메시지를 표시합니다. 다음 문자 또는 공백 중 하나를 추가하면 보고서를 사용할 수 없기 때문에 문자와 숫자만 사용하십시오. # % & { } \ < > > *? / $ ~ ' " : @ + | =

  3. 선택 사항: 네트워크를 사용하여 생성된 아카이브를 새 위치로 전송하려면 네트워크 인터페이스가 구성되어 있어야 합니다. 이 시나리오에서는 다른 단계가 필요하지 않으므로 동적 IP 주소를 사용합니다. 그러나 고정 주소를 사용하는 경우 다음 명령을 입력하여 IP 주소(예: 10.13.153.64/23)를 네트워크 인터페이스(예: dev eth0)에 할당합니다.

    bash-4.2# ip addr add 10.13.153.64/23 dev eth0
    Copy to Clipboard
  4. chroot 환경을 종료합니다.

    sh-4.2# exit
    Copy to Clipboard
  5. 생성된 아카이브를 쉽게 액세스할 수 있는 위치에서 새 위치에 저장합니다.

    sh-4.2# cp /mnt/sysroot/var/tmp/sosreport new_location
    Copy to Clipboard
  6. 네트워크를 통해 아카이브를 전송하려면 scp 유틸리티를 사용합니다.

    sh-4.2# scp /mnt/sysroot/var/tmp/sosreport username@hostname:sosreport
    Copy to Clipboard

B.8.3. GRUB2 부트 로더 다시 설치

일부 시나리오에서는 GRUB2 부트 로더가 실수로 삭제, 손상 또는 다른 운영 체제로 교체됩니다. BIOS와 함께 AMD64 및 Intel 64 시스템의 마스터 부트 레코드(MBR)에 GRUB2를 다시 설치하려면 다음 절차를 사용하십시오.

사전 요구 사항

  • 복구 모드로 부팅되었습니다.
  • 설치된 시스템 / (root) 파티션을 읽기-쓰기 모드로 마운트했습니다.
  • 읽기-쓰기 모드에서 /boot 마운트 지점을 마운트했습니다.

프로세스

  1. root 파티션을 변경합니다.

    sh-4.2# chroot /mnt/sysroot/
    Copy to Clipboard
  2. install_device 블록 장치가 설치된 GRUB2 부트 로더를 다시 설치합니다.

    sh-4.2# /sbin/grub2-install install_device
    Copy to Clipboard
    중요

    grub2-install 명령을 실행하면 다음 조건이 모두 적용되는 경우 시스템을 부팅할 수 없게 될 수 있습니다.

    • 시스템은 EFI(Extensible Firmware Interface)가 있는 AMD64 또는 Intel 64입니다.
    • Secure Boot가 활성화되어 있습니다.

    grub2-install 명령을 실행한 후에는 EFI(Extensible Firmware Interface) 및 Secure Boot가 활성화된 AMD64 또는 Intel 64 시스템을 부팅할 수 없습니다. 이 문제는 grub2-install 명령이 shim 애플리케이션을 사용하는 대신 직접 부팅되는 서명되지 않은 GRUB2 이미지를 설치하기 때문에 발생합니다. 시스템이 부팅되면 shim 애플리케이션이 이미지 서명의 유효성을 확인하며, 이 경우 시스템을 부팅하지 못합니다.

  3. 시스템을 재부팅합니다.

B.8.4. dnf를 사용하여 드라이버 추가 또는 제거

드라이버가 없거나 오작동하면 시스템을 부팅할 때 문제가 발생합니다. 복구 모드에서는 시스템을 부팅하지 못하는 경우에도 드라이버를 추가하거나 제거할 수 있는 환경을 제공합니다. 가능한 경우 dnf 패키지 관리자를 사용하여 오작동 드라이버를 제거하거나 업데이트되거나 누락된 드라이버를 추가합니다.

중요

드라이버 디스크에서 드라이버를 설치할 때 드라이버 디스크는 시스템의 모든 initramfs 이미지를 업데이트하여 이 드라이버를 사용합니다. 드라이버의 문제로 인해 시스템이 부팅되지 않으면 다른 initramfs 이미지에서 시스템을 부팅할 수 없습니다.

B.8.4.1. dnf를 사용하여 드라이버 추가

드라이버를 추가하려면 다음 절차를 사용하십시오.

사전 요구 사항

  • 복구 모드로 부팅되었습니다.
  • 설치된 시스템을 읽기-쓰기 모드로 마운트했습니다.

프로세스

  1. 드라이버를 포함하는 RPM 패키지를 사용 가능하게 만듭니다. 예를 들어 CD 또는 USB 플래시 드라이브를 마운트하고 RPM 패키지를 /mnt/sysroot/. 에서 선택한 위치에 복사합니다(예: /mnt/sysroot/root/drivers/ ).
  2. 루트 디렉토리를 /mnt/sysroot/:로 변경합니다.

    sh-4.2# chroot /mnt/sysroot/
    Copy to Clipboard
  3. dnf install 명령을 사용하여 드라이버 패키지를 설치합니다. 예를 들어 다음 명령을 실행하여 /root/drivers/:에서 xorg-x11-drv-wacom 드라이버 패키지를 설치합니다.

    sh-4.2# dnf install /root/drivers/xorg-x11-drv-wacom-0.23.0-6.el7.x86_64.rpm
    Copy to Clipboard
    참고

    이 chroot 환경의 /root/drivers/ 디렉터리는 원래 복구 환경의 /mnt/sysroot/root/drivers/ 디렉터리입니다.

  4. chroot 환경을 종료합니다.

    sh-4.2# exit
    Copy to Clipboard
B.8.4.2. dnf를 사용하여 드라이버 제거

드라이버를 제거하려면 다음 절차를 사용하십시오.

사전 요구 사항

  • 복구 모드로 부팅되었습니다.
  • 설치된 시스템을 읽기-쓰기 모드로 마운트했습니다.

프로세스

  1. root 디렉터리를 /mnt/sysroot/ 디렉터리로 변경합니다.

    sh-4.2# chroot /mnt/sysroot/
    Copy to Clipboard
  2. dnf remove 명령을 사용하여 드라이버 패키지를 제거합니다. 예를 들어 xorg-x11-drv-wacom 드라이버 패키지를 제거하려면 다음을 실행합니다.

    sh-4.2# dnf remove xorg-x11-drv-wacom
    Copy to Clipboard
  3. chroot 환경을 종료합니다.

    sh-4.2# exit
    Copy to Clipboard

    어떤 이유로 오작동하는 드라이버를 제거할 수 없는 경우 대신 드라이버를 차단하여 부팅 시 로드되지 않도록 할 수 있습니다.

  4. 드라이버 추가 및 제거를 완료하면 시스템을 재부팅합니다.

B.9. ip= 부팅 옵션은 오류를 반환합니다.

예를 들어 ip= 192.168.1.1 과 같은 ip=[ip address] 형식의 ip=[ip2.168.1.1은 'ip=[insert ip here]'\n 미안, 알 수 없는 값 [ip address]을 계속 거부했습니다.

Red Hat Enterprise Linux의 이전 릴리스에서는 부팅 옵션 형식이 다음과 같습니다.

ip=192.168.1.15 netmask=255.255.255.0 gateway=192.168.1.254 nameserver=192.168.1.250 hostname=myhost1
Copy to Clipboard

그러나 Red Hat Enterprise Linux 10에서는 부팅 옵션 형식은 다음과 같습니다.

ip=192.168.1.15::192.168.1.254:255.255.255.0:myhost1::none: nameserver=192.168.1.250
Copy to Clipboard

문제를 해결하려면 ip=ip::gateway:netmask:hostname:interface:none 형식을 사용합니다.

  • IP 는 클라이언트 IP 주소를 지정합니다. 대괄호로 IPv6 주소를 지정할 수 있습니다(예: [2001:DB8::1] ).
  • 게이트웨이 는 기본 게이트웨이입니다. IPv6 주소도 허용됩니다.
  • 넷마스크 는 사용할 넷마스크입니다. 이는 전체 넷마스크(예: 255.255.255.0) 또는 접두사(예: 64 )일 수 있습니다.
  • hostname 은 클라이언트 시스템의 호스트 이름입니다. 이 매개변수는 선택 사항입니다.

B.10. iLO 또는 iDRAC 장치에서 그래픽 설치로 부팅할 수 없습니다

iLO 또는 iDRAC 장치에서 원격 ISO 설치를 위한 그래픽 설치 프로그램은 인터넷 연결 속도 저하로 인해 사용할 수 없습니다. 이 경우 설치를 진행하려면 다음 방법 중 하나를 선택할 수 있습니다.

  1. 시간 초과를 방지합니다. 이렇게 하려면 다음을 수행합니다.

    1. BIOS 사용의 경우 Tab 키 또는 설치 미디어에서 부팅할 때 UEFI 사용의 경우 e 키를 누릅니다. 이를 통해 커널 명령줄 인수를 수정할 수 있습니다.
    2. 설치를 계속 진행하려면 rd.live.ram=1 을 추가하고 BIOS 사용 시 Enter 또는 UEFI 사용 시 Ctrl+x 를 누릅니다.

      설치 프로그램을 로드하는 데 시간이 더 걸릴 수 있습니다.

  2. 그래픽 설치 프로그램의 로드 시간을 확장하는 또 다른 옵션은 inst.xtimeout 커널 인수를 초 단위로 설정하는 것입니다.

    inst.xtimeout=N
    Copy to Clipboard
  3. 시스템을 텍스트 모드로 설치할 수 있습니다. 자세한 내용은 텍스트 모드에서 RHEL 설치를 참조하십시오.
  4. 로컬 미디어 소스 대신 iLO 또는 iDRAC와 같은 원격 관리 콘솔에서 Red Hat 고객 포털의 다운로드 센터에서 설치 ISO 파일에 대한 직접 URL을 사용합니다. 이 섹션에 액세스하려면 로그인해야 합니다.

B.11. rootfs 이미지가 initramfs가 아닙니다

설치 프로그램을 부팅할 때 콘솔에 다음 메시지가 표시되면 설치 프로그램 initrd.img 전송에 오류가 있을 수 있습니다.

[ ...] rootfs image is not initramfs
Copy to Clipboard

이 문제를 해결하려면 initrd 를 다시 다운로드하거나 sha256suminitrd.img 와 실행하고 설치 미디어의 .treeinfo 파일에 저장된 체크섬과 비교합니다. 예를 들면 다음과 같습니다.

$ sha256sum dvd/images/pxeboot/initrd.img
fdb1a70321c06e25a1ed6bf3d8779371b768d5972078eb72b2c78c925067b5d8 dvd/images/pxeboot/initrd.img
Copy to Clipboard

.treeinfo 에서 체크섬을 보려면 다음을 수행합니다.

$ grep sha256 dvd/.treeinfo
images/efiboot.img = sha256:d357d5063b96226d643c41c9025529554a422acb43a4394e4ebcaa779cc7a917
images/install.img = sha256:8c0323572f7fc04e34dd81c97d008a2ddfc2cfc525aef8c31459e21bf3397514
images/pxeboot/initrd.img = sha256:fdb1a70321c06e25a1ed6bf3d8779371b768d5972078eb72b2c78c925067b5d8
images/pxeboot/vmlinuz = sha256:b9510ea4212220e85351cbb7f2ebc2b1b0804a6d40ccb93307c165e16d1095db
Copy to Clipboard

올바른 initrd.img 가 있지만 설치 프로그램을 부팅하는 동안 다음 커널 메시지가 표시되는 경우 종종 부팅 매개변수가 누락되거나 잘못 입력되고 설치 프로그램은 일반적으로 inst.repo= 매개변수로 참조된 stage2 를 로드할 수 없어 메모리 내 루트 파일 시스템에 전체 설치 프로그램 초기 램디스크를 제공합니다.

[ ...] No file system could mount root, tried:
[ ...] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0)
[ ...] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 6.12.0.el10_0.s390x #1
[ ...] ...
[ ...] Call Trace:
[ ...] ([<...>] show_trace+0x.../0x...)
[ ...]  [<...>] show_stack+0x.../0x...
[ ...]  [<...>] panic+0x.../0x...
[ ...]  [<...>] mount_block_root+0x.../0x...
[ ...]  [<...>] prepare_namespace+0x.../0x...
[ ...]  [<...>] kernel_init_freeable+0x.../0x...
[ ...]  [<...>] kernel_init+0x.../0x...
[ ...]  [<...>] kernel_thread_starter+0x.../0x...
[ ...]  [<...>] kernel_thread_starter+0x.../0x…
Copy to Clipboard

이 문제를 해결하려면 다음을 확인하십시오.

  • 지정된 설치 소스가 커널 명령줄(inst.repo=) 또는 Kickstart 파일에서 올바른 경우
  • 네트워크 구성은 커널 명령줄에 지정됩니다(설치 소스가 네트워크로 지정된 경우)
  • 다른 시스템에서 네트워크 설치 소스에 액세스할 수 있습니다.

부록 C. 부팅 옵션 참조

부팅 옵션을 사용하여 설치 프로그램의 기본 동작을 수정할 수 있습니다.

C.1. 설치 소스 부팅 옵션

이 섹션에서는 다양한 설치 소스 부팅 옵션에 대해 설명합니다.

inst.repo=

inst.repo= 부팅 옵션은 설치 소스(즉, 패키지 리포지토리를 제공하는 위치)와 이를 설명하는 유효한 .treeinfo 파일을 지정합니다. 예: inst.repo=cdrom. inst.repo= 옵션의 대상은 다음 설치 미디어 중 하나여야 합니다.

  • 설치 프로그램 이미지, 패키지 및 리포지토리 데이터와 유효한 .treeinfo 파일이 포함된 디렉터리 구조인 설치 가능한 트리
  • DVD(시스템 DVD 드라이브에 있는 물리적 디스크)
  • 전체 Red Hat Enterprise Linux 설치 DVD의 ISO 이미지는 디스크 또는 시스템에서 액세스할 수 있는 네트워크 위치에 배치됩니다.

    inst.repo= 부팅 옵션을 사용하여 다른 형식을 사용하여 다양한 설치 방법을 구성합니다. 다음 표에는 inst.repo= 부트 옵션 구문에 대한 세부 정보가 포함되어 있습니다.

    표 C.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은 리포지토리의 이름이며 설치 프로세스에 필요합니다. 이러한 리포지토리는 설치 프로세스 중에만 사용되며 설치된 시스템에 설치되지 않습니다.

표 C.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

inst.repo=를 사용하여 소스를 지정할 때의 예

inst.repo=https://hostname/path_to_install_repository/ inst.noverifyssl
Copy to Clipboard

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
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]
For example:
http://proxyuser:proxypassword@10.1.2.3:3128
Copy to Clipboard
inst.nosave=

inst.nosave= 부팅 옵션을 사용하여 설치된 시스템에 저장되지 않은 설치 로그 및 관련 파일(예: input_ks,output_ks, all _ks )을 제어합니다. 쉼표로 구분된 여러 값을 결합할 수 있습니다. 예를 들면 다음과 같습니다.

inst.nosave=input_ks,logs
Copy to Clipboard
참고

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이 있는지 확인하기 위해 검사를 수행하지 않습니다. 최소 메모리 양보다 적은 설치를 시도하면 지원되지 않으며 설치 프로세스가 실패할 수 있습니다.

C.2. 네트워크 부팅 옵션

시나리오에 로컬 이미지에서 부팅하는 대신 네트워크를 통해 이미지를 부팅해야 하는 경우 다음 옵션을 사용하여 네트워크 부팅을 사용자 지정할 수 있습니다.

참고

dracut 툴을 사용하여 네트워크를 초기화합니다. 전체 dracut 옵션 목록은 시스템의 dracut.cmdline(7) 매뉴얼 페이지를 참조하십시오.

ip=

ip= boot 옵션을 사용하여 하나 이상의 네트워크 인터페이스를 구성합니다. 여러 인터페이스를 구성하려면 다음 방법 중 하나를 사용합니다.

  • 각 인터페이스에 ip 옵션을 여러 번 사용합니다. 이렇게 하려면 rd.neednet=1 옵션을 사용하고 bootdev 옵션을 사용하여 기본 부팅 인터페이스를 지정합니다.
  • ip 옵션을 한 번 사용한 다음 Kickstart를 사용하여 추가 인터페이스를 설정합니다. 설치 프로세스 초기에 ip= 옵션을 사용한 구성이 적용되지만 설치 프로그램이 시작된 후 kickstart에 정의된 구성이 이후 설치 단계에서 적용됩니다.

이 옵션에는 여러 다른 형식을 사용할 수 있습니다. 다음 테이블에는 가장 일반적인 옵션에 대한 정보가 포함되어 있습니다.

다음 표에서는 다음을 수행합니다.

  • ip 매개 변수는 클라이언트 IP 주소를 지정하고 IPv6 에는 대괄호(예: 192.0.2.1 또는 [2001:db8::99])가 필요합니다.
  • gateway 매개 변수는 기본 게이트웨이입니다. IPv6 에는 대괄호가 필요합니다.
  • netmask 매개 변수는 사용할 넷마스크입니다. 전체 넷마스크(예: 255.255.255.0) 또는 접두사(예: 64)일 수 있습니다.
  • hostname 매개 변수는 클라이언트 시스템의 호스트 이름입니다. 이 매개변수는 선택 사항입니다.

    표 C.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 매개변수 값은 시스템의 dracut.cmdline(7) 매뉴얼 페이지를 참조하십시오.

    참고
    • 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
    참고

    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

    이렇게 하면 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

    사용 가능한 옵션 목록은 modinfo bonding 명령을 실행합니다.

    bridge=

    bridge= 옵션을 사용하여 bridge=name:interfaces 구문을 사용하여 브리지 장치를 구성합니다. name을 브리지 장치 및 interfaces의 원하는 이름으로 교체하고, 브릿지 장치에서 기본 인터페이스로 사용할 물리적(Ethernet) 장치 목록을 쉼표로 구분한 목록으로 바꿉니다. 예를 들면 다음과 같습니다.

    bridge=bridge0:enp0s1,enp0s2
    Copy to Clipboard

C.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 옵션과 동일하게 작동합니다.
참고

Kickstart 설치를 수행할 때 inst.noninteractive 옵션만 사용하는 것이 좋습니다.

inst.resolution=
inst.resolution= 옵션을 사용하여 그래픽 모드에서 화면 해상도를 지정합니다. 형식은 NxM 입니다. 여기서 N은 화면 너비이고 M은 화면 높이(px)입니다. 권장 해상도는 1024x768입니다.
inst.rdp
원격 데스크탑 프로토콜을 사용하여 그래픽 설치를 실행하려면 inst.rdp 옵션을 사용합니다. RDP 사용자 이름( inst.rdpuser=) 또는 암호( inst.rdp.password=)를 지정하지 않으면 설치 프로그램에서 사용자에게 대화형으로 제공하도록 요청합니다. 이 옵션은 inst.rdp 옵션과 함께 사용되는 경우에만 적용됩니다.
inst.rdp.password=
inst.rdp.password= 옵션을 사용하여 설치 프로그램에서 사용하는 RDP 서버에 암호를 설정합니다.
modprobe.blacklist=

modprobe.blacklist= 옵션을 사용하여 하나 이상의 드라이버를 차단 목록에 표시하거나 완전히 비활성화합니다. 이 옵션을 사용하여 비활성화한 드라이버(모듈)는 설치가 시작될 때 로드할 수 없습니다. 설치가 완료되면 설치된 시스템은 이러한 설정을 유지합니다. blocklisted 드라이버 목록은 /etc/modprobe.d/ 디렉토리에서 찾을 수 있습니다. 쉼표로 구분된 목록을 사용하여 여러 드라이버를 비활성화합니다. 예를 들면 다음과 같습니다.

modprobe.blacklist=ahci,firewire_ohci
Copy to Clipboard
참고

modprobe.blacklist 를 다른 명령행 옵션과 함께 사용할 수 있습니다. 예를 들어 inst.dd 옵션과 함께 사용하여 기존 드라이버의 업데이트된 버전이 드라이버 업데이트 디스크에서 로드되었는지 확인합니다.

modprobe.blacklist=virtio_blk
Copy to Clipboard
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 명령이 비활성화됩니다.

C.4. 디버그 부팅 옵션

이 섹션에서는 문제를 디버깅할 때 사용할 수 있는 옵션에 대해 설명합니다.

inst.rescue
inst.rescue 옵션을 사용하여 시스템 진단 및 수정을 위해 복구 환경을 실행합니다. 자세한 내용은 복구 모드에서 파일 시스템 복구 Red Hat 지식베이스 솔루션을 참조하십시오.
inst.updates=

inst.updates= 옵션을 사용하여 설치 중에 적용할 updates.img 파일의 위치를 지정합니다. updates.img 파일은 여러 소스 중 하나에서 파생될 수 있습니다.

표 C.4. updates.img 파일 소스
소스설명

네트워크에서 업데이트

updates.img 의 네트워크 위치를 지정합니다. 설치 트리를 수정할 필요가 없습니다. 이 방법을 사용하려면 inst.updates를 포함하도록 커널 명령행을 편집합니다.

inst.updates=http://website.com/path/to/updates.img.

디스크 이미지에서 업데이트

updates.img 를 USB 키에 저장합니다.

inst.updates=sda1:/ images /updates.imgsda1 장치의 이미지 디렉터리 또는 inst.updates=b4234403-dafb1-b878-4d57b40c9843:/updates.img 에 UUID로 식별된 파티션의 루트 디렉터리에 있는 업데이트 이미지에 대한 업데이트 이미지입니다.

설치 트리에서 업데이트

CD, 디스크, HTTP, HTTPS 또는 FTP 설치를 사용하는 경우 모든 설치에서 .img 파일을 감지할 수 있도록 설치 트리에 updates.img 를 저장합니다. 파일 이름은 updates.img여야 합니다.

NFS 설치의 경우 images/ 디렉터리 또는 RHupdates/ 디렉터리에 파일을 저장합니다.

inst.syslog=
설치가 시작될 때 지정된 호스트의 syslog 프로세스에 로그 메시지를 보냅니다. 원격 syslog 프로세스가 들어오는 연결을 수락하도록 구성된 경우에만 inst.syslog=<host>[:port] 를 사용할 수 있습니다.
inst.virtiolog=
inst.virtiolog=<name > 옵션을 사용하여 로그를 전달하는 데 사용할 virtio 포트( /dev/virtio-ports/<name>의 문자 장치)를 지정합니다. 기본값은 org.fedoraproject.anaconda.log.0 입니다.
rd.live.ram
images/install.img 의 단계 2 이미지를 RAM에 복사합니다. 이렇게 하면 이미지 크기에 필요한 메모리가 증가하므로 약 1GiB의 RAM 이상이 필요할 수 있습니다.
inst.nokill
치명적인 오류가 발생하거나 설치 프로세스가 종료될 때 설치 프로그램이 재부팅되지 않도록 합니다. 재부팅 시 손실되는 설치 로그를 캡처합니다.
inst.noshell
설치하는 동안 tmux 창 2를 포함하여 터미널 세션 2 (tty2)의 쉘을 방지합니다.
inst.notmux
설치 중에 tmux를 사용하지 마십시오. 출력은 터미널 제어 문자 없이 생성되며 대화형이 아닌 용도로 사용됩니다.

C.5. 스토리지 부팅 옵션

이 섹션에서는 스토리지 장치에서 부팅을 사용자 지정하도록 지정할 수 있는 옵션에 대해 설명합니다.

inst.nompath
다중 경로 장치 지원을 비활성화합니다. 시스템에 일반 블록 장치를 다중 경로 장치로 잘못 식별하는 false-positive가 있는 경우에만 이 옵션을 사용합니다.
주의

이 옵션을 주의해서 사용하십시오. 다중 경로 하드웨어와 함께 이 옵션을 사용하지 마십시오. 이 옵션을 사용하여 다중 경로 장치의 단일 경로에 설치하는 것은 지원되지 않습니다.

inst.gpt
GPT 디스크 레이블 생성을 선호합니다. 이 옵션은 더 이상 사용되지 않으며 향후 릴리스에서 제거됩니다. 대신 inst.disklabel=gpt 를 사용합니다.
inst.disklabel=
지정된 디스크 레이블 유형을 생성하는 것이 좋습니다. GPT 디스크 레이블 생성을 선호하도록 gpt 를 지정합니다(기본값). 지원되는 경우 MBR 디스크 레이블 생성을 선호하도록 mbr 을 지정합니다.
inst.wait_for_disks=
inst.wait_for_disks= 옵션을 사용하여 설치 시작 시 디스크 장치가 표시될 때까지 대기할 설치 프로그램 초를 지정합니다. OEMDRV 레이블이 지정된 장치를 사용하여 Kickstart 파일 또는 커널 드라이버를 자동으로 로드할 때 이 옵션을 사용하지만 장치가 부팅 프로세스 중에 표시되는 데 시간이 더 오래 걸립니다. 기본적으로 설치 프로그램은 5 초 동안 기다립니다. 지연을 최소화하기 위해 0 초를 사용합니다.

법적 공지

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

© 2025 Red Hat