검색

설치 가이드

download PDF
Red Hat Enterprise Linux 7

모든 아키텍처에 Red Hat Enterprise Linux 7 설치

초록

이 설명서는 Red Hat Enterprise Linux 7 설치 프로그램( Anaconda)을 부팅하는 방법과 AMD64 및 Intel 64 시스템, 64비트 IBM Power Systems 서버 및 IBM Z 서버에 Red Hat Enterprise Linux 7을 설치하는 방법을 설명합니다. 또한 VNC를 통한 Kickstart설치, PXE 설치 및 설치와 같은 고급 설치 방법도 다룹니다. 마지막으로 일반적인 설치 후 작업을 설명하고 설치 문제 해결 방법을 설명합니다.
Red Hat Enterprise Linux Atomic Host 설치에 대한 정보는 Red Hat Enterprise Linux Atomic Host 설치 및 구성 가이드에서 확인할 수 있습니다.

1장. 시작하기

Anaconda 라는 설치 유틸리티로 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux 기준 Linux를 설치할 수 있습니다. 대부분의 사용자는 Anaconda 의 그래픽 인터페이스를 사용하여 Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux sl;Linux를 설치하기 위해 4.1절. “대화형 설치” 에 설명된 절차를 간단히 따를 수 있습니다.
고급 요구 사항이 있는 사용자는 그래픽 인터페이스를 사용하여 설치의 여러 측면을 구성하고 Red Hat Enterprise Linux sl;Hat EnterpriseRed Hat Enterprise Linux QCOW;Linux를 다양한 시스템에 설치할 수 있습니다. 로컬 인터페이스가 없는 시스템에서는 완전히 원격으로 설치할 수 있습니다. Kickstart 파일을 사용하여 설치를 자동화할 수도 있으며 전혀 상호 작용 없이 수행할 수도 있습니다.

1.1. 그래픽 설치

Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Red Hat Enterprise Linux completely;Linux 설치 프로그램인 Anaconda 는 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux {{;Linux를 설치하는 간단한 그래픽 방법을 제공합니다. 그래픽 설치 인터페이스에는 이전에 Linux를 설치하지 않은 경우에도 대부분의 설치를 안내할 수 있는 기본 도움말 시스템이 있습니다. 그러나 필요한 경우 Anaconda 를 사용하여 고급 설치 옵션을 구성할 수도 있습니다.
Anaconda 는 병렬 특성으로 인해 대부분의 다른 운영 체제 설치 프로그램과 다릅니다. 대부분의 설치 프로그램은 선형 경로를 따릅니다. 먼저 언어를 선택한 다음 네트워킹을 구성해야 합니다. 일반적으로 주어진 시간에 한 가지 방법 만 있습니다.
Anaconda 의 그래픽 인터페이스에서는 먼저 언어 및 로케일을 선택해야 하는 경우에만 필요하며 중앙 화면이 표시됩니다. 여기에서 원하는 순서로 대부분의 설치 측면을 구성할 수 있습니다. 예를 들어, 네트워크 위치에서 설치할 패키지를 선택하기 전에 네트워킹을 구성해야 하지만, Anaconda 의 대부분의 옵션을 순서대로 구성할 수 있습니다. 네트워크 초기화 또는 디스크 검색과 같은 백그라운드 작업이 특정 옵션의 구성을 차단하는 경우 완료될 때까지 기다리는 동안 관련이 없는 옵션을 구성할 수 있습니다.
특정 화면에 추가 차이점이 나타납니다. 특히 사용자 지정 파티션 프로세스는 다른 Linux 배포판과 매우 다릅니다. 이러한 차이점은 각 화면의 하위 섹션에 설명되어 있습니다.
일부 화면은 하드웨어 및 설치를 시작하는 데 사용한 미디어 유형에 따라 자동으로 구성됩니다. 모든 화면에서 감지된 설정을 계속 변경할 수 있습니다. 자동으로 구성되지 않았으므로 설치를 시작하기 전에 주의가 필요한 화면은 느낌표로 표시됩니다. 이러한 설정을 구성하기 전에 실제 설치 프로세스를 시작할 수 없습니다.
텍스트 모드에서도 설치할 수 있지만 사용자 정의 파티셔닝을 포함하여 특정 옵션을 사용할 수 없습니다. 자세한 내용은 8.3절. “텍스트 모드로 설치” 또는 IBM Power 시스템 또는 IBM Z를 사용하는 경우 각각 13.3절. “텍스트 모드로 설치” 또는 18.4절. “” 을 참조하십시오.

1.2. 원격 설치

그래픽 인터페이스를 원격으로 사용하여 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux sl;Linux를 설치할 수 있습니다. 헤드리스 시스템의 경우 연결 모드를 사용하여 그래픽 설치를 완전히 원격으로 수행할 수 있습니다. 디스플레이 및 키보드가 있지만 그래픽 인터페이스를 실행할 수 있는 용량이 없는 시스템의 경우 직접 모드를 사용하여 설정을 용이하게 할 수 있습니다. 자세한 내용은 25장. VNC 사용 에서 참조하십시오.

1.3. 자동 설치

Kickstart 파일을 사용하여 Anaconda 설치를 자동화할 수 있습니다. Kickstart 파일을 사용하여 설치 모든 측면을 구성하고, 사용자 개입 없이 설치를 수행할 수 있으며, Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux의 여러 인스턴스를 쉽게 설치할 수 있습니다.
대부분의 경우 4.2절. “자동 설치” 에 설명된 절차를 수행하여 Kickstart 파일을 생성 및 구성할 수 있습니다. 이 파일은 Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux QCOW;Linux의 비대화형 설치를 수행하는 데 사용할 수 있습니다.
Kickstart 파일은 그래픽 인터페이스를 사용하거나 온라인 Kickstart 생성기 도구를 통해 선택 사항에 따라 자동으로 만들거나 텍스트 편집기를 사용하여 처음부터 작성할 수 있습니다. 자세한 내용은 27.2.1절. “Kickstart 파일 생성” 에서 참조하십시오.
Kickstart 파일은 Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux의 다양한 유틸리티를 사용하여 쉽게 유지 관리하고 업데이트할 수 있습니다. 자세한 내용은 27.2.2절. “Kickstart 파일 유지 관리” 에서 참조하십시오.

2장. Downloading RedRed Hat Enterprise Linuxnbsp;Hat EnterpriseRed Hat Enterprise Linuxnbsp;Linux

Red Hat 서브스크립션이 있는 경우 Red Hat 고객 포털에서 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux 6.7;Linux 7 설치 DVD의 ISO 이미지 파일을 다운로드할 수 있습니다. 서브스크립션이 없는 경우 소프트웨어 및 다운로드 센터에서 https://access.redhat.com/downloads/ 서브스크립션을 구입하거나 무료 평가판 서브스크립션을 받을 수 있습니다.
AMD64 및 Intel 64(x86_64), ARM(Aarch64) 및 IBM Power Systems(ppc64) 아키텍처에서 사용할 수 있는 두 가지 기본 유형의 설치 미디어가 있습니다.
바이너리 DVD
설치 프로그램을 부팅하고 추가 패키지 리포지토리 없이 전체 설치를 수행하는 전체 설치 이미지입니다.
참고
바이너리 DVD는 IBM Z에서도 사용할 수 있습니다. SCSI DVD 드라이브 또는 설치 소스를 사용하여 설치 프로그램을 부팅하는 데 사용할 수 있습니다.
boot.iso
설치 프로그램을 부팅하지만 추가 패키지 리포지토리에 액세스해야 하는 최소 부팅 이미지입니다. Red Hat은 리포지토리를 제공하지 않습니다. 전체 설치 ISO 이미지를 사용하여 생성해야 합니다.
참고
IBM Java Runtime Environment 및 추가 가상화 드라이버와 같은 추가 패키지가 포함된 보조 DVD 이미지를 사용할 수 있지만 이 문서의 범위를 벗어납니다.
서브스크립션 또는 평가 서브스크립션이 있는 경우 다음 단계에 따라 Red Hat Enterprise Linux {;Hat Enterprise Linux HAT;Linux 7 ISO 이미지 파일을 받습니다.

절차 2.1. Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux ISO 이미지 다운로드

  1. 에서 https://access.redhat.com/home 고객 포털을 방문하십시오. 로그인하지 않은 경우 페이지 오른쪽에 있는 LOG IN 을 클릭합니다. 메시지가 표시되면 계정 자격 증명을 입력합니다.
  2. 페이지 상단에 있는 다운로드를 클릭합니다.
  3. Click RedRed Hat Enterprise Linuxnbsp;Hat EnterpriseRed Hat Enterprise Linuxnbsp;Linux.
  4. 설치 대상의 적절한 제품 변형 아키텍처를 선택해야 합니다. 기본적으로 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux QCOW;Linux Serverx86_64 가 선택됩니다. 요구 사항에 가장 적합한 변형이 확실하지 않은 경우 를 참조하십시오 http://www.redhat.com/en/technologies/linux-platforms/enterprise-linux. 또한 모든 변형에 사용할 수 있는 패키지 목록은 Red Hat Enterprise Linux 7 패키지 매니페스트 에서 사용할 수 있습니다.
  5. 사용 가능한 다운로드 목록이 표시됩니다. 특히 최소 부팅 ISO 이미지와 전체 설치 바이너리 DVD ISO 이미지가 표시됩니다. 이러한 파일은 위에 설명되어 있습니다. 이 문서의 범위를 벗어나는 사전 구성된 가상 머신 이미지와 같은 추가 이미지를 사용할 수 있습니다.
  6. 사용할 이미지 파일을 선택합니다. 고객 포털에서 다운로드할 수 있는 두 가지 방법이 있습니다.
    • 해당 이름을 클릭하여 웹 브라우저를 사용하여 컴퓨터에 다운로드를 시작합니다.
    • 이름을 마우스 오른쪽 버튼으로 클릭한 다음 링크 위치 복사 또는 유사한 메뉴 항목, 사용 중인 브라우저에 따라 정확한 단어가 필요합니다. 이 작업은 파일의 URL을 클립보드에 복사하여 대체 애플리케이션을 사용하여 컴퓨터에 파일을 다운로드할 수 있습니다. 이 방법은 인터넷 연결이 불안정한 경우 특히 유용합니다: 이 경우 브라우저에서 전체 파일을 다운로드하지 못할 수 있으며 다운로드 링크에는 짧은 시간 동안만 유효한 인증 키가 포함되어 있으므로 중단된 다운로드 프로세스를 다시 시작하려고 할 수 없습니다. 그러나 curl 과 같은 특수 애플리케이션은 고객 포털에서 다운로드 시도 중단을 재개하는 데 사용할 수 있으므로 전체 파일을 다시 다운로드할 필요가 없으므로 시간과 대역폭 사용량을 절약할 수 있습니다.

      절차 2.2. curl을 사용하여 설치 미디어 다운로드

      1. root로 다음 명령을 실행하여 curl 패키지가 설치되었는지 확인합니다.
        # yum install curl
        Linux 배포판에서 yum 을 사용하지 않거나 Linux를 전혀 사용하지 않는 경우 curl 웹 사이트에서 가장 적합한 소프트웨어 패키지를 다운로드합니다.
      2. 터미널 창을 열고 적절한 디렉터리를 입력하고 다음 명령을 입력합니다.
        $ curl -o filename.iso 'copied_link_location'
        filename.isorhel-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'
        실제 다운로드 링크는 복잡한 식별자가 포함되어 있기 때문에 훨씬 더 길다.
      3. 전송이 완료되기 전에 인터넷 연결이 떨어지면 고객 포털의 다운로드 페이지를 새로 고침합니다. 필요한 경우 다시 로그인합니다. 새 다운로드 링크를 복사하고 이전과 동일한 기본 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 -
  7. 선택적으로 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 WindowsMac OS X 에서 유사한 도구를 사용할 수 있습니다. 설치를 시작할 때 설치 프로그램을 사용하여 미디어를 확인할 수도 있습니다. 자세한 내용은 23.2.2절. “부팅 미디어 확인” 을 참조하십시오.
고객 포털에서 ISO 이미지 파일을 다운로드한 후 다음을 수행할 수 있습니다.

3장. 미디어 만들기

이 장에서는 2장. Downloading RedRed Hat Enterprise Linuxnbsp;Hat EnterpriseRed Hat Enterprise Linuxnbsp;Linux 의 단계에 따라 얻은 ISO 이미지 파일을 사용하여 DVD 또는 USB 플래시 드라이브와 같은 부팅 가능한 물리적 미디어를 만드는 방법을 설명합니다. 그런 다음 이러한 미디어를 사용하여 설치 프로그램을 부팅하고 설치를 시작할 수 있습니다. 이 단계는 64비트 AMD, Intel 또는 ARM 시스템 또는 물리적 부팅 미디어를 사용하는 IBM Power Systems 서버에 Red Hat Enterprise Linux 6.7 EnterpriseRed Hat Enterprise Linux sl;Linux를 설치할 계획인 경우에만 적용됩니다. IBM Z 서버에 Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 설치하는 방법에 대한 자세한 내용은 16장. IBM Z에서 설치 부팅 을 참조하십시오. 네트워크를 통해 PXE 기반 설치를 수행하기 위해 PXE 기반 설치를 수행하기 위해 PXE( Preboot Execution Environment ) 서버를 설정하는 방법에 대한 지침은 24장. 네트워크 설치 준비 을 참조하십시오.
참고
기본적으로 inst.stage2= 부트 옵션은 설치 미디어에서 사용되며 특정 레이블(예: inst.stage2=hd:LABEL= RHEL7\x20Server.x86_64)으로 설정됩니다. 런타임 이미지가 포함된 파일 시스템의 기본 레이블을 수정하거나 사용자 지정된 절차를 사용하여 설치 시스템을 부팅하는 경우 이 옵션이 올바른 값으로 설정되어 있는지 확인해야 합니다. 자세한 내용은 설치 소스 지정 을 참조하십시오.

3.1. 설치 CD 또는 DVD 만들기

컴퓨터 및 CD/DVD 굽기 소프트웨어를 사용하여 설치 CD 또는 DVD를 만들 수 있습니다. ISO 이미지 파일에서 광성 디스크를 생성하는 정확한 일련의 단계는 설치된 운영 체제 및 디스크 굽기 소프트웨어에 따라 컴퓨터마다 크게 다릅니다. ISO 이미지 파일에서 CD 또는 DVD를 구우하는 데 필요한 정확한 단계는 굽기 소프트웨어의 설명서를 참조하십시오.
참고
광 디스크(CD 및 DVD)를 사용하여 최소한의 부팅 미디어와 전체 설치 미디어를 모두 생성할 수 있습니다. 그러나 전체 설치 ISO 이미지의 큰 크기로 인해 (4 및 4.5GB)의 큰 크기로 인해 DVD 만 전체 설치 디스크를 만들 수 있습니다. 최소 부팅 ISO는 약 300MB이며 CD 또는 DVD로 구울 수 있습니다.
디스크 굽기 소프트웨어가 이미지 파일에서 디스크를 구울 수 있는지 확인하십시오. 이것은 대부분의 소프트웨어를 구울 때 사실이지만 예외가 있습니다. 특히 Windows XP 및 Windows Vista에 내장된 디스크 굽기 기능은 DVD를 구울 수 없으며 이전 Windows 운영 체제에는 기본적으로 디스크 굽기 기능이 설치되어 있지 않습니다. 따라서 컴퓨터에 Windows 7이 설치되기 전에 Windows 운영 체제가 있는 경우 이 작업을 위해 별도의 소프트웨어가 필요합니다. 컴퓨터에 이미 있을 수 있는 Windows용 인기 디스크 굽기 소프트웨어의 예로는 RuntimeClass Burning 2.0.0 및 Roxio Creator 가 있습니다. 브as eroK3b 와 같은 Linux용 가장 널리 사용되는 디스크 굽기 소프트웨어도 ISO 이미지 파일에서 디스크를 구울 수 있는 내장 기능이 있습니다.
일부 컴퓨터에서 ISO 파일에서 디스크를 구울 수있는 옵션은 파일 브라우저의 컨텍스트 메뉴에 통합되어 있습니다. 예를 들어 GNOME 데스크탑을 실행하는 Linux 또는 UNIX 운영 체제가 있는 컴퓨터에서 ISO 파일을 마우스 오른쪽 버튼으로 클릭하면 Multus 파일 브라우저에 디스크 쓰기 옵션이 표시됩니다.

3.2. USB 미디어 설치

CD 또는 DVD 대신 USB 드라이브 또는 SD 카드를 사용하여 Red Hat Enterprise Linux sl;Hat EnterpriseRed Hat Enterprise Linux completely; Linux on 64-bit AMD, Intel 또는 ARM 시스템 설치를 위한 부팅 가능한 미디어를 만들 수 있습니다. 정확한 절차는 Linux 또는 Windows 시스템에서 실행할지 여부에 따라 다릅니다. 동일한 절차를 사용하여 최소 부트 미디어 및 전체 설치 미디어를 만들 수 있습니다. USB 드라이브의 용량은 USB 드라이브의 용량입니다. - 전체 이미지에 맞게 충분한 공간이 있어야 합니다. 즉, 전체 설치 미디어의 경우 약 450MB와 4.8GB를 의미합니다.

3.2.1. Linux에서 USB 미디어 설치

다음 절차에서는 Linux 시스템을 사용하고 있으며 2장. Downloading RedRed Hat Enterprise Linuxnbsp;Hat EnterpriseRed Hat Enterprise Linuxnbsp;Linux 에 설명된 대로 적절한 ISO 이미지를 다운로드했다고 가정합니다. 대부분의 Linux 배포판에서는 추가 패키지를 설치할 필요 없이 작동합니다.
주의
이 절차는 파괴적인 것입니다. USB 플래쉬 드라이브의 모든 데이터는 경고 없이 삭제됩니다. 올바른 드라이브를 지정하고 이 드라이브에 보존할 데이터가 포함되어 있지 않은지 확인합니다.
많은 Linux 배포판은 라이브 USB 미디어를 만들기 위한 자체 도구를 제공합니다. liveusb-creator, Fedora, usb-creator on Ubuntu 등입니다. 이러한 툴에 대한 설명은 이 문서의 범위를 벗어나며 대부분의 Linux 시스템에서 다음 절차를 수행합니다.

절차 3.1. Linux에서 USB 미디어 만들기

  1. USB 플래쉬 드라이브를 시스템에 연결하고 dmesg 명령을 실행합니다. 모든 최근 이벤트를 자세히 설명하는 로그가 표시됩니다. 이 로그 하단에는 방금 연결한 USB 플래쉬 드라이브로 인한 일련의 메시지가 표시됩니다. 다음과 유사한 행 세트와 유사합니다.
    [ 170.171135] sd 5:0:0:0: [sdb] Attached SCSI removable disk
    연결된 장치의 이름을 기록해 둡니다. 위의 예에서 sdb 입니다.
  2. root 로 로그인합니다.
    $ su -
    메시지가 표시되면 루트 암호를 입력합니다.
  3. 장치가 마운트되어 있지 않은지 확인합니다. 먼저 findmnt device 명령과 이전 단계에서 찾은 장치 이름을 사용합니다. 예를 들어 장치 이름이 sdb 인 경우 다음 명령을 사용합니다.
    # findmnt /dev/sdb
    명령이 출력을 표시하지 않으면 다음 단계를 진행할 수 있습니다. 그러나 명령에서 출력을 제공하는 경우 장치가 자동으로 마운트되었으며 진행하기 전에 마운트 해제해야 함을 의미합니다. 샘플 출력은 다음과 유사합니다.
    # findmnt /dev/sdb
    TARGET   SOURCE   FSTYPE  OPTIONS
    /mnt/iso /dev/sdb iso9660 ro,relatime
    
    TARGET 열을 확인합니다. 다음으로 umount target 명령을 사용하여 장치를 마운트 해제합니다.
    # umount /mnt/iso
  4. 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
  5. dd 가 이미지에 이미지 쓰기를 완료할 때까지 기다립니다. 진행률 표시줄이 표시되지 않습니다. # 프롬프트가 다시 표시되면 데이터 전송이 완료됩니다. 프롬프트가 표시되면 루트 계정에서 로그아웃하고 USB 드라이브를 분리합니다.
USB 드라이브를 부팅 장치로 사용할 준비가 되었습니다. AMD, Intel, ARM 시스템에서 7장. 64비트 AMD, Intel 및 ARM 시스템에서 설치 부팅 또는 IBM Power Systems 서버의 12장. IBM Power Systems에서 설치 부팅 계속 사용할 수 있습니다.
참고
IBM Power Systems 서버에서 가상화된 비가상 설치(예: "bare metal" 설치라고도 함)에는 inst.stage2= 부팅 옵션이 지정되어야 합니다. inst.stage2= 부팅 옵션에 대한 정보는 23.1절. “부팅 메뉴에서 설치 시스템 구성” 을 참조하십시오.

3.2.2. Windows에서 USB 미디어 설치

Windows에서 부팅 가능한 USB 미디어를 만드는 절차는 사용하는 도구에 따라 다릅니다. ISO 이미지를 USB 드라이브에 쓸 수 있는 다양한 유틸리티가 있습니다. Red Hat은 에서 https://github.com/FedoraQt/MediaWriter/releases 다운로드할 수 있는 Fedora Media Writer 를 사용할 것을 권장합니다.
참고
Fedora Media Writer는 커뮤니티 제품이며 Red Hat에서 지원하지 않습니다. 이 툴의 모든 문제는 다음에서 https://github.com/FedoraQt/MediaWriter/issues 보고할 수 있습니다.
중요
Windows 탐색기를 사용하여 ISO 이미지 파일을 USB 드라이브로 전송하거나 유사한 파일 관리자가 작동하지 않습니다. 장치에서 부팅할 수 없습니다.

절차 3.2. Windows에서 USB 미디어 만들기

  1. Fedora Media Writer 를 다운로드하여 설치합니다.
  2. 미디어를 만드는 데 사용할 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 를 참조하십시오.)
  3. USB 드라이브를 연결하면 를 사용하여 부팅 가능한 미디어를 생성합니다.
  4. Fedora Media Writer 를 엽니다.
  5. 기본 창에서 Custom Image (사용자 지정 이미지)를 클릭하고 다운로드한 Red Hat Enterprise Linux separated;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux ISO 이미지를 선택합니다.
  6. 드롭다운 메뉴에서 사용할 드라이브를 선택합니다. 드라이브가 나타나지 않으면 USB 드라이브가 연결되어 있는지 확인하고 Fedora Media Writer 를 다시 시작합니다.
  7. 디스크에 쓰기를 클릭합니다. 부팅 미디어 생성 프로세스가 시작됩니다. 작업이 완료될 때까지 드라이브를 분리하지 마십시오. ISO 이미지의 크기와 USB 드라이브의 쓰기 속도에 따라 이미지를 쓰는 데 몇 분이 걸릴 수 있습니다.

    그림 3.1. Fedora Media Writer

    Fedora Media Writer
  8. 생성 프로세스가 완료되고 Complete! 메시지가 표시되면 시스템의 알림 영역에서 안전하게 하드웨어 아이콘을 제거하여 USB 드라이브를 마운트 해제합니다.
USB 드라이브를 부팅 장치로 사용할 준비가 되었습니다. AMD, Intel, ARM 시스템에서 7장. 64비트 AMD, Intel 및 ARM 시스템에서 설치 부팅 또는 IBM Power Systems 서버의 12장. IBM Power Systems에서 설치 부팅 계속 사용할 수 있습니다.

3.2.3. Mac OS X에서 USB 미디어 설치

다음 절차에서는 dd 명령행 도구를 사용하여 설치 이미지를 USB 플래쉬 드라이브에 작성하는 것입니다. 일부 단계에는 sudo 명령을 사용해야 합니다. 이 명령은 암호가 필요한 관리자 계정으로 로그인할 때만 사용할 수 있습니다.
주의
USB 플래쉬 드라이브의 모든 데이터는 이 절차를 통해 삭제됩니다.

절차 3.3. Mac OS X에서 USB 미디어 만들기

  1. 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,TYPESIZE 열을 플래시 드라이브에 대해 알고 있는 항목과 비교합니다. 예를 들어 NAME 은 grant .v drive 아이콘의 제목과 동일해야 합니다. 이러한 값을 플래쉬 드라이브의 정보 패널에 있는 항목과 비교할 수도 있습니다. 드라이브 아이콘을 마우스 오른쪽 버튼으로 클릭하고 정보 가져오기 를 선택합니다.
  2. diskutil unmountDisk 명령을 사용하여 플래쉬 드라이브의 파일 시스템 볼륨을 마운트 해제합니다.
    $ diskutil unmountDisk /dev/disknumber
    					Unmount of all volumes on disknumber was successful
    이 작업을 수행 할 때, 플래시 드라이브의 아이콘이 데스크톱에서 사라집니다. 그렇지 않으면 잘못된 디스크를 식별했을 수 있습니다. 실수로 시스템 디스크를 마운트 해제하려고 하면 오류를 마운트 해제하지 못했습니다.
  3. 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
  4. 명령이 완료될 때까지 기다립니다. 그러나 진행률 표시줄이 표시되지 않습니다. 그러나 터미널에서 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)
  5. 데이터 전송 속도는 USB 포트 및 플래시 드라이브의 속도에 따라 다릅니다. 프롬프트가 다시 표시되면 데이터 전송이 완료됩니다. 그러면 플래시 드라이브를 분리할 수 있습니다.
이제 플래쉬 드라이브를 부팅 장치로 사용할 준비가 되었습니다. IBM Power Systems 서버의 AMD64 및 Intel 64 시스템에서 또는 7장. 64비트 AMD, Intel 및 ARM 시스템에서 설치 부팅 계속 사용할 수 있습니다. 12장. IBM Power Systems에서 설치 부팅

3.3. 설치 소스 준비

2장. Downloading RedRed Hat Enterprise Linuxnbsp;Hat EnterpriseRed Hat Enterprise Linuxnbsp;Linux 에서 설명한 대로 Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux sl;Linux: 최소 부팅 이미지와 전체 설치 이미지(binary DVD라고도 함)에 대해 두 가지 기본 미디어 유형을 사용할 수 있습니다. 바이너리 DVD를 다운로드하여 부팅 DVD-ROM 또는 USB 드라이브를 만든 경우 시스템을 설치하는 데 필요한 모든 것이 포함되어 있으므로 즉시 설치를 진행할 수 있습니다.
그러나 최소 부트 이미지를 사용하는 경우 추가 설치 소스도 구성해야 합니다. 최소 부팅 이미지에는 시스템을 부팅하고 설치를 시작하는 데 필요한 설치 프로그램 자체와 도구만 포함되어 있습니다. 시스템에 설치할 소프트웨어 패키지가 포함되어 있지 않기 때문입니다.
전체 설치 DVD ISO 이미지를 설치의 소스로 사용할 수 있습니다. Red Hat에서 제공하지 않는 추가 소프트웨어가 시스템에 필요한 경우 추가 리포지토리를 구성하고 설치가 완료된 이러한 패키지를 설치해야 합니다. 설치된 시스템에서 추가 YUM 리포지토리를 구성하는 방법에 대한 자세한 내용은 Red Hat Enterprise Linux 7 시스템 관리자 가이드를 참조하십시오.
설치 소스는 다음 중 하나일 수 있습니다.
  • DVD: 바이너리 DVD ISO 이미지를 DVD로 구울 수 있으며 이 디스크에서 패키지를 설치하도록 설치 프로그램을 구성할 수 있습니다.
  • 하드 드라이브: 바이너리 DVD ISO 이미지를 하드 드라이브에 배치하고 여기에서 패키지를 설치할 수 있습니다.
  • 네트워크 위치: 바이너리 DVD ISO 이미지 또는 설치 트리 ( binary DVD ISO 이미지의 압축 내용)를 설치 시스템에서 액세스할 수 있는 네트워크 위치로 복사하고 다음 프로토콜을 사용하여 네트워크를 통해 설치를 수행할 수 있습니다.
    • NFS: 바이너리 DVD ISO 이미지는 NFS( Network File System ) 공유에 배치됩니다.
    • HTTPS,HTTP 또는 FTP: 설치 트리는 HTTP,HTTPS 또는 FTP 를 통해 액세스할 수 있는 네트워크 위치에 배치됩니다.
최소 부트 미디어에서 설치를 부팅할 때 항상 추가 설치 소스를 구성해야 합니다. 전체 바이너리 DVD에서 설치를 부팅할 때 다른 설치 소스를 구성할 수도 있지만, 바이너리 DVD ISO 이미지에는 시스템을 설치하는 데 필요한 모든 패키지가 포함되어 있지 않으며 설치 프로그램은 자동으로 바이너리 DVD를 소스로 구성합니다.
다음과 같은 방법으로 설치 소스를 지정할 수 있습니다.
  • 설치 프로그램의 그래픽 인터페이스: 그래픽 설치가 시작되고 기본 언어를 선택하면 설치 요약 화면이 표시됩니다. Installation Source (설치 소스) 화면으로 이동하여 구성할 소스를 선택합니다. 자세한 내용은 다음을 참조하십시오.
  • 부팅 옵션 사용: 시작하기 전에 설치 프로그램을 구성하는 사용자 정의 부팅 옵션을 지정할 수 있습니다. 이러한 옵션 중 하나를 사용하면 사용할 설치 소스를 지정할 수 있습니다. 자세한 내용은 23.1절. “부팅 메뉴에서 설치 시스템 구성”inst.repo= 옵션을 참조하십시오.
  • Kickstart 파일 사용: Kickstart 파일에서 install 명령을 사용하고 설치 소스를 지정할 수 있습니다. 일반적으로 Kickstart 설치에 대한 자세한 내용은 27.3.1절. “Kickstart 명령 및 옵션” 을 참조하십시오. 27장. Kickstart 설치

3.3.1. DVD에 설치 소스

바이너리 DVD ISO 이미지를 DVD로 구울 수 있으며 다른 드라이브에서 설치를 시작하는 동안 이 디스크에서 패키지를 설치하도록 설치 프로그램을 구성할 수 있습니다(예: USB 플래시 드라이브에서 최소 부팅 ISO). 이 절차는 부팅 가능한 광 미디어 생성과 동일합니다. 자세한 내용은 3.1절. “설치 CD 또는 DVD 만들기” 을 참조하십시오.
DVD를 설치 소스로 사용할 때는 설치가 시작될 때 DVD가 드라이브에 있는지 확인하십시오. Anaconda 설치 프로그램이 설치가 시작된 후 삽입된 미디어를 감지할 수 없습니다.

3.3.2. 하드 드라이브에 설치 소스

하드 드라이브 설치는 바이너리 설치 DVD의 ISO 이미지를 사용합니다. 하드 드라이브를 설치 소스로 사용하려면 바이너리 DVD ISO 이미지를 드라이브로 전송하고 설치 시스템에 연결합니다. 그런 다음 Anaconda 설치 프로그램을 부팅합니다.
USB 플래시 드라이브를 포함하여 설치 프로그램에 액세스할 수 있는 모든 유형의 하드 드라이브를 사용할 수 있습니다. 바이너리 ISO 이미지는 하드 드라이브의 어느 디렉토리에도 있을 수 있으며 어떤 이름이 있을 수 있지만 ISO 이미지가 드라이브의 최상위 디렉터리에 없거나 드라이브의 최상위 디렉터리에 이미지가 있는 경우 사용할 이미지를 지정해야 합니다. 이 작업은 부팅 옵션, Kickstart 파일의 항목 또는 그래픽 설치 중에 설치 소스 화면에서 수동으로 수행할 수 있습니다.
하드 드라이브를 설치 소스로 사용하는 것에 대한 제한 사항은 하드 드라이브의 바이너리 DVD ISO 이미지가 Anaconda 가 마운트할 수 있는 파일 시스템이 있는 파티션에 있어야 한다는 것입니다. 이러한 파일 시스템은 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 설치 미디어는 그 보다 클 수 있으므로 이 파일 시스템을 사용하여 드라이브로 복사할 수 없습니다.
하드 드라이브 또는 USB 플래쉬 드라이브를 설치 소스로 사용할 때 설치가 시작될 때 시스템에 연결되어 있는지 확인하십시오. 설치 프로그램이 설치가 시작된 후 삽입된 미디어를 감지할 수 없습니다.

3.3.3. 네트워크에 설치 소스

네트워크에 설치 소스를 배치하면 물리적 미디어를 연결하고 분리하지 않고도 단일 소스에서 여러 시스템을 설치할 수 있다는 장점이 있습니다. 네트워크 기반 설치는 TFTP 서버와 함께 사용할 때 특히 유용할 수 있으므로 네트워크에서 설치 프로그램을 부팅할 수도 있습니다. 이러한 접근 방식은 물리적 미디어 생성에 대한 필요성을 완전히 제거하여 Red Hat Enterprise Linux QCOW;Hat Enterprise Red Hat Enterprise Linux sl; Linux를 여러 시스템에 동시에 쉽게 배포할 수 있도록 합니다. TFTP 서버 설정에 대한 자세한 내용은 24장. 네트워크 설치 준비 을 참조하십시오.
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 호스트 역할을 할 다른 실행 시스템이 필요합니다.
NFS 서버에 대한 자세한 내용은 Red Hat Enterprise Linux 7 Storage 관리 가이드 를 참조하십시오.
다음 절차는 프로세스의 기본 개요일 뿐입니다. NFS 서버를 설정하기 위해 수행해야 하는 정확한 단계는 시스템의 아키텍처, 운영 체제, 패키지 관리자, 서비스 관리자 및 기타 요인에 따라 달라집니다. Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux 7 시스템에서 이 절차를 문서화한 대로 정확하게 따를 수 있습니다. Red Hat Enterprise Linux Deployment EnterpriseRed Hat Enterprise Linux sl;Hat Enterprise의 이전 릴리스에 대한 설치 소스 생성 프로세스에 대한 설명은 해당 릴리스에 대한 적절한 설치 가이드를 참조하십시오.

절차 3.4. NFS를 사용하여 설치 준비

  1. root 로 다음 명령을 실행하여 nfs-utils 패키지를 설치합니다.
    # yum install nfs-utils
  2. 전체 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Red Hat Enterprise Linux 7 바이너리 DVD ISO 이미지를 NFS 서버의 적절한 디렉토리로 복사합니다. 예를 들어 이 목적으로 디렉터리 /rhel7-install/ 을 생성하고 여기에 ISO 이미지를 저장할 수 있습니다.
  3. 텍스트 편집기를 사용하여 /etc/exports 파일을 열고 다음 구문으로 행을 추가합니다.
    /exported_directory/ clients
    /exported_directory/ 를 ISO 이미지가 있는 디렉터리의 전체 경로로 바꿉니다. 클라이언트 대신 이 NFS 서버에서 설치할 컴퓨터의 호스트 이름 또는 IP 주소를 사용합니다. 모든 컴퓨터가 ISO 이미지를 사용하도록 하려면 모든 컴퓨터가 ISO 이미지에 액세스할 수 있는 서브네트워크 또는 별표 기호(*)를 사용합니다. 이 필드의 형식에 대한 자세한 내용은 exports(5) 도움말 페이지를 참조하십시오.
    다음은 모든 클라이언트에서 /rhel7-install/ 디렉터리를 읽기 전용으로 사용할 수 있도록 하는 기본 구성입니다.
    /rhel7-install *
  4. 구성을 완료한 후 /etc/exports 파일을 저장하고 텍스트 편집기를 종료합니다.
  5. 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 서버에 설치 소스
이 설치 방법을 사용하면 설치 트리를 사용하여 네트워크 기반 설치를 허용합니다. 이 디렉터리는 바이너리 DVD ISO 이미지의 추출된 콘텐츠와 유효한 .treeinfo 파일을 포함하는 디렉터리입니다. 설치 소스는 HTTP,HTTPS 또는 FTP 를 통해 액세스할 수 있습니다.
다음 절차는 프로세스의 기본 개요일 뿐입니다. FTP 서버를 설정하기 위해 수행해야 하는 정확한 단계는 시스템의 아키텍처, 운영 체제, 패키지 관리자, 서비스 관리자 및 기타 요인에 따라 달라집니다. Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux 7 시스템에서 이 절차를 문서화한 대로 정확하게 따를 수 있습니다. Red Hat Enterprise Linux Deployment EnterpriseRed Hat Enterprise Linux sl;Hat Enterprise의 이전 릴리스에 대한 설치 소스 생성 프로세스에 대한 설명은 해당 릴리스에 대한 적절한 설치 가이드를 참조하십시오.

절차 3.5. HTTP 또는 HTTPS를 사용하여 설치 준비

  1. root 로 다음 명령을 실행하여 httpd 패키지를 설치합니다.
    # yum install httpd
    HTTPS 서버에는 추가 구성이 필요합니다. 자세한 내용은 Red Hat Enterprise Linux 7 시스템 관리자 가이드의 SSL 서버 설정 섹션을 참조하십시오. 그러나 설치 소스와 설치 프로그램 간에 민감한 데이터가 전송되지 않고 HTTP 로 충분한 경우 HTTPS 가 필요하지 않습니다.
    주의
    Apache 웹 서버 구성에서 SSL 보안을 활성화하는 경우 TLSv1 프로토콜만 활성화하고 SSLv2SSLv3 를 비활성화합니다. 이는 POODLE SSL 취약점(CVE-2014-3566) 때문입니다. 자세한 내용은 을 참조하십시오 https://access.redhat.com/solutions/1232413.
    중요
    HTTPS 를 사용하기로 결정하고 서버가 자체 서명된 인증서를 사용하는 경우 noverifyssl 옵션을 사용하여 설치 프로그램을 부팅해야 합니다.
  2. 전체 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Red Hat Enterprise Linux 7 바이너리 DVD ISO 이미지를 HTTP(S) 서버로 복사합니다.
  3. 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 명령의 매개 변수로 사용할 수 있습니다.
  4. 마운트된 이미지의 파일을 HTTP 서버 루트에 복사합니다.
    # cp -r /mnt/rhel7-install/ /var/www/html/
    이 명령은 이미지 콘텐츠를 사용하여 /var/www/html/rhel7-install/ 디렉터리를 생성합니다.
  5. 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를 사용하여 설치 준비

  1. root 로 다음 명령을 실행하여 vsftpd 패키지를 설치합니다.
    # yum install vsftpd
  2. 선택적으로 텍스트 편집기에서 /etc/htpasswd/htpasswd.conf 구성 파일을 열고 변경하려는 옵션을 편집합니다. 사용 가능한 옵션은 vsftpd.conf(5) 도움말 페이지를 참조하십시오. 이 절차의 나머지 부분에서는 기본 옵션이 사용되는 것으로 가정합니다. 특히 나머지 절차를 따르려면 FTP 서버의 익명 사용자가 파일을 다운로드할 수 있어야 합니다.
    주의
    member .conf 파일에서 SSL/TLS 보안을 구성한 경우 TLSv1 프로토콜만 활성화하고 SSLv2SSLv3 를 비활성화합니다. 이는 POODLE SSL 취약점(CVE-2014-3566) 때문입니다. 자세한 내용은 을 참조하십시오 https://access.redhat.com/solutions/1234773.
  3. 전체 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Red Hat Enterprise Linux 7 바이너리 DVD ISO 이미지를 FTP 서버에 복사합니다.
  4. 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 명령의 매개 변수로 사용할 수 있습니다.
  5. 마운트된 이미지의 파일을 FTP 서버 루트로 복사합니다.
    # cp -r /mnt/rhel7-install/ /var/ftp/
    이 명령은 이미지 콘텐츠를 사용하여 /var/ftp/rhel7-install/ 디렉터리를 생성합니다.
  6. 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. 네트워크 기반 설치에 대한 방화벽 고려 사항
네트워크 기반 설치 소스를 사용하는 경우 방화벽에서 설치 중인 서버를 원격 설치 소스에 액세스할 수 있는지 확인합니다. 다음 표에서는 각 유형의 네트워크 기반 설치에 대해 열어야 하는 포트를 보여줍니다.
표 3.1. 네트워크 프로토콜에서 사용하는 포트
사용된 프로토콜 오픈할 포트
FTP 21
HTTP 80
HTTPS 443
NFS 2049, 111, 20048
TFTP 69
특정 방화벽 포트 열기에 대한 자세한 내용은 Red Hat Enterprise Linux 7 보안 가이드 를 참조하십시오.

I 부. AMD64, Intel 64 및 ARM 64 - 설치 및 부팅

Red Hat Enterprise Linux QCOW ;Hat Enterprise Red Hat Enterprise Linux Red Hat Enterprise Linux sl;Linux 설치 가이드 의 이 부분에서는 Red Hat Enterprise Linux (8;Hat EnterpriseRed Hat Enterprise Linux)Red Hat Enterprise Linux Kernel;Hat Enterprise 7 on 64-bit AMD, Intel, ARM 시스템의 설치에 대해 설명하고 있으며 기본적인 문제 해결에 대해 설명합니다. 고급 설치 옵션은 IV 부. 고급 설치 옵션 에서 참조하십시오.

4장. 빠른 설치 가이드

4.1. 대화형 설치

이 섹션에서는 설치 USB 드라이브에서 생성 및 부팅한 후 Red Hat Enterprise Linux 6.7 EnterpriseRed Hat Enterprise Linux sl;Linux를 설치하고 등록하는 간단한 절차에 대해 설명합니다.
사전 요구 사항: 설치 USB 드라이브를 생성하고 부팅합니다. 자세한 내용은 다음을 참조하십시오.
설치 USB 드라이브를 부팅한 후 다음을 수행합니다.
  1. Install Red Hat Enterprise Linux Pure;Hat EnterpriseRed Hat Enterprise Linux(Red Hat Enterprise Linux with Linux )를 부팅 메뉴에서 선택하고 Enter 를 누릅니다.
  2. Anaconda 가 끝나면 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux sl;Linux 설치 프로그램 시작, 사용자 언어 및 리전을 선택한 다음 계속 을 클릭합니다.
  3. 설치 요약 은 구성 옵션을 설정하는 중앙 화면입니다.
    개별 옵션을 임의의 순서로 표시하고 수정할 수 있습니다. 구성 옵션이 자동으로 올바르게 구성된 경우 추가 조치가 필요하지 않습니다. 그러나 항목이 느낌표 아이콘으로 표시된 경우 설치를 시작하기 전에 이러한 항목에 대한 구성을 완료해야 합니다.
    참고
    Begin Installation (설치 시작) 버튼을 클릭할 때까지 아무것도 디스크에 기록되지 않습니다.
  4. 날짜 및 시간 선택:
    1. 시간대에서 가장 가까운 지역과 가장 가까운 도시로 설정하십시오.
    2. Done (완료)을 클릭하여 설치 요약 으로 돌아갑니다.
  5. keyboard Layout 을 선택합니다.
    1. +- 버튼을 사용하여 키보드 레이아웃을 추가하고 제거합니다.
    2. 여러 개의 키보드 레이아웃을 사용하는 경우 기본 레이아웃을 목록의 맨 위로 이동하여 기본 레이아웃을 기본값으로 설정합니다.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.
    3. Done (완료)을 클릭하여 설치 요약 으로 돌아갑니다.
  6. 설치 대상 선택:
    1. 대상 디스크를 선택합니다. 선택한 대상 옆에 확인 표시가 표시됩니다.
      선택한 디스크가 자동으로 분할됩니다.
    2. Done (완료)을 클릭하여 설치 요약 으로 돌아갑니다.
  7. 네트워크 및 호스트 이름을 선택합니다.
    1. 오른쪽 상단에 있는 이더넷 슬라이딩 스위치를 클릭하여 네트워크 구성을 활성화합니다.
    2. 선택 사항으로 장치를 선택하고 Configure 를 클릭하여 네트워크 인터페이스 구성을 업데이트합니다.
    3. Done (완료)을 클릭하여 설치 요약 으로 돌아갑니다.
    참고
    Anaconda 는 네트워크 설정을 즉시 적용합니다. 설치 중 및 설치 후 사용됩니다.
  8. 설치 요약 페이지에서 Begin Installation 을 클릭합니다.
  9. 설치가 시작되고 구성 화면이 표시됩니다.
    설치 중:
    1. 루트 암호 선택:
      1. root 사용자의 암호를 입력하고 확인합니다.
      2. Done (완료)을 클릭하여 구성 화면으로 돌아갑니다.
    2. 사용자 생성 을 선택합니다.
      1. 사용자의 전체 이름을 입력합니다.
      2. 선택적으로 자동으로 생성된 사용자 이름을 업데이트합니다.
      3. 암호를 설정하고 확인합니다.
      4. 선택적으로 Make this user administrator 확인란을 선택합니다. 이렇게 하면 사용자를 wheel 그룹에 추가하고 이 계정이 추가 구성 없이 sudo 를 사용하도록 허용합니다.
      5. Done (완료)을 클릭하여 구성 화면으로 돌아갑니다.
    3. 설치가 완료될 때까지 기다린 후 Reboot (재부팅)를 클릭합니다.
  10. 설치된 시스템을 시작한 후 다음을 수행합니다.
    • GUI 기본 환경이 포함된 서버를 사용하여 서버를 설치한 경우 Initial Setup 애플리케이션이 자동으로 시작됩니다.
      1. 라이센스 계약에 동의합니다.
      2. 시스템을 등록합니다.
      자세한 내용은 30장. 초기 설정의 내용을 참조하십시오.
    • 설치 중에 다른 기본 환경을 선택한 경우:
      1. root 사용자로 시스템에 로그인합니다.
      2. 시스템을 등록하고 서브스크립션을 자동으로 연결합니다.
        # subscription-manager register --auto-attach \
        --username=user_name --password=password

4.2. 자동 설치

이 섹션에서는 설치 USB 드라이브에 Kickstart 파일을 추가하는 방법에 대한 간단한 절차를 설명합니다. Red Hat Enterprise Linuxrich;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 자동으로 설치하고 등록하는 USB 드라이브에 Kickstart 파일을 추가하는 방법에 대해 설명합니다. 이 절차를 사용하여 Red Hat Enterprise Linux 기준 Red Hat Enterprise Linux Red Hat Enterprise Linux sl;Linux를 여러 시스템에 배포할 수 있습니다.
USB 부팅 미디어 생성
  1. Kickstart 파일에 설치를 기록합니다.
    1. Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux, Linux를 한 번 수동으로 설치합니다. 자세한 내용은 4.1절. “대화형 설치” 를 참조하십시오.
    2. 설치된 시스템을 부팅합니다. 설치 중에 Anaconda/root/anaconda-ks.cfg 파일에 설정을 사용하여 Kickstart 파일을 생성했습니다.
  2. Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 설치 DVD ISO 파일을 /tmp/ 디렉토리로 다운로드합니다.
  3. 설치 ISO 파일을 /mnt/ 디렉터리에 마운트합니다. 예:
    # mount -o loop /tmp/rhel-server-7.3-x86_64-dvd.iso /mnt/
  4. 작업 디렉터리를 만들고 DVD 콘텐츠를 복사합니다. 예:
    # mkdir /root/rhel-install/
    # shopt -s dotglob
    # cp -avRf /mnt/* /root/rhel-install/
  5. ISO 파일을 마운트 해제합니다.
    # umount /mnt/
  6. 설치 중에 생성된 Kickstart 파일을 작업 디렉터리에 복사합니다.
    # cp /root/anaconda-ks.cfg /root/rhel-install/
  7. 설치 후 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
  8. 설치 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
  9. 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 볼륨 이름으로 설정합니다.
  10. 작업 디렉터리에서 /root/rhel-ks.iso 파일을 생성하기 전에 USB UEFI 부팅 또는 CDROM UEFI 부팅 에 대한 다음 단계를 실행합니다.
    • USB UEFI 부팅 의 경우 다음 단계를 따르십시오.
      1. 볼륨을 마운트합니다.
        # mount /root/rhel-install/images/efiboot.img /mnt/
      2. /mnt/EFI/BOOT/grub.cfg 파일을 편집합니다.
      3. 새 메뉴 항목 추가:
        #######################################
        '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
        }
        #######################################
      4. 볼륨을 마운트 해제합니다.
         # umount /mnt
    • CDROM UEFI 부팅 의 경우 다음 단계를 따르십시오.
      1. /root/rhel-install/EFI/BOOT/grub.cfg 파일을 편집합니다.
      2. 파일에 새 메뉴 항목을 추가합니다.
        #######################################
        '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
        }
        #######################################
  11. 작업 디렉터리에서 /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 을 공백으로 교체합니다.
  12. 'mkisofs' 명령으로 생성한 ISO 이미지를 부팅 가능으로 설정합니다.
    # isohybrid --uefi /root/rhel-ks.iso
  13. 설치 USB 드라이브를 만듭니다. 자세한 내용은 3.2.1절. “Linux에서 USB 미디어 설치”의 내용을 참조하십시오.
