Red Hat Training

A Red Hat training course is available for Red Hat Enterprise Linux

35장. 설치 및 부팅

Kickstart 파일에 %packages --nobase --nocore를 지정할 때 역추적으로 설치에 실패합니다.

%packages 섹션이 포함된 Kickstart 파일을 사용하고 --nobase 및 --nocore 옵션을 동시에 지정하면 yum-langpacks 패키지가 누락되어 있기 때문에 역추적 메시지와 함께 설치에 실패합니다.
이 문제를 해결하려면 Kickstart 파일에 %packages --nobase --nocore 를 사용할 때 %packages 섹션에 yum-langpacks 패키지를 추가합니다.

Kickstart에 지정된 root 암호가 정책 요구 사항을 전달하지 않으면 설치를 진행할 수 없습니다.

루트 암호를 정의하는 Kickstart 파일을 사용하고 보안 정책 대화 상자에서 선택한 보안 정책에 대한 암호가 가득 차지 않는 경우 설치를 완료할 수 없습니다. Begin Installation (설치 시작) 버튼이 회색으로 표시되고 이 버튼을 누르면 root 암호를 수동으로 변경할 수 없습니다.
이 문제를 해결하려면 Kickstart 파일에서 선택한 보안 정책에서 정의한 요구 사항을 전달하는 충분한 강력한 암호를 사용해야 합니다.

복구 모드 Btrfs에서 루트 볼륨을 감지하고 마운트하지 못했습니다.

설치 프로그램 복구 모드(설치 미디어 부팅 메뉴 또는 inst.rescue 부팅 옵션을 사용하여 액세스)는 Btrfs 하위 볼륨에 배치된 / (root) 디렉터리로 기존 시스템을 탐지할 수 없습니다. 대신 'Linux 파티션이 없습니다.'라는 오류 메시지가 표시됩니다.
이 문제를 해결하려면 쉘을 입력하고 root 볼륨을 수동으로 마운트합니다.

초기 설정의 잘못된 창 제목

초기 설정 도구는 첫 번째 설치 후 재부팅 후 자동으로 표시되고 네트워크 연결과 같은 설정을 구성하고 시스템을 등록하기 위해 창 제목에 __main__.py 문자열을 표시합니다.
이는 미용 문제이며 사용성에 부정적인 영향을 미치지 않습니다.

IBM System z의 FBA DASD에 다시 설치하면 설치 프로그램이 충돌합니다.

수정된 Block Architecture(FBA) DASD를 사용하여 IBM System z에서 Red Hat Enterprise Linux 7을 다시 설치할 때 이러한 장치에 대한 불완전한 지원으로 인해 설치 프로그램이 충돌합니다.
이 문제를 해결하려면 장치 무시 목록에 배치하여 설치 중에 FBA DASD가 없는지 확인하십시오. 설치 프로그램을 시작하기 전에 이 작업을 수행해야 합니다. 루트 쉘에서 chccwdev 명령 뒤에 cio_ignore 명령을 사용하여 장치를 수동으로 오프라인으로 전환한 다음 장치 무시 목록에 추가합니다.
또는 설치를 시작하기 전에 이러한 명령을 사용하는 대신 CMS 구성 파일 또는 매개 변수 파일에서 모든 FBA DASD 장치 ID를 제거할 수 있습니다.

IBM System z에 설치한 후에는 HyperPAV 별칭을 사용할 수 없습니다.

알려진 문제로 인해 설치가 완료된 후 HyperPAV 별칭으로 구성된 DASD가 시스템에 자동으로 첨부되지 않습니다. 이러한 스토리지 장치는 설치 중 설치 대상 화면에서 사용할 수 있지만 설치 및 재부팅을 완료한 후에는 즉시 액세스할 수 없습니다.
이 문제를 일시적으로 해결하려면 chccwdev 명령을 사용하여 장치 블랙리스트에서 이러한 장치를 제거하십시오.
# chccwdev -e <devnumber>
재부팅 시 HyperPAV 별칭을 영구적으로 사용하려면 장치 번호를 /etc/dasd.conf 구성 파일에 추가합니다.
lsdasd 명령을 사용하여 이러한 장치를 사용할 수 있는지 확인할 수 있습니다.

IBM System z에서 생성된 anaconda-ks.cfg 파일을 사용하여 시스템을 다시 설치할 수 없습니다.

