11장. 확인된 문제

reboot --kexec 및 inst.kexec 명령은 예측 가능한 시스템 상태를 제공하지 않습니다.

reboot --kexec Kickstart 명령 또는 inst.kexec 커널 부팅 매개변수를 사용하여 RHEL 설치를 수행해도 전체 재부팅과 동일한 예측 가능한 시스템 상태가 제공되지 않습니다. 결과적으로 재부팅하지 않고 설치된 시스템으로 전환하면 예기치 않은 결과가 발생할 수 있습니다.

타사 도구를 사용하여 생성된 USB에서 설치를 부팅할 때 로컬 미디어 설치 소스가 탐지되지 않음

타사 툴을 사용하여 생성된 USB에서 RHEL 설치를 부팅할 때 설치 프로그램이 로컬 미디어 설치 소스를 감지하지 못합니다( Red Hat CDN 만 감지됨).

auth 및 authconfig Kickstart 명령에는 AppStream 리포지토리가 필요

authselect-compat 패키지는 설치하는 동안 auth 및 authconfig Kickstart 명령이 필요합니다. 이 패키지가 없으면 auth 또는 authconfig가 사용되는 경우 설치에 실패합니다. 설계에 따라 authselect-compat 패키지는 AppStream 리포지토리에서만 사용할 수 있습니다.

드라이버 디스크 메뉴가 콘솔에 사용자 입력을 표시하지 못했습니다

드라이버 디스크가 있는 커널 명령행에서 inst.dd 옵션을 사용하여 RHEL 설치를 시작하면 콘솔에 사용자 입력이 표시되지 않습니다. 결과적으로 애플리케이션이 사용자 입력 및 정지에 응답하지 않지만 사용자에게 혼동되는 출력이 표시됩니다. 그러나 이 동작은 기능에 영향을 미치지 않으며 Enter 를 누른 후 사용자 입력이 등록됩니다.

Anaconda가 애플리케이션으로 실행되는 시스템에서 예기치 않은 SELinux 정책

Anaconda가 이미 설치된 시스템에서 애플리케이션으로 실행 중인 경우(예: -image anaconda 옵션을 사용하여 이미지 파일에 다른 설치를 수행하기 위해) 설치 중에 SELinux 유형 및 속성을 수정하는 것은 좋지 않습니다. 결과적으로 Anaconda가 실행 중인 시스템에서 SELinux 정책의 특정 요소가 변경될 수 있습니다. 이 문제를 해결하려면 프로덕션 시스템에서 Anaconda를 실행하지 말고 임시 가상 시스템에서 실행합니다. 따라서 프로덕션 시스템에 대한 SELinux 정책이 수정되지 않습니다. boot.iso 또는 dvd.iso 에서 설치와 같은 시스템 설치 프로세스의 일부로 anaconda를 실행하는 것은 이 문제의 영향을 받지 않습니다.

USB CD-ROM 드라이브는 Anaconda에서 설치 소스로 사용할 수 없습니다.

USB CD-ROM 드라이브가 소스이고 Kickstart ignoredisk --only-use= 명령이 지정되면 설치에 실패합니다. 이 경우 Anaconda에서 이 소스 디스크를 찾아서 사용할 수 없습니다.

iso9660 파일 시스템을 사용하여 하드 드라이브 분할 설치에 실패합니다.

하드 드라이브가 iso9660 파일 시스템으로 분할된 시스템에는 RHEL을 설치할 수 없습니다. 이는 iso9660 파일 시스템 파티션이 포함된 하드 디스크를 무시하도록 설정된 업데이트된 설치 코드로 인해 발생합니다. 이는 DVD를 사용하지 않고 RHEL을 설치할 때에도 발생합니다.

Anaconda에서 관리자 계정의 존재를 확인하지 못했습니다.

그래픽 사용자 인터페이스를 사용하여 RHEL을 설치하는 동안 Anaconda는 관리자 계정이 생성되었는지 확인하지 못합니다. 결과적으로 사용자는 관리자 계정없이 시스템을 설치할 수 있습니다.

새로운 XFS 기능에서는 버전 5.10 이전 펌웨어를 사용하여 PowerNV IBM POWER 시스템을 부팅할 수 없습니다.

PowerNV IBM POWER 시스템은 펌웨어에 Linux 커널을 사용하고, GRUB 대신 Petitboot를 사용합니다. 이로 인해 펌웨어 커널 마운트 /boot 및 Petitboot가 GRUB 구성을 읽고 RHEL을 부팅합니다.