Kickstart 파일을 사용하여 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 설치
  1. 설치 USB 드라이브를 부팅합니다. 7장. 64비트 AMD, Intel 및 ARM 시스템에서 설치 부팅 을 참조하십시오.
  2. 4.2절. “자동 설치” 에서 생성한 Kickstart 구성이 포함된 항목을 선택합니다.

5장. 64비트 AMD, Intel 및 ARM 시스템에 설치 계획

이 장에서는 설치를 진행하는 방법을 결정할 때 필요한 결정과 준비에 대해 간략하게 설명합니다.

5.1. 업그레이드 또는 설치

현재 시스템을 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux {Linux)의 다음 주요 버전으로 업그레이드하는 데 사용할 수 있는 두 가지 절차가 있습니다. 시스템에 적합한 절차를 결정하려면 다음 설명을 참조하십시오.
클린 설치
새로 설치하는 작업은 시스템의 모든 데이터를 백업하고 디스크 파티션을 포맷하고, 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. 하드웨어 호환 가능 여부

Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux 7은 지난 2년 이내에 구축된 대부분의 시스템의 하드웨어와 호환되어야 합니다. 하드웨어 호환성은 오래된 시스템 또는 사용자 정의 내장 시스템이 있는 경우 특히 중요합니다. 하드웨어 사양은 거의 매일 변경되므로 모든 시스템의 호환성을 확인하는 것이 좋습니다.
지원되는 하드웨어의 최신 목록은 Red Hat 하드웨어 호환성 목록을 참조하십시오 https://access.redhat.com/ecosystem/search/#/category/Server. 또한 시스템 요구 사항에 대한 일반적인 정보는 Red Hat Enterprise Linux Red Hat Enterprise Linux Red Hat Enterprise Linux Kernel;Linux 기술 기능 및 한도 를 참조하십시오.

5.3. 지원되는 설치 대상

설치 대상은 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 저장하고 시스템을 부팅하는 스토리지 장치입니다. Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux sl;Linux는 AMD, Intel 및 ARM 시스템의 다음과 같은 설치 대상을 지원합니다.
  • SCSI, SATA 또는 SAS와 같은 표준 내부 인터페이스에서 연결된 스토리지
  • BIOS/firmware RAID 장치
  • Intel64 및 AMD64 아키텍처의 섹터 모드의 NVDIMM 장치는 nd_pmem 드라이버에서 지원합니다.
  • 파이버 채널 호스트 버스 어댑터 및 다중 경로 장치. 벤더 제공 드라이버가 필요할 수 있습니다.
  • Xen 가상 머신의 Intel 프로세서에서 장치를 차단합니다.
  • KVM 가상 머신의 Intel 프로세서의 virtio 블록 장치.
Red Hat은 USB 드라이브 또는 SD 메모리 카드에 대한 설치를 지원하지 않습니다. 타사 가상화 기술 지원에 대한 자세한 내용은 Red Hat 하드웨어 호환성 목록을 https://hardware.redhat.com 참조하십시오.

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 EnterpriseRed Hat Enterprise Linux(예: 최신 운영 체제)는 디스크 파티션을 사용합니다. Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 설치하면 디스크 파티션과 함께 작업해야 할 수 있습니다. 자세한 내용은 부록 A. 디스크 파티션 소개 에서 참조하십시오.
다른 운영 체제가 시스템에 설치되어 있는 경우 사용하는 디스크 공간은 Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux에서 사용하는 디스크 공간과 분리되어야 합니다.
참고
AMD64/Intel 64 및 ARM 시스템의 경우 두 개 이상의 파티션(/스왑)은 Red Hat Enterprise Linux hat;Hat EnterpriseRed Hat Enterprise Linux sl;Linux 전용 상태여야 합니다.
Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux, Linux를 설치하려면 분할되지 않은 디스크 공간 또는 삭제할 수 있는 파티션에 최소 10GiB의 공간이 있어야 합니다. 파티션 및 디스크 공간 권장 사항에 대한 자세한 내용은 8.14.4.4절. “권장 파티션 계획” 에서 설명하는 권장 파티션 크기를 참조하십시오.
Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux에는 다음과 같은 최소 RAM 용량이 필요합니다.
설치 유형 필요한 최소 RAM
로컬 미디어 설치( USB, DVD) 768 MiB
NFS 네트워크 설치 768 MiB
HTTP, HTTPS 또는 FTP 네트워크 설치 1.5GiB
참고
이 섹션에 나열된 것보다 적은 메모리를 사용하여 설치를 수행할 수 있습니다. 그러나 정확한 요구 사항은 환경과 정확한 설치 경로에 크게 다르며 새 릴리스마다 변경됩니다. 따라서 특정 사용 사례에 필요한 최소 RAM을 결정하려면 다양한 구성을 테스트하고 새 릴리스마다 정기적으로 다시 테스트해야 합니다.
Kickstart 파일을 사용하여 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 설치하면 수동 설치와 동일한 최소 RAM 요구 사항이 있습니다. 그러나 추가 메모리가 필요한 명령을 실행하거나 RAM 디스크에 데이터를 쓰는 명령을 실행하는 Kickstart 파일을 사용하는 경우 추가 RAM이 필요할 수 있습니다.
Red Hat Enterprise Linux 7의 최소 요구 사항 및 기술 제한에 대한 자세한 내용은 Red Hat Enterprise Linux 기술 기능 및 Red Hat 고객 포털에 대한 제한 문서를 참조하십시오.

5.6. RAID 및 기타 디스크 장치

일부 스토리지 기술에는 Red Hat Enterprise Linux Red Hat Enterprise Linux sl;Linux를 사용할 때 특별한 고려 사항이 필요합니다. 일반적으로 이러한 기술이 어떻게 구성되어 있고 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux sl;Linux에서 볼 수 있는 방법과 이러한 기술에 대한 지원이 주요 버전 간에 어떻게 변경될 수 있는지 이해하는 것이 중요합니다.

5.6.1. 하드웨어 RAID

RAID(Redundant Array of Independent Disks)를 사용하면 드라이브의 그룹 또는 배열이 단일 장치 역할을 수행할 수 있습니다. 설치 프로세스를 시작하기 전에 컴퓨터의 메인보드 또는 연결된 컨트롤러 카드에서 제공하는 모든 RAID 기능을 구성합니다. 각 활성 RAID 배열은 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 내에서 하나의 드라이브로 표시됩니다.

5.6.2. 소프트웨어 RAID

하드 드라이브가 두 개 이상 있는 시스템에서는 Red Hat Enterprise Linux sl;Hat EnterpriseRed Hat Enterprise Linux sl;Linux 설치 프로그램을 사용하여 여러 드라이브를 Linux 소프트웨어 RAID 배열로 작동할 수 있습니다. 소프트웨어 RAID 어레이를 사용하면 전용 하드웨어가 아닌 운영 체제에서 RAID 기능을 제어합니다. 이러한 기능은 8.14.4절. “수동 파티션” 에서 자세히 설명되어 있습니다.
참고
기존 RAID 배열의 멤버 장치가 모두 파티션되지 않은 디스크/드라이브인 경우 설치 프로그램은 배열 자체를 디스크로 처리하고 배열을 제거하는 방법을 제공하지 않습니다.

5.6.3. USB 디스크

설치 후 외부 USB 스토리지를 연결하고 구성할 수 있습니다. 대부분의 이러한 장치는 커널에서 인식되며 현재 사용할 수 있습니다.
일부 USB 드라이브는 설치 프로그램에서 인식되지 않을 수 있습니다. 설치 시 이러한 디스크의 구성이 중요하지 않은 경우 잠재적인 문제를 방지하기 위해 해당 디스크의 연결을 끊습니다.

5.6.4. NVDIMM 장치

NVDIMM(Non-Volatile Dual In-line Memory Module) 장치를 스토리지로 사용하려면 다음 조건을 충족해야 합니다.
  • Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 버전은 7.6 이상입니다.
  • 이 시스템의 아키텍처는 Intel 64 또는 AMD64입니다.
  • 장치는 섹터 모드로 구성됩니다. Anaconda는 NVDIMM 장치를 이 모드로 재구성할 수 있습니다.
  • nd_pmem 드라이버에서 장치를 지원해야 합니다.
NVDIMM 장치에서 부팅하는 것은 다음과 같은 추가 조건에서 가능합니다.
  • 이 시스템은 UEFI를 사용합니다.
  • 장치는 시스템에서 사용 가능한 펌웨어 또는 UEFI 드라이버에서 지원해야 합니다. UEFI 드라이버는 장치 자체의 옵션ROM에서 로드될 수 있습니다.
  • 장치는 네임스페이스에서 사용할 수 있어야 합니다.
부팅하는 동안 NVDIMM 장치의 고성능을 활용하려면 장치에 /boot/boot/efi 디렉터리를 배치합니다. 자세한 내용은 8.14.4절. “수동 파티션” 을 참조하십시오. 부팅 중에 NVDIMM 장치의 XIP( Execute-in-place) 기능은 지원되지 않으며 커널은 기존 메모리에 로드됩니다.

5.6.5. Intel BIOS RAID 세트에 대한 고려 사항

Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux 7은 Intel BIOS RAID 세트에 설치하는 데 mdraid 를 사용합니다. 부팅 프로세스 중에 이러한 세트가 자동으로 감지되고 장치 노드 경로가 부팅에서 부팅까지 변경될 수 있습니다. 이러한 이유로 장치 노드 경로에 의해 장치를 참조하는 /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 원격 부팅 고려 사항

Intel iSCSI 원격 부팅을 사용하여 설치하는 경우 연결된 모든 iSCSI 스토리지 장치를 비활성화해야 합니다. 그렇지 않으면 설치에 성공하지만 설치된 시스템은 부팅되지 않습니다.

5.7. 설치 부팅 방법 선택

여러 가지 방법을 사용하여 Red Hat Enterprise Linux 6.7 EnterpriseRed Hat Enterprise Linux sl;Linux 7 설치 프로그램을 부팅할 수 있습니다. 선택하는 방법은 설치 미디어에 따라 다릅니다.
시스템의 펌웨어 (BIOS of UEFI) 설정을 변경하여 DVD 또는 USB 플래시 드라이브와 같은 이동식 미디어에서 부팅할 수 있도록 변경해야 할 수 있습니다. 자세한 내용은 7.1.1절. “물리적 미디어에서 부팅” 을 참조하십시오.
참고
Kickstart 파일의 %post 섹션을 실행하는 동안을 포함하여 설치 전체에서 설치 미디어가 마운트되어 있어야 합니다.
전체 설치 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를 사용하여 설치 자동화

Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux 7은 Kickstart 파일을 사용하여 설치 프로세스를 부분적으로 또는 완전히 자동화할 수 있는 방법을 제공합니다. Kickstart 파일에는 설치 프로그램에서 일반적으로 시스템 사용을 원하는 시간대, 드라이브를 분할하는 방법 또는 설치할 패키지를 설치해야 하는 등 설치 프로그램에서 일반적으로 묻는 모든 질문에 대한 응답이 포함되어 있습니다. 설치 시작 시 준비된 Kickstart 파일을 제공하므로 사용자의 개입 없이 전체 설치(또는 해당 부분)를 자동으로 수행할 수 있습니다. 이는 많은 수의 시스템에 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux {;Linux를 한 번에 배포하는 경우 특히 유용합니다.
설치를 자동화하는 것을 허용하는 것 외에도 Kickstart 파일에는 소프트웨어 선택과 관련된 추가 옵션도 제공됩니다. Red Hat Enterprise Linux Pure;Hat EnterpriseRed Hat Enterprise Linux를 수동으로 그래픽 설치 인터페이스를 사용하여 설치하는 경우 소프트웨어 선택 사항은 사전 정의된 환경 및 애드온으로 제한됩니다. Kickstart 파일을 사용하면 개별 패키지를 설치하거나 제거할 수도 있습니다.
Kickstart 파일을 만들고 이를 사용하여 설치 자동화에 대한 지침은 27장. Kickstart 설치 을 참조하십시오.

5.9. UEFI Secure Boot에서 베타 릴리스 사용

참고
이 섹션에는 Red Hat Enterprise Linux QCOW;Hat Enterprise Linux hat;Linux 7의 베타 릴리스에 관련이 있습니다.
UEFI Secure Boot 기술을 사용하려면 운영 체제 커널을 인식할 수 있는 개인 키로 서명해야 합니다. Red Hat Enterprise Linux Kernel;Hat Enterprise Linux 6.7;Linux 7의 모든 베타 릴리스에서 커널은 Red Hat 베타별 개인 키로 서명되며, 이 키는 정식 출시 (비-베타) 릴리스에서 커널에 서명하는 데 사용되는 일반적인 Red Hat 키와 다릅니다.
베타 개인 키는 사용 중인 하드웨어에서 인식되지 않을 수 있습니다. 즉, Red Hat Enterprise Linux sl;Hat EnterpriseRed Hat Enterprise Linux QCOW;Linux 7의 베타 릴리스가 부팅되지 않음을 의미합니다. UEFI Secure Boot가 활성화된 베타 릴리스를 사용하려면 MOK( Machine Owner Key ) 기능을 사용하여 시스템에 Red Hat Beta 공개 키를 추가해야 합니다.
시스템에 Red Hat 베타 키를 추가하는 절차는 다음과 같습니다.

절차 5.1. UEFI Secure Boot용 사용자 정의 개인 키 추가

  1. 먼저 시스템에서 UEFI Secure Boot를 비활성화하고 Red Hat Enterprise Linux 기준Red Hat Enterprise Linux sl;Linux 7을 정상적으로 설치하십시오.
  2. 설치가 완료되면 시스템이 재부팅됩니다. 현재 Secure Boot는 여전히 비활성화되어 있습니다. 시스템을 재부팅하고 로그인 및 적용 가능한 경우 30장. 초기 설정 에 설명된 대로 초기 설정 화면을 참조하십시오.
  3. 첫 번째 부팅을 완료하고 초기 설정을 통과한 후 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 ).
  4. 다음 명령을 실행하여 공개 키를 시스템 머신 소유자 키(MOK) 목록에 등록합니다.
    # kr=$(uname -r)
    # mokutil --import /usr/share/doc/kernel-keys/${kr%.$(uname -p)}/kernel-signing-ca.cer
    메시지가 표시되면 선택한 암호를 입력합니다.
    참고
    암호를 기록해 두어야 합니다. 이 절차를 완료하고 더 이상 필요하지 않은 경우 가져온 키를 제거해야 합니다.
  5. 시스템을 다시 부팅합니다. 시작 중에 보류 중인 키 등록 요청을 완료할지 확인하라는 메시지가 표시됩니다. yes를 선택하고 이전 단계에서 mokutil 명령을 사용하여 이전에 설정한 암호를 제공합니다. 이렇게 하면 시스템이 재부팅되고 키를 시스템 펌웨어로 가져옵니다. 이 경우 Secure Boot를 켜거나 후속 재부팅을 수행할 수 있습니다.
주의
더 이상 필요하지 않은 경우 가져온 베타 공개 키를 제거합니다.
Red Hat Enterprise Linux sl;Hat EnterpriseRed Hat Enterprise Linux 6.7;Linux 7의 최종(General Availability) 릴리스를 설치하거나 다른 운영 체제를 설치할 때 가져온 키를 제거해야 합니다. 이 공개 키 가져온 경우 다음 명령을 사용하여 MOK를 재설정할 수 있습니다.
# mokutil --reset
다음 재부팅 후 펌웨어가 확인 및 키를 가져올 때 생성한 암호를 묻는 메시지를 표시합니다. 올바른 암호를 제공한 후 MOK에서 키가 제거되고 시스템은 원래 상태로 되돌아갑니다.

6장. AMD64 및 Intel 64 시스템에 설치 시 드라이버 업데이트

대부분의 경우 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux에는 이미 시스템을 구성하는 장치에 대한 드라이버가 포함되어 있습니다. 그러나 최근에 릴리스된 하드웨어가 시스템에 포함되어 있는 경우 이 하드웨어의 드라이버가 아직 포함되지 않을 수 있습니다. 경우에 따라 새 장치에 대한 지원을 제공하는 드라이버 업데이트로 RPM 패키지가 포함된 드라이버 디스크의 Red Hat 또는 하드웨어 공급 업체에서 사용할 수 있습니다. 일반적으로 드라이버 디스크는 ISO 이미지 파일로 다운로드할 수 있습니다.
중요
드라이버 업데이트는 누락된 드라이버가 설치를 완료할 수 없는 경우에만 수행해야 합니다. 커널에 포함된 드라이버는 항상 다른 방법으로 제공하는 드라이버보다 우선해야 합니다.
종종 설치 프로세스 중에 새 하드웨어가 필요하지 않는 경우가 많습니다. 예를 들어 DVD를 사용하여 로컬 하드 드라이브에 설치하는 경우 네트워크 카드의 드라이버를 사용할 수 없는 경우에도 설치에 성공합니다. 이러한 경우 설치를 완료하고 새 하드웨어에 대한 지원을 추가한 후 이 지원을 추가하는 방법에 대한 자세한 내용은 Red Hat Enterprise Linux 7 시스템 관리자 가이드 를 참조하십시오.
다른 상황에서는 특정 구성을 지원하기 위해 설치 프로세스 중에 장치에 대한 드라이버를 추가해야 할 수 있습니다. 예를 들어 네트워크 장치 또는 스토리지 어댑터 카드의 드라이버를 설치하여 시스템에서 사용하는 스토리지 장치에 대한 설치 프로그램에 액세스할 수 있습니다. 드라이버 디스크를 사용하여 두 가지 방법 중 하나로 설치 중에 이 지원을 추가할 수 있습니다.
  1. 드라이버 디스크의 ISO 이미지 파일을 설치 프로그램, 로컬 하드 드라이브, USB 플래시 드라이브 또는 CD 또는 DVD에 배치하십시오.
  2. 이미지 파일을 CD 또는 DVD 또는 USB 플래쉬 드라이브로 추출하여 드라이버 디스크를 만듭니다. ISO 이미지 파일을 CD 또는 DVD로 구우하는 방법에 대한 자세한 내용은 3.1절. “설치 CD 또는 DVD 만들기” 의 설치 디스크 및 USB 드라이브에 ISO 이미지를 쓰는 방법에 대한 자세한 내용은 3.2절. “USB 미디어 설치” 참조하십시오.
Red Hat, 하드웨어 벤더 또는 신뢰할 수 있는 타사에서 설치 프로세스 중에 드라이버 업데이트가 필요할 경우 이 장에 설명된 방법에서 업데이트를 제공하고 설치를 시작하기 전에 테스트하는 방법을 선택합니다. 반대로 시스템에 필요한 것이 확실하지 않는 한 설치 중에 드라이버 업데이트를 수행하지 마십시오. 의도하지 않은 시스템에 드라이버가 있는 경우 지원을 어렵게 만들 수 있습니다.
주의
드라이버 업데이트 디스크는 필요한 경우 충돌하는 커널 드라이버를 비활성화하는 경우가 있습니다. 드문 경우지만 이러한 방식으로 커널 모듈을 언로드하면 설치 오류가 발생할 수 있습니다.

6.1. 설치 중 드라이버 업데이트 제한

Secure Boot 기술이 활성화된 UEFI 시스템에서 로드되는 모든 드라이버에 유효한 인증서로 서명해야 합니다. 그렇지 않으면 시스템이 거부합니다. Red Hat에서 제공하는 모든 드라이버는 Red Hat의 개인 키 중 하나에서 서명하고 커널에서 해당 Red Hat 공개 키로 인증합니다. 다른 드라이버를 로드한 경우(Red Hat Enterprise Linux QCOW;Hat Enterprise Red Hat Enterprise Linux QCOW;Linux 설치 DVD에 제공되지 않음) 서명되었는지 확인해야 합니다.
사용자 지정 드라이버 서명에 대한 자세한 내용은 Red Hat Enterprise Linux 7 시스템 관리자 가이드의 커널 모듈 작업 장을 참조하십시오.

6.2. 설치 중 드라이버 업데이트 준비

드라이버 업데이트가 필요하며 하드웨어에 사용할 수 있는 경우 Red Hat, 하드웨어 벤더 또는 다른 신뢰할 수 있는 타사에서 일반적으로 ISO 형식으로 이미지 파일 형식으로 제공합니다. ISO 이미지를 가져오면 드라이버 업데이트를 수행하는 데 사용할 방법을 결정해야 합니다.
사용 가능한 방법은 다음과 같습니다.
자동 드라이버 업데이트
설치를 시작하면 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. 로컬 스토리지에서 드라이버 업데이트 이미지 파일 사용 준비

로컬 스토리지 장치를 사용하여 하드 드라이브 또는 USBlash 드라이브와 같은 ISO 파일을 제공하는 경우 설치 프로그램이 장치에 올바르게 레이블을 지정하여 자동으로 인식할 수 있습니다. 사용할 수 없는 경우에만 아래에 설명된 대로 수동으로 업데이트를 설치합니다.
  • 설치 프로그램이 드라이버 디스크를 자동으로 인식하려면 스토리지 장치의 볼륨 레이블이 OEMDRV 여야 합니다. 또한 ISO 이미지 자체를 복사하는 대신 ISO 이미지 파일의 내용을 스토리지 장치의 루트 디렉터리로 추출해야 합니다. 6.3.1절. “자동 드라이버 업데이트” 을 참조하십시오. OEMDRV 라벨이 지정된 장치에서 드라이버를 설치하는 것이 항상 권장되며 수동 설치에 적합합니다.
  • 수동 설치의 경우 ISO 이미지를 단일 파일로 스토리지 장치에 복사하기만 하면 됩니다. 도움이 되는 경우 파일의 이름을 변경할 수 있지만 파일 이름 확장자를 변경하지 않아야 합니다. 이 확장자는 .iso 로 남아 있어야 합니다(예: dd.iso ). 설치 중에 드라이버 업데이트를 수동으로 선택하는 방법을 알아보려면 6.3.3절. “수동 드라이버 업데이트” 를 참조하십시오.

6.2.2. 드라이버 디스크 준비

CD 또는 DVD에서 드라이버 업데이트 디스크를 만들 수 있습니다. 이미지 파일에서 디스크를 구우는 방법에 대한 자세한 내용은 3.1절. “설치 CD 또는 DVD 만들기” 를 참조하십시오.
드라이버 업데이트 디스크 CD 또는 DVD를 구울 후 시스템에 삽입하고 파일 관리자를 사용하여 디스크가 성공적으로 생성되었는지 확인합니다. 드라이버 디스크 설명이 포함된 서명 파일인 rhdd3 이라는 단일 파일과 다양한 아키텍처의 실제 드라이버가 있는 RPM 패키지가 포함된 rpms 디렉터리가 표시되어야 합니다.
.iso 로 끝나는 단일 파일만 표시되는 경우 디스크를 올바르게 생성하지 않고 다시 시도해야 합니다. GNOME 이외의 Linux 데스크탑을 사용하거나 다른 운영 체제를 사용하는 경우 Burn 과 유사한 옵션을 선택해야 합니다.

6.3. 설치 중 드라이버 업데이트 수행

설치 프로세스 시작 시 다음과 같은 방법으로 드라이버 업데이트를 수행할 수 있습니다.
  • 설치 프로그램이 설치를 위해 드라이버 업데이트를 자동으로 찾아서 제공하도록 합니다.
  • 설치 프로그램이 드라이버 업데이트를 찾을 수 있도록 요청합니다.
  • 드라이버 업데이트 이미지 또는 RPM 패키지의 경로를 수동으로 지정합니다.
중요
항상 드라이버 업데이트 디스크를 표준 디스크 파티션에 배치하십시오. RAID 또는 LVM 볼륨과 같은 고급 스토리지는 드라이버 업데이트를 수행할 때 설치 초기 단계에서 액세스할 수 없습니다.

6.3.1. 자동 드라이버 업데이트

설치 프로그램이 드라이버 업데이트 디스크를 자동으로 인식할 수 있도록 설치 프로세스를 시작하기 전에 블록 장치를 OEMDRV 볼륨 레이블로 연결합니다.
참고
Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 7.2부터 OEMDRV 블록 장치를 사용하여 Kickstart 파일을 자동으로 로드할 수도 있습니다. 이 파일의 이름은 ks.cfg 이고 로드할 장치의 루트에 배치해야 합니다. Kickstart 설치에 대한 자세한 내용은 27장. Kickstart 설치 을 참조하십시오.
설치가 시작되면 설치 프로그램은 시스템에 연결된 사용 가능한 모든 스토리지를 감지합니다. OEMDRV 레이블이 지정된 스토리지 장치를 발견하면 드라이버 업데이트 디스크로 처리하고 이 장치에서 드라이버 업데이트를 로드하려고 시도합니다. 로드할 드라이버를 선택하라는 메시지가 표시됩니다.

그림 6.1. 드라이버 선택

드라이버 선택
숫자 키를 사용하여 개별 드라이버에서 선택을 전환합니다. 준비가 되면 c 를 눌러 선택한 드라이버를 설치하고 Anaconda 그래픽 사용자 인터페이스로 이동합니다.