시스템 설치 중에 생성된 Kickstart 파일이며 설치 프로세스 중에 수행되는 모든 항목이 포함된 anaconda-ks.cfg 파일은 디스크 크기를 IBM System z DASD에서 10진수로 나타냅니다. 이는 DASD가 4KiB 정렬을 보고하므로 정수 값만 허용되므로 계산된 디스크 크기가 Kickstart 파일에 기록될 때 올바르지 않습니다. 따라서 생성된 Kickstart 파일을 다시 사용하여 설치를 재현할 수 없습니다.
IBM System z에서 anaconda-ks.cfg 파일을 사용하여 시스템을 다시 설치하려면 내의 모든 10진수 값을 정수로 수동으로 변경해야 합니다.

설치 중 가능한 NetworkManager 오류 메시지

시스템을 설치할 때 다음과 같은 오류 메시지가 표시되고 기록될 수 있습니다.
ERR NetworkManager: <error> [devices/nm-device.c:2590] activation_source_schedule(): (eth0): 활성화 단계
오류 메시지는 설치가 완료되지 않도록 해야 합니다.

InfiniBand Support 패키지 그룹에서 패키지 libocrdma가 누락됨

libocrdma 패키지는 InfiniBand 지원 그룹의 기본 패키지 세트에 포함되어 있지 않습니다. 결과적으로 사용자가 InfiniBand Support 그룹을 선택하고 RDMA over Converged Ethernet (RoCE)이 Emulex OneConnect 어댑터에서 작동할 것으로 예상되는 경우 필요한 드라이버 libocrdma 는 기본적으로 설치되지 않습니다.
첫 번째 부팅 시 사용자는 다음 명령을 실행하여 누락된 패키지를 수동으로 설치할 수 있습니다.
# yum install libocrdma
또는 libocrdma 패키지를 Kickstart 파일의 %packages 섹션에 추가합니다.
결과적으로 사용자는 RoCE 모드에서 Emulex OneConnect 장치를 사용할 수 있습니다.

/boot 파티션의 크기가 충분하지 않으면 시스템이 업그레이드되지 않을 수 있습니다.

설치된 커널 및 초기 RAM 디스크가 포함된 /boot 파티션은 여러 커널 및 kernel-debug 와 같은 추가 패키지가 설치된 경우 가득 찼을 수 있습니다. 이는 설치 중에 이 파티션의 기본 크기가 500MB로 설정되므로 시스템을 업그레이드할 수 없습니다.
이 문제를 해결하려면 yum 을 사용하여 이전 커널을 사용하지 않아도 됩니다. 새 시스템을 설치하는 경우 이러한 가능성을 고려하여 /boot 파티션을 기본값(500MB) 대신 더 큰 크기(예: 1GB)로 설정해야 합니다.

하나 이상의 디스크에 라벨이 없는 경우 다중 경로 장치에 설치 실패

다중 경로 장치에 설치할 때 설치 프로그램에서 다중 경로의 멤버인 디스크를 하나 이상 읽지 못하는 경우 오류 대화 상자를 표시할 수 있습니다. 이 문제는 하나 이상의 디스크로 인해 디스크 레이블이 누락되어 발생하여 발생하는 경우 설치를 진행할 수 없습니다.
이 문제를 해결하려면 설치 중에 사용 중인 다중 경로 장치의 일부인 모든 디스크에 디스크 레이블을 생성합니다.

호스트 이름이 %pre 스크립트에 정의된 경우 Kickstart의 정적 IPv4 구성을 덮어씁니다.

Kickstart 파일의 %pre 섹션에 호스트 이름을 정의할 때 호스트 이름(" network --hostname=hn")만 설정하는 네트워크 명령은 default --bootproto 값("dhcp") 및 default --device 값("link")로 장치 구성으로 간주되며, 이는 링크가 있는 첫 번째 장치를 의미합니다. 그러면 Kickstart는 network --hostname=hn --device=link 가 사용된 것처럼 작동합니다.
--device 옵션에 대해 기본값으로 간주되는 경우(링크가 있는 첫 번째 장치) 정적 IPv4 구성을 사용하도록 이미 구성된 경우 (예: 이전 네트워크 명령) --hostname 옵션에 의해 표시되는 IPv4 DHCP에 의해 구성을 덮어씁니다.
이 문제를 해결하려면 호스트 이름을 정의하는 network 명령을 먼저 사용하고 일반적으로 덮어쓰는 두 번째 네트워크 명령을 나중에 사용해야 합니다.
호스트 이름을 정의하는 네트워크 명령이 Kickstart 파일에서 유일한 명령인 경우 존재하지 않는 인터페이스(예: network --hostname=hn --device =x )를 사용하여 --device옵션을 추가합니다.

