검색

9장. 64비트 AMD, Intel 및 ARM Systems의 설치 문제 해결

download PDF
이 장에서는 몇 가지 일반적인 설치 문제와 해결 방법에 대해 설명합니다.
디버깅을 위해 Anaconda/tmp 디렉터리의 파일에 설치 작업을 기록합니다. 이러한 파일은 다음 표에 나열되어 있습니다.
표 9.1. 설치 중 로그 파일 생성
로그 파일 내용
/tmp/anaconda.log 일반 Anaconda 메시지
/tmp/program.log 모든 외부 프로그램은 설치 중에 실행됩니다.
/tmp/storage.log 광범위한 스토리지 모듈 정보
/tmp/packaging.log yumrpm 패키지 설치 메시지
/tmp/syslog 하드웨어 관련 시스템 메시지
설치에 실패하면 이러한 파일의 메시지가 /tmp/anaconda-tb- 식별자로 통합됩니다. 여기서 identifier 는 임의의 문자열입니다.
성공적으로 설치한 후 기본적으로 이러한 파일은 /var/log/anaconda/.에 있는 설치된 시스템으로 복사됩니다. 그러나 설치에 실패하거나 설치 시스템을 부팅할 때 inst.nosave=all 또는 inst.nosave=logs 옵션이 사용되는 경우 이러한 로그는 설치 프로그램의 RAM 디스크에만 존재합니다. 즉, 시스템의 전원이 꺼지면 영구적으로 저장되지 않으며 손실됩니다. 영구적으로 저장하려면 설치 프로그램을 실행하는 시스템에서 scp 를 사용하여 해당 파일을 네트워크의 다른 시스템에 복사하거나 마운트된 저장 장치(예: USB 플래쉬 드라이브)에 복사합니다. 네트워크를 통해 로그 파일을 전송하는 방법에 대한 자세한 내용은 아래에 있습니다. USB 플래쉬 드라이브 또는 기타 이동식 미디어를 사용하는 경우 절차를 시작하기 전에 해당 미디어에 있는 모든 데이터를 백업해야 합니다.

절차 9.1. 로그 파일 Onto a USB 드라이브로 전송

  1. 설치 중인 시스템에서 Ctrl+Alt+F2 를 눌러 쉘 프롬프트에 액세스합니다. root 계정에 로그인하면 설치 프로그램의 임시 파일 시스템에 액세스할 수 있습니다.
  2. USB 플래쉬 드라이브를 시스템에 연결하고 dmesg 명령을 실행합니다. 모든 최근 이벤트를 자세히 설명하는 로그가 표시됩니다. 이 로그 하단에는 방금 연결한 USB 플래쉬 드라이브로 인한 일련의 메시지가 표시됩니다. 다음과 유사한 행 세트와 유사합니다.
    [ 170.171135] sd 5:0:0:0: [sdb] Attached SCSI removable disk
    연결된 장치의 이름을 기록해 둡니다. 위의 예에서 sdb 입니다.
  3. /mnt 디렉토리로 이동한 후 USB 드라이브의 마운트 대상으로 사용할 새 디렉토리를 만듭니다. 디렉터리 이름은 중요하지 않습니다. 이 예제에서는 usb 라는 이름을 사용합니다.
    # mkdir usb
  4. USB플러그 드라이브를 새로 생성된 디렉터리에 마운트합니다. 대부분의 경우 전체 드라이브를 마운트하지 않고 파티션에 파티션을 마운트할 수 있습니다. 따라서 sdb 라는 이름을 사용하지 마십시오. 로그 파일을 작성할 파티션 이름을 사용합니다. 이 예에서는 sdb1 이라는 이름이 사용됩니다.
    # mount /dev/sdb1 /mnt/usb
    이제 액세스한 후 콘텐츠를 나열하여 올바른 장치와 파티션을 마운트했는지 확인할 수 있습니다. 목록은 드라이브에 있는 항목과 일치해야 합니다.
    # cd /mnt/usb
    # ls
  5. 로그 파일을 마운트된 장치에 복사합니다.
    # cp /tmp/*log /mnt/usb
  6. USB플러그 드라이브를 마운트 해제합니다. 대상이 사용 중임을 나타내는 오류 메시지가 표시되면 작업 디렉터리를 마운트 외부로 변경합니다(예: /).
    # umount /mnt/usb
설치의 로그 파일이 이제 USB 플래시 드라이브에 저장됩니다.