6.3.2. 지원되는 드라이버 업데이트

설치 중에 드라이버를 설치할 수 있는 OEMDRV 볼륨 레이블이 있는 블록 장치를 항상 사용하는 것이 좋습니다. 그러나 이러한 장치가 탐지되지 않고 boot 명령줄에 inst.dd 옵션이 지정되면 설치 프로그램을 통해 드라이버 디스크를 대화형 모드에서 찾을 수 있습니다. 첫 번째 단계의 Anaconda 목록에서 로컬 디스크 파티션을 선택하여 ISO 파일을 스캔합니다. 그런 다음 감지된 ISO 파일 중 하나를 선택합니다. 마지막으로 사용 가능한 드라이버를 하나 이상 선택합니다. 아래 이미지는 개별 단계가 강조 표시된 텍스트 사용자 인터페이스의 프로세스를 보여줍니다.

그림 6.2. Driver Interactively 선택

Driver Interactively 선택
참고
ISO 이미지 파일을 추출하여 CD 또는 DVD에서 구울었지만 미디어에 OEMDRV 볼륨 레이블이 없는 경우, 인수 없이 inst.dd 옵션을 사용하고 장치를 선택하는 메뉴를 사용하거나 설치 프로그램에 다음 부팅 옵션을 사용하여 드라이버를 스캔합니다.
inst.dd=/dev/sr0
숫자 키를 눌러 개별 드라이버에서 선택을 전환합니다. 준비가 되면 c 를 눌러 선택한 드라이버를 설치하고 Anaconda 그래픽 사용자 인터페이스로 이동합니다.

6.3.3. 수동 드라이버 업데이트

수동 드라이버 설치를 위해 드라이버가 포함된 ISO 이미지 파일을 액세스 가능한 위치(예: USB플러 드라이브 또는 웹 서버)에 준비한 후 컴퓨터에 연결합니다. 시작 화면에서 탭을 눌러 부팅 명령줄을 표시하고 inst.dd=위치를 추가합니다. 여기서 location 은 드라이버 업데이트 디스크의 경로입니다.

그림 6.3. 드라이버 업데이트 경로 지정

