네트워크를 통해 RHEL을 대화형으로 설치
네트워크 리소스 또는 그래픽 설치 프로그램이 있는 헤드리스 시스템에 RHEL 설치
초록
Red Hat 문서에 관한 피드백 제공
문서 개선을 위한 의견에 감사드립니다. 어떻게 개선할 수 있는지 알려주십시오.
Jira를 통해 피드백 제출 (계정 필요)
- Jira 웹 사이트에 로그인합니다.
- 상단 탐색 바에서 생성을 클릭합니다.
- 요약 필드에 설명 제목을 입력합니다.
- 설명 필드에 개선을 위한 제안을 입력합니다. 문서의 관련 부분에 대한 링크를 포함합니다.
- 대화 상자 하단에서 생성 을 클릭합니다.
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의 공간이 있어야 합니다.
설치 유형 | 최소 RAM |
---|---|
로컬 미디어 설치 (USB, DVD) |
|
NFS 네트워크 설치 |
|
HTTP, HTTPS 또는 FTP 네트워크 설치 |
|
최소 요구 사항보다 적은 메모리로 설치를 완료할 수 있습니다. 정확한 요구 사항은 환경 및 설치 경로에 따라 다릅니다. 다양한 구성을 테스트하여 환경에 필요한 최소 RAM을 확인합니다. Kickstart 파일을 사용하여 Red Hat Enterprise Linux를 설치하면 표준 설치와 최소 RAM 요구 사항이 있습니다. 그러나 Kickstart 파일에 추가 메모리가 필요한 명령을 포함하거나 RAM 디스크에 데이터를 쓰는 경우 추가 RAM이 필요할 수 있습니다. 자세한 내용은 RHEL 자동 설치 문서를 참조하십시오.
1.3. 그래픽 디스플레이 확인 요구 사항
시스템에 Red Hat Enterprise Linux의 원활하고 오류가 없는 설치를 보장하기 위해 다음과 같은 최소 해결 방법이 있어야 합니다.
제품 버전 | 해결 |
---|---|
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 서버에서 설치 소스 생성
물리적 미디어에 연결하지 않고도 이 설치 방법을 사용하여 단일 소스에서 여러 시스템을 설치할 수 있습니다.
사전 요구 사항
- Red Hat Enterprise Linux 10이 있는 서버에 대한 관리자 수준의 액세스 권한이 있으며 이 서버는 설치할 시스템과 동일한 네트워크에 있습니다.
- 제품 다운로드 페이지에서 전체 설치 DVD ISO를 다운로드 했습니다.
inst.ks
및 inst.repo
에서 다른 경로를 사용하는지 확인하십시오. NFS를 사용하여 설치 소스를 호스팅할 때 동일한 nfs 공유를 사용하여 Kickstart를 호스팅할 수 없습니다.
프로세스
nfs-utils
패키지를 설치합니다.dnf install nfs-utils
# dnf install nfs-utils
Copy to Clipboard Copied! -
DVD ISO 이미지를 NFS 서버의 디렉터리에 복사합니다. 이 예에서는 DVD ISO가 NFS 서버의
/nfs/rhel10-install/
디렉터리에 복사되었다고 가정합니다. 텍스트 편집기를 사용하여
/etc/exports
파일을 열고 다음 구문으로 행을 추가합니다./exported_directory/ clients
/exported_directory/ clients
Copy to Clipboard Copied! - /exported_directory/를 디렉토리의 전체 경로로 ISO 이미지로 바꿉니다.
클라이언트를 다음 중 하나로 교체합니다.
- 대상 시스템의 호스트 이름 또는 IP 주소
- 모든 대상 시스템이 ISO 이미지에 액세스하는 데 사용할 수 있는 서브네트워크
-
NFS 서버에 대한 네트워크 액세스 권한이 있는 모든 시스템이 ISO 이미지를 사용하도록 허용하기 위해 별표 기호(
*
)
이 필드의 형식에 대한 자세한 내용은
exports(5)
도움말 페이지를 참조하십시오.예를 들어
/nfs/rhel10-install/
디렉터리를 모든 클라이언트에 읽기 전용으로 사용할 수 있도록 하는 기본 구성은 다음과 같습니다./nfs/rhel10-install *
/nfs/rhel10-install *
Copy to Clipboard Copied!
-
/etc/exports
파일을 저장하고 텍스트 편집기를 종료합니다. firewalld에서 NFS 서비스를 활성화합니다.
firewall-cmd --permanent --add-service nfs firewall-cmd --permanent --add-service=mountd firewall-cmd --permanent --add-service=rpc-bind firewall-cmd --reload
# 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 Copied! nfs 서비스를 시작합니다.
systemctl enable --now nfs-server.service
# systemctl enable --now nfs-server.service
Copy to Clipboard Copied! /etc/exports
파일을 변경하기 전에 서비스가 실행 중인 경우 NFS 서버 구성을 다시 로드합니다.systemctl reload nfs-server.service
# systemctl reload nfs-server.service
Copy to Clipboard Copied! 이제 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를 통해 액세스할 수 있습니다.
사전 요구 사항
- Red Hat Enterprise Linux 10이 있는 서버에 대한 관리자 수준의 액세스 권한이 있으며 이 서버는 설치할 시스템과 동일한 네트워크에 있습니다.
- 제품 다운로드 페이지에서 전체 설치 DVD ISO를 다운로드 했습니다.
자체 서명 인증서가 있는 HTTPS 서버를 사용하는 경우 noverifyssl
옵션을 사용하여 설치 프로그램을 부팅해야 합니다.
프로세스
httpd 패키지를 설치합니다.
dnf install httpd
# dnf install httpd
Copy to Clipboard Copied! 선택 사항: https 설치 소스를 사용하려면
mod_ssl
패키지를 설치합니다.dnf install mod_ssl
# dnf install mod_ssl
Copy to Clipboard Copied! - DVD ISO 이미지를 HTTP(S) 서버에 복사합니다.
DVD ISO 이미지를 마운트하기 위한 적절한 디렉터리를 만듭니다. 예를 들면 다음과 같습니다.
mkdir /mnt/rhel10-install/
# mkdir /mnt/rhel10-install/
Copy to Clipboard Copied! DVD ISO 이미지를 디렉터리에 마운트합니다.
mount -o loop,ro -t iso9660 /image_directory/image.iso /mnt/rhel10-install/
# mount -o loop,ro -t iso9660 /image_directory/image.iso /mnt/rhel10-install/
Copy to Clipboard Copied! /image_directory/image.iso를 DVD ISO 이미지의 경로로 바꿉니다.
마운트된 이미지의 파일을 HTTP(S) 서버 루트로 복사합니다.
cp -r /mnt/rhel10-install/ /var/www/html/
# cp -r /mnt/rhel10-install/ /var/www/html/
Copy to Clipboard Copied! 이 명령은 이미지 콘텐츠를 사용하여
/var/www/html/rhel10-install/
디렉터리를 생성합니다. 다른 복사 방법은 유효한 설치 소스에 필요한.treeinfo
파일을 건너뛸 수 있습니다. 이 절차에 표시된 대로 전체 디렉토리에 대해cp
명령을 입력하면.treeinfo
가 올바르게 복사됩니다.DVD ISO를 마운트 해제합니다.
umount /mnt/rhel10-install/
# umount /mnt/rhel10-install/
Copy to Clipboard Copied! firewalld에서 http 서비스를 활성화합니다.
firewall-cmd --permanent --add-service=http firewall-cmd --reload
# firewall-cmd --permanent --add-service=http # firewall-cmd --reload
Copy to Clipboard Copied! 선택 사항: firewalld에서 https 서비스를 활성화합니다.
firewall-cmd --permanent --add-service=https firewall-cmd --reload
# firewall-cmd --permanent --add-service=https # firewall-cmd --reload
Copy to Clipboard Copied! httpd
서비스를 시작합니다.systemctl enable --now httpd.service
# systemctl enable --now httpd.service
Copy to Clipboard Copied! 이제 설치 트리에 액세스할 수 있으며 설치 소스로 사용할 준비가 되었습니다.
참고설치 소스를 구성할 때 프로토콜, 서버 호스트 이름 또는 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를 통해 액세스할 수 있습니다.
사전 요구 사항
- Red Hat Enterprise Linux 10이 있는 서버에 대한 관리자 수준의 액세스 권한이 있으며 이 서버는 설치할 시스템과 동일한 네트워크에 있습니다.
- 제품 다운로드 페이지에서 전체 설치 DVD ISO를 다운로드 했습니다.
-
vsftpd
패키지가 설치되어 있습니다.
프로세스
vsftpd 패키지를 설치합니다.
dnf install vsftpd
# dnf install vsftpd
Copy to Clipboard Copied! 텍스트 편집기에서
/etc/vsftpd/vsftpd.conf
구성 파일을 열고 편집합니다.-
anonymous_enable=NO
행을anonymous_enable=YES
로 변경합니다. -
write_enable=YES
행을write_enable=NO
로 변경합니다. pasv_min_port=< min_port > 및
> .를 추가합니다. <min_port> 및 <max_port>를 패시브 모드의 FTP 서버에서 사용하는 포트 번호 범위(예:pasv_
max_port=< max_port10000
및11000
)로 바꿉니다.이 단계는 다양한 방화벽/NAT 설정을 제공하는 네트워크 환경에 필요할 수 있습니다.
- 선택 사항: 구성에 사용자 지정 변경 사항을 추가합니다. 사용 가능한 옵션은 vsftpd.conf(5) 도움말 페이지를 참조하십시오. 이 절차에서는 기본 옵션이 사용된다고 가정합니다.
이전 단계의 FTP 포트 및 포트 범위를 허용하도록 방화벽을 구성합니다.
firewall-cmd --add-port min_port-max_port/tcp --permanent
# firewall-cmd --add-port min_port-max_port/tcp --permanent
Copy to Clipboard Copied! <min_port> 및 <max_port>를
/etc/vsftpd/vsftpd.conf
구성 파일에 입력한 포트 번호로 바꿉니다.FTP 서비스를 허용하도록 방화벽 구성
firewall-cmd --add-service ftp --permanent
# firewall-cmd --add-service ftp --permanent
Copy to Clipboard Copied! 방화벽을 다시 로드하여 새 규칙을 적용합니다.
firewall-cmd --reload
# firewall-cmd --reload
Copy to Clipboard Copied!
-
- DVD ISO 이미지를 FTP 서버에 복사합니다.
DVD ISO 이미지를 마운트하기 위한 적절한 디렉터리를 만듭니다. 예를 들면 다음과 같습니다.
mkdir /mnt/rhel10-install
# mkdir /mnt/rhel10-install
Copy to Clipboard Copied! DVD ISO 이미지를 디렉터리에 마운트합니다.
mount -o loop,ro -t iso9660 /image-directory/image.iso /mnt/rhel10-install
# mount -o loop,ro -t iso9660 /image-directory/image.iso /mnt/rhel10-install
Copy to Clipboard Copied! /image-directory/image.iso
를 DVD ISO 이미지의 경로로 바꿉니다.마운트된 이미지의 파일을 FTP 서버 루트로 복사합니다.
cp -r /mnt/rhel10-install/ /var/ftp/
# cp -r /mnt/rhel10-install/ /var/ftp/
Copy to Clipboard Copied! 이 명령은 이미지 콘텐츠를 사용하여
/var/ftp/rhel10-install/
디렉터리를 생성합니다. 일부 복사 방법은 유효한 설치 소스에 필요한.treeinfo
파일을 건너뛸 수 있습니다. 이 절차에 표시된 대로 전체 디렉토리에 대해cp
명령을 입력하면.treeinfo
가 올바르게 복사됩니다.vsftpd
서비스를 시작합니다.systemctl enable --now vsftpd.service
# systemctl enable --now vsftpd.service
Copy to Clipboard Copied! /etc/vsftpd/vsftpd.conf
파일을 변경하기 전에 서비스가 실행 중인 경우 서비스를 다시 시작하여 편집된 파일을 로드합니다.systemctl restart vsftpd.service
# systemctl restart vsftpd.service
Copy to Clipboard Copied! 이제 설치 트리에 액세스할 수 있으며 설치 소스로 사용할 준비가 되었습니다.
설치 소스를 구성할 때
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 설치를 준비하는 워크플로우 단계는 다음과 같습니다.
프로세스
- 설치 ISO 이미지 또는 설치 트리를 NFS, HTTPS, HTTP 또는 FTP 서버로 내보냅니다.
- HTTP 또는 TFTP 서버와 DHCP 서버를 구성하고 서버에서 HTTP 또는 TFTP 서비스를 시작합니다.
- 클라이언트를 부팅하고 설치를 시작합니다.
다음 네트워크 부팅 프로토콜 중에서 선택할 수 있습니다.
- 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
프로세스
DHCP 서버를 설치합니다.
dnf install kea
# dnf install kea
Copy to Clipboard Copied! 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" } ] } }
{ "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 Copied! DHCPv4 서비스를 시작합니다.
systemctl enable --now kea-dhcp4
# systemctl enable --now kea-dhcp4
Copy to Clipboard Copied!
6.3. 네트워크 부팅을 위한 DHCPv6 서버 구성
서버에서 DHCP 버전 6(DHCPv4) 서비스를 활성화하여 네트워크 부팅 기능을 제공합니다.
사전 요구 사항
- IPv6 프로토콜을 통해 네트워크 설치를 준비하고 있습니다.
서버의 네트워크 주소를 찾습니다.
다음 예제에서 서버에는 이 구성이 포함된 네트워크 인터페이스
enp1s0
이 있습니다.- IPv6 주소
- fd33::2/64
- IPv6 게이트웨이
- fd33::1
프로세스
DHCP 서버를 설치합니다.
dnf install kea
# dnf install kea
Copy to Clipboard Copied! 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" } ] } ] } }
{ "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 Copied! DHCPv6 서비스를 시작합니다.
systemctl enable --now kea-dhcp6
# systemctl enable --now kea-dhcp6
Copy to Clipboard Copied! DHCPv6 패킷이 방화벽의 RP 필터에 의해 삭제되는 경우 해당 로그를 확인합니다. 로그에
rpfilter_DROP
항목이 포함된 경우/etc/firewalld/firewalld.conf
파일에서 다음 구성을 사용하여 필터를 비활성화합니다.IPv6_rpfilter=no
IPv6_rpfilter=no
Copy to Clipboard Copied!
6.4. HTTP 부팅을 위한 HTTP 서버 구성
서버에서 네트워크에서 HTTP 부팅 리소스를 제공할 수 있도록 httpd
서비스를 설치하고 활성화해야 합니다.
사전 요구 사항
서버의 네트워크 주소를 찾습니다.
다음 예제에서 서버에는
192.168.124.2
IPv4 주소가 있는 네트워크 카드가 있습니다.
프로세스
HTTP 서버를 설치합니다.
dnf install httpd
# dnf install httpd
Copy to Clipboard Copied! /var/www/html/redhat
디렉터리를 생성합니다.mkdir -p /var/www/html/redhat
# mkdir -p /var/www/html/redhat
Copy to Clipboard Copied! - RHEL DVD ISO 파일을 다운로드합니다. 모든 Red Hat Enterprise Linux 다운로드를 참조하십시오.
ISO 파일의 마운트 지점을 생성합니다.
mkdir -p /var/www/html/redhat/iso
# mkdir -p /var/www/html/redhat/iso
Copy to Clipboard Copied! ISO 파일을 마운트합니다.
mount -o loop,ro -t iso9660 path-to-RHEL-DVD.iso /var/www/html/redhat/iso
# mount -o loop,ro -t iso9660 path-to-RHEL-DVD.iso /var/www/html/redhat/iso
Copy to Clipboard Copied! 마운트된 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
# 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 Copied! 부트 로더 구성을 편집할 수 있도록 설정하고 httpd 서버(apache)를 실행하는 사용자가 부팅 파일을 소유하고 있는지 확인합니다.
chmod 644 /var/www/html/redhat/EFI/BOOT/grub.cfg chown -R apache:apache /var/www/html/redhat/EFI
# chmod 644 /var/www/html/redhat/EFI/BOOT/grub.cfg # chown -R apache:apache /var/www/html/redhat/EFI
Copy to Clipboard Copied! /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 } }
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 Copied! 이 파일에서 다음 문자열을 업데이트합니다.
- Red Hat Enterprise Linux 10.0 설치
- 다운로드한 RHEL 버전과 일치하도록 버전 번호를 편집합니다.
- 192.168.124.2
- 을 서버의 IP 주소로 바꿉니다.
HTTP(80), DHCP(67, 68) 및 DHCPv6(546, 547) 트래픽을 허용하도록 방화벽에서 포트를 엽니다.
firewall-cmd --zone public \ --add-port={80/tcp,67/udp,68/udp,546/udp,547/udp}
# firewall-cmd --zone public \ --add-port={80/tcp,67/udp,68/udp,546/udp,547/udp}
Copy to Clipboard Copied! 이 명령은 다음 서버가 재부팅될 때까지 임시 액세스를 활성화합니다.
-
선택 사항: 영구 액세스를 활성화하려면 명령에
--permanent
옵션을 추가합니다. 방화벽 규칙을 다시 로드합니다.
firewall-cmd --reload
# firewall-cmd --reload
Copy to Clipboard Copied! HTTP 서버를 시작합니다.
systemctl enable --now httpd
# systemctl enable --now httpd
Copy to Clipboard Copied! html
디렉토리와 해당 콘텐츠를 읽을 수 있고 실행 가능하게 만듭니다.chmod -cR u=rwX,g=rX,o=rX /var/www/html
# chmod -cR u=rwX,g=rX,o=rX /var/www/html
Copy to Clipboard Copied! html
디렉터리의 SELinux 컨텍스트를 복원합니다.restorecon -FvvR /var/www/html
# restorecon -FvvR /var/www/html
Copy to Clipboard Copied!
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 설치를 준비하는 워크플로우 단계는 다음과 같습니다.
프로세스
- 설치 ISO 이미지 또는 설치 트리를 NFS, HTTPS, HTTP 또는 FTP 서버로 내보냅니다.
- HTTP 또는 TFTP 서버와 DHCP 서버를 구성하고 서버에서 HTTP 또는 TFTP 서비스를 시작합니다.
- 클라이언트를 부팅하고 설치를 시작합니다.
다음 네트워크 부팅 프로토콜 중에서 선택할 수 있습니다.
- 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
프로세스
DHCP 서버를 설치합니다.
dnf install kea
# dnf install kea
Copy to Clipboard Copied! 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" } ] } }
{ "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 Copied! DHCPv4 서비스를 시작합니다.
systemctl enable --now kea-dhcp4
# systemctl enable --now kea-dhcp4
Copy to Clipboard Copied!
7.3. 네트워크 부팅을 위한 DHCPv6 서버 구성
서버에서 DHCP 버전 6(DHCPv4) 서비스를 활성화하여 네트워크 부팅 기능을 제공합니다.
사전 요구 사항
- IPv6 프로토콜을 통해 네트워크 설치를 준비하고 있습니다.
서버의 네트워크 주소를 찾습니다.
다음 예제에서 서버에는 이 구성이 포함된 네트워크 인터페이스
enp1s0
이 있습니다.- IPv6 주소
- fd33::2/64
- IPv6 게이트웨이
- fd33::1
프로세스
DHCP 서버를 설치합니다.
dnf install kea
# dnf install kea
Copy to Clipboard Copied! 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" } ] } ] } }
{ "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 Copied! DHCPv6 서비스를 시작합니다.
systemctl enable --now kea-dhcp6
# systemctl enable --now kea-dhcp6
Copy to Clipboard Copied! DHCPv6 패킷이 방화벽의 RP 필터에 의해 삭제되는 경우 해당 로그를 확인합니다. 로그에
rpfilter_DROP
항목이 포함된 경우/etc/firewalld/firewalld.conf
파일에서 다음 구성을 사용하여 필터를 비활성화합니다.IPv6_rpfilter=no
IPv6_rpfilter=no
Copy to Clipboard Copied!
7.4. BIOS 기반 클라이언트용 TFTP 서버 구성
TFTP 서버와 DHCP 서버를 구성하고 BIOS 기반 AMD 및 Intel 64비트 시스템의 PXE 서버에서 TFTP 서비스를 시작해야 합니다.
프로세스
root 로서 다음 패키지를 설치합니다.
dnf install tftp-server
# dnf install tftp-server
Copy to Clipboard Copied! 방화벽에서
tftp service
에 대한 수신 연결을 허용합니다.firewall-cmd --add-service=tftp
# firewall-cmd --add-service=tftp
Copy to Clipboard Copied! 이 명령은 다음 서버가 재부팅될 때까지 임시 액세스를 활성화합니다.
선택 사항: 영구 액세스를 활성화하려면
--permanent
옵션과 함께 이전 명령을 반복합니다.설치 ISO 파일의 위치에 따라 HTTP 또는 기타 서비스에 대해 들어오는 연결을 허용해야 할 수 있습니다.
syslinux-tftpboot
패키지를 설치합니다.dnf -y install syslinux-tftpboot
# dnf -y install syslinux-tftpboot
Copy to Clipboard Copied! /var/lib/tftpboot
디렉터리에pxelinux
디렉토리를 만들고syslinux-tftpboot
패키지(/tftpboot
디렉터리에 있음)에서 제공하는 모든 파일을pxelinux
디렉터리에 복사합니다.mkdir /var/lib/tftpboot/pxelinux cp /tftpboot/* /var/lib/tftpboot/pxelinux
# mkdir /var/lib/tftpboot/pxelinux # cp /tftpboot/* /var/lib/tftpboot/pxelinux
Copy to Clipboard Copied! pxelinux
디렉터리에pxelinux.cfg
디렉터리를 생성합니다.mkdir /var/lib/tftpboot/pxelinux/pxelinux.cfg
# mkdir /var/lib/tftpboot/pxelinux/pxelinux.cfg
Copy to Clipboard Copied! 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
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 Copied! -
설치 프로그램은 런타임 이미지 없이는 부팅할 수 없습니다.
inst.stage2
부팅 옵션을 사용하여 이미지 위치를 지정합니다. 또는inst.repo=
옵션을 사용하여 이미지와 설치 소스를 지정할 수 있습니다. -
inst.repo
와 함께 사용되는 설치 소스 위치에는 유효한.treeinfo
파일이 포함되어야 합니다. -
RHEL10 설치 DVD의 콘텐츠를 설치 소스로 선택하면
.treeinfo
파일은 BaseOS 및 AppStream 리포지토리를 가리킵니다. 단일inst.repo
옵션을 사용하여 두 리포지토리를 로드할 수 있습니다.
-
설치 프로그램은 런타임 이미지 없이는 부팅할 수 없습니다.
/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/
# 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 Copied! tftp.socket
서비스를 시작하고 활성화합니다.systemctl enable --now tftp.socket
# systemctl enable --now tftp.socket
Copy to Clipboard Copied! 이제 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
일 수 있습니다.
프로세스
root 로서 다음 패키지를 설치합니다.
dnf install tftp-server
# dnf install tftp-server
Copy to Clipboard Copied! 방화벽에서
tftp service
에 대한 수신 연결을 허용합니다.firewall-cmd --add-service=tftp
# firewall-cmd --add-service=tftp
Copy to Clipboard Copied! 이 명령은 다음 서버가 재부팅될 때까지 임시 액세스를 활성화합니다.
선택 사항: 영구 액세스를 활성화하려면
--permanent
옵션과 함께 이전 명령을 반복합니다.설치 ISO 파일의 위치에 따라 HTTP 또는 기타 서비스에 대해 들어오는 연결을 허용해야 할 수 있습니다.
DVD ISO 이미지에서 EFI 부팅 이미지 파일에 액세스합니다.
mount -t iso9660 /path_to_image/name_of_image.iso /mount_point -o loop,ro
# mount -t iso9660 /path_to_image/name_of_image.iso /mount_point -o loop,ro
Copy to Clipboard Copied! DVD ISO 이미지에서 EFI 부팅 이미지를 복사합니다.
mkdir /var/lib/tftpboot/redhat cp -r /mount_point/EFI /var/lib/tftpboot/redhat/
# mkdir /var/lib/tftpboot/redhat # cp -r /mount_point/EFI /var/lib/tftpboot/redhat/
Copy to Clipboard Copied! /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
# 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 Copied! 복사된 파일의 권한을 수정합니다.
chmod -R 755 /var/lib/tftpboot/redhat/
# chmod -R 755 /var/lib/tftpboot/redhat/
Copy to Clipboard Copied! /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 } }
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 Copied! -
설치 프로그램은 런타임 이미지 없이는 부팅할 수 없습니다.
inst.stage2
부팅 옵션을 사용하여 이미지 위치를 지정합니다. 또는inst.repo=
옵션을 사용하여 이미지와 설치 소스를 지정할 수 있습니다. -
inst.repo
와 함께 사용되는 설치 소스 위치에는 유효한.treeinfo
파일이 포함되어야 합니다. -
RHEL10 설치 DVD를 설치 소스로 선택하면
.treeinfo
파일은 BaseOS 및 AppStream 리포지토리를 가리킵니다. 단일inst.repo
옵션을 사용하여 두 리포지토리를 로드할 수 있습니다.
-
설치 프로그램은 런타임 이미지 없이는 부팅할 수 없습니다.
tftp.socket
서비스를 시작하고 활성화합니다.systemctl enable --now tftp.socket
# systemctl enable --now tftp.socket
Copy to Clipboard Copied! 이제 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 서버를 관리하는 데 사용할 수 있는 하드웨어 어플라이언스입니다.
설치 워크플로에는 다음과 같은 일반적인 단계가 포함됩니다.
- RHEL 설치 ISO를 다운로드합니다.
- 설치 방법에 따라 부팅 가능한 물리적 설치 미디어를 준비합니다.
Power System이 HMC에 추가되었는지 확인합니다.
자세한 내용은 IBM 문서의 HMC에 연결 추가 또는 제거를 참조하십시오.
- 관리 시스템에서 VIOS 및 LPAR을 구성하거나 요구 사항에 따라 전체 시스템 LPAR을 구성합니다.
HMC 콘솔에 로그인합니다.
-
ssh
hscroot@ <HMC_IP_address
>를 실행하여mkvterm -m < managed_system_name > -p < lpar_name
> 명령 또는vtmenu
인터페이스를 사용하여 LPAR 콘솔에 액세스합니다. - HMC GUI를 사용하여 LPAR의 전원을 켭니다.
- 선택 사항: 원격 데스크탑 세션으로 전환합니다.
-
ssh
- Red Hat Enterprise Linux를 설치합니다.
- 선택 사항: 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을 설치할 수 있습니다.
설치 워크플로에는 다음과 같은 일반적인 단계가 포함됩니다.
- RHEL 설치 ISO를 다운로드합니다.
- 설치 방법에 따라 부팅 가능한 물리적 설치 미디어를 준비합니다.
- RHEL 설치를 위한 머신을 준비합니다.
- 설치 프로그램 커널을 부팅합니다.
- Red Hat Enterprise Linux를 설치합니다.
- 선택 사항: 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-blk
및 virtio-scsi
장치를 통해 연결된 SCSI 디스크 장치를 지원합니다. FCP 장치를 사용할 때 더 나은 안정성을 위해 다중 경로 구성으로 사용하십시오.
DASD는 장치당 최대 3개의 파티션을 허용하는 디스크입니다. 예를 들어 dasda
는 dasda1
,dasda2
및 dasda3
파티션을 가질 수 있습니다.
사전 설치 결정
- 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/VM | KVM | LPAR |
---|---|---|---|---|
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)을 설치할 때 다양한 시스템 유형에 대해 지원되는 환경, 네트워크 장치, 머신 유형 및 스토리지 유형에 대한 정보를 제공합니다. 이러한 테이블을 사용하여 특정 시스템 구성으로 다양한 구성 요소의 호환성을 확인합니다.
네트워크 장치 | z/VM | KVM | LPAR |
---|---|---|---|
Open Systems Adapter (OSA) | 제공됨 | 해당 없음 | 제공됨 |
HiperSockets | 제공됨 | 해당 없음 | 제공됨 |
virtio-net | 해당 없음 | 제공됨 | 해당 없음 |
RoCE(RDMA over Converged Ethernet) | 제공됨 | 제공됨 | 제공됨 |
N/A는 구성 요소가 지정된 시스템 유형에 적용되지 않음을 나타냅니다.
머신 유형 | z/VM | KVM | LPAR |
---|---|---|---|
ESA | 제공됨 | 해당 없음 | 해당 없음 |
s390-virtio-ccw | 해당 없음 | 제공됨 | 해당 없음 |
N/A는 구성 요소가 지정된 시스템 유형에 적용되지 않음을 나타냅니다.
스토리지 유형 | z/VM | KVM | LPAR |
---|---|---|---|
DASD | 제공됨 | 제공됨 | 제공됨 |
FCP SCSI | 제공됨 | 제공됨[a] | 제공됨 |
virtio-blk | 해당 없음 | 제공됨 | 해당 없음 |
[a]
구성에 따른 조건부 지원
|
N/A는 구성 요소가 지정된 시스템 유형에 적용되지 않음을 나타냅니다.
9.4. 64비트 IBM Z 서버의 설치 프로세스 개요
64비트 IBM Z에 Red Hat Enterprise Linux를 대화형 또는 무인 모드로 설치할 수 있습니다. 64비트 IBM Z에 설치하는 것은 일반적으로 로컬 미디어가 아닌 네트워크를 통해 수행되므로 다른 아키텍처와 다릅니다. 설치는 다음 세 단계로 구성됩니다.
설치 부팅.
- 가상 시스템에 연결합니다.
- 부팅 매개 변수를 사용자 지정합니다.
- 초기 프로그램 로드(IPL)를 수행하거나 설치 프로그램이 포함된 미디어에서 부팅합니다.
설치 시스템에 연결
- 로컬 시스템에서 SSH를 사용하여 원격 64비트 IBM Z 시스템에 연결하고 RDP(Remote Desktop Protocol)를 사용하여 설치 프로그램을 시작합니다.
- 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>
rd.znet=qeth,0.0.0600,0.0.0601,0.0.0602,layer2=1,portno=<number>
Copy to Clipboard Copied! 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
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 Copied! 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
rd.zfcp=0.0.4000,0x5005076300C213e9,0x5022000000000000
rd.zfcp=0.0.4000
- 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
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
일부 설치 방법은 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
images/kernel.img 0x00000000
images/initrd.img 0x02000000
images/genericdvd.prm 0x00010480
images/initrd.addrsize 0x00010408
유효한 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 설명서 를 참조하십시오.
프로세스
- Linux 설치에 선택한 z/VM 게스트 가상 머신에 로그인합니다.
선택 사항: 3270 연결이 중단되고 이전 세션이 아직 활성 상태이므로 다시 로그인할 수 없는 경우 z/VM 로그온 화면에 다음 명령을 입력하여 이전 세션을 새 세션으로 교체할 수 있습니다.
logon user here
logon user here
Copy to Clipboard Copied! 사용자를 z/VM 게스트 가상 머신의 이름으로 교체합니다. 외부 보안 관리자(예: RACF)가 사용되는지 여부에 따라 logon 명령이 다를 수 있습니다.
게스트에서 CMS (Z/VM과 함께 제공되는 단일 사용자 운영 체제)를 아직 실행하지 않은 경우 다음 명령을 입력하여 지금 부팅합니다.
cp ipl cms
cp ipl cms
Copy to Clipboard Copied! A 디스크(종종 장치 번호 0191)와 같은 CMS 디스크를 설치 대상으로 사용하지 마십시오. CMS에서 사용 중인 디스크를 확인하려면 다음 쿼리를 사용합니다.
query disk
query disk
Copy to Clipboard Copied! 다음 CP(z/VM 제어 프로그램)를 사용하여 z/VM 게스트 가상 머신의 장치 구성에 대해 알아보려면 z/VM 하이퍼바이저 쿼리 명령을 사용할 수 있습니다.
64비트 IBM Z 용어로 storage 라고 하는 사용 가능한 기본 메모리를 쿼리합니다. 게스트에 최소 1GiB의 메인 메모리가 있어야 합니다.
cp query virtual storage
cp query virtual storage
Copy to Clipboard Copied! 유형별로 사용 가능한 네트워크 장치를 쿼리합니다.
osa
- OSA - CHPID 유형 OSD, 실제 또는 가상 (VSWITCH 또는 GuestLAN)은 QDIO 모드에서 모두
hsi
- HiperSockets - CHPID 유형 IQD, 실제 또는 가상 (GuestLAN 유형 Hipers)
lcs
- LCS - CHPID 유형 PKCS
예를 들어 위에서 언급한 모든 네트워크 장치 유형을 쿼리하려면 다음을 실행합니다.
cp query virtual osa
cp query virtual osa
Copy to Clipboard Copied! 사용 가능한 DASD 쿼리. 읽기-쓰기 모드에 대해
RW
에 플래그가 지정된 RW만 설치 대상으로 사용할 수 있습니다.cp query virtual dasd
cp query virtual dasd
Copy to Clipboard Copied! 사용 가능한 FCP 장치(vHBAs)를 쿼리합니다.
cp query virtual fcp
cp query virtual fcp
Copy to Clipboard Copied!
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
.
또한 매개 변수 파일에 CMSDASD
및 CMSCONFFILE
매개변수를 추가해야 합니다. 이러한 매개변수는 설치 프로그램이 구성 파일을 가리킵니다.
CMSDASD=cmsdasd_address
여기서 cmsdasd_address 는 구성 파일이 포함된 CMS 형식의 디스크의 장치 번호입니다. 일반적으로 CMS 사용자의
A
디스크입니다.예:
CMSDASD=191
CMSCONFFILE=configuration_file
여기서 configuration_file 은 구성 파일의 이름입니다. 이 값은 소문자로 지정해야 합니다. Linux 파일 이름 형식으로 지정됩니다.
CMS_file_name.CMS_file_type
.CMS 파일
REDHAT CONF
는redhat.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"
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 Copied! 예: ( 샘플 qeth SUBCHANNEL 문):
SUBCHANNELS="0.0.f5f0,0.0.f5f1,0.0.f5f2"
SUBCHANNELS="0.0.f5f0,0.0.f5f1,0.0.f5f2"
Copy to Clipboard Copied! PORTNO="portnumber"
-
PORTNO="0"(포트 0
사용) 또는PORTNO="1"
( CHPID당 두 개의 포트가 있는 OSA 기능 포트 1을 사용할 수 있음)를 추가할 수 있습니다. LAYER2="value"
여기서 value 는
0
또는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"
여기서 value 는
0
또는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"
여기서 value 는
0
,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"
DNS="10.1.2.3:10.3.2.1"
Copy to Clipboard Copied! SEARCHDNS="domain1:domain2:additional_dns_terms:domainN"
여기서 "domain1:domain2:additional_dns_terms:domainN"은 콜론으로 구분된 검색 도메인 목록입니다. 예를 들면 다음과 같습니다.
SEARCHDNS="subdomain.domain:domain"
SEARCHDNS="subdomain.domain:domain"
Copy to Clipboard Copied! 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)"
DASD="eb1c,0.0.a000-0.0.a003,eb10-eb14(diag),0.0.ab1c(ro:diag)"
Copy to Clipboard Copied! FCP_n="device_bus_ID [WWPN FCP_LUN]"
FCP 전용 환경의 경우 CMS 구성 파일에서
DASD=
옵션을 제거하여 DASD가 없음을 나타냅니다.FCP_n="device_bus_ID [WWPN FCP_LUN]"
FCP_n="device_bus_ID [WWPN FCP_LUN]"
Copy to Clipboard Copied! 다음과 같습니다.
-
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진수 값으로 지정됩니다.
-
N은 일반적으로 정수 값(예:
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"
FCP_1="0.0.fc00 0x50050763050b073d 0x4020400100000000" FCP_2="0.0.4000"
Copy to Clipboard Copied! 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
를 로컬에서 찾을 수 없는 경우 Anaconda 는inst.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/
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 Copied! 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
ro ramdisk_size=40000 cio_ignore=all,!condev
CMSDASD="191" CMSCONFFILE="redhat.conf"
inst.rdp
inst.repo=http://example.com/path/to/dvd-contents
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"
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"
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
$ virt-install --name=<guest_name> --disk size=<disksize_in_GB> --memory=<memory_size_in_MB> --cdrom <filepath_to_iso> --graphics vnc
Copy to Clipboard Copied!
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에 설치합니다.
프로세스
- 네트워크 케이블이 연결되어 있는지 확인합니다. 컴퓨터가 설정되어 있지 않은 경우에도 네트워크 소켓의 링크 표시등이 켜야 합니다.
시스템을 켭니다.
하드웨어에 따라 시스템이 HTTP 부팅 서버에 연결하기 전에 일부 네트워크 설정 및 진단 정보를 표시할 수 있습니다. 연결하면 HTTP 부팅 서버 구성에 따라 메뉴가 표시됩니다.
키보드의 화살표 키를 사용하여 필요한 부팅 옵션을 선택하고 Enter 키를 눌러 부팅 옵션을 선택합니다. 설치 프로그램이 시작되고 그래픽 또는 텍스트 사용자 인터페이스를 사용하여 Red Hat Enterprise Linux를 설치할 수 있습니다.
부팅 메뉴 창에서 작업이 없는 경우 기본적으로 60초 이내에 설치 프로그램이 자동으로 시작됩니다.
선택 사항: 사용 가능한 부팅 옵션을 편집합니다.
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에 설치합니다.
프로세스
- 네트워크 케이블이 연결되어 있는지 확인합니다. 컴퓨터가 설정되어 있지 않은 경우에도 네트워크 소켓의 링크 표시등이 켜야 합니다.
시스템에서 전환합니다.
하드웨어에 따라 시스템이 PXE 서버에 연결하기 전에 일부 네트워크 설정 및 진단 정보를 표시할 수 있습니다. 연결하면 PXE 서버 구성에 따라 메뉴가 표시됩니다.
키보드의 화살표 키를 사용하여 필요한 부팅 옵션을 선택하고 Enter 키를 눌러 부팅 옵션을 선택합니다. 설치 프로그램이 시작되고 그래픽 또는 텍스트 사용자 인터페이스를 사용하여 Red Hat Enterprise Linux를 설치할 수 있습니다.
부팅 메뉴에서 작업이 실행되지 않으면 기본적으로 60초 이내에 설치 프로그램이 자동으로 시작됩니다.
선택 사항: 사용 가능한 부팅 옵션을 편집합니다.
- 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을 설치할 수 있습니다.
프로세스
- IBM Z Hardware Management Console(HMC) 또는 지원 요소(SE)에 새 운영 체제를 LPAR에 설치하기에 충분한 권한이 있는 사용자로 로그인합니다.
- 시스템 탭에서 작업하려는 가상 네트워크를 선택한 다음 파티션 탭에서 설치할 LPAR을 선택합니다.
- 화면 하단에서 운영 체제 메시지를 찾습니다. 운영 체제 메시지를 두 번 클릭하여 Linux 부팅 메시지가 표시되는 텍스트 콘솔을 표시합니다.
- Removable Media 또는 Server에서 로드 를 두 번 클릭합니다.
다음 대화 상자에서 SFTP/FTPS/FTP Server 를 선택하고 다음 정보를 입력합니다.
- 호스트 컴퓨터 - 설치하려는 FTP 서버의 호스트 이름 또는 IP 주소(예: ftp.redhat.com)
- 사용자 ID - FTP 서버의 사용자 이름입니다. 또는 anonymous를 지정합니다.
- 암호 - 암호. 익명으로 로그인하는 경우 이메일 주소를 사용합니다.
- 파일 위치(선택 사항) - IBM Z용 Red Hat Enterprise Linux를 보유하는 FTP 서버의 디렉터리입니다(예: /rhel/s390x/ ).
- Continue 를 클릭합니다.
- 다음 대화 상자에서 기본 generic.ins 를 계속 선택하고 Continue 를 클릭합니다.
11.3.2. IBM Z LPAR에 설치할 준비 DASD에서 RHEL 설치 부팅
이미 준비된 DASD를 사용하여 LPAR에 Red Hat Enterprise Linux를 설치할 수 있습니다.
프로세스
- IBM Z Hardware Management Console(HMC) 또는 지원 요소(SE)에 새 운영 체제를 LPAR에 설치하기에 충분한 권한이 있는 사용자로 로그인합니다.
- 시스템 탭에서 작업하려는 가상 네트워크를 선택한 다음 파티션 탭에서 설치할 LPAR을 선택합니다.
- 화면 하단에서 운영 체제 메시지를 찾습니다. 운영 체제 메시지를 두 번 클릭하여 Linux 부팅 메시지가 표시되는 텍스트 콘솔을 표시합니다.
- 로드 를 두 번 클릭합니다.
- 다음과 같은 대화 상자에서 Load type 으로 Normal 을 선택합니다.
- Load address 로 DASD의 장치 번호를 입력합니다.
- OK 버튼을 클릭합니다.
11.3.3. IBM Z LPAR에 설치하기 위해 FCP 연결 SCSI 디스크에서 RHEL 설치 부팅
이미 준비된 FCP가 SCSI 디스크를 첨부하여 LPAR에 Red Hat Enterprise Linux를 설치할 수 있습니다.
프로세스
- IBM Z Hardware Management Console(HMC) 또는 지원 요소(SE)에 새 운영 체제를 LPAR에 설치하기에 충분한 권한이 있는 사용자로 로그인합니다.
- 시스템 탭에서 작업하려는 가상 네트워크를 선택한 다음 파티션 탭에서 설치할 LPAR을 선택합니다.
- 화면 하단에서 운영 체제 메시지를 찾습니다. 운영 체제 메시지를 두 번 클릭하여 Linux 부팅 메시지가 표시되는 텍스트 콘솔을 표시합니다.
- 로드 를 두 번 클릭합니다.
- 다음 대화 상자에서 로드 유형으로 SCSI 를 선택합니다.
- 로드 주소 로서 SCSI 디스크와 연결된 FCP 채널의 장치 번호를 입력합니다.
- World wide port name 로서 16자리 16진수로 디스크를 포함하는 스토리지 시스템의 WWPN을 입력합니다.
- 논리 단위 번호 로서 16자리 16진수로 디스크의 LUN을 입력합니다.
- Boot record 논리 블록 주소를 0 으로 두고 운영 체제별 로드 매개변수를 비워 둡니다.
- OK 버튼을 클릭합니다.
11.4. IBM Z에 설치 부팅하여 z/VM에 RHEL 설치
z/VM 아래에 설치할 때 다음에서 부팅할 수 있습니다.
- z/VM 가상 리더
- zipl 부트 로더로 준비된 DASD 또는 FCP 연결 SCSI 디스크
11.4.1. z/VM 리더를 사용하여 RHEL 설치 부팅
z/VM 리더에서 부팅할 수 있습니다.
프로세스
필요한 경우 z/VM TCP/IP 도구가 포함된 장치를 CMS 디스크 목록에 추가합니다. 예를 들면 다음과 같습니다.
cp link tcpmaint 592 592 acc 592 fm
cp link tcpmaint 592 592 acc 592 fm
Copy to Clipboard Copied! fm 을
FILEMODE
문자로 바꿉니다.FTPS 서버에 연결하려면 다음을 입력합니다.
ftp <host> (secure
ftp <host> (secure
Copy to Clipboard Copied! 여기서
host
는 부팅 이미지를 호스팅하는 FTP 서버의 호스트 이름 또는 IP 주소입니다(kernel.img
및initrd.img
).로그인하고 다음 명령을 실행합니다. 기존
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
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 Copied! 선택 사항: 수신된 파일과 형식을 표시하기 위해 CMS 명령
filelist
를 사용하여 파일이 올바르게 전송되었는지 확인합니다.kernel.img
및initrd.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
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 Copied! PF3 을 눌러 filelist를 종료하고 CMS 프롬프트로 돌아갑니다.
필요한 경우
generic.prm
에서 부팅 매개변수를 사용자 지정합니다. 자세한 내용은 부팅 매개변수 사용자 지정을 참조하십시오.스토리지 및 네트워크 장치를 구성하는 또 다른 방법은 CMS 구성 파일을 사용하는 것입니다. 이러한 경우
CMSDASD=
및CMSCONFFILE=
매개 변수를generic.prm
에 추가합니다.마지막으로 REXX 스크립트 redhat.exec를 실행하여 설치 프로그램을 부팅합니다.
redhat
redhat
Copy to Clipboard Copied!
11.4.2. 준비된 DASD를 사용하여 RHEL 설치 부팅
준비 DASD를 사용하려면 다음 단계를 수행합니다.
프로세스
준비된 DASD에서 부팅하고 Red Hat Enterprise Linux 설치 프로그램을 참조하는 zipl 부팅 메뉴 항목을 선택합니다. 다음 형식의 명령을 사용합니다.
cp ipl DASD_device_number loadparm boot_entry_number
cp ipl DASD_device_number loadparm boot_entry_number
Copy to Clipboard Copied! DASD_device_number 를 부팅 장치의 장치 번호로 바꾸고 boot_entry_number 를 이 장치의 zipl 구성 메뉴로 바꿉니다. 예를 들면 다음과 같습니다.
cp ipl eb1c loadparm 0
cp ipl eb1c loadparm 0
Copy to Clipboard Copied!
11.4.3. FCP 연결 SCSI 디스크를 사용하여 RHEL 설치 부팅
다음 단계를 수행하여 준비된 FCP 연결 SCSI 디스크에서 부팅합니다.
프로세스
FCP 스토리지 영역 네트워크의 준비된 SCSI 디스크에 액세스하도록 z/VM의 SCSI 부트 로더를 구성합니다. Red Hat Enterprise Linux 설치 프로그램을 참조하는 준비된 zipl 부팅 메뉴 항목을 선택합니다. 다음 형식의 명령을 사용합니다.
cp set loaddev portname WWPN lun LUN bootprog boot_entry_number
cp set loaddev portname WWPN lun LUN bootprog boot_entry_number
Copy to Clipboard Copied! WWPN 을 스토리지 시스템의 World Wide Port Name으로, LUN 을 디스크의 논리 단위 번호로 바꿉니다. 16자리 16진수는 각각 8자리의 두 쌍으로 분할되어야 합니다. 예를 들면 다음과 같습니다.
cp set loaddev portname 50050763 050b073d lun 40204011 00000000 bootprog 0
cp set loaddev portname 50050763 050b073d lun 40204011 00000000 bootprog 0
Copy to Clipboard Copied! 선택 사항: 명령을 사용하여 설정을 확인합니다.
query loaddev
query loaddev
Copy to Clipboard Copied! 다음 명령을 사용하여 디스크를 포함하는 스토리지 시스템과 연결된 FCP 장치를 부팅합니다.
cp ipl FCP_device
cp ipl FCP_device
Copy to Clipboard Copied! 예를 들면 다음과 같습니다.
cp ipl fc00
cp ipl fc00
Copy to Clipboard Copied!
12장. 선택 사항: 부팅 옵션 사용자 정의
x86_64
또는 ARM64
아키텍처에 RHEL을 설치하는 경우 부팅 옵션을 편집하여 특정 환경에 따라 설치 프로세스를 사용자 지정할 수 있습니다.
12.1. 부팅 옵션
부팅 명령줄에 공백으로 구분된 여러 옵션을 추가할 수 있습니다. 설치 프로그램과 관련된 부팅 옵션은 항상 inst
로 시작합니다. 다음은 사용 가능한 부팅 옵션입니다.
- "=" 기호"가 있는 옵션
-
=
기호를 사용하는 부팅 옵션의 값을 지정해야 합니다. 예를 들어inst.lang=
옵션에는 이 예제의 언어 코드가 포함되어야 합니다. 이 예제의 올바른 구문은inst.lang=en_US
입니다. - "=" 기호"가 없는 옵션
-
이 부팅 옵션은 값 또는 매개변수를 허용하지 않습니다. 예를 들어,
rd.live.check
옵션은 설치를 시작하기 전에 설치 미디어를 강제로 설치 프로그램에 강제 적용합니다. 이 부팅 옵션이 있는 경우 설치 프로그램이 확인을 수행하고 부팅 옵션이 없으면 확인을 건너뜁니다.
e
키를 누른 후 명령줄에 사용자 지정 부팅 옵션을 추가하여 특정 메뉴 항목에 대한 부팅 옵션을 사용자 지정할 수 있습니다. 준비되면 Ctrl+X
를 눌러 수정된 옵션을 부팅합니다. 자세한 내용은 GRUB2 메뉴 편집을 참조하십시오.
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=location
및inst.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에 구울 수있는 방법에 대한 지침은 시스템의 소프트웨어 문서를 참조하십시오.
프로세스
- 드라이버 업데이트 CD 또는 DVD를 시스템의 CD/DVD 드라이브에 삽입하고 시스템의 파일 관리자 툴을 사용하여 찾습니다.
-
단일 파일
rhdd3
을 사용할 수 있는지 확인합니다.rhdd3
는 드라이버 설명과rpms
라는 디렉터리가 포함된 서명 파일입니다. 이 디렉터리에는 다양한 아키텍처의 실제 드라이버가 있는 RPM 패키지가 포함되어 있습니다.
12.3.4. 드라이버 업데이트 USB 드라이브 준비
USB 플래시 드라이브에서 드라이버 업데이트를 준비할 수 있습니다.
사전 요구 사항
- Red Hat, 하드웨어 벤더 또는 신뢰할 수 있는 타사 벤더의 드라이버 업데이트 ISO 이미지를 받았습니다.
- RHEL과 호환되는 파일 시스템이 있는 USB 플래시 드라이브를 준비하여 드라이버 업데이트 ISO를 배치할 수 있습니다.
프로세스
-
USB 드라이브를 컴퓨터에 연결하고 시스템에서 할당한 장치를 확인합니다. 할당된 장치를 찾으려면
dmesg
또는lsblk -o +MOUNTPOINT
명령의 출력을 검사할 수 있습니다. 드라이브가 마운트되었는지 여부와 마운트 지점이 무엇인지 확인합니다(
lsblk
명령의 출력에 기반). 마운트되지 않은 경우 수동으로 마운트합니다.선택 사항: 마운트 지점 디렉터리를 생성합니다.
mkdir /path/to/mountpoint
mkdir /path/to/mountpoint
Copy to Clipboard Copied! 마운트 지점 디렉터리에 USB 장치의 파티션을 마운트합니다. 다음 예제에서는 드라이버 업데이트 ISO 파일을 저장하는 데 사용할 장치의 파티션이
/dev/sdb1
이고 마운트 지점은/mnt/usbdrive
라고 가정합니다.sudo mount /dev/sdb1 /mnt/usbdrive
sudo mount /dev/sdb1 /mnt/usbdrive
Copy to Clipboard Copied!
드라이버 업데이트 ISO 파일을 USB 드라이브에 복사합니다.
다음 예제에서는 마운트 지점이
/mnt/usbdrive
이고 ISO 파일의 위치는/home/user/driverdisk.iso
인 것으로 가정합니다.sudo cp /home/user/driverdisk.iso /mnt/usbdrive
sudo cp /home/user/driverdisk.iso /mnt/usbdrive
Copy to Clipboard Copied! umount
명령을 사용하여 USB 장치를 마운트 해제합니다.sudo umount /mnt/usbdrive
sudo umount /mnt/usbdrive
Copy to Clipboard Copied!
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 드라이브를 자동으로 스캔할 수 있습니다. 자세한 내용은 드라이버 업데이트 수행을참조하십시오.
프로세스
- 부팅 메뉴 창에서 키보드의 E 키를 눌러 부팅 명령줄을 표시합니다.
-
inst.dd
부팅 옵션을linux
또는linuxefi
로 시작하는 명령줄에 추가하고 Ctrl+X 를 눌러 부팅 프로세스를 실행합니다. - 메뉴에서 로컬 디스크 파티션 또는 CD, DVD 또는 USB 장치를 선택합니다. 설치 프로그램은 ISO 파일 또는 드라이버 업데이트 RPM 패키지를 스캔합니다.
선택 사항: 드라이버 업데이트 ISO 파일을 선택합니다.
이 단계는 선택한 장치 또는 파티션에 ISO 이미지 파일이 아닌 드라이버 업데이트 RPM 패키지(예: ISO 파일이 기록된 드라이버 업데이트 CD, DVD 또는 USB 드라이브가 포함된 광 드라이브)가 포함된 경우 필요하지 않습니다.
필요한 드라이버를 선택합니다.
- 키보드의 숫자 키와 Enter 키를 사용하여 드라이버 선택을 전환합니다.
- c 를 누른 다음 Enter 를 눌러 선택한 드라이버를 설치합니다. 선택한 드라이버가 로드되고 c 를 누른 후 다시 입력하여 드라이버 디스크 장치 선택을 종료하면 설치 프로세스가 시작됩니다.
12.3.7. 수동 드라이버 업데이트 수행
설치 중에 수동 드라이버 업데이트를 수행할 수 있습니다.
사전 요구 사항
- 드라이버 업데이트 ISO 이미지 파일을 USB 플래시 드라이브 또는 웹 서버에 배치하고 컴퓨터에 연결했습니다.
프로세스
- 부팅 메뉴 창에서 키보드의 E 키를 눌러 부팅 명령줄을 표시합니다.
-
inst.dd=위치
부팅 옵션을 명령줄에 추가합니다. 여기서 location은 드라이버 업데이트 경로입니다. 일반적으로 이미지 파일은 웹 서버(예: http://server.example.com/dd.iso) 또는 USB 플래시 드라이브(예:/dev/sdb1
)에 있습니다. 드라이버 업데이트가 포함된 RPM 패키지를 지정할 수도 있습니다(예: http://server.example.com/dd.rpm). - Ctrl+X 를 눌러 부팅 프로세스를 실행합니다. 지정된 위치에서 사용할 수 있는 드라이버가 자동으로 로드되고 설치 프로세스가 시작됩니다.
12.3.8. 드라이버 비활성화
오작동 드라이버를 비활성화할 수 있습니다.
사전 요구 사항
- 설치 미디어의 부트로더(GRUB) 메뉴로 부팅되었습니다.
프로세스
- 부팅 메뉴에서 키보드의 E 키를 눌러 부팅 명령줄을 표시합니다.
modprobe.blacklist=driver_name
부팅 옵션을 명령줄에 추가합니다.driver_name을 비활성화하려는 드라이버 또는 드라이버 이름으로 교체합니다. 예를 들면 다음과 같습니다.
modprobe.blacklist=ahci
modprobe.blacklist=ahci
Copy to Clipboard Copied! modprobe.blacklist=
boot 옵션을 사용하여 비활성화된 드라이버는 설치된 시스템에서 비활성화된 상태로 남아 있으며/etc/modprobe.d/anaconda-blacklist.conf
파일에 표시됩니다.- 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 뷰어가 설치되어 있습니다.
프로세스
-
대상 시스템의 RHEL 부팅 메뉴에서 키보드의
e
키를 눌러 부팅 옵션을 편집합니다. inst.rdp
옵션을 명령줄 끝에 추가합니다.inst.rdp.username
및inst.rdp.password
부팅 옵션을 사용하여 RDP 자격 증명을 설정할 수도 있습니다. 예를 들면 다음과 같습니다.inst.rdp inst.rdp.username=my_username inst.rdp.password=my_password
inst.rdp inst.rdp.username=my_username inst.rdp.password=my_password
Copy to Clipboard Copied! -
CTRL+X
또는F10
을 눌러 설치를 시작합니다. 대상 시스템은 설치 프로그램을 초기화하고 필요한 서비스를 시작합니다. 시스템이 준비되면 시스템의 IP 주소를 제공하는 메시지가 표시됩니다. - 부팅 옵션을 사용하여 이전에 제공되지 않은 경우 사용자 이름 및 암호 세부 정보를 제공합니다.
- 원격 시스템에서 RDP 뷰어를 엽니다.
- RDP 서버 필드에 IP 주소를 입력합니다.
- 연결을 클릭합니다.
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.
Starting installer, one moment…
Please ssh install@my-z-system (system IP address) to begin the install.
프로세스
로컬 시스템에서 아래 단계를 실행하여 64비트 IBM Z 시스템과의 원격 연결을 설정합니다.
명령 프롬프트에서 다음 명령을 실행합니다.
$ssh install@_my-z-system-domain-name_
$ssh install@_my-z-system-domain-name_
Copy to Clipboard Copied! 또는
$ssh install@_my-z-system-IP-address_
$ssh install@_my-z-system-IP-address_
Copy to Clipboard Copied! 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]:
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 Copied! inst.rdp 매개변수를
구성한 경우 4 단계로 진행합니다.-
1
을 입력하여 RDP를 시작합니다. -
이전에
inst.rdp.username
및inst.rdp.password
부팅 옵션을 통해 이러한 값을 설정하지 않은 경우 RDP 사용자 이름과 암호를 입력합니다. - 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 창으로 전환할 수도 있습니다.
바로 가기 | 내용 |
---|---|
Ctrl+b 1 | 기본 설치 프로그램 창입니다. 텍스트 기반 프롬프트(텍스트 모드 및 RDP 인증 정보의 대화형 항목에 사용됨) 및 일부 디버깅 정보가 포함되어 있습니다. |
Ctrl+b 2 |
|
Ctrl+b 3 |
설치 로그; |
Ctrl+b 4 |
스토리지 로그; |
Ctrl+b 5 |
프로그램 로그; 설치 프로세스 중에 실행되는 유틸리티의 메시지를 표시하고 |
Ctrl+b 6 |
패키지 로그; |
16장. 설치 프로그램에서 시스템 사용자 정의
설치의 사용자 지정 단계에서 Red Hat Enterprise Linux를 설치할 수 있도록 특정 구성 작업을 수행해야 합니다. 다음과 같은 가상화 작업이 지원됩니다.
- 스토리지 구성 및 마운트 지점 할당.
- 소프트웨어를 설치할 기본 환경 선택.
- root 사용자의 암호 설정 또는 로컬 사용자 생성.
선택적으로 시스템 설정을 구성하고 호스트를 네트워크에 연결하여 시스템을 추가로 사용자 지정할 수 있습니다.
16.1. 설치 프로그램 언어 설정
설치를 시작하기 전에 설치 프로그램에서 사용할 언어를 선택할 수 있습니다.
사전 요구 사항
- 설치 미디어가 생성되어 있습니다.
- 부팅 ISO 이미지 파일을 사용하는 경우 설치 소스를 지정했습니다.
- 미디어에서 부트로더 메뉴로 부팅되었습니다.
프로세스
- 부팅 메뉴에서 Red hat Enterprise Linux 옵션을 선택하면 설치 프로그램이 시작되고 welcome to Red Hat Enterprise Screen 이 표시됩니다.
welcome to Red Hat Enterprise Linux 창 왼쪽 창에서 언어를 선택합니다. 또는 텍스트 상자를 사용하여 선호하는 언어를 검색합니다.
참고언어는 기본적으로 사전 선택됩니다. 사전 선택된 언어는 GeoIP 모듈의 자동 위치 탐지 기능에 의해 결정됩니다. 부팅 명령줄에
inst.lang=
옵션을 사용하는 경우 부팅 옵션으로 정의한 언어가 선택됩니다.- welcome to Red Hat Enterprise Linux 창 오른쪽 창에서 해당 리전과 관련된 위치를 선택합니다.
- 를 클릭하여 그래픽 설치 창을 진행합니다.
Red Hat Enterprise Linux의 시험판 버전을 설치하는 경우 설치 미디어의 시험판 상태에 대한 경고 메시지가 표시됩니다.
- 설치를 계속하려면 계속 , 또는
- 설치를 종료하고 시스템을 재부팅하려면 the installation을 클릭합니다.
16.2. 스토리지 장치 구성
다양한 스토리지 장치에 RHEL을 설치할 수 있습니다. 설치 대상 창에서 로컬로 액세스할 수 있는 기본 스토리지 장치를 구성할 수 있습니다. 디스크 및 솔리드 스테이트 드라이브와 같은 로컬 시스템에 직접 연결된 기본 스토리지 장치는 창의 로컬 표준 디스크 섹션에 표시됩니다. 64비트 IBM Z 시스템에서 이 섹션에는 활성화된 Direct Access Storage 장치(DASD)가 포함되어 있습니다.
16.2.1. 설치 대상 구성
Installation Destination 창을 사용하여 스토리지 옵션(예: Red Hat Enterprise Linux 설치의 설치 대상으로 사용할 디스크)을 구성할 수 있습니다. 디스크를 하나 이상 선택해야 합니다.
사전 요구 사항
- Installation Summary 창이 열립니다.
- 이미 데이터가 포함된 디스크를 사용하려는 경우 데이터를 백업해야 합니다. 파티션을 조작하는 것은 항상 위험이 있습니다. 예를 들어 디스크의 어떤 이유로든 프로세스가 중단되거나 실패하는 경우 해당 프로세스가 손실될 수 있습니다.
프로세스
Installation Summary 창에서 Installation Destination 을 클릭합니다. 설치 대상 창이 열리면 다음 작업을 수행합니다.
로컬 표준 디스크 섹션에서 필요한 스토리지 장치를 선택합니다. 흰색 확인 표시는 선택을 나타냅니다. 설치 프로세스 중에 흰색 확인 표시가 없는 디스크는 사용되지 않습니다. 자동 파티션을 선택하면 무시되며 수동 파티션에서 사용할 수 없습니다.
로컬 표준 디스크 는 SATA, NVME 및 SCSI 디스크, USB 플래시 및 외부 디스크와 같이 로컬에서 사용 가능한 모든 스토리지 장치를 표시합니다. 아래 2단계를 수행하지 않는 한 설치 프로그램이 시작된 후 연결된 스토리지 장치가 감지되지 않습니다. 이동식 드라이브를 사용하여 Red Hat Enterprise Linux를 설치하는 경우 장치를 제거하면 시스템을 사용할 수 없습니다.
선택 사항: 설치 프로그램이 시작된 후 연결된 추가 로컬 스토리지 장치를 구성하려면 창 오른쪽 아래에 있는 새로 고침 링크를 클릭합니다. Rescan Disks 대화 상자가 열립니다.
설치 중에 수행한 모든 스토리지 변경 사항은 Rescan Disks 를 클릭하면 손실됩니다.
- 설치 대상 창으로 돌아갑니다. 새 디스크를 포함하여 감지된 모든 디스크가 로컬 표준 디스크 섹션에 표시됩니다. 클릭하여
선택 사항:
클릭하여 특수 스토리지 장치를 추가합니다.스토리지 장치 선택 창이 열리고 설치 프로그램에서 액세스할 수 있는 모든 스토리지 장치가 나열됩니다.
선택 사항: 스토리지 구성에서 자동 파티셔닝을 위한 자동 라디오 버튼을 선택합니다.
사용자 지정 파티셔닝을 구성할 수도 있습니다. 자세한 내용은 수동 파티션 구성을 참조하십시오.
- 선택 사항: 기존 파티션을 제거하거나 축소하여 기존 파티션 레이아웃에서 공간을 회수하여 여유 공간을 선택합니다. 예를 들어 사용하려는 디스크에 이미 다른 운영 체제가 있고 이 시스템의 파티션을 줄여 Red Hat Enterprise Linux에 더 많은 공간을 허용하려는 경우입니다.
선택 사항: Linux 통합 키 설정 (LUKS)을 사용하여 시스템을 부팅하는 데 필요한 파티션(예:
/boot
)을 제외한 모든 파티션을 암호화하기 위해 데이터 암호화를 선택합니다. 디스크를 암호화하면 추가 보안 계층이 추가됩니다.디스크 암호화 암호 대화 상자가 열립니다.
을 클릭합니다.- 암호를 암호 및 확인 필드에 입력합니다.
- 주의
LUKS 암호를 분실하는 경우 암호화된 파티션과 해당 데이터에 완전히 액세스할 수 없습니다. 분실된 암호를 복구할 방법은 없습니다. 그러나 Kickstart 설치를 수행하는 경우 암호화 암호를 저장하고 설치 중에 백업 암호화 암호를 생성할 수 있습니다.
선택 사항: 창의 왼쪽 아래에 있는 전체 디스크 요약 및 부트로더 링크를 클릭하여 부트 로더가 포함된 스토리지 장치를 선택합니다. 자세한 내용은 부트 로더 구성을 참조하십시오.
대부분의 경우 부트 로더를 기본 위치에 두면 충분합니다. 예를 들어 다른 부트 로더에서 체인 로드가 필요한 일부 구성에서는 부팅 드라이브를 수동으로 지정해야 합니다.
- 을 클릭합니다.
선택 사항: 기존 파티션 옵션을 제거하거나 축소하여 자동 파티셔닝 및 여유 공간을 선택하거나 Red Hat Enterprise Linux를 설치하기 위해 선택한 디스크에 사용 가능한 공간이 충분하지 않은 경우 디스크 공간 회수 대화 상자가 표시됩니다. 구성된 모든 디스크 장치 및 해당 장치의 모든 파티션을 나열합니다. 대화 상자에는 현재 선택한 패키지 세트와 회수된 공간이 있는 설치에 필요한 최소 디스크 공간에 대한 정보가 표시됩니다. 회수 프로세스를 시작하려면 다음을 수행합니다.
- 사용 가능한 스토리지 장치의 표시된 목록을 검토합니다. Reclaimable Space 열에는 각 항목에서 회수할 수 있는 공간이 표시됩니다.
- 공간을 회수할 디스크 또는 파티션을 선택합니다.
- 버튼을 사용하여 기존 데이터를 유지하면서 파티션에서 사용 가능한 공간을 사용합니다.
- 버튼을 사용하여 기존 데이터를 포함하여 선택한 디스크의 파티션 또는 모든 파티션을 삭제합니다.
- 버튼을 사용하여 기존 데이터를 포함한 모든 디스크의 기존 파티션을 모두 삭제하고 Red Hat Enterprise Linux를 설치하는 데 이 공간을 사용할 수 있도록 합니다.
설치 요약 창에서 클릭할 때까지 디스크 변경이 수행되지 않습니다. 시작을공간 회수 대화 상자는 크기 조정 또는 삭제를 위한 파티션만 표시합니다. 작업이 수행되지 않습니다.
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 시스템을 설치하는 경우 부트 로더를 설치하려는 디스크를 수동으로 지정할 수 있습니다.
프로세스
Installation Destination 창에서 전체 디스크 요약 및 부트로더 링크를 클릭합니다. 선택한 디스크 대화 상자가 열립니다.
부트 로더는 선택한 장치 또는 UEFI 시스템의 장치에 설치됩니다. EFI 시스템 파티션이 대상 장치에 생성되어 부트 로더 파일을 저장하는 데 사용됩니다.
- 부팅 장치를 변경하려면 목록에서 장치를 선택하고 를 클릭합니다. 하나의 장치만 부팅 장치로 설정할 수 있습니다.
- 새 부트 로더 설치를 비활성화하려면 현재 부팅용으로 표시된 장치를 선택하고 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 창이 열립니다.
프로세스
- Installation Summary 창에서 Installation Destination 을 클릭합니다. 설치 대상 창이 열리고 사용 가능한 모든 드라이브가 나열됩니다.
- Specialized & Network Disks 섹션에서 클릭합니다. 스토리지 장치 선택 창이 열립니다.
포트, 대상, LUN 또는 WWID로 검색하려면 검색 기준 탭을 클릭합니다.
WWID 또는 LUN으로 검색하려면 해당 입력 텍스트 필드에 추가 값이 필요합니다.
- 검색 드롭다운 메뉴에서 필요한 옵션을 선택합니다.
- 클릭하여 검색을 시작합니다. 각 장치는 해당 확인란이 있는 별도의 행에 표시됩니다.
설치 프로세스 중에 필요한 장치를 활성화하려면 확인란을 선택합니다.
나중에 설치 과정에서 선택한 장치에 Red Hat Enterprise Linux를 설치하도록 선택할 수 있으며, 설치된 시스템의 일부로 선택한 다른 장치를 자동으로 마운트하도록 선택할 수 있습니다. 선택한 장치는 설치 프로세스에서 자동으로 삭제되지 않으며 장치를 선택하면 장치에 저장된 데이터가 위험하지 않습니다.
참고/etc/fstab
파일을 수정하여 설치 후 시스템에 장치를 추가할 수 있습니다.- 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 창이 열립니다.
프로세스
- Installation Summary 창에서 Installation Destination 을 클릭합니다. 설치 대상 창이 열리고 사용 가능한 모든 드라이브가 나열됩니다.
- Specialized & Network Disks 섹션에서 클릭합니다. 스토리지 장치 선택 창이 열립니다.
iSCSI 스토리지 대상 추가 창이 열립니다.
클릭합니다.중요이 방법을 사용하여 수동으로 추가한 iSCSI 대상에
/boot
파티션을 배치할 수 없습니다. iBFT와 함께 사용하도록/boot
파티션이 포함된 iSCSI 대상을 구성해야 합니다. 그러나 설치된 시스템이 펌웨어 iBFT 이외의 방법으로 제공되는 iBFT 구성으로 iSCSI에서 부팅해야 하는 경우 예를 들어 iPXE를 사용하여/boot
파티션 제한을 제거할 수 있습니다.inst.nonibftiscsiboot
설치 프로그램 부팅 옵션을 사용하여 /boot 파티션 제한을 제거할 수 있습니다.- 대상 IP 주소 필드에 iSCSI 대상의 IP 주소를 입력합니다.
iSCSI 정규화된 이름 (IQN) 형식의 iSCSI 이니시에이터의 iSCSI 초기자 이름 필드에 이름을 입력합니다. 유효한 IQN 항목에는 다음 정보가 포함됩니다.
-
문자열
iqn
(시간 참조). -
조직의 인터넷 도메인 또는 하위 도메인 이름이 등록된 연도 및 월을 지정하는 날짜 코드는 연도, 대시, 한 달의 4 자리 숫자와 마침표로 표시됩니다. 예를 들어 2010년 9월은
2010-09로 표시됩니다.
-
조직의 인터넷 도메인 또는 하위 도메인 이름이 먼저 최상위 도메인과 역순으로 표시됩니다. 예를 들어, 하위 도메인
storage.example.com
을com.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) 이름 지정 및 검색에서 사용할 수 있습니다.
-
문자열
Discovery Authentication Type
드롭다운 메뉴를 선택하여 iSCSI 검색에 사용할 인증 유형을 지정합니다. 다음 옵션을 사용할 수 있습니다.- 인증 정보 없음
- CHAP 쌍
- CHAP 쌍 및 역방향 쌍
다음 중 하나를 수행합니다.
-
CHAP 쌍을
인증 유형으로 선택한 경우 CHAP 사용자 이름 및CHAP 암호
필드에 iSCSI 대상의 사용자 이름과 -
CHAP 쌍과 역방향 쌍을
인증 유형으로 선택한 경우 CHAP 사용자 이름 및CHAP 암호 필드에 iSCSI 대상의 사용자
이름과 암호를 입력하고 역방향CHAP
사용자 이름 및역방향 CHAP 암호 필드에 iSCSI 이니시에이터의 사용자
이름과 암호를 입력합니다.
-
-
선택 사항:
네트워크 인터페이스에 대상 바인딩 확인란을
선택합니다. 설치 프로그램은 제공된 정보를 기반으로 iSCSI 대상을 검색하려고 합니다. 검색에 성공하면
iSCSI 스토리지 대상 추가 창에 대상
에서 검색된 모든 iSCSI 노드 목록이 표시됩니다.설치에 사용할 노드의 확인란을 선택합니다.
Node login authentication type
메뉴에는Discovery Authentication Type
메뉴와 동일한 옵션이 포함되어 있습니다. 그러나 검색 인증에 대한 인증 정보가 필요한 경우 동일한 인증 정보를 사용하여 검색된 노드에 로그인합니다.-
검색 드롭다운 메뉴에서 추가
Use the credentials from discovery
를 클릭합니다. 적절한 인증 정보를 제공하면 버튼을 사용할 수 있게 됩니다. - 을 클릭하여 iSCSI 세션을 시작합니다.
설치 프로그램은 iscsiadm
을 사용하여 iSCSI 대상을 찾아 로그인하는 반면 iscsiadm
은 iscsiadm
iSCSI 데이터베이스에 이러한 대상에 대한 모든 정보를 자동으로 저장합니다. 그런 다음 설치 프로그램이 이 데이터베이스를 설치된 시스템에 복사하고 루트 파티션에 사용되지 않는 iSCSI 대상을 표시하여 시스템이 시작될 때 자동으로 로그인하도록 합니다. 루트 파티션이 iSCSI 대상에 배치된 경우 initrd
는 이 대상에 로그하고 설치 프로그램은 동일한 대상에 여러 번 로그인하려고 시도하지 않도록 시작 스크립트에 이 대상을 포함하지 않습니다.
16.2.6.2. FCoE 매개변수 구성
FCoE 매개변수를 구성하여 설치 대상 창에서 FCoE(Fibre Channel over Ethernet) 장치를 검색할 수 있습니다.
사전 요구 사항
- Installation Summary 창이 열립니다.
프로세스
- Installation Summary 창에서 Installation Destination 을 클릭합니다. 설치 대상 창이 열리고 사용 가능한 모든 드라이브가 나열됩니다.
- Specialized & Network Disks 섹션에서 클릭합니다. 스토리지 장치 선택 창이 열립니다.
- 클릭합니다. FCoE 스토리지 장치를 검색하기 위해 네트워크 인터페이스를 구성할 수 있는 대화 상자가 열립니다.
-
NIC
드롭다운 메뉴에서 FCoE 스위치에 연결된 네트워크 인터페이스를 선택합니다. - 를 클릭하여 SAN 장치의 네트워크를 스캔합니다.
필요한 확인란을 선택합니다.
- DCB 사용:DCB(Data Center Bridging )는 스토리지 네트워크 및 클러스터에서 이더넷 연결의 효율성을 높이기 위해 설계된 이더넷 프로토콜의 개선 사항 세트입니다. DCB에 대한 설치 프로그램의 인식을 활성화하거나 비활성화하려면 확인란을 선택합니다. 호스트 기반 DCBX 클라이언트가 필요한 네트워크 인터페이스에만 이 옵션을 활성화합니다. 하드웨어 DCBX 클라이언트를 사용하는 인터페이스의 구성의 경우 확인란을 비활성화합니다.
- 자동 vlan:자동 VLAN 은 기본적으로 활성화되어 있으며 VLAN 검색을 수행해야 하는지 여부를 나타냅니다. 이 확인란이 활성화되면 FIP(FCoE Initiation Protocol) VLAN 검색 프로토콜이 링크 구성을 검증할 때 이더넷 인터페이스에서 실행됩니다. 아직 구성되지 않은 경우 검색된 FCoE VLAN에 대한 네트워크 인터페이스가 자동으로 생성되고 VLAN 인터페이스에 FCoE 인스턴스가 생성됩니다.
-
검색된 FCoE 장치는 설치 대상 창의
기타 SAN 장치
탭에 표시됩니다.
16.2.6.3. DASD 스토리지 장치 구성
설치 대상 창에서 DASD 스토리지 장치를 검색하고 구성할 수 있습니다.
사전 요구 사항
- Installation Summary 창이 열립니다.
프로세스
- Installation Summary 창에서 Installation Destination 을 클릭합니다. 설치 대상 창이 열리고 사용 가능한 모든 드라이브가 나열됩니다.
- Specialized & Network Disks 섹션에서 클릭합니다. 스토리지 장치 선택 창이 열립니다.
- DASD 스토리지 대상 추가 대화 상자가 열리고 0.0.0204 와 같은 장치 번호를 지정하고 설치를 시작할 때 감지되지 않은 추가 DASD를 연결하라는 메시지를 표시합니다. 클릭합니다.
- 장치 번호 필드에 연결할 DASD의 장치 번호를 입력합니다.
지정된 장치 번호가 있는 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가 없음을 나타냅니다.
프로세스
- Installation Summary 창에서 Installation Destination 을 클릭합니다. 설치 대상 창이 열리고 사용 가능한 모든 드라이브가 나열됩니다.
- Specialized & Network Disks 섹션에서 클릭합니다. 스토리지 장치 선택 창이 열립니다.
FCP(Fibre Channel Protocol) 스토리지 장치를 추가할 수 있도록 zFCP 스토리지 대상 추가 대화 상자가 열립니다.
클릭합니다.64비트 IBM Z를 사용하려면 설치 프로그램이 FCP LUN을 활성화할 수 있도록 FCP 장치를 수동으로 입력해야 합니다. 그래픽 설치에서 FCP 장치를 입력하거나 매개 변수 또는 CMS 구성 파일에서 고유한 매개 변수 항목으로 입력할 수 있습니다. 입력한 값은 구성하는 각 사이트에 고유해야 합니다.
- 장치 번호 필드에 4 자리 16진수 장치 번호를 입력합니다.
zFCP
장치가 NPIV 모드로 구성되지 않았거나zfcp.allow_lun_scan=0
커널 모듈 매개변수에 의해자동 LUN
검사를 비활성화한 경우 다음 값을 제공합니다.- WWPN 필드에 16 자리 16진수 WWPN(World Wide Port Number)을 입력합니다.
- LUN 필드에 16 자리 16진수 FCP LUN 식별자를 입력합니다.
- 클릭하여 FCP 장치에 연결합니다.
새로 추가된 장치는 설치 대상 창의 IBM Z 탭에 표시됩니다.
16진수 값에서 소문자만 사용합니다. 잘못된 값을 입력하고
클릭하면 설치 프로그램에 경고가 표시됩니다. 구성 정보를 편집하고 검색 시도를 다시 시도할 수 있습니다. 이러한 값에 대한 자세한 내용은 하드웨어 설명서를 참조하고 시스템 관리자에게 확인하십시오.16.2.6.5. 그래픽 설치 모드를 사용하여 NVMe 패브릭 장치 구성
그래픽 설치를 사용하여 설치 대상으로 사용하기 위해 패브릭에서 NVMe(Non-volatile Memory Express™)를 구성합니다. 또한 장치가 부팅 요구 사항을 충족하는 경우 장치를 부팅 장치로 설정할 수도 있습니다.
사전 요구 사항
- 패브릭 장치에 대한 NVMe™가 시스템에 있습니다.
- 초기 설치 프로세스가 완료되었으며 설치 요약 창이 열립니다.
프로세스
Installation Summary 창에서 Installation Destination 을 클릭합니다.
설치 대상 창이 열리고 사용 가능한 모든 장치가 나열됩니다. 여기에는 로컬 (PCI Express 전송) NVMe™ 장치가 포함됩니다.
Specialized & Network Disks 섹션에서 Add a disk… 을 클릭합니다.
스토리지 장치 선택 창이 열립니다.
- NVMe™ Fabrics Devices 탭을 클릭합니다.
- 선택 사항: 장치 목록이 너무 긴 경우 필터 옵션을 사용하여 특정 장치를 확인합니다.
- 확인란을 사용하여 목록에서 장치를 선택합니다.
Done 을 클릭하여 Installation Destination 창으로 돌아갑니다.
재구성한 NVMe™ 장치는 Specialized & Network Disks 섹션에 표시됩니다.
- Done 을 클릭하여 Installation Summary 창으로 돌아갑니다.
16.3. 루트 계정 구성 및 사용자 생성
root 계정을 구성하고 설치 요약 화면에서 시스템에 액세스할 수 있는 사용자를 생성할 수 있습니다.
16.3.1. root 계정 구성
시스템 관리 작업에 대해 관리자(수퍼유저 또는 root
) 계정에 로그인하도록 설치 프로세스 중에 root 계정을 구성할 수 있습니다. 다음과 같은 가상화 작업이 지원됩니다.
- 소프트웨어 패키지 설치 및 업데이트
- 네트워크 및 방화벽 설정과 같은 시스템 전체 구성 변경, 스토리지 옵션
- 사용자, 그룹 및 파일 권한 추가 또는 수정.
설치된 시스템에 대한 root 권한을 얻으려면 root
계정을 사용하거나 관리 권한이 있는 사용자 계정을 만듭니다( wheel
그룹의 구성원). root
계정은 설치 중에 항상 생성됩니다. 작업에 대한 관리자 액세스 권한이 필요한 경우에만 관리자 계정으로 전환합니다.
root
계정은 시스템을 완전히 제어할 수 있습니다. 권한이 없는 사용자가 계정에 액세스할 수 있는 경우 사용자의 개인 파일에 액세스하거나 삭제할 수 있습니다.
프로세스
설치 요약 창에서 사용자 설정 > 루트 계정을 선택합니다. Root Account 창이 열립니다.
기본적으로 Disable root account 옵션이 선택됩니다.
- root 계정을 활성화하려면 Enable root account 옵션을 선택합니다.
Root Password 필드에 암호를 입력합니다.
루트 암호는 대소문자를 구분하며 숫자가 포함된 8 자 이상이어야 하며 문자(대소문자 및 소문자) 및 기호 여야 합니다.
- Confirm 필드에 동일한 암호를 입력합니다.
-
선택 사항:
password를 사용한 root SSH 로그인 허용
옵션을 선택하여 root 사용자로 이 시스템에 대한 SSH 액세스(암호 사용)를 활성화합니다. 기본적으로 암호 기반 SSH root 액세스는 비활성화되어 있습니다. Installation Summary 창으로 돌아갑니다.
을 클릭하여 root 암호를 확인하고약한 암호를 사용하는 경우
를 두 번 클릭해야 합니다.
16.3.2. 사용자 계정 생성
설치 요약 창에서 사용자 계정을 생성할 수 있습니다.
root 계정만 사용하여 권한 있는 작업을 수행해야 합니다. 권한이 없는 사용자 계정 대신 root 계정을 사용하여 일반 작업을 수행하면 보안 위험이 발생할 수 있습니다.
프로세스
- 설치 요약 창에서 사용자 설정 > 사용자 생성 을 선택합니다. Create User 창이 열립니다.
- 사용자 계정 이름을 전체 이름 필드에 입력합니다(예: Name).
사용자 이름 필드에 사용자 이름을 입력합니다(예: jsmith).
사용자 이름은 명령줄에서 로그인하는 데 사용됩니다. 그래픽 환경을 설치하는 경우 그래픽 로그인 관리자는 전체 이름을 사용합니다.
이…에 관리 권한 추가 옵션은 기본적으로 선택됩니다. 이 계정에 관리 권한을 공유하지 않으려면 이 옵션을 선택 해제합니다. 기본적으로 새 사용자에게는 시스템에 대한 관리 권한이 있습니다.
관리자는
sudo
명령을 사용하여root
암호 대신 사용자 암호를 사용하여root
에서만 사용할 수 있는 작업을 수행할 수 있습니다. 더 편리하지만 보안 위험이 발생할 수도 있습니다.이 계정을 사용하려면 암호 필요 옵션이 기본적으로 선택됩니다. 암호 없이 이 계정을 사용하려면 이를 비활성화합니다.
사용자에게 관리자 권한을 부여하는 경우 계정이 암호로 보호되었는지 확인합니다. 계정에 암호를 할당하지 않고 사용자에게 관리자 권한을 부여하지 마십시오.
- 암호 필드에 암호를 입력합니다.
- Confirm password 필드에 동일한 암호를 입력합니다.
- Installation Summary 창으로 돌아갑니다. 을 클릭하여 변경 사항을 적용하고
16.3.3. 고급 사용자 설정 편집
고급 사용자 구성 대화 상자에서 사용자 계정의 기본 설정을 편집할 수 있습니다.
프로세스
- Create User 창에서 를 클릭합니다.
-
필요한 경우 홈 디렉터리 필드에서 세부 정보를 편집합니다. 필드는 기본적으로
/home/사용자 이름으로
채워집니다. 사용자 및 그룹 ID 섹션에서 다음을 수행할 수 있습니다.
수동으로 사용자 ID 지정 확인란을 선택하고 또는 를 사용하여 필요한 값을 입력합니다.
기본값은 1000입니다. UID(사용자 ID) 0-999는 시스템에서 예약하므로 사용자에게 할당할 수 없습니다.
수동으로 그룹 ID 지정 확인란을 선택하고 또는 를 사용하여 필요한 값을 입력합니다.
기본 그룹 이름은 사용자 이름과 동일하며 기본 그룹 ID(GID)는 1000입니다. GID 0-999는 시스템에서 예약하므로 사용자 그룹에 할당할 수 없습니다.
그룹 멤버십 필드에서 추가 그룹을 쉼표로 구분된 목록으로 지정합니다. 아직 존재하지 않는 그룹이 생성됩니다. 추가 그룹에 대한 사용자 지정 GID를 지정할 수 있습니다. 새 그룹에 대한 사용자 지정 GID를 지정하지 않으면 새 그룹이 GID를 자동으로 수신합니다.
생성된 사용자 계정에는 항상 하나의 기본 그룹 멤버십(사용자 ID 지정에 ID가 설정된 사용자 기본 그룹)이 있습니다.
- Create User 창으로 돌아갑니다. (변경 사항 저장)를 클릭하여 업데이트를 적용하고
16.4. 수동 파티션 설정
수동 파티션을 사용하여 디스크 파티션 및 마운트 지점을 구성하고 Red Hat Enterprise Linux가 설치된 파일 시스템을 정의할 수 있습니다. 설치하기 전에 파티션 또는 파티션되지 않은 디스크 장치를 사용할지 여부를 고려해야 합니다. 직접 또는 LVM을 사용하여 LUN에서 파티셔닝의 이점과 단점에 대한 자세한 내용은 LUN에서 파티셔닝을 사용하는 이점과 단점은 Red Hat 지식베이스 솔루션을 참조하십시오.
표준 파티션 , LVM 및
및 스토리지 옵션을 사용할 수 있습니다. 이러한 옵션은 시스템 스토리지를 효과적으로 관리하기 위한 다양한 이점과 구성을 제공합니다.
을 포함하여 다양한 파티션LVM
씬 프로비저닝
- 표준 파티션
-
표준 파티션에는 파일 시스템 또는 스왑 공간이 포함됩니다. 표준 파티션은
/boot
및BIOS 부팅
및EFI 시스템 파티션에
가장 일반적으로 사용됩니다. 대부분의 다른 용도에서 LVM 논리 볼륨을 사용할 수 있습니다. - LVM
-
장치 유형으로
LVM
(또는 논리 볼륨 관리)을 선택하면 LVM 논리 볼륨이 생성됩니다. LVM은 물리적 디스크를 사용할 때 성능을 향상시키고, 하나의 마운트 지점에 여러 물리적 디스크를 사용하고 성능, 안정성 또는 둘 다를 위해 소프트웨어 RAID를 설정하는 것과 같은 고급 설정을 허용합니다. - LVM 씬 프로비저닝
- 씬 프로비저닝을 사용하면 애플리케이션에서 필요할 때 임의의 수의 장치에 할당할 수 있는 씬 풀이라는 여유 공간의 스토리지 풀을 관리할 수 있습니다. 필요한 경우 스토리지 공간을 비용 효율적으로 할당하는 데 필요한 경우 풀을 동적으로 확장할 수 있습니다.
Red Hat Enterprise Linux를 설치하려면 최소 하나의 파티션이 필요하지만 / , /home
,
, /
bootswap
. 필요에 따라 추가 파티션 및 볼륨을 생성할 수도 있습니다.
데이터 손실을 방지하려면 계속하기 전에 데이터를 백업하는 것이 좋습니다. 듀얼 부팅 시스템을 업그레이드하거나 생성하는 경우 스토리지 장치에서 유지하려는 데이터를 백업해야 합니다.
16.4.1. 권장되는 파티션 스키마
다음 마운트 지점에 별도의 파일 시스템을 생성합니다. 그러나 필요한 경우 /usr
,/var
, /tmp
마운트 지점에 파일 시스템을 생성할 수도 있습니다.
-
/boot
-
/
(root) -
/home
-
swap
-
/boot/efi
-
PReP
이 파티션 스키마는 베어 메탈 배포에는 권장되며 가상 및 클라우드 배포에는 적용되지 않습니다.
/boot
파티션 - 최소 1GiB의 권장 크기-
/boot
에 마운트된 파티션에는 운영 체제 커널이 포함되어 있으므로 시스템이 부트스트랩 프로세스 중에 사용되는 파일과 함께 Red Hat Enterprise Linux 10을 부팅할 수 있습니다. 대부분의 펌웨어의 제한 사항으로 인해 이러한 상태를 유지할 작은 파티션을 만듭니다. 대부분의 시나리오에서는 1GiB 부팅 파티션이 적합합니다. 다른 마운트 지점과 달리/boot
에 LVM 볼륨을 사용할 수 없습니다./boot
는 별도의 디스크 파티션에 있어야 합니다.
RAID 카드가 있는 경우 일부 BIOS 유형에서 RAID 카드 부팅을 지원하지 않습니다. 이러한 경우 /boot
파티션을 별도의 디스크와 같이 RAID 배열 외부의 파티션에 만들어야 합니다.
-
일반적으로
/boot
파티션은 설치 프로그램에 의해 자동으로 생성됩니다. 그러나/
(root) 파티션이 2TiB보다 크고 (U)EFI가 부팅에 사용되는 경우 시스템을 성공적으로 부팅하기 위해 2TiB보다 작은 별도의/boot
파티션을 만들어야 합니다. -
수동 파티셔닝 중에
/boot
파티션이 디스크의 처음 2TB 내에 있는지 확인합니다./boot
파티션을 2TB 경계 이상으로 배치하면 설치가 성공할 수 있지만 BIOS에서 이 제한을 초과하여/boot
파티션을 읽을 수 없기 때문에 시스템이 부팅되지 않습니다.
root
- 최소 10GiB의 권장 크기여기서 "/" 또는 루트 디렉터리가 있습니다.
루트 디렉터리는 디렉터리 구조의 최상위 수준입니다. 기본적으로 다른 파일 시스템이 기록되는 경로에 마운트되지 않는 한,
/boot
또는/home
과 같이 모든 파일이 이 파일 시스템에 작성됩니다.5GiB 루트 파일 시스템을 사용하면 최소 설치를 설치할 수 있지만 원하는 만큼 패키지 그룹을 설치할 수 있도록 최소 10GiB를 할당하는 것이 좋습니다.
/
디렉토리를 /root
디렉토리와 혼동하지 마십시오. /root
디렉터리는 root 사용자의 홈 디렉터리입니다. /root
디렉토리를 루트 디렉토리와 구별하기 위해 슬래시 루트 라고도 합니다.
/home
- 최소 1GiB의 권장 크기-
시스템 데이터와 별도로 사용자 데이터를 저장하려면
/home
디렉터리에 대한 전용 파일 시스템을 만듭니다. 로컬에 저장된 데이터 양, 사용자 수 등에서 파일 시스템 크기를 기반으로 합니다. 사용자 데이터 파일을 삭제하지 않고 Red Hat Enterprise Linux 10을 업그레이드하거나 다시 설치할 수 있습니다. 자동 파티셔닝을 선택하는 경우/home
파일 시스템이 생성되었는지 확인하려면 설치에 최소 55GiB의 디스크 공간을 사용하는 것이 좋습니다. 스왑
파티션 - 권장 크기 1GiB스왑 파일 시스템은 가상 메모리를 지원합니다. 시스템은 처리 중인 데이터를 저장하기에 충분한 RAM이 없을 때 데이터가 스왑 파일 시스템에 작성됩니다. 스왑 크기는 총 시스템 메모리가 아닌 시스템 메모리의 기능이므로 총 시스템 메모리 크기와 동일하지 않습니다. 시스템이 실행 중인 애플리케이션을 분석하는 것이 중요하며 이러한 애플리케이션이 시스템 메모리 워크로드를 결정하기 위해 작동합니다. 애플리케이션 공급자 및 개발자는 지침을 제공할 수 있습니다.
시스템이 스왑 공간이 부족하면 시스템 RAM 메모리가 소모되면 커널이 프로세스를 종료합니다. 스왑 공간을 너무 많이 구성하면 스토리지 장치가 할당되지만 유휴 상태가 되고 리소스가 제대로 사용되지 않습니다. 스왑 공간이 너무 많으면 메모리 누수를 숨길 수도 있습니다. 스왑 파티션 및 기타 추가 정보의 최대 크기는
mkswap(8)
매뉴얼 페이지에서 확인할 수 있습니다.다음 표에서는 시스템의 RAM 양과 시스템의 최대 절전 메모리가 필요한 경우 스왑 파티션의 권장 크기를 제공합니다. 설치 프로그램이 시스템을 자동으로 파티션하도록 하면 다음 지침을 사용하여 스왑 파티션 크기가 설정됩니다. 자동 파티션 설정은 하이버네이션을 사용하지 않는 것으로 가정합니다. 스왑 파티션의 최대 크기는 전체 디스크 크기의 10%로 제한되며 설치 프로그램은 1TiB를 초과하는 스왑 파티션을 생성할 수 없습니다. 완화를 허용할 수 있는 스왑 공간을 충분히 설정하거나 스왑 파티션 크기를 시스템의 스토리지 공간의 10% 이상으로 설정하려면 파티션 레이아웃을 수동으로 편집해야 합니다.
시스템의 RAM 크기 | 권장 스왑 공간 | 하이버네이션을 허용하는 경우 권장 스왑 공간 |
---|---|---|
2GiB 미만 | RAM의 2배 크기 | RAM의 3배 크기 |
2GiB - 8GiB | RAM의 크기와 동일합니다. | RAM의 2배 크기 |
8GiB - 64GiB | 4GiB에서 0.5배 정도의 RAM 크기 | RAM의 1.5배 크기 |
64GiB 이상 | 워크로드에 따라 (최소 4GiB) | hibernation not recommended |
/boot/efi
파티션 - 권장 크기 500MiB- UEFI 기반 AMD64, Intel 64 및 64비트 ARM에는 500MiB EFI 시스템 파티션이 필요합니다. 권장 최소 크기는 500MiB이고 최대 크기는 600MiB입니다. BIOS 시스템에는 EFI 시스템 파티션이 필요하지 않습니다.
예를 들어 2GiB, 8GiB 또는 64GiB 시스템 RAM이 있는 시스템 간의 경계에서 선택한 스왑 공간 및 하이버네이션 지원과 관련하여 재량에 따라 재량에 따라 조치를 취할 수 있습니다. 시스템 리소스가 허용하는 경우 스왑 공간을 늘리면 성능이 향상될 수 있습니다.
특히 빠른 드라이브, 컨트롤러 및 인터페이스가 있는 시스템에서 스왑 공간을 분산하면 스왑 공간 성능도 향상됩니다.
많은 시스템에 필요한 최소보다 많은 파티션과 볼륨이 있습니다. 특정 시스템 요구 사항에 따라 파티션을 선택합니다. 파티션 구성에 대해 잘 모르는 경우 설치 프로그램에서 제공하는 자동 기본 파티션 레이아웃을 수락합니다.
Prep
부팅 파티션 - 권장 크기 4 ~ 8MiB-
IBM Power System 서버에 Red Hat Enterprise Linux를 설치할 때 디스크의 첫 번째 파티션에
PReP
부팅 파티션이 포함되어야 합니다. 여기에는 다른 IBM Power Systems 서버가 Red Hat Enterprise Linux를 부팅할 수 있는 GRUB2 부트 로더가 포함되어 있습니다. BIOS
부팅 파티션 - 권장 크기 1MiB-
GPT(GUID 파티션 테이블)를 사용하여 분할된 BIOS 시스템에 Red Hat Enterprise Linux를 설치할 때 특정 디스크에서 부팅하려면 별도의 파티션이 필요합니다. 이 파티션은
BIOS
부팅이라고 하며 부트 로더를 저장하는 데 사용됩니다.
즉시 필요한 파티션에만 스토리지 용량을 할당합니다. 향후 요구 사항을 해결하기 위해 언제든지 추가 여유 공간을 할당할 수 있습니다.
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. 수동 파티션 시작
수동 파티션을 사용하여 요구 사항에 따라 디스크를 분할할 수 있습니다.
사전 요구 사항
- 설치 요약 화면이 열립니다.
- 모든 디스크를 설치 프로그램에서 사용할 수 있습니다.
프로세스
설치할 디스크를 선택합니다.
- Installation Destination 을 클릭하여 Installation Destination 창을 엽니다.
- 해당 아이콘을 클릭하여 설치에 필요한 디스크를 선택합니다. 선택한 디스크에는 확인 표시가 표시됩니다.
- 스토리지 구성에서 Custom radio-button을 선택합니다.
- Done 을 클릭합니다.
감지된 마운트 지점이 왼쪽 창에 나열됩니다. 마운트 지점은 감지된 운영 체제 설치를 통해 구성됩니다. 결과적으로 파티션을 여러 설치 간에 공유하는 경우 일부 파일 시스템이 여러 번 표시될 수 있습니다.
- 왼쪽 창에서 마운트 지점을 선택합니다. 사용자 지정할 수 있는 옵션은 오른쪽 창에 표시됩니다.
- 선택 사항: 시스템에 기존 파일 시스템이 포함된 경우 설치에 충분한 공간을 사용할 수 있는지 확인합니다. 파티션을 제거하려면 목록에서 해당 파티션을 선택하고 버튼을 클릭합니다. 대화 상자에는 삭제된 파티션이 속한 시스템에서 사용하는 다른 모든 파티션을 제거하는 데 사용할 수 있는 확인란이 있습니다.
선택 사항: 기존 파티션이 없고 일련의 파티션을 시작점으로 만들려면 왼쪽 창에서 원하는 파티션 구성표를 선택하고(Red Hat Enterprise Linux의 기본값)을 클릭하고 Click here to create them automatically link를 클릭합니다.
참고/boot
파티션,/
(root) 볼륨, 사용 가능한 스토리지 크기에 비례하는스왑
볼륨 및 아키텍처와 같은 시스템 속성에 따라 일부 기타 파티션이 왼쪽 창에 생성되고 나열됩니다. 일반적인 설치를 위한 파일 시스템이지만 추가 파일 시스템과 마운트 지점을 추가할 수 있습니다.
- 선택 사항: 마운트 지점을 추가하고 개별 마운트 지점을 구성하는 방식으로 계속합니다.
- 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 패키지를 포함한 페이로드는 특정 디렉터리에 대한 심볼릭 링크 생성에 따라 다릅니다.
프로세스
- Add a New Mount Point 대화 상자가 열립니다. 를 클릭하여 새 파일 시스템 및 관련 마운트 지점을 만듭니다.
-
마운트 지점 드롭다운 메뉴에서 사전 설정된 경로 중 하나를 선택하거나 사용자를 입력합니다. 예를 들어 부팅 파티션의 루트 파티션 또는
/
boot에 대해 / 파일 시스템의 크기를 Desired Capacity 필드에 입력합니다(예:
2GiB
).Desired Capacity 에서 값을 지정하지 않거나 사용 가능한 공간보다 큰 크기를 지정하는 경우 남은 모든 여유 공간이 사용됩니다.
- 수동 파티션 창으로 돌아갑니다. 를 클릭하여 파티션을 만들고
16.4.6. 마운트 지점 파일 시스템의 스토리지 구성
수동으로 생성된 각 마운트 지점의 파티션 스키마를 설정할 수 있습니다. 사용 가능한 옵션은 표준 파티션
,LVM
, LVM 씬 프로비저닝
입니다. Red Hat Enterprise Linux 10에서는 Btfrs 지원이 제거되었습니다.
선택한 값에 관계없이 /boot
파티션은 항상 표준 파티션에 있습니다.
프로세스
- LVM이 아닌 단일 마운트 지점이 있어야 하는 장치를 변경하려면 왼쪽 창에서 필요한 마운트 지점을 선택합니다.
- Device(s) 제목 아래에서 을 클릭합니다. 구성 마운트 지점 대화 상자가 열립니다.
- 하나 이상의 장치를 수동 파티셔닝 창으로 돌아갑니다. 선택을 클릭하여 선택을 확인하고
- 클릭하여 변경 사항을 적용합니다.
- 수동 파티션 창 왼쪽 하단에서 선택한 스토리지 장치를 클릭하여 선택한 디스크 대화 상자를 열고 디스크 정보를 검토합니다.
- 선택 사항: 버튼(회선 화살표 버튼)을 클릭하여 모든 로컬 디스크 및 파티션을 새로 고치십시오. 이는 설치 프로그램 외부에서 고급 파티션 구성을 수행한 후에만 필요합니다. 버튼을 클릭하면 설치 프로그램에서 수행된 모든 구성 변경 사항이 재설정됩니다.
16.4.7. 마운트 지점 파일 시스템 사용자 정의
특정 설정을 설정하려면 파티션 또는 볼륨을 사용자 지정할 수 있습니다. /usr
또는 /var
이 루트 볼륨의 나머지 부분과 별도로 분할되는 경우 이러한 디렉터리에 중요한 구성 요소가 포함되어 있으므로 부팅 프로세스가 훨씬 더 복잡해집니다. 이러한 디렉터리가 iSCSI 드라이브 또는 FCoE 위치에 배치되는 경우와 같은 일부 상황에서는 시스템을 부팅할 수 없거나 장치 의 전원을 끄거나 재부팅할 때 오류가 발생할 수 있습니다.
이 제한은 /usr
또는 /var
에만 적용되며 아래 디렉터리에는 적용되지 않습니다. 예를 들어 /var/www
의 별도의 파티션이 성공적으로 작동합니다.
프로세스
- 왼쪽 창에서 마운트 지점을 선택합니다.
오른쪽 창에서 다음 옵션을 사용자 지정할 수 있습니다.
-
마운트 지점 필드에 파일 시스템 마운트 지점을 입력합니다. 예를 들어 파일 시스템이 루트 파일 시스템인 경우 / ;
/
boot/boot
를 입력한 후. 스왑 파일 시스템의 경우 파일 시스템 유형을swap
으로 설정하는 것만으로는 마운트 지점을 설정하지 마십시오. - Desired Capacity 필드에 파일 시스템의 크기를 입력합니다. KiB 또는 GiB와 같은 일반적인 크기 단위를 사용할 수 있습니다. 다른 단위를 설정하지 않은 경우 기본값은 MiB입니다.
드롭다운 장치 유형 메뉴에서 필요한 장치 유형:
표준 파티션
,LVM
또는LVM 프로비저닝
을 선택합니다.참고RAID
는 분할을 위해 두 개 이상의 디스크가 선택된 경우에만 사용할 수 있습니다.RAID
를 선택하는 경우 RAID 수준을 설정할 수도있습니다
. 마찬가지로LVM
을 선택하는 경우 볼륨 그룹을 지정할수 있습니다
.- Encrypt 확인란을 선택하여 파티션 또는 볼륨을 암호화합니다. 나중에 설치 프로그램에서 암호를 설정해야 합니다.
파일 시스템 드롭다운 메뉴에서 이 파티션 또는 볼륨에 적절한 파일 시스템 유형을 선택합니다.
참고Linux 시스템 파티션에는
VFAT
파일 시스템 지원을 사용할 수 없습니다. 예를 들어/
,/var
,/usr
등.- Reformat 확인란을 선택하여 기존 파티션을 포맷하거나 데이터를 유지하려면 Reformat 확인란을 지웁니다. 새로 생성된 파티션과 볼륨을 다시 포맷해야 하며 확인란을 선택 해제할 수 없습니다.
- 레이블 필드에 파티션의 레이블을 입력합니다. 레이블을 사용하여 개별 파티션을 쉽게 인식하고 처리할 수 있습니다.
-
이름 필드에 이름을 입력합니다. 표준 파티션은 생성 시 자동으로 이름이 지정되며 표준 파티션의 이름을 편집할 수 없습니다. 예를 들어
/boot
이름sda1
을 편집할 수 없습니다.
-
마운트 지점 필드에 파일 시스템 마운트 지점을 입력합니다. 예를 들어 파일 시스템이 루트 파일 시스템인 경우 / ;
- 요약 창에서 클릭할 때까지 변경 사항이 적용되지 않습니다. 시작을 클릭하여 변경 사항을 적용하고 필요한 경우 다른 파티션을 선택하여 사용자 지정합니다. 설치
- 선택 사항: 을 클릭하여 파티션 변경 사항을 삭제합니다.
모든 파일 시스템 및 마운트 지점을 생성하고 사용자 지정한 경우
을 클릭합니다. 파일 시스템을 암호화하도록 선택하면 암호를 생성하라는 메시지가 표시됩니다.설치 프로그램에 대한 모든 스토리지 작업의 요약이 표시되는 변경 사항 요약 대화 상자가 열립니다.
- 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
설치 요약
창이 열립니다.
프로세스
- Installation Destination 을 클릭하여 Installation Destination 창을 엽니다.
- 스토리지 구성에서 사용자 지정 라디오 버튼을 선택합니다. Done 을 클릭합니다.
- Manual Partitioning 창이 열립니다. 을 클릭하면
/home
파티션을 선택하고Mount Point:
아래에/home
을 입력한 다음 Reformat 확인란을 지웁니다.그림 16.1. /home이 포맷되지 않았는지 확인
-
선택 사항: 마운트 지점 파일 시스템 사용자 지정에 설명된 대로 Red Hat Enterprise Linux 10 시스템에 필요한
/home
파티션의 다양한 측면을 사용자 지정할 수도 있습니다. 그러나 RHEL 9 시스템에서/home
을 유지하려면 Reformat 확인란을 지워야 합니다. - 요구 사항에 따라 모든 파티션을 사용자 지정한 후 변경 사항 요약 대화 상자가 열립니다. 를 클릭합니다.
-
변경 사항 요약 대화 상자에
/home
에 대한 변경 사항이 표시되지 않는지 확인합니다. 즉,/home
파티션이 유지됩니다. - 설치 요약 창으로 돌아갑니다. 을 클릭하여 변경 사항을 적용하고
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 6
및 RAID 10
유형을 지원합니다.
64비트 IBM Z에서 스토리지 하위 시스템은 RAID를 투명하게 사용합니다. 소프트웨어 RAID를 수동으로 구성할 필요는 없습니다.
사전 요구 사항
- RAID 구성 옵션이 표시되기 전에 설치를 위해 두 개 이상의 디스크를 선택했습니다. 생성할 RAID 유형에 따라 두 개 이상의 디스크가 필요합니다.
- 설치 대상 창에서 라디오 버튼을 선택했으며 완료 버튼을 클릭하여 수동 파티셔닝 창을 입력했습니다.
- 마운트 지점을 생성했습니다. 마운트 지점을 구성하면 RAID 장치를 구성할 수 있습니다.
프로세스
- 수동 파티션 창의 왼쪽 창에서 필요한 파티션을 선택합니다.
- 장치 유형 드롭다운 메뉴를 클릭하고 RAID 를 선택합니다.
- 장치 섹션에서 을 클릭합니다. 마운트 지점 구성 대화 상자가 열립니다.
- RAID 장치에 포함할 디스크를 선택하고 를 클릭하여 대화 상자를 닫습니다.
- 파일 시스템 드롭다운 메뉴를 클릭하고 선호하는 파일 시스템 유형을 선택합니다.
- RAID 수준 드롭다운 메뉴를 클릭하고 원하는 RAID 수준을 선택합니다.
- 클릭하여 변경 사항을 저장합니다.
- Installation Summary 창으로 돌아갑니다. 을 클릭하여 설정을 적용하여
16.4.10. LVM 논리 볼륨 생성
LVM(Logical Volume Management)은 디스크 또는 LUN과 같은 기본 물리 스토리지 공간에 대한 간단한 논리 뷰를 제공합니다. 물리 스토리지의 파티션은 볼륨 그룹으로 함께 그룹화할 수 있는 물리 볼륨으로 표시됩니다. 각 볼륨 그룹을 표준 디스크 파티션과 유사한 여러 논리 볼륨으로 나눌 수 있습니다. 따라서 LVM 논리 볼륨은 여러 물리 디스크에 걸쳐 있을 수 있는 파티션으로 작동합니다.
- LVM 구성은 그래픽 및 Kickstart 설치에서만 사용할 수 있습니다. 텍스트 모드 설치 중에 LVM 구성을 사용할 수 없습니다.
-
텍스트 모드에서 LVM 구성을 생성하려면 Ctrl+Alt+F2 눌러 다른 가상 콘솔에서 쉘 프롬프트를 사용합니다. 이 쉘에서
Cryostatcreate
및lvm
명령을 실행할 수 있습니다. 텍스트 모드 설치로 돌아가려면 Ctrl+Alt+F1 을 누릅니다.
프로세스
수동 파티셔닝 창에서 다음 옵션을 사용하여 새 마운트 지점을 만듭니다.
- Click here to create them automatically 옵션을 선택하거나 + 버튼을 클릭합니다.
- 드롭다운 목록에서 마운트 지점을 선택하거나 수동으로 입력합니다.
파일 시스템의 크기를 Desired Capacity 필드에 입력합니다. 예를 들면 / , / ,
/
boot참고: 기존 마운트 지점을 사용하도록 이 단계를 수행합니다.
- 마운트 지점을 선택합니다.
드롭다운 메뉴에서
LVM
을 선택합니다. Volume Group 드롭다운 메뉴가 새로 생성된 볼륨 그룹 이름과 함께 표시됩니다.참고구성 대화 상자에서 볼륨 그룹의 물리 확장 영역의 크기를 지정할 수 없습니다. 크기는 항상 기본값인 4MiB로 설정됩니다. 다른 물리 확장 영역이 있는 볼륨 그룹을 생성하려면 대화형 쉘로 전환하여 수동으로
생성하거나
volgroup --pesize=size
명령으로 Kickstart 파일을 사용해야 합니다.- Installation Summary 창으로 돌아갑니다. 을 클릭하여
16.4.11. LVM 논리 볼륨 구성
요구 사항에 따라 새로 생성된 LVM 논리 볼륨을 구성할 수 있습니다.
LVM 볼륨에 /boot
파티션을 배치하는 것은 지원되지 않습니다.
프로세스
수동 파티셔닝 창에서 다음 옵션을 사용하여 마운트 지점을 만듭니다.
- Click here to create them automatically 옵션을 선택하거나 + 버튼을 클릭합니다.
- 드롭다운 목록에서 마운트 지점을 선택하거나 수동으로 입력합니다.
파일 시스템의 크기를 Desired Capacity 필드에 입력합니다. 예를 들면 / , / ,
/
boot기존 마운트 지점을 사용하려면 이 단계를 건너뜁니다.
- 마운트 지점을 선택합니다.
-
장치 유형 드롭다운 메뉴를 클릭하고
LVM
을 선택합니다. Volume Group 드롭다운 메뉴가 새로 생성된 볼륨 그룹 이름과 함께 표시됩니다. 볼륨 그룹 구성 대화 상자가 열립니다.
를 클릭하여 새로 생성된 볼륨 그룹을 구성합니다.참고구성 대화 상자에서 볼륨 그룹의 물리 확장 영역의 크기를 지정할 수 없습니다. 크기는 항상 기본값인 4MiB로 설정됩니다. 다른 물리 확장 영역이 있는 볼륨 그룹을 생성하려면 대화형 쉘로 전환하여 수동으로
생성하거나
volgroup --pesize=size
명령으로 Kickstart 파일을 사용해야 합니다. 자세한 내용은 RHEL 자동 설치 문서를 참조하십시오.선택 사항: RAID 수준 드롭다운 메뉴에서 필요한 RAID 수준을 선택합니다.
사용 가능한 RAID 수준은 실제 RAID 장치와 동일합니다.
- Encrypt 확인란을 선택하여 암호화의 볼륨 그룹을 표시합니다.
크기 정책 드롭다운 메뉴에서 볼륨 그룹에 대해 다음 크기 정책을 선택합니다.
사용 가능한 정책 옵션은 다음과 같습니다.
- 자동
- 볼륨 그룹의 크기는 구성된 논리 볼륨을 포함할 수 있을 만큼 충분히 커지도록 자동으로 설정됩니다. 볼륨 그룹 내에서 사용 가능한 공간이 필요하지 않은 경우 최적입니다.
- 가능한 한 크게
- 볼륨 그룹은 포함된 구성된 논리 볼륨의 크기에 관계없이 최대 크기로 생성됩니다. LVM에 대부분의 데이터를 보관하고 나중에 기존 논리 볼륨의 크기를 늘리거나 이 그룹 내에 추가 논리 볼륨을 생성해야 하는 경우 최적입니다.
- 수정됨
- 볼륨 그룹의 정확한 크기를 설정할 수 있습니다. 구성된 모든 논리 볼륨은 이 고정 크기 내에 적합해야 합니다. 볼륨 그룹이 얼마나 큰지 정확히 알고 있는 경우 유용합니다.
- 수동 파티셔닝 창으로 돌아갑니다. 클릭하여 설정을 적용하고
- 클릭하여 변경 사항을 저장합니다.
- Installation Summary 창으로 돌아갑니다. 을 클릭하여
16.4.12. 파티션에 대한 도움말
모든 시스템을 파티션하는 가장 좋은 방법은 없습니다. 최적의 설정은 설치 중인 시스템을 사용하는 방법에 따라 다릅니다. 그러나 다음 팁은 필요에 맞게 최적의 레이아웃을 찾는 데 도움이 될 수 있습니다.
- 예를 들어 특정 파티션이 특정 디스크에 있어야 하는 경우 먼저 특정 요구 사항이 있는 파티션을 만듭니다.
-
중요한 데이터를 포함할 수 있는 파티션과 볼륨을 암호화하는 것이 좋습니다. 암호화는 권한이 없는 사용자가 물리적 저장 장치에 액세스할 수 있는 경우에도 파티션의 데이터에 액세스하지 못하도록 합니다. 대부분의 경우 사용자 데이터를 포함하는
/home
파티션을 최소한 암호화해야 합니다. -
경우에 따라 / ,
/boot
및/
homeMySQL
데이터베이스를 실행하는 서버에서/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 파일에는 기본 환경의 일부로 설치된 패키지의 세부 정보가 포함되어 있습니다. 사용 가능한 환경은 < ;environment&
gt; 태그로 표시되고 추가 소프트웨어 패키지는 태그로 표시됩니다 .
설치할 패키지를 잘 모를 경우 최소 설치 기본 환경을 선택합니다. 최소 설치는 최소한의 추가 소프트웨어로 Red Hat Enterprise Linux의 기본 버전을 설치합니다. 시스템이 설치를 완료하고 처음으로 로그인하면 DNF 패키지 관리자를 사용하여 추가 소프트웨어를 설치할 수 있습니다.
-
RHEL 10 시스템의
dnf group list
명령을 사용하여 시스템에 설치되는 패키지 목록을 소프트웨어 선택의 일부로 확인합니다. -
설치된 패키지를 제어해야 하는 경우 Kickstart 파일을 사용하고
%packages
섹션에 패키지를 정의할 수 있습니다. 자세한 내용은 RHEL 자동 설치 문서를 참조하십시오. -
기본적으로 RHEL 10은 TuneD 패키지를 설치하지 않습니다.
dnf install tuned
명령을 사용하여 TuneD 패키지를 수동으로 설치할 수 있습니다.
사전 요구 사항
- 설치 소스를 구성했습니다.
- 설치 프로그램에서 패키지 메타데이터를 다운로드했습니다.
- Installation Summary 창이 열립니다.
프로세스
- Installation Summary 창에서 Software Selection을 클릭합니다. Software Selection 창이 열립니다.
- Base Environment 창에서 기본 환경을 선택합니다. 하나의 기본 환경(예: GUI(기본값), 서버, 최소 설치, 워크스테이션, 사용자 지정 운영 체제, 가상화 호스트)만 선택할 수 있습니다. 기본적으로 GUI 기본 환경이 있는 서버 가 선택됩니다.
선택 사항: ARM 기반 시스템에 설치하려면 커널 옵션에서 원하는 페이지 크기를 선택합니다.
기본적으로 4k 페이지 크기가 있는 커널이 선택됩니다.
- 선택한 환경에 대한 추가 소프트웨어 창에서 하나 이상의 옵션을 선택합니다.
- 을 클릭하여 설정을 적용하고 그래픽 설치로 돌아갑니다.
16.6. 선택 사항: 네트워크 및 호스트 이름 구성
네트워크 및 호스트 이름 창을 사용하여 네트워크 인터페이스를 구성할 수 있습니다. 여기에서 선택하는 옵션은 원격 위치 및 설치된 시스템에서 패키지를 다운로드하는 것과 같은 작업을 위해 설치 중에 사용할 수 있습니다.
16.6.1. 네트워크 및 호스트 이름 구성
네트워크 및 호스트 이름 섹션에서 네트워크 및 호스트 이름을 구성할 수 있습니다.
프로세스
- 설치 요약 창에서 .
- 왼쪽 창의 목록에서 인터페이스를 선택합니다. 자세한 내용은 오른쪽 창에 표시됩니다.
선택한 인터페이스를 활성화하거나 비활성화하려면
스위치를 전환합니다.인터페이스를 수동으로 추가하거나 제거할 수 없습니다.
- 를 클릭하여 Bond, Bridge 또는 VLAN 중 하나일 수 있는 가상 네트워크 인터페이스를 추가합니다.
- 를 클릭하여 가상 인터페이스를 제거합니다.
- (구성)를 클릭하여 IP 주소, DNS 서버 또는 기존 인터페이스(가상 및 물리적)의 라우팅 구성과 같은 설정을 변경합니다.
호스트 이름 필드에 시스템의 호스트 이름을 입력합니다.
호스트 이름은
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
의 호스트에 대한 항목을 추가합니다.- 를 클릭하여 설치 프로그램 환경에 호스트 이름을 적용합니다.
- 또는 네트워크 및 호스트 이름 창에서 wireless 옵션을 선택할 수 있습니다. 오른쪽 창에서 클릭하여 Cryostat 연결을 선택하고 필요한 경우 암호를 입력한 다음 연결을 .
16.6.2. 가상 네트워크 인터페이스 추가
가상 네트워크 인터페이스를 추가할 수 있습니다.
프로세스
- 네트워크 및 호스트 이름 창에서 버튼을 클릭하여 가상 네트워크 인터페이스를 추가합니다. 장치 추가 대화 상자가 열립니다.
사용 가능한 가상 인터페이스의 네 가지 유형 중 하나를 선택합니다.
- bond: NIC (Network Interface Controller) 본딩은 여러 개의 물리적 네트워크 인터페이스를 하나의 결합된 채널에 결합하는 방법입니다.
- Bridge: 여러 개의 개별 네트워크를 하나의 집계 네트워크에 연결하는 방법인 NIC 브리징을 나타냅니다.
- VLAN (가상 LAN): 상호 격리된 여러 개의 브로드캐스트 도메인을 생성하는 방법입니다.
- 인터페이스 유형을 선택하고 네트워크 인터페이스 편집을 참조하십시오. 를 클릭합니다. 선택한 인터페이스 유형에 대해 사용 가능한 설정을 편집할 수 있는 편집 인터페이스 대화 상자가 열립니다. 자세한 내용은
- Network & Host name 창으로 돌아갑니다. 클릭하여 가상 인터페이스 설정을 확인하고
- 선택 사항: 가상 인터페이스의 설정을 변경하려면 인터페이스를 선택하고 구성을 .
16.6.3. 네트워크 인터페이스 구성 편집
설치 중에 사용되는 일반적인 유선 연결의 구성을 편집할 수 있습니다. 다른 유형의 네트워크 구성은 특정 구성 매개변수가 다를 수 있지만 광범위하게 유사합니다.
64비트 IBM Z에서는 네트워크 하위 채널을 그룹화하고 사전에 온라인 상태로 설정해야 하므로 새 연결을 추가할 수 없으며 현재 부팅 단계에서만 수행됩니다.
프로세스
네트워크 연결을 수동으로 구성하려면 네트워크 및 호스트 이름 창에서 인터페이스를 선택하고 를 클릭합니다.
선택한 인터페이스와 관련된 편집 대화 상자가 열립니다. 존재하는 옵션은 연결 유형에 따라 달라집니다. 사용 가능한 옵션은 연결 유형이 물리적 인터페이스(선선 또는 무선 네트워크 인터페이스 컨트롤러)인지 아니면 가상 인터페이스(Bond, Bridge, Team(더 이상 사용되지 않음) 또는 Vlan인지 여부에 따라 약간 다릅니다. ???
다음 섹션에는 편집 대화 상자에서 가장 일반적이고 유용한 세 가지 옵션에 대한 정보가 포함되어 있습니다.
16.6.4. 인터페이스 연결 활성화 또는 비활성화
특정 인터페이스 연결을 활성화하거나 비활성화할 수 있습니다.
프로세스
- 일반 탭을 클릭합니다.
-
우선 순위로 자동으로 연결 확인란을 선택하여 연결을 기본적으로 활성화합니다. 기본 우선순위 설정을
0
에서 유지합니다. 선택 사항: 모든 사용자를 사용하여 시스템의 모든 사용자가 이 네트워크에 연결되지 않도록 설정 또는 비활성화하면 이 네트워크 옵션에 연결할 수 있습니다. 이 옵션을 비활성화하면
root
만 이 네트워크에 연결할 수 있습니다.중요유선 연결에서 활성화된 경우 시스템을 시작하거나 재부팅하는 동안 시스템이 자동으로 연결됩니다. 무선 연결에서 인터페이스는 범위의 알려진 무선 네트워크에 연결을 시도합니다.
nm-connection-editor
툴을 포함한 NetworkManager에 대한 자세한 내용은 네트워킹 구성 및 관리를 참조하십시오.네트워크 및 호스트 이름 창으로 돌아갑니다.
클릭하여 변경 사항을 적용하고설치 중 이 시점에서 다른 사용자가 생성되지 않으므로
root
이외의 사용자만 이 인터페이스를 사용할 수 없습니다. 다른 사용자에 대한 연결이 필요한 경우 설치 후 구성해야 합니다.
16.6.5. 정적 IPv4 또는 IPv6 설정 설정
기본적으로 IPv4 및 IPv6는 현재 네트워크 설정에 따라 자동 구성으로 설정됩니다. 즉, 인터페이스가 네트워크에 연결될 때 로컬 IP 주소, DNS 주소 및 기타 설정과 같은 주소가 자동으로 감지됩니다. 대부분의 경우 이 문제로는 충분하지만 IPv4 설정 및 IPv6 설정 탭에 정적 구성을 제공할 수도 있습니다.
프로세스
- 정적 네트워크 구성을 설정하려면 IPv Settings 탭 중 하나로 이동하고 Method 드롭다운 메뉴에서 Automatic 이외의 방법을 선택합니다(예: Manual ). Address pane이 활성화되어 있습니다.
- 선택 사항: IPv6 설정 탭에서 이 인터페이스에서 IPv6를 비활성화하도록 메서드를 Ignore 로 설정할 수도 있습니다.
- 클릭하고 주소 설정을 입력합니다.
-
추가 DNS servers 필드에 IP 주소를 입력합니다. DNS 서버의 IP 주소를 하나 이상 허용합니다(예:
10.0.0.1,10.0.0.8
). 이 연결을 위해 Require IPvX addressing for this connection to complete 확인란을 선택합니다.
IPv4 설정 또는 IPv 6 설정 탭에서 이 옵션을 선택하면 IPv 4 또는 IPv6에 성공한 경우에만 이 연결을 허용합니다. IPv4 및 IPv6 모두에 대해 이 옵션이 비활성화된 상태로 남아 있으면 구성이 IP 프로토콜에서 성공하면 인터페이스가 연결할 수 있습니다.
- 네트워크 및 호스트 이름 창으로 돌아갑니다. 클릭하여 변경 사항을 적용하고
16.6.6. 경로 구성
경로를 구성하여 특정 연결 액세스를 제어할 수 있습니다.
프로세스
- IPv4 설정 및 IPv6 설정 탭에서 클릭하여 인터페이스에서 특정 IP 프로토콜에 대한 라우팅 설정을 구성합니다. 인터페이스와 관련된 편집 경로 대화 상자가 열립니다.
- 를 클릭하여 경로를 추가합니다.
- Ignore automatically obtained routes 확인란을 선택하여 하나 이상의 정적 경로를 구성하고 특별히 구성되지 않은 모든 경로를 비활성화합니다.
네트워크 상의 리소스에만 이 연결 사용 확인란을 선택하여 연결이 기본 경로가 되지 않도록 합니다.
이 옵션은 정적 경로를 구성하지 않은 경우에도 선택할 수 있습니다. 이 경로는 로컬 또는 VPN 연결이 필요한 인트라넷 페이지와 같은 특정 리소스에 액세스하는 데만 사용됩니다. 다른 (기본) 경로는 공개적으로 사용 가능한 리소스에 사용됩니다. 구성된 추가 경로와 달리 이 설정은 설치된 시스템으로 전송됩니다. 이 옵션은 둘 이상의 인터페이스를 구성할 때만 유용합니다.
- 클릭하여 설정을 저장하고 인터페이스와 관련된 편집 경로 대화 상자로 돌아갑니다.
- 네트워크 및 호스트 이름 창으로 돌아갑니다. 클릭하여 설정을 적용하고
16.7. 선택 사항: 키보드 레이아웃 구성
설치 요약 화면에서 키보드 레이아웃을 구성할 수 있습니다.
라틴 문자 없이 키보드 레이아웃을 사용하는 경우(예: 러시아어) 영어 (미국) 레이아웃도 추가합니다. 설치 프로세스 중에 paraphrases 또는 사용자 자격 증명을 입력하려면 라틴 문자가 필요합니다.
프로세스
- 설치 요약 창에서 Cryo stat 를 클릭합니다.
- Add a Cryostat Layout 창을 열어 다른 레이아웃으로 변경합니다. 를 클릭하여
- 목록을 검색하여 레이아웃을 선택하거나 검색 필드를 사용합니다.
- 필요한 레이아웃을 선택하고 를 클릭합니다. 새 레이아웃이 기본 레이아웃 아래에 표시됩니다.
선택 사항: 설치된 시스템에서 사용 가능한 레이아웃을 순환하는 데 사용할 수 있는 키보드 스위치를 구성하려면 레이아웃 전환 옵션 창이 열립니다.
클릭합니다(설치 중에 사용되지 않음).- 전환에 사용할 키 조합을 구성하려면 하나 이상의 키 조합을 선택하고 를 클릭하여 선택을 확인합니다.
- 선택 사항: 레이아웃을 선택하면 Cryostat 버튼을 클릭하여 선택한 레이아웃의 시각적 표현이 표시되는 새 대화 상자를 엽니다.
- 을 클릭하여 설정을 적용하고 그래픽 설치로 돌아갑니다.
16.8. 선택 사항: 언어 지원 구성
설치 요약 화면에서 언어 설정을 변경할 수 있습니다.
프로세스
- 설치 요약 창에서 언어 지원을 클릭합니다. 언어 지원 창이 열립니다. 왼쪽 창에는 사용 가능한 언어 그룹이 나열됩니다. 그룹에서 하나 이상의 언어가 구성된 경우 확인 표시가 표시되고 지원되는 언어가 강조 표시됩니다.
- 왼쪽 창에서 그룹을 클릭하여 추가 언어를 선택하고 오른쪽 창에서 지역 옵션을 선택합니다. 구성하려는 모든 언어에 대해 이 프로세스를 반복합니다.
- 선택 사항: 필요한 경우 텍스트 상자에 입력하여 언어 그룹을 검색합니다.
- 을 클릭하여 설정을 적용하고 그래픽 설치로 돌아갑니다.
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에 연결할 수 있습니다.
프로세스
- 설치 요약 화면에서 소프트웨어에서 Red Hat에 연결을 클릭합니다.
계정 또는 활성화 키를 선택합니다.
- 계정을 선택하는 경우 Red Hat 고객 포털 사용자 이름과 암호 세부 정보를 입력합니다.
활성화 키를 선택하는 경우 조직 ID 및 활성화 키를 입력합니다.
활성화 키가 서브스크립션에 등록된 경우 두 개 이상의 활성화 키를 쉼표로 구분할 수 있습니다.
- Set System Purpose 확인란을 선택합니다. 시스템 용도 값을 설정하는 것은 서브스크립션 서비스의 소비를 정확하게 보고하는 데 중요합니다.
- 해당 드롭다운 목록에서 필요한 Role,SLA 및 Usage 를 선택합니다.
- Red Hat Insights에 연결 확인란은 기본적으로 활성화되어 있습니다. Red Hat Insights에 연결하지 않으려면 확인란의 선택을 해제합니다.
선택 사항: 옵션을 확장합니다.
- 네트워크 환경에서 외부 인터넷 액세스만 허용하거나 HTTP 프록시를 통해 콘텐츠 서버에 액세스할 수 있는 경우 HTTP 프록시 사용 확인란을 선택합니다. HTTP 프록시를 사용하지 않는 경우 HTTP 프록시 사용 확인란의 선택을 해제합니다.
Red Hat에 연결 창에 연결된 서브스크립션 세부 정보가 표시됩니다.
을 클릭하여 시스템을 등록합니다. 시스템이 성공적으로 등록되고 서브스크립션이 연결되면서브스크립션 수에 따라 등록 및 첨부 프로세스를 완료하는 데 최대 1분이 걸릴 수 있습니다.
Installation Summary 창으로 돌아갑니다.
을 클릭하여Red Hat Connect to Red Hat 에 등록된 메시지가 표시됩니다.
16.11. 선택 사항: 설치에 네트워크 기반 리포지토리 사용
자동 감지 설치 미디어, Red Hat CDN 또는 네트워크에서 설치 소스를 구성할 수 있습니다. 설치 요약 창이 처음 열 때 설치 프로그램은 시스템을 부팅하는 데 사용된 미디어 유형에 따라 설치 소스를 구성하려고 합니다. 전체 Red Hat Enterprise Linux Server DVD는 소스를 로컬 미디어로 구성합니다.
사전 요구 사항
- 제품 다운로드 페이지에서 전체 설치 DVD ISO 또는 최소 설치 부팅 ISO 이미지를 다운로드 했습니다.
- 부팅 가능한 설치 미디어가 생성되어 있습니다.
- Installation Summary 창이 열립니다.
프로세스
Installation Summary 창에서 Installation Source 를 클릭합니다. 설치 소스 창이 열립니다.
설치 소스가 포함된 미디어(예: DVD)에서 설치 프로그램을 시작한 경우 자동 감지 설치 미디어 옵션이 기본적으로 선택됩니다.
- 선택 사항: Red Hat CDN 옵션을 선택하여 시스템을 등록하고 RHEL 서브스크립션을 연결한 후 Red Hat CDN(Content Delivery Network)에서 RHEL을 설치합니다.
선택 사항: 네트워크 옵션에서 로컬 미디어 대신 네트워크 위치에서 패키지를 다운로드하고 설치합니다. 이 옵션은 네트워크 연결이 활성화된 경우에만 사용할 수 있습니다. GUI에서 네트워크 연결을 구성하는 방법에 대한 정보는 네트워크 및 호스트 이름 옵션 구성 을 참조하십시오.
- On the network 드롭다운 메뉴를 선택하여 패키지 다운로드 프로토콜을 지정합니다. 이 설정은 사용하려는 서버에 따라 다릅니다.
-
주소 필드에 서버 주소(프로토콜 제외)를 입력합니다. NFS를 선택하면 사용자 지정 NFS 마운트 옵션을 지정할 수 있는 두 번째 입력 필드가 열립니다. 이 필드는 시스템의
nfs(5)
도움말 페이지에 나열된 옵션을 허용합니다. NFS 설치 소스를 선택할 때 호스트 이름을 경로와 분리하는 콜론(
:
) 문자가 있는 주소를 지정합니다. 예를 들어server.example.com:/path/to/directory
.다음 단계는 선택 사항이며 네트워크 액세스에 프록시를 사용하는 경우에만 필요합니다.
HTTP 또는 HTTPS 소스에 대한 프록시를 구성하려면 프록시
클릭합니다.- Enable HTTP proxy 확인란을 선택하고 Proxy Host 필드에 URL을 입력합니다.
- 프록시 서버에 인증이 필요한 경우 Use Authentication 확인란을 선택합니다.
- 사용자 이름과 암호를 입력합니다.
- 프록시 설정… 대화 상자를 종료합니다. 클릭하여 구성을 완료하고
- 선택 사항: HTTP 또는 HTTPS URL이 저장소 미러를 참조하는 경우 URL 유형 드롭다운 목록에서 필요한 옵션을 선택합니다. 소스 구성을 완료하면 모든 환경 및 추가 소프트웨어 패키지를 선택할 수 있습니다.
- Installation Summary 창으로 돌아갑니다. 을 클릭하여 설정을 적용하고
16.12. 선택사항: Kdump 커널 크래시 덤프 메커니즘 구성
kdump 는 커널 크래시 덤프 메커니즘입니다. 시스템 충돌이 발생하는 경우 Kdump 는 오류 발생 시 시스템 메모리의 콘텐츠를 캡처합니다. 이 캡처된 메모리는 충돌의 원인을 확인하기 위해 분석될 수 있습니다. Kdump 가 활성화된 경우 시스템 메모리(RAM)의 일부가 자체적으로 예약되어 있어야 합니다. 이 예약된 메모리는 기본 커널에서 액세스할 수 없습니다.
프로세스
- Installation Summary 창에서 Kdump 를 클릭합니다. Kdump 창이 열립니다.
- kdump 활성화 확인란을 선택합니다.
- 자동 또는 수동 메모리 예약 설정을 선택합니다.
- Manual 을 선택하는 경우 + 및 - 버튼을 사용하여 예약할 메모리에 예약할 메모리 양(MB)을 입력합니다. 예약 입력 필드 아래에 있는 시스템 메모리 읽기 필드는 선택한 RAM 용량을 예약한 후 기본 시스템에 액세스할 수 있는 메모리 양을 보여줍니다.
- 을 클릭하여 설정을 적용하고 그래픽 설치로 돌아갑니다.
예약한 메모리 양은 시스템 아키텍처(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가 있습니다.
프로세스
- 터미널 창을 엽니다.
다음 중 하나를 수행합니다.
시스템을 기본 기능 수준으로 등록하고 시스템이 Insights에서 Remediation 및 Tasks 를 실행하는지 확인하려면 다음을 수행합니다.
rhc connect --activation-key=<activation_key> --organization=<organization_ID> dnf install -y rhc-worker-playbook
# rhc connect --activation-key=<activation_key> --organization=<organization_ID> # dnf install -y rhc-worker-playbook
Copy to Clipboard Copied! 시스템을 등록하는 동안 기능을 비활성화하려면 다음을 수행합니다.
rhc connect --activation-key=<activation_key> --organization=<organization_ID> --disable-feature <feature>
# rhc connect --activation-key=<activation_key> --organization=<organization_ID> --disable-feature <feature>
Copy to Clipboard Copied! 기능을 다음으로 교체할 수 있는 위치:
- 콘텐츠 - 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
# rhc connect --activation-key=<activation_key> --organization=<organization_ID> --disable-feature remote-management
Copy to Clipboard Copied!
검증
기본 옵션으로 등록할 때 활성화된 기능을 확인하세요.
rhc status
# 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 Copied! remote-management가 비활성화된 활성 기능을 확인합니다.
rhc status
# rhc status Connection status: ✓ Connected to Red Hat Subscription Management ✓ Connected to Red Hat Insights ● The yggdrasil service is inactive
Copy to Clipboard Copied!
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로 로그인했습니다.
프로세스
- root 사용자로 터미널 창을 엽니다.
활성화 키를 사용하여 Red Hat Enterprise Linux 시스템을 등록합니다.
subscription-manager register --activationkey=<activation_key_name> --org=<organization_ID>
# subscription-manager register --activationkey=<activation_key_name> --org=<organization_ID>
Copy to Clipboard Copied! 시스템이 성공적으로 등록되면 다음과 유사한 출력이 표시됩니다.
The system has been registered with ID: 62edc0f8-855b-4184-b1b8-72a9dc793b96
The system has been registered with ID: 62edc0f8-855b-4184-b1b8-72a9dc793b96
Copy to Clipboard Copied!
17.3. 설치 프로그램 GUI를 사용하여 RHEL 10 등록
RHEL 설치 프로그램 GUI를 사용하여 Red Hat Enterprise Linux를 등록할 수 있습니다.
사전 요구 사항
- Red Hat 고객 포털에 유효한 사용자 계정이 있어야 합니다. Red Hat 로그인 생성 페이지를 참조하십시오.
- 유효한 활성화 키 및 조직 ID가 있습니다.
프로세스
- 설치 요약 화면에서 소프트웨어에서 Red Hat에 연결을 클릭합니다.
- 계정 또는 활성화 키 옵션을 사용하여 Red Hat 계정을 인증합니다.
선택 사항: 시스템 용도 설정 필드에서 드롭다운 메뉴에서 설정할 Role,SLA 및 Usage 속성을 선택합니다.
현재 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
사용자로 로그인했습니다.
프로세스
터미널 창에서 다음 명령을 실행하여 시스템의 의도된 역할을 설정합니다.
subscription-manager syspurpose role --set VALUE
# subscription-manager syspurpose role --set VALUE
Copy to Clipboard Copied! 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
# subscription-manager syspurpose role --set Red Hat Enterprise Linux Server
Copy to Clipboard Copied! 선택 사항: 값을 설정하기 전에 조직에 대해 서브스크립션에서 지원하는 사용 가능한 역할을 참조하십시오.
subscription-manager syspurpose role --list
# subscription-manager syspurpose role --list
Copy to Clipboard Copied! 선택 사항: 다음 명령을 실행하여 역할을 설정 해제합니다.
subscription-manager syspurpose role --unset
# subscription-manager syspurpose role --unset
Copy to Clipboard Copied!
-
다음 명령을 실행하여 시스템의 SLA(서비스 수준 계약)를 설정합니다.
subscription-manager syspurpose service-level --set VALUE
# subscription-manager syspurpose service-level --set VALUE
Copy to Clipboard Copied! VALUE
를 할당하려는 SLA로 바꿉니다.-
Premium
-
Standard
-
Self-Support
예를 들면 다음과 같습니다.
subscription-manager syspurpose service-level --set "Standard"
# subscription-manager syspurpose service-level --set "Standard"
Copy to Clipboard Copied! 선택 사항: 값을 설정하기 전에 조직에 대해 서브스크립션에서 지원하는 사용 가능한 서비스 수준을 참조하십시오.
subscription-manager syspurpose service-level --list
# subscription-manager syspurpose service-level --list
Copy to Clipboard Copied! 선택 사항: 다음 명령을 실행하여 SLA를 설정 해제합니다.
subscription-manager syspurpose service-level --unset
# subscription-manager syspurpose service-level --unset
Copy to Clipboard Copied!
-
다음 명령을 실행하여 시스템의 의도된 사용량을 설정합니다.
subscription-manager syspurpose usage --set "VALUE"
# subscription-manager syspurpose usage --set "VALUE"
Copy to Clipboard Copied! VALUE
를 할당하려는 사용량으로 바꿉니다.-
Production
-
Disaster Recovery
-
Development/Test
예를 들면 다음과 같습니다.
subscription-manager syspurpose usage --set "Production"
# subscription-manager syspurpose usage --set "Production"
Copy to Clipboard Copied! 선택 사항: 값을 설정하기 전에 조직에 대해 서브스크립션에서 지원하는 사용 가능한 사용법을 참조하십시오.
subscription-manager syspurpose usage --list
# subscription-manager syspurpose usage --list
Copy to Clipboard Copied! 선택 사항: 다음 명령을 실행하여 사용량을 설정 해제합니다.
subscription-manager syspurpose usage --unset
# subscription-manager syspurpose usage --unset
Copy to Clipboard Copied!
-
다음 명령을 실행하여 현재 시스템 용도 속성을 표시합니다.
subscription-manager syspurpose --show
# subscription-manager syspurpose --show
Copy to Clipboard Copied! 선택 사항: 자세한 구문 정보를 보려면 다음 명령을 실행하여
subscription-manager
도움말 페이지에 액세스하고 SYSPURPOSE OPTIONS를 찾습니다.man subscription-manager
# man subscription-manager
Copy to Clipboard Copied!
검증
시스템의 서브스크립션 상태를 확인하려면 다음을 수행합니다.
subscription-manager status
# subscription-manager status +-------------------------------------------+ System Status Details +-------------------------------------------+ Overall Status: Registered
Copy to Clipboard Copied!
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
# subscription-manager unregister
Copy to Clipboard Copied!
시스템 등록은 서브스크립션 관리 서버에서 등록 취소되며 '시스템 등록 불가' 상태가 표시되고
중단되지 않는 서비스를 계속하려면 시스템을 관리 서비스 중 하나로 다시 등록합니다. 시스템을 관리 서비스에 등록하지 않으면 시스템 업데이트를 받지 못할 수 있습니다. 시스템 등록에 대한 자세한 내용은 명령줄을 사용하여 시스템 등록을 참조하십시오.
20.1.2. 서브스크립션 관리자 사용자 인터페이스를 사용하여 등록 해제
서브스크립션 관리자 사용자 인터페이스를 사용하여 Red Hat Subscription Management Server에서 RHEL 시스템을 등록 해제할 수 있습니다.
프로세스
- 시스템에 로그인합니다.
- 창 왼쪽 상단에서 활동 을 클릭합니다.
- 메뉴 옵션에서 애플리케이션 표시 아이콘을 클릭합니다.
- 설정 아이콘을 클릭하거나 검색에 Settings Manager 를 입력합니다.
왼쪽 열에서 시스템 옵션을 선택한 다음 새 화면에서 등록을 선택합니다.
등록 화면에 서브스크립션의 현재 상태가 표시됩니다.
- Remove Registration... 버튼을 클릭하고 선택을 확인합니다.
- Authentication Required 대화 상자에 관리자 암호를 입력합니다. 시스템은 서브스크립션 관리 서버에서 등록 취소되며, System Not Registered (시스템 등록 불가) 상태가 등록 시스템 활성화됨 버튼이 표시됩니다.
중단되지 않는 서비스를 계속하려면 시스템을 관리 서비스 중 하나로 다시 등록합니다. 시스템을 관리 서비스에 등록하지 않으면 시스템 업데이트를 받지 못할 수 있습니다. 자세한 내용은 서브스크립션 관리자 사용자 인터페이스를 사용하여 시스템 등록을 참조하십시오.
20.2. Satellite 서버에서 등록 해제
Satellite Server에서 RHEL(Red Hat Enterprise Linux) 시스템을 제거하면 서버 측의 시스템 상태가 업데이트됩니다. 그러나 시스템의 로컬 등록은 변경되지 않습니다. RHSM(Red Hat Subscription Management)으로 완전히 전환하려면 시스템을 수동으로 등록 해제하고 /etc/rhsm/rhsm.conf
파일에서 기본 구성을 복원합니다.
프로세스
- Satellite 서버에서 호스트를 제거합니다.
시스템 등록 취소:
subscription-manager unregister
# subscription-manager unregister
Copy to Clipboard Copied! /etc/rhsm/rhsm.conf
구성 파일을 기본값으로 되돌립니다.cd /etc/rhsm/ mv rhsm.conf.bak rhsm.conf
# cd /etc/rhsm/ # mv rhsm.conf.bak rhsm.conf
Copy to Clipboard Copied! 참고파일의 원래 콘텐츠가 이전에 백업된 경우에만 이 파일을 복원할 수 있습니다. 그렇지 않으면 수정되지 않은 RHEL 시스템에서 파일을 수동으로 복원해야 합니다.
/etc/rhsm/rhsm.conf
파일이 기본값으로 복원되었는지 확인합니다.subscription-manager config --list
# 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 Copied! 시스템을 등록합니다.
subscription-manager register
# subscription-manager register Username: <_redhat_portal_admin_username_> Password:
Copy to Clipboard Copied! 필요한 리포지토리를 활성화합니다.
subscription-manager repos --disable "*" subscription-manager repos subscription-manager repos --enable=<repo-id>
# subscription-manager repos --disable "*" # subscription-manager repos # subscription-manager repos --enable=<repo-id>
Copy to Clipboard Copied!
21장. 기본 환경 설정 변경
설치 후 요구 사항이 변경되면 기본 시스템 설정을 적절하게 업데이트할 수 있습니다. 여기에는 다음 설정이 포함됩니다.
- 키보드 레이아웃
- 날짜 및 시간
- 시스템 로케일
21.1. 키보드 레이아웃 구성
키보드 레이아웃 설정은 텍스트 콘솔에서 사용되는 레이아웃을 제어합니다. 설치 후 사용하는 키보드 레이아웃과 다른 키보드 레이아웃을 사용하여 RHEL을 설치한 경우 레이아웃을 변경할 수 있습니다.
프로세스
사용 가능한 키 맵을 나열하려면 다음을 수행합니다.
localectl list-keymaps
$ localectl list-keymaps ANSI-dvorak al al-plisi amiga-de de de-nodeadkeys ...
Copy to Clipboard Copied! 선택 사항: 현재 키맵 설정을 표시합니다.
localectl status
$ localectl status ... VC Keymap: us ...
Copy to Clipboard Copied! 시스템 키맵을 변경합니다. 예를 들면 다음과 같습니다.
localectl set-keymap de-nodeadkeys
# localectl set-keymap de-nodeadkeys
Copy to Clipboard Copied!
21.2. 날짜, 시간 및 시간대 설정 수동 구성
날짜, 시간, 시간대는 RHEL의 중요한 측면으로, 작동 방식 및 다른 시스템과 상호 작용하는 방식에 영향을 미칩니다. 환경 전반에서 모든 서버의 날짜, 시간, 시간대를 수동으로 설정하여 정확성, 인증, 문제 해결 및 특정 시스템 요구 사항을 지원할 수 있습니다.
chrony를 사용하여 시간 동기화를 선호합니다.
프로세스
선택 사항: 시간대를 나열합니다.
timedatectl list-timezones
# timedatectl list-timezones Europe/Berlin
Copy to Clipboard Copied! 시간대를 설정합니다.
timedatectl set-timezone <time_zone>
# timedatectl set-timezone <time_zone>
Copy to Clipboard Copied! 날짜 및 시간을 설정합니다.
timedatectl set-time <YYYY-mm-dd HH:MM-SS>
# timedatectl set-time <YYYY-mm-dd HH:MM-SS>
Copy to Clipboard Copied!
검증
날짜, 시간, 시간대를 표시합니다.
date
# date Mon May 5 09:11:55 CEST 2025
Copy to Clipboard Copied! 자세한 내용은 timedatectl 명령을 사용합니다.
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 Copied!
21.3. 시스템 로케일 구성
시스템 로케일은 시스템 서비스 및 사용자 인터페이스의 언어 설정을 지정합니다. 시스템 전체 로케일 설정은 운영 체제 및 해당 애플리케이션에서 사용하는 언어, 지역 및 형식 지정 규칙을 결정합니다. 시스템 전체 로케일 설정은 systemd
데몬에서 초기 부팅 시 읽을 수 있는 /etc/locale.conf
파일에 저장됩니다. 개별 프로그램 또는 개별 사용자가 재정의하지 않는 한 모든 서비스 또는 사용자는 /etc/locale.conf
에 구성된 로케일 설정을 상속합니다.
프로세스
선택 사항: 현재 시스템 로케일 설정을 표시합니다.
localectl status
# localectl status System Locale: LANG=C.UTF-8 VC Keymap: de-nodeadkeys X11 Layout: de
Copy to Clipboard Copied! 사용 가능한 시스템 로케일 설정을 나열합니다.
localectl list-locales
$ localectl list-locales C.UTF-8 ... en_US.UTF-8 en_ZA.UTF-8 en_ZW.UTF-8 ...
Copy to Clipboard Copied! syste 로케일 설정을 업데이트합니다. 예를 들면 다음과 같습니다.
localectl set-locale LANG=en_US.UTF-8
# localectl set-locale LANG=en_US.UTF-8
Copy to Clipboard Copied!
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 *
CP ATTACH EB1C TO *
액세스 권한이 있는 최소 디스크를 연결하려면 다음 명령을 실행합니다.
CP LINK RHEL7X 4B2E 4B2E MR DASD 4B2E LINKED R/W
CP LINK RHEL7X 4B2E 4B2E MR
DASD 4B2E LINKED R/W
22.2. 동적으로 DASD 온라인 설정
DASD를 온라인으로 설정할 수 있습니다.
프로세스
cio_ignore
유틸리티를 사용하여 무시된 장치 목록에서 DASD를 제거하고 Linux에 표시되도록 합니다.cio_ignore -r device_number
# cio_ignore -r device_number
Copy to Clipboard Copied! device_number 를 DASD의 장치 번호로 바꿉니다. 예를 들면 다음과 같습니다.
cio_ignore -r 4b2e
# cio_ignore -r 4b2e
Copy to Clipboard Copied! 장치를 온라인으로 설정합니다. 다음 형식의 명령을 사용합니다.
chccwdev -e device_number
# chccwdev -e device_number
Copy to Clipboard Copied! device_number 를 DASD의 장치 번호로 바꿉니다. 예를 들면 다음과 같습니다.
chccwdev -e 4b2e
# chccwdev -e 4b2e
Copy to Clipboard Copied! 지속적으로 DASD를 설정하는 방법에 대한 자세한 내용은 영구 설정 DASD를 참조하십시오.
22.3. 낮은 수준의 포맷으로 새로운 DASD 준비
디스크가 온라인 상태가 되면 /root
디렉토리로 다시 변경하고 장치를 포맷합니다. 이는 전체 수명 동안 DASD에 한 번만 필요합니다.
cd /root dasdfmt -b 4096 -d cdl -p /dev/disk/by-path/ccw-0.0.4b2e
# 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%
진행률 표시줄이 끝에 도달하고 형식이 완료되면 dasdfmt 는 다음 출력을 출력합니다.
Rereading the partition table... Exiting...
Rereading the partition table...
Exiting...
이제 fdasd 를 사용하여 DASD를 분할합니다. DASD에 최대 3개의 파티션을 생성할 수 있습니다. 이 예제에서는 전체 디스크에 걸쳐 하나의 파티션을 만듭니다.
fdasd -a /dev/disk/by-path/ccw-0.0.4b2e
# 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...
(낮은 수준의 포맷) DASD가 온라인 상태이면 Linux에서 다른 디스크와 마찬가지로 사용할 수 있습니다. 예를 들어 파일 시스템, LVM 물리 볼륨 또는 파티션에 파일 시스템(예: /dev/disk/by-path/ccw-0.0.4b2e-part1
)을 생성할 수 있습니다. 전체 DASD 장치(dev/dasdb
)를 dasdfmt
및 fdasd
명령만 사용하면 안 됩니다. 전체 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
# machine_id=$(cat /etc/machine-id)
# kernel_version=$(uname -r)
# ls /boot/loader/entries/$machine_id-$kernel_version.conf
부팅 프로세스 초기에 DASD를 활성화하는 부팅 옵션이 하나 있습니다. rd.dasd=
. 이 옵션은 Direct Access Storage Device(DASD) 어댑터 장치 버스 식별자를 사용합니다. 여러 DASD의 경우 매개변수를 여러 번 지정하거나 쉼표로 구분된 버스 ID 목록을 사용합니다. DASD 범위를 지정하려면 첫 번째 및 마지막 버스 ID를 지정합니다. 다음은 루트 시스템에 대한 논리 볼륨 lv
에 대한 두 개의 DASD 파티션의 물리적 볼륨을 사용하는 시스템에 대해 _
devel1/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
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
장치 버스 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
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
zipl
을 실행하여 다음 IPL에 대한 구성 파일의 변경 사항을 적용합니다.
zipl -V
# 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.
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
0.0.0207
0.0.0200 use_diag=1 readonly=1
/etc/dasd.conf
파일에 대한 변경 사항은 시스템 재부팅 후 또는 시스템의 I/O 구성을 변경하여 동적으로 추가된 후 적용됩니다(즉, DASD는 z/VM 아래에 연결됨).
또는 /etc/dasd.conf
파일에 추가한 DASD를 활성화하려면 다음 단계를 완료합니다.
무시된 장치 목록에서 DASD를 제거하고
cio_ignore
유틸리티를 사용하여 표시되도록 합니다.cio_ignore -r device_number
# cio_ignore -r device_number
Copy to Clipboard Copied! 여기서
device_number
는 DASD 장치 번호입니다.예를 들어 장치 번호가
021a
인 경우 다음을 실행합니다.cio_ignore -r 021a
# cio_ignore -r 021a
Copy to Clipboard Copied! 장치의
uevent
속성에 작성하여 DASD를 활성화합니다.echo add > /sys/bus/ccw/devices/dasd-bus-ID/uevent
# echo add > /sys/bus/ccw/devices/dasd-bus-ID/uevent
Copy to Clipboard Copied! 여기서
dasd-bus-ID
는 DASD의 버스 ID입니다.예를 들어 버스 ID가
0.0.021a
인 경우 다음을 실행합니다.echo add > /sys/bus/ccw/devices/0.0.021a/uevent
# echo add > /sys/bus/ccw/devices/0.0.021a/uevent
Copy to Clipboard Copied!
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
# machine_id=$(cat /etc/machine-id)
# kernel_version=$(uname -r)
# ls /boot/loader/entries/$machine_id-$kernel_version.conf
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
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
이미 존재하는 물리 볼륨과 동일한 두 개의 경로를 사용하여 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
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
구성 파일에서 커널 명령줄의 길이가 896바이트를 초과하지 않는지 확인합니다. 그렇지 않으면 부트 로더를 저장할 수 없으며 설치에 실패합니다.
-
dracut -f
를 실행하여 대상 커널의 초기 RAM 디스크를 업데이트합니다. -
zipl
을 실행하여 다음 IPL에 대한 구성 파일의 변경 사항을 적용합니다.
zipl -V
# 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.
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
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
/etc/zfcp.conf
의 수정은 시스템을 재부팅한 후 또는 시스템의 I/O 구성을 변경하여 새 FCP 채널을 동적으로 추가한 후에만 적용됩니다(예: 채널은 z/VM에 연결됨). 또는 이전에 활성 상태가 아닌 FCP 어댑터에 대해 /etc/zfcp.conf
에서 다음 명령을 실행하여 새 항목의 활성화를 트리거할 수 있습니다.
zfcp_cio_free
유틸리티를 사용하여 무시된 장치 목록에서 FCP 어댑터를 제거하고 Linux에서 볼 수 있도록 합니다.zfcp_cio_free
# zfcp_cio_free
Copy to Clipboard Copied! /etc/zfcp.conf
의 추가를 실행 중인 시스템에 적용하려면 다음을 실행합니다.zfcpconf.sh
# zfcpconf.sh
Copy to Clipboard Copied!
22.9. qeth 장치 추가
qeth
네트워크 장치 드라이버는 QDIO 모드, HiperSockets, z/VM 게스트 LAN 및 z/VM VSWITCH의 64비트 IBM Z OSA-Express 기능을 지원합니다.
qeth 장치 드라이버 이름 지정 체계에 대한 자세한 내용은 부팅 매개변수 사용자 지정을 참조하십시오.
22.10. qeth 장치 동적 추가
이 섹션에서는 qeth
장치를 동적으로 추가하는 방법에 대해 설명합니다.
프로세스
qeth
장치 드라이버 모듈이 로드되었는지 확인합니다. 다음 예제에서는 로드된qeth
모듈을 보여줍니다.lsmod | grep 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 Copied! lsmod
명령의 출력에qeth
모듈이 로드되지 않은 것으로 표시되면modprobe
명령을 실행하여 로드합니다.modprobe qeth
# modprobe qeth
Copy to Clipboard Copied! cio_ignore
유틸리티를 사용하여 무시된 장치 목록에서 네트워크 채널을 제거하고 Linux에 표시되도록 합니다.cio_ignore -r read_device_bus_id,write_device_bus_id,data_device_bus_id
# cio_ignore -r read_device_bus_id,write_device_bus_id,data_device_bus_id
Copy to Clipboard Copied! read_device_bus_id,write_device_bus_id,data_device_bus_id 를 네트워크 장치를 나타내는 세 장치 버스 ID로 바꿉니다. 예를 들어 read_device_bus_id 가
0.0.f500
인 경우 write_device_bus_id 는0.0.f501
이고 data_device_bus_id 는0.0.f502
입니다.cio_ignore -r 0.0.f500,0.0.f501,0.0.f502
# cio_ignore -r 0.0.f500,0.0.f501,0.0.f502
Copy to Clipboard Copied! znetconf 유틸리티를 사용하여 네트워크 장치의 후보 구성을 감지하고 나열합니다.
znetconf -u
# 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 Copied! 작업할 구성을 선택하고 znetconf 를 사용하여 구성을 적용하고 구성된 그룹 장치를 네트워크 장치로 가져옵니다.
znetconf -a f500
# znetconf -a f500 Scanning for network devices... Successfully configured device 0.0.f500 (encf500)
Copy to Clipboard Copied! 선택 사항: 온라인으로 설정하기 전에 그룹 장치에 구성된 인수를 전달할 수도 있습니다.
znetconf -a f500 -o portname=myname
# znetconf -a f500 -o portname=myname Scanning for network devices... Successfully configured device 0.0.f500 (encf500)
Copy to Clipboard Copied! 이제
encf500
네트워크 인터페이스를 계속 구성할 수 있습니다.
또는 sysfs
속성을 사용하여 다음과 같이 장치를 온라인으로 설정할 수 있습니다.
qeth
그룹 장치를 생성합니다.echo read_device_bus_id,write_device_bus_id,data_device_bus_id > /sys/bus/ccwgroup/drivers/qeth/group
# echo read_device_bus_id,write_device_bus_id,data_device_bus_id > /sys/bus/ccwgroup/drivers/qeth/group
Copy to Clipboard Copied! 예를 들면 다음과 같습니다.
echo 0.0.f500,0.0.f501,0.0.f502 > /sys/bus/ccwgroup/drivers/qeth/group
# echo 0.0.f500,0.0.f501,0.0.f502 > /sys/bus/ccwgroup/drivers/qeth/group
Copy to Clipboard Copied! 다음으로 읽기 채널을 찾아
qeth
그룹 장치가 올바르게 생성되었는지 확인합니다.ls /sys/bus/ccwgroup/drivers/qeth/0.0.f500
# ls /sys/bus/ccwgroup/drivers/qeth/0.0.f500
Copy to Clipboard Copied! 선택적으로 시스템을 설정하는 방식과 필요한 기능 등에 따라 추가 매개변수 및 기능을 설정할 수 있습니다.
-
portno
-
layer2
-
portname
-
온라인
sysfs
속성에1
을 작성하여 장치를 온라인 상태로 가져옵니다.echo 1 > /sys/bus/ccwgroup/drivers/qeth/0.0.f500/online
# echo 1 > /sys/bus/ccwgroup/drivers/qeth/0.0.f500/online
Copy to Clipboard Copied! 그런 다음 장치의 상태를 확인합니다.
cat /sys/bus/ccwgroup/drivers/qeth/0.0.f500/online 1
# cat /sys/bus/ccwgroup/drivers/qeth/0.0.f500/online 1
Copy to Clipboard Copied! 반환 값
1
은 장치가 온라인 상태임을 나타내며 반환 값0
은 장치가 오프라인 상태임을 나타냅니다.장치에 할당된 인터페이스 이름을 찾습니다.
cat /sys/bus/ccwgroup/drivers/qeth/0.0.f500/if_name encf500
# cat /sys/bus/ccwgroup/drivers/qeth/0.0.f500/if_name encf500
Copy to Clipboard Copied! 이제
encf500
네트워크 인터페이스를 계속 구성할 수 있습니다.s390utils 패키지의 다음 명령은
qeth
장치의 가장 중요한 설정을 보여줍니다.lsqeth encf500
# 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 Copied!
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
# cd /etc/NetworkManager/system-connections/
# cp enc9a0.nmconnection enc600.nmconnection
네트워크 장치의 ID를 알아보려면 lsqeth 유틸리티를 사용합니다.
lsqeth -p
# 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
유사한 장치가 정의되어 있지 않은 경우 새 파일을 생성합니다. 다음 예제를 사용하십시오.
[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
[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
다음과 같이 새 enc600.nmconnection 파일을 편집합니다.
새 연결 파일이
root:root
에 속하는지 확인합니다.chown root:root /etc/NetworkManager/system-connections/enc600.nmconnection
# chown root:root /etc/NetworkManager/system-connections/enc600.nmconnection
Copy to Clipboard Copied! - 이 파일에 세부 정보를 추가하거나 연결 요구 사항에 따라 이러한 매개변수를 수정합니다.
- 파일을 저장합니다.
연결 프로필을 다시 로드합니다.
nmcli connection reload
# nmcli connection reload
Copy to Clipboard Copied! 새로 추가된 연결의 전체 세부 정보를 보려면 다음을 입력합니다.
nmcli connection show enc600
# nmcli connection show enc600
Copy to Clipboard Copied!
enc600.nmconnection 파일을 변경하면 시스템을 재부팅하거나 시스템의 I/O 구성(예: z/VM에서 연결)을 변경하거나 네트워크 연결을 다시 로드하여 새 네트워크 장치 채널을 동적으로 추가한 후 적용됩니다. 또는 다음 명령을 실행하여 이전에 활성화되지 않은 네트워크 채널에 대해 enc600.nmconnection 의 활성화를 트리거할 수 있습니다.
cio_ignore
유틸리티를 사용하여 무시된 장치 목록에서 네트워크 채널을 제거하고 Linux에 표시되도록 합니다.cio_ignore -r read_device_bus_id,write_device_bus_id,data_device_bus_id
# cio_ignore -r read_device_bus_id,write_device_bus_id,data_device_bus_id
Copy to Clipboard Copied! read_device_bus_id,write_device_bus_id,data_device_bus_id 를 네트워크 장치를 나타내는 세 장치 버스 ID로 바꿉니다. 예를 들어 read_device_bus_id 가
0.0.0600
인 경우 write_device_bus_id 는0.0.0601
이고 data_device_bus_id 는0.0.0602
:cio_ignore -r 0.0.0600,0.0.0601,0.0.0602
# cio_ignore -r 0.0.0600,0.0.0601,0.0.0602
Copy to Clipboard Copied! 변경 사항을 활성화하는 uevent를 트리거하려면 다음을 실행합니다.
echo add > /sys/bus/ccw/devices/read-channel/uevent
# echo add > /sys/bus/ccw/devices/read-channel/uevent
Copy to Clipboard Copied! 예를 들면 다음과 같습니다.
echo add > /sys/bus/ccw/devices/0.0.0600/uevent
# echo add > /sys/bus/ccw/devices/0.0.0600/uevent
Copy to Clipboard Copied! 네트워크 장치의 상태를 확인합니다.
lsqeth
# lsqeth
Copy to Clipboard Copied! 기본 경로 정보가 변경된 경우 그에 따라
/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
[ipv4] address1=10.12.20.136/24,10.12.20.1 [ipv6] address1=2001:db8:1::1,2001:db8:1::fffe
Copy to Clipboard Copied! 이제 새 인터페이스를 시작합니다.
nmcli connection up enc600
# nmcli connection up enc600
Copy to Clipboard Copied! 인터페이스 상태를 확인합니다.
ip addr show enc600
# 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 Copied! 새 인터페이스의 라우팅을 확인합니다.
ip route
# ip route default via 10.12.20.136 dev enc600 proto dhcp src
Copy to Clipboard Copied! ping
유틸리티를 사용하여 새 장치의 서브넷에서 게이트웨이 또는 다른 호스트를 ping하여 변경 사항을 확인합니다.ping -c 1 10.12.20.136
# 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 Copied! -
기본 경로 정보가 변경된 경우 그에 따라
/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
# machine_id=$(cat /etc/machine-id)
# kernel_version=$(uname -r)
# ls /boot/loader/entries/$machine_id-$kernel_version.conf
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
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
22.13. 추가 리소스
IV 부. 부록
잠재적인 문제를 식별하고, 분석하고, 해결하는 데 도움이 되는 툴과 기술. 또한 버그 보고를 위한 모범 사례로, 문제를 신속하게 해결하기 위해 명확하게 전달되도록 합니다.
부록 A. 문제 해결 및 버그 보고를 위한 툴 및 팁
다음 섹션의 문제 해결 정보는 설치 프로세스 시작 시 문제를 진단할 때 유용할 수 있습니다. 다음 섹션은 지원되는 모든 아키텍처에 대한 것입니다. 그러나 특정 아키텍처에 문제가 있는 경우 섹션 시작 부분에 지정됩니다.
A.1. dracut
dracut은
Linux 운영 체제 부팅 프로세스 중에 initramfs
이미지를 관리하는 툴입니다. dracut
긴급 쉘은 initramfs
이미지가 로드되는 동안 시작할 수 있는 대화형 모드입니다. dracut
긴급 쉘에서 기본 문제 해결 명령을 실행할 수 있습니다. 자세한 내용은 시스템의 dracut
도움말 페이지의 문제 해결 섹션을 참조하십시오.
A.2. 설치 로그 파일 사용
디버깅을 위해 설치 프로그램은 /tmp
디렉터리에 있는 파일에 설치 작업을 기록합니다. 이러한 로그 파일은 다음 표에 나열되어 있습니다.
로그 파일 | 내용 |
---|---|
| 일반 메시지. |
| 모든 외부 프로그램은 설치 중에 실행됩니다. |
| 광범위한 스토리지 모듈 정보. |
| dnf 및 rpm 패키지 설치 메시지. |
|
설치 프로그램 모듈에 사용되는 |
| 다른 로그의 일부가 아닌 구성 정보는 설치된 시스템에 복사되지 않습니다. |
| 하드웨어 관련 시스템 메시지 이 파일에는 다른 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 부팅 메뉴가 열려 있습니다.
프로세스
- 부팅 메뉴에서 Install Red Hat Enterprise Linux 옵션을 선택합니다.
- BIOS 기반 시스템에서 Tab 키 또는 UEFI 기반 시스템의 e 키를 눌러 선택한 부팅 옵션을 편집합니다.
옵션에
inst.debug
를 추가합니다. 예를 들면 다음과 같습니다.vmlinuz ... inst.debug
vmlinuz ... inst.debug
Copy to Clipboard Copied! -
키보드에서 Enter 키를 누릅니다. 시스템은 설치 프로그램이 시작되기 전에
/tmp/pre-anaconda-logs/
디렉터리에 사전 설치 로그 파일을 저장합니다. - Ctrl + Alt + F2 를 눌러 콘솔로 전환하고 로그 파일에 액세스합니다.
/tmp/pre-anaconda-logs/
디렉터리로 변경합니다.cd /tmp/pre-anaconda-logs/
# cd /tmp/pre-anaconda-logs/
Copy to Clipboard Copied!
A.2.2. USB 드라이브로 설치 로그 파일 전송
설치 로그 파일을 USB 드라이브로 전송하려면 다음 절차를 사용하십시오.
사전 요구 사항
- USB 드라이브에서 데이터를 백업했습니다.
- root 계정에 로그인하여 설치 프로그램의 임시 파일 시스템에 액세스할 수 있습니다.
프로세스
- Ctrl + Alt + F2 를 눌러 설치 중인 시스템의 쉘 프롬프트에 액세스합니다.
USB 플래시 드라이브를 시스템에 연결하고
dmesg
명령을 실행합니다.dmesg
# dmesg
Copy to Clipboard Copied! 모든 최근 이벤트를 자세히 설명하는 로그가 표시됩니다. 이 로그가 끝나면 일련의 메시지가 표시됩니다. 예를 들면 다음과 같습니다.
[ 170.171135] sd 5:0:0:0: [sdb] Attached SCSI removable disk
[ 170.171135] sd 5:0:0:0: [sdb] Attached SCSI removable disk
Copy to Clipboard Copied! -
연결된 장치의 이름을 확인합니다. 위의 예에서 이는
sdb
입니다. /mnt
디렉터리로 이동하여 USB 드라이브의 마운트 대상 역할을 하는 새 디렉터리를 생성합니다. 이 예제에서는usb
이름을 사용합니다.mkdir usb
# mkdir usb
Copy to Clipboard Copied! USB 플래시 드라이브를 새로 생성된 디렉터리에 마운트합니다. 대부분의 경우 전체 드라이브를 마운트하지 않고 여기에 파티션을 마운트합니다.
sdb
라는 이름을 사용하지 마십시오. 로그 파일을 작성할 파티션의 이름을 사용합니다. 이 예제에서는 이름sdb1
이 사용됩니다.mount /dev/sdb1 /mnt/usb
# mount /dev/sdb1 /mnt/usb
Copy to Clipboard Copied! 올바른 장치 및 파티션을 마운트했는지 확인하고 내용을 나열하십시오.
cd /mnt/usb
# cd /mnt/usb
Copy to Clipboard Copied! ls
# ls
Copy to Clipboard Copied! 로그 파일을 마운트된 장치에 복사합니다.
cp /tmp/*log /mnt/usb
# cp /tmp/*log /mnt/usb
Copy to Clipboard Copied! USB 플래시 드라이브를 마운트 해제합니다. 대상이 사용 중인 오류 메시지가 표시되면 작업 디렉터리를 마운트 외부(예: /)로 변경합니다.
umount /mnt/usb
# umount /mnt/usb
Copy to Clipboard Copied!
A.2.3. 네트워크를 통해 설치 로그 파일 전송
네트워크를 통해 설치 로그 파일을 전송할 수 있습니다.
사전 요구 사항
- root 계정에 로그인하여 설치 프로그램의 임시 파일 시스템에 액세스할 수 있습니다.
프로세스
- Ctrl + Alt + F2 를 눌러 설치 중인 시스템의 쉘 프롬프트에 액세스합니다.
로그 파일이 있는
/tmp
디렉토리로 전환합니다.cd /tmp
# cd /tmp
Copy to Clipboard Copied! scp
명령을 사용하여 로그 파일을 네트워크의 다른 시스템에 복사합니다.scp *log user@address:path
# scp *log user@address:path
Copy to Clipboard Copied! 사용자를 대상 시스템에서 유효한 사용자 이름으로 바꾸고, 대상 시스템의 주소 또는 호스트 이름으로, path 를 로그 파일을 저장하려는 디렉터리의 경로로 바꿉니다. 예를 들어 IP 주소가 192.168.0.122인 시스템에
john
으로 로그인하고 로그 파일을 해당 시스템의/home/john/logs/
디렉터리에 배치하려면 다음과 같습니다.scp *log john@192.168.0.122:/home/john/logs/
# scp *log john@192.168.0.122:/home/john/logs/
Copy to Clipboard Copied! 처음으로 대상 시스템에 연결할 때 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)?
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 Copied! - yes 를 입력하고 Enter 를 눌러 계속합니다. 메시지가 표시되면 유효한 암호를 입력합니다. 파일이 대상 시스템의 지정된 디렉터리로 전송됩니다.
A.3. 부팅 미디어 확인
ISO 이미지를 확인하면 설치 중에 발생하는 문제를 방지할 수 있습니다. 이러한 소스에는 디스크 또는 NFS 서버에 저장된 DVD 및 ISO 이미지가 포함됩니다. ISO 기반 설치 소스의 무결성을 테스트한 후 Red Hat Enterprise Linux를 설치할 수 있습니다.
사전 요구 사항
- Red Hat Enterprise Linux 부팅 메뉴에 액세스했습니다.
프로세스
- 부팅 메뉴에서 이 미디어 테스트 및 Red Hat Enterprise Linux 10을 설치하여 부팅 미디어를 테스트합니다.
- 부팅 프로세스는 미디어를 테스트하고 모든 문제를 강조 표시합니다.
-
선택 사항: 부팅 명령줄에
rd.live.check
를 추가하여 확인 프로세스를 시작할 수 있습니다. 자세한 내용은 부팅 옵션 사용자 지정을 참조하십시오.
A.4. 설정 및 장치 드라이버 표시
일부 비디오 카드는 Red Hat Enterprise Linux 그래픽 설치 프로그램으로 부팅하는 데 문제가 있습니다. 설치 프로그램이 기본 설정을 사용하여 실행되지 않으면 더 낮은 해상도 모드에서 실행을 시도합니다. 실패할 경우 설치 프로그램은 텍스트 모드에서 실행을 시도합니다.
표시 문제를 해결할 수 있는 몇 가지 솔루션이 있으며, 대부분은 사용자 정의 부팅 옵션을 지정해야 합니다.
자세한 내용은 콘솔 부팅 옵션을 참조하십시오.
해결책 | 설명 |
---|---|
기본 그래픽 모드 사용 | 기본 그래픽 드라이버를 사용하여 설치를 시도할 수 있습니다. 이렇게 하려면 부팅 메뉴에서 문제 해결 > 기본 그래픽 모드로 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을 클립보드에 복사합니다.
프로세스
새 링크에서 ISO 이미지를 다운로드합니다. 다운로드를 자동으로 다시 시작하려면
--continue-at
옵션을 추가합니다.curl --output directory-path/filename.iso 'new_copied_link_location' --continue-at -
$ curl --output directory-path/filename.iso 'new_copied_link_location' --continue-at -
Copy to Clipboard Copied! sha256sum 과 같은 체크섬 유틸리티를 사용하여 다운로드가 완료된 후 이미지 파일의 무결성을 확인합니다.
sha256sum rhel-x.x-x86_64-dvd.iso
$ sha256sum rhel-x.x-x86_64-dvd.iso `85a...46c rhel-x.x-x86_64-dvd.iso`
Copy to Clipboard Copied! 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 -
$ 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 -
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. 그래픽 부팅 시퀀스가 응답하지 않음
설치 후 시스템을 처음 재부팅할 때 그래픽 부팅 순서 중에 시스템이 응답하지 않을 수 있습니다. 이 경우 재설정이 필요합니다. 이 시나리오에서는 부트 로더 메뉴가 성공적으로 표시되지만 모든 항목을 선택하고 시스템을 부팅하려고 하면 중지됩니다. 이는 일반적으로 그래픽 부팅 시퀀스에 문제가 있음을 나타냅니다. 이 문제를 해결하려면 영구적으로 변경하기 전에 부팅 시 설정을 일시적으로 변경하여 그래픽 부팅을 비활성화해야 합니다.
절차: 일시적으로 그래픽 부팅 비활성화
-
시스템을 시작하고 부트 로더 메뉴가 표시될 때까지 기다립니다. 부팅 시간 초과 기간을
0
으로 설정하면 Esc 키를 눌러 액세스합니다. - 부트 로더 메뉴에서 커서 키를 사용하여 부팅하려는 항목을 강조 표시합니다. BIOS 기반 시스템에서 Tab 키 또는 UEFI 기반 시스템의 e 키를 눌러 선택한 항목 옵션을 편집합니다.
-
옵션 목록에서 키워드 linux 로 시작하는 커널 행(즉, linux로 시작하는 행)을 찾습니다. 이 행에서
rhgb
를 찾아 삭제합니다. - F10 또는 Ctrl+X 를 눌러 편집된 옵션으로 시스템을 부팅합니다.
시스템이 성공적으로 시작되면 정상적으로 로그인할 수 있습니다. 그러나 그래픽 부팅을 영구적으로 비활성화하지 않으면 시스템이 부팅될 때마다 이 절차를 수행해야 합니다.
절차: 그래픽 부팅을 영구적으로 비활성화
- 시스템의 root 계정에 로그인합니다.
grubby 툴을 사용하여 기본 GRUB2 커널을 찾습니다.
grubby --default-kernel
# grubby --default-kernel /boot/vmlinuz-6.12.0-0.el10_0.x86_64
Copy to Clipboard Copied! grubby 툴을 사용하여 GRUB2 설정의 기본 커널에서
rhgb
부팅 옵션을 제거합니다. 예를 들면 다음과 같습니다.grubby --remove-args="rhgb" --update-kernel /boot/vmlinuz-6.12.0-0.el10_0.x86_64
# grubby --remove-args="rhgb" --update-kernel /boot/vmlinuz-6.12.0-0.el10_0.x86_64
Copy to Clipboard Copied! -
시스템을 재부팅합니다. 그래픽 부팅 시퀀스는 더 이상 사용되지 않습니다. 그래픽 부팅 시퀀스를 활성화하려면 동일한 절차를 수행하여
--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
크래시 커널 덤프 메커니즘은 기본 커널 장애 시 사용되는 보조 커널에 일부 메모리를 예약합니다. 이 예약된 메모리는 사용 가능한 대로 표시되지 않습니다.
메모리 양을 수동으로 설정하려면 다음 절차를 사용하십시오.
프로세스
시스템이 현재 MiB 단위로 보고하는 메모리 양을 확인합니다.
free -m
$ free -m
Copy to Clipboard Copied! 시스템을 재부팅하고 부트 로더 메뉴가 표시될 때까지 기다립니다.
부팅 제한 시간이
0
으로 설정된 경우 Esc 키를 눌러 메뉴에 액세스합니다.- 부트 로더 메뉴에서 커서 키를 사용하여 부팅하려는 항목을 강조 표시하고 BIOS 기반 시스템에서 Tab 키 또는 UEFI 기반 시스템의 e 키를 눌러 선택한 항목 옵션을 편집합니다.
옵션 목록에서 키워드
linux
로 시작하는 커널 행을 찾습니다. 다음 옵션을 이 행의 끝에 추가합니다.mem=xxM
mem=xxM
Copy to Clipboard Copied! -
xx
를 MiB 단위의 RAM 크기로 바꿉니다. - F10 또는 Ctrl+X 눌러 편집된 옵션으로 시스템을 부팅합니다.
- 시스템이 부팅될 때까지 기다린 후 로그인하여 명령줄을 엽니다.
시스템이 MiB로 보고하는 메모리 양을 확인합니다.
free -m
$ free -m
Copy to Clipboard Copied! 이제 명령에서 표시하는 총 RAM 양이 예상과 일치하면 변경을 영구적으로 수행합니다.
grubby --update-kernel=ALL --args="mem=xxM"
# grubby --update-kernel=ALL --args="mem=xxM"
Copy to Clipboard Copied!
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. 복구 모드로 부팅
복구 모드로 부팅할 수 있습니다.
프로세스
- 최소 부팅 미디어 또는 전체 설치 DVD 또는 USB 드라이브에서 시스템을 부팅하고 부팅 메뉴가 표시될 때까지 기다립니다.
-
부팅 메뉴에서 Troubleshooting > Rescue a Red Hat Enterprise Linux system 옵션을 선택하거나
inst.rescue
옵션을 부팅 명령줄에 추가합니다. 부팅 명령줄에 들어가려면 BIOS 기반 시스템에서 Tab 키 또는 UEFI 기반 시스템의 e 키를 누릅니다. 선택 사항: 시스템을 부팅하기 위해 드라이버 디스크에 제공된 타사 드라이버가 필요한 경우 부팅 명령줄에
inst.dd=driver_name
을 추가합니다.inst.rescue inst.dd=driver_name
inst.rescue inst.dd=driver_name
Copy to Clipboard Copied! 선택 사항: Red Hat Enterprise Linux 배포판에 포함된 드라이버가 시스템을 부팅하지 못하도록 하려면 부팅 명령줄에
modprobe.blacklist=
옵션을 추가합니다.inst.rescue modprobe.blacklist=driver_name
inst.rescue modprobe.blacklist=driver_name
Copy to Clipboard Copied! 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)
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 Copied! 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
를 사용합니다.1 을 선택하여 계속합니다. 시스템이 복구 모드이면 Cryostat(가상 콘솔) 1 및 Cryostat 2에 프롬프트가 표시됩니다.
Ctrl+Alt+F1
키 조합을 사용하여 Cryostat 1 및Ctrl+Alt+F2
에 액세스하여 Cryostat 2에 액세스합니다.sh-4.2#
sh-4.2#
Copy to Clipboard Copied! 파일 시스템이 마운트된 경우에도 복구 모드에서 기본 루트 파티션은 일반 사용자 모드(
multi-user.target
또는graphical.target
) 중에 사용되는 파일 시스템의 루트 파티션이 아닌 임시 루트 파티션입니다. 파일 시스템을 마운트하고 성공적으로 마운트한 경우 다음 명령을 실행하여 복구 모드 환경의 루트 파티션을 파일 시스템의 루트 파티션으로 변경할 수 있습니다.chroot /mnt/sysroot
sh-4.2# chroot /mnt/sysroot
Copy to Clipboard Copied! 이 기능은 루트 파티션을
/
로 마운트해야 하는rpm
과 같은 명령을 실행해야 하는 경우에 유용합니다. chroot 환경을 종료하려면 exit 을 입력하여 프롬프트로 돌아갑니다.3 을 선택한 경우에도
/directory/
와 같은 디렉토리를 생성하고 다음 명령을 입력하여 복구 모드 내에서 수동으로 파티션 또는 LVM2 논리 볼륨을 마운트하려고 할 수 있습니다.mount -t xfs /dev/mapper/VolGroup00-LogVol02 /directory
sh-4.2# mount -t xfs /dev/mapper/VolGroup00-LogVol02 /directory
Copy to Clipboard Copied! 위의 명령에서
/directory/
는 사용자가 생성한 디렉토리이며/dev/mapper/VolGroup00-LogVol02
는 마운트하려는 LVM2 논리 볼륨입니다. 파티션이 XFS와 다른 유형인 경우 xfs 문자열을 올바른 유형(예: ext4)으로 바꿉니다.모든 물리적 파티션의 이름을 모르는 경우 다음 명령을 사용하여 나열하십시오.
fdisk -l
sh-4.2# fdisk -l
Copy to Clipboard Copied! 모든 LVM2 물리 볼륨, 볼륨 그룹 또는 논리 볼륨의 이름을 모르는 경우
pvdisplay
, Cryostatdisplay 또는lvdisplay
명령을 사용합니다.
B.8.2. 복구 모드에서 SOS 보고서 사용
sosreport
명령줄 유틸리티는 실행 중인 커널 버전, 로드된 모듈, 시스템에서 시스템 및 서비스 구성 파일과 같은 구성 및 진단 정보를 수집합니다. 유틸리티 출력은 /var/tmp/
디렉터리의 tar 아카이브에 저장됩니다. sosreport
유틸리티는 시스템 오류 및 문제 해결을 분석하는 데 유용합니다. 복구 모드에서 sosreport
출력을 캡처하려면 다음 절차를 사용하십시오.
사전 요구 사항
- 복구 모드로 부팅되었습니다.
-
설치된 시스템
/ (root)
파티션을 읽기-쓰기 모드로 마운트했습니다. - 케이스에 대해 Red Hat 지원팀에 연락하여 케이스 번호를 받았습니다.
프로세스
root 디렉터리를
/mnt/sysroot/
디렉터리로 변경합니다.chroot /mnt/sysroot/
sh-4.2# chroot /mnt/sysroot/
Copy to Clipboard Copied! sosreport
를 실행하여 시스템 구성 및 진단 정보가 포함된 아카이브를 생성합니다.sosreport
sh-4.2# sosreport
Copy to Clipboard Copied! sosreport
에서 Red Hat 지원에서 받은 이름과 케이스 번호를 입력하라는 메시지를 표시합니다. 다음 문자 또는 공백 중 하나를 추가하면 보고서를 사용할 수 없기 때문에 문자와 숫자만 사용하십시오.# % & { } \ < > > *? / $ ~ ' " : @ + | =
선택 사항: 네트워크를 사용하여 생성된 아카이브를 새 위치로 전송하려면 네트워크 인터페이스가 구성되어 있어야 합니다. 이 시나리오에서는 다른 단계가 필요하지 않으므로 동적 IP 주소를 사용합니다. 그러나 고정 주소를 사용하는 경우 다음 명령을 입력하여 IP 주소(예: 10.13.153.64/23)를 네트워크 인터페이스(예: dev eth0)에 할당합니다.
bash-4.2# ip addr add 10.13.153.64/23 dev eth0
bash-4.2# ip addr add 10.13.153.64/23 dev eth0
Copy to Clipboard Copied! chroot 환경을 종료합니다.
exit
sh-4.2# exit
Copy to Clipboard Copied! 생성된 아카이브를 쉽게 액세스할 수 있는 위치에서 새 위치에 저장합니다.
cp /mnt/sysroot/var/tmp/sosreport new_location
sh-4.2# cp /mnt/sysroot/var/tmp/sosreport new_location
Copy to Clipboard Copied! 네트워크를 통해 아카이브를 전송하려면
scp
유틸리티를 사용합니다.scp /mnt/sysroot/var/tmp/sosreport username@hostname:sosreport
sh-4.2# scp /mnt/sysroot/var/tmp/sosreport username@hostname:sosreport
Copy to Clipboard Copied!
B.8.3. GRUB2 부트 로더 다시 설치
일부 시나리오에서는 GRUB2 부트 로더가 실수로 삭제, 손상 또는 다른 운영 체제로 교체됩니다. BIOS와 함께 AMD64 및 Intel 64 시스템의 마스터 부트 레코드(MBR)에 GRUB2를 다시 설치하려면 다음 절차를 사용하십시오.
사전 요구 사항
- 복구 모드로 부팅되었습니다.
-
설치된 시스템
/ (root)
파티션을 읽기-쓰기 모드로 마운트했습니다. -
읽기-쓰기 모드에서
/boot
마운트 지점을 마운트했습니다.
프로세스
root 파티션을 변경합니다.
chroot /mnt/sysroot/
sh-4.2# chroot /mnt/sysroot/
Copy to Clipboard Copied! install_device
블록 장치가 설치된 GRUB2 부트 로더를 다시 설치합니다./sbin/grub2-install install_device
sh-4.2# /sbin/grub2-install install_device
Copy to Clipboard Copied! 중요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 애플리케이션이 이미지 서명의 유효성을 확인하며, 이 경우 시스템을 부팅하지 못합니다.- 시스템을 재부팅합니다.
B.8.4. dnf를 사용하여 드라이버 추가 또는 제거
드라이버가 없거나 오작동하면 시스템을 부팅할 때 문제가 발생합니다. 복구 모드에서는 시스템을 부팅하지 못하는 경우에도 드라이버를 추가하거나 제거할 수 있는 환경을 제공합니다. 가능한 경우 dnf 패키지 관리자를 사용하여 오작동 드라이버를 제거하거나 업데이트되거나 누락된 드라이버를 추가합니다.
드라이버 디스크에서 드라이버를 설치할 때 드라이버 디스크는 시스템의 모든 initramfs
이미지를 업데이트하여 이 드라이버를 사용합니다. 드라이버의 문제로 인해 시스템이 부팅되지 않으면 다른 initramfs
이미지에서 시스템을 부팅할 수 없습니다.
B.8.4.1. dnf를 사용하여 드라이버 추가
드라이버를 추가하려면 다음 절차를 사용하십시오.
사전 요구 사항
- 복구 모드로 부팅되었습니다.
- 설치된 시스템을 읽기-쓰기 모드로 마운트했습니다.
프로세스
-
드라이버를 포함하는 RPM 패키지를 사용 가능하게 만듭니다. 예를 들어 CD 또는 USB 플래시 드라이브를 마운트하고 RPM 패키지를
/mnt/sysroot/
. 에서 선택한 위치에 복사합니다(예:/mnt/sysroot/root/drivers/
). 루트 디렉토리를
/mnt/sysroot/
:로 변경합니다.chroot /mnt/sysroot/
sh-4.2# chroot /mnt/sysroot/
Copy to Clipboard Copied! dnf install
명령을 사용하여 드라이버 패키지를 설치합니다. 예를 들어 다음 명령을 실행하여/root/drivers/
:에서xorg-x11-drv-wacom
드라이버 패키지를 설치합니다.dnf install /root/drivers/xorg-x11-drv-wacom-0.23.0-6.el7.x86_64.rpm
sh-4.2# dnf install /root/drivers/xorg-x11-drv-wacom-0.23.0-6.el7.x86_64.rpm
Copy to Clipboard Copied! 참고이 chroot 환경의
/root/drivers/
디렉터리는 원래 복구 환경의/mnt/sysroot/root/drivers/
디렉터리입니다.chroot 환경을 종료합니다.
exit
sh-4.2# exit
Copy to Clipboard Copied!
B.8.4.2. dnf를 사용하여 드라이버 제거
드라이버를 제거하려면 다음 절차를 사용하십시오.
사전 요구 사항
- 복구 모드로 부팅되었습니다.
- 설치된 시스템을 읽기-쓰기 모드로 마운트했습니다.
프로세스
root 디렉터리를
/mnt/sysroot/
디렉터리로 변경합니다.chroot /mnt/sysroot/
sh-4.2# chroot /mnt/sysroot/
Copy to Clipboard Copied! dnf remove
명령을 사용하여 드라이버 패키지를 제거합니다. 예를 들어xorg-x11-drv-wacom
드라이버 패키지를 제거하려면 다음을 실행합니다.dnf remove xorg-x11-drv-wacom
sh-4.2# dnf remove xorg-x11-drv-wacom
Copy to Clipboard Copied! chroot 환경을 종료합니다.
exit
sh-4.2# exit
Copy to Clipboard Copied! 어떤 이유로 오작동하는 드라이버를 제거할 수 없는 경우 대신 드라이버를 차단하여 부팅 시 로드되지 않도록 할 수 있습니다.
- 드라이버 추가 및 제거를 완료하면 시스템을 재부팅합니다.
B.9. ip= 부팅 옵션은 오류를 반환합니다.
예를 들어
과 같은 ip=
192.168.1.1ip=[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
ip=192.168.1.15 netmask=255.255.255.0 gateway=192.168.1.254 nameserver=192.168.1.250 hostname=myhost1
그러나 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
ip=192.168.1.15::192.168.1.254:255.255.255.0:myhost1::none: nameserver=192.168.1.250
문제를 해결하려면 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 설치를 위한 그래픽 설치 프로그램은 인터넷 연결 속도 저하로 인해 사용할 수 없습니다. 이 경우 설치를 진행하려면 다음 방법 중 하나를 선택할 수 있습니다.
시간 초과를 방지합니다. 이렇게 하려면 다음을 수행합니다.
- BIOS 사용의 경우 키 또는 설치 미디어에서 부팅할 때 UEFI 사용의 경우 키를 누릅니다. 이를 통해 커널 명령줄 인수를 수정할 수 있습니다.
설치를 계속 진행하려면
rd.live.ram=1
을 추가하고 BIOS 사용 시 또는 UEFI 사용 시 를 누릅니다.설치 프로그램을 로드하는 데 시간이 더 걸릴 수 있습니다.
그래픽 설치 프로그램의 로드 시간을 확장하는 또 다른 옵션은
inst.xtimeout
커널 인수를 초 단위로 설정하는 것입니다.inst.xtimeout=N
inst.xtimeout=N
Copy to Clipboard Copied! - 시스템을 텍스트 모드로 설치할 수 있습니다. 자세한 내용은 텍스트 모드에서 RHEL 설치를 참조하십시오.
- 로컬 미디어 소스 대신 iLO 또는 iDRAC와 같은 원격 관리 콘솔에서 Red Hat 고객 포털의 다운로드 센터에서 설치 ISO 파일에 대한 직접 URL을 사용합니다. 이 섹션에 액세스하려면 로그인해야 합니다.
B.11. rootfs 이미지가 initramfs가 아닙니다
설치 프로그램을 부팅할 때 콘솔에 다음 메시지가 표시되면 설치 프로그램 initrd.img
전송에 오류가 있을 수 있습니다.
[ ...] rootfs image is not initramfs
[ ...] rootfs image is not initramfs
이 문제를 해결하려면 initrd
를 다시 다운로드하거나 sha256sum
을 initrd.img
와 실행하고 설치 미디어의 .treeinfo
파일에 저장된 체크섬과 비교합니다. 예를 들면 다음과 같습니다.
sha256sum dvd/images/pxeboot/initrd.img
$ sha256sum dvd/images/pxeboot/initrd.img
fdb1a70321c06e25a1ed6bf3d8779371b768d5972078eb72b2c78c925067b5d8 dvd/images/pxeboot/initrd.img
.treeinfo
에서 체크섬을 보려면 다음을 수행합니다.
grep sha256 dvd/.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
올바른 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…
[ ...] 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…
이 문제를 해결하려면 다음을 확인하십시오.
-
지정된 설치 소스가 커널 명령줄(
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=X
를 options에 추가하고 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
은 리포지토리의 이름이며 설치 프로세스에 필요합니다. 이러한 리포지토리는 설치 프로세스 중에만 사용되며 설치된 시스템에 설치되지 않습니다.
설치 소스 | 부팅 옵션 형식 | 추가 정보 |
---|---|---|
URL에 설치 가능한 트리 |
| 지정된 URL에서 설치 가능한 트리를 찾습니다. |
NFS 경로에 설치 가능한 트리 |
|
지정된 NFS 경로에서 설치 가능한 트리를 찾습니다. 호스트 다음에 콜론이 필요합니다. 설치 프로그램은 RFC 2224에 따른 URL 구문 분석 대신 |
설치 환경에 설치 가능한 트리 |
|
설치 환경의 지정된 위치에서 설치할 수 있는 트리를 찾습니다. 이 옵션을 사용하려면 설치 프로그램에서 사용 가능한 소프트웨어 그룹을 로드하기 전에 리포지토리를 마운트해야 합니다. 이 옵션을 사용하면 하나의 부팅 가능 ISO에 여러 리포지토리를 사용할 수 있으며, ISO에서 기본 리포지토리와 추가 리포지토리를 모두 설치할 수 있습니다. 추가 리포지토리의 경로는 |
디스크 |
| 지정된 <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
inst.stage2=https://hostname/path_to_install_image/ inst.noverifyssl
Copy to Clipboard Copied! inst.repo=
를 사용하여 소스를 지정할 때의 예inst.repo=https://hostname/path_to_install_repository/ inst.noverifyssl
inst.repo=https://hostname/path_to_install_repository/ inst.noverifyssl
Copy to Clipboard Copied! - 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/
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 Copied! - 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
[PROTOCOL://][USERNAME[:PASSWORD]@]HOST[:PORT] For example: http://proxyuser:proxypassword@10.1.2.3:3128
Copy to Clipboard Copied! - inst.nosave=
inst.nosave=
부팅 옵션을 사용하여 설치된 시스템에 저장되지 않은 설치 로그 및 관련 파일(예:input_ks
,output_ks
,
)을 제어합니다.all
_ks쉼표로 구분된 여러 값을 결합할 수 있습니다. 예를 들면 다음과 같습니다.
inst.nosave=input_ks,logs
inst.nosave=input_ks,logs
Copy to Clipboard Copied! 참고inst.nosave
부팅 옵션은 로그 및 입력/출력 Kickstart 결과와 같은 Kickstart %post 스크립트에서 제거할 수 없는 설치된 시스템의 파일을 제외하는 데 사용됩니다.input_ks
- 입력 Kickstart 결과를 저장하는 기능을 비활성화합니다.
output_ks
- 설치 프로그램에서 생성된 출력 Kickstart 결과를 저장하는 기능을 비활성화합니다.
all_ks
- 입력 및 출력 Kickstart 결과를 저장하는 기능을 비활성화합니다.
logs
- 모든 설치 로그를 저장하는 기능을 비활성화합니다.
all
- 모든 Kickstart 결과 및 모든 로그를 저장하는 기능을 비활성화합니다.
- inst.multilib
-
inst.multilib
부팅 옵션을 사용하여 DNF의multilib_policy
를 best가 아닌 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
ifname=eth0:01:23:45:67:89:ab
Copy to Clipboard Copied! 참고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
vlan=vlan5:enp0s1
Copy to Clipboard Copied! 이렇게 하면
enp0s1
인터페이스에서vlan5
라는 VLAN 장치가 구성됩니다. 이름은 다음 형식을 사용할 수 있습니다.
-
ip 옵션을 지정하지 않고
-
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
bond=bond0:enp0s1,enp0s2:mode=active-backup,tx_queues=32,downdelay=5000
Copy to Clipboard Copied! 사용 가능한 옵션 목록은
modinfo bonding
명령을 실행합니다.- bridge=
bridge=
옵션을 사용하여bridge=name:interfaces
구문을 사용하여 브리지 장치를 구성합니다. name을 브리지 장치 및 interfaces의 원하는 이름으로 교체하고, 브릿지 장치에서 기본 인터페이스로 사용할 물리적(Ethernet) 장치 목록을 쉼표로 구분한 목록으로 바꿉니다. 예를 들면 다음과 같습니다.bridge=bridge0:enp0s1,enp0s2
bridge=bridge0:enp0s1,enp0s2
Copy to Clipboard Copied!
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
를 사용합니다. 이 옵션은 더 이상 사용되지 않습니다.
-
geolocation:
- 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
modprobe.blacklist=ahci,firewire_ohci
Copy to Clipboard Copied! 참고modprobe.blacklist
를 다른 명령행 옵션과 함께 사용할 수 있습니다. 예를 들어inst.dd
옵션과 함께 사용하여 기존 드라이버의 업데이트된 버전이 드라이버 업데이트 디스크에서 로드되었는지 확인합니다.modprobe.blacklist=virtio_blk
modprobe.blacklist=virtio_blk
Copy to Clipboard Copied! - 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
초를 사용합니다.