PReP가 4MiB 또는 8MiB가 아닌 경우 RHEL을 설치할 수 없음

PReP(PowerPC 참조 플랫폼) 파티션이 4kiB 섹터를 사용하는 디스크에서 4MiB 또는 8MiB와 다른 크기인 경우 RHEL 설치 프로그램은 부트 로더를 설치할 수 없습니다. 따라서 RHEL을 디스크에 설치할 수 없습니다.

설치 프로그램에서 다중 경로 장치로 사용자 지정 파티셔닝하는 동안 잘못된 총 디스크 공간이 표시됩니다.

설치 프로그램은 사용자 지정 파티셔닝 중에 다중 경로 장치의 개별 경로를 필터링하지 않습니다. 이로 인해 설치 프로그램이 다중 경로 장치에 대한 개별 경로를 표시하고 사용자는 생성된 파티션의 다중 경로 장치에 대한 개별 경로를 선택할 수 있습니다. 결과적으로 총 디스크 공간의 합계가 잘못 표시됩니다. 전체 디스크 공간에 각 개별 경로의 크기를 추가하여 계산됩니다.

NVMe over Fibre Channel 장치에서 설치 실패

RHEL을 설치할 때 설치 프로그램은 파이버 채널 장치를 통해 NVMe(Non-volatile Memory Express)를 표시하고 선택할 수 있습니다. 설치 과정에서 이러한 장치 사용은 지원되지 않습니다. 이로 인해 설치 프로세스가 실패하거나 설치된 시스템이 올바르게 부팅되지 않을 수 있습니다.

RHEL for Edge 설치 프로그램 이미지는 rpm-ostree 페이로드를 설치할 때 마운트 지점을 생성하지 못합니다.

RHEL for Edge 설치 프로그램 이미지에 사용되는 rpm-ostree 페이로드를 배포할 때 설치 프로그램에서 사용자 지정 파티션에 대한 일부 마운트 지점을 제대로 생성하지 않습니다. 결과적으로 다음 오류와 함께 설치가 중단됩니다.

네트워크에 연결된 경우 설치 후 NetworkManager가 시작되지 않지만 DHCP 또는 고정 IP 주소가 구성되지 않은 경우 NetworkManager를 시작합니다.

Anaconda는 RHEL 9.0부터 특정 ip= 또는 kickstart 네트워크 구성이 설정되지 않은 경우 네트워크 장치를 자동으로 활성화합니다. Anaconda는 각 이더넷 장치에 대해 기본 영구 구성 파일을 생성합니다. 연결 프로파일에는 ONBOOT 및 autoconnect 값이 true 로 설정되어 있습니다. 결과적으로 설치된 시스템을 시작할 때 RHEL은 네트워크 장치를 활성화하고 networkManager-wait-online 서비스가 실패합니다.

RHEL 설치 프로그램에서 inst.proxy 부팅 옵션을 올바르게 처리하지 않음

Anaconda를 실행하는 경우 설치 프로그램에서 inst.proxy 부팅 옵션을 올바르게 처리하지 않습니다. 결과적으로 지정된 프록시를 사용하여 설치 이미지를 가져올 수 없습니다.

다중 항목이 있는 IBM Z 아키텍처에서 RHEL 설치에 실패합니다.

설치 중에 여러 LUN을 사용하는 경우 IBM Z 아키텍처에서 RHEL 설치가 실패합니다. FCP 및 LUN 자동 검사 동작의 다중 경로 설정으로 인해 구성 파일의 커널 명령줄 길이는 896바이트를 초과합니다.

RHEL 설치 프로그램에서 aarch64에서 iSCSI 장치를 부팅 장치로 자동으로 검색하거나 사용하지 않습니다.

aarch64에서 실행되는 RHEL 설치 프로그램에 iscsi_ibft 커널 모듈이 없으면 펌웨어에 정의된 iSCSI 장치를 자동으로 검색할 수 없습니다. 이러한 장치는 GUI를 사용하여 수동으로 추가할 때 설치 관리자에 자동으로 표시되지 않거나 부팅 장치로 선택할 수 없습니다. 이 문제를 해결하려면 설치 프로그램을 부팅할 때 "inst.nonibftiscsiboot" 매개 변수를 커널 명령줄에 추가한 다음 GUI를 통해 iSCSI 장치를 수동으로 연결합니다. 결과적으로 설치 프로그램에서 연결된 iSCSI 장치를 부팅 가능으로 인식할 수 있으며 설치가 예상대로 완료됩니다.