드라이버 업데이트 경로 지정
일반적으로 이미지 파일은 웹 서버(예: http://server.example.com/dd.iso) 또는 USBlash 드라이브(예: /dev/sdb1)에 있습니다. 드라이버 업데이트가 포함된 RPM 패키지를 지정할 수도 있습니다(예: http://server.example.com/dd.rpm).
준비되면 Enter 를 눌러 부팅 명령을 실행합니다. 그런 다음 선택한 드라이버가 로드되고 설치 프로세스가 정상적으로 진행됩니다.

6.3.4. 드라이버 블랙리스트 지정

문제 해결 드라이버를 사용하면 설치 중에 시스템이 정상적으로 부팅되지 않도록 할 수 있습니다. 이 경우 부트 명령줄을 사용자 정의하여 드라이버를 비활성화(또는 블랙리스트)할 수 있습니다. 부팅 메뉴에서 Tab 키를 눌러 부팅 명령 행을 표시합니다. 그런 다음 modprobe.blacklist=driver_name 옵션을 추가합니다. driver_name 을 비활성화하려는 드라이버 또는 드라이버의 이름으로 교체합니다. 예를 들면 다음과 같습니다.
modprobe.blacklist=ahci
modprobe.blacklist= 부팅 옵션을 사용하여 설치 중에 블랙리스트로 지정된 드라이버는 설치된 시스템에서 비활성화 상태를 유지하고 /etc/modprobe.d/anaconda-blacklist.conf 파일에 표시됩니다. 드라이버 및 기타 부팅 옵션에 대한 자세한 내용은 23장. 부팅 옵션 를 참조하십시오.

7장. 64비트 AMD, Intel 및 ARM 시스템에서 설치 부팅

하드 디스크에 저장된 ISO 이미지 또는 NFS,FTP,HTTP 또는 HTTPS 방법을 사용하는 네트워크에서 Red Hat Enterprise Linux qcow;Linux를 설치할 수 있습니다. 전체 설치 DVD에서 부팅 및 설치는 가장 쉽게 시작할 수 있는 방법입니다. 다른 방법에는 몇 가지 추가 설정이 필요하지만 요구 사항에 더 잘 맞는 다른 이점을 제공합니다. 예를 들어, 다수의 컴퓨터에 Red Hat Enterprise Linux QCOW;Hat Enterprise Linux sl;Linux를 동시에 설치하는 경우 가장 좋은 방법은 PXE 서버에서 부팅하여 공유 네트워크 위치에 소스에서 설치하는 것입니다.
다음 표에는 다양한 부팅 방법과 각각에 사용할 권장 설치 방법이 요약되어 있습니다.
표 7.1. 부팅 방법 및 설치 소스
부팅 방법 설치 소스
전체 설치 미디어(DVD 또는 USB) 부팅 미디어 자체
최소 부트 미디어 (CD 또는 USB) 네트워크 위치 또는 하드 드라이브에 배치된 이 이미지에서 추출된 전체 설치 DVD ISO 이미지 또는 설치 트리
네트워크 부팅(PXE) 네트워크 위치에 배치된 이 이미지에서 추출된 전체 설치 DVD ISO 이미지 또는 설치 트리
부팅 CD-ROM을 만들거나 부팅 또는 설치를 위해 USB 플래시 드라이브를 준비하려면 3.2절. “USB 미디어 설치” 을 참조하십시오.
이 장에서는 다음 항목에 대해 설명합니다.

7.1. 설치 프로그램 시작

시작하려면 먼저 설치에 필요한 모든 리소스가 있는지 확인합니다. 5장. 64비트 AMD, Intel 및 ARM 시스템에 설치 계획 을 이미 읽어보고 지침을 따르는 경우 설치 프로세스를 시작할 준비가 된 것입니다. 시작할 준비가 되었다고 확인한 경우 Red Hat Enterprise Linux sl;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux DVD 또는 사용자가 만든 모든 부팅 미디어를 사용하여 설치 프로그램을 부팅합니다.
중요
부팅 시퀀스 중에 마우스를 반복적으로 클릭하면 설치 프로세스 후반부에서 설치 프로그램이 키보드 입력을 무시할 수 있습니다.
참고
경우에 따라 일부 하드웨어 구성 요소에는 설치 중에 드라이버 업데이트가 필요합니다. 드라이버 업데이트에서는 설치 프로그램에서 지원하지 않는 하드웨어에 대한 지원이 추가되었습니다. 자세한 내용은 6장. AMD64 및 Intel 64 시스템에 설치 시 드라이버 업데이트 을 참조하십시오.

7.1.1. 물리적 미디어에서 부팅

Red Hat Enterprise Linux sl;Hat EnterpriseRed Hat Enterprise Linux 6.7;Linux DVD 또는 최소 부팅 미디어에서 설치 프로그램을 시작하려면 다음 절차를 따르십시오.

절차 7.1. 물리적 미디어에서 설치 부팅

  1. 설치에 필요하지 않은 드라이브를 모두 분리합니다. 자세한 내용은 5.6.3절. “USB 디스크” 을 참조하십시오.
  2. 컴퓨터 시스템의 전원을 켭니다.
  3. 컴퓨터에 미디어를 삽입합니다.
  4. 부트 미디어가 들어 있는 컴퓨터의 전원을 끕니다.
  5. 컴퓨터 시스템의 전원을 켭니다. 미디어에서 부팅하려면 특정 키 또는 키 조합을 클릭하거나 시스템의 기본 입력/출력 시스템 (BIOS)을 구성하여 미디어에서 부팅해야 할 수 있습니다. 자세한 내용은 시스템과 함께 제공된 문서를 참조하십시오.
잠시 후 다양한 부팅 옵션에 대한 정보가 포함된 부팅 화면이 표시됩니다. 첫 번째 분 이내에 아무 작업도 수행하지 않으면 설치 프로그램이 자동으로 시작됩니다. 이 화면에서 사용할 수 있는 옵션에 대한 설명은 7.2절. “부팅 메뉴” 을 참조하십시오.

7.1.2. PXE를 사용하여 네트워크에서 부팅

를 사용하여 부팅 PXE, 올바르게 구성된 TFTP 서버와 PXE를 지원하는 컴퓨터에 네트워크 인터페이스가 필요합니다. PXE 서버를 구성하는 방법에 대한 자세한 내용은 24장. 네트워크 설치 준비 을 참조하십시오.
네트워크 인터페이스에서 부팅하도록 컴퓨터를 구성합니다. 이 옵션은 BIOS에 있으며 Network Boot 또는 Boot Services 라고 지정할 수 있습니다. 또한 올바른 네트워크 인터페이스에서 먼저 BIOS를 부팅하도록 설정되어 있는지 확인합니다. 일부 BIOS 시스템은 네트워크 인터페이스를 가능한 부팅 장치로 지정하지만 PXE 표준을 지원하지 않습니다. 자세한 내용은 하드웨어 설명서를 참조하십시오. PXE 부팅을 올바르게 활성화하면 컴퓨터는 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux sl;Linux 설치 시스템을 다른 미디어 없이 부팅할 수 있습니다.
PXE 서버에서 설치 프로그램을 부팅하려면 다음 절차를 따르십시오. 이 절차에서는 이더넷과 같이 물리적 네트워크 연결을 사용해야 합니다. 무선 연결에서는 작동하지 않습니다.

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

  1. 네트워크 케이블이 연결되어 있는지 확인합니다. 컴퓨터가 켜지지 않은 경우에도 네트워크 소켓의 링크 표시기등을 켜야 합니다.
  2. 컴퓨터에서 전환합니다.
  3. 하드웨어에 따라 컴퓨터가 PXE 서버에 연결하기 전에 일부 네트워크 설정 및 진단 정보를 표시할 수 있습니다. 연결하면 PXE 서버의 구성에 따라 메뉴가 표시됩니다. 원하는 옵션에 해당하는 숫자 키를 누릅니다. 선택할 옵션이 확실하지 않은 경우 서버 관리자에게 문의하십시오.
이 시점에서 설치 프로그램이 성공적으로 시작되고 다양한 부팅 옵션에 대한 정보가 포함된 부팅 화면이 표시됩니다. 첫 번째 분 이내에 아무 작업도 수행하지 않으면 설치 프로그램이 자동으로 시작됩니다. 이 화면에서 사용할 수 있는 옵션에 대한 설명은 7.2절. “부팅 메뉴” 을 참조하십시오.

7.2. 부팅 메뉴

시스템이 부팅 미디어 로드를 완료하면 GRUB2 (GRand Unified Bootloader, 버전 2)를 사용하여 부팅 메뉴가 표시됩니다. 부팅 메뉴는 설치 프로그램 시작 외에 몇 가지 옵션을 제공합니다. 60초 내에 키를 누를 수 없는 경우 기본 부팅 옵션(백백에서 강조 표시된 키)이 실행됩니다. 기본값을 선택하려면 타이머가 실행될 때까지 기다리거나 Enter 를 누릅니다.

그림 7.1. 부팅 화면

부팅 화면
기본값과 다른 옵션을 선택하려면 키보드에서 화살표 키를 사용하고 올바른 옵션이 강조 표시되면 Enter 키를 누릅니다.
특정 메뉴 항목에 대한 부팅 옵션을 사용자 지정하려면 다음을 수행합니다.
  • BIOS 기반 시스템에서 권장되는 방법은 Tab 키를 누르고 명령줄에 사용자 지정 부팅 옵션을 추가하는 것입니다. Esc 키를 눌러 boot: 프롬프트에서 액세스할 수도 있지만 필요한 부팅 옵션은 사전 설정되어 있지 않습니다. 이 경우 다른 부팅 옵션을 사용하기 전에 항상 linux 옵션을 지정해야 합니다.
  • UEFI 기반 시스템에서 e 키를 누르고 명령줄에 사용자 지정 부팅 옵션을 추가합니다. 준비가 되면 Ctrl+X 를 눌러 수정된 옵션을 부팅합니다.
추가 부팅 옵션에 대한 자세한 내용은 23장. 부팅 옵션 을 참조하십시오.
부팅 메뉴 옵션은 다음과 같습니다.
Install RedRed Hat Enterprise Linuxnbsp;Hat EnterpriseRed Hat Enterprise Linuxnbsp;Linux 7.0
그래픽 설치 프로그램을 사용하여 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux sl;Linux를 컴퓨터 시스템에 설치하려면 이 옵션을 선택합니다.
이 미디어를 테스트 및 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux 6.7;Linux 7.0 설치
이 옵션이 기본값입니다. 설치 프로그램을 시작하기 전에 설치 미디어의 무결성을 확인하는 유틸리티가 시작됩니다.
문제 해결 &gt ;
이 항목은 다양한 설치 문제를 해결하는 데 도움이 되는 옵션이 포함된 별도의 메뉴입니다. 강조 표시된 경우 Enter 를 눌러 내용을 표시합니다.

그림 7.2. 문제 해결 메뉴

문제 해결 메뉴
기본 그래픽 모드에서 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux 7.0 설치
이 옵션을 사용하면 설치 프로그램이 비디오 카드에 올바른 드라이버를 로드할 수 없는 경우에도 Red Hat Enterprise Linux 기준Red Hat Enterprise Linux qcow;Linux를 그래픽 모드로 설치할 수 있습니다. Red Hat Enterprise Linux Kernel ;Hat EnterpriseRed Hat Enterprise Linux 7.0 설치 옵션을 사용할 때 화면이 왜곡되거나 비어 있는 것처럼 보이면 컴퓨터를 다시 시작하고 대신 이 옵션을 사용해 보십시오.
Rescue a RedRed Hat Enterprise Linuxnbsp;Hat EnterpriseRed Hat Enterprise Linuxnbsp;Linux system
이 옵션을 선택하여 설치된 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Pure;Linux 시스템의 문제를 해결하여 정상적으로 부팅하지 못하게 합니다. 복구 환경에는 다양한 문제를 해결할 수 있는 유틸리티 프로그램이 포함되어 있습니다.
메모리 테스트 실행
이 옵션은 시스템에서 메모리 테스트를 실행합니다. 자세한 내용은 23.2.1절. “메모리(RAM) 테스트 모드 로드” 에서 참조하십시오.
로컬 드라이브에서 부팅
이 옵션은 처음 설치된 디스크에서 시스템을 부팅합니다. 이 디스크를 실수로 부팅한 경우 이 옵션을 사용하여 설치 프로그램을 시작하지 않고 즉시 하드 디스크에서 부팅합니다.

8장. Anaconda를 사용하여 설치

이 장에서는 Anaconda 설치 프로그램을 사용하여 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Pure;Linux 설치를 위한 단계별 지침을 제공합니다. 이 장의 대부분은 그래픽 사용자 인터페이스를 사용하여 설치를 설명합니다. 텍스트 모드는 그래픽 표시가 없는 시스템에서도 사용할 수 있지만 이 모드는 특정 측면에서 제한됩니다(예: 사용자 정의 파티션은 텍스트 모드에서 불가능합니다).
시스템에 그래픽 모드를 사용할 수 없는 경우 다음을 수행할 수 있습니다.
  • Kickstart를 사용하여 에 설명된 대로 설치 자동화 27장. Kickstart 설치
  • VNC (Virtual Network Computing) 프로토콜을 사용하여 그래픽 디스플레이로 다른 컴퓨터에서 설치 시스템에 연결하여 그래픽 설치를 원격으로 수행합니다. 25장. VNC 사용

8.1. Anaconda 소개

Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux QCOW;Linux 설치 프로그램 Anaconda 는 병렬 특성으로 인해 대부분의 다른 운영 체제 설치 프로그램과 다릅니다. 대부분의 설치 프로그램은 고정 경로를 따릅니다. 먼저 언어를 선택한 다음 네트워크를 구성한 다음 설치 유형, 파티셔닝 등을 선택해야 합니다. 일반적으로 주어진 시간에 한 가지 방법 만 있습니다.
Anaconda 에서는 언어 및 로케일을 먼저 선택하는 데만 필요하며 중앙 화면이 표시됩니다. 여기에서 원하는 순서로 대부분의 설치 측면을 구성할 수 있습니다. 이는 설치 프로세스의 모든 부분에 적용되지는 않지만, 예를 들어 네트워크 위치에서 설치할 경우 설치할 패키지를 선택하기 전에 네트워크를 구성해야 합니다.
일부 화면은 하드웨어 및 설치를 시작하는 데 사용한 미디어 유형에 따라 자동으로 구성됩니다. 모든 화면에서 감지된 설정을 계속 변경할 수 있습니다. 자동으로 구성되지 않았으므로 설치를 시작하기 전에 주의가 필요한 화면은 느낌표로 표시됩니다. 이러한 설정을 구성하기 전에 실제 설치 프로세스를 시작할 수 없습니다.
특정 화면에 추가 차이점이 나타납니다. 특히 사용자 정의 파티션 프로세스는 다른 Linux 배포판과 매우 다릅니다. 이러한 차이점은 각 화면의 하위 섹션에 설명되어 있습니다.

8.2. 설치 중 콘솔 및 로깅

다음 섹션에서는 설치 중 로그 및 대화형 쉘에 액세스하는 방법을 설명합니다. 이 기능은 문제를 해결할 때 유용하지만 대부분의 경우 필수는 아닙니다.

8.2.1. 콘솔에 액세스

Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux QCOW;Linux 설치 프로그램은 tmux 터미널 멀티xer를 사용하여 기본 인터페이스 외에도 사용할 수 있는 여러 창을 표시하고 제어합니다. 각 창은 설치 중에 문제를 해결하는 데 사용할 수 있는 여러 다른 로그를 표시하는 데 사용할 수 있으며, 부팅 옵션 또는 Kickstart 명령을 사용하여 이 프롬프트를 구체적으로 비활성화하지 않는 한 창 중 하나는 루트 권한으로 대화형 쉘 프롬프트를 제공합니다.
참고
일반적으로 설치 문제를 진단하지 않는 한 기본 그래픽 설치 환경을 종료할 이유가 없습니다.
터미널 멀티플렉서는 가상 콘솔 1에서 실행됩니다. 그래픽 설치 환경에서 tmux 로 전환하려면 Ctrl+Alt+F1 을 누릅니다. 가상 콘솔 6에서 실행되는 기본 설치 인터페이스로 돌아가려면 Ctrl+Alt+F6를 누릅니다.
참고
텍스트 모드 설치를 선택하면 가상 콘솔 1(tmux)에서 시작하고 콘솔 6로 전환하면 그래픽 인터페이스 대신 쉘 프롬프트가 열립니다.
tmux 를 실행하는 콘솔에는 5개의 사용 가능한 창이 있습니다. 해당 내용은 아래 표에 설명되었으며 액세스하는 데 사용되는 키보드 바로 가기와 함께 설명되어 있습니다. 키보드 바로 가기는 2 부분으로 되어 있습니다. 먼저 Ctrl+b 를 누른 다음 두 키를 모두 해제한 다음 사용할 창의 숫자 키를 누릅니다.
Ctrlb n b p 를 사용하여 각각 다음 또는 이전 tmux 윈도우로 전환할 수 있습니다.
표 8.1. 사용 가능한 tmux Windows
바로 가기 내용
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 에 저장된 다른 시스템 유틸리티의 메시지를 표시합니다.
tmux 창에 진단 정보를 표시하는 것 외에도 Anaconda 는 설치 시스템에서 전송할 수 있는 여러 로그 파일을 생성합니다. 이러한 로그 파일은 표 9.1. “설치 중 로그 파일 생성” 에 설명되어 있으며 설치 시스템에서 전송하는 지침은 9장. 64비트 AMD, Intel 및 ARM Systems의 설치 문제 해결 에서 확인할 수 있습니다.

8.2.2. 스크린샷 저장

그래픽 설치 중에 언제든지 Shift+Print Screen 을 눌러 현재 화면을 캡처할 수 있습니다. 이 스크린샷은 /tmp/anaconda-screenshots/ 에 저장됩니다.
또한 Kickstart 파일에서 autostep --autoscreenshot 명령을 사용하여 설치의 각 단계를 자동으로 캡처하고 저장할 수 있습니다. 자세한 내용은 27.3.1절. “Kickstart 명령 및 옵션” 을 참조하십시오.

8.3. 텍스트 모드로 설치

텍스트 모드 설치에서는 Red Hat Enterprise Linux hat;Hat Enterprise Red Hat Enterprise Linux leavingLinux를 설치하기 위한 대화형 비그래픽 인터페이스를 제공합니다. 그래픽 기능이 없는 시스템에서 유용할 수 있지만 텍스트 기반 설치를 시작하기 전에 항상 사용 가능한 대안을 고려해야 합니다. 텍스트 모드는 설치 중에 수행할 수 있는 선택 양으로 제한됩니다.
중요
Red Hat은 그래픽 인터페이스를 사용하여 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux sl;Linux를 설치하는 것이 좋습니다. 그래픽 디스플레이가 없는 시스템에 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux sl;Linux를 설치하는 경우 VNC 연결을 통해 설치를 수행하는 것이 좋습니다. 25장. VNC 사용 을 참조하십시오.

그림 8.1.

참고

8.4.

그림 8.2.

표 8.2.
사용법

8.5.

참고

그림 8.3.

8.6.

그림 8.4.

참고

그림 8.5.

8.7.

참고
참고

8.8.

그림 8.6.

참고

8.9.

그림 8.7.

중요
참고

8.10.

중요

그림 8.8.

참고

8.11.

그림 8.9.

  • http://
  • https://
  • ftp://
  • nfs
중요
예:
server.example.com:/path/to/directory

8.12.

중요
참고

그림 8.10.

중요
참고

8.12.1.

  • 그림 8.11.

  • 그림 8.12.

8.12.2.

그림 8.13.

그림 8.14.

참고

8.13.

그림 8.15.

중요
이로 인해 시스템이 취약점의 영향을 받을 가능성이 크게 줄어듭니다.

8.13.1.

8.14.

주의
중요
중요

그림 8.16.

  • 그림 8.17.

8.14.1.

주의

그림 8.18.

주의
8.14.1.1.
  • 참고
참고

8.14.2.

그림 8.19.

주의
분실된 암호를 복구할 방법은 없습니다.

8.14.3.

주의

그림 8.20.

설치를 진행할 충분한 공간이 확보되면 공간 회수 버튼을 사용할 수 있습니다. 이 버튼을 클릭하여 설치 요약 화면으로 돌아가서 설치를 진행합니다.

8.14.4. 수동 파티션

I will configure partitioning option을 선택하면 설치 대상에서 완료 를 클릭하면 Manual Partitioning 화면이 표시됩니다. 이 화면에서 디스크 파티션 및 마운트 지점을 구성합니다. 이는 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux hat;Linux가 설치될 파일 시스템을 정의합니다.
주의
Red Hat은 시스템에 있는 모든 데이터를 백업할 것을 권장합니다. 예를 들어 듀얼 부팅 시스템을 업그레이드하거나 생성하는 경우 스토리지 장치에 보관할 데이터를 백업해야 합니다. 예기치 않은 상황이 발생하면 모든 데이터가 손실 될 수 있습니다.

그림 8.21. 수동 파티션 화면

수동 파티션 화면
수동 파티션 화면에는 처음에 마운트 지점의 왼쪽에 단일 창이 표시됩니다. 마운트 지점 생성에 대한 정보를 제외하고는 창이 비어 있거나 설치 프로그램이 감지된 기존 마운트 지점이 표시됩니다. 이러한 마운트 지점은 감지된 운영 체제 설치를 통해 구성됩니다. 따라서 여러 설치 간에 파티션을 공유하는 경우 일부 파일 시스템이 여러 번 표시될 수 있습니다. 선택한 스토리지 장치의 총 공간 및 사용 가능한 공간이 이 창 아래에 표시됩니다.
시스템에 기존 파일 시스템이 포함된 경우 설치에 충분한 공간을 사용할 수 있는지 확인합니다. - 버튼을 사용하여 불필요한 파티션을 제거합니다.
참고
디스크 파티션에 대한 권장 사항 및 자세한 내용은 부록 A. 디스크 파티션 소개8.14.4.4절. “권장 파티션 계획” 을 참조하십시오. 최소한으로 적절하게 크기의 루트 파티션과 시스템에 있는 RAM 크기에 적합한 스왑 파티션이 필요합니다.
8.14.4.1. 파일 시스템 추가 및 파티션 구성
Red Hat Enterprise Linux QCOW;Hat Enterprise Red Hat Enterprise Linux Kernel;Linux를 설치하려면 최소한 하나의 파티션이 필요합니다. / , /home, / boot, 스왑. 필요에 따라 추가 파티션 및 볼륨을 생성할 수도 있습니다. 자세한 내용은 8.14.4.4절. “권장 파티션 계획” 를 참조하십시오.
참고
일부 파티션에 대한 특정 요구 사항이 있는 경우(예: 특정 파티션을 특정 디스크에 있어야 함) 다른 파티션에 대한 특정 요구 사항이 적은 경우 먼저 파티션을 생성합니다.
파일 시스템을 추가하는 프로세스는 2단계 프로세스입니다. 먼저 특정 파티션 스키마에서 마운트 지점을 생성합니다. 마운트 지점이 왼쪽 창에 나타납니다. 다음으로, 오른쪽 창의 옵션을 사용하여 사용자 지정할 수 있습니다. 여기서 마운트 지점, 용량, 장치 유형, 파일 시스템 유형, 레이블, 해당 파티션을 암호화하거나 다시 포맷할지 여부를 변경할 수 있습니다.
기존 파일 시스템이 없고 설치 프로그램이 필요한 파일 시스템 및 해당 마운트 지점을 생성하려면 왼쪽 창의 드롭다운 메뉴에서 선호하는 파티션 구성표(Red Hat Enterprise Linux Come;Hat Enterprise Linux Come;Hat Enterprise Linux Comm;Linux is LVM)을 선택한 다음 창 상단에 있는 링크를 클릭하여 마운트 지점을 자동으로 생성합니다. 이렇게 하면 /boot 파티션, / (root) 볼륨, 사용 가능한 스토리지의 크기에 비례하는 스왑 볼륨이 생성됩니다. 일반적인 설치에 권장되는 파일 시스템이지만 필요한 경우 추가 파일 시스템과 마운트 지점을 추가할 수 있습니다.
또는 창 하단에 있는 + 버튼을 사용하여 개별 마운트 지점을 만듭니다. 그러면 Add a New Mount Point (새 마운트 지점 추가) 대화 상자가 열립니다. Mount Point 드롭다운 메뉴에서 사전 설정된 경로 중 하나를 선택하거나 자체적으로 입력합니다. 예를 들어 부팅 파티션에 대해 / 를 선택하거나 부팅 파티션에 / 를 선택합니다. 그런 다음 Desired Capacity 텍스트 필드에 파일 시스템의 크기를 입력합니다(예: 2GiB ). 필드를 비워 두거나 사용 가능한 공간보다 큰 크기를 지정하면 대신 나머지 여유 공간이 사용됩니다. 이러한 세부 정보를 입력한 후 마운트 지점 추가 버튼을 클릭하여 파티션을 만듭니다.
참고
공간 할당 문제를 방지하려면 먼저 /boot 와 같은 알려진 고정된 크기로 작은 파티션을 만든 다음 나머지 파티션을 생성하여 설치 프로그램이 나머지 용량을 할당할 수 있습니다.
마찬가지로, 시스템이 있어야 하는 디스크가 여러 개 있는 경우 크기가 다르며 BIOS에서 감지된 첫 번째 디스크에 특정 파티션을 생성해야 하는 경우 이러한 파티션을 만들어 시작해야 합니다.
수동으로 생성하는 새 마운트 지점마다 왼쪽 창에 있는 드롭다운 메뉴에서 파티션 스키마를 설정할 수 있습니다. 사용 가능한 옵션은 표준 파티션,BTRFS,LVMLVM 씬 프로비저닝 입니다. 이 메뉴에서 선택한 값과 관계없이 /boot 파티션은 항상 표준 파티션에 있습니다.
있어야 하는 단일 장치를 변경하려면 마운트 지점을 선택하고 오른쪽 창에서 Modify... 버튼을 클릭하여 Configure Mount Point (마운트 지점 구성) 대화 상자를 엽니다. 하나 이상의 장치를 선택하고 선택을 클릭합니다. 대화 상자가 닫히면 Manual Partitioning 화면의 오른쪽에 있는 설정 업데이트 버튼을 클릭하여 이 설정을 확인해야 합니다.

그림 8.22. 마운트 지점 구성

마운트 지점 구성
모든 로컬 디스크와 파티션에 대한 정보를 새로 고치려면 툴바에서 Rescan 버튼(이상 화살표 아이콘 사용)을 클릭합니다. 설치 프로그램 외부에서 고급 파티션 구성을 수행한 후에만 이 작업을 수행해야 합니다. 디스크 다시 스캔 버튼을 클릭하면 설치 프로그램에서 이전에 수행한 모든 구성이 손실됩니다.

그림 8.23. 디스크 다시 스캔

디스크 다시 스캔
화면 하단에는 설치 대상에서 선택한 스토리지 장치 수가 표시됩니다( 8.14절. “” 참조). 이 링크를 클릭하면 선택한 디스크 대화 상자에서 디스크에 대한 정보를 검토합니다. 자세한 내용은 8.14.1절. “” 을 참조하십시오.
파티션 또는 볼륨을 사용자 지정하려면 왼쪽 창에서 해당 마운트 지점을 선택하고 다음 사용자 지정 가능한 기능을 선택한 다음 오른쪽에 표시됩니다.

그림 8.24. 파티션 사용자 정의

파티션 사용자 정의
  • Mount Point - 파일 시스템의 마운트 지점을 입력합니다. 예를 들어 파일 시스템이 루트 파일 시스템이어야 하는 경우 / 을 입력하고 /boot 파일 시스템에 /boot 을 입력합니다. 스왑 파일 시스템의 경우 마운트 지점을 설정하지 않아야 합니다. 파일 시스템 유형을 스왑 으로 설정하는 것만으로 충분합니다.
  • 원하는 용량 - 파일 시스템의 원하는 크기를 입력합니다. KiB 또는 GiB와 같은 일반적인 크기 단위를 사용할 수 있습니다. 다른 장치가 지정되지 않은 경우 기본값은 MiB입니다.
  • 장치 유형 - 표준 파티션, LVM ,RAID,LVM 씬 프로비저닝 또는 BTRFS 유형 중 하나를 선택합니다. 인접한 암호화 상자를 선택하여 파티션 또는 볼륨을 암호화합니다. 나중에 암호를 설정하라는 메시지가 표시됩니다. RAID 는 파티션용으로 두 개 이상의 디스크를 선택한 경우에만 사용할 수 있으며 이 유형을 선택하면 RAID 수준 도 설정할 수 있습니다. 마찬가지로 LVM 을 선택하는 경우 볼륨 그룹을 지정할 수 있습니다.
  • 파일 시스템 - 드롭다운 메뉴에서 이 파티션 또는 볼륨에 적절한 파일 시스템 유형을 선택합니다. 인접한 Reformat 상자를 선택하여 기존 파티션을 포맷하거나 데이터를 유지하기 위해 선택 해제한 상태로 둡니다. 새로 생성된 파티션과 볼륨을 다시 포맷해야 하며 이 경우 확인란을 선택할 수 없습니다.
  • label - 파티션에 라벨을 할당합니다. 레이블은 개별 파티션을 쉽게 인식하고 처리하는 데 사용됩니다.
  • name - name을 LVM 또는 vGPU 볼륨에 할당합니다. 표준 파티션의 이름은 자동으로 지정되며 이름이 sda1 인 경우 /home 과 같이 이름을 편집할 수 없습니다.
파일 시스템 및 장치 유형에 대한 자세한 내용은 8.14.4.1.1절. “파일 시스템 유형” 를 참조하십시오.
설정 업데이트 버튼을 클릭하여 변경 사항을 저장하고 사용자 지정할 다른 파티션을 선택합니다. 설치 요약 페이지에서 설치를 실제로 시작할 때까지 변경 사항이 적용되지 않습니다. 모두 재설정 버튼을 클릭하여 모든 파티션에 대한 모든 변경 사항을 취소하고 다시 시작합니다.
모든 파일 시스템 및 마운트 지점을 만들고 사용자 정의하면 완료 버튼을 클릭합니다. 모든 파일 시스템을 암호화하도록 선택하면 암호 생성을 입력하라는 메시지가 표시됩니다. 그러면 설치 프로그램에서 수행할 스토리지와 관련된 모든 작업에 대한 요약이 표시된 대화 상자가 표시됩니다. 여기에는 파티션 및 파일 시스템 생성, 크기 조정 또는 삭제가 포함됩니다. 모든 변경 사항을 검토하고 취소를 클릭하고 사용자 지정 파티션으로 돌아가기 위해 다시 돌아갈 수 있습니다. 변경 사항을 확인하려면 수락 변경 사항을 클릭하여 설치 요약 페이지로 돌아갑니다. 추가 장치를 분할하려면 Installation Destination (설치 대상) 화면에서 이를 선택하고 Manual Partitioning 화면으로 돌아가 추가 장치에 대해 이 섹션에 설명된 단계를 반복합니다.
중요
/usr 또는 /var 이 나머지 루트 볼륨과 별도로 분할되는 경우 이러한 디렉터리에 중요한 구성 요소가 포함되어 있기 때문에 부팅 프로세스가 훨씬 더 복잡해집니다. 이러한 디렉터리가 iSCSI 드라이브 또는 FCoE 위치에 배치되는 경우와 같은 일부 상황에서는 시스템을 부팅할 수 없거나 전원을 끄거나 재부팅할 때 Device is busy 오류가 발생할 수 있습니다.
이 제한은 /usr 또는 /var 에만 적용되며 아래의 디렉터리에는 적용되지 않습니다. 예를 들어 /var/www 의 개별 파티션은 문제 없이 작동합니다.
8.14.4.1.1. 파일 시스템 유형
Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 사용하면 다양한 장치 유형과 파일 시스템을 만들 수 있습니다. 다음은 사용 가능한 다양한 장치 유형 및 파일 시스템과 이러한 시스템 사용 방법에 대한 간략한 설명입니다.

장치 유형

  • 표준 파티션 - 표준 파티션은 파일 시스템 또는 스왑 공간을 포함하거나 소프트웨어 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절. “” 을 참조하십시오.
각 파일 시스템에는 파일 시스템 자체와 내에 포함된 개별 파일에 대해 다른 크기 제한이 있습니다. 지원되는 최대 파일 및 파일 시스템 크기의 목록은 고객 포털에서 https://access.redhat.com/site/articles/rhel-limits 제공되는 Red Hat Enterprise Linux 기술 기능 및 제한 페이지를 참조하십시오.
8.14.4.2. 소프트웨어 RAID 생성
RAID(Redundant arrays )는 성능이 향상되고 일부 구성에서 더 높은 내결함성을 제공하기 위해 배열된 여러 스토리지 장치로 구성됩니다. 다음은 다양한 종류의 RAID에 대한 설명은 아래를 참조하십시오.
RAID 장치는 한 단계로 생성되며 필요에 따라 디스크가 추가 또는 제거됩니다. 물리 디스크당 하나의 RAID 파티션이 허용되므로 설치 프로그램에서 사용할 수 있는 디스크 수에 따라 사용 가능한 RAID 장치 수준이 결정됩니다. 예를 들어 시스템에 두 개의 하드 드라이브가 있는 경우 설치 프로그램에서 4개의 개별 파티션이 필요한 RAID10 장치를 생성할 수 없습니다.

그림 8.25. 소프트웨어 RAID 파티션 생성 - 장치 유형 확장 메뉴 확장

소프트웨어 RAID 파티션 생성 - 장치 유형 확장 메뉴 확장
RAID 구성 옵션은 설치를 위해 두 개 이상의 디스크를 선택한 경우에만 표시됩니다. RAID 장치를 생성하려면 두 개 이상의 디스크가 필요합니다.
RAID 장치를 생성하려면 다음을 수행합니다.
  1. 8.14.4.1절. “파일 시스템 추가 및 파티션 구성” 에 설명된 대로 마운트 지점을 만듭니다. 이 마운트 지점을 구성하면 RAID 장치를 구성합니다.
  2. 왼쪽 창에서 파티션을 선택한 상태로 유지하고 창 아래의 구성 버튼을 선택하여 마운트 지점 구성 대화 상자를 엽니다. RAID 장치에 포함될 디스크를 선택하고 선택을 클릭합니다.
  3. 장치 유형 드롭다운 메뉴를 클릭하고 RAID 를 선택합니다.
  4. 파일 시스템 드롭다운 메뉴를 클릭하고 기본 파일 시스템 유형을 선택합니다( 8.14.4.1.1절. “파일 시스템 유형” 참조하십시오.
  5. 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 파티션이 필요합니다.
  6. 설정 업데이트를 클릭하여 변경 사항을 저장하고 다른 파티션을 계속하거나 완료 를 클릭하여 설치 요약 화면으로 돌아갑니다.
지정된 RAID 수준보다 많은 디스크가 포함된 경우 창 하단에 메시지가 표시되어 선택한 구성에 실제로 필요한 디스크 수를 알려줍니다.
8.14.4.3. LVM 논리 볼륨 만들기
LVM( Logical Volume Management )은 하드 드라이브 또는 LUN과 같은 기본 물리 스토리지 공간에 대한 간단한 논리 보기를 제공합니다. 물리 스토리지의 파티션은 볼륨 그룹으로 함께 그룹화할 수 있는 물리 볼륨 으로 표시됩니다. 각 볼륨 그룹은 각각 표준 디스크 파티션과 유사한 여러 논리 볼륨 으로 나눌 수 있습니다. 따라서 LVM 논리 볼륨은 여러 물리 디스크에 걸쳐 있는 파티션으로 작동합니다.
LVM에 대한 자세한 내용은 부록 D. LVM 이해 또는 Red Hat Enterprise Linux 7 논리 볼륨 관리자 관리 가이드를 참조하십시오. LVM 구성은 그래픽 설치 프로그램에서만 사용할 수 있습니다.
중요
텍스트 모드 설치 중에 LVM 구성을 사용할 수 없습니다. 처음부터 LVM 구성을 생성해야 하는 경우 Ctrl+Alt+F2 를 눌러 다른 가상 콘솔을 사용하고 lvm 명령을 실행합니다. 텍스트 모드 설치로 돌아가려면 Ctrl+Alt+F1 을 누릅니다.

그림 8.26. 논리 볼륨 구성

논리 볼륨 구성
논리 볼륨을 생성하고 새 볼륨 그룹 또는 기존 볼륨 그룹에 추가하려면 다음을 수행합니다.
  1. 8.14.4.1절. “파일 시스템 추가 및 파티션 구성” 에 설명된 대로 LVM 볼륨의 마운트 지점을 만듭니다.
  2. 장치 유형 드롭다운 메뉴를 클릭하고 LVM 을 선택합니다. Volume Group 드롭다운 메뉴가 표시되고 새로 생성된 볼륨 그룹 이름이 표시됩니다.
  3. 필요한 경우 메뉴를 클릭하고 새 볼륨 그룹 만들기를 선택하거나 수정을 클릭하여 새로 생성된 볼륨 그룹을 구성합니다. Create a new volume group (새 볼륨 그룹 만들기) 옵션과 Modify 버튼 모두 Configure Volume Group (볼륨 그룹 구성) 대화 상자로 이동하여 논리 볼륨 그룹 이름을 변경하고 포함할 디스크를 선택할 수 있습니다.
    참고
    구성 대화 상자에서 볼륨 그룹의 물리 확장 영역 크기를 지정할 수 없습니다. 크기는 항상 기본값인 4 MiB로 설정됩니다. 다른 물리 확장 영역을 가진 볼륨 그룹을 만들려면 대화형 쉘로 전환하고 KnativeServingcreate 명령을 사용하여 수동으로 만들거나 volgroup --pesize=size 명령으로 Kickstart 파일을 사용합니다.

    그림 8.27. LVM 볼륨 그룹 사용자 지정

    LVM 볼륨 그룹 사용자 지정
    사용 가능한 RAID 수준은 실제 RAID 장치와 동일합니다. 자세한 내용은 8.14.4.2절. “소프트웨어 RAID 생성” 을 참조하십시오. 암호화에 볼륨 그룹을 표시하고 해당 볼륨의 크기 정책을 설정할 수도 있습니다. 사용 가능한 정책 옵션은 다음과 같습니다.
    • 자동 - 볼륨 그룹의 크기가 자동으로 설정되어 구성된 논리 볼륨을 포함할 수 있을 만큼 충분히 큽니다. 볼륨 그룹 내에서 여유 공간이 필요하지 않은 경우 최적입니다.
    • 가능한 한 큰 - 포함된 구성된 논리 볼륨의 크기에 관계없이 볼륨 그룹이 최대 크기로 생성됩니다. LVM에서 대부분의 데이터를 유지하려는 경우 최적이며, 일부 기존 논리 볼륨의 크기를 늘리거나 이 그룹 내에 추가 논리 볼륨을 생성해야 하는 경우 적합합니다.
    • fixed - 이 옵션을 사용하면 볼륨 그룹의 정확한 크기를 설정할 수 있습니다. 그런 다음 구성된 논리 볼륨은 이 고정된 크기 내에 일치해야 합니다. 이는 볼륨 그룹이 얼마나 큰지 정확히 알고 있는 경우 유용합니다.
    그룹이 구성되면 저장을 클릭합니다.
  4. 설정 업데이트를 클릭하여 변경 사항을 저장하고 다른 파티션을 계속하거나 완료 를 클릭하여 설치 요약 화면으로 돌아갑니다.
주의
/boot 파티션을 LVM 볼륨에 배치하는 것은 지원되지 않습니다.

8.15. 스토리지 장치

Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux: Linux는 다양한 스토리지 장치에 설치할 수 있습니다. 8.14절. “” 에 설명된 대로 설치 대상 페이지의 기본, 로컬 액세스 가능 스토리지 장치를 확인할 수 있습니다. 특수 스토리지 장치를 추가하려면 화면의 특수 및 네트워크 디스크 섹션에서 디스크 추가 버튼을 클릭합니다.

그림 8.28. 스토리지 공간 개요

스토리지 공간 개요
참고
dmeventd 데몬을 통한 LVM 및 소프트웨어 RAID 장치 모니터링은 설치 중에 수행되지 않습니다.

8.15.1. 스토리지 장치 선택 화면

스토리지 장치 선택 화면에 Anaconda 설치 프로그램에 액세스할 수 있는 모든 스토리지 장치가 표시됩니다.
장치는 다음 탭에서 그룹화됩니다.
다중 경로 장치
동일한 시스템의 여러 SCSI 컨트롤러 또는 파이버 채널 포트를 통해 두 개 이상의 경로를 통해 액세스할 수 있는 스토리지 장치.
설치 프로그램은 16자 또는 32자 길이의 일련 번호가 있는 다중 경로 스토리지 장치만 감지합니다.
기타 SAN 장치
SAN(Storage Area Network)에서 사용 가능한 장치.
NVDIMM 장치
시스템의 NVDIMM(Non-Volatile Dual In-line Memory Module) 스토리지 장치.

그림 8.29. 특수 스토리지 장치에 대한 탭화된 개요

특수 스토리지 장치에 대한 탭화된 개요
일련의 버튼은 화면 오른쪽 하단에 있습니다. 이러한 버튼을 사용하여 스토리지 장치를 추가합니다. 사용 가능한 버튼은 다음과 같습니다.
또한 개요 페이지에는 WWID(WWID) 또는 액세스할 수 있는 포트, 대상 또는 논리 단위 번호 (LUN)로 스토리지 장치를 필터링할 수 있는 검색 탭이 포함되어 있습니다.

그림 8.30. 저장 장치 검색 탭

저장 장치 검색 탭
Search tab에는 포트, 대상, LUN 또는 WWID로 검색을 선택하는 검색 드롭다운 메뉴가 포함되어 있습니다. WWID 또는 LUN으로 검색하는 경우 해당 입력 텍스트 필드에 추가 값이 필요합니다. 찾기 버튼을 클릭하여 검색을 시작합니다.
각 장치는 왼쪽에 확인란이 있는 별도의 행에 제공됩니다. 확인란을 클릭하여 설치 프로세스 중에 장치를 사용할 수 있도록 합니다. 설치 프로세스의 뒷부분에서 Red Hat Enterprise Linux Red Hat Enterprise Linux Red Hat Enterprise Linux sl;Linux를 여기에서 선택한 모든 장치에 설치하도록 선택할 수 있으며 설치된 시스템의 일부로 여기에서 선택한 다른 장치를 자동으로 마운트하도록 선택할 수 있습니다.
여기에서 선택한 장치는 설치 프로세스에서 자동으로 삭제되지 않습니다. 이 화면에서 장치를 선택하면 그 자체로는 장치에 저장된 데이터가 위험하지 않습니다. 또한 설치 후 /etc/fstab 파일을 수정하여 설치한 시스템의 일부를 구성하기 위해 여기에서 선택하지 않은 장치를 시스템에 추가할 수도 있습니다.
중요
이 화면에서 선택하지 않은 스토리지 장치는 Anaconda 에서 완전히 숨겨집니다. 다른 부트 로더에서 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux sl;Linux 부트 로더를 로드 하려면 이 화면에 표시된 모든 장치를 선택합니다.
설치 중에 사용할 스토리지 장치를 선택한 경우 Done (완료)을 클릭하여 Installation Destination(설치 대상) 화면으로 돌아갑니다.
8.15.1.1. 고급 스토리지 옵션
고급 스토리지 장치를 사용하려면 설치 대상 화면의 오른쪽 아래에 있는 적절한 버튼을 클릭하여iSCSI(TCP/IP) 대상,FCoE를 통한 파이버 채널(Storage Area Network) 또는SAN(Non-Volatile Dual In-line Memory Module) 장치를 구성할 수있습니다. iSCSI에 대한 자세한 내용은 부록 B. iSCSI 디스크 을 참조하십시오.

그림 8.31. 고급 스토리지 옵션

고급 스토리지 옵션
8.15.1.1.1. iSCSI 매개 변수 구성
Add iSCSI target... 버튼을 클릭하면 iSCSI 스토리지 대상 추가 대화 상자가 표시됩니다.

그림 8.32. iSCSI 검색 세부 정보 대화 상자

iSCSI 검색 세부 정보 대화 상자
설치에 iSCSI 스토리지 장치를 사용하려면 Anaconda 에서 iSCSI 대상으로 검색하고 액세스할 iSCSI 세션 을 만들 수 있어야 합니다. 이러한 각 단계에는 CHAP (Challenge Handshake Authentication Protocol) 인증을 위해 사용자 이름 및 암호가 필요할 수 있습니다. 또한 검색 및 세션에 대해 대상이 연결된 시스템에서 iSCSI 이니시에이터를 인증하도록iSCSI대상을 구성할 수 있습니다. 함께 사용되는 CHAP 및 reverse CHAP은 상호 CHAP 또는 2방향 CHAP 입니다. 상호 CHAP은 특히 사용자 이름 및 암호가 CHAP 인증 및 역방향 CHAP 인증과 다른 경우 iSCSI 연결에 가장 큰 보안 수준을 제공합니다.
참고
iSCSI 검색 및 iSCSI 로그인 단계를 필요한 만큼 여러 번 반복하여 필요한 모든 iSCSI 스토리지를 추가합니다. 그러나 검색을 처음 시도한 후에는 iSCSI 이니시에이터의 이름을 변경할 수 없습니다. iSCSI 이니시에이터 이름을 변경하려면 설치를 다시 시작해야 합니다.

절차 8.1. iSCSI 세션 검색 및 시작

iSCSI 스토리지 대상 추가 대화 상자를 사용하여 Anaconda 에 iSCSI 대상을 검색하는 데 필요한 정보를 제공합니다.
  1. 대상 IP 주소 필드에 iSCSI 대상의 IP 주소를 입력합니다.
  2. iSCSI 정규화된 이름(IQN) 형식으로 iSCSI 이니시에이터의 iSCSI Initiator Name 필드에 이름을 제공합니다. 유효한 IQN 항목에는 다음이 포함됩니다.
    • string hoc n. (예: 기간 참고)
    • 조직의 인터넷 도메인 또는 하위 도메인 또는 하위 도메인 이름이 등록된 연도 및 월을 지정하는 날짜 코드는 해당 월의 4 자리, 대시 및 두 자리, 그 뒤에 마침표가 옵니다. 예를 들어 2010년 9월은 2010-09로 표시됩니다.
    • 조직의 인터넷 도메인 또는 하위 도메인 이름은 먼저 최상위 도메인과 역순으로 표시됩니다. 예를 들어, subdomain storage.example.comcom.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 참조하십시오.
  3. Discovery Authentication Type (검색 인증 유형) 드롭다운 메뉴를 사용하여 iSCSI 검색에 사용할 인증 유형을 지정합니다. 다음 옵션을 사용할 수 있습니다.
    • 인증 정보 없음
    • CHAP 쌍
    • CHAP 쌍 및 역방향 쌍
    • 인증 유형으로 CHAP 쌍 을 선택한 경우 CHAP UsernameCHAP Password 필드에서 iSCSI 대상에 대한 사용자 이름 및 암호를 제공합니다.
    • CHAP 쌍과 역방향 쌍 을 인증 유형으로 선택한 경우 CHAP Username 및 CHAP Password 필드에서 iSCSI 대상에 대한 사용자 이름 및 암호를 지정하고 Reverse CHAP UsernameReverse CHAP Password 필드에 iSCSI 이니시에이터의 사용자 이름 및 암호를 제공합니다.
  4. 선택적으로 Bind 대상이라는 레이블이 지정된 상자를 네트워크 인터페이스에 선택합니다.
  5. 검색 시작 버튼을 클릭합니다. Anaconda 는 제공한 정보를 기반으로 iSCSI 대상을 검색하려고 합니다. 검색에 성공하면 대상에 검색된 모든 iSCSI 노드 목록이 대화 상자에 표시됩니다.
  6. 각 노드에는 옆에 있는 확인란이 표시됩니다. 확인란을 클릭하여 설치에 사용할 노드를 선택합니다.

    그림 8.33. 검색된 iSCSI 노드의 대화 상자

    검색된 iSCSI 노드의 대화 상자
  7. Node 로그인 인증 유형 메뉴에서는 3 단계에 설명된 검색 인증 유형 메뉴와 동일한 옵션을 제공합니다. 그러나 검색 인증에 자격 증명이 필요한 경우 동일한 자격 증명을 사용하여 검색된 노드에 로그인하는 것이 일반적입니다. 이렇게 하려면 메뉴에서 검색에서 자격 증명 사용 옵션을 추가로 사용합니다. 적절한 인증 정보가 제공되면 Log In 버튼을 사용할 수 있게 됩니다.
  8. Log In 을 클릭하여 iSCSI 세션을 시작합니다.
8.15.1.1.2. FCoE 매개변수 구성
Add FCoE SAN... 버튼을 클릭하면 FCoE 스토리지 장치 검색을 위한 네트워크 인터페이스를 구성할 수 있는 대화 상자가 나타납니다.
먼저 NIC 드롭다운 메뉴에서 FCoE 스위치에 연결된 네트워크 인터페이스를 선택하고 FCoE 디스크 추가 버튼을 클릭하여 SAN 장치의 네트워크를 스캔합니다.

그림 8.34. FCoE 매개변수 구성

FCoE 매개변수 구성
고려해야 할 추가 옵션이 있는 확인란이 있습니다.
DCB 사용
DCB( Data Center Bridging )는 스토리지 네트워크 및 클러스터에서 이더넷 연결 효율성을 높이기 위해 설계된 이더넷 프로토콜의 개선 집합입니다. 이 대화 상자의 확인란을 사용하여 DCB에 대한 설치 프로그램의 인식을 활성화하거나 비활성화합니다. 이 옵션은 호스트 기반 DCBX 클라이언트가 필요한 네트워크 인터페이스에 대해서만 활성화해야 합니다. 하드웨어 DCBX 클라이언트를 구현하는 인터페이스의 구성은 이 확인란을 비워야 합니다.
자동 vlan 사용
자동 VLAN 은 VLAN 검색을 수행해야 하는지를 나타냅니다. 이 상자를 선택하면 링크 구성을 검증한 후 FIP(FCoE Initiation Protocol) VLAN 검색 프로토콜이 이더넷 인터페이스에서 실행됩니다. 아직 구성되지 않은 경우 검색된 FCoE VLAN의 네트워크 인터페이스가 자동으로 생성되고 VLAN 인터페이스에서 FCoE 인스턴스가 생성됩니다. 이 옵션은 기본적으로 활성화되어 있습니다.
검색된 FCoE 장치는 Installation Destination(설치 대상) 화면에 있는 기타 SAN 장치 탭 아래에 표시됩니다.
8.15.1.1.3. NVDIMM 장치 구성
Reconfigure NVDIMM 버튼을 클릭하여 선택한 NVDIMM 장치를 섹터 모드로 재구성하고 이를 설치 대상으로 사용합니다. Sector 크기 드롭다운 목록에는 5124096 의 지원되는 섹터 크기가 포함됩니다.
Sector size 드롭다운 목록에서 섹터 크기를 선택하고 Start Reconfiguration 버튼을 클릭합니다.

그림 8.35. NVDIMM 재구성

NVDIMM 재구성
주의
NVDIMM 장치 프로세스의 재구성은 장치에 저장된 모든 데이터를 삭제합니다.
장치가 구성되면 OK (확인) 버튼을 클릭하여 Installation Destination (설치 대상) 윈도우로 돌아갑니다.

그림 8.36. NVDIMM을 성공적으로 재구성

NVDIMM을 성공적으로 재구성
섹터 모드의 NVDIMM 장치는 설치 대상 창의 NVDIMM 장치 탭에 표시되며 설치에 사용할 수 있습니다.

8.16. Kdump

이 화면을 사용하여 이 시스템에서 Kdump 를 사용할지 여부를 선택합니다. kdump 는 커널 크래시 덤프 메커니즘으로, 시스템 충돌 발생 시 충돌 원인을 결정하는 데 유용할 수 있는 정보를 캡처합니다.
Kdump 를 활성화하는 경우 특정 양의 시스템 메모리를 예약해야 합니다. 결과적으로 프로세스에 사용 가능한 메모리가 줄어듭니다.
이 시스템에서 Kdump 를 사용하지 않으려면 kdump 사용을 선택 취소합니다. 그렇지 않으면 Kdump 에 대해 예약할 메모리 양을 설정합니다. 설치 프로그램이 적절한 수량을 자동으로 예약하도록 할 수 있습니다. 그렇지 않으면 수동으로 모든 수량을 설정할 수 있습니다. 설정에 만족하는 경우 Done (완료)을 클릭하여 구성을 저장하고 이전 화면으로 돌아갑니다.

그림 8.37. kdump 활성화 및 설정

kdump 활성화 및 설정

8.17. 설치 시작

설치 요약 화면의 모든 필수 섹션이 완료되면 메뉴 화면 하단에 있는 admonition이 사라지고 Begin Installation (설치 시작) 버튼을 사용할 수 있게 됩니다.

그림 8.38. 설치 준비

설치 준비
주의
설치 과정에서 이 시점까지, 컴퓨터에는 변경 사항이 유지되지 않았습니다. Begin Installation (설치 시작)을 클릭하면 설치 프로그램이 하드 드라이브에 공간을 할당하고 Red Hat Enterprise Linux sl;Hat EnterpriseRed Hat Enterprise Linux completely;Linux를 이 공간으로 전송하기 시작합니다. 선택한 파티션 옵션에 따라 이 프로세스에는 컴퓨터에 이미 존재하는 데이터 삭제가 포함될 수 있습니다.
이 시점까지 수행한 선택 사항을 수정하려면 설치 요약 화면의 관련 섹션으로 돌아갑니다. 설치를 완전히 취소하려면 Quit 를 클릭하거나 컴퓨터를 전환합니다. 이 단계에서 대부분의 컴퓨터를 전환하려면 전원 버튼을 눌러 몇 초 동안 그대로 둡니다.
설치 사용자 지정을 완료했으며 계속 진행해야 하는 경우 설치 시작을 클릭합니다.
Begin Installation 을 클릭한 후 설치 프로세스를 완료할 수 있습니다. 예를 들어, 컴퓨터를 끄거나 정전을 켜거나 정전을 시켜서 Red Hat Enterprise Linux QCOW;Hat Enterprise Linux Kernel;Hat Enterprise Linux sl;Linux 설치 프로세스를 완료할 때까지 컴퓨터를 사용할 수 없게 됩니다.

8.18. 구성 메뉴 및 진행률 화면

Installation Summary (설치 요약) 화면에서 Begin Installation (설치 시작)을 클릭하면 진행률 화면이 표시됩니다. Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux sl;Linux는 선택한 패키지를 시스템에 쓸 때 화면에 설치 진행 상황을 보고합니다.

그림 8.39. 패키지 설치

패키지 설치
참조를 위해 시스템을 재부팅하면 /var/log/anaconda/anaconda.packaging.log 파일에서 전체 설치 로그를 확인할 수 있습니다.
파티션 설정 중에 하나 이상의 파티션을 암호화하도록 선택하면 설치 프로세스 초기 단계에서 진행률 표시줄이 있는 대화 상자가 표시됩니다. 이 창은 설치 프로그램이 충분한 엔트로피 (random data)를 수집하여 암호화가 안전한지 확인하는 것을 알려줍니다. 이 창은 256비트의 엔트로피가 수집되거나 10분 후에 사라집니다. 마우스를 이동하거나 키보드에서 무작위로 입력하여 수집 프로세스를 가속화할 수 있습니다. 창이 사라지면 설치 프로세스가 계속됩니다.

그림 8.40. 암호화를 위한 Entropy 수집

암호화를 위한 Entropy 수집
패키지를 설치하는 동안 더 많은 구성이 필요합니다. 위의 설치 진행률 표시줄은 루트 암호사용자 생성 메뉴 항목입니다.
루트 암호 화면은 시스템의 root 계정을 구성하는 데 사용됩니다. 이 계정은 중요한 시스템 관리 및 관리 작업을 수행하는 데 사용할 수 있습니다. wheel 그룹 멤버십이 있는 사용자 계정으로 동일한 작업을 수행할 수도 있습니다. 설치 중에 사용자 계정이 생성되면 루트 암호를 설정하지 않아도 됩니다.
사용자 계정을 만드는 것은 선택 사항이며 설치 후 수행할 수 있지만 이 화면에서 수행하는 것이 좋습니다. 사용자 계정은 일반 작업 및 시스템에 액세스하는 데 사용됩니다. 모범 사례에 따르면 root 계정이 아닌 사용자 계정을 통해 시스템에 항상 액세스할 수 있습니다.
루트 암호 또는 사용자 만들기 화면에 대한 액세스를 비활성화할 수 있습니다. 이를 위해 rootpw --lock 또는 user --lock 명령을 포함하는 Kickstart 파일을 사용하십시오. 이러한 명령에 대한 자세한 내용은 27.3.1절. “Kickstart 명령 및 옵션” 을 참조하십시오.

8.18.1. 루트 암호 설정

루트 계정 및 암호를 설정하는 것은 설치 중에 중요한 단계입니다. 루트 계정( superuser라고도 함)은 패키지를 설치하고 RPM 패키지를 업그레이드하며 대부분의 시스템 유지 관리를 수행하는 데 사용됩니다. root 계정을 사용하면 시스템을 완전히 제어할 수 있습니다. 이러한 이유로 root 계정은 시스템 유지 관리 또는 관리를 수행하는 데에 사용됩니다. 루트에 대한 자세한 내용은 Red Hat Enterprise Linux 7 시스템 관리자 가이드를 참조하십시오.

그림 8.41. 루트 암호 화면

루트 암호 화면
참고
설치된 시스템에 대한 루트 권한을 얻기 위해 항상 하나 이상의 방법을 설정해야 합니다( root 계정을 사용하거나, 관리 권한이 있는 사용자 계정을 생성(Where group 사용) 또는 둘 다.
Root Password 메뉴 항목을 클릭하고 새 암호를 Root Password 필드에 입력합니다. Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux, Linux는 보안을 위한 별표로 표시됩니다. 동일한 암호를 Confirm 필드에 입력하여 올바르게 설정되었는지 확인합니다. 루트 암호를 설정한 후 Done 을 클릭하여 사용자 설정 화면으로 돌아갑니다.
다음은 강력한 루트 암호를 생성하기 위한 요구 사항 및 권장 사항입니다.
  • 길이가 8자 이상이어야 합니다.
  • 숫자, 문자(대기 및 소문자) 및 기호를 포함할 수 있습니다.
  • 대/소문자를 구분하고 혼합된 케이스를 포함해야 합니다.
  • 이것은 쉽게 추측할 수 없지만 쉽게 추측할 수 있는 것은 아닙니다.
  • 사용자, 조직 또는 사전에서 찾을 수 있는 단어, 약어 또는 번호가 아니어야 합니다.
  • 적어 두지 않아야 합니다. 이 파일을 작성해야 하는 경우 안전하게 보관해야 합니다.
참고
설치를 완료한 후 root 암호를 변경하려면 rootpasswd 명령을 실행합니다. 루트 암호를 잊어버린 경우 복구 모드를 사용하여 새 암호를 설정하는 방법에 대한 지침은 32.1.3절. “루트 암호 재설정” 을 참조하십시오.

8.18.2. 사용자 계정 생성

설치하는 동안 일반 사용자 계정(root이 아닌) 사용자 계정을 만들려면 진행률 화면에서 사용자 설정을 클릭합니다. Create User 화면이 표시되어 일반 사용자 계정을 설정하고 해당 매개 변수를 구성할 수 있습니다. 설치하는 동안 권장하지만 이 단계는 선택 사항이며 설치가 완료된 후 수행할 수 있습니다.
참고
설치된 시스템에 대한 루트 권한을 얻기 위해 항상 하나 이상의 방법을 설정해야 합니다( root 계정을 사용하거나, 관리 권한이 있는 사용자 계정을 생성(Where group 사용) 또는 둘 다.
사용자를 생성하지 않은 후 사용자 생성 화면을 유지하려면 모든 필드를 비워 두고 Done 을 클릭합니다.

그림 8.42. 사용자 계정 설정 화면

사용자 계정 설정 화면
해당 필드에 전체 이름과 사용자 이름을 입력합니다. 시스템 사용자 이름은 32자 이상이어야 하며 공백을 포함할 수 없습니다. 새 계정의 암호를 설정하는 것이 좋습니다.
루트가 아닌 사용자의 경우에도 강력한 암호를 설정하는 경우 8.18.1절. “루트 암호 설정” 에 설명된 지침을 따르십시오.
고급 버튼을 클릭하여 추가 설정으로 새 대화 상자를 엽니다.

그림 8.43. 고급 사용자 계정 구성

고급 사용자 계정 구성
기본적으로 각 사용자는 사용자 이름에 해당하는 홈 디렉터리를 가져옵니다. 대부분의 시나리오에서는 이 설정을 변경할 필요가 없습니다.
확인란을 선택하여 새 사용자 및 기본 그룹에 대한 시스템 ID 번호를 수동으로 정의할 수도 있습니다. 일반 사용자 ID의 범위는 번호 1000 에서 시작됩니다. 대화 상자 하단에 새 사용자가 속해야 하는 추가 그룹의 쉼표로 구분된 목록을 입력할 수 있습니다. 새 그룹이 시스템에 생성됩니다. 그룹 ID를 사용자 지정하려면 parenthesis에서 번호를 지정합니다.
참고
1000 이므로 범위에서 일반 사용자 및 기본 그룹의 ID를 설정하는 것이 좋습니다. 이는 시스템 사용자 및 그룹용으로 예약된 범위가 0- 6443 이므로 나중에 증가하여 일반 사용자의 ID와 중복될 수 있기 때문입니다.
Kickstart를 사용하여 사용자 지정 ID로 사용자를 만들려면 사용자 (선택 사항) 를 참조하십시오.
설치 후 최소 UID 및 GID 제한을 변경하면 선택한 UID 및 GID 범위가 사용자 생성 시 자동으로 적용되도록 하려면 시스템 관리자 가이드의 사용자 및 그룹 장을 참조하십시오.
사용자 계정을 사용자 지정했으면 변경사항 저장을 클릭하여 사용자 설정 화면으로 돌아갑니다.

8.19. 설치 완료

감사합니다. 이제 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 설치가 완료되었습니다!
Reboot (재부팅) 버튼을 클릭하여 시스템을 재부팅하고 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 사용하여 시작합니다. 재부팅 시 자동으로 거부되지 않는 경우 설치 미디어를 제거해야 합니다.
컴퓨터의 일반적인 작동 시퀀스가 완료된 후 Red Hat Enterprise Linux sl;Hat EnterpriseRed Hat Enterprise Linux sl;Linux 로드 및 시작. 기본적으로 시작 프로세스는 진행률 표시줄을 표시하는 그래픽 화면 뒤에 숨겨져 있습니다. 결국 GUI 로그인 화면(또는 X 창 시스템이 설치되지 않은 경우 login: 프롬프트)이 표시됩니다.
이 설치 과정에서 시스템이 X Window System과 함께 설치된 경우 Red Hat Enterprise Linux Red Hat Enterprise Linux sl;Hat EnterpriseRed Hat Enterprise Linux sl;Linux 시스템을 처음 시작하면 시스템을 설정하기 위한 애플리케이션이 시작됩니다. 이 애플리케이션에서는 Red Hat Enterprise Linux 6.7;Hat Enterprise Linux(Red Hat Enterprise Linux)의 초기 구성을 안내하고, 시스템 시간 및 날짜를 설정하고, 시스템을 Red Hat Network에 등록할 수 있도록 지원합니다.
설정 프로세스에 대한 자세한 내용은 30장. 초기 설정 을 참조하십시오. Red Hat Enterprise Linux Atomic Host의 설치 후 절차, 구성 및 업데이트에 대한 자세한 내용은 Red Hat Enterprise Linux Atomic Host 시작하기 문서를 참조하십시오.

9장. 64비트 AMD, Intel 및 ARM Systems의 설치 문제 해결

이 장에서는 몇 가지 일반적인 설치 문제와 해결 방법에 대해 설명합니다.
디버깅을 위해 Anaconda/tmp 디렉터리의 파일에 설치 작업을 기록합니다. 이러한 파일은 다음 표에 나열되어 있습니다.
표 9.1. 설치 중 로그 파일 생성
로그 파일 내용
/tmp/anaconda.log 일반 Anaconda 메시지
/tmp/program.log 모든 외부 프로그램은 설치 중에 실행됩니다.
/tmp/storage.log 광범위한 스토리지 모듈 정보
/tmp/packaging.log yumrpm 패키지 설치 메시지
/tmp/syslog 하드웨어 관련 시스템 메시지
설치에 실패하면 이러한 파일의 메시지가 /tmp/anaconda-tb- 식별자로 통합됩니다. 여기서 identifier 는 임의의 문자열입니다.
성공적으로 설치한 후 기본적으로 이러한 파일은 /var/log/anaconda/.에 있는 설치된 시스템으로 복사됩니다. 그러나 설치에 실패하거나 설치 시스템을 부팅할 때 inst.nosave=all 또는 inst.nosave=logs 옵션이 사용되는 경우 이러한 로그는 설치 프로그램의 RAM 디스크에만 존재합니다. 즉, 시스템의 전원이 꺼지면 영구적으로 저장되지 않으며 손실됩니다. 영구적으로 저장하려면 설치 프로그램을 실행하는 시스템에서 scp 를 사용하여 해당 파일을 네트워크의 다른 시스템에 복사하거나 마운트된 저장 장치(예: USB 플래쉬 드라이브)에 복사합니다. 네트워크를 통해 로그 파일을 전송하는 방법에 대한 자세한 내용은 아래에 있습니다. USB 플래쉬 드라이브 또는 기타 이동식 미디어를 사용하는 경우 절차를 시작하기 전에 해당 미디어에 있는 모든 데이터를 백업해야 합니다.

절차 9.1. 로그 파일 Onto a USB 드라이브로 전송

  1. 설치 중인 시스템에서 Ctrl+Alt+F2 를 눌러 쉘 프롬프트에 액세스합니다. root 계정에 로그인하면 설치 프로그램의 임시 파일 시스템에 액세스할 수 있습니다.
  2. USB 플래쉬 드라이브를 시스템에 연결하고 dmesg 명령을 실행합니다. 모든 최근 이벤트를 자세히 설명하는 로그가 표시됩니다. 이 로그 하단에는 방금 연결한 USB 플래쉬 드라이브로 인한 일련의 메시지가 표시됩니다. 다음과 유사한 행 세트와 유사합니다.
    [ 170.171135] sd 5:0:0:0: [sdb] Attached SCSI removable disk
    연결된 장치의 이름을 기록해 둡니다. 위의 예에서 sdb 입니다.
  3. /mnt 디렉토리로 이동한 후 USB 드라이브의 마운트 대상으로 사용할 새 디렉토리를 만듭니다. 디렉터리 이름은 중요하지 않습니다. 이 예제에서는 usb 라는 이름을 사용합니다.
    # mkdir usb
  4. USB플러그 드라이브를 새로 생성된 디렉터리에 마운트합니다. 대부분의 경우 전체 드라이브를 마운트하지 않고 파티션에 파티션을 마운트할 수 있습니다. 따라서 sdb 라는 이름을 사용하지 마십시오. 로그 파일을 작성할 파티션 이름을 사용합니다. 이 예에서는 sdb1 이라는 이름이 사용됩니다.
    # mount /dev/sdb1 /mnt/usb
    이제 액세스한 후 콘텐츠를 나열하여 올바른 장치와 파티션을 마운트했는지 확인할 수 있습니다. 목록은 드라이브에 있는 항목과 일치해야 합니다.
    # cd /mnt/usb
    # ls
  5. 로그 파일을 마운트된 장치에 복사합니다.
    # cp /tmp/*log /mnt/usb
  6. USB플러그 드라이브를 마운트 해제합니다. 대상이 사용 중임을 나타내는 오류 메시지가 표시되면 작업 디렉터리를 마운트 외부로 변경합니다(예: /).
    # umount /mnt/usb
설치의 로그 파일이 이제 USB 플래시 드라이브에 저장됩니다.

절차 9.2. 네트워크를 통해 로그 파일 전송

  1. 설치 중인 시스템에서 Ctrl+Alt+F2 를 눌러 쉘 프롬프트에 액세스합니다. root 계정에 로그인하면 설치 프로그램의 임시 파일 시스템에 액세스할 수 있습니다.
  2. 로그 파일이 있는 /tmp 디렉토리로 전환합니다.
    # cd /tmp
  3. 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가 활성화된 경우 부팅되지 않음

Red Hat Enterprise Linux Kernel;Hat Enterprise Red Hat Enterprise Linux 7 베타 릴리스에는 표준 UEFI Secure Boot 구현에서 인식되지 않는 특수 공개 키로 커널이 서명됩니다. 이렇게 하면 Secure Boot 기술이 활성화되면 시스템이 부팅되지 않습니다.
이 문제를 해결하려면 UEFI Secure Boot를 비활성화하고 시스템을 설치한 다음 Machine Owner Key 기능을 사용하여 베타 공개 키를 가져와야 합니다. 자세한 내용은 5.9절. “UEFI Secure Boot에서 베타 릴리스 사용” 을 참조하십시오.

9.1.2. 그래픽 설치로 부팅 문제

일부 비디오 카드가 있는 시스템에는 그래픽 설치 프로그램으로 부팅하는 데 문제가 있습니다. 설치 프로그램이 기본 설정을 사용하여 실행되지 않으면 하위 해결 모드로 실행하려고 합니다. 여전히 실패하면 설치 프로그램이 텍스트 모드로 실행하려고 합니다.
문제를 표시할 수 있는 몇 가지 솔루션이 있습니다. 대부분의 경우 사용자 정의 부팅 옵션을 지정해야 합니다. 자세한 내용은 23.1절. “부팅 메뉴에서 설치 시스템 구성” 에서 참조하십시오.
기본 그래픽 모드 사용
기본 그래픽 드라이버를 사용하여 설치를 시도할 수 있습니다. 이렇게 하려면 부팅 메뉴의 기본 그래픽 모드에서 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux sl;Linux 설치 또는 설치 프로그램의 부팅 옵션을 편집하여 명령줄 끝에 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. 직렬 콘솔이 확인되지 않음

직렬 콘솔을 사용하여 텍스트 모드로 설치하려고 하면 콘솔에 출력이 표시되지 않는 경우가 있습니다. 이는 그래픽 카드가 있지만 모니터가 연결되지 않은 시스템에서 발생합니다. Anaconda 에서 그래픽 카드를 감지하면 디스플레이가 연결되지 않은 경우에도 디스플레이에 이 카드를 사용하려고 합니다.
직렬 콘솔에서 텍스트 기반 설치를 수행하려면 inst.textconsole= 부팅 옵션을 사용합니다. 자세한 내용은 23장. 부팅 옵션 을 참조하십시오.

9.2. 설치 중 문제

9.2.1. 디스크가 감지되지 않음

Installation Destination (설치 대상) 화면에서 다음 오류 메시지가 하단에 표시될 수 있습니다. 감지된 디스크 없음. 컴퓨터를 종료하고 하나 이상의 디스크를 연결하고, 설치를 완료하기 위해 다시 시작하십시오.
이 메시지는 Anaconda 가 설치할 쓰기 가능한 스토리지 장치를 찾지 못했음을 나타냅니다. 이 경우 먼저 시스템에 하나 이상의 스토리지 장치가 연결되어 있는지 확인합니다.
시스템에서 하드웨어 RAID 컨트롤러를 사용하는 경우 컨트롤러가 올바르게 구성되어 작동하는지 확인합니다. 자세한 내용은 컨트롤러의 설명서를 참조하십시오.
하나 이상의 iSCSI 장치에 설치하고 시스템에 로컬 스토리지가 없는 경우 필요한 모든 LUN(논리 단위 번호)이 적절한 HBA(호스트 버스 어댑터)에 표시되는지 확인합니다. iSCSI에 대한 자세한 내용은 부록 B. iSCSI 디스크 을 참조하십시오.
연결되고 올바르게 구성된 저장 장치가 있고 시스템을 재부팅한 후에도 메시지가 계속 나타나는 경우 설치 프로그램이 스토리지를 감지하지 못했음을 의미합니다. 대부분의 경우 이 메시지는 설치 프로그램에서 인식하지 못한 SCSI 장치에 설치하려고 할 때 표시됩니다.
이 경우 설치를 시작하기 전에 드라이버 업데이트를 수행해야 합니다. 하드웨어 공급 업체의 웹 사이트를 확인하여 문제를 해결하는 드라이버 업데이트를 사용할 수 있는지 확인하십시오. 드라이버 업데이트에 대한 자세한 내용은 6장. AMD64 및 Intel 64 시스템에 설치 시 드라이버 업데이트 을 참조하십시오.
온라인에서 https://hardware.redhat.com 사용 가능한 Red Hat 하드웨어 호환성 목록 도 참조하십시오.

9.2.2. 추적 메시지 보고

그래픽 설치 프로그램에 오류가 발생하면 크래시 보고 대화 상자가 표시됩니다. 그런 다음 Red Hat에 발생한 문제에 대한 정보를 보내도록 선택할 수 있습니다. 충돌 보고서를 보내려면 고객 포털 자격 증명을 입력해야 합니다. 고객 포털 계정이 없는 경우 다음에서 https://www.redhat.com/wapps/ugc/register.html 등록할 수 있습니다. 자동화된 충돌 보고에는 작동 중인 네트워크 연결도 필요합니다.

그림 9.1. Crash 보고 대화 상자

Crash 보고 대화 상자
대화 상자가 표시되면 Report Bug 를 선택하여 문제를 보고하거나 Quit 를 선택하여 설치를 종료합니다.
선택적으로 추가 정보를 클릭하여 오류의 원인을 파악하는 데 도움이 되는 자세한 출력을 표시합니다. 디버깅에 익숙한 경우 디버그를 클릭합니다. 그러면 가상 터미널 tty1 로 이동합니다. 여기서 버그 보고서를 향상시킬 수 있는 보다 정확한 정보를 요청할 수 있습니다. tty1 에서 그래픽 인터페이스로 돌아가려면 continue 명령을 사용합니다.

그림 9.2. 확장 된 Crash Reporting dialog box

확장 된 Crash Reporting dialog box
고객 포털에 버그를 보고하려면 아래 절차를 따르십시오.

절차 9.3. Red Hat 고객 지원에 오류 보고

  1. 표시되는 메뉴에서 Red Hat 고객 포털에 버그 보고를 선택합니다.
  2. Red Hat에 버그를 보고하려면 먼저 고객 포털 인증 정보를 제공해야 합니다. Configure Red Hat Customer Support 를 클릭합니다.

    그림 9.3. 고객 포털 자격 증명

    고객 포털 자격 증명
  3. 이제 새 창이 열리고 고객 포털 사용자 이름과 암호를 입력하라는 메시지가 표시됩니다. Red Hat 고객 포털 자격 증명을 입력합니다.

    그림 9.4. Red Hat 고객 지원 구성

    Red Hat 고객 지원 구성
    네트워크 설정에서 HTTP 또는 HTTPS 프록시를 사용해야 하는 경우 고급 메뉴를 확장하고 프록시 서버의 주소를 입력하여 구성할 수 있습니다.
    필요한 모든 자격 증명을 입력하면 확인 을 클릭하여 진행합니다.
  4. 텍스트 필드가 포함된 새 창이 나타납니다. 여기에 유용한 정보와 의견을 적어 두십시오. 충돌 보고 대화 상자가 표시되기 전에 수행한 각 단계를 설명하여 오류를 재현하는 방법을 설명합니다. 디버깅할 때 얻은 정보를 포함하여 가능한 한 관련 세부 정보를 제공합니다. 여기에서 제공한 정보는 고객 포털에서 공개적으로 표시될 수 있습니다.
    오류의 원인이 무엇인지 모르는 경우 대화 상자 하단에 이 문제가 발생한 원인을 알 수 없다는 레이블이 지정된 상자를 선택하십시오.
    그런 다음 Forward 를 클릭합니다.

    그림 9.5. 문제 설명

    문제 설명
  5. 다음으로 고객 포털로 전송되는 정보를 검토합니다. 제공된 설명은 주석 탭에 있습니다. 기타 탭에는 시스템의 호스트 이름 및 설치 환경에 대한 기타 세부 정보와 같은 정보가 포함됩니다. Red Hat으로 전송되지 않는 항목을 제거할 수 있지만 세부 정보를 제공하면 문제 조사에 영향을 줄 수 있습니다.
    전송할 정보 확인을 완료하면 Forward 를 클릭합니다.

    그림 9.6. Data to be Sent로 이동합니다.

    Data to be Sent로 이동합니다.
  6. 버그 보고서에 보내고 개별 첨부 파일로 포함할 파일 목록을 검토합니다. 이러한 파일은 조사에 도움이 되는 시스템 정보를 제공합니다. 특정 파일을 보내지 않으려면 각 파일 옆에 있는 상자를 선택 해제하십시오. 문제를 찾는 데 도움이 되는 추가 파일을 제공하려면 파일 연결을 클릭합니다.
    보낼 파일을 검토 했으면 라벨이 지정된 확인란을 선택하여 데이터를 검토하고 제출하는 데 동의합니다. 그런 다음 Forward 를 클릭하여 보고서 및 첨부 파일을 고객 포털에 보냅니다.

    그림 9.7. 첨부 파일이 될 수 있도록 검토

    첨부 파일이 될 수 있도록 검토
  7. 대화 상자에서 처리가 완료되었음을 보고하면 로그 표시를 클릭하여 보고 프로세스의 세부 정보를 보거나 닫기 를 클릭하여 초기 충돌 보고 대화 상자로 돌아갈 수 있습니다. Quit 를 클릭하여 설치를 종료합니다.

9.2.3. 사전 설치 로그 파일 생성

설치 문제를 디버깅하려면 설치를 시작하기 전에 inst.debug 옵션을 설정하여 환경에서 로그 파일을 생성할 수 있습니다. 이러한 로그 파일에는 예를 들어 현재 스토리지 구성이 포함됩니다.
Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 설치 부팅 메뉴에서 옵션을 설정하려면 다음을 실행합니다.
  1. Install Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 7.3 항목을 선택합니다.
  2. Tab 키를 눌러 부팅 옵션을 편집합니다.
  3. 옵션에 inst.debug 를 추가합니다. 예:
    > vmlinuz ... inst.debug
    자세한 내용은 23장. 부팅 옵션의 내용을 참조하십시오.
  4. Enter 를 눌러 설정을 시작합니다.
시스템은 Anaconda가 시작되기 전에 /tmp/pre-anaconda-logs/ 디렉터리에 사전 설치 로그 파일을 저장합니다. 로그 파일에 액세스하려면 다음을 수행합니다.
  1. 콘솔로 전환합니다. 8.2.1절. “콘솔에 액세스” 을 참조하십시오.
  2. /tmp/pre-anaconda-logs/ 디렉토리로 변경합니다.
    # cd /tmp/pre-anaconda-logs/

9.3. 설치 후 문제

9.3.1. RAID 카드로 부팅할 수 있습니까?

설치를 수행하여 시스템을 올바르게 부팅할 수 없는 경우 시스템의 스토리지를 다르게 다시 설치하고 분할해야 할 수 있습니다.
일부 BIOS 유형은 RAID 카드 부팅을 지원하지 않습니다. 설치를 완료하고 시스템을 처음으로 재부팅하면 부트 로더 프롬프트(예: grub>)를 보여주는 텍스트 기반 화면과 표시 중인 커서가 모두 표시될 수 있습니다. 이 경우 시스템을 다시 파티셔닝하고 /boot 파티션과 부트 로더를 RAID 배열 외부에서 이동해야합니다. /boot 파티션과 부트 로더가 동일한 드라이브에 있어야 합니다.
이러한 변경 사항이 완료되면 설치를 완료하고 시스템을 올바르게 부팅할 수 있습니다. 파티셔닝에 대한 자세한 내용은 8.14절. “” 을 참조하십시오.

9.3.2. 그래픽 부팅 시퀀스 사용 문제

설치를 완료하고 시스템을 처음 재부팅하면 그래픽 부팅 시퀀스 중에 시스템이 응답하지 않고 재설정이 필요할 수 있습니다. 이 경우 부트 로더가 성공적으로 표시되지만 항목을 선택하고 시스템을 부팅하려고 하면 중지됩니다. 이는 일반적으로 그래픽 부팅 순서 관련 문제를 의미합니다. 이 문제를 해결하려면 그래픽 부팅을 비활성화해야 합니다. 이렇게 하려면 영구적으로 변경하기 전에 부팅 시 설정을 일시적으로 변경합니다.

절차 9.4. 임시 부팅 부팅 비활성화

  1. 컴퓨터를 시작하고 부트 로더 메뉴가 나타날 때까지 기다립니다. 부트 로더 제한 시간 제한을 0으로 설정하면 Esc 키를 눌러 액세스합니다.
  2. 부트 로더 메뉴가 표시되면 커서 키를 사용하여 부팅하려는 항목을 강조 표시하고 e 키를 눌러 이 항목의 옵션을 편집합니다.
  3. 옵션 목록에서 linux 키워드로 시작하는 행(또는 경우에 따라 linux16 또는 linuxefi)을 찾습니다. 이 행에서 rhgb 옵션을 찾아 삭제합니다. 옵션이 즉시 표시되지 않을 수 있습니다. 커서 키를 사용하여 위 아래로 스크롤합니다.
  4. F10 또는 Ctrl+X 를 눌러 편집된 옵션으로 시스템을 부팅합니다.
시스템이 성공적으로 시작되면 정상적으로 로그인할 수 있습니다. 그런 다음 그래픽 부팅을 영구적으로 비활성화해야 합니다. 그렇지 않으면 시스템이 부팅될 때마다 이전 절차를 수행해야 합니다. 부팅 옵션을 영구적으로 변경하려면 다음을 수행하십시오.

절차 9.5. 그래픽 부팅 Permanently 비활성화

  1. su - 명령을 사용하여 root 계정에 로그인합니다.
    $ su -
  2. grubby 도구를 사용하여 기본 GRUB2 커널을 찾습니다.
    # grubby --default-kernel
    /boot/vmlinuz-3.10.0-229.4.2.el7.x86_64
    
  3. grubby 도구를 사용하여 GRUB2 설정에서 마지막 단계에서 식별되는 기본 커널에서 rhgb 부팅 옵션을 제거합니다. 예:
    # grubby --remove-args="rhgb" --update-kernel /boot/vmlinuz-3.10.0-229.4.2.el7.x86_64
이 절차를 완료하면 컴퓨터를 재부팅할 수 있습니다. Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux, Linux는 더 이상 그래픽 부팅 시퀀스를 사용하지 않습니다. 나중에 그래픽 부팅을 활성화하려면 동일한 절차에 따라 --remove-args="rhgb" 매개변수를 --args="rhgb" paramter로 바꿉니다. 이렇게 하면 rhgb 부팅 옵션이 GRUB2 설정의 기본 커널에 복원됩니다.
GRUB2 부트 로더 작업에 대한 자세한 내용은 Red Hat Enterprise Linux 7 시스템 관리자 가이드 를 참조하십시오.

9.3.3. 그래픽 환경으로 부팅

X Window System 을 설치했지만 시스템에 로그인하면 그래픽 데스크탑 환경이 표시되지 않는 경우 startx 명령을 사용하여 수동으로 시작할 수 있습니다. 그러나 이는 일회성 수정 사항이며 향후 로그인에 대한 로그 in 프로세스는 변경되지 않습니다.
그래픽 로그인 화면에서 로그인할 수 있도록 시스템을 설정하려면 기본 systemd 대상을 graphical.target 으로 변경해야 합니다. 완료되면 컴퓨터를 재부팅합니다. 시스템을 다시 시작한 후 그래픽 로그인 프롬프트가 표시됩니다.

절차 9.6. 그래픽 로그인 설정

  1. 쉘 프롬프트를 엽니다. 사용자 계정에 있는 경우 su - 명령을 입력하여 root가 됩니다.
  2. 기본 대상을 graphical.target 으로 변경합니다. 이 작업을 수행하려면 다음 명령을 실행합니다.
    # systemctl set-default graphical.target
이제 그래픽 로그인이 기본적으로 활성화되어 있습니다. 다음 재부팅 후 그래픽 로그인 프롬프트가 표시됩니다. 이 변경 사항을 반대하고 텍스트 기반 로그인 프롬프트를 계속 사용하려면 root 로 다음 명령을 실행합니다.
# systemctl set-default multi-user.target
systemd 의 대상에 대한 자세한 내용은 Red Hat Enterprise Linux 7 시스템 관리자 가이드를 참조하십시오.

9.3.4. 그래픽 사용자 인터페이스 없음

X ( X Window System)를 시작하는 데 문제가 있는 경우 설치되지 않았을 수 있습니다. Minimal install 또는 Web Server 와 같은 설치 중에 선택할 수 있는 사전 설정된 기본 환경 중 일부에는 그래픽 인터페이스가 포함되지 않음 - 수동으로 설치해야 합니다.
X 를 원한다면 나중에 필요한 패키지를 설치할 수 있습니다. 그래픽 데스크탑 환경 설치에 대한 자세한 내용은 에서 https://access.redhat.com/site/solutions/5238 지식베이스 문서를 참조하십시오.

9.3.5. 사용자 로그 후 X 서버 캐시

사용자가 로그인할 때 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 를 시작합니다.
df 에 대한 자세한 내용과 사용 가능한 옵션에 대한 설명(예: 이 예제에 사용된 -h 옵션)은 df(1) 매뉴얼 페이지를 참조하십시오.

9.3.6. RAM이 인식되지 않을 수 있습니까?

경우에 따라 커널은 모든 메모리(RAM)를 인식하지 못하므로 시스템이 설치된 것보다 적은 메모리를 사용합니다. 무료 -m 명령을 사용하여 RAM을 얼마나 많이 활용하는지 확인할 수 있습니다. 표시된 총 메모리 양이 예상과 일치하지 않으면 메모리 모듈 중 하나 이상에 문제가 있을 수 있습니다. BIOS 기반 시스템에서는 Memtest86+ 유틸리티를 사용하여 시스템의 메모리를 테스트할 수 있습니다. 자세한 내용은 23.2.1절. “메모리(RAM) 테스트 모드 로드” 을 참조하십시오.
참고
일부 하드웨어 구성에는 시스템 RAM이 예약되어 있으며 기본 시스템에서 사용할 수 없습니다. 특히, 통합 그래픽 카드가 있는 랩탑 컴퓨터는 GPU에 일부 메모리를 예약합니다. 예를 들어 4GiB의 RAM과 통합된 Intel 그래픽 카드가 있는 랩탑에서는 사용 가능한 메모리의 약 3.7GiB만 표시됩니다.
또한 kdump 크래시 처리 메커니즘은 대부분의 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Pure;Linux 시스템에서 기본적으로 활성화되어 있으며 기본 커널 충돌 시 사용되는 보조 커널에 대해 일부 메모리를 확보합니다. 이 예약된 메모리는 free 명령을 사용할 때 사용 가능한 상태로 표시되지도 않습니다. kdump 및 메모리 요구 사항에 대한 자세한 내용은 Red Hat Enterprise Linux 7 Kernel Crash Dump Guide 를 참조하십시오.
메모리에 문제가 없는지 확인한 경우 mem= 커널 옵션을 사용하여 수동으로 메모리 양을 시도할 수 있습니다.

절차 9.7. 수동으로 메모리 구성

  1. 컴퓨터를 시작하고 부트 로더 메뉴가 나타날 때까지 기다립니다. 부트 로더 제한 시간 제한을 0으로 설정하면 Esc 키를 눌러 액세스합니다.
  2. 부트 로더 메뉴가 표시되면 커서 키를 사용하여 부팅하려는 항목을 강조 표시하고 e 키를 눌러 이 항목의 옵션을 편집합니다.
  3. 옵션 목록에서 kernel line(즉, linux 키워드 시작)로 시작하는 행을 찾습니다(또는 경우에 따라 linux16). 이 행의 끝에 다음 옵션을 추가합니다.
    mem=xxM
    xx 를 MiB에 있는 RAM의 양으로 바꿉니다.
  4. F10 또는 Ctrl+X 를 눌러 편집된 옵션으로 시스템을 부팅합니다.
  5. 시스템이 부팅될 때까지 기다렸다가 로그인합니다. 그런 다음 명령줄을 열고 free -m 명령을 다시 실행합니다. 명령으로 표시되는 총 RAM이 예상과 일치하는 경우 /etc/default/grub 파일의 GRUB_CMDLINE_LINUX 로 시작하는 줄에 다음을 추가하여 영구적으로 변경합니다.
    mem=xxM
    xx 를 MiB에 있는 RAM의 양으로 바꿉니다.
  6. 파일을 업데이트하고 저장한 후 부트 로더 구성을 새로 고침하여 변경 사항을 적용합니다. 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"
GRUB2 부트 로더 작업에 대한 자세한 내용은 Red Hat Enterprise Linux 7 시스템 관리자 가이드 를 참조하십시오.

9.3.7. 시스템이 signal 11 오류를 표시합니까?

일반적으로 분할 오류라고 하는 신호 11 오류는 프로그램이 할당되지 않은 메모리 위치에 액세스했음을 의미합니다. 신호 11 오류는 설치된 소프트웨어 프로그램 또는 잘못된 하드웨어 중 하나의 버그로 인해 발생할 수 있습니다.
설치 중에 치명적인 신호 11 오류가 발생하면 먼저 가장 최근의 설치 이미지를 사용하고 있는지 확인하고 Anaconda 에서 손상되지 않았는지 확인하도록하십시오. 잘못된 설치 미디어(예: 부적절하게 굽거나 스크래치 광 디스크)는 신호 11 오류의 일반적인 원인입니다. 설치 미디어의 무결성 확인은 모든 설치 전에 권장됩니다.
최신 설치 미디어를 가져오는 방법에 대한 자세한 내용은 2장. Downloading RedRed Hat Enterprise Linuxnbsp;Hat EnterpriseRed Hat Enterprise Linuxnbsp;Linux 를 참조하십시오. 설치가 시작되기 전에 미디어 검사를 수행하려면 부팅 메뉴에 rd.live.check 부팅 옵션을 추가합니다. 자세한 내용은 23.2.2절. “부팅 미디어 확인” 을 참조하십시오.
오류 없이 미디어 검사를 수행한 경우에도 세그먼트 오류가 발생하는 경우 일반적으로 시스템에 하드웨어 오류가 발생했습니다. 이 경우 문제는 시스템의 메모리(RAM)에서 가장 가능성이 높습니다. 이는 이전에 동일한 컴퓨터에서 다른 운영 체제를 사용한 경우에도 오류 없이 문제가 될 수 있습니다. BIOS 기반 시스템에서는 설치 미디어에 포함된 Memtest86+ 메모리 테스트 모듈을 사용하여 시스템의 메모리를 철저하게 테스트할 수 있습니다. 자세한 내용은 23.2.1절. “메모리(RAM) 테스트 모드 로드” 을 참조하십시오.
다른 가능한 원인은 이 문서의 범위를 벗어납니다. 하드웨어 제조업체의 설명서를 참조하고 Red Hat 하드웨어 호환성 목록 도 참조하십시오 https://hardware.redhat.com.

II 부. IBM Power Systems - 설치 및 부팅

Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Pure;Linux 설치 가이드 의 이 부분에는 IBM Power Systems 서버의 설치 후 설치 및 기본 설치 문제 해결에 대한 정보가 포함되어 있습니다. IBM Power Systems 서버에는 Linux를 실행하는 IBM PowerLinux 서버 및 POWER7, POWER8 및 POWER9 Power Systems 서버가 포함됩니다. 고급 설치 옵션은 IV 부. 고급 설치 옵션 에서 참조하십시오.
중요
이전 Red Hat Enterprise Linux Pure;Hat EnterpriseRed Hat Enterprise Linux 6.7;Linux는 32비트 및 64비트 Power Systems 서버(예:ppcppc64 )를 지원했습니다. Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux 7은 64비트 Power Systems 서버(ppc64)만 지원합니다.

10장. IBM Power Systems에 설치 계획

이 장에서는 설치를 진행하는 방법을 결정할 때 필요한 결정과 준비에 대해 간략하게 설명합니다.

10.1. 업그레이드 또는 설치

자동화된 인플레이스 업그레이드가 지원되고 있지만 현재 지원은 AMD64 및 Intel 64 시스템으로 제한됩니다. IBM Power Systems 서버에 이전 릴리스의 Red Hat Enterprise Linux Long;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 이미 설치한 경우, Red Hat Enterprise Linux Red Hat Enterprise Linux Red Hat Enterprise Linux hat;Linux 7로 마이그레이션하기 위해 명확한 설치를 수행해야 합니다. 새로 설치하는 작업은 시스템의 모든 데이터를 백업하고 디스크 파티션을 포맷하고, Red Hat Enterprise Linux 6.7;Hat Enterprise Linux sl;Hat Enterprise Linux completely;Linux를 설치 미디어에서 설치한 다음 사용자 데이터를 복원하여 수행됩니다.

10.2. 하드웨어 호환 가능 여부

Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux QCOW;Linux 7(big endian)은 POWER7, POWER8 및 POWER9 프로세서 시리즈를 사용하는 IBM Power Systems 서버와 호환됩니다. POWER6 프로세서 및 이전 버전은 더 이상 지원되지 않습니다.
Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux 6.7;Linux는 IBM Power Systems에 약간의 endian 변형을 제공합니다. 이 변형은 현재 POWER8 및 POWER9 프로세서와 호환되며 Red Hat Enterprise Virtualization for Power, on PowerVM 및 PowerNV(bare metal)에서 KVM 게스트로 지원됩니다.
지원되는 하드웨어의 최신 목록은 Red Hat 하드웨어 호환성 목록을 참조하십시오 https://access.redhat.com/ecosystem/search/#/category/Server. 또한 시스템 요구 사항에 대한 일반적인 정보는 Red Hat Enterprise Linux Red Hat Enterprise Linux Red Hat Enterprise Linux Kernel;Linux 기술 기능 및 한도 를 참조하십시오.

10.3. IBM 설치 툴

IBM Installation Toolkit 은 IBM Power Systems에 Linux 설치를 가속화하는 선택적 유틸리티이며 Linux에 익숙하지 않은 사용자에게 특히 유용합니다. IBM Installation Toolkit 을 사용하여 다음을 수행할 수 있습니다. [1]
  • 가상화되지 않은 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) 언어용 약어입니다.
IBM Installation Toolkit for PowerLinux 문서는 Linux 정보 센터 http://publib.boulder.ibm.com/infocenter/lnxinfo/v3r0m0/topic/liaan/powerpack.htm에서 확인할 수 있습니다.
PowerLinux 서비스 및 생산성 툴은 POWER7, POWER6, POWER5, POWER4 기술을 기반으로 하는 IBM 서버의 Linux 운영 체제에 대한 하드웨어 서비스 진단 지원, 생산성 도구 및 설치 지원 기능이 포함된 선택적 툴 세트입니다.
서비스 및 생산성 툴에 대한 문서는 Linux 정보 센터 ( 참조하십시오. http://publib.boulder.ibm.com/infocenter/lnxinfo/v3r0m0/topic/liaau/liaauraskickoff.htm


[1] 이 섹션의 일부는 이전에 IBM 시스템 리소스에 대한 IBM의 Linux 정보 http://publib.boulder.ibm.com/infocenter/lnxinfo/v3r0m0/index.jsp?topic=%2Fliaay%2Ftools_overview.htm에서 게시되었습니다.

10.4. IBM Power Systems Server 준비

중요
real-base boot 매개변수가 c00000 으로 설정되어 있는지 확인합니다. 그렇지 않으면 다음과 같은 오류가 표시될 수 있습니다.
DEFAULT CATCH!, exception-handler=fff00300
IBM Power Systems 서버는 파티셔닝, 가상 또는 네이티브 장치 및 콘솔을 위한 많은 옵션을 제공합니다.
파티션이 없는 시스템을 사용하는 경우 사전 설치 설정이 필요하지 않습니다. HVSI 직렬 콘솔을 사용하는 시스템의 경우 콘솔을 T2 직렬 포트에 연결합니다.
분할된 시스템을 사용하는 경우 파티션을 만들고 설치를 시작하는 단계는 거의 동일합니다. HMC에서 파티션을 생성하고 일부 CPU 및 메모리 리소스와 가상 또는 네이티브일 수 있는 SCSI 및 이더넷 리소스를 할당해야 합니다. HMC는 생성을 통해 파티션 마법사를 생성합니다.
파티션 생성에 대한 자세한 내용은 IBM Systems Hardware Information Center의 HMC PDF로 Linux용 파티셔닝 을 참조하십시오. http://publib.boulder.ibm.com/infocenter/powersys/v3r1m5/topic/iphbi_p5/iphbibook.pdf
기본 SCSI 대신 가상 SCSI 리소스를 사용하는 경우 가상 SCSI 서비스 파티션에 '링크'를 구성한 다음 가상 SCSI 서비스 파티션 자체를 구성해야 합니다. HMC를 사용하여 가상 SCSI 클라이언트와 서버 슬롯 간에 '링크'를 생성합니다. 가상 SCSI 서버를 가상 I/O 서버(VIOS) 또는 IBM i에서 구성할 수 있습니다.
Intel iSCSI 원격 부팅을 사용하여 설치하는 경우 연결된 모든 iSCSI 스토리지 장치를 비활성화해야 합니다. 그렇지 않으면 설치에 성공하지만 설치된 시스템은 부팅되지 않습니다.
가상 장치 사용에 대한 자세한 내용은 IBM Redbook Virtualizing an Infrastructure with System p and Linux 에서 참조하십시오. http://publib-b.boulder.ibm.com/abstracts/sg247499.html
시스템이 구성되면 HMC에서 활성화하거나 전원을 켜야 합니다. 설치 유형에 따라 시스템을 설치 프로그램으로 올바르게 부팅하도록 SMS를 구성해야 합니다.

10.5. 지원되는 설치 대상

설치 대상은 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 저장하고 시스템을 부팅하는 스토리지 장치입니다. Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux sl;Linux는 AMD64 및 Intel 64 시스템에 대해 다음과 같은 설치 대상을 지원합니다.
  • SCSI, SATA 또는 SAS와 같은 표준 내부 인터페이스에서 연결된 스토리지
  • 파이버 채널 호스트 버스 어댑터 및 다중 경로 장치. 벤더 제공 드라이버가 필요할 수 있습니다.
  • IBM Power Systems 서버에서 가상화된 설치는 가상 클라이언트 LPAR에서 Virtual SCSI (vSCSI) 어댑터를 사용하는 경우에도 지원됩니다.
Red Hat은 USB 드라이브 또는 SD 메모리 카드에 대한 설치를 지원하지 않습니다. 타사 가상화 기술 지원에 대한 자세한 내용은 Red Hat 하드웨어 호환성 목록을 https://hardware.redhat.com 참조하십시오.
중요
IBM Power Systems 서버에서 16GB 대규모 페이지가 시스템 또는 파티션에 할당되고 커널 명령줄에 대규모 페이지 매개 변수가 없으면 eHEA 모듈이 초기화되지 않습니다. 따라서 IBM eHEA 이더넷 어댑터를 통해 네트워크 설치를 수행할 때 설치 중에 대규모 페이지를 시스템 또는 파티션에 할당할 수 없습니다. 대신 큰 페이지를 사용합니다.

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. 디스크 공간 및 메모리 요구 사항

Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux]는 대부분의 현재 운영 체제와 마찬가지로 디스크 파티션을 사용합니다. Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 설치하면 디스크 파티션과 함께 작업해야 합니다. 디스크 파티션에 대한 자세한 내용은 부록 A. 디스크 파티션 소개 을 참조하십시오.
Red Hat Enterprise Linux QCOW;Hat Enterprise Linux sl;Linux에서 사용하는 디스크 공간은 시스템에 설치되어 있을 수 있는 다른 운영 체제에서 사용하는 디스크 공간과 분리되어야 합니다.
참고
IBM Power Systems 서버의 경우 3개 이상의 파티션(/, swapPReP 부트 파티션)을 Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 전용으로 사용해야 합니다.
Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux, Linux를 설치하려면 분할되지 않은 디스크 공간 또는 삭제할 수 있는 파티션에 최소 10GB의 공간이 있어야 합니다. 파티션 및 디스크 공간 권장 사항에 대한 자세한 내용은 13.15.4.4절. “권장 파티션 계획” 에서 설명하는 권장 파티션 크기를 참조하십시오.
Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux에는 다음과 같은 최소 RAM 용량이 필요합니다.
설치 유형 필요한 최소 RAM
로컬 미디어 설치( USB, DVD) 1,280MiB
NFS 네트워크 설치 1,280MiB
HTTP, HTTPS 또는 FTP 네트워크 설치 1,664 MiB
Kickstart 파일을 사용하여 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 설치하면 수동 설치와 동일한 최소 RAM 요구 사항이 있습니다. 그러나 추가 메모리가 필요한 명령을 실행하거나 RAM 디스크에 데이터를 쓰는 명령을 실행하는 Kickstart 파일을 사용하는 경우 추가 RAM이 필요할 수 있습니다.
Red Hat Enterprise Linux 7의 최소 요구 사항 및 기술 제한에 대한 자세한 내용은 Red Hat Enterprise Linux 기술 기능 및 Red Hat 고객 포털에 대한 제한 문서를 참조하십시오.

10.8. RAID 및 기타 디스크 장치

일부 스토리지 기술에는 Red Hat Enterprise Linux Red Hat Enterprise Linux sl;Linux를 사용할 때 특별한 고려 사항이 필요합니다. 일반적으로 이러한 기술이 어떻게 구성되어 있고 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux sl;Linux에서 볼 수 있는 방법과 이러한 기술에 대한 지원이 주요 버전 간에 어떻게 변경될 수 있는지 이해하는 것이 중요합니다.

10.8.1. 하드웨어 RAID

RAID(Redundant Array of Independent Disks)를 사용하면 드라이브의 그룹 또는 배열이 단일 장치 역할을 수행할 수 있습니다. 설치 프로세스를 시작하기 전에 컴퓨터의 메인보드 또는 연결된 컨트롤러 카드에서 제공하는 모든 RAID 기능을 구성합니다. 각 활성 RAID 배열은 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 내에서 하나의 드라이브로 표시됩니다.

10.8.2. 소프트웨어 RAID

하드 드라이브가 두 개 이상 있는 시스템에서는 Red Hat Enterprise Linux sl;Hat EnterpriseRed Hat Enterprise Linux sl;Linux 설치 프로그램을 사용하여 여러 드라이브를 Linux 소프트웨어 RAID 배열로 작동할 수 있습니다. 소프트웨어 RAID 어레이를 사용하면 전용 하드웨어가 아닌 운영 체제에서 RAID 기능을 제어합니다. 이러한 기능은 13.15.4절. “” 에서 자세히 설명되어 있습니다.
참고
기존 RAID 배열의 멤버 장치가 모두 파티션되지 않은 디스크/드라이브인 경우 설치 프로그램은 배열 자체를 디스크로 처리하고 배열을 제거하는 방법을 제공하지 않습니다.

10.8.3. USB 디스크

설치 후 외부 USB 스토리지를 연결하고 구성할 수 있습니다. 대부분의 이러한 장치는 커널에서 인식되며 현재 사용할 수 있습니다.
일부 USB 드라이브는 설치 프로그램에서 인식되지 않을 수 있습니다. 설치 시 이러한 디스크의 구성이 중요하지 않은 경우 잠재적인 문제를 방지하기 위해 해당 디스크의 연결을 끊습니다.

10.9. 설치 부팅 방법 선택

여러 가지 방법을 사용하여 Red Hat Enterprise Linux 6.7 EnterpriseRed Hat Enterprise Linux sl;Linux 7 설치 프로그램을 부팅할 수 있습니다. 선택하는 방법은 설치 미디어에 따라 다릅니다.
참고
Kickstart 파일의 %post 섹션을 실행하는 동안을 포함하여 설치 전체에서 설치 미디어가 마운트되어 있어야 합니다.
전체 설치 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를 사용하여 설치 자동화

Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux 7은 Kickstart 파일을 사용하여 설치 프로세스를 부분적으로 또는 완전히 자동화할 수 있는 방법을 제공합니다. Kickstart 파일에는 설치 프로그램에서 일반적으로 시스템 사용을 원하는 시간대, 드라이브를 분할하는 방법 또는 설치할 패키지를 설치해야 하는 등 설치 프로그램에서 일반적으로 묻는 모든 질문에 대한 응답이 포함되어 있습니다. 설치 시작 시 준비된 Kickstart 파일을 제공하므로 사용자의 개입 없이 전체 설치(또는 해당 부분)를 자동으로 수행할 수 있습니다. 이는 많은 수의 시스템에 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux {;Linux를 한 번에 배포하는 경우 특히 유용합니다.
설치를 자동화하는 것을 허용하는 것 외에도 Kickstart 파일에는 소프트웨어 선택과 관련된 추가 옵션도 제공됩니다. Red Hat Enterprise Linux Pure;Hat EnterpriseRed Hat Enterprise Linux를 수동으로 그래픽 설치 인터페이스를 사용하여 설치하는 경우 소프트웨어 선택 사항은 사전 정의된 환경 및 애드온으로 제한됩니다. Kickstart 파일을 사용하면 개별 패키지를 설치하거나 제거할 수도 있습니다.
Kickstart 파일을 만들고 이를 사용하여 설치 자동화에 대한 지침은 27장. Kickstart 설치 을 참조하십시오.

11장. IBM Power Systems에 설치 중 드라이버 업데이트

대부분의 경우 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux에는 이미 시스템을 구성하는 장치에 대한 드라이버가 포함되어 있습니다. 그러나 최근에 릴리스된 하드웨어가 시스템에 포함되어 있는 경우 이 하드웨어의 드라이버가 아직 포함되지 않을 수 있습니다. 경우에 따라 새 장치에 대한 지원을 제공하는 드라이버 업데이트로 RPM 패키지가 포함된 드라이버 디스크의 Red Hat 또는 하드웨어 공급 업체에서 사용할 수 있습니다. 일반적으로 드라이버 디스크는 ISO 이미지 파일로 다운로드할 수 있습니다.
중요
드라이버 업데이트는 누락된 드라이버가 설치를 완료할 수 없는 경우에만 수행해야 합니다. 커널에 포함된 드라이버는 항상 다른 방법으로 제공하는 드라이버보다 우선해야 합니다.
종종 설치 프로세스 중에 새 하드웨어가 필요하지 않는 경우가 많습니다. 예를 들어 DVD를 사용하여 로컬 하드 드라이브에 설치하는 경우 네트워크 카드의 드라이버를 사용할 수 없는 경우에도 설치에 성공합니다. 이러한 경우 설치를 완료하고 새 하드웨어에 대한 지원을 추가한 후 이 지원을 추가하는 방법에 대한 자세한 내용은 Red Hat Enterprise Linux 7 시스템 관리자 가이드 를 참조하십시오.
다른 상황에서는 특정 구성을 지원하기 위해 설치 프로세스 중에 장치에 대한 드라이버를 추가해야 할 수 있습니다. 예를 들어 네트워크 장치 또는 스토리지 어댑터 카드의 드라이버를 설치하여 시스템에서 사용하는 스토리지 장치에 대한 설치 프로그램에 액세스할 수 있습니다. 드라이버 디스크를 사용하여 두 가지 방법 중 하나로 설치 중에 이 지원을 추가할 수 있습니다.
  1. 드라이버 디스크의 ISO 이미지 파일을 설치 프로그램, 로컬 하드 드라이브, USB 플래시 드라이브 또는 CD 또는 DVD에 배치하십시오.
  2. 이미지 파일을 CD 또는 DVD 또는 USB 플래쉬 드라이브로 추출하여 드라이버 디스크를 만듭니다. ISO 이미지 파일을 CD 또는 DVD로 구우하는 방법에 대한 자세한 내용은 3.1절. “설치 CD 또는 DVD 만들기” 의 설치 디스크 및 USB 드라이브에 ISO 이미지를 쓰는 방법에 대한 자세한 내용은 3.2절. “USB 미디어 설치” 참조하십시오.
Red Hat, 하드웨어 벤더 또는 신뢰할 수 있는 타사에서 설치 프로세스 중에 드라이버 업데이트가 필요할 경우 이 장에 설명된 방법에서 업데이트를 제공하고 설치를 시작하기 전에 테스트하는 방법을 선택합니다. 반대로 시스템에 필요한 것이 확실하지 않는 한 설치 중에 드라이버 업데이트를 수행하지 마십시오. 의도하지 않은 시스템에 드라이버가 있는 경우 지원을 어렵게 만들 수 있습니다.
주의
드라이버 업데이트 디스크는 필요한 경우 충돌하는 커널 드라이버를 비활성화하는 경우가 있습니다. 드문 경우지만 이러한 방식으로 커널 모듈을 언로드하면 설치 오류가 발생할 수 있습니다.

11.1. 설치 중 드라이버 업데이트 준비

드라이버 업데이트가 필요하며 하드웨어에 사용할 수 있는 경우 Red Hat, 하드웨어 벤더 또는 다른 신뢰할 수 있는 타사에서 일반적으로 ISO 형식으로 이미지 파일 형식으로 제공합니다. ISO 이미지를 가져오면 드라이버 업데이트를 수행하는 데 사용할 방법을 결정해야 합니다.
사용 가능한 방법은 다음과 같습니다.
자동 드라이버 업데이트
설치를 시작하면 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. 로컬 스토리지에서 드라이버 업데이트 이미지 파일 사용 준비

로컬 스토리지 장치를 사용하여 하드 드라이브 또는 USBlash 드라이브와 같은 ISO 파일을 제공하는 경우 설치 프로그램이 장치에 올바르게 레이블을 지정하여 자동으로 인식할 수 있습니다. 사용할 수 없는 경우에만 아래에 설명된 대로 수동으로 업데이트를 설치합니다.
  • 설치 프로그램이 드라이버 디스크를 자동으로 인식하려면 스토리지 장치의 볼륨 레이블이 OEMDRV 여야 합니다. 또한 ISO 이미지 자체를 복사하는 대신 ISO 이미지 파일의 내용을 스토리지 장치의 루트 디렉터리로 추출해야 합니다. 11.2.1절. “자동 드라이버 업데이트” 을 참조하십시오. OEMDRV 라벨이 지정된 장치에서 드라이버를 설치하는 것이 항상 권장되며 수동 설치에 적합합니다.
  • 수동 설치의 경우 ISO 이미지를 단일 파일로 스토리지 장치에 복사하기만 하면 됩니다. 도움이 되는 경우 파일의 이름을 변경할 수 있지만 파일 이름 확장자를 변경하지 않아야 합니다. 이 확장자는 .iso 로 남아 있어야 합니다(예: dd.iso ). 설치 중에 드라이버 업데이트를 수동으로 선택하는 방법을 알아보려면 11.2.2절. “지원되는 드라이버 업데이트” 를 참조하십시오.

11.1.2. 드라이버 디스크 준비

CD 또는 DVD에서 드라이버 업데이트 디스크를 만들 수 있습니다. 이미지 파일에서 디스크를 구우는 방법에 대한 자세한 내용은 3.1절. “설치 CD 또는 DVD 만들기” 를 참조하십시오.
드라이버 업데이트 디스크 CD 또는 DVD를 구울 후 시스템에 삽입하고 파일 관리자를 사용하여 디스크가 성공적으로 생성되었는지 확인합니다. 드라이버 디스크 설명이 포함된 서명 파일인 rhdd3 이라는 단일 파일과 다양한 아키텍처의 실제 드라이버가 있는 RPM 패키지가 포함된 rpms 디렉터리가 표시되어야 합니다.
.iso 로 끝나는 단일 파일만 표시되는 경우 디스크를 올바르게 생성하지 않고 다시 시도해야 합니다. GNOME 이외의 Linux 데스크탑을 사용하거나 다른 운영 체제를 사용하는 경우 Burn 과 유사한 옵션을 선택해야 합니다.

11.2. 설치 중 드라이버 업데이트 수행

설치 프로세스 시작 시 다음과 같은 방법으로 드라이버 업데이트를 수행할 수 있습니다.
  • 설치 프로그램이 설치를 위해 드라이버 업데이트를 자동으로 찾아서 제공하도록 합니다.
  • 설치 프로그램이 드라이버 업데이트를 찾을 수 있도록 요청합니다.
  • 드라이버 업데이트 이미지 또는 RPM 패키지의 경로를 수동으로 지정합니다.
중요
항상 드라이버 업데이트 디스크를 표준 디스크 파티션에 배치하십시오. RAID 또는 LVM 볼륨과 같은 고급 스토리지는 드라이버 업데이트를 수행할 때 설치 초기 단계에서 액세스할 수 없습니다.

11.2.1. 자동 드라이버 업데이트

설치 프로그램이 드라이버 업데이트 디스크를 자동으로 인식할 수 있도록 설치 프로세스를 시작하기 전에 블록 장치를 OEMDRV 볼륨 레이블로 연결합니다.
참고
Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 7.2부터 OEMDRV 블록 장치를 사용하여 Kickstart 파일을 자동으로 로드할 수도 있습니다. 이 파일의 이름은 ks.cfg 이고 로드할 장치의 루트에 배치해야 합니다. Kickstart 설치에 대한 자세한 내용은 27장. Kickstart 설치 을 참조하십시오.
설치가 시작되면 설치 프로그램은 시스템에 연결된 사용 가능한 모든 스토리지를 감지합니다. OEMDRV 레이블이 지정된 스토리지 장치를 발견하면 드라이버 업데이트 디스크로 처리하고 이 장치에서 드라이버 업데이트를 로드하려고 시도합니다. 로드할 드라이버를 선택하라는 메시지가 표시됩니다.

그림 11.1. 드라이버 선택

드라이버 선택
숫자 키를 사용하여 개별 드라이버에서 선택을 전환합니다. 준비가 되면 c 를 눌러 선택한 드라이버를 설치하고 Anaconda 그래픽 사용자 인터페이스로 이동합니다.

11.2.2. 지원되는 드라이버 업데이트

설치 중에 드라이버를 설치할 수 있는 OEMDRV 볼륨 레이블이 있는 블록 장치를 항상 사용하는 것이 좋습니다. 그러나 이러한 장치가 탐지되지 않고 boot 명령줄에 inst.dd 옵션이 지정되면 설치 프로그램을 통해 드라이버 디스크를 대화형 모드에서 찾을 수 있습니다. 첫 번째 단계의 Anaconda 목록에서 로컬 디스크 파티션을 선택하여 ISO 파일을 스캔합니다. 그런 다음 감지된 ISO 파일 중 하나를 선택합니다. 마지막으로 사용 가능한 드라이버를 하나 이상 선택합니다. 아래 이미지는 개별 단계가 강조 표시된 텍스트 사용자 인터페이스의 프로세스를 보여줍니다.

그림 11.2. Driver Interactively 선택

Driver Interactively 선택
참고
ISO 이미지 파일을 추출하여 CD 또는 DVD에서 구울었지만 미디어에 OEMDRV 볼륨 레이블이 없는 경우, 인수 없이 inst.dd 옵션을 사용하고 장치를 선택하는 메뉴를 사용하거나 설치 프로그램에 다음 부팅 옵션을 사용하여 드라이버를 스캔합니다.
inst.dd=/dev/sr0
숫자 키를 눌러 개별 드라이버에서 선택을 전환합니다. 준비가 되면 c 를 눌러 선택한 드라이버를 설치하고 Anaconda 그래픽 사용자 인터페이스로 이동합니다.

11.2.3. 수동 드라이버 업데이트

수동 드라이버 설치를 위해 드라이버가 포함된 ISO 이미지 파일을 액세스 가능한 위치(예: USB플러 드라이브 또는 웹 서버)에 준비한 후 컴퓨터에 연결합니다. 시작 화면에서 탭을 눌러 부팅 명령줄을 표시하고 inst.dd=위치를 추가합니다. 여기서 location 은 드라이버 업데이트 디스크의 경로입니다.

그림 11.3. 드라이버 업데이트 경로 지정

드라이버 업데이트 경로 지정
일반적으로 이미지 파일은 웹 서버(예: http://server.example.com/dd.iso) 또는 USBlash 드라이브(예: /dev/sdb1)에 있습니다. 드라이버 업데이트가 포함된 RPM 패키지를 지정할 수도 있습니다(예: http://server.example.com/dd.rpm).
준비되면 Enter 를 눌러 부팅 명령을 실행합니다. 그런 다음 선택한 드라이버가 로드되고 설치 프로세스가 정상적으로 진행됩니다.

11.2.4. 드라이버 블랙리스트 지정

문제 해결 드라이버를 사용하면 설치 중에 시스템이 정상적으로 부팅되지 않도록 할 수 있습니다. 이 경우 부트 명령줄을 사용자 정의하여 드라이버를 비활성화(또는 블랙리스트)할 수 있습니다. 부팅 메뉴에서 Tab 키를 눌러 부팅 명령 행을 표시합니다. 그런 다음 modprobe.blacklist=driver_name 옵션을 추가합니다. driver_name 을 비활성화하려는 드라이버 또는 드라이버의 이름으로 교체합니다. 예를 들면 다음과 같습니다.
modprobe.blacklist=ahci
modprobe.blacklist= 부팅 옵션을 사용하여 설치 중에 블랙리스트로 지정된 드라이버는 설치된 시스템에서 비활성화 상태를 유지하고 /etc/modprobe.d/anaconda-blacklist.conf 파일에 표시됩니다. 드라이버 및 기타 부팅 옵션에 대한 자세한 내용은 23장. 부팅 옵션 를 참조하십시오.

12장. IBM Power Systems에서 설치 부팅

DVD에서 IBM Power Systems 서버를 부팅하려면 시스템 관리 서비스 (SMS) 메뉴에 설치 부팅 장치를 지정해야 합니다.
System Management Services GUI에 들어가려면 chime 음성을들을 때 부팅 프로세스 중 1 키를 누릅니다. 이렇게 하면 이 섹션에 설명된 것과 유사한 그래픽 인터페이스가 나타납니다.
텍스트 콘솔에서 자체 테스트에 테스트된 구성 요소와 함께 배너가 표시되면 1 을 누릅니다.

그림 12.1. SMS 콘솔

SMS 콘솔
SMS 메뉴에서 Select Boot Options 옵션을 선택합니다. 해당 메뉴에서 Select Install or Boot a Device 를 지정합니다. CD/DVD 를 선택한 다음 버스 유형(대부분의 경우 SCSI)을 선택합니다. 불확실한 경우 모든 장치를 표시하도록 선택할 수 있습니다. 이렇게 하면 네트워크 어댑터 및 하드 드라이브를 포함하여 부팅 장치에 사용할 수 있는 모든 버스를 스캔합니다.
마지막으로 설치 DVD가 포함된 장치를 선택합니다. 이제 부팅 메뉴가 로드됩니다.
중요
IBM Power Systems 서버는 주로 텍스트 콘솔을 사용하기 때문에 Anaconda 는 그래픽 설치를 자동으로 시작하지 않습니다. 그러나 그래픽 설치 프로그램은 더 많은 기능과 사용자 지정 기능을 제공하며 시스템에 그래픽 디스플레이가 있는 경우 권장됩니다.
그래픽 설치를 시작하려면 inst.vnc 부팅 옵션을 전달합니다( 원격 액세스 활성화참조).

12.1. 부팅 메뉴

시스템이 부팅 미디어 로드를 완료하면 GRUB2 (GRand Unified Bootloader, 버전 2)를 사용하여 부팅 메뉴가 표시됩니다. 부팅 메뉴는 설치 프로그램 시작 외에 몇 가지 옵션을 제공합니다. 60초 내에 키를 누를 수 없는 경우 기본 부팅 옵션(백백에서 강조 표시된 키)이 실행됩니다. 기본값을 선택하려면 타이머가 실행될 때까지 기다리거나 Enter 를 누릅니다.

그림 12.2. 부팅 화면

부팅 화면
기본값과 다른 옵션을 선택하려면 키보드에서 화살표 키를 사용하고 올바른 옵션이 강조 표시되면 Enter 키를 누릅니다.
특정 메뉴 항목에 대한 부팅 옵션을 사용자 지정하려면 e 키를 누르고 명령줄에 사용자 지정 부팅 옵션을 추가합니다. 준비가 되면 Ctrl+X 를 눌러 수정된 옵션을 부팅합니다.
추가 부팅 옵션에 대한 자세한 내용은 23장. 부팅 옵션 을 참조하십시오.
부팅 메뉴 옵션은 다음과 같습니다.
Install RedRed Hat Enterprise Linuxnbsp;Hat EnterpriseRed Hat Enterprise Linuxnbsp;Linux 7.0
그래픽 설치 프로그램을 사용하여 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux sl;Linux를 컴퓨터 시스템에 설치하려면 이 옵션을 선택합니다.
이 미디어를 테스트 및 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux 6.7;Linux 7.0 설치
이 옵션이 기본값입니다. 설치 프로그램을 시작하기 전에 설치 미디어의 무결성을 확인하는 유틸리티가 시작됩니다.
문제 해결 &gt ;
이 항목은 다양한 설치 문제를 해결하는 데 도움이 되는 옵션이 포함된 별도의 메뉴입니다. 강조 표시된 경우 Enter 를 눌러 내용을 표시합니다.

그림 12.3. 문제 해결 메뉴

문제 해결 메뉴
기본 그래픽 모드에서 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux 7.0 설치
이 옵션을 사용하면 설치 프로그램이 비디오 카드에 올바른 드라이버를 로드할 수 없는 경우에도 Red Hat Enterprise Linux 기준Red Hat Enterprise Linux qcow;Linux를 그래픽 모드로 설치할 수 있습니다. Red Hat Enterprise Linux Kernel ;Hat EnterpriseRed Hat Enterprise Linux 7.0 설치 옵션을 사용할 때 화면이 왜곡되거나 비어 있는 것처럼 보이면 컴퓨터를 다시 시작하고 대신 이 옵션을 사용해 보십시오.
Rescue a RedRed Hat Enterprise Linuxnbsp;Hat EnterpriseRed Hat Enterprise Linuxnbsp;Linux system
이 옵션을 선택하여 설치된 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Pure;Linux 시스템의 문제를 해결하여 정상적으로 부팅하지 못하게 합니다. 복구 환경에는 다양한 문제를 해결할 수 있는 유틸리티 프로그램이 포함되어 있습니다.
메모리 테스트 실행
이 옵션은 시스템에서 메모리 테스트를 실행합니다. 자세한 내용은 23.2.1절. “메모리(RAM) 테스트 모드 로드” 에서 참조하십시오.
로컬 드라이브에서 부팅
이 옵션은 처음 설치된 디스크에서 시스템을 부팅합니다. 이 디스크를 실수로 부팅한 경우 이 옵션을 사용하여 설치 프로그램을 시작하지 않고 즉시 하드 디스크에서 부팅합니다.

12.2. 다른 소스에서 설치

하드 디스크에 저장된 ISO 이미지 또는 NFS, FTP, HTTP 또는 HTTPS 방법을 사용하는 네트워크에서 Red Hat Enterprise Linux QCOW;Linux를 설치할 수 있습니다. 경험 많은 사용자는 DVD보다 하드 디스크 또는 네트워크 서버에서 데이터를 읽는 것이 더 빠르기 때문에 이러한 방법 중 하나를 자주 사용합니다.
다음 표에는 다양한 부팅 방법과 각각에 사용할 권장 설치 방법이 요약되어 있습니다.
표 12.1. 부팅 방법 및 설치 소스
부팅 방법 설치 소스
전체 설치 미디어 (DVD) 부팅 미디어 자체
최소 부트 미디어(CD 또는 DVD) 네트워크 위치 또는 하드 드라이브에 배치된 이 이미지에서 추출된 전체 설치 DVD ISO 이미지 또는 설치 트리
네트워크 부팅 네트워크 위치에 배치된 이 이미지에서 추출된 전체 설치 DVD ISO 이미지 또는 설치 트리

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

네트워크 부팅의 경우 적절하게 구성된 서버와 설치 서버를 지원할 수 있는 네트워크 인터페이스가 필요합니다. 설치 서버를 구성하는 방법에 대한 자세한 내용은 24.1.3절. “GRUB2를 사용하여 IBM Power Systems용 Network Boot 구성” 을 참조하십시오.
SMS 메뉴에서 Select Boot Options 를 선택한 다음 Boot/Install Device 를 선택하여 네트워크 인터페이스에서 부팅하도록 컴퓨터를 구성합니다. 마지막으로 사용 가능한 장치 목록에서 네트워크 장치를 선택합니다.
설치 서버에서 부팅을 올바르게 구성하면 컴퓨터는 Red Hat Enterprise Linux {;Hat Enterprise Red Hat Enterprise Linux {;Linux 설치 시스템을) 다른 미디어 없이 부팅할 수 있습니다.
서버에서 컴퓨터를 부팅하려면 다음을 수행합니다.

절차 12.1. 네트워크에서 설치 프로그램을 시작하는 방법

  1. 네트워크 케이블이 연결되어 있는지 확인합니다. 컴퓨터가 켜지지 않은 경우에도 네트워크 소켓의 링크 표시기등을 켜야 합니다.
  2. 컴퓨터에서 전환합니다.
  3. 네트워킹 설정 및 진단 정보는 일반적으로 컴퓨터가 서버에 연결되기 전에 표시되지만 사용 중인 하드웨어에 따라 다릅니다. 그러면 네트워크 부팅 서버가 설정되는 방법을 지정하는 옵션이 있는 메뉴가 표시됩니다. 원하는 옵션에 해당하는 숫자 키를 누릅니다. 선택해야 하는 옵션이 확실하지 않은 경우 서버 관리자에게 문의하십시오.
시스템이 네트워크 설치 서버에서 부팅되지 않는 경우 올바른 네트워크 인터페이스에서 먼저 SMS를 부팅하도록 구성되어 있는지 확인합니다. 자세한 내용은 하드웨어 설명서를 참조하십시오.
중요
vmlinuz 및 initrd.img 이미지를 사용하여 네트워크를 통해 시스템을 부팅합니다. ppc64.img 이미지를 사용하여 네트워크를 통해 부팅할 수 없습니다. 파일은 TFTP에 비해 너무 큽니다.

13장. Anaconda를 사용하여 설치

이 장에서는 Anaconda 설치 프로그램을 사용하여 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Pure;Linux 설치를 위한 단계별 지침을 제공합니다. 이 장의 대부분은 그래픽 사용자 인터페이스를 사용하여 설치를 설명합니다. 텍스트 모드는 그래픽 표시가 없는 시스템에서도 사용할 수 있지만 이 모드는 특정 측면에서 제한됩니다(예: 사용자 정의 파티션은 텍스트 모드에서 불가능합니다).
시스템에 그래픽 모드를 사용할 수 없는 경우 다음을 수행할 수 있습니다.
  • Kickstart를 사용하여 에 설명된 대로 설치 자동화 27장. Kickstart 설치
  • VNC (Virtual Network Computing) 프로토콜을 사용하여 그래픽 디스플레이로 다른 컴퓨터에서 설치 시스템에 연결하여 그래픽 설치를 원격으로 수행합니다. 25장. VNC 사용

13.1. Anaconda 소개

Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux QCOW;Linux 설치 프로그램 Anaconda 는 병렬 특성으로 인해 대부분의 다른 운영 체제 설치 프로그램과 다릅니다. 대부분의 설치 프로그램은 고정 경로를 따릅니다. 먼저 언어를 선택한 다음 네트워크를 구성한 다음 설치 유형, 파티셔닝 등을 선택해야 합니다. 일반적으로 주어진 시간에 한 가지 방법 만 있습니다.
Anaconda 에서는 언어 및 로케일을 먼저 선택하는 데만 필요하며 중앙 화면이 표시됩니다. 여기에서 원하는 순서로 대부분의 설치 측면을 구성할 수 있습니다. 이는 설치 프로세스의 모든 부분에 적용되지는 않지만, 예를 들어 네트워크 위치에서 설치할 경우 설치할 패키지를 선택하기 전에 네트워크를 구성해야 합니다.
일부 화면은 하드웨어 및 설치를 시작하는 데 사용한 미디어 유형에 따라 자동으로 구성됩니다. 모든 화면에서 감지된 설정을 계속 변경할 수 있습니다. 자동으로 구성되지 않았으므로 설치를 시작하기 전에 주의가 필요한 화면은 느낌표로 표시됩니다. 이러한 설정을 구성하기 전에 실제 설치 프로세스를 시작할 수 없습니다.
특정 화면에 추가 차이점이 나타납니다. 특히 사용자 정의 파티션 프로세스는 다른 Linux 배포판과 매우 다릅니다. 이러한 차이점은 각 화면의 하위 섹션에 설명되어 있습니다.

13.2. 설치 중 콘솔 및 로깅

다음 섹션에서는 설치 중 로그 및 대화형 쉘에 액세스하는 방법을 설명합니다. 이 기능은 문제를 해결할 때 유용하지만 대부분의 경우 필수는 아닙니다.

13.2.1. 콘솔에 액세스

Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux QCOW;Linux 설치 프로그램은 tmux 터미널 멀티xer를 사용하여 기본 인터페이스 외에도 사용할 수 있는 여러 창을 표시하고 제어합니다. 각 창은 설치 중에 문제를 해결하는 데 사용할 수 있는 여러 다른 로그를 표시하는 데 사용할 수 있으며, 부팅 옵션 또는 Kickstart 명령을 사용하여 이 프롬프트를 구체적으로 비활성화하지 않는 한 창 중 하나는 루트 권한으로 대화형 쉘 프롬프트를 제공합니다.
참고
일반적으로 설치 문제를 진단하지 않는 한 기본 그래픽 설치 환경을 종료할 이유가 없습니다.
터미널 멀티플렉서는 가상 콘솔 1에서 실행됩니다. 그래픽 설치 환경에서 tmux 로 전환하려면 Ctrl+Alt+F1 을 누릅니다. 가상 콘솔 6에서 실행되는 기본 설치 인터페이스로 돌아가려면 Ctrl+Alt+F6를 누릅니다.
참고
텍스트 모드 설치를 선택하면 가상 콘솔 1(tmux)에서 시작하고 콘솔 6로 전환하면 그래픽 인터페이스 대신 쉘 프롬프트가 열립니다.
tmux 를 실행하는 콘솔에는 5개의 사용 가능한 창이 있습니다. 해당 내용은 아래 표에 설명되었으며 액세스하는 데 사용되는 키보드 바로 가기와 함께 설명되어 있습니다. 키보드 바로 가기는 2 부분으로 되어 있습니다. 먼저 Ctrl+b 를 누른 다음 두 키를 모두 해제한 다음 사용할 창의 숫자 키를 누릅니다.
Ctrlb n b p 를 사용하여 각각 다음 또는 이전 tmux 윈도우로 전환할 수 있습니다.
표 13.1. 사용 가능한 tmux Windows
바로 가기 내용
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 에 저장된 다른 시스템 유틸리티의 메시지를 표시합니다.
tmux 창에 진단 정보를 표시하는 것 외에도 Anaconda 는 설치 시스템에서 전송할 수 있는 여러 로그 파일을 생성합니다. 이러한 로그 파일은 표 14.1. “설치 중 로그 파일 생성” 에 설명되어 있으며 설치 시스템에서 전송하는 지침은 14장. IBM Power Systems에서 설치 문제 해결 에서 확인할 수 있습니다.

13.2.2. 스크린샷 저장

그래픽 설치 중에 언제든지 Shift+Print Screen 을 눌러 현재 화면을 캡처할 수 있습니다. 이 스크린샷은 /tmp/anaconda-screenshots/ 에 저장됩니다.
또한 Kickstart 파일에서 autostep --autoscreenshot 명령을 사용하여 설치의 각 단계를 자동으로 캡처하고 저장할 수 있습니다. 자세한 내용은 27.3.1절. “Kickstart 명령 및 옵션” 을 참조하십시오.

13.3. 텍스트 모드로 설치

텍스트 모드 설치에서는 Red Hat Enterprise Linux hat;Hat Enterprise Red Hat Enterprise Linux leavingLinux를 설치하기 위한 대화형 비그래픽 인터페이스를 제공합니다. 그래픽 기능이 없는 시스템에서 유용할 수 있지만 텍스트 기반 설치를 시작하기 전에 항상 사용 가능한 대안을 고려해야 합니다. 텍스트 모드는 설치 중에 수행할 수 있는 선택 양으로 제한됩니다.
중요
Red Hat은 그래픽 인터페이스를 사용하여 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux sl;Linux를 설치하는 것이 좋습니다. 그래픽 디스플레이가 없는 시스템에 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux sl;Linux를 설치하는 경우 VNC 연결을 통해 설치를 수행하는 것이 좋습니다. 25장. VNC 사용 을 참조하십시오. 텍스트 모드 설치 프로그램은 VNC 기반 설치가 가능한지 감지하면 텍스트 모드 사용을 확인하라는 메시지를 표시합니다.
시스템에 그래픽 디스플레이가 있지만 그래픽 설치에 실패하면 inst.xdriver=vesa 옵션으로 부팅하십시오. 23장. 부팅 옵션 을 참조하십시오.
또는 Kickstart 설치를 고려하십시오. 자세한 내용은 27장. Kickstart 설치 을 참조하십시오.

그림 13.1. 텍스트 모드 설치

텍스트 모드 설치
텍스트 모드에서의 설치는 그래픽 설치와 유사한 패턴을 따릅니다. 단일 고정된 진행이 없습니다. 기본 상태 화면을 사용하여 원하는 순서에 따라 많은 설정을 구성할 수 있습니다. 이미 구성된 화면(자동 또는 사용자에 의해)이 [x] 로 표시되고, 주의가 필요한 화면을 [!] 로 표시할 수 있습니다. 사용 가능한 명령은 사용 가능한 옵션 목록 아래에 표시됩니다.
참고
관련 백그라운드 작업이 실행되는 경우 특정 메뉴 항목을 일시적으로 사용할 수 없거나 Processing... 레이블을 표시할 수 있습니다. 텍스트 메뉴 항목의 현재 상태를 새로 고치려면 텍스트 모드 프롬프트에서 r 옵션을 사용합니다.
텍스트 모드 화면 하단에 5개의 메뉴 옵션이 표시되는 녹색 표시줄이 표시됩니다. 이러한 옵션은 tmux 터미널 멀티플렉서의 다양한 화면을 나타냅니다. 기본적으로 화면 1에서 시작하므로 키보드 바로 가기를 사용하여 로그 및 대화형 명령 프롬프트가 포함된 다른 화면으로 전환할 수 있습니다. 사용 가능한 화면과 바로 가기에 대한 자세한 내용은 13.2.1절. “콘솔에 액세스” 을 참조하십시오.
대화형 텍스트 모드 설치 제한 사항은 다음과 같습니다.
  • 설치 관리자는 항상 영어 언어 및 미국 영어 키보드 레이아웃을 사용합니다. 언어 및 키보드 설정을 구성할 수 있지만 이러한 설정은 설치가 아닌 설치된 시스템에만 적용됩니다.
  • 고급 스토리지 방법(LVM, 소프트웨어 RAID, FCoE, zFCP 및 iSCSI)을 구성할 수 없습니다.
  • 사용자 지정 파티셔닝을 구성할 수 없습니다. 자동 파티션 설정 중 하나를 사용해야 합니다. 부트 로더가 설치될 위치도 구성할 수 없습니다.
  • 설치할 패키지 애드온을 선택할 수 없습니다. YUM 패키지 관리자를 사용하여 설치가 완료된 후 추가해야 합니다.
텍스트 모드 설치를 시작하려면 부팅 메뉴의 부팅 명령줄 또는 PXE 서버 구성에서 사용하는 inst.text 부팅 옵션을 사용하여 설치를 부팅합니다. 부팅 옵션 부팅 및 사용에 대한 정보는 12장. IBM Power Systems에서 설치 부팅 을 참조하십시오.

13.4. HMC vterm 사용

HMC vterm은 분할된 IBM Power 시스템의 콘솔입니다. HMC에서 파티션을 마우스 오른쪽 버튼으로 클릭한 다음 Open Terminal Window 를 선택하여 콘솔을 엽니다. 한 번에 하나의 vterm만 콘솔에 연결할 수 있으며 vterm 이외의 분할된 시스템에 대한 콘솔 액세스 권한이 없습니다. 가상 콘솔 이라고도 하지만 13.2.1절. “콘솔에 액세스” 의 가상 콘솔과 다릅니다.

13.5. 그래픽 사용자 인터페이스에 설치

그래픽 설치 인터페이스는 Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 수동으로 설치하는 기본 설정 방법입니다. 사용자 지정 파티셔닝 및 고급 스토리지 구성을 포함하여 사용 가능한 모든 설정을 완전히 제어할 수 있으며 영어 이외의 여러 언어에도 지역화되어 전체 설치를 다른 언어로 수행할 수 있습니다. 그래픽 모드는 로컬 미디어(CD, DVD 또는 USB 플래시 드라이브)에서 시스템을 부팅할 때 기본적으로 사용됩니다.

그림 13.2. 설치 요약 화면

설치 요약 화면
아래 섹션에서는 설치 프로세스에서 사용할 수 있는 각 화면에 대해 설명합니다. 설치 프로그램의 병렬 특성으로 인해 대부분의 화면을 여기에 설명된 순서대로 완료할 필요가 없습니다.
그래픽 인터페이스의 각 화면에는 도움말 버튼이 포함되어 있습니다. 이 버튼을 클릭하면 현재 화면과 관련된 Red Hat Enterprise Linux sl; Hat EnterpriseRed Hat Enterprise Linux sl;Linux 설치 가이드 의 섹션을 표시하는 브라우저가 Yelp 도움말을 엽니다.
키보드를 사용하여 그래픽 설치 관리자를 제어할 수도 있습니다. 다음 표에서는 사용할 수 있는 바로 가기를 보여줍니다.
표 13.2. 그래픽 설치 키보드 바로 가기
바로 가기 키 사용법
Shift+ 현재 화면에서 활성 제어 요소(button, check boxes 등)를 통해 순환됩니다.
upDown 목록으로 스크롤
왼쪽오른쪽 가로 도구 모음 및 테이블 항목을 통해 스크롤
공간입력 선택한 항목에서 강조 표시된 항목을 선택하거나 제거하고 드롭다운 메뉴를 확장 및 축소합니다.
또한 각 화면의 요소를 해당 바로 가기를 사용하여 전환할 수 있습니다. Alt 키를 누른 경우 이러한 바로 가기가 강조 표시됩니다. 해당 요소를 전환하려면 Alt+X+X 가 강조 표시된 문자입니다.
현재 키보드 레이아웃이 오른쪽 상단에 표시됩니다. 기본적으로 하나의 레이아웃만 구성됩니다. keyboard Layout 화면(13.10절. “”)에서 레이아웃을 구성하는 경우 레이아웃 표시기를 클릭하여 전환할 수 있습니다.

13.6. 시작 화면 및 언어 선택

설치 프로그램의 첫 번째 화면은 Red Hat Enterprise Linux sl; Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 화면의 첫 번째 화면입니다. 여기에서 Anaconda 에서 나머지 설치에 사용할 언어를 선택합니다. 이 선택 사항은 나중에 변경하지 않는 한 설치 된 시스템의 기본값이 됩니다. 왼쪽 패널에서 선택한 언어(예: 영어 )를 선택합니다. 그런 다음 오른쪽 패널에서 해당 지역에 특정 로케일을 선택할 수 있습니다 (예: English (United States) ).
참고
목록 상단에는 기본적으로 하나의 언어가 사전 선택됩니다. 이 시점에서 네트워크 액세스가 구성된 경우(예: 로컬 미디어 대신 네트워크 서버에서 부팅된 경우) GeoIP 모듈을 사용하여 사전 선택한 언어는 자동 위치 감지에 따라 결정됩니다.
또는 다음과 같이 검색 상자에 기본 언어를 입력합니다.
선택한 후 계속 버튼을 클릭하여 Installation Summary (설치 요약) 화면으로 진행합니다.

그림 13.3. 언어 구성

언어 구성
Continue 버튼을 클릭하면 지원되지 않는 하드웨어 대화 상자가 나타날 수 있습니다. 커널에서 지원하지 않는 하드웨어를 사용하는 경우 이러한 상황이 발생합니다.

13.7. 설치 요약 화면

설치 요약 화면은 설치를 설정하는 중앙 위치입니다.

그림 13.4. 설치 요약 화면

설치 요약 화면
연속된 화면을 사용하는 대신 Red Hat Enterprise Linux Red Hat Enterprise Linux HAT;Hat EnterpriseRed Hat Enterprise Linux 6.7;Linux 설치 프로그램을 사용하면 원하는 순서대로 설치를 구성할 수 있습니다.
마우스를 사용하여 설치의 섹션을 구성할 메뉴 항목을 선택합니다. 구성 섹션을 완료했거나 나중에 해당 섹션을 완료하려면 화면의 왼쪽 상단에 있는 Done (완료) 버튼을 클릭합니다.
경고 기호로 표시된 섹션만 필수입니다. 화면 하단에 있는 참고 사항에서는 설치를 시작하기 전에 이러한 섹션을 완료해야 합니다. 나머지 섹션은 선택 사항입니다. 각 섹션의 제목 아래에 현재 구성이 요약되어 있습니다. 이를 사용하면 섹션을 방문하여 추가로 구성해야 하는지 여부를 확인할 수 있습니다.
모든 필수 섹션이 완료되면 Begin Installation (설치 시작) 버튼을 클릭합니다. 13.18절. “설치 시작” 를 참조하십시오.
설치를 취소하려면 Quit 버튼을 클릭합니다.
참고
관련 백그라운드 작업이 실행 중인 경우 특정 메뉴 항목을 일시적으로 사용할 수 없을 수 있습니다.
Kickstart 옵션 또는 부팅 명령줄 옵션을 사용하여 네트워크에 설치 리포지토리를 지정했지만 설치 시작 시 네트워크를 사용할 수 없는 경우 설치 프로그램에서 설치 요약 화면을 표시하기 전에 네트워크 연결을 설정할 수 있는 구성 화면이 표시됩니다.

그림 13.5. 네트워크 설정 감지가 없을 때 네트워크 설정 화면

네트워크 설정 감지가 없을 때 네트워크 설정 화면
설치 DVD 또는 기타 로컬 액세스 가능한 미디어에서 설치하는 경우 이 단계를 건너뛸 수 있으며 설치를 완료하는 데 네트워크가 필요하지 않습니다. 그러나 네트워크 설치( 8.11절. “”참조) 또는 고급 스토리지 장치 설정에는 네트워크 연결이 필요합니다( 8.15절. “스토리지 장치”참조). 설치 프로그램에서 네트워크 구성에 대한 자세한 내용은 8.12절. “” 을 참조하십시오.

13.8. 날짜 및 시간

시간대, 날짜 및 선택적으로 네트워크 시간에 대한 설정을 구성하려면 설치 요약 화면에서 날짜 및 시간을 선택합니다.
시간대를 선택하는 방법에는 세 가지가 있습니다.
참고
참고

13.9.

그림 13.6.

참고

13.10.

그림 13.7.

중요
참고

13.11.

중요

그림 13.8.

참고

13.12.

그림 13.9.

  • http://
  • https://
  • ftp://
  • nfs
중요
예:
server.example.com:/path/to/directory

13.13.

중요
참고

그림 13.10.

중요
참고

13.13.1.

  • 그림 13.11.

  • 그림 13.12.

13.13.2.

그림 13.13.

그림 13.14.

참고

13.14.

그림 13.15.

중요
이로 인해 시스템이 취약점의 영향을 받을 가능성이 크게 줄어듭니다.

13.14.1.

13.15.

주의
중요
중요

그림 13.16.

  • 그림 13.17.

13.15.1.

주의

그림 13.18.

주의

13.15.2.

그림 13.19.

주의
분실된 암호를 복구할 방법은 없습니다.

13.15.3.

주의

그림 13.20.

13.15.4.

주의

그림 13.21.

참고
13.15.4.1.
참고
참고

그림 13.22.

그림 13.23.

그림 13.24.

중요
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를 부팅할 수 있습니다.
각 파일 시스템에는 파일 시스템 자체와 내에 포함된 개별 파일에 대해 다른 크기 제한이 있습니다. 지원되는 최대 파일 및 파일 시스템 크기의 목록은 고객 포털에서 https://access.redhat.com/site/articles/rhel-limits 제공되는 Red Hat Enterprise Linux 기술 기능 및 제한 페이지를 참조하십시오.
13.15.4.2. 소프트웨어 RAID 생성
RAID(Redundant arrays )는 성능이 향상되고 일부 구성에서 더 높은 내결함성을 제공하기 위해 배열된 여러 스토리지 장치로 구성됩니다. 다음은 다양한 종류의 RAID에 대한 설명은 아래를 참조하십시오.
RAID 장치는 한 단계로 생성되며 필요에 따라 디스크가 추가 또는 제거됩니다. 물리 디스크당 하나의 RAID 파티션이 허용되므로 설치 프로그램에서 사용할 수 있는 디스크 수에 따라 사용 가능한 RAID 장치 수준이 결정됩니다. 예를 들어 시스템에 두 개의 하드 드라이브가 있는 경우 설치 프로그램에서 4개의 개별 파티션이 필요한 RAID10 장치를 생성할 수 없습니다.

그림 13.25. 소프트웨어 RAID 파티션 생성 - 장치 유형 확장 메뉴 확장

소프트웨어 RAID 파티션 생성 - 장치 유형 확장 메뉴 확장
RAID 구성 옵션은 설치를 위해 두 개 이상의 디스크를 선택한 경우에만 표시됩니다. RAID 장치를 생성하려면 두 개 이상의 디스크가 필요합니다.
RAID 장치를 생성하려면 다음을 수행합니다.
  1. 13.15.4.1절. “” 에 설명된 대로 마운트 지점을 만듭니다. 이 마운트 지점을 구성하면 RAID 장치를 구성합니다.
  2. 왼쪽 창에서 파티션을 선택한 상태로 유지하고 창 아래의 구성 버튼을 선택하여 마운트 지점 구성 대화 상자를 엽니다. RAID 장치에 포함될 디스크를 선택하고 선택을 클릭합니다.
  3. 장치 유형 드롭다운 메뉴를 클릭하고 RAID 를 선택합니다.
  4. 파일 시스템 드롭다운 메뉴를 클릭하고 기본 파일 시스템 유형을 선택합니다( 8.14.4.1.1절. “파일 시스템 유형” 참조하십시오.
  5. 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 파티션이 필요합니다.
  6. 설정 업데이트를 클릭하여 변경 사항을 저장하고 다른 파티션을 계속하거나 완료 를 클릭하여 설치 요약 화면으로 돌아갑니다.
지정된 RAID 수준보다 많은 디스크가 포함된 경우 창 하단에 메시지가 표시되어 선택한 구성에 실제로 필요한 디스크 수를 알려줍니다.
13.15.4.3. LVM 논리 볼륨 만들기
LVM( Logical Volume Management )은 하드 드라이브 또는 LUN과 같은 기본 물리 스토리지 공간에 대한 간단한 논리 보기를 제공합니다. 물리 스토리지의 파티션은 볼륨 그룹으로 함께 그룹화할 수 있는 물리 볼륨 으로 표시됩니다. 각 볼륨 그룹은 각각 표준 디스크 파티션과 유사한 여러 논리 볼륨 으로 나눌 수 있습니다. 따라서 LVM 논리 볼륨은 여러 물리 디스크에 걸쳐 있는 파티션으로 작동합니다.
LVM에 대한 자세한 내용은 부록 D. LVM 이해 또는 Red Hat Enterprise Linux 7 논리 볼륨 관리자 관리 가이드를 참조하십시오. LVM 구성은 그래픽 설치 프로그램에서만 사용할 수 있습니다.
중요
텍스트 모드 설치 중에 LVM 구성을 사용할 수 없습니다. 처음부터 LVM 구성을 생성해야 하는 경우 Ctrl+Alt+F2 를 눌러 다른 가상 콘솔을 사용하고 lvm 명령을 실행합니다. 텍스트 모드 설치로 돌아가려면 Ctrl+Alt+F1 을 누릅니다.

그림 13.26. 논리 볼륨 구성

논리 볼륨 구성
논리 볼륨을 생성하고 새 볼륨 그룹 또는 기존 볼륨 그룹에 추가하려면 다음을 수행합니다.
  1. 13.15.4.1절. “” 에 설명된 대로 LVM 볼륨의 마운트 지점을 만듭니다.
  2. 장치 유형 드롭다운 메뉴를 클릭하고 LVM 을 선택합니다. Volume Group 드롭다운 메뉴가 표시되고 새로 생성된 볼륨 그룹 이름이 표시됩니다.
  3. 필요한 경우 메뉴를 클릭하고 새 볼륨 그룹 만들기를 선택하거나 수정을 클릭하여 새로 생성된 볼륨 그룹을 구성합니다. Create a new volume group (새 볼륨 그룹 만들기) 옵션과 Modify 버튼 모두 Configure Volume Group (볼륨 그룹 구성) 대화 상자로 이동하여 논리 볼륨 그룹 이름을 변경하고 포함할 디스크를 선택할 수 있습니다.
    참고
    구성 대화 상자에서 볼륨 그룹의 물리 확장 영역 크기를 지정할 수 없습니다. 크기는 항상 기본값인 4 MiB로 설정됩니다. 다른 물리 확장 영역을 가진 볼륨 그룹을 만들려면 대화형 쉘로 전환하고 KnativeServingcreate 명령을 사용하여 수동으로 만들거나 volgroup --pesize=size 명령으로 Kickstart 파일을 사용합니다.

    그림 13.27. LVM 볼륨 그룹 사용자 지정

    LVM 볼륨 그룹 사용자 지정
    사용 가능한 RAID 수준은 실제 RAID 장치와 동일합니다. 자세한 내용은 13.15.4.2절. “소프트웨어 RAID 생성” 을 참조하십시오. 암호화에 볼륨 그룹을 표시하고 해당 볼륨의 크기 정책을 설정할 수도 있습니다. 사용 가능한 정책 옵션은 다음과 같습니다.
    • 자동 - 볼륨 그룹의 크기가 자동으로 설정되어 구성된 논리 볼륨을 포함할 수 있을 만큼 충분히 큽니다. 볼륨 그룹 내에서 여유 공간이 필요하지 않은 경우 최적입니다.
    • 가능한 한 큰 - 포함된 구성된 논리 볼륨의 크기에 관계없이 볼륨 그룹이 최대 크기로 생성됩니다. LVM에서 대부분의 데이터를 유지하려는 경우 최적이며, 일부 기존 논리 볼륨의 크기를 늘리거나 이 그룹 내에 추가 논리 볼륨을 생성해야 하는 경우 적합합니다.
    • fixed - 이 옵션을 사용하면 볼륨 그룹의 정확한 크기를 설정할 수 있습니다. 그런 다음 구성된 논리 볼륨은 이 고정된 크기 내에 일치해야 합니다. 이는 볼륨 그룹이 얼마나 큰지 정확히 알고 있는 경우 유용합니다.
    그룹이 구성되면 저장을 클릭합니다.
  4. 설정 업데이트를 클릭하여 변경 사항을 저장하고 다른 파티션을 계속하거나 완료 를 클릭하여 설치 요약 화면으로 돌아갑니다.
주의
/boot 파티션을 LVM 볼륨에 배치하는 것은 지원되지 않습니다.

13.16. 스토리지 장치

Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux: Linux는 다양한 스토리지 장치에 설치할 수 있습니다. 13.15절. “” 에 설명된 대로 설치 대상 페이지의 기본, 로컬 액세스 가능 스토리지 장치를 확인할 수 있습니다. 특수 스토리지 장치를 추가하려면 화면의 특수 및 네트워크 디스크 섹션에서 디스크 추가 버튼을 클릭합니다.

그림 13.28. 스토리지 공간 개요

스토리지 공간 개요

13.16.1. 스토리지 장치 선택 화면

스토리지 장치 선택 화면에 Anaconda 설치 프로그램에 액세스할 수 있는 모든 스토리지 장치가 표시됩니다.
장치는 다음 탭에서 그룹화됩니다.
다중 경로 장치
동일한 시스템의 여러 SCSI 컨트롤러 또는 파이버 채널 포트를 통해 두 개 이상의 경로를 통해 액세스할 수 있는 스토리지 장치.
설치 프로그램은 16자 또는 32자 길이의 일련 번호가 있는 다중 경로 스토리지 장치만 감지합니다.
기타 SAN 장치
SAN(Storage Area Network)에서 사용 가능한 장치.
펌웨어 RAID
펌웨어 RAID 컨트롤러에 연결된 스토리지 장치입니다.

그림 13.29. 특수 스토리지 장치에 대한 탭화된 개요

특수 스토리지 장치에 대한 탭화된 개요
일련의 버튼은 화면 오른쪽 하단에 있습니다. 이러한 버튼을 사용하여 스토리지 장치를 추가합니다. 사용 가능한 버튼은 다음과 같습니다.
또한 개요 페이지에는 WWID(WWID) 또는 액세스할 수 있는 포트, 대상 또는 논리 단위 번호 (LUN)로 스토리지 장치를 필터링할 수 있는 검색 탭이 포함되어 있습니다.

그림 13.30. 저장 장치 검색 탭

저장 장치 검색 탭
Search tab에는 포트, 대상, LUN 또는 WWID로 검색을 선택하는 검색 드롭다운 메뉴가 포함되어 있습니다. WWID 또는 LUN으로 검색하는 경우 해당 입력 텍스트 필드에 추가 값이 필요합니다. 찾기 버튼을 클릭하여 검색을 시작합니다.
각 장치는 왼쪽에 확인란이 있는 별도의 행에 제공됩니다. 확인란을 클릭하여 설치 프로세스 중에 장치를 사용할 수 있도록 합니다. 설치 프로세스의 뒷부분에서 Red Hat Enterprise Linux Red Hat Enterprise Linux Red Hat Enterprise Linux sl;Linux를 여기에서 선택한 모든 장치에 설치하도록 선택할 수 있으며 설치된 시스템의 일부로 여기에서 선택한 다른 장치를 자동으로 마운트하도록 선택할 수 있습니다.
여기에서 선택한 장치는 설치 프로세스에서 자동으로 삭제되지 않습니다. 이 화면에서 장치를 선택하면 그 자체로는 장치에 저장된 데이터가 위험하지 않습니다. 또한 설치 후 /etc/fstab 파일을 수정하여 설치한 시스템의 일부를 구성하기 위해 여기에서 선택하지 않은 장치를 시스템에 추가할 수도 있습니다.
중요
이 화면에서 선택하지 않은 스토리지 장치는 Anaconda 에서 완전히 숨겨집니다. 다른 부트 로더에서 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux sl;Linux 부트 로더를 로드 하려면 이 화면에 표시된 모든 장치를 선택합니다.
설치 중에 사용할 스토리지 장치를 선택한 경우 Done (완료)을 클릭하여 Installation Destination(설치 대상) 화면으로 돌아갑니다.
13.16.1.1. 고급 스토리지 옵션
고급 스토리지 장치를 사용하려면 설치 대상 화면의 오른쪽 아래에 있는 적절한 버튼을 클릭하여 iSCSI (SCSI over TCP/IP) 대상 또는 FCoE (Fibre Channel over Ethernet) SAN (Storage Area Network)을 구성할 수 있습니다. iSCSI에 대한 소개는 부록 B. iSCSI 디스크 을 참조하십시오.

그림 13.31. 고급 스토리지 옵션

고급 스토리지 옵션
13.16.1.1.1. iSCSI 매개 변수 구성
Add iSCSI target... 버튼을 클릭하면 iSCSI 스토리지 대상 추가 대화 상자가 표시됩니다.

그림 13.32. iSCSI 검색 세부 정보 대화 상자

iSCSI 검색 세부 정보 대화 상자
설치에 iSCSI 스토리지 장치를 사용하려면 Anaconda 에서 iSCSI 대상으로 검색하고 액세스할 iSCSI 세션 을 만들 수 있어야 합니다. 이러한 각 단계에는 CHAP (Challenge Handshake Authentication Protocol) 인증을 위해 사용자 이름 및 암호가 필요할 수 있습니다. 또한 검색 및 세션에 대해 대상이 연결된 시스템에서 iSCSI 이니시에이터를 인증하도록iSCSI대상을 구성할 수 있습니다. 함께 사용되는 CHAP 및 reverse CHAP은 상호 CHAP 또는 2방향 CHAP 입니다. 상호 CHAP은 특히 사용자 이름 및 암호가 CHAP 인증 및 역방향 CHAP 인증과 다른 경우 iSCSI 연결에 가장 큰 보안 수준을 제공합니다.
참고
iSCSI 검색 및 iSCSI 로그인 단계를 필요한 만큼 여러 번 반복하여 필요한 모든 iSCSI 스토리지를 추가합니다. 그러나 검색을 처음 시도한 후에는 iSCSI 이니시에이터의 이름을 변경할 수 없습니다. iSCSI 이니시에이터 이름을 변경하려면 설치를 다시 시작해야 합니다.

절차 13.1. iSCSI 세션 검색 및 시작

iSCSI 스토리지 대상 추가 대화 상자를 사용하여 Anaconda 에 iSCSI 대상을 검색하는 데 필요한 정보를 제공합니다.
  1. 대상 IP 주소 필드에 iSCSI 대상의 IP 주소를 입력합니다.
  2. iSCSI 정규화된 이름(IQN) 형식으로 iSCSI 이니시에이터의 iSCSI Initiator Name 필드에 이름을 제공합니다. 유효한 IQN 항목에는 다음이 포함됩니다.
    • string hoc n. (예: 기간 참고)
    • 조직의 인터넷 도메인 또는 하위 도메인 또는 하위 도메인 이름이 등록된 연도 및 월을 지정하는 날짜 코드는 해당 월의 4 자리, 대시 및 두 자리, 그 뒤에 마침표가 옵니다. 예를 들어 2010년 9월은 2010-09로 표시됩니다.
    • 조직의 인터넷 도메인 또는 하위 도메인 이름은 먼저 최상위 도메인과 역순으로 표시됩니다. 예를 들어, subdomain storage.example.comcom.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 참조하십시오.
  3. Discovery Authentication Type (검색 인증 유형) 드롭다운 메뉴를 사용하여 iSCSI 검색에 사용할 인증 유형을 지정합니다. 다음 옵션을 사용할 수 있습니다.
    • 인증 정보 없음
    • CHAP 쌍
    • CHAP 쌍 및 역방향 쌍
    • 인증 유형으로 CHAP 쌍 을 선택한 경우 CHAP UsernameCHAP Password 필드에서 iSCSI 대상에 대한 사용자 이름 및 암호를 제공합니다.
    • CHAP 쌍과 역방향 쌍 을 인증 유형으로 선택한 경우 CHAP Username 및 CHAP Password 필드에서 iSCSI 대상에 대한 사용자 이름 및 암호를 지정하고 Reverse CHAP UsernameReverse CHAP Password 필드에 iSCSI 이니시에이터의 사용자 이름 및 암호를 제공합니다.
  4. 선택적으로 Bind 대상이라는 레이블이 지정된 상자를 네트워크 인터페이스에 선택합니다.
  5. 검색 시작 버튼을 클릭합니다. Anaconda 는 제공한 정보를 기반으로 iSCSI 대상을 검색하려고 합니다. 검색에 성공하면 대상에 검색된 모든 iSCSI 노드 목록이 대화 상자에 표시됩니다.
  6. 각 노드에는 옆에 있는 확인란이 표시됩니다. 확인란을 클릭하여 설치에 사용할 노드를 선택합니다.

    그림 13.33. 검색된 iSCSI 노드의 대화 상자

    검색된 iSCSI 노드의 대화 상자
  7. Node 로그인 인증 유형 메뉴에서는 3 단계에 설명된 검색 인증 유형 메뉴와 동일한 옵션을 제공합니다. 그러나 검색 인증에 자격 증명이 필요한 경우 동일한 자격 증명을 사용하여 검색된 노드에 로그인하는 것이 일반적입니다. 이렇게 하려면 메뉴에서 검색에서 자격 증명 사용 옵션을 추가로 사용합니다. 적절한 인증 정보가 제공되면 Log In 버튼을 사용할 수 있게 됩니다.
  8. Log In 을 클릭하여 iSCSI 세션을 시작합니다.
13.16.1.1.2. FCoE 매개변수 구성
Add FCoE SAN... 버튼을 클릭하면 FCoE 스토리지 장치 검색을 위한 네트워크 인터페이스를 구성할 수 있는 대화 상자가 나타납니다.
먼저 NIC 드롭다운 메뉴에서 FCoE 스위치에 연결된 네트워크 인터페이스를 선택하고 FCoE 디스크 추가 버튼을 클릭하여 SAN 장치의 네트워크를 스캔합니다.

그림 13.34. FCoE 매개변수 구성

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

13.17. Kdump

이 화면을 사용하여 이 시스템에서 Kdump 를 사용할지 여부를 선택합니다. kdump 는 커널 크래시 덤프 메커니즘으로, 시스템 충돌 발생 시 충돌 원인을 결정하는 데 유용할 수 있는 정보를 캡처합니다.
Kdump 를 활성화하는 경우 특정 양의 시스템 메모리를 예약해야 합니다. 결과적으로 프로세스에 사용 가능한 메모리가 줄어듭니다.
IBM Power System LPARs는 Kdump 에 대한 대체 덤프 캡처 메커니즘인 펌웨어 지원 덤프(fadump)를 지원합니다. fadump 를 사용하면 커널의 새로운 사본으로 로드되는 완전히 재설정 시스템에서 덤프 캡처가 수행됩니다. 특히 PCI 및 I/O 장치가 다시 초기화되고 깔끔하고 일관된 상태가 되어 Kdump 의 안정적인 대안이 됩니다. fadumpKdump 의 대체 기능이지만fadump 를 사용하려면 Kdump 를 활성화해야 합니다. 이 화면에서 fadump 를 활성화할 수 있습니다.
이 시스템에서 Kdump 를 사용하지 않으려면 kdump 사용을 선택 취소합니다. 그렇지 않으면 Kdump 에 대해 예약할 메모리 양을 설정합니다. 설치 프로그램이 적절한 수량을 자동으로 예약하도록 할 수 있습니다. 그렇지 않으면 수동으로 모든 수량을 설정할 수 있습니다. 설정에 만족하는 경우 Done (완료)을 클릭하여 구성을 저장하고 이전 화면으로 돌아갑니다.

그림 13.35. kdump 활성화 및 설정

kdump 활성화 및 설정

13.18. 설치 시작

설치 요약 화면의 모든 필수 섹션이 완료되면 메뉴 화면 하단에 있는 admonition이 사라지고 Begin Installation (설치 시작) 버튼을 사용할 수 있게 됩니다.

그림 13.36. 설치 준비

설치 준비
주의
설치 과정에서 이 시점까지, 컴퓨터에는 변경 사항이 유지되지 않았습니다. Begin Installation (설치 시작)을 클릭하면 설치 프로그램이 하드 드라이브에 공간을 할당하고 Red Hat Enterprise Linux sl;Hat EnterpriseRed Hat Enterprise Linux completely;Linux를 이 공간으로 전송하기 시작합니다. 선택한 파티션 옵션에 따라 이 프로세스에는 컴퓨터에 이미 존재하는 데이터 삭제가 포함될 수 있습니다.
이 시점까지 수행한 선택 사항을 수정하려면 설치 요약 화면의 관련 섹션으로 돌아갑니다. 설치를 완전히 취소하려면 Quit 를 클릭하거나 컴퓨터를 전환합니다. 이 단계에서 대부분의 컴퓨터를 전환하려면 전원 버튼을 눌러 몇 초 동안 그대로 둡니다.
설치 사용자 지정을 완료했으며 계속 진행해야 하는 경우 설치 시작을 클릭합니다.
Begin Installation 을 클릭한 후 설치 프로세스를 완료할 수 있습니다. 예를 들어, 컴퓨터를 끄거나 정전을 켜거나 정전을 시켜서 Red Hat Enterprise Linux QCOW;Hat Enterprise Linux Kernel;Hat Enterprise Linux sl;Linux 설치 프로세스를 완료할 때까지 컴퓨터를 사용할 수 없게 됩니다.

13.19. 구성 메뉴 및 진행률 화면

Installation Summary (설치 요약) 화면에서 Begin Installation (설치 시작)을 클릭하면 진행률 화면이 표시됩니다. Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux sl;Linux는 선택한 패키지를 시스템에 쓸 때 화면에 설치 진행 상황을 보고합니다.

그림 13.37. 패키지 설치

패키지 설치
참조를 위해 시스템을 재부팅하면 /var/log/anaconda/anaconda.packaging.log 파일에서 전체 설치 로그를 확인할 수 있습니다.
파티션 설정 중에 하나 이상의 파티션을 암호화하도록 선택하면 설치 프로세스 초기 단계에서 진행률 표시줄이 있는 대화 상자가 표시됩니다. 이 창은 설치 프로그램이 충분한 엔트로피 (random data)를 수집하여 암호화가 안전한지 확인하는 것을 알려줍니다. 이 창은 256비트의 엔트로피가 수집되거나 10분 후에 사라집니다. 마우스를 이동하거나 키보드에서 무작위로 입력하여 수집 프로세스를 가속화할 수 있습니다. 창이 사라지면 설치 프로세스가 계속됩니다.

그림 13.38. 암호화를 위한 Entropy 수집

암호화를 위한 Entropy 수집
패키지를 설치하는 동안 더 많은 구성이 필요합니다. 위의 설치 진행률 표시줄은 루트 암호사용자 생성 메뉴 항목입니다.
루트 암호 화면은 시스템의 root 계정을 구성하는 데 사용됩니다. 이 계정은 중요한 시스템 관리 및 관리 작업을 수행하는 데 사용할 수 있습니다. wheel 그룹 멤버십이 있는 사용자 계정으로 동일한 작업을 수행할 수도 있습니다. 설치 중에 사용자 계정이 생성되면 루트 암호를 설정하지 않아도 됩니다.
사용자 계정을 만드는 것은 선택 사항이며 설치 후 수행할 수 있지만 이 화면에서 수행하는 것이 좋습니다. 사용자 계정은 일반 작업 및 시스템에 액세스하는 데 사용됩니다. 모범 사례에 따르면 root 계정이 아닌 사용자 계정을 통해 시스템에 항상 액세스할 수 있습니다.
루트 암호 또는 사용자 만들기 화면에 대한 액세스를 비활성화할 수 있습니다. 이를 위해 rootpw --lock 또는 user --lock 명령을 포함하는 Kickstart 파일을 사용하십시오. 이러한 명령에 대한 자세한 내용은 27.3.1절. “Kickstart 명령 및 옵션” 을 참조하십시오.

13.19.1. 루트 암호 설정

루트 계정 및 암호를 설정하는 것은 설치 중에 중요한 단계입니다. 루트 계정( superuser라고도 함)은 패키지를 설치하고 RPM 패키지를 업그레이드하며 대부분의 시스템 유지 관리를 수행하는 데 사용됩니다. root 계정을 사용하면 시스템을 완전히 제어할 수 있습니다. 이러한 이유로 root 계정은 시스템 유지 관리 또는 관리를 수행하는 데에 사용됩니다. 루트에 대한 자세한 내용은 Red Hat Enterprise Linux 7 시스템 관리자 가이드를 참조하십시오.

그림 13.39. 루트 암호 화면

루트 암호 화면
참고
설치된 시스템에 대한 루트 권한을 얻기 위해 항상 하나 이상의 방법을 설정해야 합니다( root 계정을 사용하거나, 관리 권한이 있는 사용자 계정을 생성(Where group 사용) 또는 둘 다.
Root Password 메뉴 항목을 클릭하고 새 암호를 Root Password 필드에 입력합니다. Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux, Linux는 보안을 위한 별표로 표시됩니다. 동일한 암호를 Confirm 필드에 입력하여 올바르게 설정되었는지 확인합니다. 루트 암호를 설정한 후 Done 을 클릭하여 사용자 설정 화면으로 돌아갑니다.
다음은 강력한 루트 암호를 생성하기 위한 요구 사항 및 권장 사항입니다.
  • 길이가 8자 이상이어야 합니다.
  • 숫자, 문자(대기 및 소문자) 및 기호를 포함할 수 있습니다.
  • 대/소문자를 구분하고 혼합된 케이스를 포함해야 합니다.
  • 이것은 쉽게 추측할 수 없지만 쉽게 추측할 수 있는 것은 아닙니다.
  • 사용자, 조직 또는 사전에서 찾을 수 있는 단어, 약어 또는 번호가 아니어야 합니다.
  • 적어 두지 않아야 합니다. 이 파일을 작성해야 하는 경우 안전하게 보관해야 합니다.
참고
설치를 완료한 후 root 암호를 변경하려면 rootpasswd 명령을 실행합니다. 루트 암호를 잊어버린 경우 복구 모드를 사용하여 새 암호를 설정하는 방법에 대한 지침은 32.1.3절. “루트 암호 재설정” 을 참조하십시오.

13.19.2. 사용자 계정 생성

설치하는 동안 일반 사용자 계정(root이 아닌) 사용자 계정을 만들려면 진행률 화면에서 사용자 설정을 클릭합니다. Create User 화면이 표시되어 일반 사용자 계정을 설정하고 해당 매개 변수를 구성할 수 있습니다. 설치하는 동안 권장하지만 이 단계는 선택 사항이며 설치가 완료된 후 수행할 수 있습니다.
참고
설치된 시스템에 대한 루트 권한을 얻기 위해 항상 하나 이상의 방법을 설정해야 합니다( root 계정을 사용하거나, 관리 권한이 있는 사용자 계정을 생성(Where group 사용) 또는 둘 다.
사용자를 생성하지 않은 후 사용자 생성 화면을 유지하려면 모든 필드를 비워 두고 Done 을 클릭합니다.

그림 13.40. 사용자 계정 설정 화면

사용자 계정 설정 화면
해당 필드에 전체 이름과 사용자 이름을 입력합니다. 시스템 사용자 이름은 32자 이상이어야 하며 공백을 포함할 수 없습니다. 새 계정의 암호를 설정하는 것이 좋습니다.
루트가 아닌 사용자의 경우에도 강력한 암호를 설정하는 경우 13.19.1절. “루트 암호 설정” 에 설명된 지침을 따르십시오.
고급 버튼을 클릭하여 추가 설정으로 새 대화 상자를 엽니다.

그림 13.41. 고급 사용자 계정 구성

고급 사용자 계정 구성
기본적으로 각 사용자는 사용자 이름에 해당하는 홈 디렉터리를 가져옵니다. 대부분의 시나리오에서는 이 설정을 변경할 필요가 없습니다.
확인란을 선택하여 새 사용자 및 기본 그룹에 대한 시스템 ID 번호를 수동으로 정의할 수도 있습니다. 일반 사용자 ID의 범위는 번호 1000 에서 시작됩니다. 대화 상자 하단에 새 사용자가 속해야 하는 추가 그룹의 쉼표로 구분된 목록을 입력할 수 있습니다. 새 그룹이 시스템에 생성됩니다. 그룹 ID를 사용자 지정하려면 parenthesis에서 번호를 지정합니다.
참고
1000 이므로 범위에서 일반 사용자 및 기본 그룹의 ID를 설정하는 것이 좋습니다. 이는 시스템 사용자 및 그룹용으로 예약된 범위가 0- 6443 이므로 나중에 증가하여 일반 사용자의 ID와 중복될 수 있기 때문입니다.
Kickstart를 사용하여 사용자 지정 ID로 사용자를 만들려면 사용자 (선택 사항) 를 참조하십시오.
설치 후 최소 UID 및 GID 제한을 변경하면 선택한 UID 및 GID 범위가 사용자 생성 시 자동으로 적용되도록 하려면 시스템 관리자 가이드의 사용자 및 그룹 장을 참조하십시오.
사용자 계정을 사용자 지정했으면 변경사항 저장을 클릭하여 사용자 설정 화면으로 돌아갑니다.

13.20. 설치 완료

감사합니다. 이제 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 설치가 완료되었습니다!
Reboot (재부팅) 버튼을 클릭하여 시스템을 재부팅하고 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 사용하여 시작합니다. 재부팅 시 자동으로 거부되지 않는 경우 설치 미디어를 제거해야 합니다.
컴퓨터의 일반적인 작동 시퀀스가 완료된 후 Red Hat Enterprise Linux sl;Hat EnterpriseRed Hat Enterprise Linux sl;Linux 로드 및 시작. 기본적으로 시작 프로세스는 진행률 표시줄을 표시하는 그래픽 화면 뒤에 숨겨져 있습니다. 결국 GUI 로그인 화면(또는 X 창 시스템이 설치되지 않은 경우 login: 프롬프트)이 표시됩니다.
이 설치 과정에서 시스템이 X Window System과 함께 설치된 경우 Red Hat Enterprise Linux Red Hat Enterprise Linux sl;Hat EnterpriseRed Hat Enterprise Linux sl;Linux 시스템을 처음 시작하면 시스템을 설정하기 위한 애플리케이션이 시작됩니다. 이 애플리케이션에서는 Red Hat Enterprise Linux 6.7;Hat Enterprise Linux(Red Hat Enterprise Linux)의 초기 구성을 안내하고, 시스템 시간 및 날짜를 설정하고, 시스템을 Red Hat Network에 등록할 수 있도록 지원합니다.
설정 프로세스에 대한 자세한 내용은 30장. 초기 설정 을 참조하십시오.

14장. IBM Power Systems에서 설치 문제 해결

이 장에서는 몇 가지 일반적인 설치 문제와 해결 방법에 대해 설명합니다.
디버깅을 위해 Anaconda/tmp 디렉터리의 파일에 설치 작업을 기록합니다. 이러한 파일은 다음 표에 나열되어 있습니다.
표 14.1. 설치 중 로그 파일 생성
로그 파일 내용
/tmp/anaconda.log 일반 Anaconda 메시지
/tmp/program.log 모든 외부 프로그램은 설치 중에 실행됩니다.
/tmp/storage.log 광범위한 스토리지 모듈 정보
/tmp/packaging.log yumrpm 패키지 설치 메시지
/tmp/syslog 하드웨어 관련 시스템 메시지
설치에 실패하면 이러한 파일의 메시지가 /tmp/anaconda-tb- 식별자로 통합됩니다. 여기서 identifier 는 임의의 문자열입니다.
성공적으로 설치한 후 기본적으로 이러한 파일은 /var/log/anaconda/.에 있는 설치된 시스템으로 복사됩니다. 그러나 설치에 실패하거나 설치 시스템을 부팅할 때 inst.nosave=all 또는 inst.nosave=logs 옵션이 사용되는 경우 이러한 로그는 설치 프로그램의 RAM 디스크에만 존재합니다. 즉, 시스템의 전원이 꺼지면 영구적으로 저장되지 않으며 손실됩니다. 영구적으로 저장하려면 설치 프로그램을 실행하는 시스템에서 scp 를 사용하여 해당 파일을 네트워크의 다른 시스템에 복사하거나 마운트된 저장 장치(예: USB 플래쉬 드라이브)에 복사합니다. 네트워크를 통해 로그 파일을 전송하는 방법에 대한 자세한 내용은 아래에 있습니다.
참고
다음 절차에서는 ssh 프로토콜을 통해 파일을 받을 수 있도록 설치 시스템과 네트워크 및 대상 시스템에 액세스해야 합니다.

절차 14.1. 네트워크를 통해 로그 파일 전송

  1. 설치 중인 시스템에서 Ctrl+Alt+F2 를 눌러 쉘 프롬프트에 액세스합니다. root 계정에 로그인하면 설치 프로그램의 임시 파일 시스템에 액세스할 수 있습니다.
  2. 로그 파일이 있는 /tmp 디렉토리로 전환합니다.
    # cd /tmp
  3. 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. 그래픽 설치로 부팅 문제

일부 비디오 카드가 있는 시스템에는 그래픽 설치 프로그램으로 부팅하는 데 문제가 있습니다. 설치 프로그램이 기본 설정을 사용하여 실행되지 않으면 하위 해결 모드로 실행하려고 합니다. 여전히 실패하면 설치 프로그램이 텍스트 모드로 실행하려고 합니다.
문제를 표시할 수 있는 몇 가지 솔루션이 있습니다. 대부분의 경우 사용자 정의 부팅 옵션을 지정해야 합니다. 자세한 내용은 23.1절. “부팅 메뉴에서 설치 시스템 구성” 에서 참조하십시오.
기본 그래픽 모드 사용
기본 그래픽 드라이버를 사용하여 설치를 시도할 수 있습니다. 이렇게 하려면 boot: 프롬프트에서 설치 프로그램의 옵션을 편집하고 명령행 끝에 inst.xdriver=vesa 를 추가합니다.
디스플레이 해상도를 수동으로 지정
설치 프로그램이 화면 해상도를 감지하지 못하면 자동 탐지를 재정의하고 수동으로 지정할 수 있습니다. 이렇게 하려면 부팅 메뉴에 inst.resolution=x 옵션을 추가합니다. 여기서 x 는 디스플레이 해상도(예: 1024x768)입니다.

14.1.2. 직렬 콘솔이 확인되지 않음

직렬 콘솔을 사용하여 텍스트 모드로 설치하려고 하면 콘솔에 출력이 표시되지 않는 경우가 있습니다. 이는 그래픽 카드가 있지만 모니터가 연결되지 않은 시스템에서 발생합니다. Anaconda 에서 그래픽 카드를 감지하면 디스플레이가 연결되지 않은 경우에도 디스플레이에 이 카드를 사용하려고 합니다.
직렬 콘솔에서 텍스트 기반 설치를 수행하려면 inst.textconsole= 부팅 옵션을 사용합니다. 자세한 내용은 23장. 부팅 옵션 을 참조하십시오.

14.2. 설치 중 문제

14.2.1. 디스크가 감지되지 않음

Installation Destination (설치 대상) 화면에서 다음 오류 메시지가 하단에 표시될 수 있습니다. 감지된 디스크 없음. 컴퓨터를 종료하고 하나 이상의 디스크를 연결하고, 설치를 완료하기 위해 다시 시작하십시오.
이 메시지는 Anaconda 가 설치할 쓰기 가능한 스토리지 장치를 찾지 못했음을 나타냅니다. 이 경우 먼저 시스템에 하나 이상의 스토리지 장치가 연결되어 있는지 확인합니다.
시스템에서 하드웨어 RAID 컨트롤러를 사용하는 경우 컨트롤러가 올바르게 구성되어 작동하는지 확인합니다. 자세한 내용은 컨트롤러의 설명서를 참조하십시오.
하나 이상의 iSCSI 장치에 설치하고 시스템에 로컬 스토리지가 없는 경우 필요한 모든 LUN(논리 단위 번호)이 적절한 HBA(호스트 버스 어댑터)에 표시되는지 확인합니다. iSCSI에 대한 자세한 내용은 부록 B. iSCSI 디스크 을 참조하십시오.
연결되고 올바르게 구성된 저장 장치가 있고 시스템을 재부팅한 후에도 메시지가 계속 나타나는 경우 설치 프로그램이 스토리지를 감지하지 못했음을 의미합니다. 대부분의 경우 이 메시지는 설치 프로그램에서 인식하지 못한 SCSI 장치에 설치하려고 할 때 표시됩니다.
이 경우 설치를 시작하기 전에 드라이버 업데이트를 수행해야 합니다. 하드웨어 공급 업체의 웹 사이트를 확인하여 문제를 해결하는 드라이버 업데이트를 사용할 수 있는지 확인하십시오. 드라이버 업데이트에 대한 자세한 내용은 11장. IBM Power Systems에 설치 중 드라이버 업데이트 을 참조하십시오.
온라인에서 https://hardware.redhat.com 사용 가능한 Red Hat 하드웨어 호환성 목록 도 참조하십시오.

14.2.2. 추적 메시지 보고

그래픽 설치 프로그램에 오류가 발생하면 크래시 보고 대화 상자가 표시됩니다. 그런 다음 Red Hat에 발생한 문제에 대한 정보를 보내도록 선택할 수 있습니다. 충돌 보고서를 보내려면 고객 포털 자격 증명을 입력해야 합니다. 고객 포털 계정이 없는 경우 다음에서 https://www.redhat.com/wapps/ugc/register.html 등록할 수 있습니다. 자동화된 충돌 보고에는 작동 중인 네트워크 연결도 필요합니다.

그림 14.1. Crash 보고 대화 상자

Crash 보고 대화 상자
대화 상자가 표시되면 Report Bug 를 선택하여 문제를 보고하거나 Quit 를 선택하여 설치를 종료합니다.
선택적으로 추가 정보를 클릭하여 오류의 원인을 파악하는 데 도움이 되는 자세한 출력을 표시합니다. 디버깅에 익숙한 경우 디버그를 클릭합니다. 그러면 가상 터미널 tty1 로 이동합니다. 여기서 버그 보고서를 향상시킬 수 있는 보다 정확한 정보를 요청할 수 있습니다. tty1 에서 그래픽 인터페이스로 돌아가려면 continue 명령을 사용합니다.

그림 14.2. 확장 된 Crash Reporting dialog box

확장 된 Crash Reporting dialog box
고객 포털에 버그를 보고하려면 아래 절차를 따르십시오.

절차 14.2. Red Hat 고객 지원에 오류 보고

  1. 표시되는 메뉴에서 Red Hat 고객 포털에 버그 보고를 선택합니다.
  2. Red Hat에 버그를 보고하려면 먼저 고객 포털 인증 정보를 제공해야 합니다. Configure Red Hat Customer Support 를 클릭합니다.

    그림 14.3. 고객 포털 자격 증명

    고객 포털 자격 증명
  3. 이제 새 창이 열리고 고객 포털 사용자 이름과 암호를 입력하라는 메시지가 표시됩니다. Red Hat 고객 포털 자격 증명을 입력합니다.

    그림 14.4. Red Hat 고객 지원 구성

    Red Hat 고객 지원 구성
    네트워크 설정에서 HTTP 또는 HTTPS 프록시를 사용해야 하는 경우 고급 메뉴를 확장하고 프록시 서버의 주소를 입력하여 구성할 수 있습니다.
    필요한 모든 자격 증명을 입력하면 확인 을 클릭하여 진행합니다.
  4. 텍스트 필드가 포함된 새 창이 나타납니다. 여기에 유용한 정보와 의견을 적어 두십시오. 충돌 보고 대화 상자가 표시되기 전에 수행한 각 단계를 설명하여 오류를 재현하는 방법을 설명합니다. 디버깅할 때 얻은 정보를 포함하여 가능한 한 관련 세부 정보를 제공합니다. 여기에서 제공한 정보는 고객 포털에서 공개적으로 표시될 수 있습니다.
    오류의 원인이 무엇인지 모르는 경우 대화 상자 하단에 이 문제가 발생한 원인을 알 수 없다는 레이블이 지정된 상자를 선택하십시오.
    그런 다음 Forward 를 클릭합니다.

    그림 14.5. 문제 설명

    문제 설명
  5. 다음으로 고객 포털로 전송되는 정보를 검토합니다. 제공된 설명은 주석 탭에 있습니다. 기타 탭에는 시스템의 호스트 이름 및 설치 환경에 대한 기타 세부 정보와 같은 정보가 포함됩니다. Red Hat으로 전송되지 않는 항목을 제거할 수 있지만 세부 정보를 제공하면 문제 조사에 영향을 줄 수 있습니다.
    전송할 정보 확인을 완료하면 Forward 를 클릭합니다.

    그림 14.6. Data to be Sent로 이동합니다.

    Data to be Sent로 이동합니다.
  6. 버그 보고서에 보내고 개별 첨부 파일로 포함할 파일 목록을 검토합니다. 이러한 파일은 조사에 도움이 되는 시스템 정보를 제공합니다. 특정 파일을 보내지 않으려면 각 파일 옆에 있는 상자를 선택 해제하십시오. 문제를 찾는 데 도움이 되는 추가 파일을 제공하려면 파일 연결을 클릭합니다.
    보낼 파일을 검토 했으면 라벨이 지정된 확인란을 선택하여 데이터를 검토하고 제출하는 데 동의합니다. 그런 다음 Forward 를 클릭하여 보고서 및 첨부 파일을 고객 포털에 보냅니다.

    그림 14.7. 첨부 파일이 될 수 있도록 검토

    첨부 파일이 될 수 있도록 검토
  7. 대화 상자에서 처리가 완료되었음을 보고하면 로그 표시를 클릭하여 보고 프로세스의 세부 정보를 보거나 닫기 를 클릭하여 초기 충돌 보고 대화 상자로 돌아갈 수 있습니다. Quit 를 클릭하여 설치를 종료합니다.

14.2.3. 사전 설치 로그 파일 생성

설치 문제를 디버깅하려면 설치를 시작하기 전에 inst.debug 옵션을 설정하여 환경에서 로그 파일을 생성할 수 있습니다. 이러한 로그 파일에는 예를 들어 현재 스토리지 구성이 포함됩니다.
Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 설치 부팅 메뉴에서 옵션을 설정하려면 다음을 실행합니다.
  1. Install Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 7.3 항목을 선택합니다.
  2. Tab 키를 눌러 부팅 옵션을 편집합니다.
  3. 옵션에 inst.debug 를 추가합니다. 예:
    > vmlinuz ... inst.debug
    자세한 내용은 23장. 부팅 옵션의 내용을 참조하십시오.
  4. Enter 를 눌러 설정을 시작합니다.
시스템은 Anaconda가 시작되기 전에 /tmp/pre-anaconda-logs/ 디렉터리에 사전 설치 로그 파일을 저장합니다. 로그 파일에 액세스하려면 다음을 수행합니다.
  1. 콘솔로 전환합니다. 8.2.1절. “콘솔에 액세스” 을 참조하십시오.
  2. /tmp/pre-anaconda-logs/ 디렉토리로 변경합니다.
    # cd /tmp/pre-anaconda-logs/

14.2.4. IBM Power Systems 사용자를 위한 기타 파티셔닝 문제

파티션을 수동으로 생성하지만 다음 화면으로 이동할 수 없는 경우 설치를 진행하는 데 필요한 모든 파티션을 생성하지 않았을 수 있습니다.
최소한으로 다음과 같은 파티션이 있어야 합니다.
  • / (root) 파티션
  • PReP 부팅 파티션
  • /boot 파티션( root 파티션이 LVM 논리 볼륨 또는 vGPU 하위 볼륨인 경우에만)
자세한 내용은 13.15.4.4절. “권장 파티션 계획” 을 참조하십시오.

14.3. 설치 후 문제

14.3.1. 그래픽 부팅 시퀀스 사용 문제

설치를 완료하고 시스템을 처음 재부팅하면 그래픽 부팅 시퀀스 중에 시스템이 응답하지 않고 재설정이 필요할 수 있습니다. 이 경우 부트 로더가 성공적으로 표시되지만 항목을 선택하고 시스템을 부팅하려고 하면 중지됩니다. 이는 일반적으로 그래픽 부팅 순서 관련 문제를 의미합니다. 이 문제를 해결하려면 그래픽 부팅을 비활성화해야 합니다. 이렇게 하려면 영구적으로 변경하기 전에 부팅 시 설정을 일시적으로 변경합니다.

절차 14.3. 임시 부팅 부팅 비활성화

  1. 컴퓨터를 시작하고 부트 로더 메뉴가 나타날 때까지 기다립니다. 부트 로더 제한 시간 제한을 0으로 설정하면 Esc 키를 눌러 액세스합니다.
  2. 부트 로더 메뉴가 표시되면 커서 키를 사용하여 부팅하려는 항목을 강조 표시하고 e 키를 눌러 이 항목의 옵션을 편집합니다.
  3. 옵션 목록에서 커널 행, 즉 linux 키워드로 시작하는 행을 찾습니다. 이 행에서 rhgb 옵션을 찾아 삭제합니다. 옵션이 즉시 표시되지 않을 수 있습니다. 커서 키를 사용하여 위 아래로 스크롤합니다.
  4. F10 또는 Ctrl+X 를 눌러 편집된 옵션으로 시스템을 부팅합니다.
시스템이 성공적으로 시작되면 정상적으로 로그인할 수 있습니다. 그런 다음 그래픽 부팅을 영구적으로 비활성화해야 합니다. 그렇지 않으면 시스템이 부팅될 때마다 이전 절차를 수행해야 합니다. 부팅 옵션을 영구적으로 변경하려면 다음을 수행하십시오.

절차 14.4. 그래픽 부팅 Permanently 비활성화

  1. su - 명령을 사용하여 root 계정에 로그인합니다.
    $ su -
  2. grubby 도구를 사용하여 기본 GRUB2 커널을 찾습니다.
    # grubby --default-kernel
    /boot/vmlinuz-3.10.0-229.4.2.el7.ppc64
  3. grubby 도구를 사용하여 GRUB2 설정에서 마지막 단계에서 식별되는 기본 커널에서 rhgb 부팅 옵션을 제거합니다. 예:
    # grubby --remove-args="rhgb" --update-kernel /boot/vmlinuz-3.10.0-229.4.2.el7.ppc64
이 절차를 완료하면 컴퓨터를 재부팅할 수 있습니다. Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux, Linux는 더 이상 그래픽 부팅 시퀀스를 사용하지 않습니다. 나중에 그래픽 부팅을 활성화하려면 동일한 절차에 따라 --remove-args="rhgb" 매개변수를 --args="rhgb" paramter로 바꿉니다. 이렇게 하면 rhgb 부팅 옵션이 GRUB2 설정의 기본 커널에 복원됩니다.
GRUB2 부트 로더 작업에 대한 자세한 내용은 Red Hat Enterprise Linux 7 시스템 관리자 가이드 를 참조하십시오.

14.3.2. 그래픽 환경으로 부팅

X Window System 을 설치했지만 시스템에 로그인하면 그래픽 데스크탑 환경이 표시되지 않는 경우 startx 명령을 사용하여 수동으로 시작할 수 있습니다. 그러나 이는 일회성 수정 사항이며 향후 로그인에 대한 로그 in 프로세스는 변경되지 않습니다.
그래픽 로그인 화면에서 로그인할 수 있도록 시스템을 설정하려면 기본 systemd 대상을 graphical.target 으로 변경해야 합니다. 완료되면 컴퓨터를 재부팅합니다. 시스템을 다시 시작한 후 그래픽 로그인 프롬프트가 표시됩니다.

절차 14.5. 그래픽 로그인 설정

  1. 쉘 프롬프트를 엽니다. 사용자 계정에 있는 경우 su - 명령을 입력하여 root가 됩니다.
  2. 기본 대상을 graphical.target 으로 변경합니다. 이 작업을 수행하려면 다음 명령을 실행합니다.
    # systemctl set-default graphical.target
이제 그래픽 로그인이 기본적으로 활성화되어 있습니다. 다음 재부팅 후 그래픽 로그인 프롬프트가 표시됩니다. 이 변경 사항을 반대하고 텍스트 기반 로그인 프롬프트를 계속 사용하려면 root 로 다음 명령을 실행합니다.
# systemctl set-default multi-user.target
systemd 의 대상에 대한 자세한 내용은 Red Hat Enterprise Linux 7 시스템 관리자 가이드를 참조하십시오.

14.3.3. 그래픽 사용자 인터페이스 없음

X ( X Window System)를 시작하는 데 문제가 있는 경우 설치되지 않았을 수 있습니다. Minimal install 또는 Web Server 와 같은 설치 중에 선택할 수 있는 사전 설정된 기본 환경 중 일부에는 그래픽 인터페이스가 포함되지 않음 - 수동으로 설치해야 합니다.
X 를 원한다면 나중에 필요한 패키지를 설치할 수 있습니다. 그래픽 데스크탑 환경 설치에 대한 자세한 내용은 에서 https://access.redhat.com/site/solutions/5238 지식베이스 문서를 참조하십시오.

14.3.4. 사용자 로그 후 X 서버 캐시

사용자가 로그인할 때 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 를 시작합니다.
df 에 대한 자세한 내용과 사용 가능한 옵션에 대한 설명(예: 이 예제에 사용된 -h 옵션)은 df(1) 매뉴얼 페이지를 참조하십시오.

14.3.5. 시스템이 signal 11 오류를 표시합니까?

일반적으로 분할 오류라고 하는 신호 11 오류는 프로그램이 할당되지 않은 메모리 위치에 액세스했음을 의미합니다. 신호 11 오류는 설치된 소프트웨어 프로그램 또는 잘못된 하드웨어 중 하나의 버그로 인해 발생할 수 있습니다.
설치 중에 치명적인 신호 11 오류가 발생하면 먼저 가장 최근의 설치 이미지를 사용하고 있는지 확인하고 Anaconda 에서 손상되지 않았는지 확인하도록하십시오. 잘못된 설치 미디어(예: 부적절하게 굽거나 스크래치 광 디스크)는 신호 11 오류의 일반적인 원인입니다. 설치 미디어의 무결성 확인은 모든 설치 전에 권장됩니다.
최신 설치 미디어를 가져오는 방법에 대한 자세한 내용은 2장. Downloading RedRed Hat Enterprise Linuxnbsp;Hat EnterpriseRed Hat Enterprise Linuxnbsp;Linux 를 참조하십시오. 설치가 시작되기 전에 미디어 검사를 수행하려면 부팅 메뉴에 rd.live.check 부팅 옵션을 추가합니다. 자세한 내용은 23.2.2절. “부팅 미디어 확인” 을 참조하십시오.
다른 가능한 원인은 이 문서의 범위를 벗어납니다. 자세한 내용은 하드웨어 제조업체의 설명서를 참조하십시오.

14.3.6. 네트워크 스토리지 공간 (*N problemsSTG)에서 IPL을 IP 할 수 없습니다.

네트워크 스토리지 공간 (*NWSSTG)에서 IPL을 시도 할 때 문제가 발생하는 경우 대부분의 경우 원인은 PReP 파티션이 누락되어 있습니다. 이 경우 시스템을 다시 설치하고 파티션 단계 또는 Kickstart 파일에서 이 파티션을 만들어야 합니다.

14.3.7. GRUB2 next_entry 변수는 가상화된 환경에서 예기치 않게 작동할 수 있습니다.

deepOF 펌웨어를 사용하여 가상 환경을 부팅하는 IBM Power System 사용자는 시스템 재부팅 후 next_entry grub 환경 변수를 수동으로 설정 해제해야 합니다. SLOF 펌웨어는 설계상 부팅 시 블록 쓰기를 지원하지 않으므로 부트로더는 부팅 시 이 변수를 지울 수 없습니다.

III 부. IBM Z 아키텍처 - 설치 및 부팅

이 부분에서는 IBM Z의 부팅 또는 초기 프로그램 로드 (IPL) 및 Red Hat Enterprise Linux {;Hat Enterprise Red Hat Enterprise Linux Kernel;Linux on IBM Z의 설치에 대해 설명합니다.

15장. IBM Z에 설치 계획

15.1. 설치 전

Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux QCOW;Linux 7은 zEnterprise 19 또는 이후 IBM Ecosystem 시스템에서 실행됩니다.
설치 프로세스에서는 IBM Z에 익숙하고 LPAR( Logical partitions ) 및 z/VM 게스트 가상 머신을 설정할 수 있다고 가정합니다. IBM Z에 대한 자세한 내용은 을 참조하십시오 http://www.ibm.com/systems/z.
Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Red Hat Enterprise Linux QCOW;Linux on IBM Z의 경우 Red Hat은 DASD(direct Access Storage Device) 및 FCP(Fiber Channel Protocol) 스토리지 장치를 지원합니다.
Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 설치하기 전에 다음을 결정해야 합니다.
  • 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으로 인스턴스를 실행할 수 있습니다.
참고
SWAPGEN 유틸리티를 사용하여 FBA(고정 블록 아키텍처) DASD에서 스왑 공간을 초기화할 때 FBAPART 옵션을 사용해야 합니다.

15.2. IBM Z 설치 절차 개요

Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux, Linux on IBM Z를 대화식으로 또는 자동 마운트 모드로 설치할 수 있습니다. IBM Z에의 설치는 일반적으로 로컬 미디어가 아닌 네트워크를 통해 수행된다는 점에서 다른 아키텍처에 설치하는 것과 다릅니다. 설치 단계는 다음 세 단계로 구성됩니다.
  1. 설치 부팅

    메인 프레임에 연결하여 설치 프로그램이 포함된 매체에서 초기 프로그램 로드 (IPL) 또는 부팅을 수행합니다. 자세한 내용은 16장. IBM Z에서 설치 부팅 을 참조하십시오.
  2. 설치 시스템에 연결

    로컬 시스템에서 원격 IBM Z 시스템에 연결하여 설치 프로세스를 계속합니다. 자세한 내용은 17장. 설치 시스템에 연결 을 참조하십시오.
  3. anaconda

    Anaconda 설치 프로그램을 사용하여 네트워크를 구성하고, 언어 지원, 설치 소스, 소프트웨어 패키지를 설치하고, 나머지 설치를 수행합니다. 자세한 내용은 18장. Anaconda를 사용하여 설치 을 참조하십시오.

15.2.1. 설치 부팅

메인 프레임과 연결을 설정한 후에는 설치 프로그램이 포함된 매체에서 초기 프로그램 로드(IPL) 또는 부팅을 수행해야 합니다. 이 문서에서는 IBM Z의 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux 6.7;Linux를 설치하는 일반적인 방법에 대해 설명합니다. 일반적으로 모든 방법을 사용하여 커널(kernel.img) 및 초기 RAM 디스크(initrd.img ) 및 일반.prm 파일의 매개 변수가 있는 초기 RAM 디스크(initrd.img)를 사용할 수 있습니다. 또한 initrd, kernel 및 generic.prm의 파일 이름 및 메모리 주소를 결정하는 generic.ins 파일이 로드됩니다.
Linux 설치 시스템을 이 책의 설치 프로그램 이라고도 합니다.
IPL 프로세스를 시작할 수 있는 위치에서의 제어 포인트는 Linux를 실행할 환경에 따라 다릅니다. Linux가 z/VM 게스트 운영 체제로 실행되는 경우 제어 포인트는 호스팅 z/VM의 CP(Control Program )입니다. Linux가 LPAR 모드에서 실행되는 경우, 제어 포인트는 solution의 지원 요소 (SE) 또는 연결된 IBM Z HMC(HMC)입니다.
다음 부팅 미디어는 Linux가 z/VM에서 게스트 운영 체제로 실행되는 경우에만 사용할 수 있습니다.
다음 부트 미디어는 Linux가 LPAR 모드에서 실행되는 경우에만 사용할 수 있습니다.
z/VM 및 LPAR 모두에 대해 다음 부팅 미디어를 사용할 수 있습니다.
DASD 및 FCP 연결 SCSI 장치( SCSI DVD 제외)를 부팅 미디어로 사용하는 경우 구성된 zipl 부트 로더가 있어야 합니다.

15.2.2. 설치 시스템에 연결

로컬 시스템에서 원격 IBM Z 시스템에 연결하여 설치 프로세스를 계속합니다. 자세한 내용은 17장. 설치 시스템에 연결 을 참조하십시오.

15.2.3. Anaconda를 사용하여 설치

두 번째 설치 단계에서는 그래픽, 텍스트 기반 또는 명령줄 모드에서 Anaconda 설치 프로그램을 사용합니다.
그래픽 모드
VNC 클라이언트를 통해 그래픽 설치를 수행합니다. 마우스와 키보드를 사용하여 화면을 탐색하고 버튼을 클릭하고 텍스트 필드에 입력할 수 있습니다. VNC를 사용하여 그래픽 설치를 수행하는 방법에 대한 자세한 내용은 25장. VNC 사용 를 참조하십시오.
텍스트 기반 모드
이 인터페이스는 GUI의 모든 인터페이스 요소를 제공하지 않으며 모든 설정을 지원하지 않습니다. VNC 클라이언트를 사용할 수 없는 경우 대화형 설치에 이 값을 사용합니다. 텍스트 기반 설치에 대한 자세한 내용은 18.4절. “” 을 참조하십시오.
명령줄 모드
이는 IBM Z에서 자동 및 비대화형 설치를 위한 것입니다. 설치 프로그램이 유효하지 않거나 누락된 kickstart 명령이 발생하면 시스템이 재부팅됩니다. 자동 설치에 대한 자세한 내용은 27장. Kickstart 설치 을 참조하십시오.
Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux 7에서는 사용자 상호 작용을 최소화하기 위해 텍스트 기반 설치가 단축되었습니다. FCP 연결 SCSI 장치에 대한 설치, 파티션 레이아웃 사용자 지정 또는 패키지 애드온 선택과 같은 기능은 그래픽 사용자 인터페이스 설치에서만 사용할 수 있습니다. 가능한 경우 그래픽 설치를 사용하십시오. 자세한 내용은 18장. Anaconda를 사용하여 설치 을 참조하십시오.


[2] 직접 액세스 스토리지 장치 (DASD)는 장치당 최대 3개의 파티션을 허용하는 하드 디스크입니다. 예를 들어 dasda에는 dasda 1,dasda2, dasda3 라는 파티션이 있을 수 있습니다.
[3] SCSI over-Fibre 채널 장치 드라이버( zfcp 장치 드라이버)와 스위치를 사용하여 로컬에 연결된 SCSI 드라이브처럼 IBM Z의 SCSI LUN을 Linux로 제공할 수 있습니다.

16장. IBM Z에서 설치 부팅

Anaconda 설치 프로그램의 초기 프로그램 부팅(IPL)을 수행하는 단계는 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux가 실행되는 환경( z/VM 또는 LPAR)에 따라 달라집니다.

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

설치를 시작하려면 먼저 몇 가지 필수 부팅 매개변수를 구성해야 합니다. z/VM을 통해 설치할 때 generic.prm 파일에서 부팅하기 전에 이러한 매개변수를 구성해야 합니다. LPAR에 설치할 때 rd.cmdline 매개 변수는 기본적으로 요청 하도록 설정되어 있으므로 이러한 부팅 매개 변수를 입력할 수 있는 프롬프트가 표시됩니다. 두 경우 모두 필수 매개 변수는 동일합니다.
참고
네트워크 구성을 지원하기 위한 대화형 유틸리티를 제공하는 Red Hat Enterprise Linux 6와 달리, 이제 매개 변수 파일을 사용하거나 프롬프트에서 다음 매개 변수를 사용하여 모든 네트워크 구성을 지정해야 합니다.
설치 소스
설치 소스는 항상 구성해야 합니다. 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
일부 설치 방법에는 DVD 또는 FTP 서버의 파일 시스템에서 설치 데이터 위치와 데이터를 복사해야 하는 메모리 위치 매핑이 필요한 파일도 필요합니다. 파일 이름은 일반적으로 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 부트 로더를 설치할 수 있습니다. zipl 은 디스크당 하나의 부팅 레코드만 지원합니다. 디스크에 여러 개의 파티션이 있는 경우 디스크의 단일 부팅 레코드를 모두 "공유"합니다.
설치 프로그램을 부팅할 하드 드라이브를 준비하려면 다음 명령을 입력하여 하드 드라이브에 zipl 부트 로더를 설치합니다.
# 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에 설치할 때 다음에서 부팅할 수 있습니다.
  • z/VM 가상 리더
  • zipl 부트 로더와 함께 준비된 DASD 또는 FCP 연결 SCSI 장치
  • FCP 연결 SCSI DVD 드라이브
Linux 설치를 위해 선택한 z/VM 게스트 가상 머신에 로그인합니다. x3270 또는 c3270 터미널 에뮬레이터를 사용할 수 있습니다. Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux QCOW;Linux 패키지의 x3270-text 패키지에서 사용 가능한 x3270 또는 c3270 터미널 에뮬레이터를 사용하여 다른 Linux 시스템에서 z/VM에 로그인할 수 있습니다. 또는 IBM Z HMC(Hardware Management Console)에서 IBM 3270 터미널 에뮬레이터를 사용하십시오. Microsoft Windows 운영 체제가 있는 컴퓨터에서 작업하는 경우 Jolly Giant(http://www.jollygiant.com/)는 SSL 지원 3270 에뮬레이터를 제공합니다. wc3270 이라는 c3270 의 무료 네이티브 Windows 포트도 존재합니다.
참고
3270 연결이 중단되고 이전 세션이 여전히 활성화되어 있으므로 다시 로그인할 수 없는 경우 z/VM 로그온 화면에서 다음 명령을 입력하여 이전 세션을 새 세션으로 교체할 수 있습니다.
logon user here
사용자를 z/VM 게스트 가상 머신의 이름으로 바꿉니다. 외부 보안 관리자(예: RACF)가 사용되었는지 여부에 따라 logon 명령이 다를 수 있습니다.
게스트에서 CMS (단일 사용자 운영 체제)를 실행 중이 아닌 경우 명령을 입력하여 지금 부팅합니다.
cp ipl cms
A 디스크 (대기 장치 번호 0191)와 같은 CMS 디스크를 설치 대상으로 사용하지 마십시오. CMS에서 사용하는 디스크를 확인하려면 다음 쿼리를 사용하십시오.
query disk
z/VM 하이퍼바이저인 CP(z/VM 제어 프로그램)를 사용하여 z/VM 게스트 가상 머신의 장치 구성을 확인할 수 있습니다.
  • 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 리더에서 부팅하려면 다음 단계를 수행합니다.
  1. 필요한 경우 z/VM TCP/IP 도구를 포함하는 장치를 CMS 디스크 목록에 추가합니다. 예:
    cp link tcpmaint 592 592
    acc 592 fm
    fmFILEMODE 문자로 바꿉니다.
  2. 명령을 실행합니다.
    ftp host
    여기서 host 는 부팅 이미지를 호스팅하는 FTP 서버의 호스트 이름 또는 IP 주소입니다(kernel.imginitrd.img).
  3. 로그인한 후 다음 명령을 실행합니다. 기존 kernel.img,initrd.img,generic.prm 또는 redhat.exec 파일을 덮어쓰는 경우 (repl 옵션)를 사용합니다.
    cd /location/of/install-tree/images/
    ascii 
    get generic.prm (repl 
    get redhat.exec (repl 
    locsite fix 80 
    binary 
    get kernel.img (repl 
    get initrd.img (repl 
    quit
  4. 선택적으로, 수신된 파일 및 형식을 표시하기 위해 CMS 명령 filelist 를 사용하여 파일이 올바르게 전송되었는지 여부를 확인합니다. 커널.imginitrd.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 프롬프트로 돌아갑니다.
  5. 필요에 따라 generic.prm 에서 부팅 매개 변수를 사용자 지정합니다. 자세한 내용은 16.1절. “부팅 매개변수 사용자 정의” 을 참조하십시오.
    스토리지 및 네트워크 장치를 구성하는 또 다른 방법은 CMS 구성 파일을 사용하는 것입니다. 이 경우 CMSDASD=CMSCONFFILE= 매개변수를 generic.prm 에 추가합니다. 자세한 내용은 21.2절. “z/VM 구성 파일” 을 참조하십시오.
  6. 마지막으로 REXX 스크립트 redhat.exec 를 실행하여 설치 프로그램을 부팅합니다.
    redhat

16.3.2. 준비된 DASD 사용

준비된 DASD에서 부팅하고 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 설치 프로그램을 참조하는 zipl 부팅 메뉴 항목을 선택합니다. 다음 형식의 명령을 사용합니다.
cp ipl DASD_device_number loadparm boot_entry_number
DASD_device_number 를 부팅 장치의 장치 번호로 바꾸고 boot_entry_number 를 이 장치의 zipl 설정 메뉴로 바꿉니다. 예:
cp ipl eb1c loadparm 0

16.3.3. 장착된 FCP 연결 SCSI 디스크 사용

FCP 연결 SCSI 디스크에서 부팅하려면 다음 단계를 수행합니다.
  1. 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
  2. 선택적으로 명령을 사용하여 설정을 확인합니다.
    query loaddev
  3. 다음 명령을 사용하여 디스크를 포함하는 스토리지 시스템과 연결된 FCP 장치를 부팅합니다.
    cp ipl FCP_device 
    예:
    cp ipl fc00

16.3.4. FCP 연결 SCSI DVD 드라이브 사용

이를 위해서는 IBM Z의 FCP 어댑터에 연결된 FCP DVD 드라이브가 FCP-to-SCSI 브리지에 연결되어 있어야 합니다. FCP 어댑터는 z/VM에서 구성하고 사용할 수 있어야 합니다.
  1. Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux with IBM Z DVD를 DVD 드라이브에 삽입합니다.
  2. 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
  3. 선택적으로 명령을 사용하여 설정을 확인합니다.
    cp query loaddev
  4. FCP-to-SCSI 브리지와 연결된 FCP 장치의 IPL입니다.
    cp ipl FCP_device
    예:
    cp ipl fc00

16.4. LPAR에 설치

LPAR( Logical partition )에 설치할 때 다음에서 부팅할 수 있습니다.
  • FTP 서버
  • zipl 부트 로더와 함께 준비된 DASD 또는 FCP 연결 SCSI 드라이브
  • FCP 연결 SCSI DVD 드라이브
먼저 다음 단계를 수행하십시오.
  1. IBM Z HMC(HMC) 또는 LPAR에 새 운영 체제를 설치하기에 충분한 권한이 있는 사용자로 지원 요소 (SE)에 로그인합니다. SYSPROG 사용자를 권장합니다.
  2. 이미지를 선택한 다음 설치할 LPAR을 선택합니다. 오른쪽의 프레임에 있는 화살표를 사용하여 CPC 복구 메뉴로 이동합니다.
  3. 운영 체제 메시지를 두 번 클릭하여 Linux 부팅 메시지 가 표시될 텍스트 콘솔을 표시합니다.
설치 소스에 대한 절차를 계속합니다.
참고
이 절차를 완료하고 설치 소스에 따라 다음 절차 중 하나를 완료하면 설치가 시작됩니다. 그러면 설치 프로그램에서 추가 부팅 매개 변수를 제공하도록 요청합니다. 필수 매개변수는 16.1절. “부팅 매개변수 사용자 정의” 에 설명되어 있습니다.

16.4.1. FTP 서버 사용

  1. CD-ROM, DVD 또는 서버에서 로드를 두 번 클릭합니다.
  2. 다음 대화 상자에서 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/ ).
  3. Continue 를 클릭합니다.
  4. 다음 대화 상자에서 기본 선택인 generic.ins 를 유지하고 Continue 를 클릭합니다.

16.4.2. 준비된 DASD 사용

  1. 로드 를 두 번 클릭합니다.
  2. 다음 대화 상자에서 로드 유형으로 Normal 을 선택합니다.
  3. Load address 로서 DASD의 장치 번호를 입력합니다.
  4. Load 매개 변수로 Red Hat Enterprise Linux Red Hat Enterprise Linux Kernel;Hat Enterprise Red Hat Enterprise Linux Kernel;Linux 설치 프로그램 부팅을 위해 준비한 zipl 부팅 메뉴 항목에 해당하는 번호를 입력하십시오.
  5. OK 버튼을 클릭합니다.

16.4.3. 장착된 FCP 연결 SCSI 디스크 사용

  1. 로드 를 두 번 클릭합니다.
  2. 다음 대화 상자에서 로드 유형으로 SCSI 를 선택합니다.
  3. Load address 로서 SCSI 디스크로 연결된 FCP 채널의 장치 번호를 입력합니다.
  4. 월드 와이드 포트 이름으로, 디스크를 16자리 16진수로 포함하는 스토리지 시스템의 WWPN을 입력합니다.
  5. 논리 장치 번호로 디스크의 LUN을 16자리 16진수로 입력합니다.
  6. Boot program selector (부팅 프로그램 선택기)로 Red Hat Enterprise Linux HAT;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 설치 프로그램을 부팅할 준비가 된 zipl 부팅 메뉴 항목에 해당하는 번호를 입력하십시오.
  7. Boot 레코드 논리 블록 주소를 0 으로, 운영 체제 특정 로드 매개 변수를 비워 둡니다.
  8. OK 버튼을 클릭합니다.

16.4.4. FCP 연결 SCSI DVD 드라이브 사용

이를 위해서는 IBM Z 머신의 FCP 어댑터에 연결된 FCP DVD 드라이브가 FCP-SCSI 브리지에 연결되어 있어야 합니다. LPAR에서 FCP 어댑터를 구성하고 사용할 수 있어야 합니다.
  1. Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux with IBM Z DVD를 DVD 드라이브에 삽입합니다.
  2. 로드 를 두 번 클릭합니다.
  3. 다음 대화 상자에서 로드 유형으로 SCSI 를 선택합니다.
  4. Load address 로서 FCP-to-SCSI 브리지와 연결된 FCP 채널의 장치 번호를 입력합니다.
  5. World wide port name 로서 FCP-to-SCSI 브리지의 WWPN을 16자리 16진수로 입력합니다.
  6. 논리 장치 번호로 DVD 드라이브의 LUN을 16자리 16진수로 입력합니다.
  7. Boot program selector1 을 입력하여 Red Hat Enterprise Linux HAT;Hat EnterpriseRed Hat Enterprise Linux QCOW;Linux for IBM Z DVD에서 부팅 항목을 선택합니다.
  8. Boot 레코드 논리 블록 주소를 0 으로, 운영 체제 특정 로드 매개 변수를 비워 둡니다.
  9. OK 버튼을 클릭합니다.

17장. 설치 시스템에 연결

Anaconda 설치 프로그램의 초기 프로그램 로드(IPL)가 완료되면 ssh 연결을 사용하여 로컬 시스템의 IBM Z 시스템에 'install' 사용자로 연결합니다.
설치 프로세스를 계속하려면 설치 시스템에 연결해야 합니다. VNC 모드를 사용하여 GUI 기반 설치를 실행하거나 설정된 연결을 사용하여 텍스트 모드 설치를 실행합니다.
추가 리소스:
GUI 기반 설치를 위한 VNC 및 다양한 VNC 모드를 설치하는 방법에 대한 자세한 내용은 다음을 참조하십시오. 25장. VNC 사용

17.1. VNC를 사용하여 원격 연결 설정

로컬 시스템에서 아래 단계를 실행하여 IBM Z 시스템과의 원격 연결을 설정합니다.
전제 조건:
  • 초기 프로그램 부팅은 IBM Z 시스템에서 완료되고 명령 프롬프트가 표시됩니다.
    	Starting installer, one moment...
            Please ssh install@my-z-system (system ip address) to begin the install.
    
  • 설치 시스템에 VNC 액세스를 제한하려면 inst.vncpassword=rule 부팅매개변수 가 구성되었는지 확인합니다.
  1. 명령 프롬프트에서 다음 명령을 실행합니다.
    $ssh install@my-z-system-domain-name
    또는
    $ssh install@my-z-system-IP-address
  2. 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 단계로 진행합니다.
  3. VNC를 시작하려면 1을 입력합니다.
  4. inst.vncpassword= 부팅 옵션을 설정하지 않고 서버 연결을 보호하려는 경우 암호를 입력합니다.
  5. 새 명령 프롬프트에서 VNC 서버에 연결합니다.
    $vncviewer my-z-system-ip-address:display_number
    연결을 보호한 경우 이전 단계에서 입력한 암호 또는 inst.vncpassword= 부팅 옵션에 설정한 암호를 사용합니다.
    RHEL 설치 프로그램은 VNC 클라이언트에서 실행됩니다.

18장. Anaconda를 사용하여 설치

이 장에서는 Anaconda 설치 프로그램을 사용하여 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Pure;Linux 설치를 위한 단계별 지침을 제공합니다. 이 장의 대부분은 그래픽 사용자 인터페이스를 사용하여 설치를 설명합니다. IBM Z의 그래픽 인터페이스는 다른 시스템의 VNC 프로토콜을 통해 액세스할 수 있습니다. 텍스트 모드는 그래픽 표시가 없는 시스템에서도 사용할 수 있지만 이 모드는 특정 측면에서 제한됩니다(예: 사용자 정의 파티션은 텍스트 모드에서 불가능합니다).
그래픽 인터페이스와 함께 VNC 모드를 사용할 수 없는 경우 Kickstart를 사용하여 설치를 자동화하는 것이 좋습니다. Kickstart에 대한 자세한 내용은 27장. Kickstart 설치 을 참조하십시오.

18.1. Anaconda 소개

Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux QCOW;Linux 설치 프로그램 Anaconda 는 병렬 특성으로 인해 대부분의 다른 운영 체제 설치 프로그램과 다릅니다. 대부분의 설치 프로그램은 고정 경로를 따릅니다. 먼저 언어를 선택한 다음 네트워크를 구성한 다음 설치 유형, 파티션 등의 작업을 수행해야 합니다. 일반적으로 주어진 시간에 한 가지 방법 만 진행해야합니다.
Anaconda 에서는 언어 및 로케일만 먼저 선택한 다음, 원하는 순서에 따라 설치의 대부분의 측면을 구성할 수 있는 중앙 화면이 표시됩니다. 이는 설치 프로세스의 모든 부분에 적용되지 않지만(예: 네트워크 위치에서 설치할 때) 설치할 패키지를 선택하기 전에 네트워크를 구성해야 합니다.

18.2.

18.2.1.

참고
일반적으로 설치 문제를 진단하지 않는 한 기본 그래픽 설치 환경을 종료할 이유가 없습니다.
터미널 멀티플렉서는 가상 콘솔 1에서 실행됩니다. 가상 콘솔 6에서 실행되는 기본 설치 인터페이스로 돌아가려면 Ctrl+Alt+F6를 누릅니다.
참고
표 18.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.

참고

18.5.

그림 18.2.

표 18.2.
사용법

18.6.

참고

그림 18.3.

18.7.

그림 18.4.

참고

18.8.

참고
참고

18.9.

그림 18.5.

참고

18.10.

그림 18.6.

중요
참고

18.11.

중요

그림 18.7.