설치 가이드
모든 아키텍처에 Red Hat Enterprise Linux 7 설치
초록
1장. 시작하기
1.1. 그래픽 설치
1.2. 원격 설치
연결 모드를
사용하여 그래픽 설치를 완전히 원격으로 수행할 수 있습니다. 디스플레이 및 키보드가 있지만 그래픽 인터페이스를 실행할 수 있는 용량이 없는 시스템의 경우 직접 모드를
사용하여 설정을 용이하게 할 수 있습니다. 자세한 내용은 25장. VNC 사용 에서 참조하십시오.
1.3. 자동 설치
2장. Downloading RedRed Hat Enterprise Linuxnbsp;Hat EnterpriseRed Hat Enterprise Linuxnbsp;Linux
- 바이너리 DVD
- 설치 프로그램을 부팅하고 추가 패키지 리포지토리 없이 전체 설치를 수행하는 전체 설치 이미지입니다.참고바이너리 DVD는 IBM Z에서도 사용할 수 있습니다. SCSI DVD 드라이브 또는 설치 소스를 사용하여 설치 프로그램을 부팅하는 데 사용할 수 있습니다.
- boot.iso
- 설치 프로그램을 부팅하지만 추가 패키지 리포지토리에 액세스해야 하는 최소 부팅 이미지입니다. Red Hat은 리포지토리를 제공하지 않습니다. 전체 설치 ISO 이미지를 사용하여 생성해야 합니다.
절차 2.1. Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux ISO 이미지 다운로드
- 에서 https://access.redhat.com/home 고객 포털을 방문하십시오. 로그인하지 않은 경우 페이지 오른쪽에 있는 LOG IN 을 클릭합니다. 메시지가 표시되면 계정 자격 증명을 입력합니다.
- 페이지 상단에 있는 다운로드를 클릭합니다.
- Click RedRed Hat Enterprise Linuxnbsp;Hat EnterpriseRed Hat Enterprise Linuxnbsp;Linux.
- 설치 대상의 적절한 제품 변형 및 아키텍처를 선택해야 합니다. 기본적으로
Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux QCOW;Linux Server
및x86_64
가 선택됩니다. 요구 사항에 가장 적합한 변형이 확실하지 않은 경우 를 참조하십시오 http://www.redhat.com/en/technologies/linux-platforms/enterprise-linux. 또한 모든 변형에 사용할 수 있는 패키지 목록은 Red Hat Enterprise Linux 7 패키지 매니페스트 에서 사용할 수 있습니다. - 사용 가능한 다운로드 목록이 표시됩니다. 특히 최소 부팅 ISO 이미지와 전체 설치 바이너리 DVD ISO 이미지가 표시됩니다. 이러한 파일은 위에 설명되어 있습니다. 이 문서의 범위를 벗어나는 사전 구성된 가상 머신 이미지와 같은 추가 이미지를 사용할 수 있습니다.
- 사용할 이미지 파일을 선택합니다. 고객 포털에서 다운로드할 수 있는 두 가지 방법이 있습니다.
- 해당 이름을 클릭하여 웹 브라우저를 사용하여 컴퓨터에 다운로드를 시작합니다.
- 이름을 마우스 오른쪽 버튼으로 클릭한 다음 curl 과 같은 특수 애플리케이션은 고객 포털에서 다운로드 시도 중단을 재개하는 데 사용할 수 있으므로 전체 파일을 다시 다운로드할 필요가 없으므로 시간과 대역폭 사용량을 절약할 수 있습니다.또는 유사한 메뉴 항목, 사용 중인 브라우저에 따라 정확한 단어가 필요합니다. 이 작업은 파일의 URL을 클립보드에 복사하여 대체 애플리케이션을 사용하여 컴퓨터에 파일을 다운로드할 수 있습니다. 이 방법은 인터넷 연결이 불안정한 경우 특히 유용합니다: 이 경우 브라우저에서 전체 파일을 다운로드하지 못할 수 있으며 다운로드 링크에는 짧은 시간 동안만 유효한 인증 키가 포함되어 있으므로 중단된 다운로드 프로세스를 다시 시작하려고 할 수 없습니다. 그러나
절차 2.2. curl을 사용하여 설치 미디어 다운로드
- root로 다음 명령을 실행하여 curl 패키지가 설치되었는지 확인합니다.
# yum install curl
Linux 배포판에서 yum 을 사용하지 않거나 Linux를 전혀 사용하지 않는 경우 curl 웹 사이트에서 가장 적합한 소프트웨어 패키지를 다운로드합니다. - 터미널 창을 열고 적절한 디렉터리를 입력하고 다음 명령을 입력합니다.
$ curl -o filename.iso 'copied_link_location'
filename.iso 를rhel-server-7.0-x86_64-dvd.iso
와 같이 고객 포털에 표시된 ISO 이미지 이름으로 바꿉니다. 이는 고객 포털의 다운로드 링크에도 다운로드된 파일 이름에 curl 이 사용할 추가 문자가 포함되어 있기 때문에 중요합니다. 그런 다음 다음 매개변수 앞에 단일 따옴표를 유지하고 copy _link_location 을 고객 포털에서 복사한 링크로 교체한 후 위의 명령을 복사한 후 위의 명령을 복사한 후 다시 복사하십시오. Linux에서는 창의 아무 곳이나 중으로 클릭하거나 Shift+삽입을 눌러 클립보드의 콘텐츠를 터미널 창에 붙여넣을 수 있습니다. 마지막으로 마지막 매개변수 다음에 다른 작은따옴표를 사용하고 Enter 를 눌러 명령을 실행하고 ISO 이미지 전송을 시작합니다. 작은따옴표를 사용하면 명령줄 인터프리터가 다운로드 링크에 포함될 수 있는 특수 문자를 잘못 해석하지 않습니다.예 2.1. curl을 사용하여 ISO 이미지 다운로드
다음은 curl 명령줄의 예입니다.$ curl -o rhel-server-7.0-x86_64-dvd.iso 'https://access.cdn.redhat.com//content/origin/files/sha256/85/85a...46c/rhel-server-7.0-x86_64-dvd.iso?_auth_=141...7bf'
실제 다운로드 링크는 복잡한 식별자가 포함되어 있기 때문에 훨씬 더 길다. - 전송이 완료되기 전에 인터넷 연결이 떨어지면 고객 포털의 다운로드 페이지를 새로 고침합니다. 필요한 경우 다시 로그인합니다. 새 다운로드 링크를 복사하고 이전과 동일한 기본 curl 명령줄 매개 변수를 사용하지만 새 다운로드 링크를 사용하고
-C
를 추가하여 curl 이 이미 다운로드한 파일의 크기에 따라 계속되는 위치를 자동으로 결정하도록 지시하십시오.예 2.2. 중단된 다운로드 시도 재시작
다음은 선택한 ISO 이미지만 부분적으로 다운로드한 경우 사용하는 curl 명령줄의 예입니다.$ curl -o rhel-server-7.0-x86_64-dvd.iso 'https://access.cdn.redhat.com//content/origin/files/sha256/85/85a...46c/rhel-server-7.0-x86_64-dvd.iso?_auth_=141...963' -C -
- 선택적으로 sha256sum 과 같은 체크섬 유틸리티를 사용하여 다운로드가 완료된 후 이미지 파일의 무결성을 확인할 수 있습니다. Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux sl;Linux 페이지에 있는 모든 다운로드는 참고를 위한 체크섬이 제공됩니다.
$ sha256sum rhel-server-7.0-x86_64-dvd.iso
85a...46c rhel-server-7.0-x86_64-dvd.iso
Microsoft Windows 및 Mac OS X 에서 유사한 도구를 사용할 수 있습니다. 설치를 시작할 때 설치 프로그램을 사용하여 미디어를 확인할 수도 있습니다. 자세한 내용은 23.2.2절. “부팅 미디어 확인” 을 참조하십시오.
- 3.1절. “설치 CD 또는 DVD 만들기” 에 설명된 대로 CD 또는 DVD에 구울 수 있습니다.
- 부팅 가능한 USB 드라이브를 생성하려면 이 드라이브를 사용하십시오. 3.2절. “USB 미디어 설치” 을 참조하십시오.
- 네트워크 설치를 준비하기 위해 서버에 배치합니다. 자세한 내용은 3.3.3절. “네트워크에 설치 소스” 의 내용을 참조하십시오.
- 드라이브를 설치 소스로 사용하도록 하드 드라이브에 배치합니다. 자세한 내용은 3.3.2절. “하드 드라이브에 설치 소스” 에서 참조하십시오.
- 이를 사용하여 네트워크를 통해 설치 시스템을 부팅할 수 있는 PXE( Preboot Execution Environment ) 서버를 준비합니다. 자세한 내용은 24장. 네트워크 설치 준비 을 참조하십시오.
3장. 미디어 만들기
inst.stage2=
부트 옵션은 설치 미디어에서 사용되며 특정 레이블(예: inst.stage2=hd:LABEL= RHEL7\x20Server.x86_64
)으로 설정됩니다. 런타임 이미지가 포함된 파일 시스템의 기본 레이블을 수정하거나 사용자 지정된 절차를 사용하여 설치 시스템을 부팅하는 경우 이 옵션이 올바른 값으로 설정되어 있는지 확인해야 합니다. 자세한 내용은 설치 소스 지정 을 참조하십시오.
3.1. 설치 CD 또는 DVD 만들기
3.2. USB 미디어 설치
3.2.1. Linux에서 USB 미디어 설치
절차 3.1. Linux에서 USB 미디어 만들기
- USB 플래쉬 드라이브를 시스템에 연결하고 dmesg 명령을 실행합니다. 모든 최근 이벤트를 자세히 설명하는 로그가 표시됩니다. 이 로그 하단에는 방금 연결한 USB 플래쉬 드라이브로 인한 일련의 메시지가 표시됩니다. 다음과 유사한 행 세트와 유사합니다.
[ 170.171135] sd 5:0:0:0: [sdb] Attached SCSI removable disk
연결된 장치의 이름을 기록해 둡니다. 위의 예에서sdb
입니다. root
로 로그인합니다.$
su -메시지가 표시되면 루트 암호를 입력합니다.- 장치가 마운트되어 있지 않은지 확인합니다. 먼저 findmnt device 명령과 이전 단계에서 찾은 장치 이름을 사용합니다. 예를 들어 장치 이름이
sdb
인 경우 다음 명령을 사용합니다.#
findmnt /dev/sdb명령이 출력을 표시하지 않으면 다음 단계를 진행할 수 있습니다. 그러나 명령에서 출력을 제공하는 경우 장치가 자동으로 마운트되었으며 진행하기 전에 마운트 해제해야 함을 의미합니다. 샘플 출력은 다음과 유사합니다.#
findmnt /dev/sdb TARGET SOURCE FSTYPE OPTIONS /mnt/iso /dev/sdb iso9660 ro,relatimeTARGET
열을 확인합니다. 다음으로 umount target 명령을 사용하여 장치를 마운트 해제합니다.#
umount /mnt/iso - dd 명령을 사용하여 설치 ISO 이미지를 USB 장치에 직접 작성합니다.
#
dd if=/image_directory/image.iso of=/dev/device bs=blocksize/image_directory/image.iso 를 다운로드한 ISO 이미지 파일의 전체 경로, 장치를 dmesg 명령에서 보고한 장치 이름으로 바꾸고, 쓰기 프로세스의 속도를 높이기 위해 적절한 블록 크기(예:512k
)로 blocksize 를 바꿉니다.bs
매개 변수는 선택 사항이지만 프로세스 속도를 크게 높일 수 있습니다.중요장치의 파티션 이름(예:/dev/sda
)으로 출력을 지정하십시오(예:/dev/sda
).예를 들어 ISO 이미지가/home/ vGPU/Downloads/rhel-server-7-x86_64-boot.iso
에 있고 탐지된 장치 이름이sdb
이면 명령은 다음과 같이 표시됩니다.#
dd if=/home/testuser/Downloads/rhel-server-7-x86_64-boot.iso of=/dev/sdb bs=512k - dd 가 이미지에 이미지 쓰기를 완료할 때까지 기다립니다. 진행률 표시줄이 표시되지 않습니다.
#
프롬프트가 다시 표시되면 데이터 전송이 완료됩니다. 프롬프트가 표시되면루트
계정에서 로그아웃하고 USB 드라이브를 분리합니다.
inst.stage2=
부팅 옵션이 지정되어야 합니다. inst.stage2=
부팅 옵션에 대한 정보는 23.1절. “부팅 메뉴에서 설치 시스템 구성” 을 참조하십시오.
3.2.2. Windows에서 USB 미디어 설치
절차 3.2. Windows에서 USB 미디어 만들기
- Fedora Media Writer 를 다운로드하여 설치합니다.
- 미디어를 만드는 데 사용할 Red Hat Enterprise Linux Red Hat Enterprise Linux {;Hat Enterprise Red Hat Enterprise Linux ISO 이미지를 다운로드합니다. ( ISO 이미지 가져오기에 대한 자세한 내용은 2장. Downloading RedRed Hat Enterprise Linuxnbsp;Hat EnterpriseRed Hat Enterprise Linuxnbsp;Linux 를 참조하십시오.)
- USB 드라이브를 연결하면 를 사용하여 부팅 가능한 미디어를 생성합니다.
- Fedora Media Writer 를 엽니다.
- 기본 창에서 Custom Image (사용자 지정 이미지)를 클릭하고 다운로드한 Red Hat Enterprise Linux separated;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux ISO 이미지를 선택합니다.
- 드롭다운 메뉴에서 사용할 드라이브를 선택합니다. 드라이브가 나타나지 않으면 USB 드라이브가 연결되어 있는지 확인하고 Fedora Media Writer 를 다시 시작합니다.
- 디스크에 쓰기를 클릭합니다. 부팅 미디어 생성 프로세스가 시작됩니다. 작업이 완료될 때까지 드라이브를 분리하지 마십시오. ISO 이미지의 크기와 USB 드라이브의 쓰기 속도에 따라 이미지를 쓰는 데 몇 분이 걸릴 수 있습니다.
그림 3.1. Fedora Media Writer
[D] - 생성 프로세스가 완료되고
Complete!
메시지가 표시되면 시스템의 알림 영역에서 안전하게 하드웨어 아이콘을 제거하여 USB 드라이브를 마운트 해제합니다.
3.2.3. Mac OS X에서 USB 미디어 설치
절차 3.3. Mac OS X에서 USB 미디어 만들기
- USB플러그 드라이브를 시스템에 연결하고 diskutil list 명령을 사용하여 장치 경로를 식별합니다. 장치 경로의 형식은
/dev/disknumber
입니다. 여기서 number 는 디스크 수입니다. 디스크 수가 0(0)에서 시작합니다. 디스크 0은 OS X 복구 디스크일 가능성이 높으며 Disk 1은 기본 OS X 설치가 될 수 있습니다. 다음 예제에서는disk2
입니다.$ diskutil list /dev/disk0 #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *500.3 GB disk0 1: EFI EFI 209.7 MB disk0s1 2: Apple_CoreStorage 400.0 GB disk0s2 3: Apple_Boot Recovery HD 650.0 MB disk0s3 4: Apple_CoreStorage 98.8 GB disk0s4 5: Apple_Boot Recovery HD 650.0 MB disk0s5 /dev/disk1 #: TYPE NAME SIZE IDENTIFIER 0: Apple_HFS YosemiteHD *399.6 GB disk1 Logical Volume on disk0s1 8A142795-8036-48DF-9FC5-84506DFBB7B2 Unlocked Encrypted /dev/disk2 #: TYPE NAME SIZE IDENTIFIER 0: FDisk_partition_scheme *8.0 GB disk2 1: Windows_NTFS SanDisk USB 8.0 GB disk2s1
USB플러그 드라이브를 식별하려면NAME
,TYPE
및SIZE
열을 플래시 드라이브에 대해 알고 있는 항목과 비교합니다. 예를 들어NAME
은 grant .v drive 아이콘의 제목과 동일해야 합니다. 이러한 값을 플래쉬 드라이브의 정보 패널에 있는 항목과 비교할 수도 있습니다. 드라이브 아이콘을 마우스 오른쪽 버튼으로 클릭하고 정보 가져오기 를 선택합니다. - diskutil unmountDisk 명령을 사용하여 플래쉬 드라이브의 파일 시스템 볼륨을 마운트 해제합니다.
$ diskutil unmountDisk /dev/disknumber Unmount of all volumes on disknumber was successful
이 작업을 수행 할 때, 플래시 드라이브의 아이콘이 데스크톱에서 사라집니다. 그렇지 않으면 잘못된 디스크를 식별했을 수 있습니다. 실수로 시스템 디스크를 마운트 해제하려고 하면 오류를마운트 해제하지 못했습니다
. - dd 명령을 sudo 명령의 매개 변수로 사용하여 ISO 이미지를 플래쉬 드라이브에 씁니다.
$ sudo dd if=/path/to/image.iso of=/dev/rdisknumber bs=1m>
참고Mac OS X는 각 스토리지 장치에 블록 (/dev/disk*
)과 문자 장치 (/dev/rdisk*
) 파일을 모두 제공합니다./dev/rdisk번호
문자 장치에 이미지를 쓰는 것이/dev/disk번호
블록 장치의 속도보다 빠릅니다.예 3.1. 디스크에 ISO 이미지 작성
/Users/user_name/Downloads/rhel-server-7-x86_64-boot.iso
파일을/dev/rdisk2
장치에 씁니다.$ sudo dd if=/Users/user_name/Downloads/rhel-server-7-x86_64-boot.iso of=/dev/rdisk2
- 명령이 완료될 때까지 기다립니다. 그러나 진행률 표시줄이 표시되지 않습니다. 그러나 터미널에서 Ctrl+t 를 눌러 작업 상태를 확인합니다.
load: 1.02 cmd: dd 3668 uninterruptible 0.00u 1.91s 112+0 records in 111+0 records out 116391936 bytes transferred in 114.834860 secs (1013559 bytes/sec)
- 데이터 전송 속도는 USB 포트 및 플래시 드라이브의 속도에 따라 다릅니다. 프롬프트가 다시 표시되면 데이터 전송이 완료됩니다. 그러면 플래시 드라이브를 분리할 수 있습니다.
3.3. 설치 소스 준비
DVD
: 바이너리 DVD ISO 이미지를 DVD로 구울 수 있으며 이 디스크에서 패키지를 설치하도록 설치 프로그램을 구성할 수 있습니다.하드 드라이브
: 바이너리 DVD ISO 이미지를 하드 드라이브에 배치하고 여기에서 패키지를 설치할 수 있습니다.네트워크 위치
: 바이너리 DVD ISO 이미지 또는 설치 트리 ( binary DVD ISO 이미지의 압축 내용)를 설치 시스템에서 액세스할 수 있는 네트워크 위치로 복사하고 다음 프로토콜을 사용하여 네트워크를 통해 설치를 수행할 수 있습니다.NFS
: 바이너리 DVD ISO 이미지는 NFS( Network File System ) 공유에 배치됩니다.HTTPS
,HTTP
또는FTP
: 설치 트리는HTTP
,HTTPS
또는FTP
를 통해 액세스할 수 있는 네트워크 위치에 배치됩니다.
- 설치 프로그램의 그래픽 인터페이스: 그래픽 설치가 시작되고 기본 언어를 선택하면 설치 요약 화면이 표시됩니다. Installation Source (설치 소스) 화면으로 이동하여 구성할 소스를 선택합니다. 자세한 내용은 다음을 참조하십시오.
- 8.11절. “” 64비트 AMD, Intel 및 ARM 시스템의 경우
- 13.12절. “” IBM Power Systems 서버의 경우
- 18.12절. “” IBM Z의 경우
- 부팅 옵션 사용: 시작하기 전에 설치 프로그램을 구성하는 사용자 정의 부팅 옵션을 지정할 수 있습니다. 이러한 옵션 중 하나를 사용하면 사용할 설치 소스를 지정할 수 있습니다. 자세한 내용은 23.1절. “부팅 메뉴에서 설치 시스템 구성” 의
inst.repo=
옵션을 참조하십시오. - Kickstart 파일 사용: Kickstart 파일에서 install 명령을 사용하고 설치 소스를 지정할 수 있습니다. 일반적으로 Kickstart 설치에 대한 자세한 내용은 27.3.1절. “Kickstart 명령 및 옵션” 을 참조하십시오. 27장. Kickstart 설치
3.3.1. DVD에 설치 소스
3.3.2. 하드 드라이브에 설치 소스
xfs
,ext2
,ext3
,ext4
, vfat
(FAT32
)입니다. Microsoft Windows 시스템에서는 하드 드라이브를 포맷할 때 사용되는 기본 파일 시스템이 NTFS
이고 exFAT
파일 시스템도 사용할 수 있지만 설치 중에 이러한 파일 시스템을 마운트할 수 없습니다. Microsoft Windows에서 설치 소스로 사용할 하드 드라이브 또는 USB 드라이브를 만드는 경우 드라이브를 FAT32
로 포맷해야 합니다.
FAT32
파일 시스템은 4GiB보다 큰 파일을 지원하지 않습니다. 일부 Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux 7 설치 미디어는 그 보다 클 수 있으므로 이 파일 시스템을 사용하여 드라이브로 복사할 수 없습니다.
3.3.3. 네트워크에 설치 소스
3.3.3.1. NFS 서버에 설치 소스
NFS
설치 방법에서는 설치 시스템에서 읽을 수 있어야 하는 네트워크 파일 시스템
서버의 내보낸 디렉터리에 배치된 Red Hat Enterprise Linux Red Hat Enterprise Linux Red Hat Enterprise Linux 6.7의 Linux 바이너리 DVD의 ISO 이미지를 사용합니다. NFS 기반 설치를 수행하려면 NFS 호스트 역할을 할 다른 실행 시스템이 필요합니다.
절차 3.4. NFS를 사용하여 설치 준비
root
로 다음 명령을 실행하여 nfs-utils 패키지를 설치합니다.#
yum install nfs-utils- 전체 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Red Hat Enterprise Linux 7 바이너리 DVD ISO 이미지를 NFS 서버의 적절한 디렉토리로 복사합니다. 예를 들어 이 목적으로 디렉터리
/rhel7-install/
을 생성하고 여기에 ISO 이미지를 저장할 수 있습니다. - 텍스트 편집기를 사용하여
/etc/exports
파일을 열고 다음 구문으로 행을 추가합니다./exported_directory/ clients
/exported_directory/ 를 ISO 이미지가 있는 디렉터리의 전체 경로로 바꿉니다. 클라이언트 대신 이 NFS 서버에서 설치할 컴퓨터의 호스트 이름 또는 IP 주소를 사용합니다. 모든 컴퓨터가 ISO 이미지를 사용하도록 하려면 모든 컴퓨터가 ISO 이미지에 액세스할 수 있는 서브네트워크 또는 별표 기호(*
)를 사용합니다. 이 필드의 형식에 대한 자세한 내용은exports(5)
도움말 페이지를 참조하십시오.다음은 모든 클라이언트에서/rhel7-install/
디렉터리를 읽기 전용으로 사용할 수 있도록 하는 기본 구성입니다./rhel7-install *
- 구성을 완료한 후
/etc/exports
파일을 저장하고 텍스트 편집기를 종료합니다. nfs
서비스를 시작합니다.#
systemctl start nfs.service/etc/exports
파일을 변경하기 전에 서비스가 이미 실행 중인 경우, 실행 중인 NFS 서버가 해당 구성을 다시 로드하기 위해 다음 명령을 대신 입력합니다.#
systemctl reload nfs.service
NFS
를 통해 ISO 이미지에 액세스할 수 있으며 설치 소스로 사용할 수 있습니다.
nfs:
를 프로토콜로, 서버의 호스트 이름 또는 IP 주소, 콜론 기호(:
), ISO 이미지를 포함하는 디렉터리를 사용합니다. 예를 들어 서버의 호스트 이름이 myserver.example.com
이고 ISO 이미지를 /rhel7-install/
에 저장한 경우 설치 소스로 nfs:myserver.example.com:/rhel7-install/
을 지정합니다.
3.3.3.2. HTTP, HTTPS 또는 FTP 서버에 설치 소스
.treeinfo
파일을 포함하는 디렉터리입니다. 설치 소스는 HTTP
,HTTPS
또는 FTP
를 통해 액세스할 수 있습니다.
절차 3.5. HTTP 또는 HTTPS를 사용하여 설치 준비
root
로 다음 명령을 실행하여 httpd 패키지를 설치합니다.#
yum install httpdHTTPS
서버에는 추가 구성이 필요합니다. 자세한 내용은 Red Hat Enterprise Linux 7 시스템 관리자 가이드의 SSL 서버 설정 섹션을 참조하십시오. 그러나 설치 소스와 설치 프로그램 간에 민감한 데이터가 전송되지 않고HTTP
로 충분한 경우HTTPS
가 필요하지 않습니다.주의Apache 웹 서버 구성에서 SSL 보안을 활성화하는 경우TLSv1
프로토콜만 활성화하고SSLv2
및SSLv3
를 비활성화합니다. 이는 POODLE SSL 취약점(CVE-2014-3566) 때문입니다. 자세한 내용은 을 참조하십시오 https://access.redhat.com/solutions/1232413.중요HTTPS
를 사용하기로 결정하고 서버가 자체 서명된 인증서를 사용하는 경우noverifyssl
옵션을 사용하여 설치 프로그램을 부팅해야 합니다.- 전체 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Red Hat Enterprise Linux 7 바이너리 DVD ISO 이미지를 HTTP(S) 서버로 복사합니다.
- mount 명령을 사용하여 바이너리 DVD ISO 이미지를 적절한 디렉터리에 마운트합니다.
#
mount -o loop,ro -t iso9660 /image_directory/image.iso /mount_point//image_directory/image.iso 를 바이너리 DVD ISO 이미지의 경로로 바꾸고 /mount_point/ 를 ISO 이미지의 콘텐츠를 표시하려는 디렉터리 경로로 바꿉니다. 예를 들어 이 용도로 디렉토리/mnt/rhel7-install/
을 생성하고 이를 mount 명령의 매개 변수로 사용할 수 있습니다. - 마운트된 이미지의 파일을 HTTP 서버 루트에 복사합니다.
#
cp -r /mnt/rhel7-install/ /var/www/html/이 명령은 이미지 콘텐츠를 사용하여/var/www/html/rhel7-install/
디렉터리를 생성합니다. httpd
서비스를 시작합니다.#
systemctl start httpd.service
http://
또는 https://
를 프로토콜로, 서버의 호스트 이름 또는 IP 주소, HTTP 서버 루트와 관련하여 ISO 이미지의 파일을 저장한 디렉터리를 사용합니다. 예를 들어 HTTP
를 사용하는 경우 서버의 호스트 이름은 myserver.example.com
이고 이미지의 파일을 /var/www/html/rhel7-install/
으로 복사한 경우 설치 소스로 http://myserver.example.com/rhel7-install/
를 지정합니다.
절차 3.6. FTP를 사용하여 설치 준비
root
로 다음 명령을 실행하여 vsftpd 패키지를 설치합니다.#
yum install vsftpd- 선택적으로 텍스트 편집기에서
/etc/htpasswd/htpasswd.conf
구성 파일을 열고 변경하려는 옵션을 편집합니다. 사용 가능한 옵션은vsftpd.conf(5)
도움말 페이지를 참조하십시오. 이 절차의 나머지 부분에서는 기본 옵션이 사용되는 것으로 가정합니다. 특히 나머지 절차를 따르려면 FTP 서버의 익명 사용자가 파일을 다운로드할 수 있어야 합니다.주의member.conf
파일에서 SSL/TLS 보안을 구성한 경우TLSv1
프로토콜만 활성화하고SSLv2
및SSLv3
를 비활성화합니다. 이는 POODLE SSL 취약점(CVE-2014-3566) 때문입니다. 자세한 내용은 을 참조하십시오 https://access.redhat.com/solutions/1234773. - 전체 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Red Hat Enterprise Linux 7 바이너리 DVD ISO 이미지를 FTP 서버에 복사합니다.
- mount 명령을 사용하여 바이너리 DVD ISO 이미지를 적절한 디렉터리에 마운트합니다.
#
mount -o loop,ro -t iso9660 /image_directory/image.iso /mount_point/image_directory/image.iso 를 바이너리 DVD ISO 이미지의 경로로 바꾸고 /mount_point 를 ISO 이미지의 콘텐츠를 표시하려는 디렉터리 경로로 바꿉니다. 예를 들어 이 용도로 디렉토리/mnt/rhel7-install/
을 생성하고 이를 mount 명령의 매개 변수로 사용할 수 있습니다. - 마운트된 이미지의 파일을 FTP 서버 루트로 복사합니다.
#
cp -r /mnt/rhel7-install/ /var/ftp/이 명령은 이미지 콘텐츠를 사용하여/var/ftp/rhel7-install/
디렉터리를 생성합니다. vsftpd
서비스를 시작합니다.#
systemctl start vsftpd.service/etc/htpasswd/htpasswd.conf
파일을 변경하기 전에 서비스가 이미 실행 중인 경우, 파일을 다시 시작하여 편집된 파일이 로드되었는지 확인합니다. 다시 시작하려면 다음 명령을 실행합니다.#
systemctl restart vsftpd.service
ftp://
를 프로토콜로, 서버의 호스트 이름 또는 IP 주소 및 FTP 서버 루트와 관련하여 ISO 이미지에서 파일을 저장한 디렉터리를 사용합니다. 예를 들어 서버의 호스트 이름이 myserver.example.com
이고 이미지의 파일을 /var/ftp/rhel7-install/
로 복사한 경우 설치 소스로 ftp://myserver.example.com/rhel7-install/
를 지정합니다.
3.3.3.3. 네트워크 기반 설치에 대한 방화벽 고려 사항
사용된 프로토콜 | 오픈할 포트 |
---|---|
FTP | 21 |
HTTP | 80 |
HTTPS | 443 |
NFS | 2049 , 111 , 20048 |
TFTP | 69 |
I 부. AMD64, Intel 64 및 ARM 64 - 설치 및 부팅
4장. 빠른 설치 가이드
4.1. 대화형 설치
- Install Red Hat Enterprise Linux Pure;Hat EnterpriseRed Hat Enterprise Linux(Red Hat Enterprise Linux with Linux )를 부팅 메뉴에서 선택하고 Enter 를 누릅니다.
- Anaconda 가 끝나면 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux sl;Linux 설치 프로그램 시작, 사용자 언어 및 리전을 선택한 다음 계속 을 클릭합니다.
- 설치 요약 은 구성 옵션을 설정하는 중앙 화면입니다.개별 옵션을 임의의 순서로 표시하고 수정할 수 있습니다. 구성 옵션이 자동으로 올바르게 구성된 경우 추가 조치가 필요하지 않습니다. 그러나 항목이 느낌표 아이콘으로 표시된 경우 설치를 시작하기 전에 이러한 항목에 대한 구성을 완료해야 합니다.참고
- 날짜 및 시간 선택:
- 시간대에서 가장 가까운 지역과 가장 가까운 도시로 설정하십시오.
- 설치 요약 으로 돌아갑니다.(완료)을 클릭하여
- keyboard을 선택합니다.
- 여러 개의 키보드 레이아웃을 사용하는 경우 기본 레이아웃을 목록의 맨 위로 이동하여 기본 레이아웃을 기본값으로 설정합니다.If you enable multiple keyboard layouts, move your preferred layout to the top of the list using the hiera button to set it as default.
- 설치 요약 으로 돌아갑니다.(완료)을 클릭하여
- 설치 대상 선택:
- 대상 디스크를 선택합니다. 선택한 대상 옆에 확인 표시가 표시됩니다.선택한 디스크가 자동으로 분할됩니다.
- 설치 요약 으로 돌아갑니다.(완료)을 클릭하여
- 네트워크 및 호스트 이름을 선택합니다.
- 오른쪽 상단에 있는 이더넷 슬라이딩 스위치를 클릭하여 네트워크 구성을 활성화합니다.
- 선택 사항으로 장치를 선택하고를 클릭하여 네트워크 인터페이스 구성을 업데이트합니다.
- 설치 요약 으로 돌아갑니다.(완료)을 클릭하여
참고Anaconda 는 네트워크 설정을 즉시 적용합니다. 설치 중 및 설치 후 사용됩니다. - 설치 요약 페이지에서 을 클릭합니다.
- 설치가 시작되고 구성 화면이 표시됩니다.설치 중:
- 루트 암호 선택:
root
사용자의 암호를 입력하고 확인합니다.- 구성 화면으로 돌아갑니다.(완료)을 클릭하여
- 사용자 생성 을 선택합니다.
- 사용자의 전체 이름을 입력합니다.
- 선택적으로 자동으로 생성된 사용자 이름을 업데이트합니다.
- 암호를 설정하고 확인합니다.
- 선택적으로 Make this user administrator 확인란을 선택합니다. 이렇게 하면 사용자를
wheel
그룹에 추가하고 이 계정이 추가 구성 없이 sudo 를 사용하도록 허용합니다. - 구성 화면으로 돌아갑니다.(완료)을 클릭하여
- 설치가 완료될 때까지 기다린 후(재부팅)를 클릭합니다.
- 설치된 시스템을 시작한 후 다음을 수행합니다.
- GUI 기본 환경이 포함된 서버를 사용하여 서버를 설치한 경우 Initial Setup 애플리케이션이 자동으로 시작됩니다.
- 라이센스 계약에 동의합니다.
- 시스템을 등록합니다.
자세한 내용은 30장. 초기 설정의 내용을 참조하십시오. - 설치 중에 다른 기본 환경을 선택한 경우:
root
사용자로 시스템에 로그인합니다.- 시스템을 등록하고 서브스크립션을 자동으로 연결합니다.
# subscription-manager register --auto-attach \ --username=user_name --password=password
4.2. 자동 설치
USB 부팅 미디어 생성
- Kickstart 파일에 설치를 기록합니다.
- Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux, Linux를 한 번 수동으로 설치합니다. 자세한 내용은 4.1절. “대화형 설치” 를 참조하십시오.
- 설치된 시스템을 부팅합니다. 설치 중에 Anaconda 는
/root/anaconda-ks.cfg
파일에 설정을 사용하여 Kickstart 파일을 생성했습니다.
- Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 설치 DVD ISO 파일을
/tmp/
디렉토리로 다운로드합니다. - 설치 ISO 파일을
/mnt/
디렉터리에 마운트합니다. 예:# mount -o loop /tmp/rhel-server-7.3-x86_64-dvd.iso /mnt/
- 작업 디렉터리를 만들고 DVD 콘텐츠를 복사합니다. 예:
# mkdir /root/rhel-install/ # shopt -s dotglob # cp -avRf /mnt/* /root/rhel-install/
- ISO 파일을 마운트 해제합니다.
# umount /mnt/
- 설치 중에 생성된 Kickstart 파일을 작업 디렉터리에 복사합니다.
# cp /root/anaconda-ks.cfg /root/rhel-install/
- 설치 후 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux sl;Linux를 등록하고 서브스크립션을 자동으로 연결하려면
/root/rhel-install/anaconda-ks.cfg
파일에 다음을 추가합니다.%post subscription-manager register --auto-attach --username=user_name --password=password %end
- 설치 DVD 볼륨 이름을 표시합니다.
# isoinfo -d -i rhel-server-7.3-x86_64-dvd.iso | grep "Volume id" | \ sed -e 's/Volume id: //' -e 's/ /\\x20/g'
RHEL-7.3\x20Server.x86_64
- Kickstart 파일을 사용하는 부팅
/root/rhel-install/isolinux/isolinux.cfg
파일에 새 메뉴 항목을 추가합니다. 예:####################################### label kickstart menu label ^Kickstart Installation of RHEL7.3 kernel vmlinuz append initrd=initrd.img inst.stage2=hd:LABEL=RHEL-7.3\x20Server.x86_64 inst.ks=hd:LABEL=RHEL-7.3\x20Server.x86_64:/anaconda-ks.cfg #######################################
참고inst.stage2=hd:LABEL=
및inst.ks=hd:LABEL=
옵션을 이전 단계에서 검색된 DVD 볼륨 이름으로 설정합니다. - 작업 디렉터리에서
/root/rhel-ks.iso
파일을 생성하기 전에 USB UEFI 부팅 또는 CDROM UEFI 부팅 에 대한 다음 단계를 실행합니다.- USB UEFI 부팅 의 경우 다음 단계를 따르십시오.
- 볼륨을 마운트합니다.
# mount /root/rhel-install/images/efiboot.img /mnt/
/mnt/EFI/BOOT/grub.cfg
파일을 편집합니다.- 새 메뉴 항목 추가:
####################################### 'Kickstart Installation of RHEL-7.3' --class fedora --class gnu-linux --class gnu --class os { linuxefi /images/pxeboot/vmlinuz inst.stage2=hd:LABEL=RHEL-7.3\x20Server.x86_64 inst.ks=hd:LABEL=RHEL-7.3\x20Server.x86_64:/anaconda-ks.cfg initrdefi /images/pxeboot/initrd.img } #######################################
- 볼륨을 마운트 해제합니다.
# umount /mnt
- CDROM UEFI 부팅 의 경우 다음 단계를 따르십시오.
/root/rhel-install/EFI/BOOT/grub.cfg
파일을 편집합니다.- 파일에 새 메뉴 항목을 추가합니다.
####################################### 'Kickstart Installation of RHEL-7.3' --class fedora --class gnu-linux --class gnu --class os { linuxefi /images/pxeboot/vmlinuz inst.stage2=hd:LABEL=RHEL-7.3\x20Server.x86_64 inst.ks=hd:LABEL=RHEL-7.3\x20Server.x86_64:/anaconda-ks.cfg initrdefi /images/pxeboot/initrd.img } #######################################
- 작업 디렉터리에서
/root/rhel-ks.iso
파일을 생성합니다.# mkisofs -untranslated-filenames -volid "RHEL-7.3 Server.x86_64" -J -joliet-long -rational-rock -translation-table -input-charset utf-8 -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table -eltorito-alt-boot -e images/efiboot.img -no-emul-boot -o /root/rhel-ks.iso -graft-points /root/rhel-install/
참고-V
옵션을 이전 단계에서 검색된 DVD 볼륨 이름으로 설정하고 문자열의\x20
을 공백으로 교체합니다. - 'mkisofs' 명령으로 생성한 ISO 이미지를 부팅 가능으로 설정합니다.
# isohybrid --uefi /root/rhel-ks.iso
- 설치 USB 드라이브를 만듭니다. 자세한 내용은 3.2.1절. “Linux에서 USB 미디어 설치”의 내용을 참조하십시오.
Kickstart 파일을 사용하여 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 설치
- 설치 USB 드라이브를 부팅합니다. 7장. 64비트 AMD, Intel 및 ARM 시스템에서 설치 부팅 을 참조하십시오.
- 4.2절. “자동 설치” 에서 생성한 Kickstart 구성이 포함된 항목을 선택합니다.
5장. 64비트 AMD, Intel 및 ARM 시스템에 설치 계획
5.1. 업그레이드 또는 설치
- 클린 설치
- 새로 설치하는 작업은 시스템의 모든 데이터를 백업하고 디스크 파티션을 포맷하고, Red Hat Enterprise Linux 6.7;Hat Enterprise Linux sl;Hat Enterprise Linux completely;Linux를 설치 미디어에서 설치한 다음 사용자 데이터를 복원하여 수행됩니다.참고이는 Red Hat Enterprise Linux 기준 Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux의 주요 버전 간 업그레이드에 권장되는 방법입니다.
- 인플레이스 업그레이드
- 즉각적 업그레이드는 이전 버전을 먼저 제거하지 않고 시스템을 업그레이드하는 방법입니다. 이 절차에서는 시스템에 사용할 수 있는 마이그레이션 유틸리티를 설치하고 다른 소프트웨어로 실행해야 합니다. Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux(Red Hat Enterprise Linux)에서 Preupgrade Assistant 는 현재 시스템을 평가하고 업그레이드 중 또는 이후에 발생할 수 있는 잠재적인 문제를 식별합니다. 또한 시스템에 약간의 수정 및 수정을 수행합니다. Red Hat Upgrade Tool 유틸리티는 패키지를 다운로드하고 실제 업그레이드를 수행합니다. 인플레이스 업그레이드에는 많은 문제 해결 및 계획이 필요하며 다른 선택이 없는 경우에만 수행해야 합니다. Preupgrade Assistant 에 대한 자세한 내용은 29장. 현재 시스템 업그레이드 을 참조하십시오.주의시스템의 복제된 백업 사본에서 먼저 테스트하지 않고 프로덕션 시스템에서 인플레이스 업그레이드를 수행하지 마십시오.
5.2. 하드웨어 호환 가능 여부
5.3. 지원되는 설치 대상
- SCSI, SATA 또는 SAS와 같은 표준 내부 인터페이스에서 연결된 스토리지
- BIOS/firmware RAID 장치
- Intel64 및 AMD64 아키텍처의 섹터 모드의 NVDIMM 장치는
nd_pmem
드라이버에서 지원합니다. - 파이버 채널 호스트 버스 어댑터 및 다중 경로 장치. 벤더 제공 드라이버가 필요할 수 있습니다.
- Xen 가상 머신의 Intel 프로세서에서 장치를 차단합니다.
- KVM 가상 머신의 Intel 프로세서의 virtio 블록 장치.
5.4. 시스템 사양 목록
- 사용자 지정 파티션 레이아웃을 사용하려면 다음을 기록합니다.
- 시스템에 연결된 하드 드라이브의 모델 번호, 크기, 유형 및 인터페이스입니다. 예를 들어, SATA0에서 etcdctl ST3320613AS 320GB로 SATA1의 서부 디지털 WD7500AAKS750GB가 있습니다. 이렇게 하면 파티션 프로세스 중에 특정 하드 드라이브를 식별할 수 있습니다.
- Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux sl;Linux를 기존 시스템의 추가 운영 체제로 설치하는 경우 기록하십시오.
- 시스템에서 사용되는 파티션에 대한 정보입니다. 이 정보에는 파일 시스템 유형, 장치 노드 이름, 파일 시스템 레이블 및 크기가 포함될 수 있습니다. 이렇게 하면 파티션 프로세스 중에 특정 파티션을 식별할 수 있습니다. 서로 다른 운영 체제는 파티션을 식별하고 다르게 드라이브하므로 다른 운영 체제가 Unix 운영 체제인 경우에도 Red Hat Enterprise Linux 6.7;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux에서 장치 이름을 보고할 수 있습니다. 일반적으로 이 정보는
/etc/fstab
파일에서 mount 명령 및 blkid 명령과 동등한 를 실행하여 확인할 수 있습니다.다른 운영 체제가 이미 설치되어 있는 경우 Red Hat Enterprise Linux sl;Hat EnterpriseRed Hat Enterprise Linux 6.7;Linux 7 설치 프로그램은 자동으로 이를 탐지하여 부팅하도록 구성합니다. 제대로 감지되지 않는 경우 추가 운영 체제를 수동으로 구성할 수 있습니다. 자세한 내용은 8.14.1절. “” 에서 참조하십시오.
- 로컬 하드 드라이브의 이미지에서 설치하려는 경우:
- 이미지가 포함된 하드 드라이브 및 디렉터리입니다.
- 네트워크 위치에서 설치하려는 경우:
- 시스템에서 네트워크 어댑터의 제조업체 및 모델 번호입니다. 예를 들면 Netgear GA311입니다. 이렇게 하면 네트워크를 수동으로 구성할 때 어댑터를 식별할 수 있습니다.
- IP, DHCP 및 BOOTP 주소
- 넷마스크
- 게이트웨이 IP 주소
- 하나 이상의 이름 서버 IP 주소(DNS)
- FTP 서버, HTTP(web) 서버, HTTPS(web) 서버 또는 NFS 서버에서 설치 소스 위치.
이러한 네트워킹 요구 사항 또는 용어가 귀하에게 적합하지 않은 경우 네트워크 관리자에게 문의하십시오. - iSCSI 대상에 설치하려는 경우:
- iSCSI 대상의 위치입니다. 네트워크에 따라 CHAP 사용자 이름과 암호 및 역방향 CHAP 사용자 이름 및 암호가 필요할 수도 있습니다.
- 컴퓨터가 도메인의 일부인 경우:
- DHCP 서버에서 도메인 이름을 제공해야 합니다. 그렇지 않은 경우 설치 중에 도메인 이름을 수동으로 입력해야 합니다.
5.5. 디스크 공간 및 메모리 요구 사항
/
및 스왑
)은 Red Hat Enterprise Linux hat;Hat EnterpriseRed Hat Enterprise Linux sl;Linux 전용 상태여야 합니다.
설치 유형 | 필요한 최소 RAM |
---|---|
로컬 미디어 설치( USB, DVD) | 768 MiB |
NFS 네트워크 설치 | 768 MiB |
HTTP, HTTPS 또는 FTP 네트워크 설치 | 1.5GiB |
5.6. RAID 및 기타 디스크 장치
5.6.1. 하드웨어 RAID
5.6.2. 소프트웨어 RAID
5.6.3. USB 디스크
5.6.4. NVDIMM 장치
- Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 버전은 7.6 이상입니다.
- 이 시스템의 아키텍처는 Intel 64 또는 AMD64입니다.
- 장치는 섹터 모드로 구성됩니다. Anaconda는 NVDIMM 장치를 이 모드로 재구성할 수 있습니다.
nd_pmem
드라이버에서 장치를 지원해야 합니다.
- 이 시스템은 UEFI를 사용합니다.
- 장치는 시스템에서 사용 가능한 펌웨어 또는 UEFI 드라이버에서 지원해야 합니다. UEFI 드라이버는 장치 자체의 옵션ROM에서 로드될 수 있습니다.
- 장치는 네임스페이스에서 사용할 수 있어야 합니다.
/boot
및 /boot/efi
디렉터리를 배치합니다. 자세한 내용은 8.14.4절. “수동 파티션” 을 참조하십시오. 부팅 중에 NVDIMM 장치의 XIP( Execute-in-place) 기능은 지원되지 않으며 커널은 기존 메모리에 로드됩니다.
5.6.5. Intel BIOS RAID 세트에 대한 고려 사항
/etc/fstab
,/etc/crypttab
또는 기타 구성 파일에 대한 로컬 수정은 Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux 7.6;Linux 7에서 작동하지 않을 수 있습니다. 따라서 장치 노드 경로(예: /dev/sda
)를 파일 시스템 레이블 또는 장치 UUID로 교체해야 합니다. blkid 명령을 사용하여 파일 시스템 레이블 및 장치 UUID를 찾을 수 있습니다.
5.6.6. Intel BIOS iSCSI 원격 부팅 고려 사항
5.7. 설치 부팅 방법 선택
- 전체 설치 DVD 또는 USB 드라이브
- 전체 설치 DVD ISO 이미지에서 부팅 가능한 미디어를 만들 수 있습니다. 이 경우 단일 DVD 또는 USB 드라이브를 사용하여 전체 설치를 완료할 수 있습니다. 이 드라이브는 부팅 장치 역할을 하고 소프트웨어 패키지 설치를 위한 설치 소스로 사용할 수 있습니다. 전체 설치 DVD 또는 USB 드라이브를 만드는 방법에 대한 지침은 3장. 미디어 만들기 을 참조하십시오.
- 최소 부트 CD, DVD 또는 USB 드라이브
- 시스템을 부팅하고 설치를 시작하는 데 필요한 데이터만 포함하는 작은 ISO 이미지를 사용하여 최소한의 부팅 CD, DVD 또는 USB 플래시 드라이브가 생성됩니다. 이 부팅 미디어를 사용하는 경우 패키지를 설치할 추가 설치 소스가 필요합니다. 부팅 CD, DVD 및 USB 플래시 드라이브를 만드는 방법에 대한 지침은 3.2절. “USB 미디어 설치” 을 참조하십시오.
- PXE 서버
- PXE( Preboot Execution Environment ) 서버를 사용하면 설치 프로그램이 네트워크를 통해 부팅할 수 있습니다. 시스템을 부팅한 후 로컬 하드 드라이브 또는 네트워크의 위치와 같은 다른 설치 소스에서 설치를 완료합니다. PXE 서버에 대한 자세한 내용은 24장. 네트워크 설치 준비 을 참조하십시오.
5.8. Kickstart를 사용하여 설치 자동화
5.9. UEFI Secure Boot에서 베타 릴리스 사용
절차 5.1. UEFI Secure Boot용 사용자 정의 개인 키 추가
- 먼저 시스템에서 UEFI Secure Boot를 비활성화하고 Red Hat Enterprise Linux 기준Red Hat Enterprise Linux sl;Linux 7을 정상적으로 설치하십시오.
- 설치가 완료되면 시스템이 재부팅됩니다. 현재 Secure Boot는 여전히 비활성화되어 있습니다. 시스템을 재부팅하고 로그인 및 적용 가능한 경우 30장. 초기 설정 에 설명된 대로 초기 설정 화면을 참조하십시오.
- 첫 번째 부팅을 완료하고 초기 설정을 통과한 후 kernel-doc 패키지가 아직 설치되지 않은 경우 설치합니다.
#
yum install kernel-doc이 패키지는/usr/share/doc/kernel-keys/kernel-version/kernel-signing-ca.cer에 있는 Red Hat CA 공개 베타 키가 포함된 인증서 파일을 제공합니다.
여기서 kernel-version 은 플랫폼 아키텍처 접미사가 없는 커널 버전 문자열입니다(예:3.10.0-686.el7
). - 다음 명령을 실행하여 공개 키를 시스템 머신 소유자 키(MOK) 목록에 등록합니다.
#
kr=$(uname -r)#
mokutil --import /usr/share/doc/kernel-keys/${kr%.$(uname -p)}/kernel-signing-ca.cer메시지가 표시되면 선택한 암호를 입력합니다.참고암호를 기록해 두어야 합니다. 이 절차를 완료하고 더 이상 필요하지 않은 경우 가져온 키를 제거해야 합니다. - 시스템을 다시 부팅합니다. 시작 중에 보류 중인 키 등록 요청을 완료할지 확인하라는 메시지가 표시됩니다. yes를 선택하고 이전 단계에서 mokutil 명령을 사용하여 이전에 설정한 암호를 제공합니다. 이렇게 하면 시스템이 재부팅되고 키를 시스템 펌웨어로 가져옵니다. 이 경우 Secure Boot를 켜거나 후속 재부팅을 수행할 수 있습니다.
#
mokutil --reset
6장. AMD64 및 Intel 64 시스템에 설치 시 드라이버 업데이트
- 드라이버 디스크의 ISO 이미지 파일을 설치 프로그램, 로컬 하드 드라이브, USB 플래시 드라이브 또는 CD 또는 DVD에 배치하십시오.
- 이미지 파일을 CD 또는 DVD 또는 USB 플래쉬 드라이브로 추출하여 드라이버 디스크를 만듭니다. ISO 이미지 파일을 CD 또는 DVD로 구우하는 방법에 대한 자세한 내용은 3.1절. “설치 CD 또는 DVD 만들기” 의 설치 디스크 및 USB 드라이브에 ISO 이미지를 쓰는 방법에 대한 자세한 내용은 3.2절. “USB 미디어 설치” 참조하십시오.
6.1. 설치 중 드라이버 업데이트 제한
6.2. 설치 중 드라이버 업데이트 준비
- 자동 드라이버 업데이트
- 설치를 시작하면 Anaconda 설치 프로그램이 연결된 모든 스토리지 장치를 탐지합니다. 설치가 시작될 때
OEMDRV
라는 레이블이 지정된 스토리지 장치가 있는 경우 Anaconda 는 항상 드라이버 업데이트 디스크처럼 처리하고 여기에 있는 드라이버 로드를 시도합니다. - 지원되는 드라이버 업데이트
- 설치를 시작할 때
inst.dd
부팅 옵션을 지정할 수 있습니다. 매개 변수 없이 이 옵션을 사용하면 Anaconda 에서 시스템에 연결된 모든 스토리지 장치 목록을 표시하고 드라이버 업데이트가 포함된 장치를 선택하라는 메시지를 표시합니다. - 수동 드라이버 업데이트
- 설치를 시작할 때
inst.dd=위치
부팅 옵션을 지정할 수 있습니다. 여기서 location 은 드라이버 업데이트 디스크 또는 ISO 이미지의 경로입니다. 이 옵션을 지정하면 Anaconda 에서 지정된 위치에서 발견된 드라이버 업데이트를 로드하려고 합니다. 수동 드라이버 업데이트를 사용하면 로컬에서 사용 가능한 스토리지 장치 또는 네트워크 위치(HTTP
,HTTPS
또는FTP
서버)를 지정할 수 있습니다.
inst.dd=위치와 inst.dd
.dd 둘 다 동시에 사용할 수도 있습니다. 그러나 이 경우 Anaconda 는 사용하는 위치 유형에 따라 다릅니다. 장치인 경우 Anaconda 에서 지정된 장치에서 업데이트할 드라이버를 선택하라는 메시지를 표시하면 추가 장치를 제공합니다. 위치가 네트워크 위치인 경우 Anaconda 에서 먼저 드라이버 업데이트가 포함된 장치를 선택하라는 메시지를 표시하면 지정된 네트워크 위치에서 드라이버를 업데이트할 수 있습니다.
OEMDRV
라는 레이블이 지정된 스토리지 장치를 생성해야 하며, 실제 설치 시스템에 연결되어 있어야 합니다. 보조 방법을 사용하려면 OEMDRV
이외의 모든 로컬 스토리지 장치를 사용할 수 있습니다. 수동 방법을 사용하려면 다른 레이블이 있는 로컬 스토리지 또는 설치 시스템에서 액세스할 수 있는 네트워크 위치를 사용할 수 있습니다.
ip=
옵션을 사용하여 네트워크를 초기화해야 합니다. 자세한 내용은 23.1절. “부팅 메뉴에서 설치 시스템 구성” 을 참조하십시오.
6.2.1. 로컬 스토리지에서 드라이버 업데이트 이미지 파일 사용 준비
- 설치 프로그램이 드라이버 디스크를 자동으로 인식하려면 스토리지 장치의 볼륨 레이블이
OEMDRV
여야 합니다. 또한 ISO 이미지 자체를 복사하는 대신 ISO 이미지 파일의 내용을 스토리지 장치의 루트 디렉터리로 추출해야 합니다. 6.3.1절. “자동 드라이버 업데이트” 을 참조하십시오.OEMDRV
라벨이 지정된 장치에서 드라이버를 설치하는 것이 항상 권장되며 수동 설치에 적합합니다. - 수동 설치의 경우 ISO 이미지를 단일 파일로 스토리지 장치에 복사하기만 하면 됩니다. 도움이 되는 경우 파일의 이름을 변경할 수 있지만 파일 이름 확장자를 변경하지 않아야 합니다. 이 확장자는
.iso
로 남아 있어야 합니다(예:dd.iso
). 설치 중에 드라이버 업데이트를 수동으로 선택하는 방법을 알아보려면 6.3.3절. “수동 드라이버 업데이트” 를 참조하십시오.
6.2.2. 드라이버 디스크 준비
rhdd3
이라는 단일 파일과 다양한 아키텍처의 실제 드라이버가 있는 RPM 패키지가 포함된 rpms
디렉터리가 표시되어야 합니다.
.iso
로 끝나는 단일 파일만 표시되는 경우 디스크를 올바르게 생성하지 않고 다시 시도해야 합니다. GNOME 이외의 Linux 데스크탑을 사용하거나 다른 운영 체제를 사용하는 경우 Burn 과 유사한 옵션을 선택해야 합니다.
6.3. 설치 중 드라이버 업데이트 수행
- 설치 프로그램이 설치를 위해 드라이버 업데이트를 자동으로 찾아서 제공하도록 합니다.
- 설치 프로그램이 드라이버 업데이트를 찾을 수 있도록 요청합니다.
- 드라이버 업데이트 이미지 또는 RPM 패키지의 경로를 수동으로 지정합니다.
6.3.1. 자동 드라이버 업데이트
OEMDRV
볼륨 레이블로 연결합니다.
OEMDRV
블록 장치를 사용하여 Kickstart 파일을 자동으로 로드할 수도 있습니다. 이 파일의 이름은 ks.cfg
이고 로드할 장치의 루트에 배치해야 합니다. Kickstart 설치에 대한 자세한 내용은 27장. Kickstart 설치 을 참조하십시오.
OEMDRV
레이블이 지정된 스토리지 장치를 발견하면 드라이버 업데이트 디스크로 처리하고 이 장치에서 드라이버 업데이트를 로드하려고 시도합니다. 로드할 드라이버를 선택하라는 메시지가 표시됩니다.
그림 6.1. 드라이버 선택
[D]
6.3.2. 지원되는 드라이버 업데이트
OEMDRV
볼륨 레이블이 있는 블록 장치를 항상 사용하는 것이 좋습니다. 그러나 이러한 장치가 탐지되지 않고 boot 명령줄에 inst.dd
옵션이 지정되면 설치 프로그램을 통해 드라이버 디스크를 대화형 모드에서 찾을 수 있습니다. 첫 번째 단계의 Anaconda 목록에서 로컬 디스크 파티션을 선택하여 ISO 파일을 스캔합니다. 그런 다음 감지된 ISO 파일 중 하나를 선택합니다. 마지막으로 사용 가능한 드라이버를 하나 이상 선택합니다. 아래 이미지는 개별 단계가 강조 표시된 텍스트 사용자 인터페이스의 프로세스를 보여줍니다.
그림 6.2. Driver Interactively 선택
[D]
OEMDRV
볼륨 레이블이 없는 경우, 인수 없이 inst.dd
옵션을 사용하고 장치를 선택하는 메뉴를 사용하거나 설치 프로그램에 다음 부팅 옵션을 사용하여 드라이버를 스캔합니다.
inst.dd=/dev/sr0
6.3.3. 수동 드라이버 업데이트
inst.dd=위치를
추가합니다. 여기서 location 은 드라이버 업데이트 디스크의 경로입니다.
그림 6.3. 드라이버 업데이트 경로 지정
[D]
6.3.4. 드라이버 블랙리스트 지정
modprobe.blacklist=driver_name
옵션을 추가합니다. driver_name 을 비활성화하려는 드라이버 또는 드라이버의 이름으로 교체합니다. 예를 들면 다음과 같습니다.
modprobe.blacklist=ahci
modprobe.blacklist=
부팅 옵션을 사용하여 설치 중에 블랙리스트로 지정된 드라이버는 설치된 시스템에서 비활성화 상태를 유지하고 /etc/modprobe.d/anaconda-blacklist.conf
파일에 표시됩니다. 드라이버 및 기타 부팅 옵션에 대한 자세한 내용은 23장. 부팅 옵션 를 참조하십시오.
7장. 64비트 AMD, Intel 및 ARM 시스템에서 설치 부팅
NFS
,FTP
,HTTP
또는 HTTPS
방법을 사용하는 네트워크에서 Red Hat Enterprise Linux qcow;Linux를 설치할 수 있습니다. 전체 설치 DVD에서 부팅 및 설치는 가장 쉽게 시작할 수 있는 방법입니다. 다른 방법에는 몇 가지 추가 설정이 필요하지만 요구 사항에 더 잘 맞는 다른 이점을 제공합니다. 예를 들어, 다수의 컴퓨터에 Red Hat Enterprise Linux QCOW;Hat Enterprise Linux sl;Linux를 동시에 설치하는 경우 가장 좋은 방법은 PXE 서버에서 부팅하여 공유 네트워크 위치에 소스에서 설치하는 것입니다.
부팅 방법 | 설치 소스 |
---|---|
전체 설치 미디어(DVD 또는 USB) | 부팅 미디어 자체 |
최소 부트 미디어 (CD 또는 USB) | 네트워크 위치 또는 하드 드라이브에 배치된 이 이미지에서 추출된 전체 설치 DVD ISO 이미지 또는 설치 트리 |
네트워크 부팅(PXE) | 네트워크 위치에 배치된 이 이미지에서 추출된 전체 설치 DVD ISO 이미지 또는 설치 트리 |
- 7.1.1절. “물리적 미디어에서 부팅” 물리적 미디어를 사용하여 설치 프로그램을 부팅하는 방법을 설명합니다(Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux DVD, Boot CD-ROM, USB Flash drive).
- 7.1.2절. “PXE를 사용하여 네트워크에서 부팅” PXE를 사용하여 설치 프로그램을 부팅하는 방법을 설명합니다.
- 7.2절. “부팅 메뉴” 부팅 메뉴에 대한 정보가 포함되어 있습니다.
7.1. 설치 프로그램 시작
7.1.1. 물리적 미디어에서 부팅
절차 7.1. 물리적 미디어에서 설치 부팅
- 설치에 필요하지 않은 드라이브를 모두 분리합니다. 자세한 내용은 5.6.3절. “USB 디스크” 을 참조하십시오.
- 컴퓨터 시스템의 전원을 켭니다.
- 컴퓨터에 미디어를 삽입합니다.
- 부트 미디어가 들어 있는 컴퓨터의 전원을 끕니다.
- 컴퓨터 시스템의 전원을 켭니다. 미디어에서 부팅하려면 특정 키 또는 키 조합을 클릭하거나 시스템의 기본 입력/출력 시스템 (BIOS)을 구성하여 미디어에서 부팅해야 할 수 있습니다. 자세한 내용은 시스템과 함께 제공된 문서를 참조하십시오.
7.1.2. PXE를 사용하여 네트워크에서 부팅
Network Boot
또는 Boot Services
라고 지정할 수 있습니다. 또한 올바른 네트워크 인터페이스에서 먼저 BIOS를 부팅하도록 설정되어 있는지 확인합니다. 일부 BIOS 시스템은 네트워크 인터페이스를 가능한 부팅 장치로 지정하지만 PXE 표준을 지원하지 않습니다. 자세한 내용은 하드웨어 설명서를 참조하십시오. PXE 부팅을 올바르게 활성화하면 컴퓨터는 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux sl;Linux 설치 시스템을 다른 미디어 없이 부팅할 수 있습니다.
절차 7.2. PXE를 사용하여 네트워크에서 설치 부팅
- 네트워크 케이블이 연결되어 있는지 확인합니다. 컴퓨터가 켜지지 않은 경우에도 네트워크 소켓의 링크 표시기등을 켜야 합니다.
- 컴퓨터에서 전환합니다.
- 하드웨어에 따라 컴퓨터가 PXE 서버에 연결하기 전에 일부 네트워크 설정 및 진단 정보를 표시할 수 있습니다. 연결하면 PXE 서버의 구성에 따라 메뉴가 표시됩니다. 원하는 옵션에 해당하는 숫자 키를 누릅니다. 선택할 옵션이 확실하지 않은 경우 서버 관리자에게 문의하십시오.
8장. Anaconda를 사용하여 설치
- Kickstart를 사용하여 에 설명된 대로 설치 자동화 27장. Kickstart 설치
- VNC (Virtual Network Computing) 프로토콜을 사용하여 그래픽 디스플레이로 다른 컴퓨터에서 설치 시스템에 연결하여 그래픽 설치를 원격으로 수행합니다. 25장. VNC 사용
8.1. Anaconda 소개
8.2. 설치 중 콘솔 및 로깅
8.2.1. 콘솔에 액세스
루트
권한으로 대화형 쉘 프롬프트를 제공합니다.
바로 가기 | 내용 |
---|---|
Ctrl+b 1 | 기본 설치 프로그램 창입니다. 텍스트 기반 프롬프트(텍스트 모드 설치 확인 또는 VNC 직접 모드를 사용하는 경우) 및 일부 디버깅 정보가 포함되어 있습니다. |
Ctrl+b 2 | 루트 권한이 있는 대화형 쉘 프롬프트. |
Ctrl+b 3 | 설치 로그. /tmp/anaconda.log 에 저장된 메시지를 표시합니다. |
Ctrl+b 4 | 스토리지 로그. /tmp/storage.log 에 저장된 커널 및 시스템 서비스의 메시지 관련 스토리지 장치를 표시합니다. |
Ctrl+b 5 | 프로그램 로그. /tmp/program.log 에 저장된 다른 시스템 유틸리티의 메시지를 표시합니다. |
8.2.2. 스크린샷 저장
/tmp/anaconda-screenshots/
에 저장됩니다.
8.3. 텍스트 모드로 설치
그림 8.1.
[D]
8.4.
그림 8.2.
[D]
사용법 | |
---|---|
8.5.
그림 8.3.
[D]
8.6.
그림 8.4.
[D]
그림 8.5.
[D]
8.7.
8.8.
그림 8.6.
[D]
8.9.
그림 8.7.
[D]
8.10.
그림 8.8.
[D]
8.11.
그림 8.9.
[D]
- http://
- https://
- ftp://
- nfs
중요예:server.example.com:/path/to/directory
8.12.
그림 8.10.
[D]
8.12.1.
8.12.2.
그림 8.13.
[D]
그림 8.14.
[D]
8.13.
그림 8.15.
[D]
8.13.1.
8.14.
그림 8.16.
[D]
그림 8.17.
[D]
8.14.1.
그림 8.18.
[D]
8.14.1.1.
- 참고
- 참고
8.14.2.
그림 8.19.
[D]
8.14.3.
그림 8.20.
[D]
8.14.4. 수동 파티션
그림 8.21. 수동 파티션 화면
[D]
8.14.4.1. 파일 시스템 추가 및 파티션 구성
/home
, /
boot
, 스왑
. 필요에 따라 추가 파티션 및 볼륨을 생성할 수도 있습니다. 자세한 내용은 8.14.4.4절. “권장 파티션 계획” 를 참조하십시오.
/boot
파티션, /
(root) 볼륨, 사용 가능한 스토리지의 크기에 비례하는 스왑 볼륨이 생성됩니다. 일반적인 설치에 권장되는 파일 시스템이지만 필요한 경우 추가 파일 시스템과 마운트 지점을 추가할 수 있습니다.
/
를 선택하거나 부팅 파티션에 /
를 선택합니다. 그런 다음 Desired Capacity 텍스트 필드에 파일 시스템의 크기를 입력합니다(예: 2GiB
). 필드를 비워 두거나 사용 가능한 공간보다 큰 크기를 지정하면 대신 나머지 여유 공간이 사용됩니다. 이러한 세부 정보를 입력한 후 버튼을 클릭하여 파티션을 만듭니다.
/boot
와 같은 알려진 고정된 크기로 작은 파티션을 만든 다음 나머지 파티션을 생성하여 설치 프로그램이 나머지 용량을 할당할 수 있습니다.
표준 파티션
,BTRFS
,LVM
및 LVM 씬 프로비저닝
입니다. 이 메뉴에서 선택한 값과 관계없이 /boot
파티션은 항상 표준 파티션에 있습니다.
그림 8.22. 마운트 지점 구성
[D]
그림 8.23. 디스크 다시 스캔
[D]
그림 8.24. 파티션 사용자 정의
[D]
- Mount Point - 파일 시스템의 마운트 지점을 입력합니다. 예를 들어 파일 시스템이 루트 파일 시스템이어야 하는 경우
/
을 입력하고/boot
파일 시스템에/boot
을 입력합니다. 스왑 파일 시스템의 경우 마운트 지점을 설정하지 않아야 합니다. 파일 시스템 유형을스왑
으로 설정하는 것만으로 충분합니다. - 원하는 용량 - 파일 시스템의 원하는 크기를 입력합니다. KiB 또는 GiB와 같은 일반적인 크기 단위를 사용할 수 있습니다. 다른 장치가 지정되지 않은 경우 기본값은 MiB입니다.
- 장치 유형 - 표준 파티션, LVM ,RAID,LVM 씬 프로비저닝 또는 BTRFS 유형 중 하나를 선택합니다. 인접한 암호화 상자를 선택하여 파티션 또는 볼륨을 암호화합니다. 나중에 암호를 설정하라는 메시지가 표시됩니다. RAID 는 파티션용으로 두 개 이상의 디스크를 선택한 경우에만 사용할 수 있으며 이 유형을 선택하면 RAID 수준 도 설정할 수 있습니다. 마찬가지로 LVM 을 선택하는 경우 볼륨 그룹을 지정할 수 있습니다.
- 파일 시스템 - 드롭다운 메뉴에서 이 파티션 또는 볼륨에 적절한 파일 시스템 유형을 선택합니다. 인접한 Reformat 상자를 선택하여 기존 파티션을 포맷하거나 데이터를 유지하기 위해 선택 해제한 상태로 둡니다. 새로 생성된 파티션과 볼륨을 다시 포맷해야 하며 이 경우 확인란을 선택할 수 없습니다.
- label - 파티션에 라벨을 할당합니다. 레이블은 개별 파티션을 쉽게 인식하고 처리하는 데 사용됩니다.
- name - name을 LVM 또는 vGPU 볼륨에 할당합니다. 표준 파티션의 이름은 자동으로 지정되며 이름이
sda1
인 경우/home
과 같이 이름을 편집할 수 없습니다.
/usr
또는 /var
이 나머지 루트 볼륨과 별도로 분할되는 경우 이러한 디렉터리에 중요한 구성 요소가 포함되어 있기 때문에 부팅 프로세스가 훨씬 더 복잡해집니다. 이러한 디렉터리가 iSCSI 드라이브 또는 FCoE 위치에 배치되는 경우와 같은 일부 상황에서는 시스템을 부팅할 수 없거나 전원을 끄거나 재부팅할 때 Device is busy
오류가 발생할 수 있습니다.
/usr
또는 /var
에만 적용되며 아래의 디렉터리에는 적용되지 않습니다. 예를 들어 /var/www
의 개별 파티션은 문제 없이 작동합니다.
8.14.4.1.1. 파일 시스템 유형
장치 유형
- 표준 파티션 - 표준 파티션은 파일 시스템 또는 스왑 공간을 포함하거나 소프트웨어 RAID 또는 LVM 물리 볼륨을 위한 컨테이너를 제공할 수 있습니다.
- LVM (Logical volume) - LVM 파티션을 생성하면 LVM 논리 볼륨이 자동으로 생성됩니다. LVM은 물리 디스크를 사용할 때 성능을 향상시킬 수 있습니다. 논리 볼륨을 생성하는 방법에 대한 자세한 내용은 8.14.4.3절. “LVM 논리 볼륨 만들기” 을 참조하십시오. LVM에 대한 자세한 내용은 Red Hat Enterprise Linux 7 Logical Volume Manager 관리 가이드를 참조하십시오.
- LVM 씬 프로비저닝 - 씬 프로비저닝을 사용하여 애플리케이션에 필요할 때 임의의 수의 장치에 할당할 수 있는 씬 풀이라는 사용 가능한 공간 스토리지 풀을 관리할 수 있습니다. 스토리지 공간을 비용 효율적으로 할당하기 위해 필요할 때 씬 풀을 동적으로 확장할 수 있습니다. LVM에 대한 자세한 내용은 Red Hat Enterprise Linux 7 Logical Volume Manager 관리 가이드를 참조하십시오.주의Anaconda는 프로비저닝된 LVM 씬 풀을 지원하지 않습니다.참고설치 프로그램은 요청된 공간의 20%를 볼륨 그룹에 포함하는 LVM 씬 풀 논리 볼륨에 대해 자동으로 예약합니다. 씬 프로비저닝된 논리 볼륨의 메타데이터 볼륨 또는 데이터 볼륨을 확장할 수 있도록 하는 안전 조치입니다.
- 소프트웨어 RAID - 두 개 이상의 소프트웨어 RAID 파티션을 생성하면 RAID 장치를 생성할 수 있습니다. 시스템의 각 디스크에 하나의 RAID 파티션이 할당됩니다. RAID 장치를 생성하려면 8.14.4.2절. “소프트웨어 RAID 생성” 를 참조하십시오. RAID에 대한 자세한 내용은 Red Hat Enterprise Linux 7 스토리지 관리 가이드 를 참조하십시오.
파일 시스템
- XFS - XFS는 최대 16개의 EiB(약 16억GiB), 최대 8개의 EiB(약 8억GiB) 파일 및 10억 개 항목을 포함하는 디렉터리 구조를 지원하는 확장성이 뛰어난 고성능 파일 시스템입니다. XFS는 더 빠른 충돌 복구를 용이하게 하는 메타데이터 저널링을 지원합니다. XFS 파일 시스템은 마운트된 활성 상태에서도 조각 모음 및 크기를 조정할 수 있습니다. 이 파일 시스템은 기본적으로 선택되며 매우 권장됩니다. 이전에 사용된 ext4 파일 시스템에서 XFS로 일반적인 명령을 변환하는 방법에 대한 자세한 내용은 부록 F. ext4 및 XFS 명령용 참조 테이블 을 참조하십시오.Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux 6.7;Linux에서 지원되는 XFS 파일 시스템의 최대 크기는 현재 500TiB 입니다.
- ext4 - ext4 파일 시스템은 ext3 파일 시스템을 기반으로 하며 여러 가지 개선 사항을 제공합니다. 여기에는 대규모 파일 시스템과 대규모 파일 지원, 더 빠르고 효율적인 디스크 공간 할당, 디렉터리 내의 하위 디렉터리 수 제한, 파일 시스템 검사 속도 및 보다 강력한 저널링이 포함됩니다.Red Hat Enterprise Linux 6.7 EnterpriseRed Hat Enterprise Linux Kernel;Hat Enterprise에서 지원되는 ext4 파일 시스템의 최대 지원 크기는 현재 50TiB 입니다.
- ext3 - ext3 파일 시스템은 ext2 파일 시스템을 기반으로 하며, 저널링에 한 가지 주요 이점이 있습니다. 저널 파일 시스템을 사용하면 충돌이 발생할 때마다
fsck
유틸리티를 실행하여 메타데이터 일관성을 확인할 필요가 없으므로 충돌 후 파일 시스템을 복구하는 데 소요되는 시간이 줄어듭니다. - ext2 - ext2 파일 시스템은 일반 파일, 디렉토리 또는 심볼릭 링크를 포함하여 표준 Unix 파일 유형을 지원합니다. 최대 255자까지 긴 파일 이름을 할당할 수 있는 기능을 제공합니다.
- V FAT - VFAT 파일 시스템은 FAT 파일 시스템에서 Microsoft Windows 긴 파일 이름과 호환되는 Linux 파일 시스템입니다.
- swap - swap 파티션은 가상 메모리를 지원하는 데 사용됩니다. 즉, 시스템에서 처리 중인 데이터를 저장하기에 충분한 RAM이 없을 때 스왑 파티션에 데이터가 기록됩니다.
- BIOS 부팅 - BIOS 시스템에서 GUID 파티션 테이블(GPT)으로 장치를 부팅하는 데 매우 작은 파티션이 필요합니다. 자세한 내용은 8.14.1절. “” 을 참조하십시오.
- EFI 시스템 파티션 - UEFI 시스템에서 GUID 파티션 테이블(GPT)으로 장치를 부팅하는 데 필요한 작은 파티션입니다. 자세한 내용은 8.14.1절. “” 을 참조하십시오.
8.14.4.2. 소프트웨어 RAID 생성
그림 8.25. 소프트웨어 RAID 파티션 생성 - 장치 유형 확장 메뉴 확장
[D]
- 8.14.4.1절. “파일 시스템 추가 및 파티션 구성” 에 설명된 대로 마운트 지점을 만듭니다. 이 마운트 지점을 구성하면 RAID 장치를 구성합니다.
- 왼쪽 창에서 파티션을 선택한 상태로 유지하고 창 아래의 구성 버튼을 선택하여 마운트 지점 구성 대화 상자를 엽니다. RAID 장치에 포함될 디스크를 클릭합니다.
- 장치 유형 드롭다운 메뉴를 클릭하고 RAID 를 선택합니다.
- 파일 시스템 드롭다운 메뉴를 클릭하고 기본 파일 시스템 유형을 선택합니다( 8.14.4.1.1절. “파일 시스템 유형” 참조하십시오.
- RAID 수준 드롭다운 메뉴를 클릭하고 선호하는 RAID 수준을 선택합니다.사용 가능한 RAID 수준은 다음과 같습니다.
- RAID0 - 최적화된 성능(stripe)
- 여러 디스크에 데이터를 분산합니다. 수준 0 RAID는 표준 파티션에 비해 성능이 향상되었으며 여러 디스크의 스토리지를 하나의 대규모 가상 장치로 풀링하는 데 사용할 수 있습니다. 수준 0 RAID는 중복성을 제공하지 않으며 배열의 한 장치가 전체 배열의 데이터를 제거한다는 점에 유의하십시오. RAID 0에는 최소 두 개의 RAID 파티션이 필요합니다.
- RAID1 - Redundancy (mirror)
- 한 디스크의 모든 데이터를 하나 이상의 다른 디스크에 미러링합니다. 배열의 추가 장치는 증가된 중복성 수준을 제공합니다. RAID 1에는 최소 두 개의 RAID 파티션이 필요합니다.
- RAID4 - 오류 탐지(parity)
- 여러 디스크에 데이터를 배포하고 배열의 하나의 디스크를 사용하여 배열 내의 디스크가 실패할 경우 배열을 보호하는 패리티 정보를 저장합니다. 모든 패리티 정보가 하나의 디스크에 저장되므로 이 디스크에 대한 액세스는 배열의 성능에 병목 현상이 발생합니다. RAID 4에는 최소 3 개의 RAID 파티션이 필요합니다.
- RAID5 - 분산 오류 감지
- 여러 디스크에 데이터 및 패리티 정보를 배포합니다. 따라서 레벨 5 RAID는 여러 디스크에 데이터를 분산시키는 성능상의 이점을 제공하지만, 패리티 정보가 어레이를 통해 분산되어 있기 때문에 레벨 4 RAID의 성능 병목 현상을 공유하지 마십시오. RAID 5에는 최소 3개의 RAID 파티션이 필요합니다.
- RAID6 - 중복
- 레벨 6 RAID는 레벨 5 RAID와 유사하지만 하나의 패리티 데이터 세트만 저장하는 대신 두 개의 세트를 저장합니다. RAID 6에는 최소 4 개의 RAID 파티션이 필요합니다.
- RAID10 - 중복(미러) 및 최적화된 성능(stripe)
- 레벨 10 RAID는 중첩된 RAID 또는 하이브리드 RAID입니다. 미러링된 디스크 세트에 데이터를 분산하여 구성됩니다. 예를 들어 4개의 RAID 파티션으로 구성된 수준 10 RAID 배열은 두 개의 미러링된 파티션 쌍으로 구성됩니다. RAID 10에는 최소 4 개의 RAID 파티션이 필요합니다.
- 설치 요약 화면으로 돌아갑니다.클릭하여 변경 사항을 저장하고 다른 파티션을 계속하거나 를 클릭하여
8.14.4.3. LVM 논리 볼륨 만들기
그림 8.26. 논리 볼륨 구성
[D]
- 8.14.4.1절. “파일 시스템 추가 및 파티션 구성” 에 설명된 대로 LVM 볼륨의 마운트 지점을 만듭니다.
- 장치 유형 드롭다운 메뉴를 클릭하고 LVM 을 선택합니다. Volume Group 드롭다운 메뉴가 표시되고 새로 생성된 볼륨 그룹 이름이 표시됩니다.
- 필요한 경우 메뉴를 클릭하고 새 볼륨 그룹 만들기를 선택하거나 클릭하여 새로 생성된 볼륨 그룹을 구성합니다. Create a new volume group (새 볼륨 그룹 만들기) 옵션과 버튼 모두 Configure Volume Group (볼륨 그룹 구성) 대화 상자로 이동하여 논리 볼륨 그룹 이름을 변경하고 포함할 디스크를 선택할 수 있습니다.참고구성 대화 상자에서 볼륨 그룹의 물리 확장 영역 크기를 지정할 수 없습니다. 크기는 항상 기본값인 4 MiB로 설정됩니다. 다른 물리 확장 영역을 가진 볼륨 그룹을 만들려면 대화형 쉘로 전환하고 KnativeServingcreate 명령을 사용하여 수동으로 만들거나 volgroup --pesize=size 명령으로 Kickstart 파일을 사용합니다.
그림 8.27. LVM 볼륨 그룹 사용자 지정
[D]사용 가능한 RAID 수준은 실제 RAID 장치와 동일합니다. 자세한 내용은 8.14.4.2절. “소프트웨어 RAID 생성” 을 참조하십시오. 암호화에 볼륨 그룹을 표시하고 해당 볼륨의 크기 정책을 설정할 수도 있습니다. 사용 가능한 정책 옵션은 다음과 같습니다.- 자동 - 볼륨 그룹의 크기가 자동으로 설정되어 구성된 논리 볼륨을 포함할 수 있을 만큼 충분히 큽니다. 볼륨 그룹 내에서 여유 공간이 필요하지 않은 경우 최적입니다.
- 가능한 한 큰 - 포함된 구성된 논리 볼륨의 크기에 관계없이 볼륨 그룹이 최대 크기로 생성됩니다. LVM에서 대부분의 데이터를 유지하려는 경우 최적이며, 일부 기존 논리 볼륨의 크기를 늘리거나 이 그룹 내에 추가 논리 볼륨을 생성해야 하는 경우 적합합니다.
- fixed - 이 옵션을 사용하면 볼륨 그룹의 정확한 크기를 설정할 수 있습니다. 그런 다음 구성된 논리 볼륨은 이 고정된 크기 내에 일치해야 합니다. 이는 볼륨 그룹이 얼마나 큰지 정확히 알고 있는 경우 유용합니다.
그룹이 구성되면클릭합니다. - 설치 요약 화면으로 돌아갑니다.클릭하여 변경 사항을 저장하고 다른 파티션을 계속하거나 를 클릭하여
/boot
파티션을 LVM 볼륨에 배치하는 것은 지원되지 않습니다.
8.14.4.4. 권장 파티션 계획
/boot
/
(root)/home
swap
-
/boot
파티션 - 최소 1GiB의 권장 크기 /boot
에 마운트된 파티션에는 운영 체제 커널이 포함되어 있습니다. 이 커널에서는 시스템이 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux (8;Linux)와 부트 스트랩 프로세스 중에 사용되는 파일과 함께 부팅할 수 있습니다. 대부분의 펌웨어의 제한으로 인해 보유할 작은 파티션을 만드는 것이 좋습니다. 대부분의 시나리오에서는 1GiB 부팅 파티션이 적합합니다. 다른 마운트 지점과 달리/boot
에 LVM 볼륨을 사용할 수 없습니다./boot
는 별도의 디스크 파티션에 있어야 합니다.주의일반적으로/boot
파티션은 설치 프로그램에 의해 자동으로 생성됩니다. 그러나/
(root) 파티션이 2TiB보다 크고 (U)EFI가 부팅에 사용되는 경우 시스템을 성공적으로 부팅하려면 2TiB보다 작은 별도의/boot
파티션을 생성해야 합니다.참고RAID 카드가 있는 경우 일부 BIOS 유형에서 RAID 카드 부팅을 지원하지 않는다는 점에 유의하십시오. 이 경우 별도의 하드 드라이브와 같이 RAID 배열 외부의 파티션에/boot
파티션을 생성해야 합니다.루트
- 10GiB 권장 크기- 여기서 "
/
" 또는 root 디렉터리가 있습니다. 루트 디렉터리는 디렉터리 구조의 최상위 수준입니다. 기본적으로 모든 파일은 쓰기 중인 경로에 다른 파일 시스템이 마운트되지 않는 한 (예:/boot
또는/home
) 이 파일 시스템에 작성됩니다.5GiB 루트 파일 시스템을 사용하면 최소한의 설치를 설치할 수 있지만 원하는 수의 패키지 그룹을 설치할 수 있도록 최소 10GiB를 할당하는 것이 좋습니다.중요/
디렉토리를/root
디렉터리와 혼동하지 마십시오./root
디렉토리는 root 사용자의 홈 디렉토리입니다./root
디렉터리를 루트 디렉터리와 구분하기 위해 슬래시 루트 라고 합니다. /home
- 최소 1GiB의 권장 크기- 사용자 데이터를 시스템 데이터와 별도로 저장하려면
/home
디렉토리에 전용 파일 시스템을 생성합니다. 이 파일 시스템은 로컬에 저장되는 데이터 양, 사용자 수 등에 따라 크기를 조정해야 합니다. 이를 통해 사용자 데이터 파일을 지우지 않고 Red Hat Enterprise Linux Red Hat Enterprise Linux Red Hat Enterprise Linux sl;Linux를 업그레이드하거나 다시 설치할 수 있습니다. 자동 파티션을 선택하는 경우 설치에 사용할 수 있는 55GiB 이상의 디스크 공간이 있어야/home
파일 시스템이 생성되었는지 확인하는 것이 좋습니다. 스왑
파티션 - 최소 1GB의 권장 크기- 스왑 파일 시스템은 가상 메모리를 지원합니다. 시스템이 처리하는 데이터를 저장하기에 충분한 RAM이 없으면 데이터가 스왑 파일 시스템에 기록됩니다. 스왑 크기는 시스템 메모리 워크로드의 기능이며 총 시스템 메모리가 아니므로 총 시스템 메모리 크기와 같지 않습니다. 따라서 시스템이 실행 중인 애플리케이션과 시스템 메모리 워크로드를 확인하기 위해 해당 애플리케이션이 제공할 로드를 분석하는 것이 중요합니다. 애플리케이션 공급자와 개발자는 몇 가지 지침을 제공할 수 있어야 합니다.시스템이 스왑 공간이 부족하면 커널은 시스템 RAM 메모리가 소모될 때 프로세스를 종료합니다. 너무 많은 스왑 공간을 구성하면 스토리지 장치가 할당되지만 유휴 상태이며 리소스를 사용하지 않습니다. 스왑 공간이 너무 많으면 메모리 누수도 숨겨질 수 있습니다. 스왑 파티션의 최대 크기 및 기타 추가 정보는
mkswap(8)
매뉴얼 페이지에서 확인할 수 있습니다.다음 표에서는 시스템의 RAM 용량과 시스템 메모리가ized에 충분한지 여부에 따라 스왑 파티션의 권장 크기를 제공합니다. 설치 프로그램이 시스템을 자동으로 파티셔닝하도록 하려면 다음 지침을 사용하여 스왑 파티션 크기가 설정됩니다. 자동 파티션 설정에서는 hibernation이 사용되지 않는 것으로 가정합니다. 스왑 파티션의 최대 크기는 하드 드라이브의 총 크기의 10%로 제한되며, 설치 관리자는 128GB 이상의 스왑 파티션을 생성할 수 없습니다. 절전 관리를 허용하기 위해 스왑 공간을 설정하거나 스왑 파티션 크기를 시스템 스토리지 공간의 10% 이상 또는 128GB 이상으로 설정하려는 경우 파티션 레이아웃을 수동으로 편집해야 합니다.표 8.3. 시스템 스왑 공간 권장 시스템의 RAM 크기 권장되는 스왑 공간 hibernation을 허용하는 경우 권장되는 스왑 공간 2GB 미만 RAM의 양 2배 RAM의 양 3배 2GB - 8GB RAM의 양과 동일 RAM의 양 2배 8GB - 64GB 4GB에서 0.5 배 RAM의 양 1.5 배 RAM의 양입니다. 64GB 이상 워크로드 종속 (최소 4GB) 간격은 권장되지 않습니다. 위에 나열된 각 범위(예: 2GB, 8GB 또는 64GB의 시스템 RAM) 사이의 경계에서 선택한 스왑 공간 및 수면 지원과 관련하여 재량을 행사할 수 있습니다. 시스템 리소스를 허용하는 경우 스왑 공간을 늘리면 성능이 향상될 수 있습니다.특히 빠른 드라이브, 컨트롤러 및 인터페이스가 있는 시스템에서 스왑 공간을 배포하면 스왑 공간 성능이 향상됩니다.
8.14.4.4.1. 파티션 권장 사항
- 중요한 데이터가 포함될 수 있는 파티션을 암호화하는 것이 좋습니다. 암호화는 무단 사용자가 물리적 저장 장치에 액세스할 수 있더라도 파티션의 데이터에 액세스하지 못하도록 합니다. 대부분의 경우
/home
파티션을 암호화해야 합니다. - 시스템에 설치된 각 커널에는
/boot
파티션에 약 56MB가 필요합니다.- 32MB initramfs
- 14MB kdump initramfs
- 3.5MB의 시스템 맵
- 6.6MB vmlinuz
참고복구 모드의 경우initramfs
및 vmlinuz에는
80MB가 필요합니다./boot
에 대한 1GiB의 기본 파티션 크기는 가장 일반적인 용도에 충분합니다. 그러나 여러 커널 릴리스 또는 에라타 커널을 유지하려는 경우 이 파티션의 크기를 늘리는 것이 좋습니다. /var
디렉터리에는 Apache 웹 서버를 비롯한 여러 애플리케이션에 대한 콘텐츠가 있습니다. 또한 다운로드한 업데이트 패키지를 임시로 저장하는 데 사용됩니다./var
디렉터리가 포함된 파티션에 보류 중인 업데이트를 다운로드하고 다른 콘텐츠를 저장할 수 있는 충분한 공간이 있는지 확인합니다.- PackageKit 업데이트 소프트웨어는 기본적으로 업데이트된 패키지를
/var/cache/yum/
로 다운로드합니다./var
용으로 별도의 파티션이나 볼륨을 생성하는 경우 다운로드한 패키지 업데이트를 수용하려면 크기가 3GB 이상인지 확인합니다. /usr
디렉토리에는 Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 시스템에 대부분의 소프트웨어 컨텐츠가 포함되어 있습니다. 기본 소프트웨어 세트 설치의 경우 최소 5GB의 공간을 할당합니다. 시스템이 소프트웨어 개발 워크스테이션으로 사용되는 경우 최소 10GB를 할당합니다./usr
또는/var
이 나머지 루트 볼륨과 별도로 분할되는 경우 이러한 디렉터리에 중요한 구성 요소가 포함되어 있기 때문에 부팅 프로세스가 훨씬 더 복잡해집니다. 이러한 디렉터리가 iSCSI 드라이브 또는 FCoE 위치에 배치되는 경우와 같이 시스템을 부팅할 수 없거나 전원을 끄거나 재부팅할 때Device is busy
오류가 발생할 수 있습니다.이 제한은/usr
또는/var
에만 적용되며 아래의 디렉터리에는 적용되지 않습니다. 예를 들어/var/www
의 개별 파티션은 문제 없이 작동합니다.- LVM 볼륨 그룹의 공간을 할당하지 않은 상태로 두는 것이 좋습니다. 할당되지 않은 공간은 공간 요구 사항이 변경되었지만 다른 파티션에서 데이터를 제거하여 스토리지를 다시 할당하지 않으려는 경우 유연성을 제공합니다. 또한 파티션의 Thin provisioning 장치 유형을 선택하여 볼륨에서 사용하지 않는 공간을 자동으로 처리할 수 있습니다.
- 하위 디렉터리를 파티션으로 분리하면 Red Hat Enterprise Linux 6.7의 새 버전을 설치하기로 결정한 경우 해당 하위 디렉터리의 콘텐츠를 보존할 수 있습니다. 현재 시스템에 대한 Red Hat Enterprise Linux HAT;Linux. 예를 들어
/var/lib/mysql/
에서 MySQL 데이터베이스를 실행하려는 경우 나중에 다시 설치해야 하는 경우 해당 디렉토리에 대해 별도의 파티션을 만듭니다. - GPT (GUID 파티션 테이블)를 사용하는 부트 로더가 있는 BIOS 시스템에서는 1MiB 크기의 BIOS를 만들어야 합니다.
자세한 내용은 8.14.1절. “” 을 참조하십시오.
- UEFI 시스템에는 EFI 시스템 파티션 파일 시스템이 포함된
/boot/efi/
의 마운트 지점이 있는 작은 파티션이 포함되어야 합니다. 권장 크기는 200MiB로, 자동 파티션의 기본값이기도 합니다.
8.15. 스토리지 장치
그림 8.28. 스토리지 공간 개요
[D]
dmeventd
데몬을 통한 LVM 및 소프트웨어 RAID 장치 모니터링은 설치 중에 수행되지 않습니다.
8.15.1. 스토리지 장치 선택 화면
- 다중 경로 장치
- 동일한 시스템의 여러 SCSI 컨트롤러 또는 파이버 채널 포트를 통해 두 개 이상의 경로를 통해 액세스할 수 있는 스토리지 장치.설치 프로그램은 16자 또는 32자 길이의 일련 번호가 있는 다중 경로 스토리지 장치만 감지합니다.
- 기타 SAN 장치
- SAN(Storage Area Network)에서 사용 가능한 장치.
- NVDIMM 장치
- 시스템의 NVDIMM(Non-Volatile Dual In-line Memory Module) 스토리지 장치.
그림 8.29. 특수 스토리지 장치에 대한 탭화된 개요
[D]
- - iSCSI 장치를 연결하는 데 사용합니다.
- - 파이버 채널 over 인터넷 스토리지 장치를 구성하는 데 사용합니다.
- 장치를 섹터 모드로 재구성하는 데 사용합니다.
그림 8.30. 저장 장치 검색 탭
[D]
/etc/fstab
파일을 수정하여 설치한 시스템의 일부를 구성하기 위해 여기에서 선택하지 않은 장치를 시스템에 추가할 수도 있습니다.
8.15.1.1. 고급 스토리지 옵션
그림 8.31. 고급 스토리지 옵션
[D]
8.15.1.1.1. iSCSI 매개 변수 구성
그림 8.32. iSCSI 검색 세부 정보 대화 상자
[D]
절차 8.1. iSCSI 세션 검색 및 시작
- 대상 IP 주소 필드에 iSCSI 대상의 IP 주소를 입력합니다.
- iSCSI 정규화된 이름(IQN) 형식으로 iSCSI 이니시에이터의 iSCSI Initiator Name 필드에 이름을 제공합니다. 유효한 IQN 항목에는 다음이 포함됩니다.
- string hoc
n.
(예: 기간 참고) - 조직의 인터넷 도메인 또는 하위 도메인 또는 하위 도메인 이름이 등록된 연도 및 월을 지정하는 날짜 코드는 해당 월의 4 자리, 대시 및 두 자리, 그 뒤에 마침표가 옵니다. 예를 들어 2010년 9월은
2010-09로 표시됩니다.
- 조직의 인터넷 도메인 또는 하위 도메인 이름은 먼저 최상위 도메인과 역순으로 표시됩니다. 예를 들어, subdomain
storage.example.com
을com.example.storage
로 나타냅니다. - 콜론 뒤에 도메인 또는 하위 도메인 내에서 이 특정 iSCSI 이니시에이터를 고유하게 식별하는 문자열이 옵니다. 예:
:diskarrays-sn-a8675309
따라서 전체 IQN은 다음과 같이 표시될 수 있습니다. ownn.2010-09.storage.example.com:diskarrays-sn-a8675309
. Anaconda 는 구조에 도움이 되도록 이 형식의 이름으로 iSCSI Initiator Name 필드를 미리 채웁니다.IQN에 대한 자세한 내용은 3.2.6. RFC 3720 - iSCSI (Internet Small Computer Systems Interface)에서 http://tools.ietf.org/html/rfc3720#section-3.2.6 사용 가능한 iSCSI(Internet Small Computer Systems Interface) 의 iSCSI 이름 및 RFC 3721의 iSCSI 이름 및 주소 - iSCSI(Internet Small Computer Systems Interface) disabled 및 Discovery 에서 http://tools.ietf.org/html/rfc3721#section-1 참조하십시오. - Discovery Authentication Type (검색 인증 유형) 드롭다운 메뉴를 사용하여 iSCSI 검색에 사용할 인증 유형을 지정합니다. 다음 옵션을 사용할 수 있습니다.
- 인증 정보 없음
- CHAP 쌍
- CHAP 쌍 및 역방향 쌍
- 인증 유형으로 CHAP Username 및 CHAP Password 필드에서 iSCSI 대상에 대한 사용자 이름 및 암호를 제공합니다.을 선택한 경우
- CHAP Username 및 Reverse CHAP Password 필드에 iSCSI 이니시에이터의 사용자 이름 및 암호를 제공합니다.을 인증 유형으로 선택한 경우 CHAP Username 및 CHAP Password 필드에서 iSCSI 대상에 대한 사용자 이름 및 암호를 지정하고 Reverse
- 선택적으로 Bind 대상이라는 레이블이 지정된 상자를 네트워크 인터페이스에 선택합니다.
- Anaconda 는 제공한 정보를 기반으로 iSCSI 대상을 검색하려고 합니다. 검색에 성공하면 대상에 검색된 모든 iSCSI 노드 목록이 대화 상자에 표시됩니다.클릭합니다.
- 각 노드에는 옆에 있는 확인란이 표시됩니다. 확인란을 클릭하여 설치에 사용할 노드를 선택합니다.
그림 8.33. 검색된 iSCSI 노드의 대화 상자
[D] - Node 로그인 인증 유형 메뉴에서는 3 단계에 설명된 검색 인증 유형 메뉴와 동일한 옵션을 제공합니다. 그러나 검색 인증에 자격 증명이 필요한 경우 동일한 자격 증명을 사용하여 검색된 노드에 로그인하는 것이 일반적입니다. 이렇게 하려면 메뉴에서 검색에서 추가로 사용합니다. 적절한 인증 정보가 제공되면 버튼을 사용할 수 있게 됩니다.
8.15.1.1.2. FCoE 매개변수 구성
그림 8.34. FCoE 매개변수 구성
[D]
- DCB 사용
- DCB( Data Center Bridging )는 스토리지 네트워크 및 클러스터에서 이더넷 연결 효율성을 높이기 위해 설계된 이더넷 프로토콜의 개선 집합입니다. 이 대화 상자의 확인란을 사용하여 DCB에 대한 설치 프로그램의 인식을 활성화하거나 비활성화합니다. 이 옵션은 호스트 기반 DCBX 클라이언트가 필요한 네트워크 인터페이스에 대해서만 활성화해야 합니다. 하드웨어 DCBX 클라이언트를 구현하는 인터페이스의 구성은 이 확인란을 비워야 합니다.
- 자동 vlan 사용
- 자동 VLAN 은 VLAN 검색을 수행해야 하는지를 나타냅니다. 이 상자를 선택하면 링크 구성을 검증한 후 FIP(FCoE Initiation Protocol) VLAN 검색 프로토콜이 이더넷 인터페이스에서 실행됩니다. 아직 구성되지 않은 경우 검색된 FCoE VLAN의 네트워크 인터페이스가 자동으로 생성되고 VLAN 인터페이스에서 FCoE 인스턴스가 생성됩니다. 이 옵션은 기본적으로 활성화되어 있습니다.
8.15.1.1.3. NVDIMM 장치 구성
그림 8.35. NVDIMM 재구성
[D]
그림 8.36. NVDIMM을 성공적으로 재구성
[D]
8.16. Kdump
그림 8.37. kdump 활성화 및 설정
[D]
8.17. 설치 시작
그림 8.38. 설치 준비
[D]
8.19. 설치 완료
login:
프롬프트)이 표시됩니다.
9장. 64비트 AMD, Intel 및 ARM Systems의 설치 문제 해결
/tmp
디렉터리의 파일에 설치 작업을 기록합니다. 이러한 파일은 다음 표에 나열되어 있습니다.
로그 파일 | 내용 |
---|---|
/tmp/anaconda.log | 일반 Anaconda 메시지 |
/tmp/program.log | 모든 외부 프로그램은 설치 중에 실행됩니다. |
/tmp/storage.log | 광범위한 스토리지 모듈 정보 |
/tmp/packaging.log | yum 및 rpm 패키지 설치 메시지 |
/tmp/syslog | 하드웨어 관련 시스템 메시지 |
/tmp/anaconda-tb- 식별자로 통합됩니다. 여기서 identifier
는 임의의 문자열입니다.
/var/log/anaconda/
.에 있는 설치된 시스템으로 복사됩니다. 그러나 설치에 실패하거나 설치 시스템을 부팅할 때 inst.nosave=all
또는 inst.nosave=logs
옵션이 사용되는 경우 이러한 로그는 설치 프로그램의 RAM 디스크에만 존재합니다. 즉, 시스템의 전원이 꺼지면 영구적으로 저장되지 않으며 손실됩니다. 영구적으로 저장하려면 설치 프로그램을 실행하는 시스템에서 scp 를 사용하여 해당 파일을 네트워크의 다른 시스템에 복사하거나 마운트된 저장 장치(예: USB 플래쉬 드라이브)에 복사합니다. 네트워크를 통해 로그 파일을 전송하는 방법에 대한 자세한 내용은 아래에 있습니다. USB 플래쉬 드라이브 또는 기타 이동식 미디어를 사용하는 경우 절차를 시작하기 전에 해당 미디어에 있는 모든 데이터를 백업해야 합니다.
절차 9.1. 로그 파일 Onto a USB 드라이브로 전송
- 설치 중인 시스템에서 Ctrl+Alt+F2 를 눌러 쉘 프롬프트에 액세스합니다. root 계정에 로그인하면 설치 프로그램의 임시 파일 시스템에 액세스할 수 있습니다.
- USB 플래쉬 드라이브를 시스템에 연결하고 dmesg 명령을 실행합니다. 모든 최근 이벤트를 자세히 설명하는 로그가 표시됩니다. 이 로그 하단에는 방금 연결한 USB 플래쉬 드라이브로 인한 일련의 메시지가 표시됩니다. 다음과 유사한 행 세트와 유사합니다.
[ 170.171135] sd 5:0:0:0: [sdb] Attached SCSI removable disk
연결된 장치의 이름을 기록해 둡니다. 위의 예에서sdb
입니다. /mnt
디렉토리로 이동한 후 USB 드라이브의 마운트 대상으로 사용할 새 디렉토리를 만듭니다. 디렉터리 이름은 중요하지 않습니다. 이 예제에서는usb
라는 이름을 사용합니다.#
mkdir usb- USB플러그 드라이브를 새로 생성된 디렉터리에 마운트합니다. 대부분의 경우 전체 드라이브를 마운트하지 않고 파티션에 파티션을 마운트할 수 있습니다. 따라서
sdb
라는 이름을 사용하지 마십시오. 로그 파일을 작성할 파티션 이름을 사용합니다. 이 예에서는sdb1
이라는 이름이 사용됩니다.#
mount /dev/sdb1 /mnt/usb이제 액세스한 후 콘텐츠를 나열하여 올바른 장치와 파티션을 마운트했는지 확인할 수 있습니다. 목록은 드라이브에 있는 항목과 일치해야 합니다.#
cd /mnt/usb#
ls - 로그 파일을 마운트된 장치에 복사합니다.
#
cp /tmp/*log /mnt/usb - USB플러그 드라이브를 마운트 해제합니다. 대상이 사용 중임을 나타내는 오류 메시지가 표시되면 작업 디렉터리를 마운트 외부로 변경합니다(예:
/
).#
umount /mnt/usb
절차 9.2. 네트워크를 통해 로그 파일 전송
- 설치 중인 시스템에서 Ctrl+Alt+F2 를 눌러 쉘 프롬프트에 액세스합니다. root 계정에 로그인하면 설치 프로그램의 임시 파일 시스템에 액세스할 수 있습니다.
- 로그 파일이 있는
/tmp
디렉토리로 전환합니다.#
cd /tmp - scp 명령을 사용하여 로그 파일을 네트워크의 다른 시스템에 복사합니다.
#
scp *log user@address:path사용자를 대상 시스템에서 유효한 사용자 이름, 대상 시스템의 주소 또는 호스트 이름으로 바꾸고 path 를 로그 파일을 저장할 디렉터리의 경로로 바꿉니다. 예를 들어 IP 주소가192.168.0.122
인 시스템에john
으로 로그인하고 로그 파일을 해당 시스템의/home/john/logs/
디렉터리에 배치하려는 경우 명령은 다음과 같은 형식을 갖습니다.#
scp *log john@192.168.0.122:/home/john/logs/처음으로 대상 시스템에 연결할 때 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)?
yes
를 입력하고 Enter 를 눌러 계속합니다. 메시지가 표시되면 유효한 암호를 입력합니다. 파일은 대상 시스템의 지정된 디렉터리로 전송을 시작합니다.
9.1. 설치 시작 문제
9.1.1. UEFI Secure Boot가 활성화된 경우 부팅되지 않음
9.1.2. 그래픽 설치로 부팅 문제
- 기본 그래픽 모드 사용
- 기본 그래픽 드라이버를 사용하여 설치를 시도할 수 있습니다. 이렇게 하려면 부팅 메뉴의또는 설치 프로그램의 부팅 옵션을 편집하여 명령줄 끝에
inst.xdriver=vesa
를 추가합니다. - 디스플레이 해상도를 수동으로 지정
- 설치 프로그램이 화면 해상도를 감지하지 못하면 자동 탐지를 재정의하고 수동으로 지정할 수 있습니다. 이렇게 하려면 부팅 메뉴에
inst.resolution=x
옵션을 추가합니다. 여기서 x 는 디스플레이 해상도(예:1024x768
)입니다. - 대체 비디오 드라이버 사용
- 설치 프로그램의 자동 탐지를 재정의하여 사용자 정의 비디오 드라이버를 지정할 수도 있습니다. 드라이버를 지정하려면
inst.xdriver=x
옵션을 사용합니다. 여기서 x 는 사용하려는 장치 드라이버(예:nouveau
)입니다.참고사용자 지정 비디오 드라이버를 지정하면 문제가 해결되는 경우anaconda
구성 요소 아래의 에서 https://bugzilla.redhat.com 버그로 보고해야 합니다. Anaconda 는 하드웨어를 자동으로 감지하고 개입 없이 적절한 드라이버를 사용할 수 있어야 합니다. - VNC를 사용하여 설치를 수행합니다.
- 위의 옵션이 실패하면 별도의 시스템을 사용하여 VNC( Virtual Network Computing ) 프로토콜을 사용하여 네트워크를 통해 그래픽 설치에 액세스할 수 있습니다. VNC를 사용한 설치에 대한 자세한 내용은 25장. VNC 사용 을 참조하십시오.
9.1.3. 직렬 콘솔이 확인되지 않음
9.2. 설치 중 문제
9.2.1. 디스크가 감지되지 않음
9.2.2. 추적 메시지 보고
그림 9.1. Crash 보고 대화 상자
[D]
tty1
로 이동합니다. 여기서 버그 보고서를 향상시킬 수 있는 보다 정확한 정보를 요청할 수 있습니다. tty1
에서 그래픽 인터페이스로 돌아가려면 continue 명령을 사용합니다.
그림 9.2. 확장 된 Crash Reporting dialog box
[D]
절차 9.3. Red Hat 고객 지원에 오류 보고
- 표시되는 메뉴에서 Red Hat 고객 포털에 버그 보고를 선택합니다.
- Red Hat에 버그를 보고하려면 먼저 고객 포털 인증 정보를 제공해야 합니다.를 클릭합니다.
그림 9.3. 고객 포털 자격 증명
[D] - 이제 새 창이 열리고 고객 포털 사용자 이름과 암호를 입력하라는 메시지가 표시됩니다. Red Hat 고객 포털 자격 증명을 입력합니다.
그림 9.4. Red Hat 고객 지원 구성
[D]네트워크 설정에서HTTP
또는HTTPS
프록시를 사용해야 하는 경우 고급 메뉴를 확장하고 프록시 서버의 주소를 입력하여 구성할 수 있습니다.필요한 모든 자격 증명을 입력하면 확인 을 클릭하여 진행합니다. - 텍스트 필드가 포함된 새 창이 나타납니다. 여기에 유용한 정보와 의견을 적어 두십시오. 충돌 보고 대화 상자가 표시되기 전에 수행한 각 단계를 설명하여 오류를 재현하는 방법을 설명합니다. 디버깅할 때 얻은 정보를 포함하여 가능한 한 관련 세부 정보를 제공합니다. 여기에서 제공한 정보는 고객 포털에서 공개적으로 표시될 수 있습니다.오류의 원인이 무엇인지 모르는 경우 대화 상자 하단에 이 문제가 발생한 원인을 알 수 없다는 레이블이 지정된 상자를 선택하십시오.그런 다음를 클릭합니다.
그림 9.5. 문제 설명
[D] - 다음으로 고객 포털로 전송되는 정보를 검토합니다. 제공된 설명은 주석 탭에 있습니다. 기타 탭에는 시스템의 호스트 이름 및 설치 환경에 대한 기타 세부 정보와 같은 정보가 포함됩니다. Red Hat으로 전송되지 않는 항목을 제거할 수 있지만 세부 정보를 제공하면 문제 조사에 영향을 줄 수 있습니다.전송할 정보 확인을 완료하면를 클릭합니다.
그림 9.6. Data to be Sent로 이동합니다.
[D] - 버그 보고서에 보내고 개별 첨부 파일로 포함할 파일 목록을 검토합니다. 이러한 파일은 조사에 도움이 되는 시스템 정보를 제공합니다. 특정 파일을 보내지 않으려면 각 파일 옆에 있는 상자를 선택 해제하십시오. 문제를 찾는 데 도움이 되는 추가 파일을 제공하려면클릭합니다.보낼 파일을 검토 했으면 라벨이 지정된 확인란을 선택하여 데이터를 검토하고 제출하는 데 동의합니다. 그런 다음 를 클릭하여 보고서 및 첨부 파일을 고객 포털에 보냅니다.
그림 9.7. 첨부 파일이 될 수 있도록 검토
[D] - 대화 상자에서 처리가 완료되었음을 보고하면 로그 표시를 클릭하여 보고 프로세스의 세부 정보를 보거나 닫기 를 클릭하여 초기 충돌 보고 대화 상자로 돌아갈 수 있습니다. Quit 를 클릭하여 설치를 종료합니다.
9.2.3. 사전 설치 로그 파일 생성
inst.debug
옵션을 설정하여 환경에서 로그 파일을 생성할 수 있습니다. 이러한 로그 파일에는 예를 들어 현재 스토리지 구성이 포함됩니다.
- Tab 키를 눌러 부팅 옵션을 편집합니다.
- 옵션에
inst.debug
를 추가합니다. 예:> vmlinuz ...
inst.debug
자세한 내용은 23장. 부팅 옵션의 내용을 참조하십시오. - Enter 를 눌러 설정을 시작합니다.
/tmp/pre-anaconda-logs/
디렉터리에 사전 설치 로그 파일을 저장합니다. 로그 파일에 액세스하려면 다음을 수행합니다.
- 콘솔로 전환합니다. 8.2.1절. “콘솔에 액세스” 을 참조하십시오.
/tmp/pre-anaconda-logs/
디렉토리로 변경합니다.# cd /tmp/pre-anaconda-logs/
9.3. 설치 후 문제
9.3.1. RAID 카드로 부팅할 수 있습니까?
grub>
)를 보여주는 텍스트 기반 화면과 표시 중인 커서가 모두 표시될 수 있습니다. 이 경우 시스템을 다시 파티셔닝하고 /boot
파티션과 부트 로더를 RAID 배열 외부에서 이동해야합니다. /boot
파티션과 부트 로더가 동일한 드라이브에 있어야 합니다.
9.3.2. 그래픽 부팅 시퀀스 사용 문제
절차 9.4. 임시 부팅 부팅 비활성화
- 컴퓨터를 시작하고 부트 로더 메뉴가 나타날 때까지 기다립니다. 부트 로더 제한 시간 제한을 0으로 설정하면 Esc 키를 눌러 액세스합니다.
- 부트 로더 메뉴가 표시되면 커서 키를 사용하여 부팅하려는 항목을 강조 표시하고 e 키를 눌러 이 항목의 옵션을 편집합니다.
- 옵션 목록에서
linux
키워드로 시작하는 행(또는 경우에 따라linux16
또는linuxefi
)을 찾습니다. 이 행에서rhgb
옵션을 찾아 삭제합니다. 옵션이 즉시 표시되지 않을 수 있습니다. 커서 키를 사용하여 위 아래로 스크롤합니다. - F10 또는 Ctrl+X 를 눌러 편집된 옵션으로 시스템을 부팅합니다.
절차 9.5. 그래픽 부팅 Permanently 비활성화
- su - 명령을 사용하여
root
계정에 로그인합니다.$
su - - grubby 도구를 사용하여 기본 GRUB2 커널을 찾습니다.
#
grubby --default-kernel /boot/vmlinuz-3.10.0-229.4.2.el7.x86_64 - grubby 도구를 사용하여 GRUB2 설정에서 마지막 단계에서 식별되는 기본 커널에서
rhgb
부팅 옵션을 제거합니다. 예:#
grubby --remove-args="rhgb" --update-kernel /boot/vmlinuz-3.10.0-229.4.2.el7.x86_64
--remove-args="rhgb"
매개변수를 --args="rhgb"
paramter로 바꿉니다. 이렇게 하면 rhgb
부팅 옵션이 GRUB2 설정의 기본 커널에 복원됩니다.
9.3.3. 그래픽 환경으로 부팅
graphical.target
으로 변경해야 합니다. 완료되면 컴퓨터를 재부팅합니다. 시스템을 다시 시작한 후 그래픽 로그인 프롬프트가 표시됩니다.
절차 9.6. 그래픽 로그인 설정
- 쉘 프롬프트를 엽니다. 사용자 계정에 있는 경우 su - 명령을 입력하여 root가 됩니다.
- 기본 대상을
graphical.target
으로 변경합니다. 이 작업을 수행하려면 다음 명령을 실행합니다.#
systemctl set-default graphical.target
root
로 다음 명령을 실행합니다.
#
systemctl set-default multi-user.target
9.3.4. 그래픽 사용자 인터페이스 없음
9.3.5. 사용자 로그 후 X 서버 캐시
$
df -h
/home
파티션에 문제가 있습니다. 다음은 df 명령의 샘플 출력입니다.
Filesystem Size Used Avail Use% Mounted on /dev/mapper/vg_rhel-root 20G 6.0G 13G 32% / devtmpfs 1.8G 0 1.8G 0% /dev tmpfs 1.8G 2.7M 1.8G 1% /dev/shm tmpfs 1.8G 1012K 1.8G 1% /run tmpfs 1.8G 0 1.8G 0% /sys/fs/cgroup tmpfs 1.8G 2.6M 1.8G 1% /tmp /dev/sda1 976M 150M 760M 17% /boot /dev/dm-4 90G 90G 0 100% /home
/home
파티션이 가득 차 있으며, 이로 인해 충돌이 발생하는 것을 확인할 수 있습니다. 불필요한 파일을 제거하여 파티션에 공간을 만들 수 있습니다. 일부 디스크 공간을 확보한 후 startx 명령을 사용하여 X 를 시작합니다.
-h
옵션)은 df(1)
매뉴얼 페이지를 참조하십시오.
9.3.6. RAM이 인식되지 않을 수 있습니까?
mem=
커널 옵션을 사용하여 수동으로 메모리 양을 시도할 수 있습니다.
절차 9.7. 수동으로 메모리 구성
- 컴퓨터를 시작하고 부트 로더 메뉴가 나타날 때까지 기다립니다. 부트 로더 제한 시간 제한을 0으로 설정하면 Esc 키를 눌러 액세스합니다.
- 부트 로더 메뉴가 표시되면 커서 키를 사용하여 부팅하려는 항목을 강조 표시하고 e 키를 눌러 이 항목의 옵션을 편집합니다.
- 옵션 목록에서 kernel line(즉,
linux
키워드 시작)로 시작하는 행을 찾습니다(또는 경우에 따라linux16
). 이 행의 끝에 다음 옵션을 추가합니다.mem=xxM
xx 를 MiB에 있는 RAM의 양으로 바꿉니다. - F10 또는 Ctrl+X 를 눌러 편집된 옵션으로 시스템을 부팅합니다.
- 시스템이 부팅될 때까지 기다렸다가 로그인합니다. 그런 다음 명령줄을 열고 free -m 명령을 다시 실행합니다. 명령으로 표시되는 총 RAM이 예상과 일치하는 경우
/etc/default/grub
파일의GRUB_CMDLINE_LINUX
로 시작하는 줄에 다음을 추가하여 영구적으로 변경합니다.mem=xxM
xx 를 MiB에 있는 RAM의 양으로 바꿉니다. - 파일을 업데이트하고 저장한 후 부트 로더 구성을 새로 고침하여 변경 사항을 적용합니다. root 권한으로 다음 명령을 실행합니다.
#
grub2-mkconfig --output=/boot/grub2/grub.cfg
/etc/default/grub
에서 위의 예는 다음과 유사합니다.
GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR="$(sed 's, release.*$,,g' /etc/system-release)" GRUB_DEFAULT=saved GRUB_DISABLE_SUBMENU=true GRUB_TERMINAL_OUTPUT="console" GRUB_CMDLINE_LINUX="rd.lvm.lv=rhel/root vconsole.font=latarcyrheb-sun16 rd.lvm.lv=rhel/swap $([ -x /usr/sbin/rhcrashkernel.param ] && /usr/sbin/rhcrashkernel-param || :) vconsole.keymap=us rhgb quiet mem=1024M" GRUB_DISABLE_RECOVERY="true"
9.3.7. 시스템이 signal 11 오류를 표시합니까?
rd.live.check
부팅 옵션을 추가합니다. 자세한 내용은 23.2.2절. “부팅 미디어 확인” 을 참조하십시오.
II 부. IBM Power Systems - 설치 및 부팅
ppc
및 ppc64
)를 지원했습니다. Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux 7은 64비트 Power Systems 서버(ppc64
)만 지원합니다.
10장. IBM Power Systems에 설치 계획
10.1. 업그레이드 또는 설치
10.2. 하드웨어 호환 가능 여부
10.3. IBM 설치 툴
- 가상화되지 않은 IBM Power Systems 서버에 Linux를 설치 및 구성합니다.
- 이전에 구성된 논리 파티션(LPAR, 가상화된 서버라고도 함)을 사용하여 서버에 Linux를 설치하고 구성합니다.
- IBM 서비스 및 생산성 툴을 신규 또는 이전에 설치한 Linux 시스템에 설치합니다. IBM 서비스 및 생산성 툴에는 동적 논리 파티션(DLPAR) 유틸리티가 포함되어 있습니다.
- IBM Power Systems 서버에서 시스템 펌웨어 수준을 업그레이드합니다.
- 이전에 설치한 시스템에서 진단 또는 유지 관리 작업을 수행합니다.
- components 서버(소프트웨어 스택) 및 애플리케이션 데이터를 System x에서 System p 시스템으로 마이그레이션합니다. ACPI 서버는 오픈 소스 소프트웨어의 번들입니다. component는 Linux, Apache HTTP Server,MySQL 관계형 데이터베이스 및 PHP(또는 Perl 또는 Python) 언어용 약어입니다.
10.4. IBM Power Systems Server 준비
c00000
으로 설정되어 있는지 확인합니다. 그렇지 않으면 다음과 같은 오류가 표시될 수 있습니다.
DEFAULT CATCH!, exception-handler=fff00300
10.5. 지원되는 설치 대상
- SCSI, SATA 또는 SAS와 같은 표준 내부 인터페이스에서 연결된 스토리지
- 파이버 채널 호스트 버스 어댑터 및 다중 경로 장치. 벤더 제공 드라이버가 필요할 수 있습니다.
- IBM Power Systems 서버에서 가상화된 설치는 가상 클라이언트 LPAR에서 Virtual SCSI (vSCSI) 어댑터를 사용하는 경우에도 지원됩니다.
10.6. 시스템 사양 목록
- 사용자 지정 파티션 레이아웃을 사용하려면 다음을 기록합니다.
- 시스템에 연결된 하드 드라이브의 모델 번호, 크기, 유형 및 인터페이스입니다. 예를 들어, SATA0에서 etcdctl ST3320613AS 320GB로 SATA1의 서부 디지털 WD7500AAKS750GB가 있습니다. 이렇게 하면 파티션 프로세스 중에 특정 하드 드라이브를 식별할 수 있습니다.
- Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux sl;Linux를 기존 시스템의 추가 운영 체제로 설치하는 경우 기록하십시오.
- 시스템에서 사용되는 파티션에 대한 정보입니다. 이 정보에는 파일 시스템 유형, 장치 노드 이름, 파일 시스템 레이블 및 크기가 포함될 수 있습니다. 이렇게 하면 파티션 프로세스 중에 특정 파티션을 식별할 수 있습니다. 서로 다른 운영 체제는 파티션을 식별하고 다르게 드라이브하므로 다른 운영 체제가 Unix 운영 체제인 경우에도 Red Hat Enterprise Linux 6.7;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux에서 장치 이름을 보고할 수 있습니다. 일반적으로 이 정보는
/etc/fstab
파일에서 mount 명령 및 blkid 명령과 동등한 를 실행하여 확인할 수 있습니다.다른 운영 체제가 이미 설치되어 있는 경우 Red Hat Enterprise Linux sl;Hat EnterpriseRed Hat Enterprise Linux 6.7;Linux 7 설치 프로그램은 자동으로 이를 탐지하여 부팅하도록 구성합니다. 제대로 감지되지 않는 경우 추가 운영 체제를 수동으로 구성할 수 있습니다. 자세한 내용은 13.15.1절. “” 에서 참조하십시오.
- 로컬 하드 드라이브의 이미지에서 설치하려는 경우:
- 이미지가 포함된 하드 드라이브 및 디렉터리입니다.
- 네트워크 위치에서 설치하려는 경우:
- 시스템에서 네트워크 어댑터의 제조업체 및 모델 번호입니다. 예를 들면 Netgear GA311입니다. 이렇게 하면 네트워크를 수동으로 구성할 때 어댑터를 식별할 수 있습니다.
- IP, DHCP 및 BOOTP 주소
- 넷마스크
- 게이트웨이 IP 주소
- 하나 이상의 이름 서버 IP 주소(DNS)
- FTP 서버, HTTP(web) 서버, HTTPS(web) 서버 또는 NFS 서버에서 설치 소스 위치.
이러한 네트워킹 요구 사항 또는 용어가 귀하에게 적합하지 않은 경우 네트워크 관리자에게 문의하십시오. - iSCSI 대상에 설치하려는 경우:
- iSCSI 대상의 위치입니다. 네트워크에 따라 CHAP 사용자 이름과 암호 및 역방향 CHAP 사용자 이름 및 암호가 필요할 수도 있습니다.
- 컴퓨터가 도메인의 일부인 경우:
- DHCP 서버에서 도메인 이름을 제공해야 합니다. 그렇지 않은 경우 설치 중에 도메인 이름을 수동으로 입력해야 합니다.
10.7. 디스크 공간 및 메모리 요구 사항
/
, swap
및 PReP
부트 파티션)을 Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 전용으로 사용해야 합니다.
설치 유형 | 필요한 최소 RAM |
---|---|
로컬 미디어 설치( USB, DVD) | 1,280MiB |
NFS 네트워크 설치 | 1,280MiB |
HTTP, HTTPS 또는 FTP 네트워크 설치 | 1,664 MiB |
10.8. RAID 및 기타 디스크 장치
10.8.1. 하드웨어 RAID
10.8.2. 소프트웨어 RAID
10.8.3. USB 디스크
10.9. 설치 부팅 방법 선택
- 전체 설치 DVD 또는 USB 드라이브
- 전체 설치 DVD ISO 이미지에서 부팅 가능한 미디어를 만들 수 있습니다. 이 경우 단일 DVD 또는 USB 드라이브를 사용하여 전체 설치를 완료할 수 있습니다. 이 드라이브는 부팅 장치 역할을 하고 소프트웨어 패키지 설치를 위한 설치 소스로 사용할 수 있습니다. 전체 설치 DVD 또는 USB 드라이브를 만드는 방법에 대한 지침은 3장. 미디어 만들기 을 참조하십시오.
- 최소 부트 CD, DVD 또는 USB 드라이브
- 시스템을 부팅하고 설치를 시작하는 데 필요한 데이터만 포함하는 작은 ISO 이미지를 사용하여 최소한의 부팅 CD, DVD 또는 USB 플래시 드라이브가 생성됩니다. 이 부팅 미디어를 사용하는 경우 패키지를 설치할 추가 설치 소스가 필요합니다. 부팅 CD, DVD 및 USB 플래시 드라이브를 만드는 방법에 대한 지침은 3장. 미디어 만들기 을 참조하십시오.
- PXE 서버
- PXE( Preboot Execution Environment ) 서버를 사용하면 설치 프로그램이 네트워크를 통해 부팅할 수 있습니다. 시스템을 부팅한 후 로컬 하드 드라이브 또는 네트워크의 위치와 같은 다른 설치 소스에서 설치를 완료합니다. PXE 서버에 대한 자세한 내용은 24장. 네트워크 설치 준비 을 참조하십시오.
10.10. Kickstart를 사용하여 설치 자동화
11장. IBM Power Systems에 설치 중 드라이버 업데이트
- 드라이버 디스크의 ISO 이미지 파일을 설치 프로그램, 로컬 하드 드라이브, USB 플래시 드라이브 또는 CD 또는 DVD에 배치하십시오.
- 이미지 파일을 CD 또는 DVD 또는 USB 플래쉬 드라이브로 추출하여 드라이버 디스크를 만듭니다. ISO 이미지 파일을 CD 또는 DVD로 구우하는 방법에 대한 자세한 내용은 3.1절. “설치 CD 또는 DVD 만들기” 의 설치 디스크 및 USB 드라이브에 ISO 이미지를 쓰는 방법에 대한 자세한 내용은 3.2절. “USB 미디어 설치” 참조하십시오.
11.1. 설치 중 드라이버 업데이트 준비
- 자동 드라이버 업데이트
- 설치를 시작하면 Anaconda 설치 프로그램이 연결된 모든 스토리지 장치를 탐지합니다. 설치가 시작될 때
OEMDRV
라는 레이블이 지정된 스토리지 장치가 있는 경우 Anaconda 는 항상 드라이버 업데이트 디스크처럼 처리하고 여기에 있는 드라이버 로드를 시도합니다. - 지원되는 드라이버 업데이트
- 설치를 시작할 때
inst.dd
부팅 옵션을 지정할 수 있습니다. 매개 변수 없이 이 옵션을 사용하면 Anaconda 에서 시스템에 연결된 모든 스토리지 장치 목록을 표시하고 드라이버 업데이트가 포함된 장치를 선택하라는 메시지를 표시합니다. - 수동 드라이버 업데이트
- 설치를 시작할 때
inst.dd=위치
부팅 옵션을 지정할 수 있습니다. 여기서 location 은 드라이버 업데이트 디스크 또는 ISO 이미지의 경로입니다. 이 옵션을 지정하면 Anaconda 에서 지정된 위치에서 발견된 드라이버 업데이트를 로드하려고 합니다. 수동 드라이버 업데이트를 사용하면 로컬에서 사용 가능한 스토리지 장치 또는 네트워크 위치(HTTP
,HTTPS
또는FTP
서버)를 지정할 수 있습니다.
inst.dd=위치와 inst.dd
.dd 둘 다 동시에 사용할 수도 있습니다. 그러나 이 경우 Anaconda 는 사용하는 위치 유형에 따라 다릅니다. 장치인 경우 Anaconda 에서 지정된 장치에서 업데이트할 드라이버를 선택하라는 메시지를 표시하면 추가 장치를 제공합니다. 위치가 네트워크 위치인 경우 Anaconda 에서 먼저 드라이버 업데이트가 포함된 장치를 선택하라는 메시지를 표시하면 지정된 네트워크 위치에서 드라이버를 업데이트할 수 있습니다.
OEMDRV
라는 레이블이 지정된 스토리지 장치를 생성해야 하며, 실제 설치 시스템에 연결되어 있어야 합니다. 보조 방법을 사용하려면 OEMDRV
이외의 모든 로컬 스토리지 장치를 사용할 수 있습니다. 수동 방법을 사용하려면 다른 레이블이 있는 로컬 스토리지 또는 설치 시스템에서 액세스할 수 있는 네트워크 위치를 사용할 수 있습니다.
ip=
옵션을 사용하여 네트워크를 초기화해야 합니다. 자세한 내용은 23.1절. “부팅 메뉴에서 설치 시스템 구성” 을 참조하십시오.
11.1.1. 로컬 스토리지에서 드라이버 업데이트 이미지 파일 사용 준비
- 설치 프로그램이 드라이버 디스크를 자동으로 인식하려면 스토리지 장치의 볼륨 레이블이
OEMDRV
여야 합니다. 또한 ISO 이미지 자체를 복사하는 대신 ISO 이미지 파일의 내용을 스토리지 장치의 루트 디렉터리로 추출해야 합니다. 11.2.1절. “자동 드라이버 업데이트” 을 참조하십시오.OEMDRV
라벨이 지정된 장치에서 드라이버를 설치하는 것이 항상 권장되며 수동 설치에 적합합니다. - 수동 설치의 경우 ISO 이미지를 단일 파일로 스토리지 장치에 복사하기만 하면 됩니다. 도움이 되는 경우 파일의 이름을 변경할 수 있지만 파일 이름 확장자를 변경하지 않아야 합니다. 이 확장자는
.iso
로 남아 있어야 합니다(예:dd.iso
). 설치 중에 드라이버 업데이트를 수동으로 선택하는 방법을 알아보려면 11.2.2절. “지원되는 드라이버 업데이트” 를 참조하십시오.
11.1.2. 드라이버 디스크 준비
rhdd3
이라는 단일 파일과 다양한 아키텍처의 실제 드라이버가 있는 RPM 패키지가 포함된 rpms
디렉터리가 표시되어야 합니다.
.iso
로 끝나는 단일 파일만 표시되는 경우 디스크를 올바르게 생성하지 않고 다시 시도해야 합니다. GNOME 이외의 Linux 데스크탑을 사용하거나 다른 운영 체제를 사용하는 경우 Burn 과 유사한 옵션을 선택해야 합니다.
11.2. 설치 중 드라이버 업데이트 수행
- 설치 프로그램이 설치를 위해 드라이버 업데이트를 자동으로 찾아서 제공하도록 합니다.
- 설치 프로그램이 드라이버 업데이트를 찾을 수 있도록 요청합니다.
- 드라이버 업데이트 이미지 또는 RPM 패키지의 경로를 수동으로 지정합니다.
11.2.1. 자동 드라이버 업데이트
OEMDRV
볼륨 레이블로 연결합니다.
OEMDRV
블록 장치를 사용하여 Kickstart 파일을 자동으로 로드할 수도 있습니다. 이 파일의 이름은 ks.cfg
이고 로드할 장치의 루트에 배치해야 합니다. Kickstart 설치에 대한 자세한 내용은 27장. Kickstart 설치 을 참조하십시오.
OEMDRV
레이블이 지정된 스토리지 장치를 발견하면 드라이버 업데이트 디스크로 처리하고 이 장치에서 드라이버 업데이트를 로드하려고 시도합니다. 로드할 드라이버를 선택하라는 메시지가 표시됩니다.
그림 11.1. 드라이버 선택
[D]
11.2.2. 지원되는 드라이버 업데이트
OEMDRV
볼륨 레이블이 있는 블록 장치를 항상 사용하는 것이 좋습니다. 그러나 이러한 장치가 탐지되지 않고 boot 명령줄에 inst.dd
옵션이 지정되면 설치 프로그램을 통해 드라이버 디스크를 대화형 모드에서 찾을 수 있습니다. 첫 번째 단계의 Anaconda 목록에서 로컬 디스크 파티션을 선택하여 ISO 파일을 스캔합니다. 그런 다음 감지된 ISO 파일 중 하나를 선택합니다. 마지막으로 사용 가능한 드라이버를 하나 이상 선택합니다. 아래 이미지는 개별 단계가 강조 표시된 텍스트 사용자 인터페이스의 프로세스를 보여줍니다.
그림 11.2. Driver Interactively 선택
[D]
OEMDRV
볼륨 레이블이 없는 경우, 인수 없이 inst.dd
옵션을 사용하고 장치를 선택하는 메뉴를 사용하거나 설치 프로그램에 다음 부팅 옵션을 사용하여 드라이버를 스캔합니다.
inst.dd=/dev/sr0
11.2.3. 수동 드라이버 업데이트
inst.dd=위치를
추가합니다. 여기서 location 은 드라이버 업데이트 디스크의 경로입니다.
그림 11.3. 드라이버 업데이트 경로 지정
[D]
11.2.4. 드라이버 블랙리스트 지정
modprobe.blacklist=driver_name
옵션을 추가합니다. driver_name 을 비활성화하려는 드라이버 또는 드라이버의 이름으로 교체합니다. 예를 들면 다음과 같습니다.
modprobe.blacklist=ahci
modprobe.blacklist=
부팅 옵션을 사용하여 설치 중에 블랙리스트로 지정된 드라이버는 설치된 시스템에서 비활성화 상태를 유지하고 /etc/modprobe.d/anaconda-blacklist.conf
파일에 표시됩니다. 드라이버 및 기타 부팅 옵션에 대한 자세한 내용은 23장. 부팅 옵션 를 참조하십시오.
12장. IBM Power Systems에서 설치 부팅
그림 12.1. SMS 콘솔
[D]
inst.vnc
부팅 옵션을 전달합니다( 원격 액세스 활성화참조).
12.2. 다른 소스에서 설치
부팅 방법 | 설치 소스 |
---|---|
전체 설치 미디어 (DVD) | 부팅 미디어 자체 |
최소 부트 미디어(CD 또는 DVD) | 네트워크 위치 또는 하드 드라이브에 배치된 이 이미지에서 추출된 전체 설치 DVD ISO 이미지 또는 설치 트리 |
네트워크 부팅 | 네트워크 위치에 배치된 이 이미지에서 추출된 전체 설치 DVD ISO 이미지 또는 설치 트리 |
12.3. 설치 서버를 사용하여 네트워크에서 부팅
Select Boot Options
를 선택한 다음 Boot/Install Device
를 선택하여 네트워크 인터페이스에서 부팅하도록 컴퓨터를 구성합니다. 마지막으로 사용 가능한 장치 목록에서 네트워크 장치를 선택합니다.
절차 12.1. 네트워크에서 설치 프로그램을 시작하는 방법
- 네트워크 케이블이 연결되어 있는지 확인합니다. 컴퓨터가 켜지지 않은 경우에도 네트워크 소켓의 링크 표시기등을 켜야 합니다.
- 컴퓨터에서 전환합니다.
- 네트워킹 설정 및 진단 정보는 일반적으로 컴퓨터가 서버에 연결되기 전에 표시되지만 사용 중인 하드웨어에 따라 다릅니다. 그러면 네트워크 부팅 서버가 설정되는 방법을 지정하는 옵션이 있는 메뉴가 표시됩니다. 원하는 옵션에 해당하는 숫자 키를 누릅니다. 선택해야 하는 옵션이 확실하지 않은 경우 서버 관리자에게 문의하십시오.
initrd.img
이미지를 사용하여 네트워크를 통해 시스템을 부팅합니다. ppc64.img
이미지를 사용하여 네트워크를 통해 부팅할 수 없습니다. 파일은 TFTP에 비해 너무 큽니다.
13장. Anaconda를 사용하여 설치
- Kickstart를 사용하여 에 설명된 대로 설치 자동화 27장. Kickstart 설치
- VNC (Virtual Network Computing) 프로토콜을 사용하여 그래픽 디스플레이로 다른 컴퓨터에서 설치 시스템에 연결하여 그래픽 설치를 원격으로 수행합니다. 25장. VNC 사용
13.1. Anaconda 소개
13.2. 설치 중 콘솔 및 로깅
13.2.1. 콘솔에 액세스
루트
권한으로 대화형 쉘 프롬프트를 제공합니다.
바로 가기 | 내용 |
---|---|
Ctrl+b 1 | 기본 설치 프로그램 창입니다. 텍스트 기반 프롬프트(텍스트 모드 설치 확인 또는 VNC 직접 모드를 사용하는 경우) 및 일부 디버깅 정보가 포함되어 있습니다. |
Ctrl+b 2 | 루트 권한이 있는 대화형 쉘 프롬프트. |
Ctrl+b 3 | 설치 로그. /tmp/anaconda.log 에 저장된 메시지를 표시합니다. |
Ctrl+b 4 | 스토리지 로그. /tmp/storage.log 에 저장된 커널 및 시스템 서비스의 메시지 관련 스토리지 장치를 표시합니다. |
Ctrl+b 5 | 프로그램 로그. /tmp/program.log 에 저장된 다른 시스템 유틸리티의 메시지를 표시합니다. |
13.2.2. 스크린샷 저장
/tmp/anaconda-screenshots/
에 저장됩니다.
13.3. 텍스트 모드로 설치
그림 13.1. 텍스트 모드 설치
[D]
[x]
로 표시되고, 주의가 필요한 화면을 [!]
로 표시할 수 있습니다. 사용 가능한 명령은 사용 가능한 옵션 목록 아래에 표시됩니다.
Processing...
레이블을 표시할 수 있습니다. 텍스트 메뉴 항목의 현재 상태를 새로 고치려면 텍스트 모드 프롬프트에서 r 옵션을 사용합니다.
- 설치 관리자는 항상 영어 언어 및 미국 영어 키보드 레이아웃을 사용합니다. 언어 및 키보드 설정을 구성할 수 있지만 이러한 설정은 설치가 아닌 설치된 시스템에만 적용됩니다.
- 고급 스토리지 방법(LVM, 소프트웨어 RAID, FCoE, zFCP 및 iSCSI)을 구성할 수 없습니다.
- 사용자 지정 파티셔닝을 구성할 수 없습니다. 자동 파티션 설정 중 하나를 사용해야 합니다. 부트 로더가 설치될 위치도 구성할 수 없습니다.
- 설치할 패키지 애드온을 선택할 수 없습니다. YUM 패키지 관리자를 사용하여 설치가 완료된 후 추가해야 합니다.
inst.text
부팅 옵션을 사용하여 설치를 부팅합니다. 부팅 옵션 부팅 및 사용에 대한 정보는 12장. IBM Power Systems에서 설치 부팅 을 참조하십시오.
13.4. HMC vterm 사용
13.5. 그래픽 사용자 인터페이스에 설치
그림 13.2. 설치 요약 화면
[D]
바로 가기 키 | 사용법 |
---|---|
탭 및 Shift+탭 | 현재 화면에서 활성 제어 요소(button, check boxes 등)를 통해 순환됩니다. |
up 및 Down | 목록으로 스크롤 |
왼쪽 및 오른쪽 | 가로 도구 모음 및 테이블 항목을 통해 스크롤 |
공간 및 입력 | 선택한 항목에서 강조 표시된 항목을 선택하거나 제거하고 드롭다운 메뉴를 확장 및 축소합니다. |
13.6. 시작 화면 및 언어 선택
GeoIP
모듈을 사용하여 사전 선택한 언어는 자동 위치 감지에 따라 결정됩니다.
그림 13.3. 언어 구성
[D]
13.7. 설치 요약 화면
그림 13.4. 설치 요약 화면
[D]
그림 13.5. 네트워크 설정 감지가 없을 때 네트워크 설정 화면
[D]
13.8. 날짜 및 시간
13.9.
그림 13.6.
[D]
13.10.
그림 13.7.
[D]
13.11.
그림 13.8.
[D]
13.12.
그림 13.9.
[D]
- http://
- https://
- ftp://
- nfs
중요예:server.example.com:/path/to/directory
13.13.
그림 13.10.
[D]
13.13.1.
13.13.2.
그림 13.13.
[D]
그림 13.14.
[D]
13.14.
그림 13.15.
[D]
13.14.1.
13.15.
그림 13.16.
[D]
그림 13.17.
[D]
13.15.1.
그림 13.18.
[D]
13.15.2.
그림 13.19.
[D]
13.15.3.
그림 13.20.
[D]
13.15.4.
그림 13.21.
[D]
13.15.4.1.
그림 13.22.
[D]
그림 13.23.
[D]
그림 13.24.
[D]
13.15.4.1.1.
- 참고설치 프로그램은 요청된 공간의 20%를 볼륨 그룹에 포함하는 LVM 씬 풀 논리 볼륨에 대해 자동으로 예약합니다. 씬 프로비저닝된 논리 볼륨의 메타데이터 볼륨 또는 데이터 볼륨을 확장할 수 있도록 하는 안전 조치입니다.
- 소프트웨어 RAID - 두 개 이상의 소프트웨어 RAID 파티션을 생성하면 RAID 장치를 생성할 수 있습니다. 시스템의 각 디스크에 하나의 RAID 파티션이 할당됩니다. RAID 장치를 생성하려면 13.15.4.2절. “소프트웨어 RAID 생성” 를 참조하십시오. RAID에 대한 자세한 내용은 Red Hat Enterprise Linux 7 스토리지 관리 가이드 를 참조하십시오.
파일 시스템
- XFS - XFS는 최대 16개의 EiB(약 16억GiB), 최대 8개의 EiB(약 8억GiB) 파일 및 10억 개 항목을 포함하는 디렉터리 구조를 지원하는 확장성이 뛰어난 고성능 파일 시스템입니다. XFS는 더 빠른 충돌 복구를 용이하게 하는 메타데이터 저널링을 지원합니다. XFS 파일 시스템은 마운트된 활성 상태에서도 조각 모음 및 크기를 조정할 수 있습니다. 이 파일 시스템은 기본적으로 선택되며 매우 권장됩니다. 이전에 사용된 ext4 파일 시스템에서 XFS로 일반적인 명령을 변환하는 방법에 대한 자세한 내용은 부록 F. ext4 및 XFS 명령용 참조 테이블 을 참조하십시오.Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux 6.7;Linux에서 지원되는 XFS 파일 시스템의 최대 크기는 현재 500TiB 입니다.
- ext4 - ext4 파일 시스템은 ext3 파일 시스템을 기반으로 하며 여러 가지 개선 사항을 제공합니다. 여기에는 대규모 파일 시스템과 대규모 파일 지원, 더 빠르고 효율적인 디스크 공간 할당, 디렉터리 내의 하위 디렉터리 수 제한, 파일 시스템 검사 속도 및 보다 강력한 저널링이 포함됩니다.Red Hat Enterprise Linux 6.7 EnterpriseRed Hat Enterprise Linux Kernel;Hat Enterprise에서 지원되는 ext4 파일 시스템의 최대 지원 크기는 현재 50TiB 입니다.
- ext3 - ext3 파일 시스템은 ext2 파일 시스템을 기반으로 하며, 저널링에 한 가지 주요 이점이 있습니다. 저널 파일 시스템을 사용하면 충돌이 발생할 때마다
fsck
유틸리티를 실행하여 메타데이터 일관성을 확인할 필요가 없으므로 충돌 후 파일 시스템을 복구하는 데 소요되는 시간이 줄어듭니다. - ext2 - ext2 파일 시스템은 일반 파일, 디렉토리 또는 심볼릭 링크를 포함하여 표준 Unix 파일 유형을 지원합니다. 최대 255자까지 긴 파일 이름을 할당할 수 있는 기능을 제공합니다.
- V FAT - VFAT 파일 시스템은 FAT 파일 시스템에서 Microsoft Windows 긴 파일 이름과 호환되는 Linux 파일 시스템입니다.
- swap - swap 파티션은 가상 메모리를 지원하는 데 사용됩니다. 즉, 시스템에서 처리 중인 데이터를 저장하기에 충분한 RAM이 없을 때 스왑 파티션에 데이터가 기록됩니다.
- Prep - 이 작은 부팅 파티션은 하드 드라이브의 첫 번째 파티션에 있습니다. PReP 부팅 파티션에는 GRUB2 부트 로더가 포함되어 있으며, 다른 IBM Power Systems 서버가 Red Hat Enterprise Linux HAT;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 부팅할 수 있습니다.
13.15.4.2. 소프트웨어 RAID 생성
그림 13.25. 소프트웨어 RAID 파티션 생성 - 장치 유형 확장 메뉴 확장
[D]
- 13.15.4.1절. “” 에 설명된 대로 마운트 지점을 만듭니다. 이 마운트 지점을 구성하면 RAID 장치를 구성합니다.
- 왼쪽 창에서 파티션을 선택한 상태로 유지하고 창 아래의 구성 버튼을 선택하여 마운트 지점 구성 대화 상자를 엽니다. RAID 장치에 포함될 디스크를 클릭합니다.
- 장치 유형 드롭다운 메뉴를 클릭하고 RAID 를 선택합니다.
- 파일 시스템 드롭다운 메뉴를 클릭하고 기본 파일 시스템 유형을 선택합니다( 8.14.4.1.1절. “파일 시스템 유형” 참조하십시오.
- RAID 수준 드롭다운 메뉴를 클릭하고 선호하는 RAID 수준을 선택합니다.사용 가능한 RAID 수준은 다음과 같습니다.
- RAID0 - 최적화된 성능(stripe)
- 여러 디스크에 데이터를 분산합니다. 수준 0 RAID는 표준 파티션에 비해 성능이 향상되었으며 여러 디스크의 스토리지를 하나의 대규모 가상 장치로 풀링하는 데 사용할 수 있습니다. 수준 0 RAID는 중복성을 제공하지 않으며 배열의 한 장치가 전체 배열의 데이터를 제거한다는 점에 유의하십시오. RAID 0에는 최소 두 개의 RAID 파티션이 필요합니다.
- RAID1 - Redundancy (mirror)
- 한 디스크의 모든 데이터를 하나 이상의 다른 디스크에 미러링합니다. 배열의 추가 장치는 증가된 중복성 수준을 제공합니다. RAID 1에는 최소 두 개의 RAID 파티션이 필요합니다.
- RAID4 - 오류 탐지(parity)
- 여러 디스크에 데이터를 배포하고 배열의 하나의 디스크를 사용하여 배열 내의 디스크가 실패할 경우 배열을 보호하는 패리티 정보를 저장합니다. 모든 패리티 정보가 하나의 디스크에 저장되므로 이 디스크에 대한 액세스는 배열의 성능에 병목 현상이 발생합니다. RAID 4에는 최소 3 개의 RAID 파티션이 필요합니다.
- RAID5 - 분산 오류 감지
- 여러 디스크에 데이터 및 패리티 정보를 배포합니다. 따라서 레벨 5 RAID는 여러 디스크에 데이터를 분산시키는 성능상의 이점을 제공하지만, 패리티 정보가 어레이를 통해 분산되어 있기 때문에 레벨 4 RAID의 성능 병목 현상을 공유하지 마십시오. RAID 5에는 최소 3개의 RAID 파티션이 필요합니다.
- RAID6 - 중복
- 레벨 6 RAID는 레벨 5 RAID와 유사하지만 하나의 패리티 데이터 세트만 저장하는 대신 두 개의 세트를 저장합니다. RAID 6에는 최소 4 개의 RAID 파티션이 필요합니다.
- RAID10 - 중복(미러) 및 최적화된 성능(stripe)
- 레벨 10 RAID는 중첩된 RAID 또는 하이브리드 RAID입니다. 미러링된 디스크 세트에 데이터를 분산하여 구성됩니다. 예를 들어 4개의 RAID 파티션으로 구성된 수준 10 RAID 배열은 두 개의 미러링된 파티션 쌍으로 구성됩니다. RAID 10에는 최소 4 개의 RAID 파티션이 필요합니다.
- 설치 요약 화면으로 돌아갑니다.클릭하여 변경 사항을 저장하고 다른 파티션을 계속하거나 를 클릭하여
13.15.4.3. LVM 논리 볼륨 만들기
그림 13.26. 논리 볼륨 구성
[D]
- 13.15.4.1절. “” 에 설명된 대로 LVM 볼륨의 마운트 지점을 만듭니다.
- 장치 유형 드롭다운 메뉴를 클릭하고 LVM 을 선택합니다. Volume Group 드롭다운 메뉴가 표시되고 새로 생성된 볼륨 그룹 이름이 표시됩니다.
- 필요한 경우 메뉴를 클릭하고 새 볼륨 그룹 만들기를 선택하거나 클릭하여 새로 생성된 볼륨 그룹을 구성합니다. Create a new volume group (새 볼륨 그룹 만들기) 옵션과 버튼 모두 Configure Volume Group (볼륨 그룹 구성) 대화 상자로 이동하여 논리 볼륨 그룹 이름을 변경하고 포함할 디스크를 선택할 수 있습니다.참고구성 대화 상자에서 볼륨 그룹의 물리 확장 영역 크기를 지정할 수 없습니다. 크기는 항상 기본값인 4 MiB로 설정됩니다. 다른 물리 확장 영역을 가진 볼륨 그룹을 만들려면 대화형 쉘로 전환하고 KnativeServingcreate 명령을 사용하여 수동으로 만들거나 volgroup --pesize=size 명령으로 Kickstart 파일을 사용합니다.
그림 13.27. LVM 볼륨 그룹 사용자 지정
[D]사용 가능한 RAID 수준은 실제 RAID 장치와 동일합니다. 자세한 내용은 13.15.4.2절. “소프트웨어 RAID 생성” 을 참조하십시오. 암호화에 볼륨 그룹을 표시하고 해당 볼륨의 크기 정책을 설정할 수도 있습니다. 사용 가능한 정책 옵션은 다음과 같습니다.- 자동 - 볼륨 그룹의 크기가 자동으로 설정되어 구성된 논리 볼륨을 포함할 수 있을 만큼 충분히 큽니다. 볼륨 그룹 내에서 여유 공간이 필요하지 않은 경우 최적입니다.
- 가능한 한 큰 - 포함된 구성된 논리 볼륨의 크기에 관계없이 볼륨 그룹이 최대 크기로 생성됩니다. LVM에서 대부분의 데이터를 유지하려는 경우 최적이며, 일부 기존 논리 볼륨의 크기를 늘리거나 이 그룹 내에 추가 논리 볼륨을 생성해야 하는 경우 적합합니다.
- fixed - 이 옵션을 사용하면 볼륨 그룹의 정확한 크기를 설정할 수 있습니다. 그런 다음 구성된 논리 볼륨은 이 고정된 크기 내에 일치해야 합니다. 이는 볼륨 그룹이 얼마나 큰지 정확히 알고 있는 경우 유용합니다.
그룹이 구성되면클릭합니다. - 설치 요약 화면으로 돌아갑니다.클릭하여 변경 사항을 저장하고 다른 파티션을 계속하거나 를 클릭하여
/boot
파티션을 LVM 볼륨에 배치하는 것은 지원되지 않습니다.
13.15.4.4. 권장 파티션 계획
- PReP 부팅 파티션 - 권장 크기는 4에서 8MiB입니다.
- 하드 드라이브의 첫 번째 파티션에는 PReP 부팅 파티션이 포함되어야 합니다. 여기에는 GRUB2 부트 로더가 포함되어 있으며, 다른 IBM Power Systems 서버가 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 부팅할 수 있습니다.
-
/boot
파티션 - 최소 1GiB의 권장 크기 /boot
에 마운트된 파티션에는 운영 체제 커널이 포함되어 있습니다. 이 커널에서는 시스템이 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux (8;Linux)와 부트 스트랩 프로세스 중에 사용되는 파일과 함께 부팅할 수 있습니다. 대부분의 펌웨어의 제한으로 인해 보유할 작은 파티션을 만드는 것이 좋습니다. 대부분의 시나리오에서는 1GiB 부팅 파티션이 적합합니다. 다른 마운트 지점과 달리/boot
에 LVM 볼륨을 사용할 수 없습니다./boot
는 별도의 디스크 파티션에 있어야 합니다.참고RAID 카드가 있는 경우 일부 BIOS 유형에서 RAID 카드 부팅을 지원하지 않는다는 점에 유의하십시오. 이 경우 별도의 하드 드라이브와 같이 RAID 배열 외부의 파티션에/boot
파티션을 생성해야 합니다.주의RAID 카드가 있는 경우 Red Hat Enterprise Linux sl;Hat EnterpriseRed Hat Enterprise Linux HAT;Linux가 IPR 카드에 하드웨어 RAID 설정을 지원하지 않는다는 점에 유의하십시오. 설치 전에 독립 실행형 진단 CD를 부팅하여 RAID 배열을 생성한 다음 해당 RAID 배열에 설치할 수 있습니다.루트
- 10GiB 권장 크기- 여기서 "
/
" 또는 root 디렉터리가 있습니다. 루트 디렉터리는 디렉터리 구조의 최상위 수준입니다. 기본적으로 모든 파일은 쓰기 중인 경로에 다른 파일 시스템이 마운트되지 않는 한 (예:/boot
또는/home
) 이 파일 시스템에 작성됩니다.5GiB 루트 파일 시스템을 사용하면 최소한의 설치를 설치할 수 있지만 원하는 수의 패키지 그룹을 설치할 수 있도록 최소 10GiB를 할당하는 것이 좋습니다.중요/
디렉토리를/root
디렉터리와 혼동하지 마십시오./root
디렉토리는 root 사용자의 홈 디렉토리입니다./root
디렉터리를 루트 디렉터리와 구분하기 위해 슬래시 루트 라고 합니다. /home
- 최소 1GiB의 권장 크기- 사용자 데이터를 시스템 데이터와 별도로 저장하려면
/home
디렉토리에 전용 파일 시스템을 생성합니다. 이 파일 시스템은 로컬에 저장되는 데이터 양, 사용자 수 등에 따라 크기를 조정해야 합니다. 이를 통해 사용자 데이터 파일을 지우지 않고 Red Hat Enterprise Linux Red Hat Enterprise Linux Red Hat Enterprise Linux sl;Linux를 업그레이드하거나 다시 설치할 수 있습니다. 자동 파티션을 선택하는 경우 설치에 사용할 수 있는 55GiB 이상의 디스크 공간이 있어야/home
파일 시스템이 생성되었는지 확인하는 것이 좋습니다. 스왑
파티션 - 최소 1GB의 권장 크기- 스왑 파일 시스템은 가상 메모리를 지원합니다. 시스템이 처리하는 데이터를 저장하기에 충분한 RAM이 없으면 데이터가 스왑 파일 시스템에 기록됩니다. 스왑 크기는 시스템 메모리 워크로드의 기능이며 총 시스템 메모리가 아니므로 총 시스템 메모리 크기와 같지 않습니다. 따라서 시스템이 실행 중인 애플리케이션과 시스템 메모리 워크로드를 확인하기 위해 해당 애플리케이션이 제공할 로드를 분석하는 것이 중요합니다. 애플리케이션 공급자와 개발자는 몇 가지 지침을 제공할 수 있어야 합니다.시스템이 스왑 공간이 부족하면 커널은 시스템 RAM 메모리가 소모될 때 프로세스를 종료합니다. 너무 많은 스왑 공간을 구성하면 스토리지 장치가 할당되지만 유휴 상태이며 리소스를 사용하지 않습니다. 스왑 공간이 너무 많으면 메모리 누수도 숨겨질 수 있습니다. 스왑 파티션의 최대 크기 및 기타 추가 정보는
mkswap(8)
매뉴얼 페이지에서 확인할 수 있습니다.다음 표는 시스템의 RAM 크기에 따라 스왑 파티션의 권장 크기를 제공합니다. 설치 프로그램이 시스템을 자동으로 파티셔닝하도록 하려면 다음 지침을 사용하여 스왑 파티션 크기가 설정됩니다. 자동 파티션 설정은 스왑 파티션의 최대 크기가 하드 드라이브의 전체 크기의 10%로 제한되고 설치 프로그램에서 128GB 이상의 스왑 파티션을 생성할 수 없다고 가정합니다. 스왑 파티션 크기를 시스템의 스토리지 공간 10% 이상 또는 128GB 이상으로 설정하려면 파티션 레이아웃을 수동으로 편집해야 합니다.표 13.3. 시스템 스왑 공간 권장 시스템의 RAM 크기 권장되는 스왑 공간 hibernation을 허용하는 경우 권장되는 스왑 공간 2GB 미만 RAM의 양 2배 RAM의 양 3배 2GB - 8GB RAM의 양과 동일 RAM의 양 2배 8GB - 64GB 4GB에서 0.5 배 RAM의 양 1.5 배 RAM의 양입니다. 64GB 이상 워크로드 종속 (최소 4GB) 간격은 권장되지 않습니다. 위에 나열된 각 범위(예: 2GB, 8GB 또는 64GB의 시스템 RAM) 사이의 경계에서 선택한 스왑 공간과 관련하여 재량을 행사할 수 있습니다. 시스템 리소스를 허용하는 경우 스왑 공간을 늘리면 성능이 향상될 수 있습니다.특히 빠른 드라이브, 컨트롤러 및 인터페이스가 있는 시스템에서 스왑 공간을 배포하면 스왑 공간 성능이 향상됩니다.
/var/cache/yum/
로 다운로드합니다. /var
용으로 별도의 파티션이나 볼륨을 생성하는 경우 다운로드한 패키지 업데이트를 수용하려면 크기가 3GB 이상인지 확인합니다.
13.16. 스토리지 장치
그림 13.28. 스토리지 공간 개요
[D]
13.16.1. 스토리지 장치 선택 화면
- 다중 경로 장치
- 동일한 시스템의 여러 SCSI 컨트롤러 또는 파이버 채널 포트를 통해 두 개 이상의 경로를 통해 액세스할 수 있는 스토리지 장치.설치 프로그램은 16자 또는 32자 길이의 일련 번호가 있는 다중 경로 스토리지 장치만 감지합니다.
- 기타 SAN 장치
- SAN(Storage Area Network)에서 사용 가능한 장치.
- 펌웨어 RAID
- 펌웨어 RAID 컨트롤러에 연결된 스토리지 장치입니다.
그림 13.29. 특수 스토리지 장치에 대한 탭화된 개요
[D]
- - iSCSI 장치를 연결하는 데 사용합니다.
- - 파이버 채널 over 인터넷 스토리지 장치를 구성하는 데 사용합니다.
그림 13.30. 저장 장치 검색 탭
[D]
/etc/fstab
파일을 수정하여 설치한 시스템의 일부를 구성하기 위해 여기에서 선택하지 않은 장치를 시스템에 추가할 수도 있습니다.
13.16.1.1. 고급 스토리지 옵션
그림 13.31. 고급 스토리지 옵션
[D]
13.16.1.1.1. iSCSI 매개 변수 구성
그림 13.32. iSCSI 검색 세부 정보 대화 상자
[D]
절차 13.1. iSCSI 세션 검색 및 시작
- 대상 IP 주소 필드에 iSCSI 대상의 IP 주소를 입력합니다.
- iSCSI 정규화된 이름(IQN) 형식으로 iSCSI 이니시에이터의 iSCSI Initiator Name 필드에 이름을 제공합니다. 유효한 IQN 항목에는 다음이 포함됩니다.
- string hoc
n.
(예: 기간 참고) - 조직의 인터넷 도메인 또는 하위 도메인 또는 하위 도메인 이름이 등록된 연도 및 월을 지정하는 날짜 코드는 해당 월의 4 자리, 대시 및 두 자리, 그 뒤에 마침표가 옵니다. 예를 들어 2010년 9월은
2010-09로 표시됩니다.
- 조직의 인터넷 도메인 또는 하위 도메인 이름은 먼저 최상위 도메인과 역순으로 표시됩니다. 예를 들어, subdomain
storage.example.com
을com.example.storage
로 나타냅니다. - 콜론 뒤에 도메인 또는 하위 도메인 내에서 이 특정 iSCSI 이니시에이터를 고유하게 식별하는 문자열이 옵니다. 예:
:diskarrays-sn-a8675309
따라서 전체 IQN은 다음과 같이 표시될 수 있습니다. ownn.2010-09.storage.example.com:diskarrays-sn-a8675309
. Anaconda 는 구조에 도움이 되도록 이 형식의 이름으로 iSCSI Initiator Name 필드를 미리 채웁니다.IQN에 대한 자세한 내용은 3.2.6. RFC 3720 - iSCSI (Internet Small Computer Systems Interface)에서 http://tools.ietf.org/html/rfc3720#section-3.2.6 사용 가능한 iSCSI(Internet Small Computer Systems Interface) 의 iSCSI 이름 및 RFC 3721의 iSCSI 이름 및 주소 - iSCSI(Internet Small Computer Systems Interface) disabled 및 Discovery 에서 http://tools.ietf.org/html/rfc3721#section-1 참조하십시오. - Discovery Authentication Type (검색 인증 유형) 드롭다운 메뉴를 사용하여 iSCSI 검색에 사용할 인증 유형을 지정합니다. 다음 옵션을 사용할 수 있습니다.
- 인증 정보 없음
- CHAP 쌍
- CHAP 쌍 및 역방향 쌍
- 인증 유형으로 CHAP Username 및 CHAP Password 필드에서 iSCSI 대상에 대한 사용자 이름 및 암호를 제공합니다.을 선택한 경우
- CHAP Username 및 Reverse CHAP Password 필드에 iSCSI 이니시에이터의 사용자 이름 및 암호를 제공합니다.을 인증 유형으로 선택한 경우 CHAP Username 및 CHAP Password 필드에서 iSCSI 대상에 대한 사용자 이름 및 암호를 지정하고 Reverse
- 선택적으로 Bind 대상이라는 레이블이 지정된 상자를 네트워크 인터페이스에 선택합니다.
- Anaconda 는 제공한 정보를 기반으로 iSCSI 대상을 검색하려고 합니다. 검색에 성공하면 대상에 검색된 모든 iSCSI 노드 목록이 대화 상자에 표시됩니다.클릭합니다.
- 각 노드에는 옆에 있는 확인란이 표시됩니다. 확인란을 클릭하여 설치에 사용할 노드를 선택합니다.
그림 13.33. 검색된 iSCSI 노드의 대화 상자
[D] - Node 로그인 인증 유형 메뉴에서는 3 단계에 설명된 검색 인증 유형 메뉴와 동일한 옵션을 제공합니다. 그러나 검색 인증에 자격 증명이 필요한 경우 동일한 자격 증명을 사용하여 검색된 노드에 로그인하는 것이 일반적입니다. 이렇게 하려면 메뉴에서 검색에서 추가로 사용합니다. 적절한 인증 정보가 제공되면 버튼을 사용할 수 있게 됩니다.
13.16.1.1.2. FCoE 매개변수 구성
그림 13.34. FCoE 매개변수 구성
[D]
- DCB 사용
- DCB( Data Center Bridging )는 스토리지 네트워크 및 클러스터에서 이더넷 연결 효율성을 높이기 위해 설계된 이더넷 프로토콜의 개선 집합입니다. 이 대화 상자의 확인란을 사용하여 DCB에 대한 설치 프로그램의 인식을 활성화하거나 비활성화합니다. 이 옵션은 호스트 기반 DCBX 클라이언트가 필요한 네트워크 인터페이스에 대해서만 활성화해야 합니다. 하드웨어 DCBX 클라이언트를 구현하는 인터페이스의 구성은 이 확인란을 비워야 합니다.
- 자동 vlan 사용
- 자동 VLAN 은 VLAN 검색을 수행해야 하는지를 나타냅니다. 이 상자를 선택하면 링크 구성을 검증한 후 FIP(FCoE Initiation Protocol) VLAN 검색 프로토콜이 이더넷 인터페이스에서 실행됩니다. 아직 구성되지 않은 경우 검색된 FCoE VLAN의 네트워크 인터페이스가 자동으로 생성되고 VLAN 인터페이스에서 FCoE 인스턴스가 생성됩니다. 이 옵션은 기본적으로 활성화되어 있습니다.
13.17. Kdump
그림 13.35. kdump 활성화 및 설정
[D]
13.18. 설치 시작
그림 13.36. 설치 준비
[D]
13.20. 설치 완료
login:
프롬프트)이 표시됩니다.
14장. IBM Power Systems에서 설치 문제 해결
/tmp
디렉터리의 파일에 설치 작업을 기록합니다. 이러한 파일은 다음 표에 나열되어 있습니다.
로그 파일 | 내용 |
---|---|
/tmp/anaconda.log | 일반 Anaconda 메시지 |
/tmp/program.log | 모든 외부 프로그램은 설치 중에 실행됩니다. |
/tmp/storage.log | 광범위한 스토리지 모듈 정보 |
/tmp/packaging.log | yum 및 rpm 패키지 설치 메시지 |
/tmp/syslog | 하드웨어 관련 시스템 메시지 |
/tmp/anaconda-tb- 식별자로 통합됩니다. 여기서 identifier
는 임의의 문자열입니다.
/var/log/anaconda/
.에 있는 설치된 시스템으로 복사됩니다. 그러나 설치에 실패하거나 설치 시스템을 부팅할 때 inst.nosave=all
또는 inst.nosave=logs
옵션이 사용되는 경우 이러한 로그는 설치 프로그램의 RAM 디스크에만 존재합니다. 즉, 시스템의 전원이 꺼지면 영구적으로 저장되지 않으며 손실됩니다. 영구적으로 저장하려면 설치 프로그램을 실행하는 시스템에서 scp 를 사용하여 해당 파일을 네트워크의 다른 시스템에 복사하거나 마운트된 저장 장치(예: USB 플래쉬 드라이브)에 복사합니다. 네트워크를 통해 로그 파일을 전송하는 방법에 대한 자세한 내용은 아래에 있습니다.
ssh
프로토콜을 통해 파일을 받을 수 있도록 설치 시스템과 네트워크 및 대상 시스템에 액세스해야 합니다.
절차 14.1. 네트워크를 통해 로그 파일 전송
- 설치 중인 시스템에서 Ctrl+Alt+F2 를 눌러 쉘 프롬프트에 액세스합니다. root 계정에 로그인하면 설치 프로그램의 임시 파일 시스템에 액세스할 수 있습니다.
- 로그 파일이 있는
/tmp
디렉토리로 전환합니다.#
cd /tmp - scp 명령을 사용하여 로그 파일을 네트워크의 다른 시스템에 복사합니다.
#
scp *log user@address:path사용자를 대상 시스템에서 유효한 사용자 이름, 대상 시스템의 주소 또는 호스트 이름으로 바꾸고 path 를 로그 파일을 저장할 디렉터리의 경로로 바꿉니다. 예를 들어 IP 주소가192.168.0.122
인 시스템에john
으로 로그인하고 로그 파일을 해당 시스템의/home/john/logs/
디렉터리에 배치하려는 경우 명령은 다음과 같은 형식을 갖습니다.#
scp *log john@192.168.0.122:/home/john/logs/처음으로 대상 시스템에 연결할 때 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)?
yes
를 입력하고 Enter 를 눌러 계속합니다. 메시지가 표시되면 유효한 암호를 입력합니다. 파일은 대상 시스템의 지정된 디렉터리로 전송을 시작합니다.
14.1. 설치 시작 문제
14.1.1. 그래픽 설치로 부팅 문제
- 기본 그래픽 모드 사용
- 기본 그래픽 드라이버를 사용하여 설치를 시도할 수 있습니다. 이렇게 하려면
boot:
프롬프트에서 설치 프로그램의 옵션을 편집하고 명령행 끝에inst.xdriver=vesa
를 추가합니다. - 디스플레이 해상도를 수동으로 지정
- 설치 프로그램이 화면 해상도를 감지하지 못하면 자동 탐지를 재정의하고 수동으로 지정할 수 있습니다. 이렇게 하려면 부팅 메뉴에
inst.resolution=x
옵션을 추가합니다. 여기서 x 는 디스플레이 해상도(예:1024x768
)입니다.
14.1.2. 직렬 콘솔이 확인되지 않음
14.2. 설치 중 문제
14.2.1. 디스크가 감지되지 않음
14.2.2. 추적 메시지 보고
그림 14.1. Crash 보고 대화 상자
[D]
tty1
로 이동합니다. 여기서 버그 보고서를 향상시킬 수 있는 보다 정확한 정보를 요청할 수 있습니다. tty1
에서 그래픽 인터페이스로 돌아가려면 continue 명령을 사용합니다.
그림 14.2. 확장 된 Crash Reporting dialog box
[D]
절차 14.2. Red Hat 고객 지원에 오류 보고
- 표시되는 메뉴에서 Red Hat 고객 포털에 버그 보고를 선택합니다.
- Red Hat에 버그를 보고하려면 먼저 고객 포털 인증 정보를 제공해야 합니다.를 클릭합니다.
그림 14.3. 고객 포털 자격 증명
[D] - 이제 새 창이 열리고 고객 포털 사용자 이름과 암호를 입력하라는 메시지가 표시됩니다. Red Hat 고객 포털 자격 증명을 입력합니다.
그림 14.4. Red Hat 고객 지원 구성
[D]네트워크 설정에서HTTP
또는HTTPS
프록시를 사용해야 하는 경우 고급 메뉴를 확장하고 프록시 서버의 주소를 입력하여 구성할 수 있습니다.필요한 모든 자격 증명을 입력하면 확인 을 클릭하여 진행합니다. - 텍스트 필드가 포함된 새 창이 나타납니다. 여기에 유용한 정보와 의견을 적어 두십시오. 충돌 보고 대화 상자가 표시되기 전에 수행한 각 단계를 설명하여 오류를 재현하는 방법을 설명합니다. 디버깅할 때 얻은 정보를 포함하여 가능한 한 관련 세부 정보를 제공합니다. 여기에서 제공한 정보는 고객 포털에서 공개적으로 표시될 수 있습니다.오류의 원인이 무엇인지 모르는 경우 대화 상자 하단에 이 문제가 발생한 원인을 알 수 없다는 레이블이 지정된 상자를 선택하십시오.그런 다음를 클릭합니다.
그림 14.5. 문제 설명
[D] - 다음으로 고객 포털로 전송되는 정보를 검토합니다. 제공된 설명은 주석 탭에 있습니다. 기타 탭에는 시스템의 호스트 이름 및 설치 환경에 대한 기타 세부 정보와 같은 정보가 포함됩니다. Red Hat으로 전송되지 않는 항목을 제거할 수 있지만 세부 정보를 제공하면 문제 조사에 영향을 줄 수 있습니다.전송할 정보 확인을 완료하면를 클릭합니다.
그림 14.6. Data to be Sent로 이동합니다.
[D] - 버그 보고서에 보내고 개별 첨부 파일로 포함할 파일 목록을 검토합니다. 이러한 파일은 조사에 도움이 되는 시스템 정보를 제공합니다. 특정 파일을 보내지 않으려면 각 파일 옆에 있는 상자를 선택 해제하십시오. 문제를 찾는 데 도움이 되는 추가 파일을 제공하려면클릭합니다.보낼 파일을 검토 했으면 라벨이 지정된 확인란을 선택하여 데이터를 검토하고 제출하는 데 동의합니다. 그런 다음 를 클릭하여 보고서 및 첨부 파일을 고객 포털에 보냅니다.
그림 14.7. 첨부 파일이 될 수 있도록 검토
[D] - 대화 상자에서 처리가 완료되었음을 보고하면 로그 표시를 클릭하여 보고 프로세스의 세부 정보를 보거나 닫기 를 클릭하여 초기 충돌 보고 대화 상자로 돌아갈 수 있습니다. Quit 를 클릭하여 설치를 종료합니다.
14.2.3. 사전 설치 로그 파일 생성
inst.debug
옵션을 설정하여 환경에서 로그 파일을 생성할 수 있습니다. 이러한 로그 파일에는 예를 들어 현재 스토리지 구성이 포함됩니다.
- Tab 키를 눌러 부팅 옵션을 편집합니다.
- 옵션에
inst.debug
를 추가합니다. 예:> vmlinuz ...
inst.debug
자세한 내용은 23장. 부팅 옵션의 내용을 참조하십시오. - Enter 를 눌러 설정을 시작합니다.
/tmp/pre-anaconda-logs/
디렉터리에 사전 설치 로그 파일을 저장합니다. 로그 파일에 액세스하려면 다음을 수행합니다.
- 콘솔로 전환합니다. 8.2.1절. “콘솔에 액세스” 을 참조하십시오.
/tmp/pre-anaconda-logs/
디렉토리로 변경합니다.# cd /tmp/pre-anaconda-logs/
14.2.4. IBM Power Systems 사용자를 위한 기타 파티셔닝 문제
/
(root) 파티션PReP 부팅
파티션/boot
파티션( root 파티션이 LVM 논리 볼륨 또는 vGPU 하위 볼륨인 경우에만)
14.3. 설치 후 문제
14.3.1. 그래픽 부팅 시퀀스 사용 문제
절차 14.3. 임시 부팅 부팅 비활성화
- 컴퓨터를 시작하고 부트 로더 메뉴가 나타날 때까지 기다립니다. 부트 로더 제한 시간 제한을 0으로 설정하면 Esc 키를 눌러 액세스합니다.
- 부트 로더 메뉴가 표시되면 커서 키를 사용하여 부팅하려는 항목을 강조 표시하고 e 키를 눌러 이 항목의 옵션을 편집합니다.
- 옵션 목록에서 커널 행, 즉
linux
키워드로 시작하는 행을 찾습니다. 이 행에서rhgb
옵션을 찾아 삭제합니다. 옵션이 즉시 표시되지 않을 수 있습니다. 커서 키를 사용하여 위 아래로 스크롤합니다. - F10 또는 Ctrl+X 를 눌러 편집된 옵션으로 시스템을 부팅합니다.
절차 14.4. 그래픽 부팅 Permanently 비활성화
- su - 명령을 사용하여
root
계정에 로그인합니다.$
su - - grubby 도구를 사용하여 기본 GRUB2 커널을 찾습니다.
#
grubby --default-kernel /boot/vmlinuz-3.10.0-229.4.2.el7.ppc64 - grubby 도구를 사용하여 GRUB2 설정에서 마지막 단계에서 식별되는 기본 커널에서
rhgb
부팅 옵션을 제거합니다. 예:#
grubby --remove-args="rhgb" --update-kernel /boot/vmlinuz-3.10.0-229.4.2.el7.ppc64
--remove-args="rhgb"
매개변수를 --args="rhgb"
paramter로 바꿉니다. 이렇게 하면 rhgb
부팅 옵션이 GRUB2 설정의 기본 커널에 복원됩니다.
14.3.2. 그래픽 환경으로 부팅
graphical.target
으로 변경해야 합니다. 완료되면 컴퓨터를 재부팅합니다. 시스템을 다시 시작한 후 그래픽 로그인 프롬프트가 표시됩니다.
절차 14.5. 그래픽 로그인 설정
- 쉘 프롬프트를 엽니다. 사용자 계정에 있는 경우 su - 명령을 입력하여 root가 됩니다.
- 기본 대상을
graphical.target
으로 변경합니다. 이 작업을 수행하려면 다음 명령을 실행합니다.#
systemctl set-default graphical.target
root
로 다음 명령을 실행합니다.
#
systemctl set-default multi-user.target
14.3.3. 그래픽 사용자 인터페이스 없음
14.3.4. 사용자 로그 후 X 서버 캐시
$
df -h
/home
파티션에 문제가 있습니다. 다음은 df 명령의 샘플 출력입니다.
Filesystem Size Used Avail Use% Mounted on /dev/mapper/vg_rhel-root 20G 6.0G 13G 32% / devtmpfs 1.8G 0 1.8G 0% /dev tmpfs 1.8G 2.7M 1.8G 1% /dev/shm tmpfs 1.8G 1012K 1.8G 1% /run tmpfs 1.8G 0 1.8G 0% /sys/fs/cgroup tmpfs 1.8G 2.6M 1.8G 1% /tmp /dev/sda1 976M 150M 760M 17% /boot /dev/dm-4 90G 90G 0 100% /home
/home
파티션이 가득 차 있으며, 이로 인해 충돌이 발생하는 것을 확인할 수 있습니다. 불필요한 파일을 제거하여 파티션에 공간을 만들 수 있습니다. 일부 디스크 공간을 확보한 후 startx 명령을 사용하여 X 를 시작합니다.
-h
옵션)은 df(1)
매뉴얼 페이지를 참조하십시오.
14.3.5. 시스템이 signal 11 오류를 표시합니까?
rd.live.check
부팅 옵션을 추가합니다. 자세한 내용은 23.2.2절. “부팅 미디어 확인” 을 참조하십시오.
14.3.6. 네트워크 스토리지 공간 (*N problemsSTG)에서 IPL을 IP 할 수 없습니다.
PReP
파티션이 누락되어 있습니다. 이 경우 시스템을 다시 설치하고 파티션 단계 또는 Kickstart 파일에서 이 파티션을 만들어야 합니다.
14.3.7. GRUB2 next_entry
변수는 가상화된 환경에서 예기치 않게 작동할 수 있습니다.
next_entry
grub 환경 변수를 수동으로 설정 해제해야 합니다. SLOF 펌웨어는 설계상 부팅 시 블록 쓰기를 지원하지 않으므로 부트로더는 부팅 시 이 변수를 지울 수 없습니다.
III 부. IBM Z 아키텍처 - 설치 및 부팅
15장. IBM Z에 설치 계획
15.1. 설치 전
- LPAR에서 운영 체제를 실행할지 아니면 z/VM 게스트 운영 체제로 실행할지 여부를 결정합니다.
- 스왑 공간이 필요한지 그리고 그 정도가 필요한지를 결정합니다. (및 권장)는 z/VM 게스트 가상 머신에 충분한 메모리를 할당하고 z/VM이 필요한 스왑을 수행하도록 할 수 있지만 필요한 RAM의 양을 예측하기 어려운 경우가 있습니다. 이러한 인스턴스는 사례별로 검토해야 합니다. 18.15.3.4절. “권장 파티션 계획” 을 참조하십시오.
- 네트워크 구성을 결정합니다. Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux with IBM Z용 Linux 7은 다음과 같은 네트워크 장치를 지원합니다.
- 실제 OSA(Virtual Open Systems Adapter )
- 실제 및 가상 HiperSockets
- 실제 OSA용 LAN 채널 스테이션 (LCS)
- 디스크 공간. 필요한 디스크 공간 크기를 계산하고 DASD에 충분한 디스크 공간을 할당[2] 또는 SCSI[3] 디스크. 서버 설치를 위해서는 최소 10GB가 필요하며 모든 패키지를 설치하려면 20GB가 필요합니다. 애플리케이션 데이터를 위한 디스크 공간도 필요합니다. 설치 후 DASD 또는 SCSI 디스크 파티션을 추가하거나 삭제할 수 있습니다.새로 설치한 Red Hat Enterprise Linux QCOW;Hat Enterprise Linux Red Hat Enterprise Linux sl;Linux 시스템(Linux 인스턴스)에서 사용하는 디스크 공간은 시스템에 설치된 다른 운영 체제에서 사용하는 디스크 공간과 분리되어야 합니다.디스크 및 파티션 구성에 대한 자세한 내용은 18.15.3.4절. “권장 파티션 계획” 을 참조하십시오.
- RAM. Linux 인스턴스에 대해 1GB(권장)를 획득합니다. 일부 튜닝에서는 512MB의 RAM으로 인스턴스를 실행할 수 있습니다.
FBAPART
옵션을 사용해야 합니다.
15.2. IBM Z 설치 절차 개요
설치 부팅
메인 프레임에 연결하여 설치 프로그램이 포함된 매체에서 초기 프로그램 로드 (IPL) 또는 부팅을 수행합니다. 자세한 내용은 16장. IBM Z에서 설치 부팅 을 참조하십시오.설치 시스템에 연결
로컬 시스템에서 원격 IBM Z 시스템에 연결하여 설치 프로세스를 계속합니다. 자세한 내용은 17장. 설치 시스템에 연결 을 참조하십시오.anaconda
Anaconda 설치 프로그램을 사용하여 네트워크를 구성하고, 언어 지원, 설치 소스, 소프트웨어 패키지를 설치하고, 나머지 설치를 수행합니다. 자세한 내용은 18장. Anaconda를 사용하여 설치 을 참조하십시오.
15.2.1. 설치 부팅
kernel.img
) 및 초기 RAM 디스크(initrd.img ) 및 일반.prm
파일의 매개 변수가 있는 초기 RAM 디스크(initrd.img
)를 사용할 수 있습니다. 또한 initrd, kernel 및 generic.prm의 파일 이름 및 메모리 주소를 결정하는 generic.ins
파일이 로드됩니다.
- z/VM 리더 - 자세한 내용은 16.3.1절. “z/VM reader 사용” 를 참조하십시오.
- SE 또는 HMC는 원격 FTP 서버를 통해 - 자세한 내용은 16.4.1절. “FTP 서버 사용” 을 참조하십시오.
- SE 또는 HMC DVD - 자세한 내용은 16.4.4절. “FCP 연결 SCSI DVD 드라이브 사용” 를 참조하십시오.
- DASD - LPAR의 경우 16.3.2절. “준비된 DASD 사용” 에서 z/VM 또는 16.4.2절. “준비된 DASD 사용” 참조하십시오.
- FCP 채널을 통해 연결된 SCSI 장치 - LPAR의 경우 16.3.3절. “장착된 FCP 연결 SCSI 디스크 사용” z/VM 또는 16.4.3절. “장착된 FCP 연결 SCSI 디스크 사용” 참조하십시오.
- FCP 연결 SCSI DVD - z/VM 또는 LPAR의 경우 16.3.4절. “FCP 연결 SCSI DVD 드라이브 사용” 참조하십시오. 16.4.4절. “FCP 연결 SCSI DVD 드라이브 사용”
zipl
부트 로더가 있어야 합니다.
15.2.2. 설치 시스템에 연결
15.2.3. Anaconda를 사용하여 설치
- 그래픽 모드
- VNC 클라이언트를 통해 그래픽 설치를 수행합니다. 마우스와 키보드를 사용하여 화면을 탐색하고 버튼을 클릭하고 텍스트 필드에 입력할 수 있습니다. VNC를 사용하여 그래픽 설치를 수행하는 방법에 대한 자세한 내용은 25장. VNC 사용 를 참조하십시오.
- 텍스트 기반 모드
- 이 인터페이스는 GUI의 모든 인터페이스 요소를 제공하지 않으며 모든 설정을 지원하지 않습니다. VNC 클라이언트를 사용할 수 없는 경우 대화형 설치에 이 값을 사용합니다. 텍스트 기반 설치에 대한 자세한 내용은 18.4절. “” 을 참조하십시오.
- 명령줄 모드
- 이는 IBM Z에서 자동 및 비대화형 설치를 위한 것입니다. 설치 프로그램이 유효하지 않거나 누락된 kickstart 명령이 발생하면 시스템이 재부팅됩니다. 자동 설치에 대한 자세한 내용은 27장. Kickstart 설치 을 참조하십시오.
16장. IBM Z에서 설치 부팅
16.1. 부팅 매개변수 사용자 정의
generic.prm
파일에서 부팅하기 전에 이러한 매개변수를 구성해야 합니다. LPAR에 설치할 때 rd.cmdline
매개 변수는 기본적으로 요청
하도록 설정되어 있으므로 이러한 부팅 매개 변수를 입력할 수 있는 프롬프트가 표시됩니다. 두 경우 모두 필수 매개 변수는 동일합니다.
- 설치 소스
- 설치 소스는 항상 구성해야 합니다.
inst.repo=
옵션을 사용하여 설치에 대한 패키지 소스를 지정합니다. 자세한 내용 및 구문은 설치 소스 지정 을 참조하십시오. - 네트워크 장치
- 설치 중에 네트워크 액세스가 필요한 경우 네트워크 구성을 제공해야 합니다. 하드 드라이브와 같은 로컬 미디어만 사용하여 자동(Kickstart 기반) 설치를 수행하려는 경우 네트워크 구성을 생략할 수 있습니다.필요에 따라 네트워크 부팅 옵션 에 나열된 기본 네트워크 구성 및 기타 옵션은
ip=
옵션을 사용합니다.또한 네트워크 프로토콜 유형, 하위 채널의 쉼표로 구분된 목록, 쉼표로 구분된sysfs
매개 변수 및 값 쌍을 사용하는rd.znet=
kernel 옵션을 사용합니다. 이 매개 변수는 여러 네트워크 장치를 활성화하기 위해 여러 번 지정할 수 있습니다.예:rd.znet=qeth,0.0.0600,0.0.0601,0.0.0602,layer2=1,portname=foo
- 스토리지 장치
- 항상 하나 이상의 스토리지 장치를 구성해야 합니다.
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.zfcp=
옵션은 FCP(zFCP) 어댑터 장치 식별자, world wide port name(WdpdkN) 및 FCP LUN을 사용한 다음 장치를 활성화합니다. 이 매개변수는 여러 zFCP 장치를 활성화하기 위해 여러 번 지정할 수 있습니다. 예제:rd.zfcp=0.0.4000,0x5005076300C213e9,0x5022000000000000
- Kickstart 옵션
- Kickstart 파일을 사용하여 자동 설치를 수행하는 경우
inst.ks=
옵션을 사용하여 Kickstart 파일의 위치를 항상 지정해야 합니다. 자동 Kickstart 설치의 경우 자동 Kickstart 설치의 경우inst.cmdline
옵션도 유용합니다. 자세한 내용은 21.4절. “Kickstart 설치를 위한 매개 변수” 을 참조하십시오.
일반.prm
파일의 예는 다음 예와 유사합니다.
예 16.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:enccw0.0.0600:none nameserver=192.168.17.1 rd.dasd=0.0.0200 rd.dasd=0.0.0202 rd.zfcp=0.0.4000,0x5005076300C213e9,0x5022000000000000 inst.ks=http://example.com/path/to/kickstart
generic.ins
이며 초기 RAM 디스크, 커널 이미지 및 매개 변수 파일(generic.prm
) 및 각 파일의 메모리 위치를 위한 파일 이름을 포함합니다. 예제 generic.ins
는 다음 예와 유사합니다.
예 16.2. generic.ins 샘플 파일
images/kernel.img 0x00000000 images/initrd.img 0x02000000 images/genericdvd.prm 0x00010480 images/initrd.addrsize 0x00010408
generic.ins
파일은 설치 프로그램을 부팅하는 데 필요한 다른 모든 파일과 함께 Red Hat에서 제공합니다. 예를 들어, default가 아닌 다른 커널 버전을 로드하려는 경우에만 이 파일을 수정합니다.
16.2. IBM Z의 하드 드라이브 설치 고려 사항
#
zipl -V -t /mnt/ -i /mnt/images/kernel.img -r /mnt/images/initrd.img -p /mnt/images/generic.prm
generic.prm
구성 파일에서 부팅 매개변수 사용자 지정에 대한 자세한 내용은 16.1절. “부팅 매개변수 사용자 정의” 을 참조하십시오.
16.3. z/VM에서 설치
- z/VM 가상 리더
- zipl 부트 로더와 함께 준비된 DASD 또는 FCP 연결 SCSI 장치
- FCP 연결 SCSI DVD 드라이브
logon user here
cp ipl cms
query disk
- IBM Z 용어에서 storage 라고 하는 사용 가능한 메인 메모리를 쿼리합니다. 게스트에는 최소 1GB의 메인 메모리가 있어야 합니다.
cp query virtual storage
- 유형별로 사용 가능한 네트워크 장치를 쿼리합니다.
- osa
- OSA - CHPID 유형 OSD, 실제 또는 가상 (VSWITCH 또는 GuestLAN) 둘 다 QDIO 모드
- HSI
- Hipersockets - CHPID 유형 dependingD, 실제 또는 가상 (GuestLAN type Hipers)
- lcs
- LCS - CHPID 유형 OSE
예를 들어 위에서 언급한 모든 네트워크 장치 유형을 쿼리하려면 다음을 실행합니다.cp query virtual osa
- 사용 가능한 DASD 쿼리. 읽기-쓰기 모드에 플래그가 지정된
RW
만 설치 대상으로 사용할 수 있습니다.cp query virtual dasd
- 사용 가능한 FCP 채널 쿼리:
cp query virtual fcp
16.3.1. z/VM reader 사용
- 필요한 경우 z/VM TCP/IP 도구를 포함하는 장치를 CMS 디스크 목록에 추가합니다. 예:
cp link tcpmaint 592 592 acc 592 fm
fm 을FILEMODE
문자로 바꿉니다. - 명령을 실행합니다.
ftp host
여기서 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
- 선택적으로, 수신된 파일 및 형식을 표시하기 위해 CMS 명령 filelist 를 사용하여 파일이 올바르게 전송되었는지 여부를 확인합니다.
커널.img
및initrd.img
에는 형식 열에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
PF3 을 눌러 filelist 를 종료하고 CMS 프롬프트로 돌아갑니다. - 필요에 따라
generic.prm
에서 부팅 매개 변수를 사용자 지정합니다. 자세한 내용은 16.1절. “부팅 매개변수 사용자 정의” 을 참조하십시오.스토리지 및 네트워크 장치를 구성하는 또 다른 방법은 CMS 구성 파일을 사용하는 것입니다. 이 경우CMSDASD=
및CMSCONFFILE=
매개변수를generic.prm
에 추가합니다. 자세한 내용은 21.2절. “z/VM 구성 파일” 을 참조하십시오. - 마지막으로 REXX 스크립트
redhat.exec
를 실행하여 설치 프로그램을 부팅합니다.redhat
16.3.2. 준비된 DASD 사용
cp ipl DASD_device_number loadparm boot_entry_number
cp ipl eb1c loadparm 0
16.3.3. 장착된 FCP 연결 SCSI 디스크 사용
- FCP 스토리지 영역 네트워크에서 준비된 SCSI 디스크에 액세스하도록 z/VM의 SCSI 부트 로더를 구성합니다. Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 설치 프로그램을 참조하여 준비된 zipl 부팅 메뉴 항목을 선택합니다. 다음 형식의 명령을 사용합니다.
cp set loaddev portname WWPN lun LUN bootprog boot_entry_number
WWPN 을 스토리지 시스템의 World Wide Port Name으로 바꾸고 LUN 을 디스크의 논리 단위 번호로 바꿉니다. 16자리 16진수는 각각 8개의 숫자로 이루어진 두 쌍으로 분할해야 합니다. 예:cp set loaddev portname 50050763 050b073d lun 40204011 00000000 bootprog 0
- 선택적으로 명령을 사용하여 설정을 확인합니다.
query loaddev
- 다음 명령을 사용하여 디스크를 포함하는 스토리지 시스템과 연결된 FCP 장치를 부팅합니다.
cp ipl FCP_device
예:cp ipl fc00
16.3.4. FCP 연결 SCSI DVD 드라이브 사용
- Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux with IBM Z DVD를 DVD 드라이브에 삽입합니다.
- FCP 스토리지 Area Network에서 DVD 드라이브에 액세스하도록 z/VM의 SCSI 부트 로더를 구성하고 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux QCOW;Hat Enterprise Red Hat Enterprise Linux HAT;Linux for IBM Z DVD에서 부팅 항목에
1
을 지정합니다. 다음 형식의 명령을 사용합니다.cp set loaddev portname WWPN lun FCP_LUN bootprog 1
WWPN 을 FCP-to-SCSI 브리지의 WWPN으로 교체하고 FCP_LUN 을 DVD 드라이브의 LUN으로 바꿉니다. 16자리 16진수 숫자는 각각 8자의 두 쌍으로 분할되어야 합니다. 예:cp set loaddev portname 20010060 eb1c0103 lun 00010000 00000000 bootprog 1
- 선택적으로 명령을 사용하여 설정을 확인합니다.
cp query loaddev
- FCP-to-SCSI 브리지와 연결된 FCP 장치의 IPL입니다.
cp ipl FCP_device
예:cp ipl fc00
16.4. LPAR에 설치
- FTP 서버
- zipl 부트 로더와 함께 준비된 DASD 또는 FCP 연결 SCSI 드라이브
- FCP 연결 SCSI DVD 드라이브
- IBM Z HMC(HMC) 또는 LPAR에 새 운영 체제를 설치하기에 충분한 권한이 있는 사용자로 지원 요소 (SE)에 로그인합니다.
SYSPROG
사용자를 권장합니다. - 이미지를 선택한 다음 설치할 LPAR을 선택합니다. 오른쪽의 프레임에 있는 화살표를 사용하여 메뉴로 이동합니다.
- 운영 체제 메시지를 두 번 클릭하여 Linux 부팅 메시지 가 표시될 텍스트 콘솔을 표시합니다.
16.4.1. FTP 서버 사용
- CD-ROM, DVD 또는 서버에서 로드를 두 번 클릭합니다.
- 다음 대화 상자에서 FTP Source 를 선택하고 다음 정보를 입력합니다.
- Host Computer - 설치하려는 FTP 서버의 호스트 이름 또는 IP 주소 (예:
ftp.redhat.com
) - 사용자 ID - FTP 서버의 사용자 이름입니다. 또는
anonymous
를 지정합니다. - 암호 - 비밀번호.
익명으로
로그인하는 경우 이메일 주소를 사용하십시오. - 계정(선택 사항) - 이 필드를 비워 둡니다.
- 파일 위치(선택 사항) - Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux HAT;Linux for IBM Z를 보유한 FTP 서버의 디렉터리(예:
/rhel/s390x/
).
- Continue 를 클릭합니다.
- 다음 대화 상자에서 기본 선택인
generic.ins
를 유지하고 Continue 를 클릭합니다.
16.4.2. 준비된 DASD 사용
- 로드 를 두 번 클릭합니다.
- 다음 대화 상자에서 로드 유형으로
Normal
을 선택합니다. - Load address 로서 DASD의 장치 번호를 입력합니다.
- Load 매개 변수로 Red Hat Enterprise Linux Red Hat Enterprise Linux Kernel;Hat Enterprise Red Hat Enterprise Linux Kernel;Linux 설치 프로그램 부팅을 위해 준비한 zipl 부팅 메뉴 항목에 해당하는 번호를 입력하십시오.
16.4.3. 장착된 FCP 연결 SCSI 디스크 사용
- 로드 를 두 번 클릭합니다.
- 다음 대화 상자에서 로드 유형으로
SCSI
를 선택합니다. - Load address 로서 SCSI 디스크로 연결된 FCP 채널의 장치 번호를 입력합니다.
- 월드 와이드 포트 이름으로, 디스크를 16자리 16진수로 포함하는 스토리지 시스템의 WWPN을 입력합니다.
- 논리 장치 번호로 디스크의 LUN을 16자리 16진수로 입력합니다.
- Boot program selector (부팅 프로그램 선택기)로 Red Hat Enterprise Linux HAT;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 설치 프로그램을 부팅할 준비가 된 zipl 부팅 메뉴 항목에 해당하는 번호를 입력하십시오.
- Boot 레코드 논리 블록 주소를
0
으로, 운영 체제 특정 로드 매개 변수를 비워 둡니다.
16.4.4. FCP 연결 SCSI DVD 드라이브 사용
- Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux with IBM Z DVD를 DVD 드라이브에 삽입합니다.
- 로드 를 두 번 클릭합니다.
- 다음 대화 상자에서 로드 유형으로
SCSI
를 선택합니다. - Load address 로서 FCP-to-SCSI 브리지와 연결된 FCP 채널의 장치 번호를 입력합니다.
- World wide port name 로서 FCP-to-SCSI 브리지의 WWPN을 16자리 16진수로 입력합니다.
- 논리 장치 번호로 DVD 드라이브의 LUN을 16자리 16진수로 입력합니다.
- Boot program selector 로
1
을 입력하여 Red Hat Enterprise Linux HAT;Hat EnterpriseRed Hat Enterprise Linux QCOW;Linux for IBM Z DVD에서 부팅 항목을 선택합니다. - Boot 레코드 논리 블록 주소를
0
으로, 운영 체제 특정 로드 매개 변수를 비워 둡니다.
17장. 설치 시스템에 연결
17.1. VNC를 사용하여 원격 연결 설정
- 초기 프로그램 부팅은 IBM Z 시스템에서 완료되고 명령 프롬프트가 표시됩니다.
Starting installer, one moment... Please ssh install@my-z-system (system ip address) to begin the install.
- 설치 시스템에 VNC 액세스를 제한하려면
inst.vncpassword=rule 부팅매개변수
가 구성되었는지 확인합니다.
- 명령 프롬프트에서 다음 명령을 실행합니다.
$ssh install@my-z-system-domain-name
또는$ssh install@my-z-system-IP-address
inst.vnc
매개변수를 구성했는지 여부에 따라 ssh 세션에 다음 출력이 표시됩니다.inst.vnc
매개변수가 구성된 경우:Starting installer, one moment... Please manually connect your vnc client to my-z-system:1 (system-ip-address:1) to begin the install.
inst.vnc
매개변수가 구성되지 않은 경우:Starting installer, one moment... Graphical installation is not available. Starting text mode. ============= Text mode provides a limited set of installation options. It does not offer custom partitioning for full control over the disk layout. Would you like to use VNC mode instead? 1) Start VNC 2) Use text mode Please make your choice from above ['q' to quit | 'c' to continue | 'r' to refresh]:
inst.vnc
매개변수를 구성한 경우 5 단계로 진행합니다.- VNC를 시작하려면 1을 입력합니다.
inst.vncpassword=
부팅 옵션을 설정하지 않고 서버 연결을 보호하려는 경우 암호를 입력합니다.- 새 명령 프롬프트에서 VNC 서버에 연결합니다.
$vncviewer my-z-system-ip-address:display_number
연결을 보호한 경우 이전 단계에서 입력한 암호 또는inst.vncpassword=
부팅 옵션에 설정한 암호를 사용합니다.RHEL 설치 프로그램은 VNC 클라이언트에서 실행됩니다.
18장. Anaconda를 사용하여 설치
18.1. Anaconda 소개
18.2.
18.2.1.
바로 가기 | 내용 |
---|---|
Ctrl+b 1 | 기본 설치 프로그램 창입니다. |
Ctrl+b 2 | 루트 권한이 있는 대화형 쉘 프롬프트입니다. |
Ctrl+b 3 | 설치 로그; /tmp/anaconda.log 에 저장된 메시지를 표시합니다. |
Ctrl+b 4 | |
Ctrl+b 5 |
18.2.2.
18.3.
18.4.
그림 18.1.
[D]
18.5.
그림 18.2.
[D]
사용법 | |
---|---|
18.6.
그림 18.3.
[D]
18.7.
그림 18.4.
[D]
18.8.
18.9.
그림 18.5.
[D]
18.10.
그림 18.6.
[D]
18.11.
그림 18.7.
[D]