절차 9.2. 네트워크를 통해 로그 파일 전송

  1. 설치 중인 시스템에서 Ctrl+Alt+F2 를 눌러 쉘 프롬프트에 액세스합니다. root 계정에 로그인하면 설치 프로그램의 임시 파일 시스템에 액세스할 수 있습니다.
  2. 로그 파일이 있는 /tmp 디렉토리로 전환합니다.
    # cd /tmp
  3. scp 명령을 사용하여 로그 파일을 네트워크의 다른 시스템에 복사합니다.
    # scp *log user@address:path
    사용자를 대상 시스템에서 유효한 사용자 이름, 대상 시스템의 주소 또는 호스트 이름으로 바꾸고 path 를 로그 파일을 저장할 디렉터리의 경로로 바꿉니다. 예를 들어 IP 주소가 192.168.0.122 인 시스템에 john 으로 로그인하고 로그 파일을 해당 시스템의 /home/john/logs/ 디렉터리에 배치하려는 경우 명령은 다음과 같은 형식을 갖습니다.
    # scp *log john@192.168.0.122:/home/john/logs/
    처음으로 대상 시스템에 연결할 때 SSH 클라이언트에서 원격 시스템의 지문이 올바르고 계속 진행하도록 요청합니다.
    The authenticity of host '192.168.0.122 (192.168.0.122)' can't be established.
    ECDSA key fingerprint is a4:60:76:eb:b2:d0:aa:23:af:3d:59:5c:de:bb:c4:42.
    Are you sure you want to continue connecting (yes/no)?
    yes 를 입력하고 Enter 를 눌러 계속합니다. 메시지가 표시되면 유효한 암호를 입력합니다. 파일은 대상 시스템의 지정된 디렉터리로 전송을 시작합니다.
설치의 로그 파일이 이제 대상 시스템에 영구적으로 저장되며 검토할 수 있습니다.

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절. “부팅 메뉴에서 설치 시스템 구성” 에서 참조하십시오.
기본 그래픽 모드 사용
기본 그래픽 드라이버를 사용하여 설치를 시도할 수 있습니다. 이렇게 하려면 부팅 메뉴의 기본 그래픽 모드에서 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux sl;Linux 설치 또는 설치 프로그램의 부팅 옵션을 편집하여 명령줄 끝에 inst.xdriver=vesa 를 추가합니다.
디스플레이 해상도를 수동으로 지정
설치 프로그램이 화면 해상도를 감지하지 못하면 자동 탐지를 재정의하고 수동으로 지정할 수 있습니다. 이렇게 하려면 부팅 메뉴에 inst.resolution=x 옵션을 추가합니다. 여기서 x 는 디스플레이 해상도(예: 1024x768)입니다.
대체 비디오 드라이버 사용
설치 프로그램의 자동 탐지를 재정의하여 사용자 정의 비디오 드라이버를 지정할 수도 있습니다. 드라이버를 지정하려면 inst.xdriver=x 옵션을 사용합니다. 여기서 x 는 사용하려는 장치 드라이버(예: nouveau)입니다.
참고
사용자 지정 비디오 드라이버를 지정하면 문제가 해결되는 경우 anaconda 구성 요소 아래의 에서 https://bugzilla.redhat.com 버그로 보고해야 합니다. Anaconda 는 하드웨어를 자동으로 감지하고 개입 없이 적절한 드라이버를 사용할 수 있어야 합니다.
VNC를 사용하여 설치를 수행합니다.
위의 옵션이 실패하면 별도의 시스템을 사용하여 VNC( Virtual Network Computing ) 프로토콜을 사용하여 네트워크를 통해 그래픽 설치에 액세스할 수 있습니다. VNC를 사용한 설치에 대한 자세한 내용은 25장. VNC 사용 을 참조하십시오.

9.1.3. 직렬 콘솔이 확인되지 않음

직렬 콘솔을 사용하여 텍스트 모드로 설치하려고 하면 콘솔에 출력이 표시되지 않는 경우가 있습니다. 이는 그래픽 카드가 있지만 모니터가 연결되지 않은 시스템에서 발생합니다. Anaconda 에서 그래픽 카드를 감지하면 디스플레이가 연결되지 않은 경우에도 디스플레이에 이 카드를 사용하려고 합니다.
직렬 콘솔에서 텍스트 기반 설치를 수행하려면 inst.textconsole= 부팅 옵션을 사용합니다. 자세한 내용은 23장. 부팅 옵션 을 참조하십시오.
Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

© 2024 Red Hat, Inc.