Kickstart에서 realm 명령을 사용하면 설치 프로그램이 충돌합니다.

알려진 문제로 인해 realm 명령이 Kickstart 파일에서 사용되지 않습니다. 이 명령을 사용하여 설치 중에 Active Directory 또는 Identity Management 도메인에 가입하려고 하면 설치 프로그램이 충돌합니다.
이 문제를 해결하려면 설치가 완료되고 도메인에 직접 참여할 때까지 기다리거나 realm join < realm name > 명령을 Kickstart 파일의 %post 섹션에 추가할 수 있습니다. 명령줄을 사용하여 도메인에 가입하는 정보는 realm(8) 매뉴얼 페이지를 참조하십시오.

시스템 업그레이드 중에 설치 프로그램이 도움말을 업데이트하지 않음

Red Hat Enterprise Linux 7.1에서 버전 7.2로 업그레이드할 때 패키징에 상당한 변경으로 인해 Anaconda 설치 프로그램( anaconda-user-help 패키지)에 대한 기본 도움말이 업그레이드되지 않습니다.
이 문제를 해결하려면 yum 을 사용하여 업그레이드를 수행하기 전에 anaconda-user-help 패키지를 제거하고 Red Hat Enterprise Linux 7.2로 업그레이드한 후 다시 설치합니다.

grubby에서 생성한 부팅 메뉴 항목의 잘못된 순서

GRUB2 부트 로더 설정 파일을 수정하고 업데이트하는 데 사용되는 grubby 툴은 부팅 메뉴 구성 파일을 생성할 때 목록 상단에 디버그 부팅 메뉴 항목을 추가할 수 있습니다. 그런 다음 이러한 디버그 메뉴 항목으로 인해 기본적으로 강조 표시 및 선택되지만 일반 항목이 푸시됩니다.

여러 드라이버 업데이트 이미지를 동시에 사용하면 마지막으로 지정된 이미지만 적용됩니다.

inst.dd=/dd.img 부팅 옵션을 사용하여 설치 중에 드라이버 업데이트를 수행하고 여러 드라이버 업데이트 이미지를 로드하기 위해 두 번 이상 지정하면 Anaconda에서 마지막 항목을 제외한 모든 매개변수 인스턴스를 무시합니다.
이 문제를 해결하려면 다음을 수행할 수 있습니다.
* 가능한 경우 설치 후 추가 드라이버 설치
* 다른 방법을 사용하여 driverdisk Kickstart 명령과 같은 드라이버 업데이트 이미지를 지정합니다.
* 하나의 드라이버 업데이트 이미지에 여러 드라이버 업데이트 이미지를 결합

LDL 형식의 DASD를 감지할 때 설치 관리자 충돌

설치 관리자는 IBM System z의 하나 이상의 DASD에서 LDL(Linux Disk Layout) 형식을 감지할 때마다 충돌합니다. 충돌은 libparted 라이브러리의 경쟁 조건으로 인해 발생하며 이러한 DASD가 설치 대상으로 선택되지 않은 경우에도 발생합니다. 다른 아키텍처는 이 문제의 영향을 받지 않습니다.
설치 중에 LDL DASD를 사용해야 하는 경우 설치 프로그램을 시작하기 전에 루트 쉘에서 dasdfmt 명령을 사용하여 각 LDL DASD를 CDL(호환 디스크 레이아웃)으로 수동으로 다시 포맷해야 합니다.
LDL DASD가 시스템에 있고 사용자가 설치 중에 사용하지 않으려는 경우 설치 프로세스 기간 동안 장치 무시 목록에 배치해야 합니다. 설치 프로그램을 시작하기 전에 이 작업을 수행해야 합니다. 루트 쉘에서 사용자는 chccwdev 명령 다음에 cio_ignore 명령을 사용하여 장치를 수동으로 오프라인으로 전환한 다음 장치 무시 목록에 추가해야 합니다.
또는 설치를 시작하기 전에 이러한 명령을 사용하는 대신 CMS 구성 파일 또는 매개 변수 파일에서 모든 LDL DASD 장치 ID를 제거할 수 있습니다.

