Red Hat Summit9장. 설치 및 부팅
네트워크 구성이 Kickstart에 제공되는 경우 initrd에서 수정된 네트워크 설정
이전에는 이러한 인터페이스가 Kickstart 파일에 정의된 경우 설치 프로그램이
initrd 에서 네트워크 인터페이스를 설정하거나 재구성하지 못했습니다. 이로 인해 설치에 실패하고 Kickstart 파일의 다른 명령에 네트워크 액세스가 필요한 경우 긴급 모드로 전환할 수 있습니다.
이 문제는 이제 해결되었으며 Anaconda는 부팅 프로세스 초기에
initrd 의 Kickstart 파일에서 네트워크 구성을 올바르게 처리합니다.
Anaconda에서 캐시된 논리 볼륨 생성을 지원
설치 프로그램에서 캐시된 LVM 논리 볼륨 생성 및 해당 볼륨에 시스템을 설치할 수 있도록 지원합니다.
현재 이 방법은 Kickstart에서만 지원됩니다. 캐시된 논리 볼륨을 생성하려면 logvol Kickstart 명령의 new --cachepvs=, --cachesize=, --cachemode= 옵션을 사용합니다.
이러한 새로운 옵션에 대한 자세한 내용은 Red Hat Enterprise Linux 7 설치 가이드를 참조하십시오.
GRUB2 부팅 메뉴 정렬 개선
grub2-mkconfig 명령에서 사용하는 정렬 메커니즘에 대한 문제로 인해 사용 가능한 커널이 잘못 정렬되어 grub.cfg 구성 파일이 생성될 수 있습니다.
GRUB2는 이제 rpmdevtools 패키지를 사용하여 사용 가능한 커널을 정렬하고 맨 위에 나열된 최신 커널 버전으로 설정 파일이 올바르게 생성되고 있습니다.
디스크 선택이 변경될 때 Anaconda에서 디스크 작업을 올바르게 되돌리기
이전에는 디스크 선택이 변경될 때 Anaconda 및 Blivet에서 디스크에 예약된 작업을 제대로 되돌리지 않아 다양한 문제가 발생했습니다. 이번 업데이트를 통해 Anaconda가 원래 스토리지 구성의 스냅샷을 생성하도록 수정되어 디스크 선택이 변경될 때 해당 스냅샷으로 돌아가 디스크에 예약된 모든 작업을 완전히 되돌립니다.
장치 매퍼 디스크 이름 검색 개선
이전 Red Hat Enterprise Linux 7 릴리스에서는 이전에 LVM 논리 볼륨이 포함된 디스크에 설치할 때 설치 프로그램이 충돌할 수 있었으며 해당 볼륨의 메타데이터가 여전히 존재합니다. 설치 프로그램에서 올바른
장치 매퍼 이름을 인식할 수 없으며 새 LVM 논리 볼륨을 생성하는 프로세스가 실패합니다.
장치
매퍼 장치 이름을 가져오는 데 사용되는 방법이 업데이트되어 기존 LVM 메타데이터가 포함된 디스크에 더 안정적인 설치가 가능합니다.
파티셔닝 시 PReP 부팅의 처리 수정
경우에 따라 사용자 지정 파티셔닝 중에 IBM Power Systems의
PReP Boot 파티션을 잘못된 크기로 설정할 수 있습니다. 이 경우 파티션을 제거하면 설치 프로그램이 충돌했습니다.
이제 anaconda 에서 파티션의 크기가
4096KiB 와 10MiB 사이에 올바르게 조정되었는지 확인합니다. 또한 크기를 변경하기 위해 PReP 부팅 파티션의 형식을 변경할 필요가 없습니다.
RAID1 장치의 EFI 파티션
EFI 시스템 파티션은 이제 RAID1 장치에서 생성할 수 있으며, 이는 하나의 부팅 디스크가 실패할 때 시스템 복구를 활성화하는 것입니다. 그러나 시스템은 하나의 EFI 시스템 파티션만 검색되므로 펌웨어에서 검색한 ESP의 볼륨이 손상되는 경우 (하지만 여전히 유효한 ESP로 표시되고 Boot### 및 Boot Order 모두 손상되는 경우 부팅 순서가 자동으로 다시 빌드되지 않습니다. 이 경우 시스템은 두 번째 디스크에서 수동으로 부팅해야 합니다.
텍스트 모드 설치가 더 이상 네트워크 설정 중에 충돌하지 않음
이전에는 대화형 텍스트 모드 설치 프로그램의 네트워크 구성 화면에서 네임서버를 지정할 때 공간을 사용하면 설치 프로그램이 충돌했습니다.
Anaconda에서는 이제 네임서버 정의의 공백을 텍스트 모드에서 올바르게 처리하고 네임서버 주소를 구분하는 데 공간을 사용하는 경우 설치 프로그램이 더 이상 충돌하지 않습니다.
IBM System z의 복구 모드 화면이 더 이상 차단되지 않음
이전에는 IBM System z 서버의 복구 모드의 두 번째 및 세 번째 화면이 부적절하게 표시되고 인터페이스의 일부가 차단되었습니다. 이 아키텍처의 복구 모드가 개선되었으며 이제 모든 화면이 올바르게 작동합니다.
Anaconda의 OpenSCAP 애드온
이제 설치 프로세스 중에 SCAP(Security Content Automation Protocol) 콘텐츠를 적용할 수 있습니다. 이 새로운 설치 프로그램 애드온은 사용자 지정 스크립트를 사용하지 않고도 보안 정책을 구성할 수 있는 안정적이고 간편한 방법을 제공합니다.
이 애드온은 대화형 설치 중에 새로운 Kickstart 섹션("%addon org_fedora_oscap")과 그래픽 사용자 인터페이스의 새 화면을 제공합니다. 세 부분 모두 Red Hat Enterprise Linux 7 설치 가이드에 설명되어 있습니다.
설치 중에 보안 정책을 적용하면 활성화한 정책에 따라 설치 중과 직후에 다양한 변경 사항이 수행됩니다. 프로필을 선택하면 openscap-scanner 패키지(OpenCPC 컴플라이언스 검사 툴)가 패키지 선택에 추가되고 설치가 완료된 후 초기 규정 준수 검사가 수행됩니다. 이 검사의 결과는
/root/openscap_data 에 저장됩니다.
scap-security-guide 패키지를 통해 설치 미디어에 여러 프로필을 제공합니다. 필요한 경우 다른 콘텐츠를 데이터 스트림, 아카이브 또는 HTTP, HTTPS 또는 FTP 서버에서 RPM 패키지로 로드할 수도 있습니다.
모든 시스템에서 보안 정책을 적용할 필요는 없습니다. 이 애드온은 조직의 규칙 또는 정부 규정에 따라 특정 정책을 요구하는 경우에만 사용해야 합니다. 그렇지 않으면 추가 기능은 보안 정책을 적용하지 않는 기본 상태로 유지될 수 있습니다.
CD 또는 DVD에서 Kickstart 파일을 기다릴 때 Anaconda가 더 이상 시간 초과되지 않음
이전 버전에서는 Anaconda가 inst.ks=cdrom:/ks.cfg 명령을 사용하여 광 미디어에서 Kickstart 파일을 로드하도록 구성되었으며 시스템이 CD 또는 DVD에서 부팅된 경우에도 설치 프로그램은 사용자가 디스크를 스왑할 때까지 30초만 대기했습니다. 이 시간이 지난 후 시스템이 긴급 모드로 전환되었습니다.
이번 업데이트를 통해 사용자가 CD 또는 DVD에 Kickstart 파일을 제공할 때까지 기다릴 때 Anaconda가 시간 초과되도록 수정되었습니다. inst.ks=cdrom 부팅 옵션이 사용되고 Kickstart 파일이 탐지되지 않으면 Anaconda에 프롬프트가 표시되고 사용자가 파일을 제공하거나 재부팅할 때까지 기다립니다.
