[롬 라이터로 망가진 바이오스 복구하기 (1)]에 이어서 적도록 하겠습니다. Show
그 다음에는 그 위의 폴더인 CH341A 1.4를 열으시면 위의 사진처럼 뜨는데 응용프로그램인 CH341AFree를 켜시면 됩니다. 그러면 이런 화면이 뜰겁니다. 롬 칩에 맞는 용량을 먼저 선택해줘야하는데요, 이건 롬 칩에 있는 글씨를 읽어줘야합니다. 저는 25Q64BVAIG라고 되어있고, 25Q64의 64가 롬칩의 용량입니다. 그래서 저는 이렇게 8MByte/64MBit를 선택했습니다. 만약 25Q128이라고 시작하면 128이 용량이므로 16MByte/128MBit를 선택하시면 됩니다. 요즘 메인보드는 대부분 64MBit 이상인데 구형 메인보드의 경우에는 32MBit나 16MBit도 있으니 잘 확인하시는게 좋을 것 같습니다. 사람의 일은 모르니 먼저 기존 바이오스를 저장해둡시다. 읽기를 누르시면 사진의 설명처럼 롬칩에 기록된 내용을 읽어줍니다. 내용을 읽는 동안은 프로그램 내에서 다른 작업은 할 수 없게 버튼들이 비활성화 됩니다. 다 읽으면 아래 바가 100%가 됩니다. 기존 바이오스를 저장하기로 했으니 저장버튼을 눌러서 바이오스를 저장해줍시다. 저장을 누르면 위 사진처럼 뜨고 파일 이름은 알아볼 수 있게 적당히 적어서 저장 누르시면 됩니다. 여기까지 했으면 기존 바이오스는 저장이 된거고, 이제 기존에 기록된 바이오스를 삭제하고 새로운 바이오스를 입혀줄 겁니다. 사진처럼 지우기를 누르면 기존 바이오스가 제거됩니다. 지우기가 완료되면 사진과 같은 창이 뜹니다. 확인 누르시면 돼요. 이제 제대로 지워졌는지 확인을 해봅시다. 공백을 누르시면 칩의 내용이 제대로 지워졌는지 확인합니다. 칩이 제대로 지워지지 않았다면 위쪽과 같은 창이 뜨고요 이럴때는 다시 한번 지우기를 누르시면 됩니다. 아래쪽과 같은 창이 뜨면 제대로 지워진겁니다. 이제 새로운 바이오스를 입혀봅시다. 사진처럼 열기를 누르시고 바이오스를 가져옵니다. 바이오스는 .bin이나 .rom 파일만 가져올 수 있는것 같은데, 아수스 경우에는 파일을 수정해야 한다네요. 애즈락의 instant flash 파일도 수정을 해야하는데, 저는 제대로 된 수정법을 못찾아서 해외의 어떤 분이 백업해둔 바이오스 파일을 가져와서 입히기에 성공했네요; 어쨌든 파일을 클릭해서 열기를 누르시면 됩니다. 이제 불러온 파일을 롬 칩에 기록합시다. 사진의 기록을 누르시면 파일이 기록됩니다. 아래 바가 100%가 되면 기록이 완료 된건데, 시간이 조금 걸리니 기다리세요. 이제 파일이 제대로 기록됐는지 확인합니다. 롬 칩에 기록된 내용과 열었던 파일의 내용이 일치하는지 확인하는 작업인데, 이것도 시간이 좀 걸립니다. 제대로 기록됐다면 이런 창이 뜨게 됩니다. 그런데 저는 검사 과정에서 내용이 일치하지 않는다고 뜹니다. 여러번 시도해봐도 마찬가지입니다. 버전을 바꿔봐도, 영문으로 해봐도 마찬가지에요. 영문으로 시도했을 때. 이 버전에서는 'Chipwith the contents are in disagreement'라고 떴고, 몇몇 다른 버전에서는 'Chip main memory with the contents are in disagreement'라는 문구가 계속해서 떴습니다. 수많은 시도를 해봤지만 역시나 마찬가지였어요. 그러던중 구글링을 통해 정보를 모아서 더 다양한 시도를 해봤는데, 마침내 해결 방법을 알아냈습니다. [롬 라이터로 망가진 바이오스 복구하기 (3)] 더 많은 개조자작기는 여기에서 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 설치 및 설치와 같은 고급 설치 방법도 다룹니다. 마지막으로 일반적인 설치 후 작업을 설명하고 설치 문제 해결 방법을 설명합니다. 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 배포판과 매우 다릅니다. 이러한 차이점은 각 화면의 하위 섹션에 설명되어 있습니다. 일부 화면은 하드웨어 및 설치를 시작하는 데 사용한 미디어 유형에 따라 자동으로 구성됩니다. 모든 화면에서 감지된 설정을 계속 변경할 수 있습니다. 자동으로 구성되지 않았으므로 설치를 시작하기 전에 주의가 필요한 화면은 느낌표로 표시됩니다. 이러한 설정을 구성하기 전에 실제 설치 프로세스를 시작할 수 없습니다. 1.2. 원격 설치 그래픽 인터페이스를 원격으로 사용하여 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux sl;Linux를 설치할 수 있습니다. 헤드리스 시스템의 경우 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 파일은 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;LinuxRed 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 이미지 다운로드
고객 포털에서 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장. 네트워크 설치 준비 을 참조하십시오. 기본적으로 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 ero 및 K3b 와 같은 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 미디어 설치이 절차는 파괴적인 것입니다. USB 플래쉬 드라이브의 모든 데이터는 경고 없이 삭제됩니다. 올바른 드라이브를 지정하고 이 드라이브에 보존할 데이터가 포함되어 있지 않은지 확인합니다. 많은 Linux 배포판은 라이브 USB 미디어를 만들기 위한 자체 도구를 제공합니다. liveusb-creator, Fedora, usb-creator on Ubuntu 등입니다. 이러한 툴에 대한 설명은 이 문서의 범위를 벗어나며 대부분의 Linux 시스템에서 다음 절차를 수행합니다. IBM Power Systems 서버에서 가상화된 비가상 설치(예:
"bare metal" 설치라고도 함)에는 3.2.2. Windows에서 USB 미디어 설치Windows에서 부팅 가능한 USB 미디어를 만드는 절차는 사용하는 도구에 따라 다릅니다. ISO 이미지를 USB 드라이브에 쓸 수 있는 다양한 유틸리티가 있습니다. Red Hat은 에서 https://github.com/FedoraQt/MediaWriter/releases 다운로드할 수 있는 Fedora Media Writer 를 사용할 것을 권장합니다. Windows 탐색기를 사용하여 ISO 이미지 파일을 USB 드라이브로 전송하거나 유사한 파일 관리자가 작동하지 않습니다. 장치에서 부팅할 수 없습니다. 3.2.3. Mac OS X에서 USB 미디어 설치다음 절차에서는 dd 명령행 도구를 사용하여 설치 이미지를 USB 플래쉬 드라이브에 작성하는 것입니다. 일부 단계에는 sudo 명령을 사용해야 합니다. 이 명령은 암호가 필요한 관리자 계정으로 로그인할 때만 사용할 수 있습니다. USB 플래쉬 드라이브의 모든 데이터는 이 절차를 통해 삭제됩니다. 3.3. 설치 소스 준비그러나 최소 부트 이미지를 사용하는 경우 추가 설치 소스도 구성해야 합니다. 최소 부팅 이미지에는 시스템을 부팅하고 설치를 시작하는 데 필요한 설치 프로그램 자체와 도구만 포함되어 있습니다. 시스템에 설치할 소프트웨어 패키지가 포함되어 있지 않기 때문입니다. 전체 설치 DVD ISO 이미지를 설치의 소스로 사용할 수 있습니다. Red Hat에서 제공하지 않는 추가 소프트웨어가 시스템에 필요한 경우 추가 리포지토리를 구성하고 설치가 완료된 후 이러한 패키지를 설치해야 합니다. 설치된 시스템에서 추가 YUM 리포지토리를 구성하는 방법에 대한 자세한 내용은 Red Hat Enterprise Linux 7 시스템 관리자 가이드를 참조하십시오. 설치 소스는 다음 중 하나일 수 있습니다.
최소 부트 미디어에서 설치를 부팅할 때 항상 추가 설치 소스를 구성해야 합니다. 전체 바이너리 DVD에서 설치를 부팅할 때 다른 설치 소스를 구성할 수도 있지만, 바이너리 DVD ISO 이미지에는 시스템을 설치하는 데 필요한 모든 패키지가 포함되어 있지 않으며 설치 프로그램은 자동으로 바이너리 DVD를 소스로 구성합니다. 다음과 같은 방법으로 설치 소스를 지정할 수 있습니다.
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 가 마운트할 수 있는 파일 시스템이 있는 파티션에 있어야 한다는 것입니다. 이러한 파일 시스템은
하드 드라이브 또는 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 {;Hat EnterpriseRed Hat Enterprise Linux 7 시스템에서 이 절차를 문서화한 대로 정확하게 따를 수 있습니다. Red Hat Enterprise Linux Deployment EnterpriseRed Hat Enterprise Linux sl;Hat Enterprise의 이전 릴리스에 대한 설치 소스 생성 프로세스에 대한 설명은 해당 릴리스에 대한 적절한 설치 가이드를 참조하십시오. 절차 3.4. NFS를 사용하여 설치 준비
위의 절차를 완료한 후 설치 전 또는 설치 중에 설치 소스를 구성할 때 3.3.3.2. HTTP, HTTPS 또는 FTP 서버에 설치 소스 이 설치 방법을 사용하면 설치 트리를 사용하여 네트워크 기반 설치를 허용합니다. 이 디렉터리는 바이너리 DVD ISO 이미지의 추출된 콘텐츠와 유효한 다음 절차는 프로세스의 기본 개요일 뿐입니다. 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를 사용하여 설치 준비
위의 절차를 완료한 후 설치 트리에 액세스할 수 있으며 설치 소스로 사용할 수 있습니다. 설치 전 또는 설치 중에 설치 소스를 구성할 때 절차 3.6. FTP를 사용하여 설치 준비
위의 절차를 완료한 후 설치 트리에 액세스할 수 있으며 설치 소스로 사용할 수 있습니다. 설치 전 또는 설치 중에 설치 소스를 구성할 때 3.3.3.3. 네트워크 기반 설치에 대한 방화벽 고려 사항네트워크 기반 설치 소스를 사용하는 경우 방화벽에서 설치 중인 서버를 원격 설치 소스에 액세스할 수 있는지 확인합니다. 다음 표에서는 각 유형의 네트워크 기반 설치에 대해 열어야 하는 포트를 보여줍니다. 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 드라이브를 부팅한 후 다음을 수행합니다.
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 부팅 미디어 생성
Kickstart 파일을 사용하여 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 설치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년 이내에 구축된 대부분의 시스템의 하드웨어와 호환되어야 합니다. 하드웨어 호환성은 오래된 시스템 또는 사용자 정의 내장 시스템이 있는 경우 특히 중요합니다. 하드웨어 사양은 거의 매일 변경되므로 모든 시스템의 호환성을 확인하는 것이 좋습니다. 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 시스템의 다음과 같은 설치 대상을 지원합니다.
Red Hat은 USB 드라이브 또는 SD 메모리 카드에 대한 설치를 지원하지 않습니다. 타사 가상화 기술 지원에 대한 자세한 내용은 Red Hat 하드웨어 호환성 목록을 https://hardware.redhat.com 참조하십시오. 5.4. 시스템 사양 목록설치 프로그램은 자동으로 컴퓨터의 하드웨어를 감지하고 설치하며 일반적으로 시스템에 대한 특정 세부 정보를 설치 프로그램에 제공할 필요가 없습니다. 그러나 특정 유형의 설치를 수행할 때 하드웨어에 대한 특정 세부 정보를 알고 있어야 합니다. 따라서 설치 유형에 따라 설치 중 참조에 대해 다음 시스템 사양을 기록하는 것이 좋습니다.
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 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을 결정하려면 다양한 구성을 테스트하고 새 릴리스마다 정기적으로 다시 테스트해야 합니다. Kickstart 파일을 사용하여 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 설치하면 수동 설치와 동일한 최소 RAM 요구 사항이 있습니다. 그러나 추가 메모리가 필요한 명령을 실행하거나 RAM 디스크에 데이터를 쓰는 명령을 실행하는 Kickstart 파일을 사용하는 경우 추가 RAM이 필요할 수 있습니다. 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. 하드웨어 RAIDRAID(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) 장치를 스토리지로 사용하려면 다음 조건을 충족해야 합니다.
NVDIMM 장치에서 부팅하는 것은 다음과 같은 추가 조건에서 가능합니다.
부팅하는 동안 NVDIMM 장치의 고성능을 활용하려면 장치에 5.6.5. Intel BIOS RAID 세트에 대한 고려 사항 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux 7은 Intel BIOS RAID 세트에 설치하는 데 mdraid 를 사용합니다. 부팅 프로세스 중에 이러한 세트가 자동으로 감지되고 장치 노드 경로가 부팅에서 부팅까지 변경될 수 있습니다. 이러한 이유로 장치 노드 경로에 의해 장치를 참조하는 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 파일을 사용하면 개별 패키지를 설치하거나 제거할 수도 있습니다. 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용 사용자 정의 개인 키 추가
더 이상 필요하지 않은 경우 가져온 베타 공개 키를 제거합니다. Red Hat Enterprise Linux sl;Hat EnterpriseRed Hat Enterprise Linux 6.7;Linux 7의 최종(General Availability) 릴리스를 설치하거나 다른 운영 체제를 설치할 때 가져온 키를 제거해야 합니다. 이 공개 키 만 가져온 경우 다음 명령을 사용하여 MOK를 재설정할 수 있습니다.
다음 재부팅 후 펌웨어가 확인 및 키를 가져올 때 생성한 암호를 묻는 메시지를 표시합니다. 올바른 암호를 제공한 후 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 시스템 관리자 가이드 를 참조하십시오. 다른 상황에서는 특정 구성을 지원하기 위해 설치 프로세스 중에 장치에 대한 드라이버를 추가해야 할 수 있습니다. 예를 들어 네트워크 장치 또는 스토리지 어댑터 카드의 드라이버를 설치하여 시스템에서 사용하는 스토리지 장치에 대한 설치 프로그램에 액세스할 수 있습니다. 드라이버 디스크를 사용하여 두 가지 방법 중 하나로 설치 중에 이 지원을 추가할 수 있습니다.
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에 제공되지 않음) 서명되었는지 확인해야 합니다. 6.2. 설치 중 드라이버 업데이트 준비드라이버 업데이트가 필요하며 하드웨어에 사용할 수 있는 경우 Red Hat, 하드웨어 벤더 또는 다른 신뢰할 수 있는 타사에서 일반적으로 ISO 형식으로 이미지 파일 형식으로 제공합니다. ISO 이미지를 가져오면 드라이버 업데이트를 수행하는 데 사용할 방법을 결정해야 합니다. 사용 가능한 방법은 다음과 같습니다. 자동 드라이버 업데이트 설치를 시작하면 Anaconda 설치 프로그램이 연결된 모든 스토리지 장치를 탐지합니다. 설치가 시작될 때 설치를 시작할 때 설치를 시작할 때
자동 드라이버 업데이트 방법을 사용하려면 6.2.1. 로컬 스토리지에서 드라이버 업데이트 이미지 파일 사용 준비로컬 스토리지 장치를 사용하여 하드 드라이브 또는 USBlash 드라이브와 같은 ISO 파일을 제공하는 경우 설치 프로그램이 장치에 올바르게 레이블을 지정하여 자동으로 인식할 수 있습니다. 사용할 수 없는 경우에만 아래에 설명된 대로 수동으로 업데이트를 설치합니다.
6.2.2. 드라이버 디스크 준비CD 또는 DVD에서 드라이버 업데이트 디스크를 만들 수 있습니다. 이미지 파일에서 디스크를 구우는 방법에 대한 자세한 내용은 3.1절. “설치 CD 또는 DVD 만들기” 를 참조하십시오. 드라이버 업데이트 디스크 CD 또는 DVD를 구울 후 시스템에 삽입하고 파일 관리자를 사용하여 디스크가 성공적으로 생성되었는지 확인합니다. 드라이버 디스크 설명이 포함된 서명 파일인
6.3. 설치 중 드라이버 업데이트 수행설치 프로세스 시작 시 다음과 같은 방법으로 드라이버 업데이트를 수행할 수 있습니다.
항상 드라이버 업데이트 디스크를 표준 디스크 파티션에 배치하십시오. RAID 또는 LVM 볼륨과 같은 고급 스토리지는 드라이버 업데이트를 수행할 때 설치 초기 단계에서 액세스할 수 없습니다. 6.3.1. 자동 드라이버 업데이트 설치 프로그램이 드라이버 업데이트 디스크를 자동으로 인식할 수 있도록 설치 프로세스를 시작하기 전에 블록 장치를 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 7.2부터 설치가 시작되면 설치 프로그램은 시스템에 연결된 사용 가능한 모든 스토리지를 감지합니다. 숫자 키를 사용하여 개별 드라이버에서 선택을 전환합니다. 준비가 되면 c 를 눌러 선택한 드라이버를 설치하고 Anaconda 그래픽 사용자 인터페이스로 이동합니다. 6.3.2. 지원되는 드라이버 업데이트 설치 중에 드라이버를 설치할 수 있는 그림 6.2. Driver Interactively 선택 ISO 이미지 파일을 추출하여 CD 또는 DVD에서 구울었지만 미디어에 inst.dd=/dev/sr0 숫자 키를 눌러 개별 드라이버에서 선택을 전환합니다. 준비가 되면 c 를 눌러 선택한 드라이버를 설치하고 Anaconda 그래픽 사용자 인터페이스로 이동합니다. 6.3.3. 수동 드라이버 업데이트 수동 드라이버 설치를 위해 드라이버가 포함된 ISO 이미지 파일을 액세스 가능한 위치(예: USB플러 드라이브 또는 웹 서버)에 준비한 후 컴퓨터에 연결합니다. 시작 화면에서 탭을 눌러 부팅 명령줄을 표시하고 일반적으로 이미지 파일은 웹 서버(예: http://server.example.com/dd.iso) 또는 USBlash 드라이브(예: /dev/sdb1)에 있습니다. 드라이버 업데이트가 포함된 RPM 패키지를 지정할 수도 있습니다(예: http://server.example.com/dd.rpm). 준비되면 Enter 를 눌러 부팅 명령을 실행합니다. 그런 다음 선택한 드라이버가 로드되고 설치 프로세스가 정상적으로 진행됩니다. 6.3.4. 드라이버 블랙리스트 지정 문제 해결 드라이버를 사용하면 설치 중에 시스템이 정상적으로 부팅되지 않도록 할 수 있습니다. 이 경우 부트 명령줄을 사용자 정의하여 드라이버를 비활성화(또는 블랙리스트)할 수 있습니다. 부팅 메뉴에서 Tab 키를 눌러 부팅 명령 행을 표시합니다. 그런 다음 modprobe.blacklist=ahci
7장. 64비트 AMD, Intel 및 ARM 시스템에서 설치 부팅 하드 디스크에 저장된 ISO 이미지 또는 다음 표에는 다양한 부팅 방법과 각각에 사용할 권장 설치 방법이 요약되어 있습니다. 표 7.1. 부팅 방법 및 설치 소스
부팅 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 또는 사용자가 만든 모든 부팅 미디어를 사용하여 설치 프로그램을 부팅합니다. 부팅 시퀀스 중에 마우스를 반복적으로 클릭하면 설치 프로세스 후반부에서 설치 프로그램이 키보드 입력을 무시할 수 있습니다. 7.1.1. 물리적 미디어에서 부팅Red Hat Enterprise Linux sl;Hat EnterpriseRed Hat Enterprise Linux 6.7;Linux DVD 또는 최소 부팅 미디어에서 설치 프로그램을 시작하려면 다음 절차를 따르십시오. 잠시 후 다양한 부팅 옵션에 대한 정보가 포함된 부팅 화면이 표시됩니다. 첫 번째 분 이내에 아무 작업도 수행하지 않으면 설치 프로그램이 자동으로 시작됩니다. 이 화면에서 사용할 수 있는 옵션에 대한 설명은 7.2절. “부팅 메뉴” 을 참조하십시오. 7.1.2. PXE를 사용하여 네트워크에서 부팅를 사용하여 부팅 PXE, 올바르게 구성된 TFTP 서버와 PXE를 지원하는 컴퓨터에 네트워크 인터페이스가 필요합니다. PXE 서버를 구성하는 방법에 대한 자세한 내용은 24장. 네트워크 설치 준비 을 참조하십시오. 네트워크 인터페이스에서 부팅하도록 컴퓨터를 구성합니다. 이 옵션은 BIOS에 있으며 PXE 서버에서 설치 프로그램을 부팅하려면 다음 절차를 따르십시오. 이 절차에서는 이더넷과 같이 물리적 네트워크 연결을 사용해야 합니다. 무선 연결에서는 작동하지 않습니다. 절차 7.2. PXE를 사용하여 네트워크에서 설치 부팅
이 시점에서 설치 프로그램이 성공적으로 시작되고 다양한 부팅 옵션에 대한 정보가 포함된 부팅 화면이 표시됩니다. 첫 번째 분 이내에 아무 작업도 수행하지 않으면 설치 프로그램이 자동으로 시작됩니다. 이 화면에서 사용할 수 있는 옵션에 대한 설명은 7.2절. “부팅 메뉴” 을 참조하십시오. 8장. Anaconda를 사용하여 설치이 장에서는 Anaconda 설치 프로그램을 사용하여 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Pure;Linux 설치를 위한 단계별 지침을 제공합니다. 이 장의 대부분은 그래픽 사용자 인터페이스를 사용하여 설치를 설명합니다. 텍스트 모드는 그래픽 표시가 없는 시스템에서도 사용할 수 있지만 이 모드는 특정 측면에서 제한됩니다(예: 사용자 정의 파티션은 텍스트 모드에서 불가능합니다). 시스템에 그래픽 모드를 사용할 수 없는 경우 다음을 수행할 수 있습니다.
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
8.2.2. 스크린샷 저장 그래픽 설치 중에 언제든지 Shift+Print Screen 을 눌러 현재 화면을 캡처할 수 있습니다. 이 스크린샷은 또한 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.4.8.5.8.6.8.7.8.8.8.9.8.10.8.11.
예:
8.12.8.12.1.8.12.2.8.13.이로 인해 시스템이 취약점의 영향을 받을 가능성이 크게 줄어듭니다. 8.13.1.8.14.8.14.1.8.14.1.1.8.14.2.8.14.3.설치를 진행할 충분한 공간이 확보되면 공간 회수 버튼을 사용할 수 있습니다. 이 버튼을 클릭하여 설치 요약 화면으로 돌아가서 설치를 진행합니다. 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.14.4.1. 파일 시스템 추가 및 파티션 구성 Red Hat Enterprise Linux
QCOW;Hat Enterprise Red Hat Enterprise Linux Kernel;Linux를 설치하려면 최소한 하나의 파티션이 필요합니다. / , 일부 파티션에 대한 특정 요구 사항이 있는 경우(예: 특정 파티션을 특정 디스크에 있어야 함) 다른 파티션에 대한 특정 요구 사항이 적은 경우 먼저 파티션을 생성합니다. 파일 시스템을 추가하는 프로세스는 2단계 프로세스입니다. 먼저 특정 파티션 스키마에서 마운트 지점을 생성합니다. 마운트 지점이 왼쪽 창에 나타납니다. 다음으로, 오른쪽 창의 옵션을 사용하여 사용자 지정할 수 있습니다. 여기서 마운트 지점, 용량, 장치 유형, 파일 시스템 유형, 레이블, 해당 파티션을 암호화하거나 다시 포맷할지 여부를 변경할 수 있습니다. 기존 파일 시스템이 없고 설치 프로그램이 필요한 파일 시스템 및 해당 마운트 지점을 생성하려면 왼쪽 창의 드롭다운 메뉴에서 선호하는 파티션 구성표(Red Hat Enterprise Linux Come;Hat Enterprise Linux Come;Hat Enterprise Linux Comm;Linux is LVM)을 선택한 다음 창 상단에 있는 링크를 클릭하여 마운트 지점을 자동으로 생성합니다. 이렇게 하면 또는 창 하단에 있는 + 버튼을 사용하여 개별 마운트 지점을 만듭니다. 그러면 Add a New Mount Point (새 마운트 지점 추가) 대화 상자가 열립니다. Mount Point 드롭다운 메뉴에서 사전 설정된 경로 중 하나를 선택하거나 자체적으로 입력합니다. 예를 들어 부팅 파티션에 대해 공간 할당 문제를 방지하려면 먼저 마찬가지로, 시스템이 있어야 하는 디스크가 여러 개 있는 경우 크기가 다르며 BIOS에서 감지된 첫 번째 디스크에 특정 파티션을 생성해야 하는 경우 이러한 파티션을 만들어 시작해야 합니다. 수동으로 생성하는 새 마운트 지점마다 왼쪽 창에 있는 드롭다운 메뉴에서 파티션 스키마를 설정할 수 있습니다. 사용 가능한 옵션은 있어야 하는 단일 장치를 변경하려면 마운트 지점을 선택하고 오른쪽 창에서 Modify... 버튼을 클릭하여 Configure Mount Point (마운트 지점 구성) 대화 상자를 엽니다. 하나 이상의 장치를 선택하고 선택을 클릭합니다. 대화 상자가 닫히면 Manual Partitioning 화면의 오른쪽에 있는 설정 업데이트 버튼을 클릭하여 이 설정을 확인해야 합니다. 모든 로컬 디스크와 파티션에 대한 정보를 새로 고치려면 툴바에서 Rescan 버튼(이상 화살표 아이콘 사용)을 클릭합니다. 설치 프로그램 외부에서 고급 파티션 구성을 수행한 후에만 이 작업을 수행해야 합니다. 디스크 다시 스캔 버튼을 클릭하면 설치 프로그램에서 이전에 수행한 모든 구성이 손실됩니다. 화면 하단에는 설치 대상에서 선택한 스토리지 장치 수가 표시됩니다( 8.14절. “” 참조). 이 링크를 클릭하면 선택한 디스크 대화 상자에서 디스크에 대한 정보를 검토합니다. 자세한 내용은 8.14.1절. “” 을 참조하십시오. 파티션 또는 볼륨을 사용자 지정하려면 왼쪽 창에서 해당 마운트 지점을 선택하고 다음 사용자 지정 가능한 기능을 선택한 다음 오른쪽에 표시됩니다.
설정 업데이트 버튼을 클릭하여 변경 사항을 저장하고 사용자 지정할 다른 파티션을 선택합니다. 설치 요약 페이지에서 설치를 실제로 시작할 때까지 변경 사항이 적용되지 않습니다. 모두 재설정 버튼을 클릭하여 모든 파티션에 대한 모든 변경 사항을 취소하고 다시 시작합니다. 모든 파일 시스템 및 마운트 지점을 만들고 사용자 정의하면 완료 버튼을 클릭합니다. 모든 파일 시스템을 암호화하도록 선택하면 암호 생성을 입력하라는 메시지가 표시됩니다. 그러면 설치 프로그램에서 수행할 스토리지와 관련된 모든 작업에 대한 요약이 표시된 대화 상자가 표시됩니다. 여기에는 파티션 및 파일 시스템 생성, 크기 조정 또는 삭제가 포함됩니다. 모든 변경 사항을 검토하고 취소를 클릭하고 사용자 지정 파티션으로 돌아가기 위해 다시 돌아갈 수 있습니다. 변경 사항을 확인하려면 수락 변경 사항을 클릭하여 설치 요약 페이지로 돌아갑니다. 추가 장치를 분할하려면 Installation Destination (설치 대상) 화면에서 이를 선택하고 Manual Partitioning 화면으로 돌아가 추가 장치에 대해 이 섹션에 설명된 단계를 반복합니다.
이 제한은 8.14.4.1.1. 파일 시스템 유형Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 사용하면 다양한 장치 유형과 파일 시스템을 만들 수 있습니다. 다음은 사용 가능한 다양한 장치 유형 및 파일 시스템과 이러한 시스템 사용 방법에 대한 간략한 설명입니다. 장치 유형
파일 시스템
8.14.4.2. 소프트웨어 RAID 생성RAID(Redundant arrays )는 성능이 향상되고 일부 구성에서 더 높은 내결함성을 제공하기 위해 배열된 여러 스토리지 장치로 구성됩니다. 다음은 다양한 종류의 RAID에 대한 설명은 아래를 참조하십시오. RAID 장치는 한 단계로 생성되며 필요에 따라 디스크가 추가 또는 제거됩니다. 물리 디스크당 하나의 RAID 파티션이 허용되므로 설치 프로그램에서 사용할 수 있는 디스크 수에 따라 사용 가능한 RAID 장치 수준이 결정됩니다. 예를 들어 시스템에 두 개의 하드 드라이브가 있는 경우 설치 프로그램에서 4개의 개별 파티션이 필요한 RAID10 장치를 생성할 수 없습니다. 그림 8.25. 소프트웨어 RAID 파티션 생성 - 장치 유형 확장 메뉴 확장 RAID 구성 옵션은 설치를 위해 두 개 이상의 디스크를 선택한 경우에만 표시됩니다. RAID 장치를 생성하려면 두 개 이상의 디스크가 필요합니다. RAID 장치를 생성하려면 다음을 수행합니다.
지정된 RAID 수준보다 많은 디스크가 포함된 경우 창 하단에 메시지가 표시되어 선택한 구성에 실제로 필요한 디스크 수를 알려줍니다. 8.14.4.3. LVM 논리 볼륨 만들기LVM( Logical Volume Management )은 하드 드라이브 또는 LUN과 같은 기본 물리 스토리지 공간에 대한 간단한 논리 보기를 제공합니다. 물리 스토리지의 파티션은 볼륨 그룹으로 함께 그룹화할 수 있는 물리 볼륨 으로 표시됩니다. 각 볼륨 그룹은 각각 표준 디스크 파티션과 유사한 여러 논리 볼륨 으로 나눌 수 있습니다. 따라서 LVM 논리 볼륨은 여러 물리 디스크에 걸쳐 있는 파티션으로 작동합니다. 텍스트 모드 설치 중에 LVM 구성을 사용할 수 없습니다. 처음부터 LVM 구성을 생성해야 하는 경우 Ctrl+Alt+F2 를 눌러 다른 가상 콘솔을 사용하고 lvm 명령을 실행합니다. 텍스트 모드 설치로 돌아가려면 Ctrl+Alt+F1 을 누릅니다. 논리 볼륨을 생성하고 새 볼륨 그룹 또는 기존 볼륨 그룹에 추가하려면 다음을 수행합니다.
8.14.4.4. 권장 파티션 계획다음 마운트 지점에 별도의 파일 시스템을 생성하는 것이 좋습니다.
일반적으로 RAID 카드가 있는 경우 일부 BIOS 유형에서 RAID 카드 부팅을 지원하지 않는다는 점에 유의하십시오. 이 경우 별도의 하드 드라이브와 같이 RAID 배열 외부의 파티션에 루트 - 10GiB 권장 크기 여기서 " 5GiB 루트 파일 시스템을 사용하면 최소한의 설치를 설치할 수 있지만 원하는 수의 패키지 그룹을 설치할 수 있도록 최소 10GiB를 할당하는 것이 좋습니다.
/home - 최소 1GiB의 권장 크기 사용자 데이터를 시스템 데이터와 별도로 저장하려면 스왑 파티션 - 최소 1GB의 권장 크기스왑 파일 시스템은 가상 메모리를 지원합니다. 시스템이 처리하는 데이터를 저장하기에 충분한 RAM이 없으면 데이터가 스왑 파일 시스템에 기록됩니다. 스왑 크기는 시스템 메모리 워크로드의 기능이며 총 시스템 메모리가 아니므로 총 시스템 메모리 크기와 같지 않습니다. 따라서 시스템이 실행 중인 애플리케이션과 시스템 메모리 워크로드를 확인하기 위해 해당 애플리케이션이 제공할 로드를 분석하는 것이 중요합니다. 애플리케이션 공급자와 개발자는 몇 가지 지침을 제공할 수 있어야 합니다. 시스템이 스왑 공간이 부족하면 커널은 시스템 RAM 메모리가 소모될 때 프로세스를 종료합니다. 너무 많은 스왑 공간을 구성하면 스토리지 장치가 할당되지만 유휴
상태이며 리소스를 사용하지 않습니다. 스왑 공간이 너무 많으면 메모리 누수도 숨겨질 수 있습니다. 스왑 파티션의 최대 크기 및 기타 추가 정보는 다음 표에서는 시스템의 RAM 용량과 시스템 메모리가ized에 충분한지 여부에 따라 스왑 파티션의 권장 크기를 제공합니다. 설치 프로그램이 시스템을 자동으로 파티셔닝하도록 하려면 다음 지침을 사용하여 스왑 파티션 크기가 설정됩니다. 자동 파티션 설정에서는 hibernation이 사용되지 않는 것으로 가정합니다. 스왑 파티션의 최대 크기는 하드 드라이브의 총 크기의 10%로 제한되며, 설치 관리자는 128GB 이상의 스왑 파티션을 생성할 수 없습니다. 절전 관리를 허용하기 위해 스왑 공간을 설정하거나 스왑 파티션 크기를 시스템 스토리지 공간의 10% 이상 또는 128GB 이상으로 설정하려는 경우 파티션 레이아웃을 수동으로 편집해야 합니다. 표 8.3. 시스템 스왑 공간 권장
위에 나열된 각 범위(예: 2GB, 8GB 또는 64GB의 시스템 RAM) 사이의 경계에서 선택한 스왑 공간 및 수면 지원과 관련하여 재량을 행사할 수 있습니다. 시스템 리소스를 허용하는 경우 스왑 공간을 늘리면 성능이 향상될 수 있습니다. 특히 빠른 드라이브, 컨트롤러 및 인터페이스가 있는 시스템에서 스왑 공간을 배포하면 스왑 공간 성능이 향상됩니다. 많은 시스템에는 위에 나열된 최소보다 많은 파티션과 볼륨이 있습니다. 특정 시스템 요구 사항에 따라 파티션을 선택합니다. 자세한 내용은 8.14.4.4.1절. “파티션 권장 사항” 을 참조하십시오. 필요한 스토리지 용량만 즉시 할당할 수 있습니다. 언제든지 사용 가능한 공간을 할당하여 요구 사항을 충족할 수 있습니다. 스토리지 관리에 대한 보다 유연한 방법에 대한 자세한 내용은 부록 D. LVM 이해 를 참조하십시오. 컴퓨터에 대한 파티션을 가장 잘 구성하는 방법을 잘 모르는 경우 설치 프로그램에서 제공하는 자동 기본 파티션 레이아웃을 수락합니다. 8.14.4.4.1. 파티션 권장 사항최적의 파티션 설정은 해당 Linux 시스템의 사용량에 따라 다릅니다. 다음 팁을 사용하여 디스크 공간을 구성하는 방법을 결정합니다.
8.15. 스토리지 장치Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux: Linux는 다양한 스토리지 장치에 설치할 수 있습니다. 8.14절. “” 에 설명된 대로 설치 대상 페이지의 기본, 로컬 액세스 가능 스토리지 장치를 확인할 수 있습니다. 특수 스토리지 장치를 추가하려면 화면의 특수 및 네트워크 디스크 섹션에서 디스크 추가 버튼을 클릭합니다.
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)로 스토리지 장치를 필터링할 수 있는 검색 탭이 포함되어 있습니다. Search tab에는 포트, 대상, LUN 또는 WWID로 검색을 선택하는 검색 드롭다운 메뉴가 포함되어 있습니다. WWID 또는 LUN으로 검색하는 경우 해당 입력 텍스트 필드에 추가 값이 필요합니다. 찾기 버튼을 클릭하여 검색을 시작합니다. 각 장치는 왼쪽에 확인란이 있는 별도의 행에 제공됩니다. 확인란을 클릭하여 설치 프로세스 중에 장치를 사용할 수 있도록 합니다. 설치 프로세스의 뒷부분에서 Red Hat Enterprise Linux Red Hat Enterprise Linux Red Hat Enterprise Linux sl;Linux를 여기에서 선택한 모든 장치에 설치하도록 선택할 수 있으며 설치된 시스템의 일부로 여기에서 선택한 다른 장치를 자동으로 마운트하도록 선택할 수 있습니다. 여기에서 선택한 장치는 설치 프로세스에서 자동으로 삭제되지 않습니다. 이 화면에서 장치를 선택하면 그 자체로는 장치에 저장된 데이터가 위험하지 않습니다. 또한 설치 후 이 화면에서 선택하지 않은 스토리지 장치는 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.15.1.1.1. iSCSI 매개 변수 구성Add iSCSI target... 버튼을 클릭하면 iSCSI 스토리지 대상 추가 대화 상자가 표시됩니다. 그림 8.32. 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 대상을 검색하는 데 필요한 정보를 제공합니다.
8.15.1.1.2. FCoE 매개변수 구성Add FCoE SAN... 버튼을 클릭하면 FCoE 스토리지 장치 검색을 위한 네트워크 인터페이스를 구성할 수 있는 대화 상자가 나타납니다. 먼저 NIC 드롭다운 메뉴에서 FCoE 스위치에 연결된 네트워크 인터페이스를 선택하고 FCoE 디스크 추가 버튼을 클릭하여 SAN 장치의 네트워크를 스캔합니다. 고려해야 할 추가 옵션이 있는 확인란이 있습니다. 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 크기 드롭다운 목록에는 512 및 4096 의 지원되는 섹터 크기가 포함됩니다. Sector size 드롭다운 목록에서 섹터 크기를 선택하고 Start Reconfiguration 버튼을 클릭합니다. NVDIMM 장치 프로세스의 재구성은 장치에 저장된 모든 데이터를 삭제합니다. 장치가 구성되면 OK (확인) 버튼을 클릭하여 Installation Destination (설치 대상) 윈도우로 돌아갑니다. 그림 8.36. NVDIMM을 성공적으로 재구성 섹터 모드의 NVDIMM 장치는 설치 대상 창의 NVDIMM 장치 탭에 표시되며 설치에 사용할 수 있습니다. 8.16. Kdump이 화면을 사용하여 이 시스템에서 Kdump 를 사용할지 여부를 선택합니다. kdump 는 커널 크래시 덤프 메커니즘으로, 시스템 충돌 발생 시 충돌 원인을 결정하는 데 유용할 수 있는 정보를 캡처합니다. Kdump 를 활성화하는 경우 특정 양의 시스템 메모리를 예약해야 합니다. 결과적으로 프로세스에 사용 가능한 메모리가 줄어듭니다. 이 시스템에서 Kdump 를 사용하지 않으려면 kdump 사용을 선택 취소합니다. 그렇지 않으면 Kdump 에 대해 예약할 메모리 양을 설정합니다. 설치 프로그램이 적절한 수량을 자동으로 예약하도록 할 수 있습니다. 그렇지 않으면 수동으로 모든 수량을 설정할 수 있습니다. 설정에 만족하는 경우 Done (완료)을 클릭하여 구성을 저장하고 이전 화면으로 돌아갑니다. 8.17. 설치 시작설치 요약 화면의 모든 필수 섹션이 완료되면 메뉴 화면 하단에 있는 admonition이 사라지고 Begin Installation (설치 시작) 버튼을 사용할 수 있게 됩니다. 설치 과정에서 이 시점까지, 컴퓨터에는 변경 사항이 유지되지 않았습니다. 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.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 창 시스템이 설치되지 않은 경우 이 설치 과정에서 시스템이 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에 등록할 수 있도록 지원합니다. 9장. 64비트 AMD, Intel 및 ARM Systems의 설치 문제 해결이 장에서는 몇 가지 일반적인 설치 문제와 해결 방법에 대해 설명합니다. 디버깅을 위해 Anaconda 는 표 9.1. 설치 중 로그 파일 생성
설치에 실패하면 이러한 파일의 메시지가 성공적으로 설치한 후 기본적으로 이러한 파일은 절차 9.1. 로그 파일 Onto a USB 드라이브로 전송
설치의 로그 파일이 이제 USB 플래시 드라이브에 저장됩니다. 절차 9.2. 네트워크를 통해 로그 파일 전송
설치의 로그 파일이 이제 대상 시스템에 영구적으로 저장되며 검토할 수 있습니다. 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절. “부팅 메뉴에서 설치 시스템 구성” 에서 참조하십시오. 기본 그래픽 모드 사용 기본 그래픽 드라이버를 사용하여 설치를 시도할 수 있습니다. 이렇게 하려면 부팅 메뉴의 또는 설치 프로그램의 부팅 옵션을 편집하여 명령줄 끝에 설치 프로그램이 화면 해상도를 감지하지 못하면 자동 탐지를 재정의하고 수동으로 지정할 수
있습니다. 이렇게 하려면 부팅 메뉴에 설치 프로그램의 자동 탐지를 재정의하여 사용자 정의 비디오 드라이버를 지정할 수도 있습니다. 드라이버를 지정하려면 사용자 지정 비디오 드라이버를 지정하면 문제가 해결되는 경우 위의 옵션이 실패하면 별도의 시스템을 사용하여 VNC( Virtual Network Computing ) 프로토콜을 사용하여 네트워크를 통해 그래픽 설치에 액세스할 수 있습니다. VNC를 사용한 설치에 대한 자세한 내용은 25장. VNC 사용 을 참조하십시오. 9.1.3. 직렬 콘솔이 확인되지 않음직렬 콘솔을 사용하여 텍스트 모드로 설치하려고 하면 콘솔에 출력이 표시되지 않는 경우가 있습니다. 이는 그래픽 카드가 있지만 모니터가 연결되지 않은 시스템에서 발생합니다. Anaconda 에서 그래픽 카드를 감지하면 디스플레이가 연결되지 않은 경우에도 디스플레이에 이 카드를 사용하려고 합니다. 직렬 콘솔에서 텍스트 기반 설치를 수행하려면 9.2. 설치 중 문제9.2.1. 디스크가 감지되지 않음Installation Destination (설치 대상) 화면에서 다음 오류 메시지가 하단에 표시될 수 있습니다. 감지된 디스크 없음. 컴퓨터를 종료하고 하나 이상의 디스크를 연결하고, 설치를 완료하기 위해 다시 시작하십시오. 이 메시지는 Anaconda 가 설치할 쓰기 가능한 스토리지 장치를 찾지 못했음을 나타냅니다. 이 경우 먼저 시스템에 하나 이상의 스토리지 장치가 연결되어 있는지 확인합니다. 시스템에서 하드웨어 RAID 컨트롤러를 사용하는 경우 컨트롤러가 올바르게 구성되어 작동하는지 확인합니다. 자세한 내용은 컨트롤러의 설명서를 참조하십시오. 하나 이상의 iSCSI 장치에 설치하고 시스템에 로컬 스토리지가 없는 경우 필요한 모든 LUN(논리 단위 번호)이 적절한 HBA(호스트 버스 어댑터)에 표시되는지 확인합니다. iSCSI에 대한 자세한 내용은 부록 B. iSCSI 디스크 을 참조하십시오. 연결되고 올바르게 구성된 저장 장치가 있고 시스템을 재부팅한 후에도 메시지가 계속 나타나는 경우 설치 프로그램이 스토리지를 감지하지 못했음을 의미합니다. 대부분의 경우 이 메시지는 설치 프로그램에서 인식하지 못한 SCSI 장치에 설치하려고 할 때 표시됩니다. 이 경우 설치를 시작하기 전에 드라이버 업데이트를 수행해야 합니다. 하드웨어 공급 업체의 웹 사이트를 확인하여 문제를 해결하는 드라이버 업데이트를 사용할 수 있는지 확인하십시오. 드라이버 업데이트에 대한 자세한 내용은 6장. AMD64 및 Intel 64 시스템에 설치 시 드라이버 업데이트 을 참조하십시오. 9.2.2. 추적 메시지 보고그래픽 설치 프로그램에 오류가 발생하면 크래시 보고 대화 상자가 표시됩니다. 그런 다음 Red Hat에 발생한 문제에 대한 정보를 보내도록 선택할 수 있습니다. 충돌 보고서를 보내려면 고객 포털 자격 증명을 입력해야 합니다. 고객 포털 계정이 없는 경우 다음에서 https://www.redhat.com/wapps/ugc/register.html 등록할 수 있습니다. 자동화된 충돌 보고에는 작동 중인 네트워크 연결도 필요합니다. 대화 상자가 표시되면 Report Bug 를 선택하여 문제를 보고하거나 Quit 를 선택하여 설치를 종료합니다. 선택적으로 추가 정보를 클릭하여 오류의 원인을 파악하는 데 도움이 되는 자세한 출력을 표시합니다. 디버깅에 익숙한 경우 디버그를 클릭합니다. 그러면
가상 터미널 그림 9.2. 확장 된 Crash Reporting dialog box 고객 포털에 버그를 보고하려면 아래 절차를 따르십시오. 절차 9.3. Red Hat 고객 지원에 오류 보고
9.2.3. 사전 설치 로그 파일 생성 설치 문제를 디버깅하려면 설치를 시작하기 전에 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 설치 부팅 메뉴에서 옵션을 설정하려면 다음을 실행합니다.
시스템은 Anaconda가 시작되기 전에
9.3. 설치 후 문제9.3.1. RAID 카드로 부팅할 수 있습니까?설치를 수행하여 시스템을 올바르게 부팅할 수 없는 경우 시스템의 스토리지를 다르게 다시 설치하고 분할해야 할 수 있습니다. 일부 BIOS 유형은 RAID 카드 부팅을 지원하지 않습니다. 설치를 완료하고 시스템을 처음으로 재부팅하면 부트 로더 프롬프트(예: 이러한 변경 사항이 완료되면 설치를 완료하고 시스템을 올바르게 부팅할 수 있습니다. 파티셔닝에 대한 자세한 내용은 8.14절. “” 을 참조하십시오. 9.3.2. 그래픽 부팅 시퀀스 사용 문제설치를 완료하고 시스템을 처음 재부팅하면 그래픽 부팅 시퀀스 중에 시스템이 응답하지 않고 재설정이 필요할 수 있습니다. 이 경우 부트 로더가 성공적으로 표시되지만 항목을 선택하고 시스템을 부팅하려고 하면 중지됩니다. 이는 일반적으로 그래픽 부팅 순서 관련 문제를 의미합니다. 이 문제를 해결하려면 그래픽 부팅을 비활성화해야 합니다. 이렇게 하려면 영구적으로 변경하기 전에 부팅 시 설정을 일시적으로 변경합니다. 절차 9.4. 임시 부팅 부팅 비활성화
시스템이 성공적으로 시작되면 정상적으로 로그인할 수 있습니다. 그런 다음 그래픽 부팅을 영구적으로 비활성화해야 합니다. 그렇지 않으면 시스템이 부팅될 때마다 이전 절차를 수행해야 합니다. 부팅 옵션을 영구적으로 변경하려면 다음을 수행하십시오. 절차 9.5. 그래픽 부팅 Permanently 비활성화
이 절차를 완료하면 컴퓨터를 재부팅할 수 있습니다. Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux, Linux는 더 이상 그래픽 부팅 시퀀스를 사용하지 않습니다. 나중에 그래픽 부팅을
활성화하려면 동일한 절차에 따라 9.3.3. 그래픽 환경으로 부팅X Window System 을 설치했지만 시스템에 로그인하면 그래픽 데스크탑 환경이 표시되지 않는 경우 startx 명령을 사용하여 수동으로 시작할 수 있습니다. 그러나 이는 일회성 수정 사항이며 향후 로그인에 대한 로그 in 프로세스는 변경되지 않습니다. 그래픽 로그인 화면에서 로그인할 수 있도록 시스템을 설정하려면 기본 systemd 대상을 절차 9.6. 그래픽 로그인 설정
이제 그래픽 로그인이 기본적으로 활성화되어 있습니다. 다음 재부팅 후 그래픽 로그인
프롬프트가 표시됩니다. 이 변경 사항을 반대하고 텍스트 기반 로그인 프롬프트를 계속 사용하려면
9.3.4. 그래픽 사용자 인터페이스 없음X ( X Window System)를 시작하는 데 문제가 있는 경우 설치되지 않았을 수 있습니다. Minimal install 또는 Web Server 와 같은 설치 중에 선택할 수 있는 사전 설정된 기본 환경 중 일부에는 그래픽 인터페이스가 포함되지 않음 - 수동으로 설치해야 합니다. 9.3.5. 사용자 로그 후 X 서버 캐시사용자가 로그인할 때 X 서버가 충돌하는 데 문제가 있는 경우 파일 시스템 중 하나 이상이 가득하거나 거의 완전할 수 있습니다. 이 문제가 있는지 확인하려면 다음 명령을 실행합니다.
출력은 어떤 파티션이 가득 차 있는지를 진단하는 데 도움이 됩니다. 대부분의 경우 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 위의 예제에서는 df 에 대한 자세한 내용과 사용 가능한 옵션에 대한 설명(예: 이 예제에 사용된 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 를 참조하십시오. 메모리에 문제가 없는지 확인한 경우 절차 9.7. 수동으로 메모리 구성
GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR="$(sed 's, release.*$,,g' /etc/system-release)" GRUB_DEFAULT=saved GRUB_DISABLE_SUBMENU=true GRUB_TERMINAL_OUTPUT="console" GRUB_CMDLINE_LINUX="rd.lvm.lv=rhel/root vconsole.font=latarcyrheb-sun16 rd.lvm.lv=rhel/swap $([ -x /usr/sbin/rhcrashkernel.param ] && /usr/sbin/rhcrashkernel-param || :) vconsole.keymap=us rhgb quiet mem=1024M" GRUB_DISABLE_RECOVERY="true" 9.3.7. 시스템이 signal 11 오류를 표시합니까?일반적으로 분할 오류라고 하는 신호 11 오류는 프로그램이 할당되지 않은 메모리 위치에 액세스했음을 의미합니다. 신호 11 오류는 설치된 소프트웨어 프로그램 또는 잘못된 하드웨어 중 하나의 버그로 인해 발생할 수 있습니다. 설치 중에 치명적인 신호 11 오류가 발생하면 먼저 가장 최근의 설치 이미지를 사용하고 있는지 확인하고 Anaconda 에서 손상되지 않았는지 확인하도록하십시오. 잘못된 설치 미디어(예: 부적절하게 굽거나 스크래치 광 디스크)는 신호 11 오류의 일반적인 원인입니다. 설치 미디어의 무결성 확인은 모든 설치 전에 권장됩니다. 오류 없이 미디어 검사를 수행한 경우에도 세그먼트 오류가 발생하는 경우 일반적으로 시스템에 하드웨어 오류가 발생했습니다. 이 경우 문제는 시스템의 메모리(RAM)에서 가장 가능성이 높습니다. 이는 이전에 동일한 컴퓨터에서 다른 운영 체제를 사용한 경우에도 오류 없이 문제가 될 수 있습니다. BIOS 기반 시스템에서는 설치 미디어에 포함된 Memtest86+ 메모리 테스트 모듈을 사용하여 시스템의 메모리를 철저하게 테스트할 수 있습니다. 자세한 내용은 23.2.1절. “메모리(RAM) 테스트 모드 로드” 을 참조하십시오. 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 서버(예: 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 게스트로 지원됩니다. 10.3. IBM 설치 툴IBM Installation Toolkit 은 IBM Power Systems에 Linux 설치를 가속화하는 선택적 유틸리티이며 Linux에 익숙하지 않은 사용자에게 특히 유용합니다. IBM Installation Toolkit 을 사용하여 다음을 수행할 수 있습니다. [1]
PowerLinux 서비스 및 생산성 툴은 POWER7, POWER6, POWER5, POWER4 기술을 기반으로 하는 IBM 서버의 Linux 운영 체제에 대한 하드웨어 서비스 진단 지원, 생산성 도구 및 설치 지원 기능이 포함된 선택적 툴 세트입니다. 10.4. IBM Power Systems Server 준비 real-base boot 매개변수가
IBM Power Systems 서버는 파티셔닝, 가상 또는 네이티브 장치 및 콘솔을 위한 많은 옵션을 제공합니다. 파티션이 없는 시스템을 사용하는 경우 사전 설치 설정이 필요하지 않습니다. HVSI 직렬 콘솔을 사용하는 시스템의 경우 콘솔을 T2 직렬 포트에 연결합니다. 분할된 시스템을 사용하는 경우 파티션을 만들고 설치를 시작하는 단계는 거의 동일합니다. HMC에서 파티션을 생성하고 일부 CPU 및 메모리 리소스와 가상 또는 네이티브일 수 있는 SCSI 및 이더넷 리소스를 할당해야 합니다. HMC는 생성을 통해 파티션 마법사를 생성합니다. 기본 SCSI 대신 가상 SCSI 리소스를 사용하는 경우 가상 SCSI 서비스 파티션에 '링크'를 구성한 다음 가상 SCSI 서비스 파티션 자체를 구성해야 합니다. HMC를 사용하여 가상 SCSI 클라이언트와 서버 슬롯 간에 '링크'를 생성합니다. 가상 SCSI 서버를 가상 I/O 서버(VIOS) 또는 IBM i에서 구성할 수 있습니다. Intel iSCSI 원격 부팅을 사용하여 설치하는 경우 연결된 모든 iSCSI 스토리지 장치를 비활성화해야 합니다. 그렇지 않으면 설치에 성공하지만 설치된 시스템은 부팅되지 않습니다. 시스템이 구성되면 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 시스템에 대해 다음과 같은 설치 대상을 지원합니다.
Red Hat은 USB 드라이브 또는 SD 메모리 카드에 대한 설치를 지원하지 않습니다. 타사 가상화 기술 지원에 대한 자세한 내용은 Red Hat 하드웨어 호환성 목록을 https://hardware.redhat.com 참조하십시오. IBM Power Systems 서버에서 16GB 대규모 페이지가 시스템 또는 파티션에 할당되고 커널 명령줄에 대규모 페이지 매개 변수가 없으면 eHEA 모듈이 초기화되지 않습니다. 따라서 IBM eHEA 이더넷 어댑터를 통해 네트워크 설치를 수행할 때 설치 중에 대규모 페이지를 시스템 또는 파티션에 할당할 수 없습니다. 대신 큰 페이지를 사용합니다. 10.6. 시스템 사양 목록설치 프로그램은 자동으로 컴퓨터의 하드웨어를 감지하고 설치하며 일반적으로 시스템에 대한 특정 세부 정보를 설치 프로그램에 제공할 필요가 없습니다. 그러나 특정 유형의 설치를 수행할 때 하드웨어에 대한 특정 세부 정보를 알고 있어야 합니다. 따라서 설치 유형에 따라 설치 중 참조에 대해 다음 시스템 사양을 기록하는 것이 좋습니다.
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개 이상의 파티션( 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 용량이 필요합니다.
Kickstart 파일을 사용하여 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 설치하면 수동 설치와 동일한 최소 RAM 요구 사항이 있습니다. 그러나 추가 메모리가 필요한 명령을 실행하거나 RAM 디스크에 데이터를 쓰는 명령을 실행하는 Kickstart 파일을 사용하는 경우 추가 RAM이 필요할 수 있습니다. 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. 하드웨어 RAIDRAID(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 파일을 사용하면 개별 패키지를 설치하거나 제거할 수도 있습니다. 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 시스템 관리자 가이드 를 참조하십시오. 다른 상황에서는 특정 구성을 지원하기 위해 설치 프로세스 중에 장치에 대한 드라이버를 추가해야 할 수 있습니다. 예를 들어 네트워크 장치 또는 스토리지 어댑터 카드의 드라이버를 설치하여 시스템에서 사용하는 스토리지 장치에 대한 설치 프로그램에 액세스할 수 있습니다. 드라이버 디스크를 사용하여 두 가지 방법 중 하나로 설치 중에 이 지원을 추가할 수 있습니다.
Red Hat, 하드웨어 벤더 또는 신뢰할 수 있는 타사에서 설치 프로세스 중에 드라이버 업데이트가 필요할 경우 이 장에 설명된 방법에서 업데이트를 제공하고 설치를 시작하기 전에 테스트하는 방법을 선택합니다. 반대로 시스템에 필요한 것이 확실하지 않는 한 설치 중에 드라이버 업데이트를 수행하지 마십시오. 의도하지 않은 시스템에 드라이버가 있는 경우 지원을 어렵게 만들 수 있습니다. 드라이버 업데이트 디스크는 필요한 경우 충돌하는 커널 드라이버를 비활성화하는 경우가 있습니다. 드문 경우지만 이러한 방식으로 커널 모듈을 언로드하면 설치 오류가 발생할 수 있습니다. 11.1. 설치 중 드라이버 업데이트 준비드라이버 업데이트가 필요하며 하드웨어에 사용할 수 있는 경우 Red Hat, 하드웨어 벤더 또는 다른 신뢰할 수 있는 타사에서 일반적으로 ISO 형식으로 이미지 파일 형식으로 제공합니다. ISO 이미지를 가져오면 드라이버 업데이트를 수행하는 데 사용할 방법을 결정해야 합니다. 사용 가능한 방법은 다음과 같습니다. 자동 드라이버 업데이트 설치를 시작하면 Anaconda 설치 프로그램이 연결된 모든
스토리지 장치를 탐지합니다. 설치가 시작될 때 설치를 시작할 때 설치를 시작할 때
자동 드라이버 업데이트 방법을 사용하려면 11.1.1. 로컬 스토리지에서 드라이버 업데이트 이미지 파일 사용 준비로컬 스토리지 장치를 사용하여 하드 드라이브 또는 USBlash 드라이브와 같은 ISO 파일을 제공하는 경우 설치 프로그램이 장치에 올바르게 레이블을 지정하여 자동으로 인식할 수 있습니다. 사용할 수 없는 경우에만 아래에 설명된 대로 수동으로 업데이트를 설치합니다.
11.1.2. 드라이버 디스크 준비CD 또는 DVD에서 드라이버 업데이트 디스크를 만들 수 있습니다. 이미지 파일에서 디스크를 구우는 방법에 대한 자세한 내용은 3.1절. “설치 CD 또는 DVD 만들기” 를 참조하십시오. 드라이버 업데이트 디스크 CD 또는 DVD를 구울 후 시스템에 삽입하고 파일 관리자를 사용하여 디스크가 성공적으로 생성되었는지 확인합니다. 드라이버 디스크 설명이 포함된 서명 파일인
11.2. 설치 중 드라이버 업데이트 수행설치 프로세스 시작 시 다음과 같은 방법으로 드라이버 업데이트를 수행할 수 있습니다.
항상 드라이버 업데이트 디스크를 표준 디스크 파티션에 배치하십시오. RAID 또는 LVM 볼륨과 같은 고급 스토리지는 드라이버 업데이트를 수행할 때 설치 초기 단계에서 액세스할 수 없습니다. 11.2.1. 자동 드라이버 업데이트 설치 프로그램이 드라이버 업데이트 디스크를 자동으로 인식할 수 있도록 설치 프로세스를 시작하기 전에 블록 장치를 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat
Enterprise Linux Kernel;Linux 7.2부터 설치가 시작되면 설치 프로그램은 시스템에 연결된 사용 가능한 모든 스토리지를 감지합니다. 숫자 키를 사용하여 개별 드라이버에서 선택을 전환합니다. 준비가 되면 c 를 눌러 선택한 드라이버를 설치하고 Anaconda 그래픽 사용자 인터페이스로 이동합니다. 11.2.2. 지원되는 드라이버 업데이트 설치 중에 드라이버를 설치할 수 있는 그림 11.2. Driver Interactively 선택 ISO 이미지 파일을 추출하여 CD 또는 DVD에서 구울었지만 미디어에 inst.dd=/dev/sr0 숫자 키를 눌러 개별 드라이버에서 선택을 전환합니다. 준비가 되면 c 를 눌러 선택한 드라이버를 설치하고 Anaconda 그래픽 사용자 인터페이스로 이동합니다. 11.2.3. 수동 드라이버 업데이트 수동 드라이버 설치를 위해 드라이버가 포함된 ISO 이미지 파일을 액세스 가능한 위치(예: USB플러 드라이브 또는 웹 서버)에 준비한 후 컴퓨터에 연결합니다. 시작 화면에서 탭을 눌러 부팅 명령줄을 표시하고 일반적으로 이미지 파일은 웹 서버(예: http://server.example.com/dd.iso) 또는 USBlash 드라이브(예: /dev/sdb1)에 있습니다. 드라이버 업데이트가 포함된 RPM 패키지를 지정할 수도 있습니다(예: http://server.example.com/dd.rpm). 준비되면 Enter 를 눌러 부팅 명령을 실행합니다. 그런 다음 선택한 드라이버가 로드되고 설치 프로세스가 정상적으로 진행됩니다. 11.2.4. 드라이버 블랙리스트 지정 문제 해결 드라이버를 사용하면 설치 중에 시스템이 정상적으로 부팅되지 않도록 할 수 있습니다. 이 경우 부트 명령줄을 사용자 정의하여 드라이버를 비활성화(또는 블랙리스트)할 수 있습니다. 부팅 메뉴에서
Tab 키를 눌러 부팅 명령 행을 표시합니다. 그런 다음 modprobe.blacklist=ahci
12장. IBM Power Systems에서 설치 부팅DVD에서 IBM Power Systems 서버를 부팅하려면 시스템 관리 서비스 (SMS) 메뉴에 설치 부팅 장치를 지정해야 합니다. System Management Services GUI에 들어가려면 chime 음성을들을 때 부팅 프로세스 중 1 키를 누릅니다. 이렇게 하면 이 섹션에 설명된 것과 유사한 그래픽 인터페이스가 나타납니다. 텍스트 콘솔에서 자체 테스트에 테스트된 구성 요소와 함께 배너가 표시되면 1 을 누릅니다. SMS 메뉴에서 옵션을 선택합니다. 해당 메뉴에서 Select Install or Boot a Device 를 지정합니다. CD/DVD 를 선택한 다음 버스 유형(대부분의 경우 SCSI)을 선택합니다. 불확실한 경우 모든 장치를 표시하도록 선택할 수 있습니다. 이렇게 하면 네트워크 어댑터 및 하드 드라이브를 포함하여 부팅 장치에 사용할 수 있는 모든 버스를 스캔합니다. 마지막으로 설치 DVD가 포함된 장치를 선택합니다. 이제 부팅 메뉴가 로드됩니다. IBM Power Systems 서버는 주로 텍스트 콘솔을 사용하기 때문에 Anaconda 는 그래픽 설치를 자동으로 시작하지 않습니다. 그러나 그래픽 설치 프로그램은 더 많은 기능과 사용자 지정 기능을 제공하며 시스템에 그래픽 디스플레이가 있는 경우 권장됩니다. 그래픽 설치를 시작하려면 12.2. 다른 소스에서 설치하드 디스크에 저장된 ISO 이미지 또는 NFS, FTP, HTTP 또는 HTTPS 방법을 사용하는 네트워크에서 Red Hat Enterprise Linux QCOW;Linux를 설치할 수 있습니다. 경험 많은 사용자는 DVD보다 하드 디스크 또는 네트워크 서버에서 데이터를 읽는 것이 더 빠르기 때문에 이러한 방법 중 하나를 자주 사용합니다. 다음 표에는 다양한 부팅 방법과 각각에 사용할 권장 설치 방법이 요약되어 있습니다. 표 12.1. 부팅 방법 및 설치 소스
12.3. 설치 서버를 사용하여 네트워크에서 부팅 SMS 메뉴에서 설치 서버에서 부팅을 올바르게 구성하면 컴퓨터는 Red Hat Enterprise Linux {;Hat Enterprise Red Hat Enterprise Linux {;Linux 설치 시스템을) 다른 미디어 없이 부팅할 수 있습니다. 서버에서 컴퓨터를 부팅하려면 다음을 수행합니다. 절차 12.1. 네트워크에서 설치 프로그램을 시작하는 방법
시스템이 네트워크 설치 서버에서 부팅되지 않는 경우 올바른 네트워크 인터페이스에서 먼저 SMS를 부팅하도록 구성되어 있는지 확인합니다. 자세한 내용은 하드웨어 설명서를 참조하십시오. vmlinuz 및
13장. Anaconda를 사용하여 설치이 장에서는 Anaconda 설치 프로그램을 사용하여 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Pure;Linux 설치를 위한 단계별 지침을 제공합니다. 이 장의 대부분은 그래픽 사용자 인터페이스를 사용하여 설치를 설명합니다. 텍스트 모드는 그래픽 표시가 없는 시스템에서도 사용할 수 있지만 이 모드는 특정 측면에서 제한됩니다(예: 사용자 정의 파티션은 텍스트 모드에서 불가능합니다). 시스템에 그래픽 모드를 사용할 수 없는 경우 다음을 수행할 수 있습니다.
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
13.2.2. 스크린샷 저장 그래픽 설치 중에 언제든지 Shift+Print Screen 을 눌러 현재 화면을 캡처할 수 있습니다. 이 스크린샷은 또한 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장. 부팅 옵션 을 참조하십시오. 텍스트 모드에서의 설치는 그래픽 설치와 유사한 패턴을 따릅니다. 단일 고정된 진행이 없습니다. 기본 상태 화면을 사용하여 원하는 순서에 따라 많은 설정을 구성할 수 있습니다. 이미 구성된 화면(자동 또는 사용자에 의해)이 관련 백그라운드 작업이 실행되는 경우 특정 메뉴 항목을 일시적으로 사용할 수 없거나
텍스트 모드 화면 하단에 5개의 메뉴 옵션이 표시되는 녹색 표시줄이 표시됩니다. 이러한 옵션은 tmux 터미널 멀티플렉서의 다양한 화면을 나타냅니다. 기본적으로 화면 1에서 시작하므로 키보드 바로 가기를 사용하여 로그 및 대화형 명령 프롬프트가 포함된 다른 화면으로 전환할 수 있습니다. 사용 가능한 화면과 바로 가기에 대한 자세한 내용은 13.2.1절. “콘솔에 액세스” 을 참조하십시오. 대화형 텍스트 모드 설치 제한 사항은 다음과 같습니다.
텍스트 모드 설치를 시작하려면 부팅 메뉴의 부팅 명령줄 또는 PXE 서버 구성에서 사용하는 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 플래시 드라이브)에서 시스템을 부팅할 때 기본적으로 사용됩니다. 아래 섹션에서는 설치 프로세스에서 사용할 수 있는 각 화면에 대해 설명합니다. 설치 프로그램의 병렬 특성으로 인해 대부분의 화면을 여기에 설명된 순서대로 완료할 필요가 없습니다. 그래픽 인터페이스의 각 화면에는 도움말 버튼이 포함되어 있습니다. 이 버튼을 클릭하면 현재 화면과 관련된 Red Hat Enterprise Linux sl; Hat EnterpriseRed Hat Enterprise Linux sl;Linux 설치 가이드 의 섹션을 표시하는 브라우저가 Yelp 도움말을 엽니다. 키보드를 사용하여 그래픽 설치 관리자를 제어할 수도 있습니다. 다음 표에서는 사용할 수 있는 바로 가기를 보여줍니다. 표 13.2. 그래픽 설치 키보드 바로 가기
또한 각 화면의 요소를 해당 바로 가기를 사용하여 전환할 수 있습니다. 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) ). 목록 상단에는 기본적으로 하나의 언어가 사전 선택됩니다. 이 시점에서 네트워크 액세스가 구성된 경우(예: 로컬 미디어 대신 네트워크 서버에서 부팅된 경우) 또는 다음과 같이 검색 상자에 기본 언어를 입력합니다. 선택한 후 계속 버튼을 클릭하여 Installation Summary (설치 요약) 화면으로 진행합니다. Continue 버튼을 클릭하면 지원되지 않는 하드웨어 대화 상자가 나타날 수 있습니다. 커널에서 지원하지 않는 하드웨어를 사용하는 경우 이러한 상황이 발생합니다. 13.7. 설치 요약 화면설치 요약 화면은 설치를 설정하는 중앙 위치입니다. 연속된 화면을 사용하는 대신 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.10.13.11.13.12.
예:
13.13.13.13.1.13.13.2.13.14.이로 인해 시스템이 취약점의 영향을 받을 가능성이 크게 줄어듭니다. 13.14.1.13.15.
13.15.1.13.15.2.13.15.3.13.15.4.13.15.4.1.
13.15.4.1.1.
파일 시스템
13.15.4.2. 소프트웨어 RAID 생성RAID(Redundant arrays )는 성능이 향상되고 일부 구성에서 더 높은 내결함성을 제공하기 위해 배열된 여러 스토리지 장치로 구성됩니다. 다음은 다양한 종류의 RAID에 대한 설명은 아래를 참조하십시오. RAID 장치는 한 단계로 생성되며 필요에 따라 디스크가 추가 또는 제거됩니다. 물리 디스크당 하나의 RAID 파티션이 허용되므로 설치 프로그램에서 사용할 수 있는 디스크 수에 따라 사용 가능한 RAID 장치 수준이 결정됩니다. 예를 들어 시스템에 두 개의 하드 드라이브가 있는 경우 설치 프로그램에서 4개의 개별 파티션이 필요한 RAID10 장치를 생성할 수 없습니다. 그림 13.25. 소프트웨어 RAID 파티션 생성 - 장치 유형 확장 메뉴 확장 RAID 구성 옵션은 설치를 위해 두 개 이상의 디스크를 선택한 경우에만 표시됩니다. RAID 장치를 생성하려면 두 개 이상의 디스크가 필요합니다. RAID 장치를 생성하려면 다음을 수행합니다.
지정된 RAID 수준보다 많은 디스크가 포함된 경우 창 하단에 메시지가 표시되어 선택한 구성에 실제로 필요한 디스크 수를 알려줍니다. 13.15.4.3. LVM 논리 볼륨 만들기LVM( Logical Volume Management )은 하드 드라이브 또는 LUN과 같은 기본 물리 스토리지 공간에 대한 간단한 논리 보기를 제공합니다. 물리 스토리지의 파티션은 볼륨 그룹으로 함께 그룹화할 수 있는 물리 볼륨 으로 표시됩니다. 각 볼륨 그룹은 각각 표준 디스크 파티션과 유사한 여러 논리 볼륨 으로 나눌 수 있습니다. 따라서 LVM 논리 볼륨은 여러 물리 디스크에 걸쳐 있는 파티션으로 작동합니다. 텍스트 모드 설치 중에 LVM 구성을 사용할 수 없습니다. 처음부터 LVM 구성을 생성해야 하는 경우 Ctrl+Alt+F2 를 눌러 다른 가상 콘솔을 사용하고 lvm 명령을 실행합니다. 텍스트 모드 설치로 돌아가려면 Ctrl+Alt+F1 을 누릅니다. 논리 볼륨을 생성하고 새 볼륨 그룹 또는 기존 볼륨 그룹에 추가하려면 다음을 수행합니다.
13.15.4.4. 권장 파티션 계획다른 작업을 수행하지 않는 한 다음 파티션을 생성하는 것이 좋습니다. PReP 부팅 파티션 - 권장 크기는 4에서 8MiB입니다. 하드 드라이브의 첫 번째 파티션에는 PReP 부팅 파티션이 포함되어야 합니다. 여기에는 GRUB2 부트 로더가 포함되어 있으며, 다른 IBM Power Systems 서버가 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 부팅할 수 있습니다. /boot 파티션 - 최소 1GiB의 권장 크기
RAID 카드가 있는 경우 일부 BIOS 유형에서 RAID 카드 부팅을 지원하지 않는다는 점에 유의하십시오. 이 경우 별도의 하드 드라이브와 같이 RAID 배열 외부의 파티션에 RAID 카드가 있는 경우 Red Hat Enterprise Linux sl;Hat EnterpriseRed Hat Enterprise Linux HAT;Linux가 IPR 카드에 하드웨어 RAID 설정을 지원하지 않는다는 점에 유의하십시오. 설치 전에 독립 실행형 진단 CD를 부팅하여 RAID 배열을 생성한 다음 해당 RAID 배열에 설치할 수 있습니다. 루트
- 10GiB 권장 크기 여기서 " 5GiB 루트 파일 시스템을 사용하면 최소한의 설치를 설치할 수 있지만 원하는 수의 패키지 그룹을 설치할 수 있도록 최소 10GiB를 할당하는 것이 좋습니다.
/home - 최소 1GiB의 권장 크기
사용자 데이터를 시스템 데이터와 별도로 저장하려면 스왑 파티션 - 최소 1GB의 권장 크기스왑 파일 시스템은 가상 메모리를 지원합니다. 시스템이 처리하는 데이터를 저장하기에 충분한 RAM이 없으면 데이터가 스왑 파일 시스템에 기록됩니다. 스왑 크기는 시스템 메모리 워크로드의 기능이며 총 시스템 메모리가 아니므로 총 시스템 메모리 크기와 같지 않습니다. 따라서 시스템이 실행 중인 애플리케이션과 시스템 메모리 워크로드를 확인하기 위해 해당 애플리케이션이 제공할 로드를 분석하는 것이 중요합니다. 애플리케이션 공급자와 개발자는 몇 가지 지침을 제공할 수 있어야 합니다. 시스템이 스왑 공간이 부족하면 커널은 시스템 RAM 메모리가 소모될 때 프로세스를 종료합니다. 너무 많은 스왑 공간을 구성하면 스토리지 장치가 할당되지만 유휴 상태이며 리소스를 사용하지 않습니다. 스왑 공간이 너무 많으면 메모리 누수도 숨겨질 수 있습니다. 스왑 파티션의 최대 크기 및 기타 추가 정보는 다음 표는 시스템의 RAM 크기에 따라 스왑 파티션의 권장 크기를 제공합니다. 설치 프로그램이 시스템을 자동으로 파티셔닝하도록 하려면 다음 지침을 사용하여 스왑 파티션 크기가 설정됩니다. 자동 파티션 설정은 스왑 파티션의 최대 크기가 하드 드라이브의 전체 크기의 10%로 제한되고 설치 프로그램에서 128GB 이상의 스왑 파티션을 생성할 수 없다고 가정합니다. 스왑 파티션 크기를 시스템의 스토리지 공간 10% 이상 또는 128GB 이상으로 설정하려면 파티션 레이아웃을 수동으로 편집해야 합니다. 표 13.3. 시스템 스왑 공간 권장
위에 나열된 각 범위(예: 2GB, 8GB 또는 64GB의 시스템 RAM) 사이의 경계에서 선택한 스왑 공간과 관련하여 재량을 행사할 수 있습니다. 시스템 리소스를 허용하는 경우 스왑 공간을 늘리면 성능이 향상될 수 있습니다. 특히 빠른 드라이브, 컨트롤러 및 인터페이스가 있는 시스템에서 스왑 공간을 배포하면 스왑 공간 성능이 향상됩니다. PackageKit 업데이트 소프트웨어는 기본적으로 업데이트된 패키지를 13.16. 스토리지 장치Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux: Linux는 다양한 스토리지 장치에 설치할 수 있습니다. 13.15절. “” 에 설명된 대로 설치 대상 페이지의 기본, 로컬 액세스 가능 스토리지 장치를 확인할 수 있습니다. 특수 스토리지 장치를 추가하려면 화면의 특수 및 네트워크 디스크 섹션에서 디스크 추가 버튼을 클릭합니다. 13.16.1. 스토리지 장치 선택 화면스토리지 장치 선택 화면에 Anaconda 설치 프로그램에 액세스할 수 있는 모든 스토리지 장치가 표시됩니다. 장치는 다음 탭에서 그룹화됩니다. 다중 경로 장치 동일한 시스템의 여러 SCSI 컨트롤러 또는 파이버 채널 포트를 통해 두 개 이상의 경로를 통해 액세스할 수 있는 스토리지 장치. 설치 프로그램은 16자 또는 32자 길이의 일련 번호가 있는 다중 경로 스토리지 장치만 감지합니다. 기타 SAN 장치SAN(Storage Area Network)에서 사용 가능한 장치. 펌웨어 RAID펌웨어 RAID 컨트롤러에 연결된 스토리지 장치입니다. 그림 13.29. 특수 스토리지 장치에 대한 탭화된 개요 일련의 버튼은 화면 오른쪽 하단에 있습니다. 이러한 버튼을 사용하여 스토리지 장치를 추가합니다. 사용 가능한 버튼은 다음과 같습니다. 또한 개요 페이지에는 WWID(WWID) 또는 액세스할 수 있는 포트, 대상 또는 논리 단위 번호 (LUN)로 스토리지 장치를 필터링할 수 있는 검색 탭이 포함되어 있습니다. Search tab에는 포트, 대상, LUN 또는 WWID로 검색을 선택하는 검색 드롭다운 메뉴가 포함되어 있습니다. WWID 또는 LUN으로 검색하는 경우 해당 입력 텍스트 필드에 추가 값이 필요합니다. 찾기 버튼을 클릭하여 검색을 시작합니다. 각 장치는 왼쪽에 확인란이 있는 별도의 행에 제공됩니다. 확인란을 클릭하여 설치 프로세스 중에 장치를 사용할 수 있도록 합니다. 설치 프로세스의 뒷부분에서 Red Hat Enterprise Linux Red Hat Enterprise Linux Red Hat Enterprise Linux sl;Linux를 여기에서 선택한 모든 장치에 설치하도록 선택할 수 있으며 설치된 시스템의 일부로 여기에서 선택한 다른 장치를 자동으로 마운트하도록 선택할 수 있습니다. 여기에서 선택한 장치는 설치 프로세스에서 자동으로 삭제되지 않습니다. 이 화면에서 장치를 선택하면 그 자체로는 장치에 저장된 데이터가 위험하지 않습니다. 또한 설치
후 이 화면에서 선택하지 않은 스토리지 장치는 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.16.1.1.1. iSCSI 매개 변수 구성Add iSCSI target... 버튼을 클릭하면 iSCSI 스토리지 대상 추가 대화 상자가 표시됩니다. 그림 13.32. 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 대상을 검색하는 데 필요한 정보를 제공합니다.
13.16.1.1.2. FCoE 매개변수 구성Add FCoE SAN... 버튼을 클릭하면 FCoE 스토리지 장치 검색을 위한 네트워크 인터페이스를 구성할 수 있는 대화 상자가 나타납니다. 먼저 NIC 드롭다운 메뉴에서 FCoE 스위치에 연결된 네트워크 인터페이스를 선택하고 FCoE 디스크 추가 버튼을 클릭하여 SAN 장치의 네트워크를 스캔합니다. 고려해야 할 추가 옵션이 있는 확인란이 있습니다. 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 의 안정적인 대안이 됩니다. fadump 는 Kdump 의 대체 기능이지만fadump 를 사용하려면 Kdump 를 활성화해야 합니다. 이 화면에서 fadump 를 활성화할 수 있습니다. 이 시스템에서 Kdump 를 사용하지 않으려면 kdump 사용을 선택 취소합니다. 그렇지 않으면 Kdump 에 대해 예약할 메모리 양을 설정합니다. 설치 프로그램이 적절한 수량을 자동으로 예약하도록 할 수 있습니다. 그렇지 않으면 수동으로 모든 수량을 설정할 수 있습니다. 설정에 만족하는 경우 Done (완료)을 클릭하여 구성을 저장하고 이전 화면으로 돌아갑니다. 13.18. 설치 시작설치 요약 화면의 모든 필수 섹션이 완료되면 메뉴 화면 하단에 있는 admonition이 사라지고 Begin Installation (설치 시작) 버튼을 사용할 수 있게 됩니다. 설치 과정에서 이 시점까지, 컴퓨터에는 변경 사항이 유지되지 않았습니다. 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.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 창 시스템이 설치되지 않은 경우 이 설치 과정에서 시스템이 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에 등록할 수 있도록 지원합니다. 14장. IBM Power Systems에서 설치 문제 해결이 장에서는 몇 가지 일반적인 설치 문제와 해결 방법에 대해 설명합니다. 디버깅을 위해 Anaconda 는 표 14.1. 설치 중 로그 파일 생성
설치에 실패하면 이러한 파일의 메시지가 성공적으로 설치한 후 기본적으로 이러한 파일은 다음 절차에서는 절차 14.1. 네트워크를 통해 로그 파일 전송
설치의 로그 파일이 이제 대상 시스템에 영구적으로 저장되며 검토할 수 있습니다. 14.1. 설치 시작 문제14.1.1. 그래픽 설치로 부팅 문제일부 비디오 카드가 있는 시스템에는 그래픽 설치 프로그램으로 부팅하는 데 문제가 있습니다. 설치 프로그램이 기본 설정을 사용하여 실행되지 않으면 하위 해결 모드로 실행하려고 합니다. 여전히 실패하면 설치 프로그램이 텍스트 모드로 실행하려고 합니다. 문제를 표시할 수 있는 몇 가지 솔루션이 있습니다. 대부분의 경우 사용자 정의 부팅 옵션을 지정해야 합니다. 자세한 내용은 23.1절. “부팅 메뉴에서 설치 시스템 구성” 에서 참조하십시오. 기본 그래픽 모드 사용 기본 그래픽 드라이버를 사용하여 설치를 시도할 수 있습니다. 이렇게 하려면 설치 프로그램이 화면 해상도를 감지하지 못하면 자동 탐지를 재정의하고 수동으로
지정할 수 있습니다. 이렇게 하려면 부팅 메뉴에 14.1.2. 직렬 콘솔이 확인되지 않음직렬 콘솔을 사용하여 텍스트 모드로 설치하려고 하면 콘솔에 출력이 표시되지 않는 경우가 있습니다. 이는 그래픽 카드가 있지만 모니터가 연결되지 않은 시스템에서 발생합니다. Anaconda 에서 그래픽 카드를 감지하면 디스플레이가 연결되지 않은 경우에도 디스플레이에 이 카드를 사용하려고 합니다. 직렬 콘솔에서 텍스트 기반 설치를 수행하려면 14.2. 설치 중 문제14.2.1. 디스크가 감지되지 않음Installation Destination (설치 대상) 화면에서 다음 오류 메시지가 하단에 표시될 수 있습니다. 감지된 디스크 없음. 컴퓨터를 종료하고 하나 이상의 디스크를 연결하고, 설치를 완료하기 위해 다시 시작하십시오. 이 메시지는 Anaconda 가 설치할 쓰기 가능한 스토리지 장치를 찾지 못했음을 나타냅니다. 이 경우 먼저 시스템에 하나 이상의 스토리지 장치가 연결되어 있는지 확인합니다. 시스템에서 하드웨어 RAID 컨트롤러를 사용하는 경우 컨트롤러가 올바르게 구성되어 작동하는지 확인합니다. 자세한 내용은 컨트롤러의 설명서를 참조하십시오. 하나 이상의 iSCSI 장치에 설치하고 시스템에 로컬 스토리지가 없는 경우 필요한 모든 LUN(논리 단위 번호)이 적절한 HBA(호스트 버스 어댑터)에 표시되는지 확인합니다. iSCSI에 대한 자세한 내용은 부록 B. iSCSI 디스크 을 참조하십시오. 연결되고 올바르게 구성된 저장 장치가 있고 시스템을 재부팅한 후에도 메시지가 계속 나타나는 경우 설치 프로그램이 스토리지를 감지하지 못했음을 의미합니다. 대부분의 경우 이 메시지는 설치 프로그램에서 인식하지 못한 SCSI 장치에 설치하려고 할 때 표시됩니다. 이 경우 설치를 시작하기 전에 드라이버 업데이트를 수행해야 합니다. 하드웨어 공급 업체의 웹 사이트를 확인하여 문제를 해결하는 드라이버 업데이트를 사용할 수 있는지 확인하십시오. 드라이버 업데이트에 대한 자세한 내용은 11장. IBM Power Systems에 설치 중 드라이버 업데이트 을 참조하십시오. 14.2.2. 추적 메시지 보고그래픽 설치 프로그램에 오류가 발생하면 크래시 보고 대화 상자가 표시됩니다. 그런 다음 Red Hat에 발생한 문제에 대한 정보를 보내도록 선택할 수 있습니다. 충돌 보고서를 보내려면 고객 포털 자격 증명을 입력해야 합니다. 고객 포털 계정이 없는 경우 다음에서 https://www.redhat.com/wapps/ugc/register.html 등록할 수 있습니다. 자동화된 충돌 보고에는 작동 중인 네트워크 연결도 필요합니다. 대화 상자가 표시되면 Report Bug 를 선택하여 문제를 보고하거나 Quit 를 선택하여 설치를 종료합니다. 선택적으로 추가 정보를 클릭하여 오류의 원인을 파악하는 데 도움이 되는 자세한 출력을 표시합니다. 디버깅에 익숙한 경우
디버그를 클릭합니다. 그러면 가상 터미널 그림 14.2. 확장 된 Crash Reporting dialog box 고객 포털에 버그를 보고하려면 아래 절차를 따르십시오. 절차 14.2. Red Hat 고객 지원에 오류 보고
14.2.3. 사전 설치 로그 파일 생성 설치 문제를 디버깅하려면 설치를 시작하기 전에 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 설치 부팅 메뉴에서 옵션을 설정하려면 다음을 실행합니다.
시스템은 Anaconda가 시작되기 전에
14.2.4. IBM Power Systems 사용자를 위한 기타 파티셔닝 문제파티션을 수동으로 생성하지만 다음 화면으로 이동할 수 없는 경우 설치를 진행하는 데 필요한 모든 파티션을 생성하지 않았을 수 있습니다. 최소한으로 다음과 같은 파티션이 있어야 합니다.
14.3. 설치 후 문제14.3.1. 그래픽 부팅 시퀀스 사용 문제설치를 완료하고 시스템을 처음 재부팅하면 그래픽 부팅 시퀀스 중에 시스템이 응답하지 않고 재설정이 필요할 수 있습니다. 이 경우 부트 로더가 성공적으로 표시되지만 항목을 선택하고 시스템을 부팅하려고 하면 중지됩니다. 이는 일반적으로 그래픽 부팅 순서 관련 문제를 의미합니다. 이 문제를 해결하려면 그래픽 부팅을 비활성화해야 합니다. 이렇게 하려면 영구적으로 변경하기 전에 부팅 시 설정을 일시적으로 변경합니다. 절차 14.3. 임시 부팅 부팅 비활성화
시스템이 성공적으로 시작되면 정상적으로 로그인할 수 있습니다. 그런 다음 그래픽 부팅을 영구적으로 비활성화해야 합니다. 그렇지 않으면 시스템이 부팅될 때마다 이전 절차를 수행해야 합니다. 부팅 옵션을 영구적으로 변경하려면 다음을 수행하십시오. 절차 14.4. 그래픽 부팅 Permanently 비활성화
이 절차를 완료하면 컴퓨터를 재부팅할 수 있습니다. Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux, Linux는 더 이상 그래픽 부팅 시퀀스를 사용하지 않습니다. 나중에 그래픽 부팅을 활성화하려면 동일한 절차에 따라 14.3.2. 그래픽 환경으로 부팅X Window System 을 설치했지만 시스템에 로그인하면 그래픽 데스크탑 환경이 표시되지 않는 경우 startx 명령을 사용하여 수동으로 시작할 수 있습니다. 그러나 이는 일회성 수정 사항이며 향후 로그인에 대한 로그 in 프로세스는 변경되지 않습니다. 그래픽 로그인 화면에서 로그인할 수 있도록 시스템을 설정하려면 기본 systemd 대상을 절차 14.5. 그래픽 로그인 설정
이제 그래픽 로그인이 기본적으로 활성화되어 있습니다. 다음 재부팅 후 그래픽 로그인 프롬프트가 표시됩니다. 이 변경 사항을 반대하고 텍스트 기반 로그인 프롬프트를 계속 사용하려면
14.3.3. 그래픽 사용자 인터페이스 없음X ( X Window System)를 시작하는 데 문제가 있는 경우 설치되지 않았을 수 있습니다. Minimal install 또는 Web Server 와 같은 설치 중에 선택할 수 있는 사전 설정된 기본 환경 중 일부에는 그래픽 인터페이스가 포함되지 않음 - 수동으로 설치해야 합니다. 14.3.4. 사용자 로그 후 X 서버 캐시사용자가 로그인할 때 X 서버가 충돌하는 데 문제가 있는 경우 파일 시스템 중 하나 이상이 가득하거나 거의 완전할 수 있습니다. 이 문제가 있는지 확인하려면 다음 명령을 실행합니다.
출력은 어떤 파티션이 가득 차 있는지를 진단하는 데 도움이 됩니다. 대부분의 경우 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 위의 예제에서는 df 에 대한 자세한 내용과 사용 가능한 옵션에 대한 설명(예: 이 예제에 사용된 14.3.5. 시스템이 signal 11 오류를 표시합니까?일반적으로 분할 오류라고 하는 신호 11 오류는 프로그램이 할당되지 않은 메모리 위치에 액세스했음을 의미합니다. 신호 11 오류는 설치된 소프트웨어 프로그램 또는 잘못된 하드웨어 중 하나의 버그로 인해 발생할 수 있습니다. 설치 중에 치명적인 신호 11 오류가 발생하면 먼저 가장 최근의 설치 이미지를 사용하고 있는지 확인하고 Anaconda 에서 손상되지 않았는지 확인하도록하십시오. 잘못된 설치 미디어(예: 부적절하게 굽거나 스크래치 광 디스크)는 신호 11 오류의 일반적인 원인입니다. 설치 미디어의 무결성 확인은 모든 설치 전에 권장됩니다. 다른 가능한 원인은 이 문서의 범위를 벗어납니다. 자세한 내용은 하드웨어 제조업체의 설명서를 참조하십시오. 14.3.6. 네트워크 스토리지 공간 (*N problemsSTG)에서 IPL을 IP 할 수 없습니다. 네트워크 스토리지 공간 (*NWSSTG)에서 IPL을 시도 할 때 문제가 발생하는 경우 대부분의 경우 원인은 14.3.7. GRUB2 next_entry 변수는 가상화된 환경에서 예기치 않게 작동할 수 있습니다. deepOF 펌웨어를 사용하여 가상 환경을 부팅하는 IBM Power System 사용자는 시스템 재부팅 후 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를 설치하기 전에 다음을 결정해야 합니다.
다음과 같은 하드웨어가 필요합니다.
SWAPGEN 유틸리티를 사용하여 FBA(고정 블록 아키텍처) DASD에서 스왑 공간을 초기화할 때 15.2. IBM Z 설치 절차 개요Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux, Linux on IBM Z를 대화식으로 또는 자동 마운트 모드로 설치할 수 있습니다. IBM Z에의 설치는 일반적으로 로컬 미디어가 아닌 네트워크를 통해 수행된다는 점에서 다른 아키텍처에 설치하는 것과 다릅니다. 설치 단계는 다음 세 단계로 구성됩니다.
15.2.1. 설치 부팅 메인 프레임과 연결을 설정한 후에는 설치 프로그램이 포함된 매체에서 초기 프로그램 로드(IPL) 또는 부팅을 수행해야 합니다. 이 문서에서는 IBM Z의 Red Hat Enterprise Linux QCOW;Hat
EnterpriseRed Hat Enterprise Linux 6.7;Linux를 설치하는 일반적인 방법에 대해 설명합니다. 일반적으로 모든 방법을 사용하여 커널( 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 제외)를 부팅 미디어로 사용하는 경우 구성된 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를 사용하여 설치 을 참조하십시오. 16장. IBM Z에서 설치 부팅Anaconda 설치 프로그램의 초기 프로그램 부팅(IPL)을 수행하는 단계는 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux가 실행되는 환경( z/VM 또는 LPAR)에 따라 달라집니다. 16.1. 부팅 매개변수 사용자 정의 설치를 시작하려면 먼저 몇 가지 필수 부팅 매개변수를 구성해야 합니다. z/VM을 통해 설치할 때 네트워크 구성을 지원하기 위한 대화형 유틸리티를 제공하는 Red Hat Enterprise Linux 6와 달리, 이제 매개 변수 파일을 사용하거나 프롬프트에서 다음 매개 변수를 사용하여 모든 네트워크 구성을 지정해야 합니다. 설치 소스 설치 소스는 항상 구성해야 합니다. 설치 중에 네트워크 액세스가 필요한 경우 네트워크 구성을 제공해야 합니다. 하드 드라이브와 같은 로컬 미디어만 사용하여 자동(Kickstart 기반) 설치를 수행하려는 경우 네트워크 구성을 생략할 수 있습니다. 필요에 따라 네트워크 부팅 옵션 에 나열된 기본 네트워크 구성 및 기타 옵션은 또한 네트워크 프로토콜 유형, 하위 채널의 쉼표로 구분된 목록, 쉼표로 구분된 예: rd.znet=qeth,0.0.0600,0.0.0601,0.0.0602,layer2=1,portname=foo스토리지 장치 항상 하나 이상의 스토리지 장치를 구성해야 합니다.
rd.dasd=0.0.0200 rd.dasd=0.0.0202(ro),0.0.0203(ro:failfast),0.0.0205-0.0.0207
rd.zfcp=0.0.4000,0x5005076300C213e9,0x5022000000000000Kickstart 옵션 Kickstart 파일을 사용하여 자동 설치를 수행하는 경우 모든 필수 매개 변수가 포함된 사용자 지정 예 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 서버의 파일 시스템에서 설치 데이터 위치와 데이터를 복사해야 하는 메모리 위치 매핑이 필요한 파일도 필요합니다. 파일 이름은 일반적으로 예 16.2. generic.ins 샘플 파일 images/kernel.img 0x00000000 images/initrd.img 0x02000000 images/genericdvd.prm 0x00010480 images/initrd.addrsize 0x00010408 유효한 16.2. IBM Z의 하드 드라이브 설치 고려 사항하드 드라이브에서 설치 프로그램을 부팅하려면 선택적으로 동일한 (또는 다른) 디스크에 zipl 부트 로더를 설치할 수 있습니다. zipl 은 디스크당 하나의 부팅 레코드만 지원합니다. 디스크에 여러 개의 파티션이 있는 경우 디스크의 단일 부팅 레코드를 모두 "공유"합니다. 설치 프로그램을 부팅할 하드 드라이브를 준비하려면 다음 명령을 입력하여 하드 드라이브에 zipl 부트 로더를 설치합니다.
16.3. z/VM에서 설치z/VM에 설치할 때 다음에서 부팅할 수 있습니다.
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 게스트 가상 머신의 장치 구성을 확인할 수 있습니다.
16.3.1. z/VM reader 사용z/VM 리더에서 부팅하려면 다음 단계를 수행합니다.
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 디스크에서 부팅하려면 다음 단계를 수행합니다.
16.3.4. FCP 연결 SCSI DVD 드라이브 사용이를 위해서는 IBM Z의 FCP 어댑터에 연결된 FCP DVD 드라이브가 FCP-to-SCSI 브리지에 연결되어 있어야 합니다. FCP 어댑터는 z/VM에서 구성하고 사용할 수 있어야 합니다.
16.4. LPAR에 설치LPAR( Logical partition )에 설치할 때 다음에서 부팅할 수 있습니다.
먼저 다음 단계를 수행하십시오.
설치 소스에 대한 절차를 계속합니다. 이 절차를 완료하고 설치 소스에 따라 다음 절차 중 하나를 완료하면 설치가 시작됩니다. 그러면 설치 프로그램에서 추가 부팅 매개 변수를 제공하도록 요청합니다. 필수 매개변수는 16.1절. “부팅 매개변수 사용자 정의” 에 설명되어 있습니다. 16.4.1. FTP 서버 사용
16.4.2. 준비된 DASD 사용
16.4.3. 장착된 FCP 연결 SCSI 디스크 사용
16.4.4. FCP 연결 SCSI DVD 드라이브 사용이를 위해서는 IBM Z 머신의 FCP 어댑터에 연결된 FCP DVD 드라이브가 FCP-SCSI 브리지에 연결되어 있어야 합니다. LPAR에서 FCP 어댑터를 구성하고 사용할 수 있어야 합니다.
17장. 설치 시스템에 연결Anaconda 설치 프로그램의 초기 프로그램 로드(IPL)가 완료되면 ssh 연결을 사용하여 로컬 시스템의 IBM Z 시스템에 'install' 사용자로 연결합니다. 설치 프로세스를 계속하려면 설치 시스템에 연결해야 합니다. VNC 모드를 사용하여 GUI 기반 설치를 실행하거나 설정된 연결을 사용하여 텍스트 모드 설치를 실행합니다. 추가 리소스: GUI 기반 설치를 위한 VNC 및 다양한 VNC 모드를 설치하는 방법에 대한 자세한 내용은 다음을 참조하십시오. 25장. VNC 사용 17.1. VNC를 사용하여 원격 연결 설정로컬 시스템에서 아래 단계를 실행하여 IBM Z 시스템과의 원격 연결을 설정합니다. 전제 조건:
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.
18.2.2.18.3.18.4.18.5.18.6.18.7.18.8.18.9.18.10.18.11.18.12.
예:
18.13.18.13.1.18.13.2.18.14.이로 인해 시스템이 취약점의 영향을 받을 가능성이 크게 줄어듭니다. 18.14.1.18.15.18.15.1.18.15.2.18.15.3.수동 파티션 화면에는 처음에 마운트 지점의 왼쪽에 단일 창이 표시됩니다. 마운트 지점 생성에 대한 정보를 제외하고는 창이 비어 있거나 설치 프로그램이 감지된 기존 마운트 지점이 표시됩니다. 이러한 마운트 지점은 감지된 운영 체제 설치를 통해 구성됩니다. 따라서 여러 설치 간에 파티션을 공유하는 경우 일부 파일 시스템이 여러 번 표시될 수 있습니다. 선택한 스토리지 장치의 총 공간 및 사용 가능한 공간이 이 창 아래에 표시됩니다. 시스템에 기존 파일 시스템이 포함된 경우 설치에 충분한 공간을 사용할 수 있는지 확인합니다. - 버튼을 사용하여 불필요한 파티션을 제거합니다.
18.15.3.1. 파일 시스템 추가 및 파티션 구성 Red Hat Enterprise Linux QCOW;Hat Enterprise Red Hat Enterprise Linux Kernel;Linux를 설치하려면 최소한 하나의 파티션이 필요합니다. / , 일부 파티션에 대한 특정 요구 사항이 있는 경우(예: 특정 파티션을 특정 디스크에 있어야 함) 다른 파티션에 대한 특정 요구 사항이 적은 경우 먼저 파티션을 생성합니다. 파일 시스템을 추가하는 프로세스는 2단계 프로세스입니다. 먼저 특정 파티션 스키마에서 마운트 지점을 생성합니다. 마운트 지점이 왼쪽 창에 나타납니다. 다음으로, 오른쪽 창의 옵션을 사용하여 사용자 지정할 수 있습니다. 여기서 마운트 지점, 용량, 장치 유형, 파일 시스템 유형, 레이블, 해당 파티션을 암호화하거나 다시 포맷할지 여부를 변경할 수 있습니다. 기존 파일 시스템이 없고 설치 프로그램이 필요한 파일 시스템 및 해당 마운트 지점을 생성하려면 왼쪽 창의 드롭다운 메뉴에서 선호하는 파티션 구성표(Red Hat Enterprise Linux Come;Hat Enterprise Linux Come;Hat Enterprise Linux Comm;Linux is LVM)을 선택한 다음 창 상단에 있는 링크를 클릭하여 마운트 지점을 자동으로 생성합니다. 이렇게 하면 또는 창 하단에 있는 + 버튼을 사용하여 개별
마운트 지점을 만듭니다. 그러면 Add a New Mount Point (새 마운트 지점 추가) 대화 상자가 열립니다. Mount Point 드롭다운 메뉴에서 사전 설정된 경로 중 하나를 선택하거나 자체적으로 입력합니다. 예를 들어 부팅 파티션에 대해 공간 할당 문제를 방지하려면 먼저 마찬가지로, 시스템이 있어야 하는 디스크가 여러 개 있는 경우 크기가 다르며 BIOS에서 감지된 첫 번째 디스크에 특정 파티션을 생성해야 하는 경우 이러한 파티션을 만들어 시작해야 합니다. 수동으로 생성하는 새 마운트 지점마다 왼쪽 창에 있는 드롭다운 메뉴에서 파티션 스키마를 설정할 수 있습니다. 사용 가능한 옵션은 있어야 하는 단일 장치를 변경하려면 마운트 지점을 선택하고 오른쪽 창에서 Modify... 버튼을 클릭하여 Configure Mount Point (마운트 지점 구성) 대화 상자를 엽니다. 하나 이상의 장치를 선택하고 선택을 클릭합니다. 대화 상자가 닫히면 Manual Partitioning 화면의 오른쪽에 있는 설정 업데이트 버튼을 클릭하여 이 설정을 확인해야 합니다. 모든 로컬 디스크와 파티션에 대한 정보를 새로 고치려면 툴바에서 Rescan 버튼(이상 화살표 아이콘 사용)을 클릭합니다. 설치 프로그램 외부에서 고급 파티션 구성을 수행한 후에만 이 작업을 수행해야 합니다. 디스크 다시 스캔 버튼을 클릭하면 설치 프로그램에서 이전에 수행한 모든 구성이 손실됩니다. 화면 하단에는 설치 대상에서 선택한 스토리지 장치 수가 표시됩니다( 18.15절. “” 참조). 이 링크를 클릭하면 선택한 디스크 대화 상자에서 디스크에 대한 정보를 검토합니다. 파티션 또는 볼륨을 사용자 지정하려면 왼쪽 창에서 해당 마운트 지점을 선택하고 다음 사용자 지정 가능한 기능을 선택한 다음 오른쪽에 표시됩니다.
설정 업데이트 버튼을 클릭하여 변경 사항을 저장하고 사용자 지정할 다른 파티션을 선택합니다. 설치 요약 페이지에서 설치를 실제로 시작할 때까지 변경 사항이 적용되지 않습니다. 모두 재설정 버튼을 클릭하여 모든 파티션에 대한 모든 변경 사항을 취소하고 다시 시작합니다. 모든 파일 시스템 및 마운트 지점을 만들고 사용자 정의하면 완료 버튼을 클릭합니다. 모든 파일 시스템을 암호화하도록 선택하면 암호 생성을 입력하라는 메시지가 표시됩니다. 그러면 설치 프로그램에서 수행할 스토리지와 관련된 모든 작업에 대한 요약이 표시된 대화 상자가 표시됩니다. 여기에는 파티션 및 파일 시스템 생성, 크기 조정 또는 삭제가 포함됩니다. 모든 변경 사항을 검토하고 취소를 클릭하고 사용자 지정 파티션으로 돌아가기 위해 다시 돌아갈 수 있습니다. 변경 사항을 확인하려면 수락 변경 사항을 클릭하여 설치 요약 페이지로 돌아갑니다. 추가 장치를 분할하려면 Installation Destination (설치 대상) 화면에서 이를 선택하고 Manual Partitioning 화면으로 돌아가 추가 장치에 대해 이 섹션에 설명된 단계를 반복합니다.
이 제한은 18.15.3.1.1. 파일 시스템 유형Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 사용하면 다양한 장치 유형과 파일 시스템을 만들 수 있습니다. 다음은 사용 가능한 다양한 장치 유형 및 파일 시스템과 이러한 시스템 사용 방법에 대한 간략한 설명입니다. 장치 유형
파일 시스템
18.15.3.2. 소프트웨어 RAID 생성IBM Z에서 스토리지 하위 시스템은 RAID를 투명하게 사용합니다. 소프트웨어 RAID를 수동으로 설정할 필요가 없습니다. RAID(Redundant arrays )는 성능이 향상되고 일부 구성에서 더 높은 내결함성을 제공하기 위해 배열된 여러 스토리지 장치로 구성됩니다. 다음은 다양한 종류의 RAID에 대한 설명은 아래를 참조하십시오. RAID 장치는 한 단계로 생성되며 필요에 따라 디스크가 추가 또는 제거됩니다. 물리 디스크당 하나의 RAID 파티션이 허용되므로 설치 프로그램에서 사용할 수 있는 디스크 수에 따라 사용 가능한 RAID 장치 수준이 결정됩니다. 예를 들어 시스템에 두 개의 하드 드라이브가 있는 경우 설치 프로그램에서 4개의 개별 파티션이 필요한 RAID10 장치를 생성할 수 없습니다. 그림 18.22. 소프트웨어 RAID 파티션 생성 - 장치 유형 확장 메뉴 확장 RAID 구성 옵션은 설치를 위해 두 개 이상의 디스크를 선택한 경우에만 표시됩니다. RAID 장치를 생성하려면 두 개 이상의 디스크가 필요합니다. RAID 장치를 생성하려면 다음을 수행합니다.
지정된 RAID 수준보다 많은 디스크가 포함된 경우 창 하단에 메시지가 표시되어 선택한 구성에 실제로 필요한 디스크 수를 알려줍니다. 18.15.3.3. LVM 논리 볼륨 만들기LVM( Logical Volume Management )은 하드 드라이브 또는 LUN과 같은 기본 물리 스토리지 공간에 대한 간단한 논리 보기를 제공합니다. 물리 스토리지의 파티션은 볼륨 그룹으로 함께 그룹화할 수 있는 물리 볼륨 으로 표시됩니다. 각 볼륨 그룹은 각각 표준 디스크 파티션과 유사한 여러 논리 볼륨 으로 나눌 수 있습니다. 따라서 LVM 논리 볼륨은 여러 물리 디스크에 걸쳐 있는 파티션으로 작동합니다. 텍스트 모드 설치 중에 LVM 구성을 사용할 수 없습니다. 처음부터 LVM 구성을 생성해야 하는 경우 Ctrl+Alt+F2 를 눌러 다른 가상 콘솔을 사용하고 lvm 명령을 실행합니다. 텍스트 모드 설치로 돌아가려면 Ctrl+Alt+F1 을 누릅니다. 논리 볼륨을 생성하고 새 볼륨 그룹 또는 기존 볼륨 그룹에 추가하려면 다음을 수행합니다.
18.15.3.4. 권장 파티션 계획IBM Z에서 Linux의 효율적인 스왑 공간을 구성하는 것은 복잡한 작업입니다. 이는 특정 환경에 따라 크게 달라지며 실제 시스템 로드를 조정해야 합니다. 18.16. 스토리지 장치Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux: Linux는 다양한 스토리지 장치에 설치할 수 있습니다. 18.15절. “” 에 설명된 대로 설치 대상 페이지의 기본, 로컬 액세스 가능 스토리지 장치를 확인할 수 있습니다. 특수 스토리지 장치를 추가하려면 화면의 특수 및 네트워크 디스크 섹션에서 디스크 추가 버튼을 클릭합니다. 하드 디스크 드라이브 및 솔리드 스테이트 드라이브와 같은 로컬 시스템에 직접 연결된 기본 스토리지 장치는 화면의 로컬 표준 디스크 섹션에 표시됩니다. IBM Z의 경우 이에는 활성화된 Direct Access Storage 장치 (DASD)가 포함됩니다. 알려진 문제는 설치가 완료된 후 HyperPAV 별칭으로 구성된 DASD가 시스템에 자동으로 연결된 것을 방지합니다. 이러한 스토리지 장치는 설치 중에 이 화면에서 사용할 수 있지만 설치 및 재부팅을 마친 후에는 즉시 액세스할 수 없습니다. HyperPAV 별칭 장치를 연결하려면
20.1.3절. “지속적으로 DASD 온라인 설정” 에 설명된 대로 시스템의 18.16.1. 스토리지 장치 선택 화면스토리지 장치 선택 화면에 Anaconda 설치 프로그램에 액세스할 수 있는 모든 스토리지 장치가 표시됩니다. 장치는 다음 탭에서 그룹화됩니다. 다중 경로 장치 동일한 시스템의 여러 SCSI 컨트롤러 또는 파이버 채널 포트를 통해 두 개 이상의 경로를 통해 액세스할 수 있는 스토리지 장치. 설치 프로그램은 16자 또는 32자 길이의 일련 번호가 있는 다중 경로 스토리지 장치만 감지합니다. 기타 SAN 장치단일 경로를 통해 연결된 FCP LUN과 같은 SAN(Storage Area Network)에서 사용 가능한 기타 장치. 펌웨어 RAID펌웨어 RAID 컨트롤러에 연결된 스토리지 장치입니다. 이 탭은 IBM Z에는 적용되지 않습니다. 시스템 z 장치이 탭에는 zSeries Linux FCP(Fiber Channel Protocol) 드라이버를 통해 연결된 스토리지 장치 또는 LUN(Logical Units)이 포함되어 있습니다. 그림 18.26. 특수 스토리지 장치에 대한 탭화된 개요 일련의 버튼은 화면 오른쪽 하단에 있습니다. 이러한 버튼을 사용하여 스토리지 장치를 추가합니다. 사용 가능한 버튼은 다음과 같습니다. 또한 개요 페이지에는 WWID(WWID) 또는 액세스할 수 있는 포트, 대상 또는 논리 단위 번호 (LUN)로 스토리지 장치를 필터링할 수 있는 검색 탭이 포함되어 있습니다. Search tab에는 포트, 대상, LUN 또는 WWID로 검색을 선택하는 검색 드롭다운 메뉴가 포함되어 있습니다. WWID 또는 LUN으로 검색하는 경우 해당 입력 텍스트 필드에 추가 값이 필요합니다. 찾기 버튼을 클릭하여 검색을 시작합니다. 각 장치는 왼쪽에 확인란이 있는 별도의 행에 제공됩니다. 확인란을 클릭하여 설치 프로세스 중에 장치를 사용할 수 있도록 합니다. 설치 프로세스의 뒷부분에서 Red Hat Enterprise Linux Red Hat Enterprise Linux Red Hat Enterprise Linux sl;Linux를 여기에서 선택한 모든 장치에 설치하도록 선택할 수 있으며 설치된 시스템의 일부로 여기에서 선택한 다른 장치를 자동으로 마운트하도록 선택할 수 있습니다. 여기에서 선택한 장치는 설치 프로세스에서 자동으로 삭제되지 않습니다. 이 화면에서 장치를 선택하면 그 자체로는 장치에 저장된 데이터가 위험하지 않습니다. 또한 설치 후 설치 중에 사용할 스토리지 장치를 선택한 경우 Done (완료)을 클릭하여 Installation Destination(설치 대상) 화면으로 돌아갑니다. 18.16.1.1. DASD 하위 수준 포맷팅DASD에 설치하는 경우 호환 디스크 레이아웃(CDL) 형식의 낮은 수준에서 형식을 지정하는 것이 좋습니다. 그러나 CMS 형식으로 포맷된 FBA DASD를 사용할 수도 있습니다. 설치 대상 화면에서 DASD를 선택하고 완료 를 클릭하면 설치 프로그램이 포맷되지 않았거나 포맷되지 않은 디스크를 감지하며 다음 대화 상자가 표시됩니다. 그림 18.28. DASD 장치 포맷을 위한 대화 상자 대화 상자에서 취소 를 클릭하여 설치 대상 화면으로 돌아가 디스크 선택을 편집할 수 있습니다. 선택이 올바르면 dasdfmt 버튼을 사용하여 포맷 되지 않은 모든 DASD에서 dasdfmt 유틸리티를 시작합니다. 포맷 프로세스가 완료되면 OK (확인) 버튼을 클릭하면 DASD 목록이 새로 고쳐질 설치 대상 화면으로 돌아갑니다. 그런 다음 설치를 계속하려면 디스크를 다시 선택해야 합니다. 포맷되지 않은 온라인 DASD의 낮은 수준의 형식을 자동으로 허용하려면 Kickstart 명령 zerombr 을 지정합니다. 자세한 내용은 zerombr (선택 사항) 을 참조하십시오. FBA DASD(FBA DASD) CMS 디스크 레이아웃을 대상으로 사용하는 IBM Z에 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux, Linux를 설치하는 경우 세 개의 파티션만 허용됩니다. 설치 프로그램은 먼저 대상 DASD에 18.16.1.2. 고급 스토리지 옵션고급 스토리지 장치를 사용하려면 설치 대상 화면의 오른쪽 아래에 있는 적절한 버튼을 클릭하여 iSCSI (SCSI over TCP/IP) 대상 또는 zFCP (zSeries Fibre Channel Protocol) LUN (logical Unit)을 구성할 수 있습니다. iSCSI에 대한 소개는 부록 B. iSCSI 디스크 을 참조하십시오. 18.16.1.2.1. iSCSI 매개 변수 구성Add iSCSI target... 버튼을 클릭하면 iSCSI 스토리지 대상 추가 대화 상자가 표시됩니다. 그림 18.30. 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 이니시에이터 이름을 변경하려면 설치를 다시 시작해야 합니다. 절차 18.1. iSCSI 세션 검색 및 시작 iSCSI 스토리지 대상 추가 대화 상자를 사용하여 Anaconda 에 iSCSI 대상을 검색하는 데 필요한 정보를 제공합니다.
18.16.1.2.2. DASD 스토리지 장치설치 대상 화면에서 DASD 추가 버튼을 클릭하면 DASD(Direct Access Storage 장치) 스토리지 장치를 추가할 수 있는 대화 상자가 표시됩니다. 이 대화 상자를 사용하면 설치가 시작될 때 탐지되지 않은 추가 DASD를 연결할 수 있습니다. 그림 18.32. DASD 스토리지 대상 추가 DASD 스토리지 대상 추가 대화 상자에서 장치 번호(예: 0.0.02 지정된 장치 번호가 있는 DASD가 발견되고 아직 연결되지 않은 경우 대화 상자 창이 닫히고 새로 발견된 드라이브는 18.16.1절. “스토리지 장치 선택 화면” 의 드라이브 목록에 나타납니다. 여기에서 화면 왼쪽의 확인란을 사용하여 사용 가능한 드라이브를 선택할 수 있습니다. 그런 다음 왼쪽 상단 모서리에서 Done 을 눌러 18.15절. “” 로 돌아갑니다. 그러면 화면의 로컬 표준 디스크 섹션에서 새로운 DASD를 선택( DASD 장치 0.0.xxxx)에 사용할 수 있습니다. 잘못된 장치 번호를 입력했거나 지정된 장치 번호가 있는 DASD가 시스템에 이미 연결된 경우 대화 상자 창에 오류 메시지가 표시되고 오류를 설명하고 다른 장치 번호로 다시 시도하라는 메시지가 표시됩니다.
18.16.1.2.3. FCP 장치Add ZFCP LUN 버튼을 클릭하면 FCP(Fibre Channel Protocol) 스토리지 장치를 추가할 수 있는 대화 상자가 표시됩니다. FCP 장치를 사용하면 IBM Z가 대신 SCSI 장치를 사용할 수 있으며, 그렇지 않으면 직접 액세스 스토리지 장치 (DASD) 장치를 사용할 수 있습니다. FCP 장치는 IBM Z 시스템이 기존 DASD 장치 외에도 SCSI LUN을 디스크 장치로 사용할 수 있는 전환 패브릭 토폴로지를 제공합니다. IBM Z는 FCP LUN을 활성화하기 위해 설치 프로그램에 대해 FCP 장치를 수동으로 입력해야 합니다. 이 작업은 Anaconda 에서 대화식으로 수행하거나 매개 변수 또는 CMS 구성 파일에서 고유한 매개 변수 항목으로 지정할 수 있습니다. 여기에 입력된 값은 해당 값이 설정된 각 사이트에 고유합니다. 참고
파이버 채널 프로토콜 SCSI 장치를 구성하려면 16비트 장치 번호, LDAP(64비트 World Wide Port Number) 및 64비트 FCP LUN 식별자를 입력합니다. 이 정보를 사용하여 FCP 장치에 연결하려면 Start Discovery 버튼을 클릭합니다. 새로 추가된 장치는 Installation Destination(설치 대상) 화면의 System z Devices (시스템 z 장치) 탭에 표시됩니다. SCSI 전용 설치의 경우 매개 변수 또는 CMS 구성 파일에서 18.16.1.2.4. FCoE 매개변수 구성Add FCoE SAN... 버튼을 클릭하면 FCoE 스토리지 장치 검색을 위한 네트워크 인터페이스를 구성할 수 있는 대화 상자가 나타납니다. 먼저 NIC 드롭다운 메뉴에서 FCoE 스위치에 연결된 네트워크 인터페이스를 선택하고 FCoE 디스크 추가 버튼을 클릭하여 SAN 장치의 네트워크를 스캔합니다. 고려해야 할 추가 옵션이 있는 확인란이 있습니다. DCB 사용 DCB( Data Center Bridging )는 스토리지 네트워크 및 클러스터에서 이더넷 연결 효율성을 높이기 위해 설계된 이더넷 프로토콜의 개선 집합입니다. 이 대화 상자의 확인란을 사용하여 DCB에 대한 설치 프로그램의 인식을 활성화하거나 비활성화합니다. 이 옵션은 호스트 기반 DCBX 클라이언트가 필요한 네트워크 인터페이스에 대해서만 활성화해야 합니다. 하드웨어 DCBX 클라이언트를 구현하는 인터페이스의 구성은 이 확인란을 비워야 합니다. 자동 vlan 사용자동 VLAN 은 VLAN 검색을 수행해야 하는지를 나타냅니다. 이 상자를 선택하면 링크 구성을 검증한 후 FIP(FCoE Initiation Protocol) VLAN 검색 프로토콜이 이더넷 인터페이스에서 실행됩니다. 아직 구성되지 않은 경우 검색된 FCoE VLAN의 네트워크 인터페이스가 자동으로 생성되고 VLAN 인터페이스에서 FCoE 인스턴스가 생성됩니다. 이 옵션은 기본적으로 활성화되어 있습니다. 검색된 FCoE 장치는 Installation Destination(설치 대상) 화면에 있는 기타 SAN 장치 탭 아래에 표시됩니다. 18.17. Kdump이 화면을 사용하여 이 시스템에서 Kdump 를 사용할지 여부를 선택합니다. kdump 는 커널 크래시 덤프 메커니즘으로, 시스템 충돌 발생 시 충돌 원인을 결정하는 데 유용할 수 있는 정보를 캡처합니다. Kdump 를 활성화하는 경우 특정 양의 시스템 메모리를 예약해야 합니다. 결과적으로 프로세스에 사용 가능한 메모리가 줄어듭니다. 이 시스템에서 Kdump 를 사용하지 않으려면 kdump 사용을 선택 취소합니다. 그렇지 않으면 Kdump 에 대해 예약할 메모리 양을 설정합니다. 설치 프로그램이 적절한 수량을 자동으로 예약하도록 할 수 있습니다. 그렇지 않으면 수동으로 모든 수량을 설정할 수 있습니다. 설정에 만족하는 경우 Done (완료)을 클릭하여 구성을 저장하고 이전 화면으로 돌아갑니다. 18.18. 설치 시작설치 요약 화면의 모든 필수 섹션이 완료되면 메뉴 화면 하단에 있는 admonition이 사라지고 Begin Installation (설치 시작) 버튼을 사용할 수 있게 됩니다. 설치 과정에서 이 시점까지, 컴퓨터에는 변경 사항이 유지되지 않았습니다. 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 설치 프로세스를 완료할 때까지 컴퓨터를 사용할 수 없게 됩니다. 18.20. 설치 완료감사합니다. 이제 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 설치가 완료되었습니다! 설치 프로그램에서 시스템을 재부팅할 수 있도록 준비하라는 메시지를 표시합니다. 설치 프로그램이 설치된 시스템으로 자동 재부팅됩니다. 설치 프로그램이 재부팅되지 않으면 설치 프로그램에 IPL(부팅)을 수행할 장치가 표시됩니다. shutdown 옵션 및 종료 후 IPL은 Red Hat Enterprise Linux HAT용 18.20.1. z/VM의 IPLDASD에서 IPL, 예를 들어 3270 콘솔에서 DASD 장치 200을 사용하려면 명령을 실행합니다. #cp i 200 DASD에서는 자동 분할(모든 파티션의 데이터 표시)이 사용된 경우에만 처음 활성화된 DASD는 FCP LUN에서 FCP 연결 장치에서 IPL에:
가상 머신에서 Linux를 중지하지 않고 3270 터미널에서 연결을 끊으려면 #cp logoff 대신 #cp disconnect 를 사용하십시오. 일반적인 로그온 절차를 사용하여 가상 머신이 다시 연결되면 CP console 함수 모드( 18.20.2. LPAR의 IPL LPAR 기반 설치의 경우 HMC에서 18.20.3. 재부팅 후 계속(re-IPL) 설치된 Red Hat Enterprise Linux 기준의 자동 재부팅 또는 Red Hat Enterprise Linux Red Hat Enterprise Linux sl;Hat Enterprise Linux operating system의 수동 IPL에 따라 ssh 를
통해 시스템에 로그인할 수 있습니다. root로 로그인할 수 있는 유일한 위치는 3270 터미널 또는 그래픽 환경에서 Red Hat Enterprise Linux QCOW;Hat Enterprise Linux QCOW;Linux 시스템을 처음 시작하면 Initial Setup 을 사용하여 Red Hat Enterprise Linux en;Hat Enterprise LinuxLINUX;Linux 구성을 통해 안내할 수 있습니다. 최초 설치 프로그램을 사용하면 Red Hat Enterprise Linux HAT;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 시스템을 빠르게 시작할 수 있도록 환경을 설정할 수 있습니다. 19장. IBM Z에서 설치 문제 해결이 장에서는 몇 가지 일반적인 설치 문제와 해결 방법에 대해 설명합니다. 디버깅을 위해 Anaconda 는 표 19.1. 설치 중 로그 파일 생성
설치에 실패하면 이러한 파일의 메시지가 성공적으로 설치한 후 기본적으로 이러한 파일은 다음 절차에서는 절차 19.1. 네트워크를 통해 로그 파일 전송
설치의 로그 파일이 이제 대상 시스템에 영구적으로 저장되며 검토할 수 있습니다. 19.1. 설치 중 문제19.1.1. 디스크가 감지되지 않음Installation Destination (설치 대상) 화면에서 다음 오류 메시지가 하단에 표시될 수 있습니다. 감지된 디스크 없음. 컴퓨터를 종료하고 하나 이상의 디스크를 연결하고, 설치를 완료하기 위해 다시 시작하십시오. 이 메시지는 일반적으로 DASD(직접 액세스 스토리지 장치) 장치에 문제가 있음을 나타냅니다. 이 오류가 발생하면 DASD=<disks > 매개 변수를 매개변수 파일 또는 CMS 구성 파일에 추가합니다(여기서 disks 는 설치용으로 예약된 DASD 범위임). 또한 CMS를 사용하여 DASD를 포맷하는 대신 Linux 루트 쉘 내에서 dasdfmt 명령을 사용하여 DASD를 포맷하십시오. Anaconda 는 아직 포맷되지 않은 DASD 장치를 자동으로 감지하고 장치 포맷 여부를 요청합니다. 하나 이상의 iSCSI 장치에 설치하고 시스템에 로컬 스토리지가 없는 경우 필요한 모든 LUN(논리 단위 번호)이 적절한 HBA(호스트 버스 어댑터)에 표시되는지 확인합니다. iSCSI에 대한 자세한 내용은 부록 B. iSCSI 디스크 을 참조하십시오. 19.1.2. 추적 메시지 보고그래픽 설치 프로그램에 오류가 발생하면 크래시 보고 대화 상자가 표시됩니다. 그런 다음 Red Hat에 발생한 문제에 대한 정보를 보내도록 선택할 수 있습니다. 충돌 보고서를 보내려면 고객 포털 자격 증명을 입력해야 합니다. 고객 포털 계정이 없는 경우 다음에서 https://www.redhat.com/wapps/ugc/register.html 등록할 수 있습니다. 자동화된 충돌 보고에는 작동 중인 네트워크 연결도 필요합니다. 대화 상자가 표시되면 Report Bug 를 선택하여 문제를 보고하거나 Quit 를 선택하여 설치를 종료합니다. 선택적으로 추가 정보를 클릭하여 오류의 원인을 파악하는 데 도움이 되는 자세한 출력을 표시합니다. 디버깅에 익숙한 경우 디버그를 클릭합니다. 그러면 가상 터미널 그림 19.2. 확장 된 Crash Reporting dialog box 고객 포털에 버그를 보고하려면 아래 절차를 따르십시오. 절차 19.2. Red Hat 고객 지원에 오류 보고
19.1.3. 사전 설치 로그 파일 생성 설치 문제를 디버깅하려면 설치를 시작하기 전에 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 설치 부팅 메뉴에서 옵션을 설정하려면 다음을 실행합니다.
시스템은 Anaconda가 시작되기 전에
19.2. 설치 후 문제19.2.1. 원격 그래픽 데스크탑 및 XDMCPX window System 을 설치하고 그래픽 로그인 관리자를 사용하여 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux 6.7;Linux 시스템에 로그인하려는 경우 XDMCP( X Display Manager Control Protocol )를 활성화합니다. 이 프로토콜을 통해 사용자는 네트워크 연결 워크스테이션 또는 X11 터미널과 같은 모든 X 호환 클라이언트에서 데스크탑 환경에 원격으로 로그인할 수 있습니다. 아래 절차에서는 XDMCP를 활성화하는 방법을 설명합니다. 절차 19.3. IBM Z에서 XDMCP 활성화
IBM Z 서버가 이제 XDMCP용으로 구성되어 있습니다. 클라이언트 워크스테이션에서 X 명령을 사용하여 원격 X 세션을 시작하여 다른 워크스테이션(클라이언트)에서 이 세션에 연결할 수 있습니다. 예:
address 를 원격 X11 서버의 호스트 이름으로 바꿉니다. 명령은 XDMCP를 사용하여 원격 X11 서버에 연결하고 X11 서버 시스템의 디스플레이 중첩된 X11 서버를 사용하여 원격 데스크탑 세션에 액세스할 수도 있습니다. 이 서버는 현재 X11 세션에서 창에서 원격 데스크톱을 엽니다. Xnest 를 사용하면 로컬 X11 세션 내에 중첩된 원격 데스크탑을 열 수 있습니다. 예를 들어 다음 명령을 사용하여 Xnest 를 실행하고 주소를 원격 X11 서버의 호스트 이름으로 교체합니다.
19.2.2. 시스템이 signal 11 오류를 표시합니까?일반적으로 분할 오류라고 하는 신호 11 오류는 프로그램이 할당되지 않은 메모리 위치에 액세스했음을 의미합니다. 신호 11 오류는 설치된 소프트웨어 프로그램 또는 잘못된 하드웨어 중 하나의 버그로 인해 발생할 수 있습니다. 설치 중에 치명적인 신호 11 오류가 발생하면 먼저 가장 최근의 설치 이미지를 사용하고 있는지 확인하고 Anaconda 에서 손상되지 않았는지 확인하도록하십시오. 잘못된 설치 미디어(예: 부적절하게 굽거나 스크래치 광 디스크)는 신호 11 오류의 일반적인 원인입니다. 설치 미디어의 무결성 확인은 모든 설치 전에 권장됩니다. 다른 가능한 원인은 이 문서의 범위를 벗어납니다. 자세한 내용은 하드웨어 제조업체의 설명서를 참조하십시오. 20장. IBM Z 인스턴스에 설치된 Linux 구성IBM Z의 Linux에 대한 자세한 내용은 22장. IBM Z 참조 에 나열된 게시를 참조하십시오. 가장 일반적인 작업 중 일부는 여기에 설명되어 있습니다. 20.1. DASD 추가다음은 DASD를 온라인으로 설정하고 포맷한 다음 변경하는 방법의 예입니다. z/VM에서 실행되는 경우 장치가 Linux 시스템에 연결되거나 연결되어 있는지 확인합니다. CP ATTACH EB1C TO * 액세스 권한이 있는 미니 디스크를 연결하려면 다음과 같이 문제를 해결합니다. CP LINK RHEL7X 4B2E 4B2E MR DASD 4B2E LINKED R/W 명령에 대한 자세한 내용은 z/VM: CP Commands 및 utility Reference, SC24-6175 를 참조하십시오. 20.1.1. 동적으로 DASD 온라인 설정온라인으로 DASD를 설정하려면 다음 단계를 따르십시오.
이 명령은 현재 세션에 대해 DASD를 온라인 상태로 설정했지만 재부팅 시 지속되지 않습니다. 지속적으로 DASD를 설정하는 방법에 대한 자세한 내용은 20.1.3절. “지속적으로 DASD
온라인 설정” 을 참조하십시오. DASD를 사용할 때 20.1.2. 하위 수준 포맷을 사용하여 새 DASD 준비 디스크가
온라인 상태이면
진행률 표시줄이 끝에 도달하고 형식이 완료되면 dasdfmt 가 다음 출력을 출력합니다. Rereading the partition table... Exiting... 이제 fdasd를 사용하여 DASD를 분할합니다. DASD에 최대 3개의 파티션을 생성할 수 있습니다. 이 예제에서는 전체 디스크에 걸쳐 하나의 파티션을 만듭니다.
(낮은 수준의 형식) DASD는 온라인 상태이면 Linux의 다른 디스크처럼 사용할 수 있습니다. 예를 들어 의 기존 디스크 항목을 손상시키지 않고 나중에 디스크를 추가하려면 20.1.3. 지속적으로 DASD 온라인 설정 위의 명령은 실행 중인 시스템에서 DASD를 동적으로 활성화하는 방법을 설명합니다. 그러나 이러한 변경 사항은 지속되지 않으며 재부팅 후에도 유지되지 않습니다. Linux 시스템에서 DASD 구성을 영구적으로 변경하려면 DASD가 루트 파일 시스템에 속하는지 여부에 따라 달라집니다.
루트 파일 시스템에 필요한 DASD는 cio_ignore 명령은 영구 장치 구성에 투명하게 처리되며, ignore 목록에서 수동으로 장치를 해제할 필요가 없습니다. 20.1.3.1. 루트 파일 시스템의 일부인 DASD 루트 파일 시스템의 일부인 DASD를 추가하기 위해 수정해야 하는 유일한 파일은 부팅 프로세스 초기에 DASD를 활성화하는 부팅 옵션은
다음은 루트 파일 시스템의 논리 볼륨 [defaultboot] default=linux target=/boot/ [linux] image=/boot/vmlinuz-2.6.32-19.el7.s390x ramdisk=/boot/initramfs-2.6.32-19.el7.s390x.img parameters="root=/dev/mapper/vg_devel1-lv_root rd.dasd=0.0.0200,use_diag=0,readonly=0,erplog=0,failfast=0 rd.dasd=0.0.0207,use_diag=0,readonly=0,erplog=0,failfast=0 rd_LVM_LV=vg_devel1/lv_root rd_NO_LUKS rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=us cio_ignore=all,!condev" 장치 버스 ID [defaultboot] default=linux target=/boot/ [linux] image=/boot/vmlinuz-2.6.32-19.el7.s390x ramdisk=/boot/initramfs-2.6.32-19.el7.s390x.img parameters="root=/dev/mapper/vg_devel1-lv_root rd.dasd=0.0.0200,use_diag=0,readonly=0,erplog=0,failfast=0 rd.dasd=0.0.0207,use_diag=0,readonly=0,erplog=0,failfast=0 rd.dasd=0.0.202b rd_LVM_LV=vg_devel1/lv_root rd_NO_LUKS rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=us cio_ignore=all,!condev"
zipl 을 실행하여 다음 IPL에 대한
20.1.3.2. 루트 파일 시스템의 일부가 아닌 DASD 루트 파일 시스템의 일부가 아닌 DASD는 데이터 디스크 이며 키는 DASD가 가질 수 있는 모든 유효한
0.0.0207 0.0.0200 use_diag=1 readonly=1
20.2. FCP 연결 논리 장치(LUN) 추가다음은 FCP LUN을 추가하는 방법의 예입니다. z/VM에서 실행하는 경우 FCP 어댑터가 z/VM 게스트 가상 머신에 연결되어 있는지 확인합니다. 프로덕션 환경의 다중 경로의 경우 서로 다른 두 개의 물리적 어댑터(CHPID)에는 두 개 이상의 FCP 장치가 있습니다. 예: CP ATTACH FC00 TO * CP ATTACH FCD0 TO * 20.2.1. FCP LUN 활성화다음 단계에 따라 LUN을 활성화합니다.
20.2.2. FCP LUN을 영구적으로 활성화 위의 명령은 실행 중인 시스템에서 FCP LUN을 동적으로 활성화하는 방법을 설명합니다. 그러나 이러한 변경 사항은 지속되지 않으며 재부팅 후에도 유지되지 않습니다. Linux 시스템에서 FCP 구성을 영구적으로 변경하는 방법은 FCP LUN이 루트 파일 시스템에 속하는지 여부에 따라 달라집니다. 20.2.2.1. 루트 파일 시스템의 일부인 FCP LUN 루트 파일 시스템의 일부인 FCP LUN을 추가하기 위해 수정해야 하는 유일한 파일은 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux QCOW;Linux에서는 부팅 프로세스 초기에 FCP LUN을 활성화하는 매개
변수를 제공합니다. 다음 예제 [defaultboot] default=linux target=/boot/ [linux] image=/boot/vmlinuz-2.6.32-19.el7.s390x ramdisk=/boot/initramfs-2.6.32-19.el7.s390x.img parameters="root=/dev/mapper/vg_devel1-lv_root rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a000000000 rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a100000000 rd_LVM_LV=vg_devel1/lv_root rd_NO_LUKS rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=us cio_ignore=all,!condev" 장치 버스 ID 0.0.fc00을 사용하는 세 번째 FCP LUN 파티션에 또 다른 물리 볼륨을 추가하려면 W expensiveN 0x51074308c212e9 및 FCP LUN 0x4040a300000000, rd [defaultboot]
default=linux
target=/boot/
[linux]
image=/boot/vmlinuz-2.6.32-19.el7.s390x
ramdisk=/boot/initramfs-2.6.32-19.el7.s390x.img
parameters="root=/dev/mapper/vg_devel1-lv_root
rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a000000000
rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a100000000
rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a300000000
rd_LVM_LV=vg_devel1/lv_root rd_NO_LUKS rd_NO_MD rd_NO_DM LANG=en_US.UTF-8
SYSFONT=latarcyrheb-sun16 KEYTABLE=us cio_ignore=all,!condev"
zipl 을 실행하여 다음 IPL에 대한
20.2.2.2. 루트 파일 시스템의 일부가 아닌 FCP LUN 데이터 디스크와 같은 루트 파일 시스템의 일부가 아닌 FCP LUN은
0.0.fc00 0x5105074308c212e9 0x401040a000000000 0.0.fc00 0x5105074308c212e9 0x401040a100000000 0.0.fc00 0x5105074308c212e9 0x401040a300000000 0.0.fcd0 0x5105074308c2aee9 0x401040a000000000 0.0.fcd0 0x5105074308c2aee9 0x401040a100000000 0.0.fcd0 0x5105074308c2aee9 0x401040a300000000
20.3. 네트워크 장치 추가네트워크 장치 드라이버 모듈은 udev 에 의해 자동으로 로드됩니다. IBM Z의 네트워크 인터페이스를 동적으로 또는 영구적으로 추가할 수 있습니다.
다음 섹션에서는 각 IBM Z 네트워크 장치 드라이버의 각 작업에 대한 기본 정보를 제공합니다. 20.3.1절. “qeth 장치 추가” Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux의 기존 인스턴스에 qeth 장치를 추가하는 방법을 설명합니다. 20.3.2절. “LCS 장치 추가” Red Hat Enterprise Linux 기준의 기존 인스턴스에 lcs 장치를 추가하는 방법에 대해 설명합니다.Red Hat Enterprise Linux HAT;Hat Enterprise Linux consuming. 20.3.1. qeth 장치 추가
20.3.1.1. 동적으로 qeth 장치 추가
또는
20.3.1.2. qeth 장치 동적으로 제거
20.3.1.3. qeth 장치 영구적으로 추가 새 네트워크 구성 파일은 이름 지정 규칙 동일한 유형의 다른 장치에 대한 구성 파일이 이미 있는 경우 가장 간단한 방법은 새 이름으로 복사한 다음 편집합니다.
네트워크 장치의 ID를 확인하려면 lsqeth 유틸리티를 사용하십시오.
유사한 장치가 정의되어 있지 않은 경우 새 파일을 만들어야 합니다. 다음 예제 # IBM QETH DEVICE=enccw0.0.09a0 BOOTPROTO=static IPADDR=10.12.20.136 NETMASK=255.255.255.0 ONBOOT=yes NETTYPE=qeth SUBCHANNELS=0.0.09a0,0.0.09a1,0.0.09a2 PORTNAME=OSAPORT OPTIONS='layer2=1 portno=0' MACADDR=02:00:00:23:65:1a TYPE=Ethernet 다음과
같이 새
# IBM QETH DEVICE=enccw0.0.0600 BOOTPROTO=static IPADDR=192.168.70.87 NETMASK=255.255.255.0 ONBOOT=yes NETTYPE=qeth SUBCHANNELS=0.0.0600,0.0.0601,0.0.0602 PORTNAME=OSAPORT OPTIONS='layer2=1 portno=0' MACADDR=02:00:00:b3:84:ef TYPE=Ethernet
20.3.2. LCS 장치 추가LCS( LAN 채널 스테이션 ) 장치 드라이버는 OSA-Express2 및 OSA-Express 3 기능에서 1000Base-T 이더넷을 지원합니다.
20.3.2.1. 동적으로 LCS 장치 추가
20.3.2.2. 영구적으로 LCS 장치 추가cio_ignore 명령은 영구 장치 구성에 투명하게 처리되며, ignore 목록에서 수동으로 장치를 해제할 필요가 없습니다. LCS 장치를 영구적으로 추가하려면 다음 단계를 따르십시오.
20.3.3. 네트워크 루트 파일 시스템에 대한 IBM Z 네트워크 장치 구성 루트 파일 시스템에 액세스하는 데 필요한 네트워크 장치를 추가하려면 부팅 옵션만 변경해야 합니다. 부팅 옵션은 매개 변수 파일(
21장. IBM Z의 매개변수 및 구성 파일참조) 또는 zipl 부트 로더로 준비된 DASD 또는 FCP 연결 SCSI LUN의 initramfs 의 기능을 제공하는 mk initrd 후속 조치인 mkinitrd 는 부팅 프로세스 초기에 IBM Z에서 네트워크 장치를 활성화하는 부팅 매개 변수를
제공합니다. 입력으로 이 매개변수는 쉼표로 구분된 네트워크 채널의 cio_ignore 명령은 부팅 시 투명하게 처리됩니다. NFS를 통해 네트워크를 통해 액세스하는 루트 파일 시스템의 부팅 옵션 예: root=10.16.105.196:/nfs/nfs_root cio_ignore=all,!condev rd.znet=qeth,0.0.0a00,0.0.0a01,0.0.0a02,layer2=1,portno=0,portname=OSAPORT ip=10.16.105.197:10.16.105.196:10.16.111.254:255.255.248.0:nfs‑server.subdomain.domain:enccw0.0.09a0:none rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=us 21장. IBM Z의 매개변수 및 구성 파일IBM Z 아키텍처는 사용자 지정 매개 변수 파일을 사용하여 커널 및 설치 프로그램에 부팅 매개 변수를 전달할 수 있습니다. 이 섹션에서는 이 매개변수 파일의 내용을 설명합니다. 제공된 매개변수 파일을 변경하려면 이 섹션을 읽기만 하면 됩니다. 원하는 경우 매개변수 파일을 변경해야 합니다.
매개 변수 파일을 사용하여 설치 프로그램(loader 및 Anaconda)이 시작되기 전에 비대화식으로 네트워킹을 설정할 수 있습니다. 커널 매개변수 파일은 895 문자와 줄 끝 문자로 제한됩니다. 매개변수 파일은 변수 또는 고정 레코드 형식일 수 있습니다. 수정된 레코드 형식은 각 라인을 레코드 길이까지 배치하여 파일 크기를 늘립니다. LPAR 환경에서 지정된 모든 매개변수를 인식하지 못하는 설치 프로그램에 문제가 발생하면 모든 매개변수를 한 줄에 배치하거나 각 줄을 공백 문자로 시작하고 종료할 수 있습니다. 매개 변수 파일에는 21.1. 필수 매개변수 다음 매개 변수는 필수이며 매개변수 파일에 포함되어야 합니다. 또한 설치 DVD의 디렉터리
RAM 디스크인 루트 파일 시스템을 읽기 전용으로 마운트합니다. ramdisk_size=size RAM 디스크에 예약된 메모리 크기를 수정하여 Red Hat Enterprise Linux Red Hat Enterprise Linux sl;Linux 설치 프로그램이 해당 디스크에 적합한지 확인합니다. 예:
cio_ignore 지원으로 인해 발생하는 설치 문제가 발생하지 않도록 하려면 21.2. z/VM 구성 파일이는 z/VM에 설치하는 경우에만 적용됩니다. z/VM 아래에서 CMS 형식의 디스크에서 구성 파일을 사용할 수 있습니다. CMS 구성 파일의 목적은 초기 네트워크 설정, DASD 및 FCP 사양을 매개 변수 파일에서 구성하는 매개 변수를 이동하여 매개변수 파일에 공간을 저장하는 것입니다. 21.3절. “설치 네트워크 매개변수” CMS 구성 파일의 각 줄에는 단일 변수와 관련 값이 포함되어 있습니다. 다음과 같은 쉘 스타일 구문에서 또한
여기서 cmsdasd_address 는 구성 파일이 포함된 CMS 형식의 디스크 장치 번호입니다. 일반적으로 CMS 사용자 '디스크입니다. 예를 들면 다음과 같습니다. CMSCONFFILE=configuration_file 여기서 configuration_file 은 구성 파일의 이름입니다. 이 값은 소문자로 지정해야 합니다. Linux 파일 이름 형식으로 지정됩니다. CMS 파일 예를 들면 다음과 같습니다. 21.3. 설치 네트워크 매개변수다음 매개 변수는 자동으로 예비 네트워크를 설정하는 데 사용할 수 있으며 CMS 구성 파일에 정의할 수 있습니다. 이 섹션의 매개 변수는 CMS 구성 파일에서도 사용할 수 있는 유일한 매개 변수입니다. 다른 섹션의 다른 모든 매개변수는 매개변수 파일에 지정해야 합니다.
여기서 type 은 다음을 위해
다음과 같이
SUBCHANNELS="device_bus_IDs" 여기서 device_bus_ID 는 쉼표로 구분된 두 개 또는 세 개의 장치 버스 ID로 이루어진 목록입니다. ID는 소문자로 지정해야 합니다. 다양한 네트워크 인터페이스에 필요한 장치 버스 ID를 제공합니다. qeth: SUBCHANNELS="read_device_bus_id,write_device_bus_id,data_device_bus_id" lcs or ctc: SUBCHANNELS="read_device_bus_id,write_device_bus_id" 예를 들면 다음과 같습니다(예: qeth SUBCHANNEL): SUBCHANNELS="0.0.f5f0,0.0.f5f1,0.0.f5f2" PORTNAME="osa_portname" , PORTNAME="lcs_portnumber" 이 변수는 qdio 모드 또는 비qdio 모드에서 작동하는 OSA 장치를 지원합니다. qdio 모드( 비qdio 모드( PORTNO="portnumber"
LAYER2="value" 여기서 값은
DHCP와 같은 계층 2(데이터 링크 계층 또는 해당 MAC 하위 계층)에서 작동하는 네트워크 서비스를 사용하려면 계층 2 모드가 좋습니다. OSA 장치의 qeth 장치 드라이버 기본값은 계층 2 모드입니다. 이전 계층 3 모드 기본값을 계속 사용하려면 VSWITCH="value" 여기서 값은 z/VM VSWITCH 또는 GuestLAN에 연결할 때 또는 실제 OSA를 직접 연결하거나 실제 HiperSockets를 직접 연결하는 경우 MACADDR="MAC_address"
CTCPROT="value" 여기서 값은
HOSTNAME="string" 여기서 string 은 새로 설치한 Linux 인스턴스의 호스트 이름입니다. IPADDR="IP" 여기서 IP 는 새 Linux 인스턴스의 IP 주소입니다. NETMASK="netmask" 여기서 넷마스크 는 넷마스크입니다. 넷마스크는 IPv4 클래스가 없는 상호 도메인 라우팅(CIDR)에 지정된 접두사 정수(1에서 32까지)의 구문을 지원합니다. 예를 들어, GATEWAY="gw"
여기서 gw 는 이 네트워크 장치의 게이트웨이 IP 주소입니다. MTU="mtu" 여기서 mtu 는 이 네트워크 장치의 최대 전송 단위 (MTU)입니다. DNS="server1:server2:additional_server_terms:serverN" 여기서 "server1:server2:additional_server_terms:serverN"은 콜론으로 구분된 DNS 서버 목록입니다. 예: DNS="10.1.2.3:10.3.2.1" SEARCHDNS="domain1:domain2:additional_dns_terms:domainN" 여기서 "domain1:domain2:additional_dns_terms:domainN"은 콜론으로 구분된 검색 도메인의 목록입니다. 예: SEARCHDNS="subdomain.domain:domain"
DASD= 설치에 구성할 DASD 또는 DASD 범위를 정의합니다. 설치 프로그램은 쉼표로 구분된 장치 버스 ID 목록 또는 선택적 속성 지원되는 유일한 글로벌 옵션은 예: DASD="eb1c,0.0.a000-0.0.a003,eb10-eb14(diag),0.0.ab1c(ro:diag)" FCP 전용 환경의 경우 CMS 구성 파일에서 FCP_n="device_bus_ID WWPN FCP_LUN" 다음과 같습니다.
이러한 변수는 FCP 장치가 있는 시스템에서 SCSI 디스크와 같은 FCP LUN을 활성화하는 데 사용할 수 있습니다. 설치 중에 또는 Kickstart 파일을 통해 추가 FCP LUN을 활성화할 수 있습니다. 예제 값은 다음과 유사합니다. FCP_1="0.0.fc00 0x50050763050b073d 0x4020400100000000" FCP 매개 변수에 사용되는 각 값(예: 설치 프로그램에서 FCP_n을 제외한 매개 변수 또는 구성 파일에 지정되지 않은 필수 매개변수를 입력하라는 메시지를 표시합니다. 21.4. Kickstart 설치를 위한 매개 변수다음 매개 변수는 매개 변수 파일에 정의할 수 있지만 CMS 구성 파일에서는 작동하지 않습니다.
일반적으로 IBM Z의 Linux 설치용 네트워크에 있는 Kickstart 파일을 참조합니다. URL 을 Kickstart 파일의 파일 이름을 포함하여 전체 경로로 바꿉니다. 이 매개 변수는 Kickstart를 사용하여 자동 설치를 활성화합니다. 자세한 내용은 Kickstart 부팅 옵션 및 27.2.5절. “Kickstart 설치 시작” 를 참조하십시오. RUNKS=value 이 매개변수는 더 이상 사용되지 않습니다. Kickstart 파일에서 사용하는 경우 무시됩니다. IBM Z에서 Kickstart 설치를 시작하려면 여기서 값은 SSH를 사용하여 네트워크를 통해 로그인하지 않고도 Linux 콘솔에서 로더를 자동으로
실행하려는 경우 1 로 정의됩니다. 매개변수를 남겨 두거나 inst.cmdline 이 옵션을 지정하면 설치 프로그램이 UNIX와 유사한 콘솔에만 적용되는 이스케이프 터미널 시퀀스를 비활성화하므로 행 모드 터미널(예: z/VM 또는 LPAR의 운영 체제 메시지)의 출력을 읽을 수 있습니다. 따라서 설치 프로그램에서 cmdline 모드에서 대화형 사용자 입력을 지원하지 않기 때문에 모든 질문에 응답하는 Kickstart 파일을 설치해야 합니다.
21.5. 기타 매개변수다음 매개 변수는 매개 변수 파일에 정의할 수 있지만 CMS 구성 파일에서는 작동하지 않습니다.
ISO 기반 설치 소스 테스트(예: FCP 연결 DVD에서 부팅되거나 로컬 하드 디스크에 ISO가 있거나 NFS로 마운트된 경우)를 사용합니다. nompath 다중 경로 장치에 대한 지원을 비활성화합니다. proxy=[protocol://][username[:password]@]host[:port] HTTP, HTTPS 또는 FTP를 통해 설치할 프록시를 지정합니다. inst.rescue 설치된 시스템을 수정하고 복원하는 데 사용할 수 있는 RAM 디스크에서 실행 중인 복구 시스템으로 부팅합니다. inst.stage2=URL 설치 소스 대신
옵션을 여러 번 사용하여 여러 HTTP, HTTPS 또는 FTP 소스를 지정합니다. 그런 다음 HTTP, HTTPS 또는 FTP 경로는 성공할 때까지 순차적으로 시도됩니다. inst.stage2=host1/install.img inst.stage2=host2/install.img inst.stage3=host3/install.img inst.syslog=IP/hostname[:port] 원격 syslog 서버로 로그 메시지를 보냅니다. 여기에 설명된 부팅 매개 변수는 IBM Z에서 설치 및 문제 촬영에 가장 유용하지만 설치 프로그램에 영향을 주는 하위 집합의 일부에 불과합니다. 사용 가능한 부팅 매개변수의 전체 목록은 23장. 부팅 옵션 를 참조하십시오. 21.6. 샘플 매개 변수 파일 및 CMS 구성 파일 매개 변수 파일을 변경하려면 제공된
ro ramdisk_size=40000 cio_ignore=all,!condev CMSDASD="191" CMSCONFFILE="redhat.conf" vnc inst.repo=http://example.com/path/to/repository QETH 네트워크 장치를 구성하는 NETTYPE="qeth" SUBCHANNELS="0.0.0600,0.0.0601,0.0.0602" PORTNAME="FOOBAR" PORTNO="0" LAYER2="1" MACADDR="02:00:be:3a:01:f3" HOSTNAME="foobar.systemz.example.com" IPADDR="192.168.17.115" NETMASK="255.255.255.0" GATEWAY="192.168.17.254" DNS="192.168.17.1" SEARCHDNS="systemz.example.com:example.com" DASD="200-203" 22장. IBM Z 참조22.1. IBM Z publishsSystem z의 Linux - System z9 및 zSeries에서 Linux에서 FC 연결 SCSI 장치를 사용하는 방법. 2008. SC33-8413. System z의 Linux - PAV로 성능 강화 방법. IBM . 2008. SC33-8414. z/VM - System z에서 Linux 시작하기. IBM . 2009. SC24-6194. 22.2. IBM Redbook publish for IBM Z소개 게시 새로운 메인 프레임 소개: z/VM 기본 사항. IBM Redbooks . 2007. SG24-7316. System z에서 Linux로 실제 마이그레이션. IBM Redbooks . 2009. SG24-7727. 성능 및 고가용성 IBM System z의 Linux: 성능 측정 및 튜닝. IBM Redbooks . 2011. SG24-6926. Linux-HA 릴리스 2를 사용하여 System z용 Linux에서 고가용성 실현. IBM Redbooks . 2009. SG24-7711. 보안 System z의 Linux용 보안. IBM Redbooks . 2013. SG24-7728. 네트워킹 IBM System z connectivity Handbook. IBM Redbooks . 2013. SG24-5444. OSA Express 구현 가이드. IBM Redbooks . 2009. SG24-5948. Hipersockets 구현 가이드. IBM Redbooks . 2007. SG24-6816. IBM System z의 Linux 및 z/VM용 파이버 채널 프로토콜. IBM Redbooks . 2007. SG24-7266. 22.3. 온라인 리소스IV 부. 고급 설치 옵션Red Hat Enterprise Linux QCOW;Hat Enterprise Red Hat Enterprise Linux sl;Linux 설치 가이드 의 이 부분에서는 다음을 포함하여 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Hardening;Linux를 설치하는 일반적인 고급 방법 또는 비일반적인 방법을 다룹니다.
23장. 부팅 옵션Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux completely Linux 설치 시스템에는 관리자를 위한 다양한 부팅 옵션이 포함되어 있으며, 이는 특정 기능을 활성화(또는 비활성화)하여 설치 프로그램의 기본 동작을 수정합니다. 부팅 옵션을 사용하려면 23.1절. “부팅 메뉴에서 설치 시스템 구성” 에 설명된 대로 부팅 명령줄에 추가합니다. 부팅 행에 추가된 여러 옵션은 단일 공백으로 구분해야 합니다. 이 장에 설명된 두 가지 기본 유형의 옵션이 있습니다.
23.1. 부팅 메뉴에서 설치 시스템 구성사용자 지정 부팅 옵션을 지정하는 정확한 방법은 모든 시스템 아키텍처에서 다릅니다. 부팅 옵션 편집에 대한 아키텍처별 지침은 다음을 참조하십시오. 부팅 메뉴에서 부팅 옵션을 편집하는 방법은 여러 가지가 있습니다(즉, 설치 미디어를 부팅한 후 표시되는 메뉴).
이 장에 설명된 옵션 외에도 부팅 프롬프트에서는 dracut 커널 옵션도 허용합니다. 이러한 옵션 목록은 dra 설치 프로그램과 관련된 부팅 옵션은 항상 설치 소스 지정 inst.repo= 설치 소스(즉, 설치 프로그램이 필요한 이미지 및 패키지를 찾을 수 있는 위치)를 지정합니다. 예:
대상은 다음 중 하나여야 합니다.
이 옵션을 사용하면 다양한 형식을 사용하는 다양한 설치 방법을 구성할 수 있습니다. 구문은 아래 표에 설명되어 있습니다. 표 23.1. 설치 소스
이전 Red Hat Enterprise Linux 전 릴리스Red Hat Enterprise Linux sl;Linux에는 NFS( nfs 옵션)에서 액세스할 수 있는 설치 가능한 트리와 NFS 소스( 디스크 장치 이름은 다음 형식을 사용하여 설정할 수 있습니다.
영숫자가 아닌 문자는 inst.stage2= 로드할 설치 프로그램 런타임 이미지의 위치를 지정합니다. 구문은
설치 소스 지정 의 구문과 동일합니다. 이 옵션을 사용하려면 유효한 옵션을 여러 번 사용하여 여러 HTTP, HTTPS 또는 FTP 소스를 지정합니다. inst.stage2=host1/install.img inst.stage2=host2/install.img inst.stage2=host3/install.img 기본적으로 inst.dd= 설치 중에 드라이버 업데이트를 수행해야 하는 경우
매개변수 없이 이 옵션을 사용하면 대화형 메뉴를 사용하여 드라이버 업데이트 디스크를 요청하도록 설치 프로그램에 요청합니다. 드라이버 디스크는 또한 하드 디스크 드라이브 또는 네트워크를 통해 로드되는 대신 유사한 장치에서 또는 initrd에서 로드할 수
DD 를 특정 레이블로 바꾸고 dd.rpm 을 특정 이름으로 교체합니다. 하드 디스크 드라이브를 지정하려면 LABEL 대신 inst.repo 명령에서 지원하는 모든 항목을 사용하십시오. Kickstart 부팅 옵션 inst.ks= 설치를 자동화하는 데 사용할 Kickstart 파일의 위치를 제공합니다. 위치는 옵션을 여러 번 사용하여 여러 HTTP, HTTPS 및 FTP 소스를 지정합니다. 여러 HTTP, HTTPS 및 FTP 위치를 지정하면 위치가 성공할 때까지 순차적으로 시도됩니다. inst.ks=host1/directory/ks.cfg inst.ks=host2/directory/ks.cfg inst.ks=host3/directory/ks.cfg 경로가 아닌 장치만 지정하면 설치 프로그램이 지정된 장치의
위의 예에서 next-server 는 DHCP
표 23.2. 기본 Kickstart 파일 위치
또한 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux sl;Linux 7.2부터 설치 프로그램은 inst.ks.sendmac 모든 네트워크 인터페이스의 MAC 주소를 사용하여 발신
이 기능은 inst.ks.sendsn 나가는
콘솔, 환경 및 디스플레이 옵션 console= 이 커널 옵션은 기본 콘솔로 사용할 장치를 지정합니다. 예를 들어 첫 번째 직렬 포트에서 콘솔을 사용하려면 이 옵션을 여러 번 사용할 수 있습니다. 이 경우 부팅 메시지는 지정된 모든 콘솔에 표시되지만 나중에 설치 프로그램에서 마지막 메시지만 사용합니다. 예를 들어 noshell
설치 중에 root 쉘에 대한 액세스를 비활성화합니다. 이는 자동(Kickstart) 설치에서 유용합니다. 이 옵션을 사용하면 사용자가 설치 진행 상황을 볼 수 있지만 Ctrl+Alt+F2 를 눌러 루트 쉘에 액세스하여 간섭을 일으킬 수 없습니다. inst.lang= 설치 중에 사용할 언어를 설정합니다. 언어 코드는
27.3.1절. “Kickstart 명령 및 옵션” 에 설명된 대로 lang Kickstart 명령에서 사용하는 것과 동일합니다. system-config-language 패키지가 설치된 시스템에서 유효한 값 목록을 inst.geoloc= 설치 프로그램에서 위치 사용량을 구성합니다. geolocation은 언어 및 시간대를 미리 설정하는 데 사용되며
value 매개변수는 다음 중 하나일 수 있습니다. 표 23.3. inst.geoloc 옵션에 유효한 값
이 옵션을 지정하지 않으면 Anaconda 에서 inst.keymap= inst.text 설치 프로그램이 그래픽 모드 대신 텍스트 모드에서 실행되도록 강제 적용합니다. 예를 들어 텍스트 사용자 인터페이스는 제한되어 있습니다. 예를 들어 파티션 레이아웃을 수정하거나 LVM을 설정할 수 없습니다. 그래픽 기능이 제한된 머신에 시스템을 설치할 때 원격 액세스 활성화 에 설명된 대로 VNC를 사용하는 것이 좋습니다. inst.cmdline 설치 프로그램이 명령줄 모드에서 실행되도록 강제 적용합니다. 이 모드에서는 상호 작용을 허용하지 않으며 Kickstart 파일 또는 명령줄에 모든 옵션을 지정해야 합니다. inst.graphical 설치 프로그램이 그래픽 모드에서 실행되도록 강제 적용합니다. 이 모드가 기본값입니다. inst.resolution= 그래픽 모드에서 화면 해상도를 지정합니다. 형식은 NxM 이며 여기서 N 은 화면 너비이고 M 은 화면 높이입니다(소그레이어)입니다. 지원되는 최소 해상도는 inst.headless
설치 중인 시스템에 표시 하드웨어가 없음을 지정합니다. 즉, 이 옵션은 설치 프로그램이 화면을 감지하는 것을 방지합니다. inst.xdriver= 설치 중 및 설치된 시스템에서 사용할 inst.usefbx 하드웨어별 드라이버 대신 프레임 버퍼 modprobe.blacklist= 블랙리스트(완전히 비활성화)는 드라이버를 하나 이상 비활성화합니다. 이 옵션을 사용하여 드라이버(mods)를 비활성화하면 설치가 시작될 때 로드되지 않으며 설치가 완료된 후에는 설치된 시스템이 이러한 설정을 유지합니다. 블랙리스트로 지정된 드라이버는 쉼표로 구분된 목록을 사용하여 여러 드라이버를 비활성화합니다. 예:
inst.sshd=0 기본적으로 inst.sshd 설치 중에 inst.kdump_addon= 설치 프로그램에서 Kdump 구성 화면(add-on)을 활성화하거나 비활성화합니다. 이 화면은 기본적으로 활성화되어 있습니다. 네트워크 부팅 옵션 초기 네트워크 초기화는 dracut 에 의해 처리됩니다. 이 섹션에서는 일반적으로 사용되는 몇 가지 옵션만 나열합니다. 전체 목록은 dra ip= 하나 이상의 네트워크 인터페이스를 구성합니다. 여러 인터페이스를 구성하려면 각 인터페이스에 표 23.4. 네트워크 인터페이스 구성 형식
표 23.5. 자동 인터페이스 설정 방법
iSCSI 대상에 자동으로 연결하려면 대상에 액세스하기 위한 네트워크 장치를 활성화해야 합니다. 권장 방법은 위의 표에서 ip 매개 변수는 클라이언트의 IP 주소를 지정합니다. gateway 매개 변수는 기본 게이트웨이입니다. IPv6 주소도 여기에 적용됩니다. netmask 매개 변수는 사용할 넷마스크입니다. 이는 IPv4의 전체 넷마스크(예: hostname 매개 변수는 클라이언트 시스템의 호스트 이름입니다. 이 매개변수는 선택 사항입니다. nameserver= 이름 서버의 주소를 지정합니다. 이 옵션은 여러 번 사용할 수 있습니다. rd.neednet=
bootdev= 부팅 인터페이스를 지정합니다. ifname=
지정된 인터페이스 이름을 지정된 MAC 주소가 있는 네트워크 장치에 할당합니다. 여러 번 사용할 수 있습니다. 구문은
inst.dhcpclass= DHCP 공급 업체 클래스 식별자를 지정합니다. inst.waitfornet= inst.waitfornet=SECONDS 부팅 옵션을 사용하면 설치 시스템이 설치 전에 네트워크 연결을 기다릴 수 있습니다. SECONDS 인수에 지정된 값은 네트워크 연결이 시간 초과될 때까지 대기할 최대 시간을 지정하고 네트워크 연결이 없는 경우에도 설치 프로세스를 계속합니다. vlan= 지정된 이름의 지정된 인터페이스에서 VLAN(Virtual LAN) 장치를 설정합니다. 구문은
위의 명령은 표 23.6. VLAN 장치 이름 지정
bond= 다음 구문을 사용하여 본딩 장치를 설정합니다.
사용 가능한 옵션 목록을 보려면 modinfo bonding 명령을 실행합니다. 매개 변수 없이 이 옵션을 사용하면 team= 다음 구문을 사용하여 팀 장치를 설정합니다.
고급 설치 옵션 inst.kexec 이 옵션을 지정하면 설치 프로그램이 재부팅을 수행하는 대신 설치 종료 시 kexec 시스템 호출을 사용합니다. 이렇게 하면 새 시스템을 즉시 로드하고 BIOS 또는 펌웨어에서 일반적으로 수행하는 하드웨어 초기화를 바이패스합니다. kexec 를 사용하는 시스템 부팅과 관련된 복잡성으로 인해 명시적으로 테스트하고 모든 상황에서 작동하는지 보장할 수 없습니다. kexec 를 사용하면 장치 레지스터(일반적으로 전체 시스템 재부팅 시 삭제됨)가 데이터로 채워지고 일부 장치 드라이버에 대한 문제가 발생할 수 있습니다. inst.gpt 설치 프로그램이 파티션 정보를 MBR(마스터 부트 레코드) 대신 GUID 파티션 테이블(GPT)에 설치하도록 강제 적용합니다. 이 옵션은 BIOS 호환성 모드에 있지 않는 한 UEFI 기반 시스템에서는 의미가 없습니다. 일반적으로 BIOS 기반 시스템 및 BIOS 호환성 모드에서 BIOS 기반 시스템과 UEFI 기반 시스템은 디스크 크기가 232 섹터이거나 큰 경우 파티션 정보를 저장하기 위해 DASD 스키마를 사용하려고 합니다. 가장 일반적으로 디스크 섹터는 크기가 512바이트이므로 일반적으로 2TiB와 동일합니다. 이 옵션을 사용하면 이 동작을 변경하여 GPT를 이 보다 작은 디스크에 쓸 수 있습니다. inst.multilib 멀티lib 패키지(즉, 64비트 AMD64 또는 Intel 64 시스템에 32비트 패키지를 설치할 수 있도록 허용) 시스템을 구성하고 이와 같이 이 섹션에 지정된 패키지를 설치합니다. 일반적으로 AMD64 또는 Intel 64 시스템에서는 이 아키텍처의 패키지( 이는 selinux=0 기본적으로 SELinux는 설치 프로그램에서
inst.nosave= Red Hat Enterprise Linux 7.3에 도입된 이 옵션은 설치된 시스템에 저장되는 Kickstart 파일 및 설치 로그를 제어합니다. OEM 운영 체제 설치를 수행할 때 이러한 데이터 저장을 비활성화하거나 민감한 리소스(예: 내부 리포지토리 URL)를 사용하여 이미지를 생성할 때 이러한 리소스를 비활성화하는 것이 유용할 수 있습니다. 이러한 리소스는 Kickstart 파일에 언급되거나 이미지 로그 또는 둘 다에 기록되기 때문입니다. 이 옵션에 대해 가능한 값은 다음과 같습니다.
여러 값을 쉼표로 구분된 목록으로 결합할 수 있습니다(예: inst.zram 이 옵션은 설치 중에 zRAM 스왑의 사용을 제어합니다. 시스템 RAM에 압축된 블록 장치를 만들고 하드 드라이브 대신 스왑 공간에 사용합니다. 이렇게 하면 설치 프로그램에서 사용할 수 있는 메모리 양을 크게 늘릴 수 있으므로 메모리가 부족한 시스템에서 더 빠르게 설치할 수 있습니다. 기본적으로 zRAM의 스왑은 2GiB 이상의 RAM이 있는 시스템에서 활성화되며 2GiB 이상의 메모리가 있는 시스템에서 비활성화됩니다. 이 옵션을 사용하여 2GiB 이상의 RAM이 있는 시스템에서 원격 액세스 활성화 원격 그래픽 설치를 위해 Anaconda 를 구성하려면 다음 옵션이 필요합니다. 자세한 내용은 25장. VNC 사용 을 참조하십시오. inst.vnc
VNC를 사용하여 설치된 시스템은 기본적으로 텍스트 모드로 시작됩니다. inst.vncpassword=
설치 프로그램에서 사용하는 VNC 서버에 암호를 설정합니다. 시스템에 연결을 시도하는 모든 VNC 클라이언트는 액세스 권한을 얻기 위해 올바른 암호를 제공해야 합니다. 예를 들어 유효하지 않은 암호(또는 너무 긴 암호)를 지정하면 설치 프로그램의 메시지로 새 암호를 지정하라는 메시지가 표시됩니다. VNC password must be six to eight characters long. Please enter a new one, or leave blank for no password. Password: inst.vncconnect= 설치가 시작되면 지정된 호스트 및 포트에서 수신 대기 중인 VNC 클라이언트에 연결합니다. 올바른 구문은 디버깅 및 문제 해결 inst.updates= 설치 프로그램 런타임에 적용할 inst.loglevel= 터미널에 기록될 메시지의 최소 수준을 지정합니다. 이는 터미널 로깅에만 관련이 있습니다. 로그 파일에는 항상 모든 수준의 메시지가 포함됩니다. 가장 낮은 수준에서 이 옵션에 대한 가능한 값은 inst.syslog= inst.virtiolog= 로그를 전달하는 데 사용할 rd.live.ram
이 옵션을 지정하면 2단계 이미지가 RAM에 복사됩니다. NFS 리포지토리의 stage2 이미지를 사용하는 경우 NFS의 2단계 이미지를 기반으로 구축된 환경에서 네트워크를 재구성하여 설치의 영향을 받을 수 있으므로 이 옵션을 사용하면 설치가 원활하게 수행될 수 있습니다. 단계 2 이미지가 NFS 서버에 있는 경우 이 옵션을 사용하면 이미지 크기(약 500MiB)에 따라 필요한 최소 메모리가 증가합니다. inst.nokill 치명적인 오류가 발생하거나 설치 프로세스 종료 시 anaconda를 방지하고 재부팅하지 않도록 하는 디버깅 옵션입니다. 그러면 재부팅 시 손실되는 설치 로그를 캡처할 수 있습니다. 23.1.1. 더 이상 사용되지 않거나 삭제된 부팅 옵션더 이상 사용되지 않는 부팅 옵션 이 목록에 있는 옵션은 더 이상 사용되지 않습니다. 여전히 작동하지만 동일한 기능을 제공하는 다른 옵션이 있습니다. 더 이상 사용되지 않는 옵션을 사용하는 것은 권장되지 않으며 향후 릴리스에서 제거될 예정입니다. 23.1절. “부팅 메뉴에서 설치 시스템 구성” 에서
설명하면 설치 프로그램과 관련된 옵션이 이제 method= 설치 방법을 구성합니다. 대신 repo=nfsiso:server:/path NFS 설치에서 대상이 설치 가능한 트리 대신 NFS 서버에 있는 ISO 이미지임을 지정합니다. 이제 차이가 자동으로 감지됩니다. 즉, 이 옵션은 dns= DNS(Domain Name Server) 구성. 대신 netmask= , gateway= ,
hostname= , ip= , ipv6= 이러한 옵션은 ksdevice= 설치 초기 단계에서 사용할 네트워크 장치를 선택합니다. 다른 값이 다른 옵션으로 교체되었습니다. 아래 표를 참조하십시오. 표 23.7. 자동 인터페이스 설정 방법
blacklist= 지정된 드라이버를 비활성화하는 데 사용됩니다. 이제 nofirewire= fireshwire 인터페이스에 대한 지원을 비활성화했습니다. 대신
nicdelay= 네트워크가 활성화된 것으로 간주되는 지연 시간을 나타내는 데 사용됩니다. 시스템은 게이트웨이가 성공적으로 ping될 때까지 또는 이 매개 변수에 지정된 시간(초)이 전달될 때까지 대기했습니다. RHEL 7에서 네트워크 장치는 dracut 모듈을 통해 설치 초기 단계에서 구성 및 활성화되므로 계속 진행하기 전에
게이트웨이에 액세스할 수 있습니다. dracut 에 대한 자세한 내용은 dra linksleep= anaconda를 활성화하기 전에 장치에서 링크를 대기하는 시간을 구성하는 데 사용됩니다. 이 기능은 이제 dracut 모듈에서 사용할 수 있습니다. 여기서 특정 제거된 부팅 옵션 다음 옵션이 제거됩니다. 이전 Red Hat Enterprise Linux 기준 Red Hat Enterprise Linux Red Hat Enterprise Linux hat;Linux에는 존재하지만 더 이상 사용할 수 없습니다. askmethod , asknetwork 이제 설치 프로그램의 serial 이 옵션을 사용하면 Anaconda 에서 updates= 설치 프로그램에 대한 업데이트 위치를 지정합니다. 대신 essid= ,
wepkey= , wpakey= 무선 네트워크 액세스를 구성합니다. 네트워크 구성은 이제 무선 네트워킹을 지원하지 않는 dracut 에 의해 처리되고 있으며, 이러한 옵션은 쓸모 없이 렌더링됩니다. ethtool= 이전에는 하위 수준 네트워크 설정을 추가로 구성하는 데 사용됩니다. 모든 네트워크 설정은 이제 gdb 로더를 디버깅할 수 있도록 허용 대신 mediacheck 설치를 시작하기 전에 설치 미디어를 확인합니다. ks=floppy Kickstart 파일 소스로 3.5 인치 디스켓이 지정되었습니다. 이러한 드라이브는 더 이상 지원되지 않습니다. display= 원격 디스플레이 구성. utf8 텍스트 모드로 설치할 때 UTF8 지원이 추가되었습니다. UTF8 지원이 자동으로 작동합니다. noipv6 설치 프로그램에서 IPv6 지원을 비활성화하는 데 사용됩니다. IPv6는 이제 커널에 빌드되므로 드라이버를 블랙리스트에 추가할 수 없지만 upgradeany 업그레이드는 Red Hat Enterprise Linux sl;Hat EnterpriseRed Hat Enterprise Linux sl;Linux 7에서 다른 방식으로 수행됩니다. 시스템 업그레이드에 대한 자세한 내용은 29장. 현재 시스템 업그레이드 을 참조하십시오. vlanid= 가상 LAN(802.1q 태그) 장치를 구성하는 데 사용됩니다. 대신 23.2. 유지 관리 부팅 모드 사용23.2.1. 메모리(RAM) 테스트 모드 로드메모리(RAM) 모듈의 결함으로 인해 시스템이 정지되거나 예기치 않게 충돌할 수 있습니다. 특정 상황에서는 메모리 결함이 특정 소프트웨어 조합의 오류만 발생할 수 있습니다. 따라서 이전에 다른 운영 체제를 실행하는 경우에도 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux sl;Linux를 처음 설치하기 전에 컴퓨터 메모리를 테스트해야 합니다. Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux(Linux)에는 Memtest86+ 메모리 테스트 애플리케이션이 포함되어 있습니다. 메모리 테스트 모드를 시작하려면 부팅 메뉴에서 > 선택합니다. 검사가 즉시 시작됩니다. 기본적으로 Memtest86+ 는 모든 통과에서 10개의 테스트를 수행합니다. c 키를 사용하여 구성 화면에 액세스하여 다른 구성을 지정할 수 있습니다. 첫 번째 전달이 완료되면 현재 상태를 알리는 하단에 메시지가 표시되고 다른 pass가 자동으로 시작됩니다. Memtest86+ 는 BIOS 시스템에서만 작동합니다. UEFI 시스템에 대한 지원은 현재 사용할 수 없습니다. 그림 23.1. Memtest86+를 사용한 메모리 검사 테스트가 진행되는 동안 표시되는 기본 화면은 세 가지 주요 영역으로 나뉩니다.
대부분의 경우 단일 성공 패스(즉, 10개의 테스트 모두 단일 실행)는 RAM이 양호한 상태에 있는지 확인하기에 충분합니다. 그러나 드문 경우지만 첫 번째 패스에서 탐지되지 않은 오류가 후속 패스에 표시될 수 있습니다. 중요한 시스템에 대한 철저한 테스트를 수행하려면 야간에 또는 여러 패스를 완료하기 위해 며칠 동안 실행되도록 테스트를 남겨 둡니다. Memtest86+ 의 단일 전체 패스를 완료하는 데 걸리는 시간은 시스템의 구성(RAM 크기 및 속도)에 따라 다릅니다. 예를 들어 667 개에서 DDR2 메모리가 2GiB인 시스템에서 단일 패스를 완료하는 데 약 20분이 걸립니다. 테스트를 중지하고 컴퓨터를 재부팅하려면 언제든지 Esc 키를 누릅니다. Memtest86+ 를 사용하는 방법에 대한 자세한 내용은 공식 웹 사이트 http://www.memtest.org/ ()를 참조하십시오. 23.2.2. 부팅 미디어 확인Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 설치하기 전에 ISO 기반 설치 소스의 무결성을 테스트할 수 있습니다. 이러한 소스에는 DVD 및 하드 드라이브 또는 NFS 서버에 저장된 ISO 이미지가 포함됩니다. 설치를 시도하기 전에 ISO 이미지가 그대로 유지되는지 확인하면 설치 중에 자주 발생하는 문제를 방지하는 데 도움이 됩니다. ISO 이미지의 체크섬 무결성을 테스트하려면 23.2.3. 복구 모드에서 컴퓨터 부팅실제로 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux sl;Linux를 컴퓨터에 설치하지 않고도 설치 디스크에서 명령줄 Linux 시스템을 부팅할 수 있습니다. 이를 통해 실행 중인 Linux 시스템의 유틸리티 및 기능을 사용하여 이미 설치된 운영 체제를 수정하거나 복구할 수 있습니다. 설치 디스크 또는 USB 드라이브를 사용하여 복구 시스템을 로드하려면 부팅 메뉴의 하위 메뉴에서 )를 선택하거나 다음 화면을 사용하여 복구 시스템의 언어, 키보드 레이아웃 및 네트워크 설정을 지정합니다. 최종 설정 화면에서는 컴퓨터의 기존 시스템에 대한 액세스를 구성합니다. 기본적으로 복구
모드는 기존 운영 체제를 24장. 네트워크 설치 준비설치 서버를 사용하는 네트워크 설치를 통해 네트워크 부팅 서버를 사용하여 여러 시스템에 Red Hat Enterprise Linux Pure;Hat EnterpriseRed Hat Enterprise Linux Pure;Linux를 설치할 수 있습니다. 이렇게 하면 구성된 모든 시스템이 이 서버에서 제공하는 이미지를 사용하여 부팅하고 설치 프로그램을 자동으로 시작합니다. 네트워크 설치에는 최소 두 개의 시스템이 필요합니다.
대부분의 다른 설치 방법과 달리 설치를 시작하기 위해 클라이언트 (즉, 설치 중인 시스템)에 물리적 부트 미디어를 연결할 필요가 없습니다. 이 장에서는 네트워크 설치를 준비하기 위해 수행해야 하는 단계를 설명합니다. 네트워크 설치를 준비하려면 다음 단계를 수행해야 합니다.
이 장의 절차에서는 Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux HAT;Linux 7 시스템에서 네트워크 부팅 서버 설정에 대해 설명합니다. Red Hat Enterprise Linux 기준의 이전 릴리스에서 네트워크 부팅을 구성하는 방법에 대한 자세한 내용은 해당 릴리스에 대한 적절한 설치 가이드를 참조하십시오. 24.1. 네트워크 부팅 서비스 구성 설치에 사용할 패키지 리포지토리가 포함된 네트워크 서버를 설정한 후 다음 단계는 PXE 서버 자체를 구성하는 것입니다. 이 서버에는 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux sl;Linux를 부팅하고 설치를 시작하는 데 필요한 파일이 포함되어 있습니다. 또한 네트워크 부팅 구성 절차는 BIOS 또는 UEFI를 사용하는 Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux 9.0;Linux를 설치하려는 AMD64/Intel 64 시스템의 여부에 따라 다릅니다. 하드웨어 설명서를 참조하여 하드웨어에서 사용되는 시스템을 확인한 다음 이 장의 적절한 절차를 따르십시오. 헤드리스 시스템(직접 연결된 디스플레이, 키보드 및 마우스가 없는 시스템)과 함께 사용하도록 네트워크 부팅 서버를 구성하는 방법에 대한 자세한 내용은 26장. 헤드리스 시스템 을 참조하십시오. 24.1.1. BIOS 기반 AMD64 및 Intel 64 클라이언트에 대한 TFTP 서버 구성절차 24.1. BIOS 기반 시스템을 위한 TFTP Boot Server 구성
이 절차를 완료하면 PXE 부팅 서버가 PXE 클라이언트를 제공할 준비가 되었습니다. 이제 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 설치할 시스템을 시작할 수 있으며 부팅 소스를 지정하라는 메시지가 표시되면 PXE 부팅을 선택하고 네트워크 설치를 시작할 수 있습니다. 자세한 내용은 7.1.2절. “PXE를 사용하여 네트워크에서 부팅” 에서 참조하십시오. 24.1.2. UEFI 기반 AMD64/Intel 64 및 ARM 클라이언트에 대한 TFTP 서버 구성절차 24.2. UEFI 기반 시스템의 TFTP 부팅 구성 Red Hat Enterprise Linux 7 UEFI PXE 부팅은 MAC 기반 grub 메뉴 파일의 소문자 파일 형식을 지원합니다. 예를 들어 grub2의 MAC 주소 파일 형식은
이 절차를 완료하면 PXE 부팅 서버가 PXE 클라이언트를 제공할 준비가 되었습니다. 이제 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 설치할 시스템을 시작할 수 있으며 부팅 소스를 지정하라는 메시지가 표시되면 PXE 부팅을 선택하고 네트워크 설치를 시작할 수 있습니다. 자세한 내용은 7.1.2절. “PXE를 사용하여 네트워크에서 부팅” 에서 참조하십시오. 24.1.3. GRUB2를 사용하여 IBM Power Systems용 Network Boot 구성절차 24.3. GRUB2를 사용하여 IBM Power Systems용 Network Boot Server 설정
이 절차를 완료하면 PXE 부팅 서버가 PXE 클라이언트를 제공할 준비가 되었습니다. 이제 12장. IBM Power Systems에서 설치 부팅 에 설명된 단계를 수행하여 이 서버에서 Power Systems 클라이언트를 부팅할 수 있습니다. IBM Power Systems 클라이언트용 네트워크 부팅 설정에 대한 자세한 내용은 POWER의 Netbooting - IBM DeveloperWorks 웹 사이트에서 확인할 수 있습니다. 25장. VNC 사용그래픽 설치 인터페이스는 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 설치하는 권장 방법입니다. 그러나 경우에 따라 그래픽 인터페이스에 직접 액세스하는 것은 어렵거나 불가능합니다. 특히 많은 엔터프라이즈 시스템(IBM Power Systems 및 IBM Z)에는 디스플레이와 키보드를 연결할 수 있는 기능이 부족하여 VNC를 수동(Kickstart)을 설치해야 합니다. 헤드리스 시스템 (직접으로 연결된 디스플레이, 키보드 및 마우스가 없는 시스템)에 수동 설치를 허용하기 위해 Anaconda 설치 프로그램에는 설치 프로그램의 그래픽 모드를 로컬에서 실행하지만 네트워크에 연결된 시스템에 표시할 수 있는 VNC( Virtual Network Computing ) 설치가 포함됩니다. VNC 설치는 시스템에 디스플레이 또는 입력 장치가 없는 경우에도 모든 설치 옵션을 제공합니다. 이 장에서는 설치 시스템에서 VNC 모드를 활성화하고 VNC 뷰어를 사용하여 연결하는 방법을 설명합니다. 25.1. VNC 뷰어 설치VNC 설치를 수행하려면 워크스테이션 또는 다른 터미널 컴퓨터에서 실행 중인 VNC 뷰어가 필요합니다. VNC 뷰어는 대부분의 Linux 배포판의 리포지토리에서 사용할 수 있습니다. 무료 VNC 뷰어는 Windows와 같은 다른 운영 체제에서도 사용할 수 있습니다. Linux 시스템에서 패키지 관리자를 사용하여 배포 뷰어를 검색합니다. Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux sl;Linux에서 다음 VNC 뷰어를 사용할 수 있습니다.
위에 나열된 뷰어 중 하나를 설치하려면
패키지를 사용하려는 뷰어의 패키지 이름으로 바꿉니다(예: tigervnc). 이 장의 절차에서는 TigerVNC 를 VNC 뷰어로 사용하고 있다고 가정합니다. 다른 뷰어에 대한 구체적인 지침은 다를 수 있지만 일반적인 원칙이 여전히 적용됩니다. 25.2. VNC 설치 수행Anaconda 설치 프로그램은 VNC 설치를 위한 두 가지 모드를 제공합니다. 모드는 직접 모드 및 연결 모드입니다. 직접 모드에서는 VNC 뷰어가 설치된 시스템에 대한 연결을 시작해야 합니다. 연결 모드를 사용하려면 VNC 뷰어에 대한 연결을 시작하려면 시스템이 설치되어 있어야 합니다. 연결이 설정되면 두 모드가 다를 수 없습니다. 선택하는 모드는 환경의 구성에 따라 다릅니다. 직접 모드 이 모드에서 Anaconda 는 설치를 시작하고 계속하기 전에 VNC 뷰어가 대기하도록 구성됩니다. 설치 중인 시스템에 IP 주소와 포트가 표시됩니다. 이 정보를 사용하여 다른 컴퓨터에서 설치 시스템에 연결할 수 있습니다. 따라서 설치 중인 시스템에 대한 시각적 및 대화형 액세스 권한이 있어야 합니다. 연결 모드이 모드에서는 수신 모드 의 원격 시스템에서 VNC 뷰어가 시작됩니다. VNC 뷰어는 지정된 포트에서 들어오는 연결을 기다립니다. 그런 다음 Anaconda 가 시작되고 부팅 옵션 또는 Kickstart 명령을 사용하여 호스트 이름과 포트 번호가 제공됩니다. 설치가 시작되면 설치 프로그램은 지정된 호스트 이름 및 포트 번호를 사용하여 수신 대기 VNC 뷰어와의 연결을 설정합니다. 이러한 이유로 원격 시스템에서 들어오는 네트워크 연결을 허용할 수 있어야 합니다. VNC 설치 모드 선택 고려 사항
VNC 설치를 시작하려면 사용자 정의 부팅 옵션을 지정해야 합니다. 이 작업을 수행하는 정확한 방법은 시스템 아키텍처에 따라 다릅니다. 부팅 옵션 편집에 대한 아키텍처별 지침은 다음을 참조하십시오. 25.2.1. VNC 직접 모드에서 설치직접 모드에서는 VNC 뷰어가 설치 중인 시스템에 대한 연결을 시작하도록 예상합니다. Anaconda 에서 이 연결을 시작하도록 요청합니다. 절차 25.1. 직접 모드에서 VNC 시작
절차를 완료하면 VNC 연결이 설정된 새 창이 열리고 설치 메뉴를 표시합니다. 이 창에서 시스템에 직접 설치할 때 사용하는 것과 동일한 방식으로 Anaconda 그래픽 인터페이스를 사용할 수 있습니다. 다음을 수행할 수 있습니다. 25.2.2. VNC 연결 모드에서 설치연결 모드에서 설치 중인 시스템은 원격 시스템에서 실행 중인 VNC 뷰어에 대한 연결을 시작합니다. 시작하기 전에 VNC에 사용하려는 포트에서 들어오는 연결을 허용하도록 원격 시스템이 구성되었는지 확인합니다. 연결이 차단되지 않았는지 확인하는 정확한 방법은 네트워크와 워크스테이션 구성에 따라 다릅니다. 방화벽 구성에 대한 정보는 Red Hat Enterprise Linux 7 보안 가이드에서 확인할 수 있습니다. 절차 25.2. 연결 모드에서 VNC 시작
절차를 완료 한 페타는 다음 단계로 진행할 수 있습니다. 25.3. Kickstart 고려 사항VNC 사용에 대한 명령은 Kickstart 설치에서도 사용할 수 있습니다. vnc 명령만 사용하면 직접 모드를 사용합니다. 연결 모드를 사용하여 설치를 설정하는 데 추가 옵션을 사용할 수 있습니다. Kickstart 파일에 사용된 vnc 명령 및 옵션에 대한 자세한 내용은 27.3.1절. “Kickstart 명령 및 옵션” 을 참조하십시오. 26장. 헤드리스 시스템헤드리스 시스템을 설치할 때 Connect Mode를 사용하여 자동 Kickstart 설치와 대화형 VNC 설치만 선택할 수 있습니다. 자동 Kickstart 설치에 대한 자세한 내용은 27.3.1절. “Kickstart 명령 및 옵션” 을 참조하십시오. 대화형 VNC 설치를 위한 일반적인 프로세스는 다음과 같습니다.
27장. Kickstart 설치27.1. Kickstart 설치는 무엇입니까?Kickstart 설치는 설치 프로세스를 부분적으로 또는 완전히 자동화하는 수단을 제공합니다. Kickstart 파일에는 시스템을 사용할 시간대, 드라이브를 분할하는 방법 또는 설치되어야 하는 패키지와 같이 설치 프로그램에서 일반적으로 묻는 모든 질문에 대한 응답이 포함되어 있습니다. 설치가 시작될 때 준비된 Kickstart 파일을 제공하면 사용자의 개입 없이 자동으로 설치를 수행할 수 있습니다. 이는 많은 수의 시스템에 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux {;Linux를 한 번에 배포하는 경우 특히 유용합니다. Kickstart 파일은 단일 서버 시스템에 보관하고 설치 중에 개별 컴퓨터에서 읽을 수 있습니다. 이 설치 방법은 단일 Kickstart 파일을 사용하여 Red Hat Enterprise Linux sl;Hat EnterpriseRed Hat Enterprise Linux sl;Linux를 여러 시스템에 설치하여 네트워크 및 시스템 관리자에게 이상적입니다. 모든 Kickstart 스크립트와 실행 로그
파일은 설치 실패를 디버깅할 수 있도록 이전 버전의 Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux에서는 Kickstart도 시스템 업그레이드를 가능하게 했습니다. Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux 7에서 이 기능은 제거되었으며 시스템 업그레이드는 대신 특수한 툴에 의해 처리됩니다. 자세한 내용은 29장. 현재 시스템 업그레이드 을 참조하십시오. 27.2. Kickstart 설치를 어떻게 수행합니까?Kickstart 설치는 로컬 DVD, 로컬 하드 드라이브, NFS, FTP, HTTP 또는 HTTPS를 사용하여 수행할 수 있습니다. Kickstart를 사용하려면 다음을 수행해야 합니다.
이 장에서는 이러한 단계에 대해 자세히 설명합니다. 27.2.1. Kickstart 파일 생성Kickstart 파일 자체는 27.3절. “Kickstart 구문 참조” 에 나열된 키워드가 포함된 일반 텍스트 파일로, 설치에 대한 지침으로 사용됩니다. Linux 시스템에서 Gedit 또는 vim 과 같은 ASCII 텍스트 또는 Windows 시스템의 root root로 파일을 저장할 수 있는 텍스트 편집기는 Kickstart 파일을 만들고 편집하는 데 사용할 수 있습니다. Kickstart 구성의 파일 이름은 중요하지 않지만 나중에 다른 구성 파일 또는 대화 상자에서 이 이름을 지정해야 하므로 간단한 이름을 사용하는 것이 좋습니다. Kickstart 파일을 만드는 데 권장되는 방법은 한 시스템에서 먼저 수동 설치를 수행하는 것입니다. 설치가 완료되면 설치 중에 수행한 모든 선택 사항은 설치된 시스템의 Red Hat 고객 포털 계정이 있는 경우 고객 포털 랩에 있는 https://access.redhat.com/labs/kickstartconfig/ Kickstart 구성 툴을 사용할 수 있습니다. 이 도구는 기본 구성을 통해 안내하고 결과 Kickstart 파일을 다운로드할 수 있습니다. 그러나 이 도구는 현재 고급 파티셔닝을 지원하지 않습니다. Kickstart 파일을 만들기 위한 그래픽 도구인 Kickstart 구성기를 계속 사용할 수 있습니다. 그러나 이는 더 이상 업데이트되지 않으며 Red Hat Enterprise Linux 6과 7 간의 Kickstart 구문 변경은 반영되지 않습니다. Kickstart 파일을 만들 때는 다음 사항에 유의하십시오.
27.2.2. Kickstart 파일 유지 관리27.2.2.1. Kickstart 파일 확인 Kickstart 파일을 만들거나 사용자 지정할 때 설치에서 사용하기 전에 유효한지 확인하는 것이 유용합니다. Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux 7에는 이 작업을 수행하는 데 사용할 수 있는 ksvalidator 명령줄 유틸리티가 포함되어 있습니다. 이 도구는 pykickstart 패키지의 일부입니다. 이 패키지를 설치하려면
패키지를 설치한 후 다음 명령을 사용하여 Kickstart 파일을 검증할 수 있습니다.
/path/to/kickstart.ks를 확인할 Kickstart 파일의 경로로 바꿉니다. 이 도구에 대한 자세한 내용은 유효성 검사 도구의 제한 사항이 있습니다. Kickstart 파일은 매우 복잡할 수 있습니다. ksvalidator 는 구문이 올바른지 확인할 수 있으며 파일에 더 이상 사용되지 않는 옵션이 포함되어 있지 않지만 설치에 성공할 수는 없습니다. 또한 Kickstart 파일의 %pre,%post 및 %packages 섹션을 검증하지 않습니다.
27.2.2.2. Kickstart 구문 변경Kickstart 설치의 일반적인 원칙은 동일하게 유지하는 경향이 있지만, 명령 및 옵션은 Red Hat Enterprise Linux sh;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux의 주요 릴리스마다 변경될 수 있습니다. ksverdiff 명령을 사용하여 Kickstart 구문의 두 버전 간의 차이점을 표시할 수 있습니다. 이 기능은 새 릴리스와 함께 사용할 기존 Kickstart 파일을 업데이트할 때 유용합니다. Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 6 및 7 사이의 구문 변경 사항 목록을 표시하려면 다음 명령을 사용하십시오.
27.2.3. Kickstart 파일을 사용할 수 있도록 설정Kickstart 파일은 다음 위치 중 하나에 배치해야 합니다.
일반적으로 Kickstart 파일은 이동식 미디어 또는 하드 드라이브에 복사되거나 네트워크에서 사용할 수 있습니다. 파일을 네트워크 위치에 배치하면 네트워크 기반 Kickstart 설치에도 일반적인 방법을 보완합니다. 즉, PXE 서버를 사용하여 시스템을 부팅하고, Kickstart 파일은 네트워크 공유에서 다운로드되며 파일에 지정된 소프트웨어 패키지는 원격 리포지토리에서 다운로드됩니다. 설치 ISO 이미지 또는 트리 대신 Kickstart 파일을 설치 소스만 사용할 수 있도록 하는 것은 설치 시스템에서 Kickstart 파일을 사용할 수 있도록 하는 것과 동일합니다. 전체 절차는 3.3절. “설치 소스 준비” 에서 참조하십시오. 27.2.4. 설치 소스를 사용 가능하게 설정Kickstart 설치는 시스템에 필요한 패키지를 설치하려면 설치 소스에 액세스해야 합니다. 소스는 전체 Red Hat Enterprise Linux QCOW;Hat Enterprise Red Hat Enterprise Linux {Linux 설치 DVD ISO 이미지 또는 설치 트리 일 수 있습니다. 설치 트리는 동일한 디렉토리 구조를 가진 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux DVD의 사본입니다. DVD 기반 설치를 수행하는 경우 Kickstart 설치를 시작하기 전에 Red Hat Enterprise Linux Red Hat Enterprise Linux sl;Linux 설치 DVD를 컴퓨터에 삽입합니다. Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Dedicated;Linux DVD를 설치 소스로 사용하는 방법에 대한 자세한 내용은 3.3.1절. “DVD에 설치 소스” 를 참조하십시오. 하드 드라이브 또는 USB 플래시 드라이브를 사용하여 하드 드라이브 설치를 수행하려는 경우 (하이브 드라이브 또는 USB 플래쉬 드라이브를 사용) Red Hat Enterprise Linux separated;Hat EnterpriseRed Hat Enterprise Linux QCOW;Linux DVD가 컴퓨터에 있는 하드 드라이브에 있는 바이너리의 ISO 이미지를 확인하십시오. 설치 소스로 하드 드라이브 사용에 대한 자세한 내용은 3.3.2절. “하드 드라이브에 설치 소스” 을 참조하십시오. 네트워크 기반(NFS, FTP 또는 HTTP) 설치를 수행하는 경우, 네트워크를 통해 사용 가능한 프로토콜에 따라 설치 트리 또는 바이너리 DVD ISO 이미지(사용된 프로토콜에 따라)를 설정해야 합니다. 자세한 내용은 3.3.3절. “네트워크에 설치 소스” 을 참조하십시오. 27.2.5. Kickstart 설치 시작
Kickstart 설치를 시작하려면 설치 시스템을 부팅할 때 부팅 옵션 64비트 AMD, Intel 및 ARM 시스템 및 IBM Power Systems 서버는 PXE 서버를 사용하여 부팅할 수 있습니다. PXE 서버를 구성하면 부트 로더 구성 파일에 boot 옵션을 추가하면 설치를 자동으로 시작할 수 있습니다. 이 방법을 사용하면 부팅 프로세스를 포함하여 설치를 완전히 자동화할 수 있습니다. PXE 서버 설정에 대한 자세한 내용은 24장. 네트워크 설치 준비 을 참조하십시오. 이 섹션의 절차에는 설치 시스템에서 액세스할 수 있는 위치에 Kickstart 파일이 있고 부팅 미디어 또는 시스템을 부팅하고 설치를 시작하는 데 사용할 수 있는 PXE 서버가 있다고 가정합니다. 절차는 일반 참조로 고안되어 있습니다. 시스템의 아키텍처에 따라 일부 단계가 다르며 모든 아키텍처에서 모든 옵션을 사용할 수 있는 것은 아닙니다(예: IBM Z에서 PXE 부팅을 사용할 수 없음). 27.2.5.1. 수동으로 Kickstart 설치 시작 이 섹션에서는 수동으로 Kickstart 설치를 시작하는 방법을 설명합니다. 즉, 일부 사용자 상호 작용( 절차 27.1. 부팅 옵션을 사용하여 Kickstart 설치 시작
Kickstart 파일에 지정된 옵션을 사용하여 설치가 시작됩니다. Kickstart 파일이 유효하고 모든 필수 명령이 포함된 경우 이 시점에서 설치가 완전히 자동화됩니다. 27.2.5.2. 자동으로 Kickstart 설치 시작다음 절차에서는 네트워크 부팅(PXE) 서버와 올바르게 구성된 부트 로더를 사용하여 Kickstart 설치를 완전히 자동화하는 방법을 설명합니다. 이 절차를 수행하는 경우 시스템을 켜야하며 설치가 완료될 때까지 그 시점에서 다른 상호 작용이 필요하지 않습니다. IBM Z에서는 PXE 설치를 사용할 수 없습니다. 절차 27.2. Boot Loader 구성을 편집하여 Kickstart 설치 시작
이제 Kickstart 파일에 지정된 설치 옵션을 사용하여 설치가 시작됩니다. Kickstart 파일이 유효하고 모든 필수 명령이 포함된 경우 설치가 완전히 자동화됩니다. 27.3. Kickstart 구문 참조
27.3.1. Kickstart 명령 및 옵션 옵션 뒤에 등호( auth 또는 authconfig (선택 사항) authconfig
명령을 사용하여 시스템의 인증 옵션을 설정합니다. 이 옵션은 설치가 완료된 후에도 명령줄에서 실행할 수 있습니다. 자세한 내용은
자동으로 파티션: 루트( autopart 옵션은 동일한 Kickstart 파일의 part/partition,raid,logvol 또는 volgroup 옵션과 함께 사용할 수 없습니다.
일반적으로 Kickstart 설치는 불필요한 화면을 건너뜁니다. 이 옵션은 설치 프로그램이 모든 화면을 단계별로 만들어 각 화면을 간단히 표시합니다. 이 옵션은 패키지 설치를 방해할 수 있으므로 시스템을 배포할 때 사용해서는 안 됩니다.
부트 로더를 설치하는 방법을 지정합니다. 모든 시스템에서 부트 로더 암호를 설정하는 것이 좋습니다. 보호되지 않은 부트 로더는 잠재적인 공격자가 시스템의 부팅 옵션을 수정하고 시스템에 대한 무단 액세스를 얻을 수 있도록 허용할 수 있습니다.
part / --fstype=xfs --onpart=sda1 다음 중 하나와 유사한 항목을 사용할 수 있습니다. part / --fstype=xfs --onpart=/dev/disk/by-path/pci-0000:00:05.0-scsi-0:0:0:0-part1 part / --fstype=xfs --onpart=/dev/disk/by-id/ata-ST3160815AS_6RA0C882-part1 이렇게 하면 명령이 항상 동일한 스토리지 장치를 대상으로 합니다. 이는 특히 대규모 스토리지 환경에서 유용합니다. 스토리지 장치를 지속적으로 참조할 수 있는 다양한 방법에 대한 자세한 내용은 Red Hat Enterprise Linux 7 Storage 관리 가이드 의 영구저장장치 장치 이름 지정 장을 참조하십시오. 경우에 따라 64비트 AMD, Intel 및 ARM 시스템에 부트 로더를 설치하려면 특수 파티션이 필요합니다. 이 파티션의 유형과 크기는 부트 로더를 설치하여 마스터 부트 레코드 (MBR) 또는 GUID 파티션 테이블 (GPT) 스키마를 사용하는지에 따라 달라집니다. 자세한 내용은 8.14.1절. “” 에서 참조하십시오.
vGPU 볼륨 또는 하위 볼륨을 생성합니다. 볼륨의 구문은 다음과 같습니다. btrfs mntpoint --data=level --metadata=level --label=label partitions subvolume의 경우 구문은 다음과 같습니다. btrfs mntpoint --subvol --name=path parent 상위 는 subvolume의 상위 볼륨의 식별자여야 하며, mntpoint 는 파일 시스템이 마운트된 위치입니다.
다음 예제에서는 예 27.1. vGPU 볼륨 및 하위 볼륨 생성 part btrfs.01 --size=6000 --ondisk=sda part btrfs.02 --size=6000 --ondisk=sdb part btrfs.03 --size=6000 --ondisk=sdc btrfs none --data=0 --metadata=1 --label=rhel7 btrfs.01 btrfs.02 btrfs.03 btrfs / --subvol --name=root LABEL=rhel7 btrfs /home --subvol --name=home rhel7clearpart (선택 사항) 새 파티션을 생성하기 전에 시스템에서 파티션을 제거합니다. 기본적으로 파티션은 제거되지 않습니다.
part / --fstype=xfs --onpart=sda1 다음 중 하나와 유사한 항목을 사용할 수 있습니다. part / --fstype=xfs --onpart=/dev/disk/by-path/pci-0000:00:05.0-scsi-0:0:0:0-part1 part / --fstype=xfs --onpart=/dev/disk/by-id/ata-ST3160815AS_6RA0C882-part1 이렇게 하면 명령이 항상 동일한 스토리지 장치를 대상으로 합니다. 이는 특히 대규모 스토리지 환경에서 유용합니다. 스토리지 장치를 지속적으로 참조할 수 있는 다양한 방법에 대한 자세한 내용은 Red Hat Enterprise Linux 7 Storage 관리 가이드 의 영구저장장치 장치 이름 지정 장을 참조하십시오. clearpart 명령을 사용하는 경우 part --onpart 명령을 논리 파티션에서 사용할 수 없습니다. clearpart 명령을 포함한 파티션의 자세한 예는 27.4.1절. “” 을 참조하십시오.
설치 중에 기존 파티션을 모두 제거하려면 Kickstart 파일에서 clearpart --all 명령을 사용하면 Anaconda 에서 특정 경우 확인을 일시 중지하고 메시지를 표시할 수 있습니다. 상호 작용 없이 자동으로 설치를 수행해야 하는 경우 0mbr 명령을 Kickstart 파일에 추가합니다. cmdline (선택 사항)완전히 비대화형 명령줄 모드에서 설치를 수행합니다. 상호 작용을 위한 모든 프롬프트는 설치가 중단됩니다. 이 모드는 x3270 터미널이 있는 IBM Z 시스템에서 유용합니다. 21.4절. “Kickstart 설치를 위한 매개 변수” 을 참조하십시오. 완전 자동 설치의 경우 Kickstart 파일에서 사용 가능한 모드(그래픽,텍스트 또는 cmdline) 중 하나를 지정해야 합니다. 그렇지 않으면
콘솔, 환경 및 디스플레이 옵션 에 설명된 대부분의 PCI 시스템에서 설치 프로그램은 이더넷 및 SCSI 카드를 자동으로 감지합니다. 그러나 이전 시스템과 일부 PCI 시스템에서 Kickstart는 적절한 장치를 찾기 위해 힌트가 필요합니다. device 명령은 설치 프로그램에 추가 모듈을 설치하도록 지시하고 다음과 같은 형식을 사용합니다. device moduleName --opts=options
Kickstart 설치 중에 드라이버 디스크를 사용하여 기본적으로 포함되지 않은 추가 드라이버를 제공할 수 있습니다. 드라이버 디스크의 내용을 시스템의 하드 드라이브에 있는 파티션의 루트 디렉터리에 복사해야 합니다. 그런 다음, driverdisk 명령을 사용하여 설치 프로그램이 드라이버 디스크 및 해당 위치를 검색하도록 지정해야 합니다. driverdisk [partition|--source=url|--biospart=biospart] 또는 드라이버 디스크에 네트워크 위치를 지정할 수 있습니다. driverdisk --source=ftp://path/to/dd.img driverdisk --source=http://path/to/dd.img driverdisk --source=nfs:host:/path/to/img
드라이버 디스크는 또한 하드
디스크 드라이브 또는 네트워크를 통해 로드되는 대신 유사한 장치에서 또는 initrd에서 로드할 수
DD 를 특정 레이블로 바꾸고 dd.rpm 을 특정 이름으로 교체합니다. 하드 디스크 드라이브를 지정하려면 LABEL 대신 inst.repo 명령에서 지원하는 모든 항목을 사용하십시오. EULA (선택 사항)이 옵션을 사용하여 사용자 개입 없이 EULA( 최종 사용자 라이센스 계약 )를 수락합니다. 이 옵션을 지정하면 설치를 완료한 후 Initial Setup 이 라이센스 계약을 수락하고 시스템을 처음 재부팅하라는 메시지가 표시되지 않습니다. 자세한 내용은 30장. 초기 설정 을 참조하십시오.
Enhanced Disk Drive Services (EDD)에서 검색한 FCoE 장치를 자동으로 활성화할지 지정합니다. fcoe --nic=name [options]
설치된 시스템에 대한 방화벽 구성을 지정합니다. firewall --enabled|--disabled device [options]
시스템을 처음 부팅할 때 Initial Setup 애플리케이션이 시작되는지 확인합니다. 활성화된 경우 initial-setup 패키지를 설치해야 합니다. 지정하지 않으면 이 옵션은 기본적으로 비활성화되어 있습니다.
시스템에서 새 사용자 그룹을 생성합니다. 지정된 이름 또는 GID가 있는 그룹이 이미 있는 경우 이 명령이 실패합니다. 또한 user 명령을 사용하여 새로 생성된 사용자의 새 그룹을 만들 수 있습니다. group --name=name [--gid=gid]
그래픽 모드에서 설치를 수행합니다. 이는 기본값입니다. 완전 자동 설치의 경우 Kickstart 파일에서 사용 가능한 모드(그래픽,텍스트 또는 cmdline) 중 하나를 지정해야 합니다. 그렇지 않으면
콘솔, 환경 및 디스플레이 옵션 에 설명된 설치가 성공적으로 완료된 후 시스템을 중지합니다. 이는 수동 설치와 유사합니다. 여기서 Anaconda 는 메시지를 표시하고 사용자가 재부팅하기 전에 키를 누를 때까지 기다립니다. Kickstart 설치 중에 완료 방법이 지정되지 않은 경우 이 옵션이 기본값으로 사용됩니다. halt 명령은 shutdown -h 명령과 동일합니다. 다른 완료 방법은 poweroff,reboot, and shutdown 명령을 참조하십시오. ignoredisk (선택 사항)이로 인해 설치 프로그램이 지정된 디스크를 무시합니다. 이는 자동 파티션을 사용하고 일부 디스크가 무시되었는지 확인하려는 경우에 유용합니다. 예를 들어, 무시 디스크 가 없으면 파티션 테이블이 반환되지 않는 SAN에 대한 수동 경로를 감지하므로 Kickstart가 SAN에 배포하려고 하면 실패합니다. ignoredisk --drives=drive1,drive2,... 여기서 driveN 은
part / --fstype=xfs --onpart=sda1 다음 중 하나와 유사한 항목을 사용할 수 있습니다. part / --fstype=xfs --onpart=/dev/disk/by-path/pci-0000:00:05.0-scsi-0:0:0:0-part1 part / --fstype=xfs --onpart=/dev/disk/by-id/ata-ST3160815AS_6RA0C882-part1 이렇게 하면 명령이 항상 동일한 스토리지 장치를 대상으로 합니다. 이는 특히 대규모 스토리지 환경에서 유용합니다. 스토리지 장치를 지속적으로 참조할 수 있는 다양한 방법에 대한 자세한 내용은 Red Hat Enterprise Linux 7 Storage 관리 가이드 의 영구저장장치 장치 이름 지정 장을 참조하십시오. 논리 볼륨 관리 (LVM) 형식을 사용하지 않는 다중 경로 장치를 무시하려면 ignoredisk --drives=disk/by-id/dm-uuid-mpath-2416CD96995134CA5D787F00A5AA11017
기본 설치 모드입니다. install liveimg --url=file:///images/install/squashfs.img --noverifyssl
iscsi --ipaddr=address [options] 설치 중에 연결할 추가 iSCSI 스토리지를 지정합니다. iscsi 명령을 사용하는 경우 iscsiname 명령을 사용하여 iSCSI 노드에도 이름을 할당해야 합니다. iscsiname 명령은 Kickstart 파일의 iscsi 명령 앞에 표시되어야 합니다. iscsi 명령을 사용하는 대신 시스템 BIOS 또는 펌웨어(Intel 시스템의 경우 iBFT)에서 iSCSI 스토리지를 구성할 수 있는 것이 좋습니다. Anaconda 는 BIOS 또는 펌웨어에 구성된 디스크를 자동으로 감지하여 사용하며 Kickstart 파일에서 특별한 구성이 필요하지 않습니다. iscsi 명령을 사용해야 하는 경우 설치 시작 시 네트워킹이 활성화되고, clearpart 또는 ignoredisk 와 같은 명령으로 iSCSI 디스크를 참조하기 전에 iscsi 명령이 Kickstart 파일에 표시되는지 확인합니다.
iscsi 매개 변수에서 지정한 iSCSI 노드에 이름을 할당합니다. Kickstart 파일에서 iscsiname iqn %Addon com_redhat_kdump (선택 사항) 이 명령은 kdump 커널 크래시 덤프 메커니즘을 구성합니다. 이 명령의 구문은 기본 제공 Kickstart 명령이 아닌 애드온이기 때문에 드물습니다. 애드온에 대한 자세한 내용은 27.3.7절. “” 을 참조하십시오. kdump 는 나중에 분석할 수 있도록 시스템 메모리 내용을 저장할 수 있는 커널 크래시 덤프 메커니즘입니다. kexec 를 사용합니다. 이 명령은 시스템을 재부팅하지 않고 다른 커널의 컨텍스트에서 Linux 커널을 부팅하고 손실되는 첫 번째 커널의 메모리 내용을 유지하는 데 사용할 수 있습니다. 시스템 충돌이 발생하면 kexec 가 두 번째 커널( capture kernel)으로 부팅됩니다. 이 캡처 커널은 첫 번째 커널에서 액세스할 수 없는 시스템 메모리의 예약된 부분에 있습니다. 그런 다음 kdump는 크래시된 커널의 메모리( 크래시 덤프)의 내용을 캡처하여 지정된 위치에 저장합니다. 이 Kickstart 명령을 사용하여 위치를 구성할 수 없습니다. 사용 가능한 옵션은 다음과 같습니다.
시스템에 사용할 수 있는 하나 이상의 키보드 레이아웃을 설정합니다.
다음 예제에서는 keyboard --xlayouts=us,'cz (qwerty)' --switch=grp:alt_shift_toggle
설치 중에 사용할 언어와 설치된 시스템에서 사용할 기본 언어를 설정합니다. 예를 들어 언어를 영어로 설정하려면 Kickstart 파일에 다음 행이 포함되어야 합니다. lang en_US
텍스트 모드 설치 중에 특정 언어(예: 중국어, 일본어, 한국어 및 인디렉트 언어)는 지원되지 않습니다. lang 명령을 사용하여 이러한 언어 중 하나를 지정하는 경우 설치 프로세스는 영어로 계속 제공되지만 설치된 시스템은 선택 사항을 기본 언어로 사용합니다.
설치 중에 Anaconda 의 오류 로깅을 제어합니다. 이는 설치된 시스템에 영향을 미치지 않습니다. logging [--host=host] [--port=port] [--level=debug|info|error|critical]
logvol mntpoint --vgname=name --name=name [options] Kickstart를 사용하여 Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux Kernel;Hat;Linux를 설치할 때 논리 볼륨 및 볼륨 그룹 이름에 대시( 이 제한은 새로 생성된 논리 볼륨 및 볼륨 그룹 이름에만 적용됩니다.
옵션은 다음과 같습니다.
먼저 파티션을 만들고 논리 볼륨 그룹을 만든 다음 논리 볼륨을 만듭니다. 예: part pv.01 --size 3000 volgroup myvg pv.01 logvol / --vgname=myvg --size=2000 --name=rootvol 먼저 파티션을 만들고 논리 볼륨 그룹을 만든 다음 논리 볼륨을 만들어 볼륨 그룹의 나머지 공간의 90%를 차지합니다. 예: part pv.01 --size 1 --grow volgroup myvg pv.01 logvol / --vgname=myvg --name=rootvol --percent=90mediacheck (선택 사항) 지정된 경우 이 명령은 설치를 시작하기 전에 설치 프로그램이 미디어 검사( 기존 블록 장치에 마운트 지점을 할당하고 선택적으로 지정된 형식으로 다시 포맷합니다. mount [--reformat [REFORMAT]] [--mkfsoptions MKFS_OPTS] [--mountoptions MOUNT_OPTS] device mntpoint Kickstart의 다른 스토리지 구성 명령과 달리 mount는 Kickstart 파일의 전체 스토리지 구성을 설명할 필요가 없습니다. 설명된 블록 장치가 시스템에 있는지 확인하기만 하면 됩니다. 그러나 모든 장치가 마운트된 상태로 스토리지 스택을 생성하려면 해당 장치를 마운트하려면 part 와 같은 다른 명령을 사용해야 합니다. 동일한 Kickstart 파일에서 ,logvol 또는 auto part 와 같은 다른 스토리지 관련 명령과 함께 마운트 를 사용할 수 없습니다. 필수 인수:
선택적 인수:
대상 시스템에 대한 네트워크 정보를
구성하고 설치 환경에서 네트워크 장치를 활성화합니다. 첫 번째 네트워크 명령에 지정된 장치는 자동으로 활성화됩니다. 또한
NVMe(Non-Volatile Dual In-line Memory Module) 장치에서 작업을 수행합니다. 이 명령은 다음 형식을 사용합니다. nvdimm action [options] 기본적으로 모든 NVDIMM 장치는 설치 프로그램에서 무시합니다. 이러한 장치에서 설치를 활성화하려면 nvdimm 명령을 사용해야 합니다. 다음 작업을 사용할 수 있습니다.
OpenSCAP 설치 프로그램 애드온은 설치된 시스템에 SCAP(보안 콘텐츠 자동화 프로토콜) 콘텐츠 - 보안 정책을 적용하는 데 사용됩니다. 이 애드온은 Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux Pure;Linux 7.2부터 기본적으로 활성화되어 있습니다. 활성화하면 이 기능을 제공하는 데 필요한 패키지가 자동으로 설치됩니다. 그러나 기본적으로 정책은 적용되지 않으므로 특별히 구성되지 않는 한 설치 중 또는 설치 후 검사가 수행되지 않습니다. 모든 시스템에서 보안 정책을 적용할 필요가 없습니다. 이 화면은 조직 규칙 또는 정부 규정에서 특정 정책을 요구하는 경우에만 사용해야 합니다. 대부분의 다른 명령과 달리 이 애드온은 일반 옵션을 허용하지 않지만 대신 %addon 정의 본문에 키-값 쌍을 사용합니다. 이러한 쌍은 공백과 관련이 없습니다. 값을 작은따옴표(' ) 또는 이중 따옴표( 다음 키는 애드온에서 인식됩니다.
다음은 설치 미디어의 scap-security-guide 내용을 사용하는 %addon org_fedora_oscap 섹션의 예입니다. 예 27.2. SCAP 보안 가이드를 사용한 샘플 OpenSCAP 애드온 정의 %addon org_fedora_oscap content-type = scap-security-guide profile = xccdf_org.ssgproject.content_profile_pci-dss %end 다음은 웹 서버에서 사용자 지정 프로필을 로드하는 더 복잡한 예입니다. 예 27.3. 데이터 스트림을 사용한 샘플 OpenSCAP 애드온 정의 %addon org_fedora_oscap content-type = datastream content-url = http://www.example.com/scap/testing_ds.xml datastream-id = scap_example.com_datastream_testing xccdf-id = scap_example.com_cref_xccdf.xml profile = xccdf_example.com_profile_my_profile fingerprint = 240f2f18222faa98856c3b4fc50c4195 %end부분 또는 파티션 (필수) 시스템에서 파티션을 만듭니다. 생성된 모든 파티션은
part / --fstype=xfs --onpart=sda1 다음 중 하나와 유사한 항목을 사용할 수 있습니다. part / --fstype=xfs --onpart=/dev/disk/by-path/pci-0000:00:05.0-scsi-0:0:0:0-part1 part / --fstype=xfs --onpart=/dev/disk/by-id/ata-ST3160815AS_6RA0C882-part1 이렇게 하면 명령이 항상 동일한 스토리지 장치를 대상으로 합니다. 이는 특히 대규모 스토리지 환경에서 유용합니다. 스토리지 장치를 지속적으로 참조할 수 있는 다양한 방법에 대한 자세한 내용은 Red Hat Enterprise Linux 7 Storage 관리 가이드 의 영구저장장치 장치 이름 지정 장을 참조하십시오. part|partition mntpoint --name=name --device=device --rule=rule [options]
어떤 이유로든 파티셔닝이 실패하면 가상 콘솔 3에 진단 메시지가 표시됩니다. poweroff (선택 사항)설치가 완료되면 시스템을 종료하고 전원을 끕니다. 일반적으로 수동 설치 중에 Anaconda 는 메시지를 표시하고 사용자가 재부팅하기 전에 키를 누를 때까지 기다립니다. Kickstart를 설치하는 동안 완료 방법을 지정하지 않으면 stop 옵션이 기본값으로 사용됩니다. poweroff 옵션은 shutdown -p 명령과 동일합니다. poweroff 명령은 사용 중인 시스템 하드웨어에 따라 크게 달라집니다. 특히 BIOS, APM(고급 전원 관리) 및 ACPI(고급 구성 및 전원 인터페이스)와 같은 특정 하드웨어 구성 요소는 시스템 커널과 상호 작용할 수 있어야 합니다. 시스템의 APM/ACPI 성능에 대한 자세한 내용은 하드웨어 설명서를 참조하십시오. 기타 완료 방법은 중단된,재부팅 및 종료 Kickstart 명령을 참조하십시오. RAID (선택 사항)소프트웨어 RAID 장치를 어셈블합니다. 이 명령은 다음과 같습니다. raid mntpoint --level=level --device=device-name partitions*
다음 예제에서는 예 27.4. raid Kickstart 명령 사용 part raid.01 --size=6000 --ondisk=sda part raid.02 --size=6000 --ondisk=sdb part raid.03 --size=6000 --ondisk=sdc part swap --size=512 --ondisk=sda part swap --size=512 --ondisk=sdb part swap --size=512 --ondisk=sdc part raid.11 --size=1 --grow --ondisk=sda part raid.12 --size=1 --grow --ondisk=sdb part raid.13 --size=1 --grow --ondisk=sdc raid / --level=1 --device=rhel7-root --label=rhel7-root raid.01 raid.02 raid.03 raid /home --level=5 --device=rhel7-home --label=rhel7-home raid.11 raid.12 raid.13realm (선택 사항) Active Directory 또는 IPA 도메인에 가입하십시오. 이 명령에 대한 자세한 내용은 realm join [options] domain
설치가 성공적으로 완료된 후 재부팅(주요 없음). 일반적으로 Kickstart는 메시지를 표시하고 사용자가 재부팅하기 전에 키를 누를 때까지 기다립니다. reboot 옵션은 shutdown -r 명령과 동일합니다. IBM Z에 명령줄 모드에 설치할 때 설치를 완전히 자동화하려면 reboot 를 지정합니다. 다른 완료 방법의 경우 정지, 전원끄기 및 종료 Kickstart 옵션을 참조하십시오. Kickstart 파일에 다른 방법이 명시적으로 지정되지 않은 경우 halt 옵션은 기본 완료 방법입니다. reboot 옵션을 사용하면 설치 미디어 및 방법에 따라 설치 루프가 발생할 수 있습니다.
패키지 설치를 위한 소스로 사용할 수 있는 추가 yum 리포지토리를 설정합니다. 리포지토리 행을 여러 개 추가할 수 있습니다. repo --name=repoid [--baseurl=<url>|--mirrorlist=url] [options]
설치에 사용되는 리포지토리가 안정적이어야 합니다. 설치가 완료되기 전에 리포지토리를 수정하면 설치에 실패할 수 있습니다. 복구 (선택 사항)설치 프로그램의 복구 모드로 자동으로 들어갑니다. 이렇게하면 문제가 발생할 경우 시스템을 복구 할 수 있습니다. rescue [--nomount|--romount]
하드웨어 플랫폼에 필요한 파티션을 자동으로 생성합니다. 여기에는 UEFI 펌웨어 시스템에 대한
reqpart [--add-boot]
autopart 에서 reqpart 명령이 수행하는 모든 작업을 수행하고 시스템의 루트 암호를 암호 인수로 설정합니다. rootpw [--iscrypted|--plaintext] [--lock] password
설치된 시스템에서 SELinux의 상태를 설정합니다. 기본 SELinux 정책은 selinux [--disabled|--enforcing|--permissive]
기본 systemd 대상에서 실행할 기본 서비스 세트를 수정합니다. 비활성화된 서비스 목록은 활성화된 서비스 목록보다 먼저 처리됩니다. 따라서 두 목록에 서비스가 모두 표시되면 활성화됩니다. services [--disabled=list] [--enabled=list]
서비스 목록에 공백을 포함하지 마십시오. 이 경우 Kickstart는 첫 번째 공간까지 서비스만 활성화 또는 비활성화합니다. 예: services --disabled=auditd, cups,smartd, nfslock
services --disabled=auditd,cups,smartd,nfslock 종료 (선택 사항) 설치가 성공적으로 완료된 후 시스템을 종료합니다. Kickstart를 설치하는 동안 완료 방법이 지정되지 않은 경우 halt 명령을 사용합니다. shutdown Kickstart 옵션은 shutdown 명령과 동일합니다. 다른 완료 방법의 경우 정지, 전원끄기 및 재부팅 Kickstart 옵션을 참조하십시오. skipx (선택 사항)있는 경우 설치된 시스템에 X 가 구성되어 있지 않습니다. 패키지 선택 옵션 중에서 표시 관리자를 설치하는 경우 이 패키지는 X 구성을 만들고 설치된 시스템은 기본적으로 snapshot 명령을 사용하면 설치 프로세스 중에 LVM 씬 볼륨 스냅샷을 만들 수 있습니다. 이를 통해 설치 전이나 이후에 논리 볼륨을 백업할 수 있습니다. 스냅샷을 여러 개 만들려면 snaphost Kickstart 명령을 여러 번 추가합니다. snapshots vg_name/lv_name --name=snapshot_name --when=pre-install|post-install
설치하는 동안 설치 프로그램과 상호 작용하고 sshpw --username=name password [--iscrypted|--plaintext] [--lock]
기본적으로 설치 중에 root sshpw --username=example_username example_password --plaintext sshpw --username=root example_password --lock 루트 sshpw --username=root example_password --lock
텍스트 (선택 사항) Kickstart 설치를 텍스트 모드로 수행합니다. Kickstart 설치는 기본적으로 그래픽 모드에서 수행됩니다. 완전 자동 설치의 경우 Kickstart 파일에서 사용 가능한 모드(그래픽,텍스트 또는 cmdline) 중 하나를 지정해야 합니다. 그렇지 않으면
콘솔, 환경 및 디스플레이 옵션 에 설명된 시스템 시간대를 시간대로 설정합니다. timezone timezone [options]
Red Hat Entrerprise Linux 7.5부터 pytz 패키지에서 제공하는 설치 프로그램에 지원되지 않는 하드웨어 감지 경고가 비활성화 되도록 지시합니다. 이 명령이 포함되지 않고 지원되지 않는 하드웨어가 감지되면 이 경고에서 설치가 중단됩니다. 사용자 (선택 사항)시스템에서 새 사용자를 생성합니다. user --name=username [options]
파일 또는 디렉터리를 만드는 데 사용되는 애플리케이션에서 지정하는 다양한 권한으로 파일 및 디렉터리가 생성됩니다. 예를 들어, E gressIP 명령은 모든 권한이 활성화된 디렉터리를 만듭니다. 그러나
VNC를 통해 그래픽 설치를 원격으로 볼 수 있습니다. 일반적으로 이 방법은 텍스트 설치에 일부 크기 및 언어 제한이 있으므로 텍스트 모드에서 기본 설정됩니다. 추가 옵션이 없으면 이 명령은 암호 없이 설치 시스템에서 VNC 서버를 시작하고 연결하는 데 필요한 세부 정보를 표시합니다. vnc [--host=host_name] [--port=port] [--password=password]
설치 시스템에 연결하는 방법에 대한 지침을 포함하여 VNC 설치에 대한 자세한 내용은 25장. VNC 사용 을 참조하십시오. volgroup (선택 사항)LVM(Logical Volume Management) 그룹을 생성합니다. volgroup name partition [options] Kickstart를 사용하여 Red Hat
Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux Kernel;Hat;Linux를 설치할 때 논리 볼륨 및 볼륨 그룹 이름에 대시( 이 제한은 새로 생성된 논리 볼륨 및 볼륨 그룹 이름에만 적용됩니다. volgroup 을 포함한 자세한 파티션 예제는 27.4.1절. “” 을 참조하십시오. 옵션은 다음과 같습니다.
먼저 파티션을 만든 다음 논리 볼륨 그룹을 만든 다음 논리 볼륨을 만듭니다. 예: part pv.01 --size 10000 volgroup volgrp pv.01 logvol / --vgname=volgrp --size=2000 --name=rootXconfig (선택 사항) X Window System 을 설정합니다. xconfig 명령을 포함하지 않는 Kickstart 파일을 사용하여 X Window System 을 설치하는 경우 설치 중에 수동으로 X 설정을 제공해야 합니다. X Window System 을 설치하지 않는 Kickstart 파일에서 이 명령을 사용하지 마십시오.
zerombr 은 디스크에 있는 잘못된 파티션 테이블을 초기화하고 파티션 테이블이 유효하지 않은 디스크의 모든 내용을 삭제합니다. 이 명령은 포맷되지 않은 DSD(Direct Access Storage Device) 디스크를 사용하여 IBM Z 시스템에서 설치를 수행할 때 필요합니다. 그렇지 않으면 포맷되지 않은 디스크가 설치 중에 포맷되지 않고 사용되지 않습니다. IBM Z에서 zerombr 이 지정되면 아직 낮은 수준의 형식이 아닌 설치 프로그램에 표시되는 모든 Direct Access Storage Device (DASD)는 dasdfmt 로 형식이 자동으로 낮은 수준입니다. 또한 이 명령은 대화식 설치 중에 사용자 선택을 방지합니다. zerombr 이 지정되지 않고 설치 프로그램에 표시되지 않은 DASD가 하나 이상 있는 경우 비대화형 Kickstart 설치가 실패합니다. zerombr 이 지정되지 않고 설치 프로그램에 표시되지 않은 DASD가 하나 이상 있는 경우 사용자가 모든 표시 및 포맷되지 않은 DASD를 포맷하는 데 동의하지 않으면 대화형 설치가 종료됩니다. 이 값을 우회하려면 설치 중에 사용할 DASD만 활성화합니다. 설치가 완료된 후 DASD를 항상 추가할 수 있습니다. zfcp (선택 사항)파이버 채널 장치를 정의합니다. 이 옵션은 IBM Z에만 적용됩니다. 아래에 설명된 모든 옵션을 지정해야 합니다. zfcp --devnum=devnum --wwpn=wwpn --fcplun=lun
예: zfcp --devnum=0.0.4000 --wwpn=0x5005076300C213e9 --fcplun=0x5022000000000000 %include (선택 사항)
%include /path/to/file 명령을 사용하여 Kickstart 파일에 있는 %include 명령의 위치에 있는 것처럼 다른 파일의 내용을 포함합니다. 27.3.2. 패키지 선택설치할 소프트웨어 패키지를 설명하는 Kickstart 섹션을 시작하려면 %packages 명령을 사용합니다. 환경,그룹 또는 패키지 이름으로 패키지를 지정할 수 있습니다. 관련 패키지가 포함된 여러 환경 및 그룹이 정의됩니다. 각 항목에는 ID, 사용자 가시성 값, 이름, 설명 및 패키지 목록이 있습니다. 이로 인해 시스템이 취약점의 영향을 받을 가능성이 크게 줄어듭니다. 필요한 경우 설치 후 나중에 추가 패키지를 추가할 수 있습니다. %packages 섹션은 %end 명령으로 끝나야 합니다. %packages @^Infrastructure Server %end 예: %packages @X Window System @Desktop @Sound and Video %end
개별 패키지를 이름으로 한 줄에 하나의 항목을 지정합니다. 예: %packages sqlite curl aspell docbook* %end 선행 대시( %packages -@Graphical Internet -autofs -ipa*fonts %end 여러 옵션을 사용하여 %packages 섹션의 기본 동작을 변경할 수 있습니다. 일부 옵션은 전체 패키지 선택에서 작동하며 다른 옵션은 특정 그룹에만 사용됩니다. 옵션을 사용하려면 패키지 선택 섹션의 시작 부분에 추가합니다. 예: %packages --multilib --ignoremissing --default 기본 패키지 세트를 설치합니다. --excludedocs 패키지에 포함된 문서는 설치하지 마십시오. --ignoremissing
--instLangs= 설치할 언어 목록을 지정합니다. 이 값은 패키지 그룹 수준 선택과 다릅니다. 예 27.5.
--multilib multilib 패키지에 설치된 시스템을 구성하고, 64비트 시스템에 32비트 패키지를 설치할 수 있도록 구성하고, 이와 같이 이 섹션에 지정된 패키지를 설치합니다. 그러나 multilib 옵션을 사용하면 32비트 AMD 및 i686 Intel 시스템 패키지가 있는 경우 자동으로 설치할 수 있습니다. 이는 %packages 섹션에 명시적으로 지정된 패키지에만 적용됩니다. Kickstart 파일에 지정되지 않고 종속 항목으로만 설치되는 패키지는 더 많은 아키텍처에서 사용할 수 있더라도 필요한 아키텍처 버전에만 설치됩니다. --nocore 그렇지 않으면 기본적으로 설치된
--retries= 기본값은 --timeout= 이 목록의 옵션은 단일 패키지 그룹에만 적용됩니다. Kickstart 파일의 %packages 명령에 사용하는 대신 그룹 이름에 추가합니다. 예: %packages @Graphical Internet --optional %end --nodefaults --optional
27.3.3.%pre 스크립트는 네트워킹 및 스토리지 장치의 활성화 및 구성에 사용할 수 있습니다. 설치 환경에서 사용 가능한 인터프리터를 사용하여 스크립트를 실행할 수도 있습니다. %pre 스크립트의 문제를 디버깅하기 어려울 수 있으므로 필요한 경우에만 %pre 스크립트를 사용하는 것이 좋습니다. %pre 섹션에서 네트워크에 액세스할 수 있습니다. 다음 옵션을 사용하여 사전 설치 스크립트의 동작을 변경할 수 있습니다. 옵션을 사용하려면 스크립트 시작 시 %pre 줄에 추가합니다. 예: %pre --interpreter=/usr/bin/python --- Python script omitted -- %end
Python과 같은 다른 스크립팅 언어를 지정할 수 있습니다. --erroronfail 오류 메시지는 실패의 원인이 기록되는 위치로 안내합니다. --log= 예: %pre --log=/mnt/sysimage/root/ks-pre.log 예 27.6. %pre #!/bin/sh hds="" mymedia="" for file in /proc/ide/h* do mymedia=`cat $file/media` if [ $mymedia == "disk" ] ; then hds="$hds `basename $file`" fi done set $hds numhd=`echo $#` drive1=`echo $hds | cut -d' ' -f1` drive2=`echo $hds | cut -d' ' -f2` #Write out partition scheme based on whether there are 1 or 2 hard drives if [ $numhd == "2" ] ; then #2 drives echo "#partitioning scheme generated in %pre for 2 drives" > /tmp/part-include echo "clearpart --all" >> /tmp/part-include echo "part /boot --fstype xfs --size 75 --ondisk hda" >> /tmp/part-include echo "part / --fstype xfs --size 1 --grow --ondisk hda" >> /tmp/part-include echo "part swap --recommended --ondisk $drive1" >> /tmp/part-include echo "part /home --fstype xfs --size 1 --grow --ondisk hdb" >> /tmp/part-include else #1 drive echo "#partitioning scheme generated in %pre for 1 drive" > /tmp/part-include echo "clearpart --all" >> /tmp/part-include echo "part /boot --fstype xfs --size 75" >> /tmp/part-include echo "part swap --recommended" >> /tmp/part-include echo "part / --fstype xfs --size 2048" >> /tmp/part-include echo "part /home --fstype xfs --size 2048 --grow" >> /tmp/part-include fi %end %include /tmp/part-include 27.3.4.예 27.7. %anaconda pwpolicy root --minlen=10 --strict %end 27.3.5.설치가 완료되면 시스템에서 실행할 명령을 추가하는 옵션이 있지만 시스템을 처음 재부팅하기 전에 실행할 수 있습니다. 아래 설명된 대로 다음 옵션을 사용하여 설치 후 스크립트의 동작을 변경할 수 있습니다. 옵션을 사용하려면 스크립트 시작 부분에 있는 %post 줄에 추가합니다. 예: %post --interpreter=/usr/bin/python --- Python script omitted -- %end
Python과 같은 다른 스크립팅 언어를 지정할 수 있습니다. 예: %post --interpreter=/usr/bin/python --nochroot chroot 환경 외부에서 실행하려는 명령을 지정할 수 있습니다. %post --nochroot cp /etc/resolv.conf /mnt/sysimage/etc/resolv.conf %end --erroronfail 오류 메시지는 실패의 원인이 기록되는 위치로 안내합니다. --log= 로그 파일의 경로는 %post --log=/root/ks-post.log %post --nochroot --log=/mnt/sysimage/root/ks-post.log 예 27.8. # Start of the %post section with logging into /root/ks-post.log %post --log=/root/ks-post.log # Mount an NFS share mkdir /mnt/temp mount -o nolock 10.10.0.2:/usr/new-machines /mnt/temp openvt -s -w -- /mnt/temp/runme umount /mnt/temp # End of the %post section %end 예 27.9. %post --log=/root/ks-post.log /usr/sbin/subscription-manager register --username= --password=secret --serverurl=sam-server.example.com --org="Admin Group" --environment="Dev" --servicelevel=standard --release="7.0" %end 27.3.6.이러한 오류가 발생한 후에는 설치를 계속할 수 없습니다. %end로 종료하려면 각 %onerror 스크립트가 필요합니다.
오류 메시지는 실패의 원인이 기록되는 위치로 안내합니다. --interpreter= Python과 같은 다른 스크립팅 언어를 지정할 수 있습니다. 예: %post --interpreter=/usr/bin/python --log= 27.3.7.이러한 추가 기능은 다양한 방식으로 기본 Kickstart(및 Anaconda) 기능을 확장할 수 있습니다. %addon com_redhat_kdump --enable --reserve-mb=auto %end %addon 명령에는 자체적으로 옵션이 포함되어 있지 않습니다. 모든 옵션은 실제 애드온에 따라 다릅니다. 27.4.27.4.1.예 27.10. clearpart --drives=hda,hdc zerombr # Raid 1 IDE config part raid.11 --size 1000 --asprimary --ondrive=hda part raid.12 --size 1000 --asprimary --ondrive=hda part raid.13 --size 2000 --asprimary --ondrive=hda part raid.14 --size 8000 --ondrive=hda part raid.15 --size 16384 --grow --ondrive=hda part raid.21 --size 1000 --asprimary --ondrive=hdc part raid.22 --size 1000 --asprimary --ondrive=hdc part raid.23 --size 2000 --asprimary --ondrive=hdc part raid.24 --size 8000 --ondrive=hdc part raid.25 --size 16384 --grow --ondrive=hdc # You can add --spares=x raid / --fstype xfs --device root --level=RAID1 raid.11 raid.21 raid /safe --fstype xfs --device safe --level=RAID1 raid.12 raid.22 raid swap --fstype swap --device swap --level=RAID1 raid.13 raid.23 raid /usr --fstype xfs --device usr --level=RAID1 raid.14 raid.24 raid pv.01 --fstype xfs --device pv.01 --level=RAID1 raid.15 raid.25 # LVM configuration so that we can resize /var and /usr/local later volgroup sysvg pv.01 logvol /var --vgname=sysvg --size=8000 --name=var logvol /var/freespace --vgname=sysvg --size=8000 --name=freespacetouse logvol /usr/local --vgname=sysvg --size=1 --grow --name=usrlocal 27.4.2.예 27.11. %pre exec < /dev/tty6 > /dev/tty6 2> /dev/tty6 chvt 6 IFS=$'\n' echo -n "Enter input: " read USERINPUT echo echo -n "You entered:" "$USERINPUT" echo chvt 1 exec < /dev/tty1 > /dev/tty1 2> /dev/tty1 %end 27.4.3.예 27.12. services --enabled=rngd %packages rng-tools %end 28장.28.1.28.1.1.
28.1.2.
예:
28.2.28.2.1.28.2.2.
28.2.3.28.2.4.28.2.4.1.
28.2.4.2.
28.2.4.3.예:
28.2.4.4. 28.2.4.5.예:
28.2.4.6.예:
28.2.4.7.
28.2.4.8.28.2.5.28.2.5.1.절차 28.1.
28.2.5.2.절차 28.2.
이 절차의 모든 단계를 수행한 경우 이제 virt-install을 사용하여 새 설치를 시작할 수 있습니다. 28.2.5.3. Anaconda를 사용하여 설치 실패Anaconda 이미지 설치 기능( 다음 명령을 사용하여 정리 스크립트를 실행합니다. 이 작업을 수행하려면 root 권한이 필요합니다.
29장. 현재 시스템 업그레이드현재 시스템에서 인플레이스 업그레이드를 수행하는 절차는 다음 유틸리티에 의해 처리됩니다.
현재 내부 업그레이드는 AMD64 및 Intel 64( V 부. 설치 후Red Hat Enterprise Linux QCOW;Hat Enterprise Red Hat Enterprise Linux sl;Linux 설치 가이드 의 이 부분에서는 설치의 마지막과 향후 특정 시간에 수행할 수 있는 설치와 관련된 일부 설치 작업을 다룹니다. 여기에는 다음이 포함됩니다.
30장. 초기 설정서버를 설치한 경우 새로운 Red Hat Enterprise Linux Pure;Hat Enterprise Linux sl;Linux 시스템을 처음 시작한 후 Initial Setup 애플리케이션이 시작됩니다.
그래픽 모드의 Initial Setup 애플리케이션은 그래픽 출력이 있는 시스템에서만 실행됩니다. 그래픽 카드가 없는 시스템에 초기 설정(예: " GUI를 사용한 서버", "GG 데스크탑 포함" 또는 "KDE Plasma Workspaces)가 포함된 환경으로 Red Hat Enterprise Linux 시스템을 설치하는 경우 Initial Setup 애플리케이션이 텍스트 모드로 시작됩니다. 초기 설정의 옵션Initial Setup application은 다음 옵션을 표시할 수 있습니다.
설정 중에 설정된 옵션은 Initial Setup 에 표시되지 않습니다. Initial Setup 에서 모든 옵션을 표시하려면 다음 명령이 포함된 Kickstart 파일을 사용하여 Red Hat Enterprise Linux 기준Red Hat Enterprise Linux sl;Linux를 설치해야 합니다. firstboot --enable --reconfig
30.1. 그래픽 모드그래픽 모드에서 Initial Setup 은 다음 화면을 표시합니다. License Agreement (라이센서 계약) 화면에 Red Hat Enterprise Linux 6.7 EnterpriseRed Hat Enterprise Linux Kernel;Linux에 대한 전체 라이센스 조건이 표시됩니다. 구성 프로세스를 계속 진행하려면 라이센스 계약을 수락해야 합니다. 이 단계를 완료하지 않고 Initial Setup 을 종료하면 시스템이 재시작되고 시스템 재부팅이 완료되면 계약을 다시 수락하라는 메시지가 표시됩니다. 라이센스 계약을 검토합니다. 그런 다음 I accept the license agreement. 를 선택하고 Done 을 클릭하여 계속합니다. 마찬가지로 네트워크 및 호스트 이름 화면은 네트워크를 설정할 때 사용한 화면과 동일합니다. 자세한 내용은 8.12절. “” 을 참조하십시오. 서브스크립션 관리자 화면에서는 Red Hat에 시스템을 등록하여 Red Hat에서 제공하는 리포지토리로부터 업데이트를 수신하고 추가 패키지를 설치할 수 있습니다. 시스템을 등록하는 방법에 대한 자세한 내용은 30.1.1절. “서브스크립션 관리자” 을 참조하십시오. 준비되면 초기 설정 구성 프로세스를 완료하기 전에 시스템을 등록하려면 firstN ISH CONFIGURATION 버튼을 클릭합니다. 30.1.1. 서브스크립션 관리자서브스크립션 관리자 화면을 통해 Red Hat에 시스템을 등록하고 패키지 리포지토리에 대한 업데이트를 수신하고 액세스할 수 있습니다. Initial Setup 의 서브스크립션 관리자 화면에서는 Red Hat Enterprise Linux 7.1 및 이전 버전에서 시스템을 등록하는 데 사용된 Firstboot 도구를 대체합니다. 시스템에 설치된 제품(운영 체제 자체 포함)은 서브스크립션을 통해 지원됩니다. 서브스크립션 서비스는 등록된 시스템, 해당 시스템에 설치된 제품 및 시스템에 연결된 서브스크립션을 추적하여 해당 제품을 처리하는 데 사용됩니다. Red Hat은 다음을 사용하여 시스템을 등록할 수 있는 다양한 서브스크립션 서비스를 제공합니다.
서브스크립션 관리자 화면에서는 대부분의 사용 사례에 적합한 기본 인터페이스를 제공합니다. 일부 시나리오에서는 초기 설정에 없는 옵션이 필요합니다. 이 경우 설치 후 등록 프로세스를 건너뛰고 명령줄에서 Subscription Manager 를 사용하거나 그래픽 인터페이스를 제공하는 subscription-manager-gui 패키지를 사용할 수 있습니다. 또한 CloudForms 시스템 엔진 등록과 같은 일부 등록 시나리오에는 추가 설정 단계가 필요합니다. 시스템을 등록하기 전에 등록 서버를 준비해야 합니다. 시스템을 등록하려면 화면의 지침에 따라 메시지가 표시되면 자격 증명을 제공합니다. 서브스크립션 관리자 화면을 남겨 두고 기본 Initial Setup 화면으로 돌아가려면 기본 창의 왼쪽 상단 모서리에 있는 Done (완료) 버튼을 사용해야 합니다.
30.2. 텍스트 모드Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 설치한 경우 X Window System 이 없는 경우 Initial Setup 은 텍스트 모드로 시작됩니다. 그림 30.4. 텍스트 모드의 초기 설정 항목을 구성하려면 메뉴 번호를 입력하고 Enter 를 누릅니다. 다음 키를 누를 수도 있습니다.You can press the following keys:
메뉴 항목에는 다른 상태가 있을 수 있습니다.
30.3. 수동으로 초기 설정 시작Initial Setup 을 완료하면 시스템을 부팅할 때 애플리케이션이 다시 시작되지 않습니다. 시스템 부팅 시 초기 설정을 수동으로 시작하려면 다음을 수행합니다.
초기 설정을 실행하려면 initial-setup-gui (그래픽 모드) 또는 initial-setup (텍스트 모드) 패키지가 설치되어 있어야 합니다. 31장. 다음 단계이 장에서는 설치 후 필요한 일반적인 단계를 나열합니다. 여기에 나열된 모든 단계가 항상 필요한 것은 아닙니다. 이 목록을 사용하여 필요한 작업을 수행하는 방법을 설명하는 다른 설명서를 찾을 수 있습니다. 도움말, 답변 및 진단 서비스 사용 Red Hat Access 는 Red Hat 지식 및 솔루션에 편리하게 액세스할 수 있는 GUI 애플리케이션입니다. 오류 코드, 메시지 또는 관심 주제를 검색하고 Red Hat 고객 포털의 관련 지식을 확인하는 데 사용할 수 있습니다. Red Hat Access 에 대한 자세한 내용은 Red Hat Customer Portal의 Red Hat Access GUI 문서를 참조하십시오. 손실된 root 암호 복구설치 중에 구성된 root 암호는 root 사용자로 시스템에 액세스하는 데 필요합니다. 루트 암호가 없으면 시스템을 구성하거나 추가 소프트웨어를 설치할 수 없습니다. 루트 암호를 변경하거나 잊어 버린 경우 32.1.3절. “루트 암호 재설정” 에 설명된 단계에 따라 재설정할 수 있습니다. 드라이버 업데이트 설치일반적으로 시스템 장치용 드라이버는 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux {;Linux)에서 제공하는 커널에서 이미 지원됩니다. 그러나 최근에 릴리스된 장치에 대한 지원이 누락되는 경우도 있습니다. 이러한 경우 장치를 활성화하는 드라이버 업데이트를 사용할 수 있습니다. 설치를 완료하는 데 필요한 장치에는 설치가 시작되기 전에 드라이버 업데이트가 제공될 수 있습니다. 장치가 드라이버를 누락하지만 설치하는 동안 필수 사항은 아니지만 설치가 완료될 때까지 기다린 후 추가 드라이버를 설치하는 것이 좋습니다. RPM 및 YUM 을 사용하여 설치된 시스템에 추가 드라이버를 설치 및 활성화하는 방법에 대한 지침은 Red Hat Enterprise Linux 7 시스템 관리자 가이드 를 참조하십시오. 네트워크 구성Kdump설정kdump는 커널 크래시 덤프 메커니즘입니다. 시스템에서 상당한 오류가 발생하면 Kdump 를 사용하여 시스템 메모리의 내용을 커널 크래시 덤프 에 저장할 수 있습니다. 그러면 이를 분석하여 오류의 원인을 찾을 수 있습니다. 시스템 등록시스템에 설치된 제품(운영 체제 자체 포함)은 서브스크립션을 통해 지원됩니다. 서브스크립션 서비스는 등록된 시스템, 해당 시스템에 설치된 제품 및 해당 제품에 연결된 서브스크립션을 추적하는 데 사용됩니다. 등록은 초기 설정 구성 프로세스의 일부입니다( 30.1.1절. “서브스크립션 관리자”참조). cloud-init를 사용하여 클라우드 인스턴스의 초기 구성을 자동화클라우드 인스턴스의 초기 구성의 경우 cloud-init 패키지를 사용할 수 있습니다. 새 클라우드 인스턴스에서 cloud-init 는 자동으로 다음을 수행할 수 있습니다.
Cloud-init 는 Red Hat의 클라우드 제품과 함께 사용됩니다. Red Hat 제품의 cloud-init 사용에 대한 설명서를 참조하십시오.
설치가 완료되면 초기 시스템 업데이트를 수행하는 것이 좋습니다. 이 프로세스 중에 설치된 모든 패키지가 사용 가능한 최신 버전으로 업데이트됩니다. 패키지 업데이트는 보안 수정, 버그 수정 및 개선 사항을 제공합니다. 추가 리포지토리 구성새로운 소프트웨어는 패키지 리포지토리에서 설치됩니다. 패키지 리포지토리는 YUM 패키지 관리자가 액세스할 수 있는 소프트웨어 및 메타데이터 세트로 구성됩니다. Red Hat을 사용하여 시스템을 등록한 경우 업데이트 리포지토리가 자동으로 구성되며 업데이트 및 추가 소프트웨어를 설치할 수 있습니다. 그러나 예를 들어 자체 소프트웨어가 포함된 추가 리포지토리를 설정하려면 몇 가지 추가 단계가 필요합니다. 추가 패키지 설치 그래픽 설치의 설치 프로세스 중에 선택한 옵션에 따라 시스템에 그래픽 인터페이스가 없으므로 텍스트 기반 프롬프트만 제공할 수 있습니다. 이 경우 설치 후 그래픽 데스크탑을 활성화하려면 X Window System 및 기본 데스크탑 환경( GNOME 또는 rhcos )을 설치해야 합니다. GNOME 3 확장 활성화 또는 비활성화Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux 6.7;Linux 7의 기본 데스크탑 환경은 GNOME Shell 및 GNOME Classic 사용자 인터페이스를 제공하는 GNOME 3입니다. GNOME 3 확장을 활성화하고 비활성화하여 이러한 인터페이스를 사용자 지정할 수 있습니다. 자세한 내용은 Red Hat Enterprise Linux 7 데스크탑 마이그레이션 및 관리 가이드 를 참조하십시오. 32장. 기본 시스템 복구문제가 발생하면 문제를 해결할 수있는 방법이 있습니다. 그러나 이러한 방법을 사용하려면 시스템을 잘 이해해야합니다. 이 장에서는 발생할 수 있는 일반적인 문제 및 이러한 문제를 해결하는 데 사용할 수 있는 설치 프로그램 복구 모드에 대해 설명합니다. 32.1. 일반적인 문제다음과 같은 이유로 설치 프로그램 복구 모드로 부팅해야 할 수 있습니다.
32.1.1. Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux: Linux로 부팅할 수 없음Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux를 설치한 후 다른 운영 체제를 설치했을 때 이 문제는 종종 다른 운영 체제를 설치했기 때문입니다. 다른 운영 체제는 컴퓨터에 다른 운영 체제가 없다고 가정합니다. 원래 GRUB2 부트 로더가 포함된 Master Boot Record (MBR)를 덮어씁니다. 부트 로더가 이러한 방식으로 덮어쓰면 설치 프로그램 복구 모드로 부팅하고 부트 로더를 재구성할 수 없는 경우 Red Hat Enterprise Linux Red Hat Enterprise Linux Red Hat Enterprise Linux leaving;Linux를 부팅할 수 없습니다. 또 다른 일반적인 문제는 파티션의 크기를 조정하거나 설치 후 사용 가능한 공간에 새 파티션을 만들고 파티션 순서를 변경할 때 발생하는 또 다른 일반적인 문제입니다. 32.1.2. 하드웨어 및 소프트웨어 문제이 카테고리에는 다양한 상황이 포함되어 있습니다. 두 가지 예는 실패한 하드 드라이브와 부트 로더 구성 파일에서 유효하지 않은 루트 장치 또는 커널을 지정하는 것입니다. 이 중 하나가 발생하면 Red Hat Enterprise Linux Kernel;Hat Enterprise Red Hat Enterprise Linux sl;Linux로 재부팅할 수 없습니다. 그러나 설치 프로그램 복구 모드로 부팅하면 문제를 해결하거나 적어도 가장 중요한 파일의 사본을 얻을 수 있습니다. 32.1.3. 루트 암호 재설정32.2. Anaconda 복구 모드Anaconda 설치 프로그램의 복구 모드는 Red Hat Enterprise Linux 6.7;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 7 DVD 또는 기타 부팅 미디어에서 부팅할 수 있는 최소한의 Linux 환경입니다. 여기에는 다양한 문제를 해결하기 위한 명령줄 유틸리티가 포함되어 있습니다. 이 복구 모드는 부팅 메뉴의 하위 메뉴에서 액세스할 수 있습니다. 이 모드에서는 파일 시스템을 읽기 전용으로 마운트하거나 드라이버 디스크에 제공된 드라이버를 블랙리스트로 추가하거나 추가하거나 시스템 패키지를 설치 또는 업그레이드하거나 파티션을 관리할 수 있습니다. Anaconda 복구 모드로 부팅하려면 최소 부팅 디스크 또는 USB 드라이브 또는 전체 설치 DVD와 같은 Red Hat Enterprise Linux HAT;Hat EnterpriseRed Hat Enterprise Linux 6.7;Linux 부팅 미디어 또는 전체 설치 DVD를 사용하여 시스템을 부팅할 수 있어야 합니다. Red Hat에서 제공하는 미디어를 사용하여 시스템 부팅에 대한 자세한 내용은 다음 장을 참조하십시오. iSCSI 또는 zFCP 장치와 같은 고급 스토리지는
절차 32.1. Anaconda 복구 모드로 부팅
파일 시스템이 마운트된 경우에도
Anaconda 복구 모드의 기본 루트 파티션은 일반 사용자 모드(
이 명령은 Skip 을 선택한 경우에도
위의 명령에서 모든 물리 파티션의 이름을 모르는 경우 다음 명령을 사용하여 나열합니다.
모든 LVM2 물리 볼륨, 볼륨 그룹 또는 논리 볼륨의 이름을 모르는 경우 pvdisplay,virtualizationdisplay 또는 lvdisplay 명령을 각각 사용합니다. 프롬프트에서 다음과 같은 많은 유용한 명령을 실행할 수 있습니다.
32.2.1. sosreport캡처
절차 32.2. Anaconda에서
자세한 내용은 아래 참조를 참조하십시오. 32.2.2. Boot Loader 다시 설치어떤 경우에는 GRUB2 부트 로더가 실수로 삭제, 손상 또는 다른 운영 체제로 교체 될 수 있습니다. 다음 단계에서는 GRUB을 마스터 부트 레코드에 다시 설치하는 방법에 대한 프로세스를 자세히 설명합니다. 절차 32.3. GRUB2 Boot Loader 다시 설치
32.2.3. RPM을 사용하여 드라이버 추가, 제거 또는 교체드라이버가 누락되거나 손상되면 시스템을 부팅할 때 문제가 발생할 수 있습니다. Anaconda 복구 모드는 시스템을 부팅하지 못하는 경우에도 드라이버를 추가, 제거 또는 교체할 수 있는 환경을 제공합니다. 가능한 경우 RPM 패키지 관리자를 사용하여 결함 드라이버를 제거하거나 업데이트 또는 누락된 드라이버를 추가하는 것이 좋습니다. 드라이버 디스크에서 드라이버를 설치하면 드라이버 디스크가 이 드라이버를 사용하도록 시스템의 모든 initramfs 이미지를 업데이트합니다. 드라이버에 문제가 있으면 시스템이 부팅되지 않으면 다른 initramfs 이미지에서 시스템 부팅에 의존할 수 없습니다. 절차 32.4. RPM을 사용하여 드라이버 제거
어떤 이유로 인해 오류 드라이버를 제거할 수 없는 경우 부팅 시 로드되지 않도록 드라이버를 블랙리스트 로 지정할 수 있습니다. 드라이버 블랙리스트에 대한 자세한 내용은 6.3.4절. “드라이버 블랙리스트 지정” 및 23장. 부팅 옵션 를 참조하십시오. 드라이버 설치는 비슷한 프로세스이지만 시스템에서 RPM 패키지를 사용할 수 있어야 합니다. 절차 32.5. RPM 패키지에서 드라이버 설치
드라이버 제거 및 설치가 완료되면 시스템을 재부팅합니다. 33장. Red Hat Subscription Management Services 등록 해제시스템은 하나의 서브스크립션 서비스로만 등록할 수 있습니다. 시스템이 등록된 서비스를 변경하거나 일반적인 등록을 삭제해야 하는 경우, 시스템을 처음 등록된 서브스크립션 서비스 유형에 따라 등록 취소 방법에 따라 달라집니다. 33.1. Red Hat Subscription Management에 등록된 시스템여러 다른 서브스크립션 서비스에서 동일한 인증서 기반 프레임워크를 사용하여 시스템, 설치된 제품 및 연결된 서브스크립션을 식별합니다. 이러한 서비스는 고객 포털 서브스크립션 관리(호스트), Subscription Asset Manager(on-premise 서브스크립션 서비스) 및 CloudForms 시스템 엔진(On-premise 서브스크립션 및 콘텐츠 제공 서비스)입니다. 이는 모두 Red Hat Subscription Management 의 일부입니다. Red Hat Subscription Management 내의 모든 서비스의 경우 Red Hat Subscription Manager 클라이언트 도구를 사용하여 시스템을 관리합니다. Red Hat 서브스크립션 관리 서버에 등록된 시스템 등록을 취소하려면 추가 매개 변수 없이
33.2. Red Hat Satellite에 등록된 시스템서버의 Satellite 등록의 경우 Systems 탭에서 시스템을 찾고 적절한 프로필을 삭제합니다. 34장. Uninstalling RedRed Hat Enterprise Linuxnbsp;Hat EnterpriseRed Hat Enterprise Linuxnbsp;Linux34.1. 64비트 AMD, Intel 및 ARM 시스템에서 Red Hat Enterprise Linux Red Hat Enterprise Linux sl;Linux 제거Red Hat Enterprise Linux Ben;Hat Enterprise Red Hat Enterprise Linux Red Hat Enterprise Linux Red Hat Enterprise Linux Red Hat Enterprise Linux 6.7;Hat Enterprise Red Hat Enterprise Linux QCOW;Hat Enterprise Linux,Linux가 컴퓨터에 설치된 유일한 운영 체제의 여부에 따라 컴퓨터에서 Red Hat Enterprise Linux QCOW;Linux를 제거하는 방법은 시스템에 설치된 유일한 운영 체제입니다. 진행하기 전에 다음 정보를 검토하십시오.
일반적으로 Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux sl;Linux를 시스템에서 제거하려면 다음 두 가지 단계를 수행합니다.
이러한 지침은 가능한 모든 컴퓨터 구성을 다루지 못합니다. 일반적인 구성은 여기에 나열되어 있습니다.
구성이 나열되지 않거나 고도로 사용자 지정 파티션 스키마가 있는 경우 다음 섹션을 일반 가이드로 사용하십시오. 이러한 상황에서는 선택한 부트 로더를 구성하는 방법을 배울 필요가 있습니다. GRUB2 부트 로더에 대한 자세한 내용은 Red Hat Enterprise Linux 7 시스템 관리자 가이드 를 참조하십시오. Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux, Linux 또는 기타 운영 체제를 유지하지 않으려면 Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux (8;Linux)가 설치된 컴퓨터에만 설명된 단계를 따르십시오. 34.1.1. Only RedRed Hat Enterprise Linuxnbsp;Hat EnterpriseRed Hat Enterprise Linuxnbsp;Linux is Installed다음 절차에서는 설치된 시스템에서 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux {;Linux를 제거하는 방법을 보여줍니다. 대체 운영 체제의 설치 미디어를 사용하여 Red Hat Enterprise Linux HAT;Hat EnterpriseRed Hat Enterprise Linux sl;Linux를 제거합니다. 설치 미디어의 예로는 Windows XP 설치 CD, Windows Vista 설치 DVD 또는 다른 Linux 배포판의 설치 CD, CD 또는 DVD가 있습니다. Microsoft Windows와 함께 사전 설치된 팩토리의 일부 제조 업체에서는 컴퓨터에 Windows 설치 CD 또는 DVD를 제공하지 않습니다. 이 경우 제조업체는 일반적으로 자체 "시스템 복원 디스크"를 제공하거나 컴퓨터를 처음 시작할 때 "시스템 복원 디스크"를 직접 만들 수 있는 소프트웨어를 컴퓨터에 포함시킵니다. 경우에 따라 시스템 복원 소프트웨어는 시스템의 하드 드라이브의 별도의 파티션에 저장됩니다. 컴퓨터에 사전 설치된 운영 체제의 설치 미디어를 식별할 수 없는 경우 시스템과 함께 제공된 설명서를 참조하거나 제조업체에 문의하십시오. 선택한 운영 체제의 설치 미디어에 있는 경우:
34.1.2. Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux with a different Linux Distribution 설치다음 절차에서는 다른 Linux 배포판과 함께 설치된 시스템에서 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux {;Linux를 제거하는 방법을 보여줍니다. 다른 Linux 배포판을 사용하여 부트 로더 항목(또는 항목)을 제거하고 Red Hat Enterprise Linux QCOW;Hat Enterprise Red Hat Enterprise Linux QCOW;Linux 파티션을 모두 제거할 수 있습니다. 다양한 Linux 배포판의 차이점으로 인해 이러한 지침은 일반적인 가이드입니다. 특정 시스템의 구성 및 Red Hat Enterprise Linux HAT을 통해 이중 부팅이 가능한 Linux 배포판에 따라 구체적인 세부 사항은 Red Hat Enterprise Linux sl;Hat Enterprise Red Hat Enterprise Linux sl;Linux에 따라 다릅니다. 이 명령은 시스템이 GRUB2 부트 로더를 사용한다고 가정합니다. 다른 부트 로더(예: LILO)를 사용하는 경우 해당 소프트웨어에 대한 설명서를 참조하여 Red Hat Enterprise Linux 6.7;Hat EnterpriseRed Hat Enterprise LinuxLINUX;Linux 항목을 부팅 대상 목록에서 식별하고 제거하고 기본 운영 체제가 올바르게 지정되어 있는지 확인하십시오.
34.1.3. Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux with Microsoft Windows 운영 체제 설치다음 절차에서는 Windows 2000, Windows Server 2000, Windows XP, Windows Server 2003, Windows Vista 또는 Windows Server 2008과 함께 설치된 시스템에서 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux {;Linux를 제거하는 방법을 보여줍니다. Microsoft Windows 설치 및 설치 미디어를 사용하여 부트 로더를 제거하고 Red Hat Enterprise Linux HAT;Hat Enterprise Red Hat Enterprise Linux QCOW;Linux 파티션을 모두 제거할 수 있습니다. Windows XP (Windows 2000 제외) 이전의 Microsoft Windows 버전 (Windows 2000 제외)은 MS-DOS 또는 Microsoft Windows 버전과 함께 설치된 시스템에서 Red Hat Enterprise Linux {0;Hat EnterpriseRed Hat Enterprise Linux}};Linux를 제거하는 것은 이 문서에는 적용되지 않습니다. 이러한 운영 체제에는 강력한 파티션 관리 기능이 없으며 Linux 파티션을 제거할 수 없습니다. Microsoft Windows의 각 버전의 차이점으로 인해 이러한 지침은 따라하기 전에 완전히 검토해야합니다. 이 절차에서는 해당 운영 체제의 유틸리티만 사용하므로 Microsoft Windows 운영 체제에 대한 설명서를 참조하는 것이 유용할 수 있습니다. 이 절차에서는 Windows 설치 디스크에서 로드되는 Windows 복구 콘솔 또는 Windows 복구 환경을 사용하므로 이 디스크에 액세스하지 않고도 절차를 완료할 수 없습니다. 이 절차를 시작하고 완료하지 않으면 컴퓨터를 부팅할 수 없는 조건으로 종료할 수 있습니다. Windows에서 사전 설치된 Windows와 함께 판매되는 일부 팩토리 빌드 컴퓨터와 함께 제공되는 "시스템 복원 디스크"에는 Windows 복구 콘솔 또는 Windows 복구 환경이 포함되지 않을 수 있습니다. 이 절차에 따라 Windows 2000, Windows Server 2000, Windows XP 및 Windows Server 2003의 사용자는 Windows 시스템에 대한 관리자 암호를 입력하라는 메시지가 표시됩니다. 시스템의 관리자 암호를 모르는 경우 또는 컴퓨터 제조업체에 의해 관리자 암호가 생성되지 않은 경우 이 지침을 따르지 마십시오.
34.2. IBM Z에서 Red Hat Enterprise Linux Pure;Hat EnterpriseRed Hat Enterprise Linux 기준 삭제기존 운영 체제 데이터를 삭제하려면 먼저 Linux 디스크에 민감한 데이터가 포함된 경우 보안 정책에 따라 데이터를 삭제해야 합니다. 진행하려면 다음 옵션을 고려할 수 있습니다.
34.2.1. z/VM 게스트 또는 LPAR에서 다른 운영 체제 실행현재 설치된 시스템이 z/VM 게스트 가상 머신 또는 LPAR에 있는 DASD 또는 SCSI 디스크에서 부팅하려면 Red Hat Enterprise Linux HAT;Hat EnterpriseRed Hat Enterprise Linux (8;Linux)를 종료하고 다른 Linux 인스턴스가 설치된 원하는 디스크를 사용하여 부팅하십시오. 이로 인해 설치된 시스템의 내용은 변경되지 않습니다. VI 부. 기술 부록이 섹션의 부록에는 Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 설치에 대한 지침이 포함되어 있지 않습니다. 대신 Red Hat Enterprise Linux QCOW;Hat Enterprise Linux sl;Linux가 설치 프로세스의 다양한 시점에서 사용자에게 제공되는 옵션을 이해하는 데 도움이 될 수 있는 기술 배경을 제공합니다. 부록 A. 디스크 파티션 소개이 부록은 AMD64 및 Intel 64 이외의 아키텍처에는 적용되지 않습니다. 그러나 여기에 언급된 일반적인 개념이 적용될 수 있습니다. 이 섹션에서는 기본 디스크 개념, 디스크 파티셔닝 전략, Linux 시스템에서 사용하는 파티션 이름 지정 체계 및 관련 항목에 대해 설명합니다. 디스크 파티션을 사용하는 것이 익숙한 경우 A.2절. “디스크 재파티션을 위한 전략” 로 이동하여 디스크 공간 확보 프로세스에 대한 자세한 정보를 참조하여 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux QCOW;Linux 설치를 준비할 수 있습니다. A.1. 하드 디스크 기본 개념하드 디스크는 매우 간단한 기능을 수행합니다. 이는 데이터를 저장하고 명령에서 안정적으로 검색합니다. 디스크 파티셔닝과 같은 문제를 설명 할 때, 기본 하드웨어에 대한 이해를 갖는 것이 중요합니다; 그러나, 이론이 매우 복잡하고 유대하기 때문에 여기에 기본 개념 만 설명됩니다. 이 부록은 디스크 드라이브의 단순화된 다이어그램 집합을 사용하여 파티션 뒤의 프로세스 및 이론을 설명하는 데 도움이 됩니다. A.1.1. 파일 시스템디스크 드라이브에 데이터를 저장하려면 먼저 디스크 드라이브를 포맷 해야 합니다. 포맷 (일반적으로 파일 시스템" 작성)은 드라이브에 정보를 작성하여 포맷되지 않은 드라이브에서 빈 공간을 순서대로 생성합니다. 그림 A.2. 파일 시스템이 있는 디스크 드라이브 이전 다이어그램에서 알 수 있듯이 파일 시스템에 의한 주문에는 몇 가지 절충이 포함됩니다.
단일의 범용 파일 시스템은 없습니다. 다음 다이어그램에 표시된 대로 디스크 드라이브는 많은 다른 파일 시스템 중 하나를 작성할 수 있습니다. 서로 다른 파일 시스템은 호환되지 않는 경향이 있습니다. 즉, 하나의 파일 시스템(또는 일부 관련 파일 시스템 유형)을 지원하는 운영 체제가 다른 파일 시스템을 지원하지 않을 수 있습니다. 그러나 예를 들어 Red Hat Enterprise Linux QCOW;Hat Enterprise Red Hat Enterprise Linux sl;Linux는 다양한 파일 시스템(다른 운영 체제에서 일반적으로 사용되는 여러 파일 시스템 포함)을 지원하므로 서로 다른 파일 시스템 간의 데이터 교체를 쉽게 수행할 수 있습니다. 그림 A.3. 다른 파일 시스템이 있는 디스크 드라이브 파일 시스템을 디스크에 쓰는 것은 첫 번째 단계일 뿐입니다. 이 과정의 목표는 실제로 데이터를 저장하고 검색하는 것입니다. 아래 그림은 일부 데이터가 기록된 후 드라이브 디스크를 보여줍니다. 그림 A.4. 데이터 쓰기를 위한 디스크 드라이브 이전 다이어그램에서 볼 수 있듯이 이전에 빈 블록 중 일부는 이제 데이터를 저장합니다. 그러나 이 이미지를 보면 이 드라이브에 있는 파일 수를 정확히 결정할 수 없습니다. 모든 파일이 하나 이상의 블록을 사용하고 일부 파일은 여러 블록을 사용하므로 파일 한 개만 있을 수 있습니다. 주목해야 할 또 다른 중요한 점은 사용된 블록이 연속된 영역을 형성할 필요가 없다는 것입니다. 사용된 블록과 사용되지 않은 블록은 인터스퍼스될 수 있다는 것입니다. 이를 조각화 라고 합니다. 조각화는 기존 파티션의 크기를 조정할 때 일부를 재생할 수 있습니다. 대부분의 컴퓨터 관련 기술과 마찬가지로 디스크 드라이브는 출시 후 시간이 지남에 따라 변경되었습니다. 특히, 그들은 더 커졌습니다. 물리적인 크기가 크지는 않지만 정보를 저장하는 데 더 큰 용량입니다. 그리고 이러한 추가 용량은 디스크 드라이브를 사용하는 방법에 대한 근본적인 변경을 유도합니다. A.1.2. 파티션: 하나의 드라이브 수로 전환디스크 드라이브는 파티션 으로 나눌 수 있습니다. 각 파티션은 마치 별도의 디스크인 것처럼 액세스할 수 있습니다. 이는 파티션 테이블 추가를 통해 수행됩니다. 디스크 공간을 별도의 디스크 파티션에 할당하는 데에는 여러 가지 이유가 있습니다. 예를 들면 다음과 같습니다.
현재 물리적 하드 디스크에 대한 파티션 레이아웃 표준은 master Boot Record (ceilometer ) 및 GUID 파티션 테이블(GPT)입니다. record 는 BIOS 기반 컴퓨터와 함께 사용되는 오래된 디스크 파티션 방법입니다. GPT 는UEFI(Unified Extensible Firmware Interface)의 일부인 최신 파티션 레이아웃입니다. 이 섹션 및 A.1.3절. “파티션이 있는 파티션 - 확장 파티션 개요” 은 주로 Master Boot Record (1.8.0)디스크 파티션 스키마를 설명합니다. GUID 파티션 테이블(GPT파티션 테이블 ) 파티션 레이아웃에 대한 자세한 내용은 A.1.4절. “GUID 파티션 테이블(GPT)” 을 참조하십시오. 이 장의 다이어그램은 파티션 테이블이 실제 디스크 드라이브와 분리되어 있는 것으로 표시되지만 이는 완전히 정확하지는 않습니다. 실제로 파티션 테이블은 파일 시스템 또는 사용자 데이터보다 먼저 디스크 시작 위치에 저장됩니다. 그러나 명확성을 위해, 그들은 우리의 다이어그램에서 분리되어 있습니다. 그림 A.5. 파티션 테이블이 있는 디스크 드라이브 이전 다이어그램에서 볼 수 있듯이 파티션 테이블은 4개의 섹션 또는 4개의 기본 파티션으로 나뉩니다. 기본 파티션은 하나의 논리 드라이브(또는 섹션)만 포함할 수 있는 하드 드라이브의 파티션입니다. 각 섹션은 단일 파티션을 정의하는 데 필요한 정보를 보유할 수 있습니다. 즉, 파티션 테이블이 4개 이상의 파티션을 정의할 수 없습니다. 각 파티션 테이블 항목에는 파티션의 몇 가지 중요한 특성이 포함되어 있습니다.
시작 및 종료 포인트는 디스크의 파티션 크기와 위치를 정의합니다. "활성" 플래그는 일부 운영 체제의 부트 로더에서 사용합니다. 즉, 파티션의 운영 체제가 "활성"으로 표시됩니다. 유형은 파티션의 예상 사용량을 식별하는 번호입니다. 일부 운영 체제는 파티션 유형을 사용하여 특정 파일 시스템 유형을 표시하고, 파티션을 특정 운영 체제와 연결된 것으로 구분하여 파티션에 부팅 가능한 운영 체제 또는 세 가지 조합이 있음을 나타냅니다. 다음은 단일 파티션이 있는 디스크 드라이브의 예를 보여줍니다. 그림 A.6. 단일 파티션이 있는 디스크 드라이브 이 예제의 단일 파티션은 도쿄로 레이블이 지정됩니다. 표 A.1. 파티션 유형
A.1.3. 파티션이 있는 파티션 - 확장 파티션 개요필요에 따라 4개의 파티션이 충분하지 않은 경우 확장 파티션을 사용하여 추가 파티션을 만들 수 있습니다. 이 작업을 수행하려면 파티션 유형을 "Extended"로 설정합니다. 확장 파티션은 자체 오른쪽에 있는 디스크 드라이브와 같습니다. 여기에는 확장 파티션 자체 내에 완전히 포함된 파티션 하나 이상(새 파티션 이라고 함) 을가리키는 자체 파티션 테이블이 있습니다. 다음 다이어그램에서는 하나의 기본 파티션이 있는 디스크 드라이브와 두 개의 논리 파티션(주로 파티션되지 않은 여유 공간)이 포함된 하나의 확장 파티션을 보여줍니다. 그림 A.7. 확장 파티션이 있는 디스크 드라이브 이 그림에서 알 수 있듯이 기본 파티션과 논리 파티션 간에는 네 개의 기본 파티션만 있을 수 있지만 존재할 수 있는 논리 파티션 수에 고정된 제한은 없습니다. 그러나 Linux에서 파티션에 액세스하는 방식으로 인해 단일 디스크 드라이브에 12개 이상의 논리 파티션을 정의해야 합니다. A.1.4. GUID 파티션 테이블(GPT)GUID(GUID 파티션테이블)는GUID(Globally Unique Identifier)를 사용하는 기반으로 새로운 파티션 스키마입니다. GPT 는, 특히 디스크의 제한된 최대 주소 지정 가능 스토리지 공간(특히 디스크의 제한된 최대 스토리지 공간)에 따라 GPT 파티션 테이블의 제한 사항에 대응하기 위해 개발되었습니다. 2TiB(약 2.2TB와 동일)보다 큰 스토리지 공간을 처리할 수 없는 exists와 달리, 최대 주소 지정 가능 디스크 크기는 2.2 ZiB입니다. 기본적으로 GPT 는 최대 128개의 주 파티션을 만들 수 있습니다. 파티션 테이블에 더 많은 공간을 할당하여 이 수를 확장할 수 있습니다. GPT 디스크는 논리 블록 주소 지정(LBA)을 사용하며 파티션 레이아웃은 다음과 같습니다.
부트 로더를 GPT(GUID 파티션 테이블)가 포함된 디스크에 성공적으로 설치하려면 BIOS 부팅 파티션이 있어야 합니다. 여기에는 Anaconda 에서 초기화한 디스크가 포함됩니다. 디스크에 이미 BIOS 부팅 파티션이 포함된 경우 재사용할 수 있습니다. A.2. 디스크 재파티션을 위한 전략디스크를 다시 분할할 수 있는 방법은 여러 가지가 있습니다. 이 섹션에서는 다음과 같은 가능한 방법에 대해 설명합니다.
이 섹션에서는 위에 언급된 개념만 이론적으로 설명하며 디스크 재파티션을 단계별로 수행하는 방법을 보여주는 절차가 포함되어 있지 않습니다. 이러한 자세한 정보는 이 문서의 범위를 벗어납니다. 다음 그림은 명확성을 위해 단순화되며 Red Hat Enterprise Linux 6.7을 실제로 설치할 때 발생하는 정확한 파티션 레이아웃을 반영하지 않으며 Red Hat Enterprise Linux Red Hat Enterprise Linux HAT;Linux를 설치하는 경우 발생하는 정확한 파티션 레이아웃을 반영하지 않습니다. A.2.1. 파티션되지 않은 여유 공간 사용이 경우 이미 정의된 파티션은 전체 하드 디스크에 확장되지 않고 정의된 파티션의 일부가 아닌 할당되지 않은 공간을 남겨 둡니다. 다음 다이어그램은 이것이 어떻게 보이는지 보여줍니다. 그림 A.8. 파티션되지 않은 여유 공간이 있는 디스크 드라이브 위의 예에서 1 은 할당되지 않은 공간이 있는 정의되지 않은 파티션을 나타내며 2 는 할당된 공간이 있는 정의된 파티션을 나타냅니다. 사용되지 않은 하드 디스크도 이 분류에 속합니다. 유일한 차이점은 모든 공간이 정의된 파티션의 일부가 아니라는 것입니다. 어떠한 경우에도 사용되지 않는 공간으로부터 필요한 파티션을 만들 수 있습니다. 슬프게도 매우 간단하더라도 이 시나리오는 매우 간단하지 않을 수 있습니다(Red Hat Enterprise Linux Kernel;Hat Enterprise Red Hat Enterprise Linux용 새 디스크를 구매하지 않은 경우). 사전 설치된 대부분의 운영 체제는 디스크 드라이브의 사용 가능한 모든 공간을 차지하도록 구성되어 있습니다( A.2.3절. “활성 파티션에서 여유 공간 사용”참조). A.2.2. 사용되지 않는 파티션의 공간 사용이 경우 더 이상 사용하지 않는 파티션이 하나 이상 있을 수 있습니다. 다음 다이어그램은 이러한 상황을 보여줍니다. 그림 A.9. 사용되지 않는 파티션이 있는 디스크 드라이브 위의 예에서 1 은 사용되지 않은 파티션을 나타내며 2 는 Linux에서 사용하지 않는 파티션을 실제 재배치하는 것을 나타냅니다. 이 경우 사용되지 않은 파티션에 할당된 공간을 사용할 수 있습니다. 먼저 파티션을 삭제한 다음 적절한 Linux 파티션을 만들어야 합니다. 사용되지 않은 파티션을 삭제하고 설치 프로세스 중에 새 파티션을 수동으로 생성할 수 있습니다. A.2.3. 활성 파티션에서 여유 공간 사용이것이 가장 일반적인 상황입니다. 그러나 여전히 가장 어려운 처리로 남아 있습니다. 주요 문제는 사용 가능한 공간이 충분하더라도 현재 사용 중인 파티션에 할당된다는 것입니다. 사전 설치된 소프트웨어가 있는 컴퓨터를 구매한 경우 하드 디스크에 운영 체제 및 데이터가 들어 있는 하나의 대규모 파티션이 있을 수 있습니다. 시스템에 새 하드 드라이브를 추가하는 것 외에도 다음 두 가지 옵션이 있습니다. 파괴적인 Repartitioning 이 경우 하나의 큰 파티션이 삭제되고 대신 몇 개의 작은 파티션이 생성됩니다. 원래 파티션에 저장된 모든 데이터는 삭제됩니다. 즉, 완전한 백업을 만들어야 합니다. 두 백업을 만들고(백업 소프트웨어에서 사용 가능한 경우) 확인을 사용하고 파티션을 삭제하기 전에 백업에서 데이터를 읽는 것이 좋습니다. 운영 체제가 해당 파티션에 설치된 경우 해당 시스템을 사용하려면 다시 설치해야 합니다. 사전 설치된 운영 체제에서 판매되는 일부 컴퓨터에는 원래 운영 체제를 다시 설치하는 설치 미디어가 포함되어 있지 않을 수 있습니다. 원본 파티션과 해당 운영 체제 설치를 제거하기 전에 시스템에 적용되는지 확인해야 합니다. 기존 운영 체제에 대한 소규모 파티션을 만든 후 소프트웨어를 다시 설치하고 데이터를 복원한 다음 Red Hat Enterprise Linux hat;Hat Enterprise Red Hat Enterprise Linux completely;Linux 설치를 시작할 수 있습니다. 그림 A.10. 공격적으로 다시 분할됨을 나타내는 디스크 드라이브 위의 예에서 1 은 전과 2 는 후를 나타냅니다. 원래 파티션에 이전에 존재하는 모든 데이터가 손실됩니다. non-structive Repartitioning중복되지 않은 재파티션을 사용하면 해당 파티션에 저장된 파일을 손실하지 않고 큰 파티션을 더 작게 만드는 프로그램을 실행합니다. 이 방법은 일반적으로 신뢰할 수 있지만 대규모 드라이브에서 시간이 오래 걸릴 수 있습니다. 중복되지 않은 재파워킹 프로세스는 다소 단순하지만 다음과 같은 세 가지 단계가 있습니다.
각 단계는 더 자세히 설명되어 있습니다. A.2.3.1. 기존 데이터 압축다음 그림에서와 같이 첫 번째 단계는 기존 파티션의 데이터를 압축하는 것입니다. 이렇게 하는 이유는 파티션의 "end"에서 사용 가능한 여유 공간을 최대화하도록 데이터를 다시 정렬하는 것입니다. 그림 A.11. 압축 해제하는 디스크 드라이브 위의 예에서 1 은 전과 2 는 후를 나타냅니다. 이 단계는 매우 중요합니다. 데이터 위치가 없으면 파티션의 크기가 원하는 범위까지 조정되지 않을 수 있습니다. 또한 한 가지 이유 또는 다른 이유로 일부 데이터는 이동할 수 없습니다. 이 경우(및 새 파티션의 크기를 심각하게 제한)하는 경우 디스크를 손상적으로 다시 분할해야 할 수 있습니다. A.2.3.2. 기존 파티션 크기 조정그림 A.12. “파티션 Resized가 있는 디스크 드라이브” 실제 크기 조정 프로세스를 보여줍니다. 크기 조정 작업의 실제 결과는 사용된 소프트웨어에 따라 달라지지만 대부분의 경우 새로 만든 공간을 사용하여 원래 파티션과 동일한 유형의 포맷되지 않은 파티션을 만듭니다. 그림 A.12. 파티션 Resized가 있는 디스크 드라이브 위의 예에서 1 은 전과 2 는 후를 나타냅니다. 소프트웨어를 사용하는 크기 조정이 새로 확보된 공간과 함께 수행하는 작업을 이해하는 것이 중요하므로 적절한 조치를 취할 수 있습니다. 여기에 설명 된 경우 새 sequences 파티션을 삭제하고 적절한 Linux 파티션을 만드는 것이 가장 좋습니다. A.2.3.3. 새 파티션 생성이전 단계에서 부정확한 것처럼 새 파티션을 만드는 데 필요할 수도 있고 그렇지 않을 수도 있습니다. 그러나 크기 조정 소프트웨어가 Linux가 설치된 시스템을 지원하지 않는 경우 크기 조정 프로세스 중에 생성된 파티션을 삭제해야 합니다. 그림 A.13. Final Partition Configuration이 있는 디스크 드라이브 위의 예에서 1 은 전과 2 는 후를 나타냅니다. A.3. 파티션 이름 지정 스키마 및 마운트 지점Linux에 익숙하지 않은 사용자에 대한 일반적인 혼란의 원인은 Linux 운영 체제에서 파티션을 사용 및 액세스하는 방법에 대한 문제입니다. programs/Windows에서는 비교적 간단합니다: 각 파티션은 "드라이브 문자"를 가져옵니다. 그런 다음 올바른 드라이브 문자를 사용하여 해당 파티션에 있는 파일 및 디렉토리를 참조합니다. 이는 Linux가 파티션 처리 방식과는 완전히 다르며, 이 문제의 경우 일반적으로 디스크 스토리지와는 다릅니다. 이 섹션에서는 파티션 이름 지정 체계의 주요 원칙과 Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux에서 파티션을 액세스하는 방법에 대해 설명합니다. A.3.1. 파티션 이름 지정 Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux에서는 파일 기반 이름( 장치 및 파티션 이름은 다음과 같습니다.
이는 모든 장치 파일이 있는 디렉터리의 이름입니다. 파티션이 하드 디스크에 있고 하드 디스크는 장치이므로 가능한 모든 파티션을 나타내는 파일은 xx 파티션 이름의 처음 두 글자는 파티션이 상주하는 장치 유형(일반적으로 y 이 문자는 파티션이 있는 장치를 나타냅니다. 예를 들어 첫 번째 하드 디스크의 N 마지막 숫자는 파티션을 나타냅니다. 처음 4개( primary 또는 extended) 파티션은 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux sl;Linux가 모든 유형의 디스크 파티션을 식별하고 참조할 수 있는 경우에도 파일 시스템을 읽지 못할 수 있으므로 모든 파티션 유형에서 저장된 데이터에 액세스하지 못할 수 있습니다. 그러나 많은 경우 다른 운영 체제 전용 파티션의 데이터에 성공적으로 액세스할 수 있습니다. A.3.2. 디스크 파티션 및 마운트 지점Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux, Linux의 각 파티션은 단일 파일 및 디렉토리 세트를 지원하는 데 필요한 스토리지의 일부를 형성하는 데 사용됩니다. 이 작업은 마운트 라는 프로세스를 통해 파티션과 디렉토리를 연결하여 수행됩니다. 파티션을 마운트하면 지정된 디렉토리(마운트 포인트라고 함)에서 스토리지를 사용할 수 있습니다. 예를 들어 예를 계속 진행하면 A.3.3. 몇 개의 파티션은 무엇입니까?현재 Red Hat Enterprise Linux Long;Hat EnterpriseRed Hat Enterprise Linux 6.7;Linux를 준비하는 이 과정에서 새 운영 체제에서 사용할 파티션의 수와 크기를 고려해야 합니다. 그러나 이 질문에 대한 올바른 답변은 없습니다. 이는 귀하의 필요와 요구 사항에 따라 달라집니다. 이를 염두에 두면 Red Hat은 달리 이유를 제공하지 않는 한 부록 B. iSCSI 디스크iSCSI( Internet Small Computer System Interface )는 컴퓨터가 SCSI 요청 및 TCP/IP를 통해 전송된 응답을 통해 스토리지 장치와 통신할 수 있도록 하는 프로토콜입니다. iSCSI는 표준 SCSI 프로토콜을 기반으로 하므로 SCSI의 일부 용어를 사용합니다. 요청이 전송되는 SCSI 버스의 장치 및 이러한 요청에 응답하는 장치는 대상 이라고 하며 장치를 이니시에이터 라고 합니다. 즉, iSCSI 디스크는 대상이며 SCSI 컨트롤러 또는 SCSI 호스트 버스 어댑터(HBA)와 동등한 iSCSI 소프트웨어를 이니시에이터라고 합니다. 이 부록은 Linux를 iSCSI 이니시에이터로만 설명합니다. Linux에서 iSCSI 디스크를 사용하는 방법, Linux에서 iSCSI 디스크를 호스팅하는 방법은 아닙니다. Linux에는 SCSI HBA 드라이버를 배치하고 있는 커널의 iSCSI 이니시에이터가 있으므로 Linux에서 iSCSI 디스크를 사용할 수 있습니다. 그러나 iSCSI는 완전한 네트워크 기반 프로토콜이기 때문에 iSCSI 이니시에이터 지원은 네트워크를 통해 SCSI 패킷을 전송하는 기능보다 더 많은 것이 필요합니다. Linux가 iSCSI 대상을 사용하기 전에 Linux는 네트워크에서 대상을 찾아서 연결해야 합니다. 경우에 따라 Linux는 대상에 대한 액세스를 얻기 위해 인증 정보를 보내야 합니다. 또한 Linux는 네트워크 연결 실패를 감지하고 필요한 경우 다시 로그인하는 등 새 연결을 설정해야 합니다. iscsid 유틸리티에 의해 검색, 연결 및 로그인은 iscsiadm 유틸리티에서 사용자 공간, 오류가 처리되는 동안 사용자 공간에서도 처리됩니다. iscsiadm 과 iscsid 는 Red Hat Enterprise Linux 기준의 iscsi-initiator-utils 패키지의 일부입니다. B.1. Anaconda의 iSCSI 디스크Anaconda 설치 프로그램은 다음 두 가지 방법으로 iSCSI 디스크를 검색하고 로그인할 수 있습니다.
Anaconda 는 iscsiadm 을 사용하여 iSCSI 대상을 찾고 로그인하지만 iscsiadm 은 이러한 대상에 대한 모든 정보를 iscsiadm iSCSI 데이터베이스에 자동으로 저장합니다. 그런 다음
Anaconda 는 이 데이터베이스를 설치된 시스템에 복사하고 B.2. 시작 시 iSCSI 디스크iSCSI와 관련된 이벤트는 시스템을 시작하는 동안 여러 지점에서 발생할 수 있습니다.
시스템을 시작하면 iscsid 가 필요하지 않으면 자동으로 시작되지 않습니다. iscsiadm 을 시작하면 iscsiadm 이 iscsid 를 차례로 시작합니다. 부록 C. Anaconda UI 특정 명령C.1. Anaconda에서 사용되는 명령"pwpolicy" 명령은 Kickstart 파일의 %anaconda 섹션에서만 사용할 수 있는 Anaconda UI 특정 명령입니다. pwpolicy (선택 사항) 이 명령을 사용하면 암호 길이 및 강점과 같은 요인을 기반으로 설치 중에 생성된 암호에 대한 요구 사항을 지정하는 사용자 지정 암호 정책을 적용할 수 있습니다. pwpolicy name [--minlen=length] [--minquality=quality] [--strict|--nostrict] [--emptyok|--noempty] [--changesok|--nochanges] name 을
이 명령은 %anaconda 섹션 내에서만 사용할 수 있습니다.
부록 D. LVM 이해 LVM(Logical Volume Management) 파티션은 표준 파티션보다 많은 이점을 제공합니다. LVM 파티션은 물리 볼륨 으로 포맷됩니다. 하나 이상의 물리 볼륨이 결합되어 볼륨 그룹을 형성합니다. 그런 다음 각 볼륨 그룹의 총 스토리지는 하나 이상의 논리 볼륨 으로 나뉩니다. 논리 볼륨은 표준 파티션과 거의 동일하게 작동합니다. 파일 시스템
유형(예: AMD, Intel 및 ARM 시스템 및 IBM Power Systems 서버에서 부트 로더는 LVM 볼륨을 읽을 수 없습니다. IBM Z에서 zipl 부트 로더는 선형 매핑을 사용하여 LVM 논리 볼륨에서 기본적으로 설치 프로세스는 항상 물리 볼륨에서 별도의 LVM을 더 잘 이해하기 위해 물리 볼륨을 블록의 일형으로 가정하십시오. 블록은 데이터를 저장하는 데 사용되는 스토리지 단위입니다. 볼륨 그룹을 만들기 위해 물리 볼륨을 결합하면 훨씬 더 큰 플레일을 만들기 위해 블록을 여러 개를 결합할 수 있습니다. 결과 pile은 볼륨 그룹이 여러 논리 볼륨에 할당됨과 마찬가지로 임의의 크기의 여러 개로 세분화될 수 있습니다. 관리자는 표준 디스크 파티션과 달리 데이터를 삭제하지 않고 논리 볼륨을 늘리거나 줄일 수 있습니다. 볼륨 그룹의 물리 볼륨이 별도의 드라이브 또는 RAID 배열에 있는 경우 관리자는 스토리지 장치에 논리 볼륨을 분배할 수도 있습니다. 볼륨의 데이터보다 더 작은 용량으로 논리 볼륨을 축소하면 데이터가 손실될 수 있습니다. 유연성을 극대화하려면 현재 요구 사항을 충족하는 논리 볼륨을 생성하고 과도한 스토리지 용량을 할당되지 않은 상태로 둡니다. 필요에 따라 할당되지 않은 공간을 사용하도록 논리 볼륨을 안전하게 확장할 수 있습니다. 부록 E. 기타 기술 문서Anaconda 와 Red Hat Enterprise Linux Red Hat Enterprise Linux Red Hat Enterprise Linux Red Hat Enterprise Linux, Linux 시스템 모두 공통 소프트웨어 구성 요소를 사용합니다. 주요 기술에 대한 자세한 내용은 아래 나열된 웹 사이트를 참조하십시오. Boot Loader스토리지 관리 관리자는 논리 볼륨 관리(LVM)를 통해 스토리지를 관리할 수 있는 다양한 기능을 제공합니다. 기본적으로 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 설치 프로세스 포맷은 LVM 볼륨으로 구동됩니다. LVM에 대한 자세한 내용은 Red Hat Enterprise Linux 7 Logical Volume Manager 관리 가이드 를 참조하십시오. 원격 디스플레이Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux(Linux 및 Anaconda )에는 VNC(Virtual Network Computing) 소프트웨어가 포함되어 그래픽 디스플레이에 원격으로 액세스할 수 있습니다. VNC에 대한 자세한 내용은 Red Hat Enterprise Linux 7 시스템 관리자 가이드의 TigerVNC 장을 참조하십시오. Red Hat 고객 포털에서 VNC 구성 기 애플리케이션을 사용하여 VNC 서버 및 클라이언트 설정을 통해 안내할 수도 있습니다. 원격 시스템 액세스Red Hat Enterprise Linux {{;Hat EnterpriseRed Hat Enterprise Linux, Linux는 OpenSSH 제품군을 통합하여 시스템에 대한 원격 액세스를 제공합니다. SSH 서비스를 사용하면 다른 시스템의 명령줄 액세스, 원격 명령 실행 및 네트워크 파일 전송이 포함된 여러 가지 기능을 사용할 수 있습니다. 설치 프로세스 중에 Anaconda 는 OpenSSH의 scp 기능을 사용하여 크래시 보고서를 원격 시스템으로 전송할 수 있습니다. OpenSSH에 대한 자세한 내용은 Red Hat Enterprise Linux 7 시스템 관리자 가이드의 해당 섹션을 참조하십시오. 액세스 제어방화벽Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux는 firewalld 를 사용하여 방화벽 기능을 제공합니다. 자세한 내용은 Red Hat Enterprise Linux 7 보안 가이드 의 해당 장을 참조하십시오. 소프트웨어 설치Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux는 yum 을 사용하여 시스템을 구성하는 RPM 패키지를 관리합니다. 자세한 내용은 Red Hat Enterprise Linux 7 관리자 가이드의 해당 장을 참조하십시오. 가상화가상화는 동일한 컴퓨터에서 여러 운영 체제를 동시에 실행할 수 있는 기능을 제공합니다. Red Hat Enterprise Linux Kernel;Hat EnterpriseRed Hat Enterprise Linux 6.7;Linux에는 Red Hat Enterprise Linuxxxxx;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 호스트에서 보조 시스템을 설치하고 관리하는 도구도 포함되어 있습니다. 설치 프로세스 중 또는 이후에 가상화 지원을 선택할 수 있습니다. 자세한 내용은 Red Hat Enterprise Linux 7 가상화 배포 및 관리 가이드 를 참조하십시오. 부록 F. ext4 및 XFS 명령용 참조 테이블XFS는 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux 7의 기본 파일 시스템으로 ext4를 대체합니다. 이 표는 일반적인 파일 시스템 조작 작업과 ext4 및 XFS 명령의 변경 사항을 나열하는 교차 참조로 사용됩니다. 표 F.1. ext4 및 XFS 명령용 참조 테이블
부록 G. 데이터 크기 용어 참조 테이블표 G.1. 데이터 크기 용어 참조 테이블
부록 H. 개정 내역버전 번호는 Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux Kernel;Linux의 버전 번호가 아닌 이 설명서의 버전과 관련이 있습니다.
색인Symbols/boot 파티션권장 파티션, 권장 파티션 계획, 권장 파티션 계획/var/ 파티션권장 파티션, 권장 파티션 계획, 권장 파티션 계획가상화문서, 기타 기술 문서구성hardware, 시스템 사양 목록, 시스템 사양 목록time, 날짜 및 시간시간대, 날짜 및 시간네트워크 부팅 설치개요, 네트워크 설치 준비구성, 네트워크 부팅 서비스 구성등록초기 설정 사용, 서브스크립션 관리자디스크 공간, 디스크 공간 및 메모리 요구 사항, 디스크 공간 및 메모리 요구 사항디스크 파티션러 파티션 추가볼륨 추가, 파일 시스템 추가 및 파티션 구성, 파일 시스템 추가 및 파티션 구성로그 파일AMD64 및 Intel 64, 64비트 AMD, Intel 및 ARM Systems의 설치 문제 해결IBM Power Systems, IBM Power Systems에서 설치 문제 해결IBM Z, IBM Z에서 설치 문제 해결Kickstart 설치, Kickstart 설치는 무엇입니까?로그 파일 설치anaconda.packaging.log , 구성 메뉴 및 진행률 화면, 구성 메뉴 및 진행률 화면, 구성 메뉴 및 진행률 화면루트 / 파티션권장 파티션, 권장 파티션 계획, 권장 파티션 계획루트 암호, 루트 암호 설정, 루트 암호 설정, 루트 암호 설정마스터 부트 레코드, Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux: Linux로 부팅할 수 없음다시 설치, Boot Loader 다시 설치마운트 지점파티션 및, 디스크 파티션 및 마운트 지점매개변수 파일, IBM Z의 매개변수 및 구성 파일Kickstart 매개변수, Kickstart 설치를 위한 매개 변수샘플 매개변수 파일, 샘플 매개 변수 파일 및 CMS 구성 파일설치 네트워크 매개변수, 설치 네트워크 매개변수필수 매개변수, 필수 매개변수메모리 테스트 모드, 메모리(RAM) 테스트 모드 로드문제 해결AMD64 및 Intel 64, 64비트 AMD, Intel 및 ARM Systems의 설치 문제 해결GNOME 또는 2.0.0으로 부팅AMD64 및 Intel 64, 그래픽 환경으로 부팅IBM Power Systems, 그래픽 환경으로 부팅GRUB2next_entry, GRUB2 next_entry 변수는 가상화된 환경에서 예기치 않게 작동할 수 있습니다.GUI 설치 방법을 사용할 수 없음AMD64 및 Intel 64, 그래픽 설치로 부팅 문제IBM Power Systems, 그래픽 설치로 부팅 문제IBM Power Systems, IBM Power Systems에서 설치 문제 해결IBM Z, IBM Z에서 설치 문제 해결IPL NWSSTGIBM Power Systems, 네트워크 스토리지 공간 (*N problemsSTG)에서 IPL을 IP 할 수 없습니다.RAM을 인식하지 못했습니다.AMD64 및 Intel 64, RAM이 인식되지 않을 수 있습니까? X (X Window System)AMD64 및 Intel 64, 그래픽 사용자 인터페이스 없음IBM Power Systems, 그래픽 사용자 인터페이스 없음X Window System으로 부팅 AMD64 및 Intel 64, 그래픽 환경으로 부팅IBM Power Systems, 그래픽 환경으로 부팅X 서버 충돌AMD64 및 Intel 64, 사용자 로그 후 X 서버 캐시IBM Power Systems, 사용자 로그 후 X 서버 캐시감지된 디스크가 없습니다.AMD64 및 Intel 64, 디스크가 감지되지 않음IBM Power Systems, 디스크가 감지되지 않음IBM Z, 디스크가 감지되지 않음그래픽 로그인IBM Z, 원격 그래픽 데스크탑 및 XDMCP그래픽 부팅AMD64 및 Intel 64, 그래픽 부팅 시퀀스 사용 문제IBM Power Systems, 그래픽 부팅 시퀀스 사용 문제그래픽 환경으로 부팅AMD64 및 Intel 64, 그래픽 환경으로 부팅IBM Power Systems, 그래픽 환경으로 부팅부팅RAID 카드, RAID 카드로 부팅할 수 있습니까?설치 시작AMD64 및 Intel 64, 설치 시작 문제IBM Power Systems, 설치 시작 문제설치 중AMD64 및 Intel 64, 설치 중 문제IBM Power Systems, 설치 중 문제IBM Z, 설치 중 문제설치 후AMD64 및 Intel 64, 설치 후 문제IBM Power Systems, 설치 후 문제IBM Z, 설치 후 문제신호 11 오류AMD64 및 Intel 64, 시스템이 signal 11 오류를 표시합니까?IBM Power Systems, 시스템이 signal 11 오류를 표시합니까?IBM Z, 시스템이 signal 11 오류를 표시합니까?원격 데스크탑IBM Z, 원격 그래픽 데스크탑 및 XDMCP이동식 미디어 없이 역추적 메시지 저장AMD64 및 Intel 64, 추적 메시지 보고IBM Power Systems, 추적 메시지 보고IBM Z, 추적 메시지 보고콘솔을 사용할 수 없음AMD64 및 Intel 64, 직렬 콘솔이 확인되지 않음IBM Power Systems, 직렬 콘솔이 확인되지 않음파티션 완료IBM Power Systems, IBM Power Systems 사용자를 위한 기타 파티셔닝 문제방화벽문서, 기타 기술 문서복구 모드, 복구 모드에서 컴퓨터 부팅설치 프로그램 사용, Anaconda 복구 모드부팅복구 모드, Anaconda 복구 모드설치 프로그램AMD64 및 Intel 64, 물리적 미디어에서 부팅부팅 메뉴options, 부팅 옵션부팅 옵션, 부팅 옵션GPT, 부팅 메뉴에서 설치 시스템 구성GUID 파티션 테이블, 부팅 메뉴에서 설치 시스템 구성kexec, 부팅 메뉴에서 설치 시스템 구성multilib, 부팅 메뉴에서 설치 시스템 구성network, 부팅 메뉴에서 설치 시스템 구성selinux, 부팅 메뉴에서 설치 시스템 구성VNC, 부팅 메뉴에서 설치 시스템 구성zram, 부팅 메뉴에서 설치 시스템 구성zRAM, 부팅 메뉴에서 설치 시스템 구성드라이버 업데이트, 부팅 메뉴에서 설치 시스템 구성디버깅, 부팅 메뉴에서 설치 시스템 구성디스크 장치 이름, 부팅 메뉴에서 설치 시스템 구성로깅, 부팅 메뉴에서 설치 시스템 구성메모리 테스트 모드, 메모리(RAM) 테스트 모드 로드문제 해결, 부팅 메뉴에서 설치 시스템 구성미디어 확인, 부팅 미디어 확인복구 모드, 복구 모드에서 컴퓨터 부팅설치 소스, 부팅 메뉴에서 설치 시스템 구성설치 프로그램 런타임 이미지, 부팅 메뉴에서 설치 시스템 구성원격 액세스, 부팅 메뉴에서 설치 시스템 구성콘솔, 부팅 메뉴에서 설치 시스템 구성텍스트 모드, 부팅 메뉴에서 설치 시스템 구성서브스크립션 서비스, Red Hat Subscription Management Services 등록 해제설정 파일CMS 구성 파일, IBM Z의 매개변수 및 구성 파일z/VM 구성 파일, z/VM 구성 파일설치Kickstart (살펴볼 내용 Kickstart 설치)programStarting, 설치 프로그램 시작VNC 사용, VNC 사용디스크 공간, 디스크 공간 및 메모리 요구 사항, 디스크 공간 및 메모리 요구 사항메모리 요구 사항, 디스크 공간 및 메모리 요구 사항, 디스크 공간 및 메모리 요구 사항시작하기, 시작하기텍스트 모드, 부팅 메뉴에서 설치 시스템 구성파티션 설정, 수동 파티션설치 계획IBM Z, 설치 전설치 미디어다운로드, Downloading RedRed Hat Enterprise Linuxnbsp;Hat EnterpriseRed Hat Enterprise Linuxnbsp;Linux 설치 제거IBM Z에서, IBM Z에서 Red Hat Enterprise Linux Pure;Hat EnterpriseRed Hat Enterprise Linux 기준 삭제x86_64- 기반 시스템, 64비트 AMD, Intel 및 ARM 시스템에서 Red Hat Enterprise Linux Red Hat Enterprise Linux sl;Linux 제거설치 프로그램AMD64 및 Intel 64부팅, 물리적 미디어에서 부팅설치 프로그램 복구 모드사용 가능한 유틸리티, Anaconda 복구 모드정의, Anaconda 복구 모드설치 프로그램 부팅IBM Power Systems, IBM Power Systems에서 설치 부팅스왑 파티션권장 파티션, 권장 파티션 계획, 권장 파티션 계획스토리지 장치기본 스토리지 장치, 스토리지 장치, 스토리지 장치, 스토리지 장치특수 스토리지 장치, 스토리지 장치, 스토리지 장치, 스토리지 장치시간대구성, 날짜 및 시간시스템 복구, 기본 시스템 복구일반적인 문제, 일반적인 문제Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux: Linux로 부팅할 수 없음, Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux: Linux로 부팅할 수 없음sosreport, sosreport캡처부트 로더 재설치, Boot Loader 다시 설치하드웨어 및 소프트웨어 문제, 하드웨어 및 소프트웨어 문제암호루트 설정, 루트 암호 설정, 루트 암호 설정, 루트 암호 설정언어구성, 시작 화면 및 언어 선택원격 설치VNC 사용, VNC 사용제거RedRed Hat Enterprise Linuxnbsp;Hat EnterpriseRed Hat Enterprise Linuxnbsp;LinuxIBM Z에서, IBM Z에서 Red Hat Enterprise Linux Pure;Hat EnterpriseRed Hat Enterprise Linux 기준 삭제x86_64- 기반 시스템, 64비트 AMD, Intel 및 ARM 시스템에서 Red Hat Enterprise Linux Red Hat Enterprise Linux sl;Linux 제거체인 로드, 스토리지 장치 선택 화면, 스토리지 장치 선택 화면초기 설정Kickstart를 통한, Kickstart 명령 및 옵션Subscription, 서브스크립션 관리자텍스트 모드설치, 부팅 메뉴에서 설치 시스템 구성파일 시스템형식, 개요, 파일 시스템파일 시스템 유형, 파일 시스템 유형, 파일 시스템 유형파티션확장, 파티션이 있는 파티션 - 확장 파티션 개요파티션 설정, 수동 파티션destructive, 활성 파티션에서 여유 공간 사용non-destructive, 활성 파티션에서 여유 공간 사용권장, 권장 파티션 계획, 권장 파티션 계획기본 개념, 디스크 파티션 소개기본 파티션, 파티션: 하나의 드라이브 수로 전환마운트 지점 및, 디스크 파티션 및 마운트 지점사용 중인 파티션 사용, 활성 파티션에서 여유 공간 사용사용되지 않은 파티션 사용, 사용되지 않는 파티션의 공간 사용새 생성, 파일 시스템 추가 및 파티션 구성, 파일 시스템 추가 및 파티션 구성파일 시스템 유형, 파일 시스템 유형, 파일 시스템 유형소개, 파티션: 하나의 드라이브 수로 전환여유 공간 사용, 파티션되지 않은 여유 공간 사용파티션 번호 지정, 파티션 이름 지정파티션 수, 파티션: 하나의 드라이브 수로 전환, 몇 개의 파티션은 무엇입니까?파티션 유형, 파티션: 하나의 드라이브 수로 전환파티션 이름 지정, 파티션 이름 지정파티션 추가파일 시스템 유형, 파일 시스템 유형, 파일 시스템 유형파티션용 공간 만들기, 디스크 재파티션을 위한 전략확장 파티션, 파티션이 있는 파티션 - 확장 파티션 개요파티션 추가볼륨 추가, 파일 시스템 추가 및 파티션 구성, 파일 시스템 추가 및 파티션 구성파일 시스템 유형, 파일 시스템 유형, 파일 시스템 유형하드 디스크기본 개념, 하드 디스크 기본 개념파일 시스템 형식, 파일 시스템파티션 설정, 디스크 파티션 소개파티션 소개, 파티션: 하나의 드라이브 수로 전환파티션 유형, 파티션: 하나의 드라이브 수로 전환확장 파티션, 파티션이 있는 파티션 - 확장 파티션 개요하드웨어 준비, IBM Power Systems 서버, IBM Power Systems Server 준비호스트 이름, , , 확장 파티션, 파티션이 있는 파티션 - 확장 파티션 개요, , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , %anaconda, %post, %pre, anaconda configuration, groups, , , GRUB2, , options, , pre-installation configuration, time, , Kkdump, Kdump, Kdump, Kdumpkexec활성화, 부팅 메뉴에서 설치 시스템 구성keymap, , , , , 언어 선택, 시작 화면 및 언어 선택KickstartIBM Z 매개변수 파일의 매개변수, Kickstart 설치를 위한 매개 변수파일 확인 방법, Kickstart 설치 시작Kickstart 설치, Kickstart 설치LVM, Kickstart 명령 및 옵션Starting, Kickstart 설치 시작검증, Kickstart 파일 확인네트워크 기반, 설치 소스를 사용 가능하게 설정설치 소스, 설치 소스를 사용 가능하게 설정파일 위치, Kickstart 파일을 사용할 수 있도록 설정파일 형식, Kickstart 파일 생성Kickstart 파일%include, Kickstart 명령 및 옵션auth, Kickstart 명령 및 옵션authconfig, Kickstart 명령 및 옵션autopart, Kickstart 명령 및 옵션bootloader, Kickstart 명령 및 옵션btrfs, Kickstart 명령 및 옵션clearpart, Kickstart 명령 및 옵션cmdline, Kickstart 명령 및 옵션driverdisk, Kickstart 명령 및 옵션eula, Kickstart 명령 및 옵션fcoe, Kickstart 명령 및 옵션firewall, Kickstart 명령 및 옵션firstboot, Kickstart 명령 및 옵션graphical, Kickstart 명령 및 옵션group, Kickstart 명령 및 옵션halt, Kickstart 명령 및 옵션ignoredisk, Kickstart 명령 및 옵션install, Kickstart 명령 및 옵션iscsi, Kickstart 명령 및 옵션iscsiname, Kickstart 명령 및 옵션kdump, Kickstart 명령 및 옵션keyboard, Kickstart 명령 및 옵션lang, Kickstart 명령 및 옵션logvol, Kickstart 명령 및 옵션mediacheck, Kickstart 명령 및 옵션mount, Kickstart 명령 및 옵션network, Kickstart 명령 및 옵션nvdimm, Kickstart 명령 및 옵션options, Kickstart 명령 및 옵션org_fedora_oscap, Kickstart 명령 및 옵션part, Kickstart 명령 및 옵션poweroff, Kickstart 명령 및 옵션pwpolicy, Anaconda에서 사용되는 명령RAID , Kickstart 명령 및 옵션realm, Kickstart 명령 및 옵션reboot, Kickstart 명령 및 옵션rescue, Kickstart 명령 및 옵션rootpw, Kickstart 명령 및 옵션selinux, Kickstart 명령 및 옵션services , Kickstart 명령 및 옵션shutdown, Kickstart 명령 및 옵션skipx, Kickstart 명령 및 옵션snapshot, Kickstart 명령 및 옵션sshpw, Kickstart 명령 및 옵션text, Kickstart 명령 및 옵션timezone, Kickstart 명령 및 옵션unsupported_hardware, Kickstart 명령 및 옵션user, Kickstart 명령 및 옵션vnc, Kickstart 명령 및 옵션volgroup, Kickstart 명령 및 옵션xconfig, Kickstart 명령 및 옵션zerombr, Kickstart 명령 및 옵션zfcp, Kickstart 명령 및 옵션구문 변경, Kickstart 구문 변경네트워크 기반, 설치 소스를 사용 가능하게 설정다른 파일의 내용 포함, Kickstart 명령 및 옵션로깅, Kickstart 명령 및 옵션리포지토리 구성, Kickstart 명령 및 옵션생성, Kickstart 명령 및 옵션설치 방법, Kickstart 명령 및 옵션설치 소스, Kickstart 명령 및 옵션어떻게 보이는지, Kickstart 파일 생성자동 단계, Kickstart 명령 및 옵션장치, Kickstart 명령 및 옵션파티션, Kickstart 명령 및 옵션패키지 선택 사양, 패키지 선택필요한 파티션 생성, Kickstart 명령 및 옵션형식, Kickstart 파일 생성KRDC, VNC 뷰어 설치SSCP, 기타 기술 문서([살펴볼 다른 내용] SSH)SELinux문서, 기타 기술 문서SSH(Secure SHell)문서, 기타 기술 문서Starting설치, 설치 프로그램 시작stepsCD-ROM 또는 DVD로 부팅, 설치 부팅 방법 선택, 설치 부팅 방법 선택IBM Power Systems 서버 하드웨어 준비, IBM Power Systems Server 준비디스크 공간, 디스크 공간 및 메모리 요구 사항, 디스크 공간 및 메모리 요구 사항지원되는 하드웨어, 지원되는 설치 대상, 지원되는 설치 대상하드웨어 호환성, 하드웨어 호환 가능 여부, 하드웨어 호환 가능 여부storage.logAMD64 및 Intel 64, 64비트 AMD, Intel 및 ARM Systems의 설치 문제 해결 IBM Power Systems, IBM Power Systems에서 설치 문제 해결IBM Z, IBM Z에서 설치 문제 해결subscription, Subscription설치 후, 서브스크립션 관리자초기 설정에서, 서브스크립션 관리자syslogAMD64 및 Intel 64, 64비트 AMD, Intel 및 ARM Systems의 설치 문제 해결IBM Power Systems, IBM Power Systems에서 설치 문제 해결IBM Z, IBM Z에서 설치 문제 해결UUEFI (Unified Extensible Firmware Interface), 64비트 AMD, Intel 및 ARM 시스템에서 설치 부팅Unregister, Red Hat Subscription Management Services 등록 해제upgrade from RedRed Hat Enterprise Linuxnbsp;Hat EnterpriseRed Hat Enterprise Linuxnbsp;Linux 6, 현재 시스템 업그레이드Preupgrade Assistant 사용, 현재 시스템 업그레이드Red Hat 업그레이드 사용, 현재 시스템 업그레이드USB 미디어부팅, 64비트 AMD, Intel 및 ARM 시스템에서 설치 부팅, IBM Power Systems에서 설치 부팅USB 부팅 미디어생성On Linux, Linux에서 USB 미디어 설치on Mac OS X, Mac OS X에서 USB 미디어 설치Windows에서, Windows에서 USB 미디어 설치USB 플래쉬 미디어다운로드, Downloading RedRed Hat Enterprise Linuxnbsp;Hat EnterpriseRed Hat Enterprise Linuxnbsp;Linux생성, USB 미디어 설치 |