kernel 및 redhat-release 패키지를 업그레이드한 후 재부팅 시 커널 패닉

동일한 10.0.0.1 트랜잭션에 redhat-release-server-7.2-9.el7 및 kernel 패키지를 설치하면 GRUB2 설정의 새 커널 메뉴 항목에서 initrd 행이 누락됩니다. 최신 설치된 커널을 사용하여 부팅한 다음 initrd가 누락되어 커널 패닉이 발생합니다. 이 문제는 일반적으로 yum update 를 사용하여 이전 마이너 릴리스에서 Red Hat Enterprise Linux 7.2로 시스템을 업그레이드하는 동안 나타납니다.
이 문제를 해결하려면 별도의 10.0.0.1 트랜잭션에서 redhat-release-server 및 kernel 패키지를 업그레이드해야 합니다. 또는 GRUB2 설정 파일( BIOS 시스템의/boot/grub2/grub.cfg )에서 새 커널의 메뉴 항목을 찾고 UEFI 시스템의 /boot/efi/EFI/redhat/grub.cfg 에서 initrd를 수동으로 추가할 수 있습니다.
initrd 구성 행은 initrd /initramfs-3.10.0-327.el7.x86_64.img 와 유사합니다. 동일한 메뉴 항목 내에 구성된 커널(vmlinuz)과 파일 이름이 /boot 디렉토리와 일치하는지 확인합니다. 참조하려면 이전 메뉴 항목을 사용합니다.

그래픽 환경이 설치된 경우에도 초기 설정은 텍스트 모드에서 시작할 수 있습니다.

설치 완료 후 시작되고 설치된 시스템이 처음 부팅되는 Initial Setup 유틸리티는 그래픽 환경을 사용할 수 있고 그래픽 버전의 Initial Setup이 시작되는 시스템에서 텍스트 모드로 시작될 수 있습니다. 이는 Initial Setup의 그래픽 및 텍스트 모드 서비스가 동시에 활성화되기 때문입니다.
이 문제를 해결하려면 설치 중에 Kickstart 파일을 사용하고 %post 섹션을 포함하여 실행하지 않으려는 Initial Setup 버전을 비활성화할 수 있습니다.
설치 후 Initial Setup의 그래픽 변형이 실행되는지 확인하려면 다음 %post 섹션을 사용합니다. 
%post
systemctl disable initial-setup-text.service
systemctl enable initial-setup-graphical.service
%end
Initial Setup의 텍스트 모드 변형을 활성화하려면 그래픽 서비스를 비활성화 하고 텍스트 모드를 활성화하려면 사용 및 비활성화 명령을 전환합니다.

/lib/ 및 /lib64/ 의 루트가 아닌 파일 시스템에 대한 링크는 ldconfig.service에 의해 제거됩니다.

Red Hat Enterprise Linux 7.2에는 루트가 아닌 파일 시스템이 마운트되기 전에 부팅 프로세스의 초기 단계에서 실행되는 ldconfig.service 가 도입되었습니다. ldconfig.service 가 실행되면 아직 마운트되지 않은 파일 시스템을 가리키는 경우 /lib/ 및 /lib64/ 디렉토리의 링크가 제거됩니다. 이 문제를 해결하려면 systemctl mask ldconfig ldconfig 명령을 사용하여 ldconfig.service 를 비활성화하므로 이러한 심볼릭 링크는 더 이상 제거되지 않고 시스템이 예상대로 부팅됩니다.

Red Hat Enterprise Linux 7.2로 업데이트한 후 IPC를 사용하는 데몬이 예기치 않게 종료됩니다.

Red Hat Enterprise Linux 7.2에는 새로운 systemd 기능이 도입되었습니다. 사용자가 마지막 세션을 통해 할당된 모든 프로세스 간 통신(IPC) 리소스를 정리합니다. 세션은 관리 cron 작업 또는 대화형 세션일 수 있습니다. 이 동작으로 인해 동일한 사용자가 실행되는 데몬과 동일한 리소스를 사용하여 예기치 않게 종료될 수 있습니다. 이 문제를 해결하려면 /etc/systemd/logind.conf 파일을 편집하고 다음 행을 추가합니다. 
RemoveIPC=no
그런 다음 다음 명령을 실행하여 변경 사항이 적용됩니다. 
systemctl restart systemd-logind.service
이러한 단계를 수행한 후 설명된 상황에서 데몬이 더 이상 충돌하지 않습니다.