8장. 버그 수정

설치 프로그램에서 다중 경로 또는 DDF RAID 장치를 사용하여 사용자 정의 파티션에서 올바른 총 디스크 공간을 표시

이전 버전에서는 다중 경로 또는 DDF RAID 장치가 있는 시스템의 설치 프로그램에서 사용자 정의 파티션을 선택하면 총 디스크 공간이 올바르게 보고되지 않았으며 멤버 디스크 장치가 파티셔닝에 사용 가능한 것으로 나열되었습니다.

이제 설치 프로그램에서 yum 리포지토리 파일에 구성 옵션을 올바르게 추가합니다.

이전에는 설치 프로그램이 추가 설치 리포지토리에서 패키지를 포함 및 제외하는 동안 yum repo 파일에 구성 옵션을 올바르게 추가하지 않았습니다. 이번 업데이트를 통해 yum repo 파일이 올바르게 생성됩니다. 결과적으로 repo kickstart 명령에서 --excludepkgs= 또는 --includepkgs= 옵션을 사용하면 설치 중에 지정된 패키지를 예상대로 제외하거나 포함합니다.

파일 이름 DHCP 옵션을 사용하면 더 이상 설치용 Kickstart 파일 다운로드를 차단하지 않습니다.

이전에는 NFS 서버에서 Kickstart 파일을 가져오는 경로를 빌드할 때 설치 프로그램이 파일 이름 DHCP 옵션을 고려하지 않았습니다. 그 결과 설치 프로그램이 kickstart 파일을 다운로드하지 않았으며 설치 프로세스를 차단했습니다. 이번 업데이트를 통해 파일 이름 DHCP 옵션이 Kickstart 파일의 경로를 올바르게 구성합니다. 결과적으로 Kickstart 파일이 올바르게 다운로드되고 설치 프로세스가 올바르게 시작됩니다.

사용자 지정 파티셔닝 중에 설치 관리자가 새로운 GPT 디스크 레이아웃을 생성

이전 버전에서는 inst.gpt 가 커널 명령줄에 지정되었을 때 설치 프로그램이 GPT로 디스크 레이아웃을 변경하지 않았으며 사용자 지정 파티션 설명에서 ScanSetting 디스크 레이아웃이 있는 디스크에서 모든 파티션을 제거한 경우 설치 프로그램이 GPT로 디스크 레이아웃을 변경했습니다. 그 결과 ScanSetting 디스크 레이아웃이 디스크에 남아 있었습니다.

이제 설치 프로그램에서 사용자 지정 파티셔닝 중에 모든 PPC PreP 부팅 또는 BIOS 부팅 파티션을 나열합니다.

이전에는 사용자 지정 파티셔닝 중에 PPC PreP Boot 또는 BIOS 부팅 파티션을 여러 개 추가할 때 사용자 정의 파티션 화면에 관련 유형의 파티션 한 개만 표시되었습니다. 그 결과 사용자 정의 파티셔닝 화면에 의도된 파티션 레이아웃의 실제 상태가 반영되지 않아 파티셔닝 프로세스가 어렵고 투명하지 않았습니다.

Anaconda에서 FIPS 요구 사항에 대한 LUKS 암호 확인

이전에는 Anaconda에서 LUKS 암호의 길이가 FIPS 요구 사항을 충족하는지 확인하지 않은 반면 기본 툴이 이 검사를 수행했습니다. 결과적으로 8자보다 짧은 암호를 사용하여 FIPS 모드로 설치하면 설치 프로그램이 조기에 종료되었습니다.