목차로 이동
documentation.suse.com / 배포 가이드
SUSE Linux Enterprise Server 15 SP2

배포 가이드

이 가이드는 단일 또는 다중 시스템을 설치하는 방법과 배포 인프라를 위해 제품 고유의 기능을 이용하는 방법을 보여 줍니다. 물리적 설치 미디어에서 로컬 설치, 표준 설치 이미지 최적화, 네트워크 설치 서버, 원격 제어를 사용한 대량 배포, 매우 세밀하게 사용자 지정된 자동화 설치 프로세스 및 초기 시스템 구성의 다양한 방법 중에서 선택할 수 있습니다.

게시일: 2023 년 12 월 11 일

Copyright © 2006– 2023 SUSE LLC and contributors. All rights reserved.

GNU 무료 설명서 라이선스, 버전 1.2 또는 (사용자 선택에 따라) 버전 1.3의 조항에 따라 본 문서를 복사, 배포 및/또는 수정하는 권한이 허가됩니다. 그리고 각 항목에는 본 저작권 통지 및 라이선스가 설명된 고정(Invariant) 섹션이 있습니다. 라이선스 버전 1.2의 복사본은 GNU 무료 설명서 라이선스 섹션에 포함되어 있습니다.

SUSE 상표에 대해서는 https://www.suse.com/company/legal/을 참조하십시오. 모든 다른 제3자의 상표는 해당 소유주의 자산입니다. 상표 기호(®, ™ 등)는 SUSE 및 해당 계열사의 상표를 나타냅니다. 별표(*)는 타사 상표를 나타냅니다.

본 설명서의 모든 정보는 최대한의 주의를 기울여 작성되었습니다. 그러나 이것이 문서의 정확성을 보장하지는 않습니다. SUSE LLC, 해당 계열사, 작성자 또는 번역자는 누구도 발생 가능한 오류 또는 오류로 인한 결과에 대해 책임지지 않습니다.

이 가이드 정보

SUSE Linux Enterprise Server는 다양한 방법으로 설치할 수 있습니다. 부팅 또는 설치 서버, 자동 설치 또는 이미지 배포의 모든 조합을 다루는 것은 불가능합니다. 이 설명서는 설치에 적합한 배포 방법을 선택하도록 도와줍니다.

I부. 설치 준비

표준 배포 지침은 사용된 아키텍처에 따라 다릅니다. 아키텍처와 관련된 차이점과 요구사항은 이 부분을 참조하십시오.

II부. 설치 절차

설치 중에 필요한 대부분의 작업은 여기에서 설명됩니다. 여기에는 컴퓨터의 수동 설정 및 추가 소프트웨어 설치, 디스크 이미지 복제 및 원격으로 설정을 수행하는 방법이 포함되어 있습니다.

III부. 설치 이미지 사용자 정의

여기서는 일반 SUSE® Linux Enterprise 설치 이미지를 수정해야 하거나 수정하기를 원하는 경우(가상 환경용 최소 부팅 이미지를 생성하거나 모듈, 확장 및 리포지토리를 사용자 정의하기 위해) 수행할 수 있는 방법을 설명합니다.

IV부. 설치 서버 설정

SUSE® Linux Enterprise Server는 다양한 방법으로 설치할 수 있습니다. 일반적인 미디어 설치 외에도 다양한 네트워크 기반 방식 중에서 선택할 수 있습니다. 여기서는 설치 서버를 설정하고 설치를 위해 대상 시스템의 부팅을 준비하는 방법에 대해 설명합니다.

V부. 초기 시스템 구성

설치 후 시스템을 구성하는 방법에 대해 알아보십시오. 여기서는 YaST를 이용한 하드웨어 구성 요소 설정, 소프트웨어 설치 또는 제거, 사용자 관리, 설정 변경과 같은 일반적인 작업을 다룹니다.

1 사용 가능한 설명서

참고
참고: 온라인 문서 및 최신 업데이트

제품 문서는 https://documentation.suse.com/에서 확인할 수 있으며 여기서 최신 업데이트를 찾고 다양한 형식으로 된 문서를 찾아보거나 다운로드할 수도 있습니다. 최신 문서 업데이트는 일반적으로 문서의 영어 버전으로 제공됩니다.

이 제품에 대해 다음 문서를 사용할 수 있습니다.

Article “설치 빠른 시작

이 빠른 시작은 SUSE® Linux Enterprise Server 15 Sp2를 단계별로 설치하도록 안내합니다.

Book “배포 가이드

이 가이드는 단일 또는 다중 시스템을 설치하는 방법과 배포 인프라를 위해 제품 고유의 기능을 이용하는 방법을 보여 줍니다. 물리적 설치 미디어에서 로컬 설치, 표준 설치 이미지 최적화, 네트워크 설치 서버, 원격 제어를 사용한 대량 배포, 매우 세밀하게 사용자 지정된 자동화 설치 프로세스 및 초기 시스템 구성의 다양한 방법 중에서 선택할 수 있습니다.

Book “Administration Guide”

처음 설치된 시스템의 유지 관리, 모니터링 및 사용자 정의와 같은 시스템 관리 작업에 대해 설명합니다.

Book “Virtualization Guide”

일반적인 가상화 기술을 설명하고, 가상화에 대한 통합 인터페이스인 libvirt를 소개하고, 특정 Hypervisor에 대한 자세한 정보를 제공합니다.

Book “Storage Administration Guide”

SUSE Linux Enterprise Server에 대한 저장소 장치를 관리하는 방법에 대한 정보를 제공합니다.

Book “AutoYaST Guide”

AutoYaST는 설치 및 구성 데이터를 포함한 AutoYaST 프로파일을 사용하는 무인 대량 배포 SUSE Linux Enterprise Server 시스템을 위한 시스템입니다. 이 설명서에서 자동 설치, 준비, 설치 및 구성의 기본 단계를 안내합니다.

Book “Security and Hardening Guide”

로컬 보안 측면과 네트워크 보안 측면을 모두 망라하여 시스템 보안의 기본 개념을 소개합니다. AppArmor와 같은 제품 고유의 보안 소프트웨어 또는 보안 관련 이벤트에 대한 정보를 올바르게 수집하는 감사 시스템을 사용하는 방법을 보여줍니다.

Book “System Analysis and Tuning Guide”

문제 감지, 해결책 및 최적화에 대한 관리자 가이드 도구를 모니터링하여 시스템을 검사 및 최적화하는 방법과, 리소스를 효율적으로 관리하는 방법을 검색하십시오. 일반적인 문제와 해결책, 추가 도움말과 설명서 리소스에 대한 개요도 포함되어 있습니다.

Book “Repository Mirroring Tool Guide”

리포지토리와 등록 대상이 있는 SUSE Customer Center를 위한 프록시 시스템인 SMT(Subscription Management Tool: 구독 관리 도구)에 대한 관리자 안내서입니다. 로컬 SMT 서버를 설치 및 구성하고, 리포지토리를 미러링 및 관리하고, 클라이언트 시스템을 관리하고, SMT 사용을 위해 클라이언트를 구성하는 방법에 대해 알아보십시오.

Book “GNOME User Guide”

SUSE Linux Enterprise Server의 GNOME 데스크톱을 소개합니다. 데스크톱의 사용 및 구성을 안내하고 주요 작업 수행을 도와줍니다. 주로 GNOME을 기본 데스크톱으로 이용하려는 사용자를 위한 설명서입니다.

이 제품의 릴리스 노트는 https://www.suse.com/releasenotes/에서 제공됩니다.

2 피드백 제공

이 문서와 관련된 귀하의 피드백과 기여를 환영합니다! 다음과 같은 여러 채널을 사용할 수 있습니다.

서비스 요청 및 지원

제품에 사용 가능한 서비스 및 지원 옵션에 대해서는 https://www.suse.com/support/를 참조하십시오.

서비스 요청을 열려면, SUSE Customer Center에 가입해야 합니다. https://scc.suse.com/support/requests로 이동하여 로그인한 다음 새로 작성을 클릭합니다.

버그 보고서

문서와 관련된 문제는 https://bugzilla.suse.com/에 보고할 수 있습니다. 이 프로세스를 편리하게 수행하려면 이 문서의 HTML 버전에서 헤드라인 옆에 있는 문서 버그 보고를 사용하십시오. 이 기능을 사용하면 해당 제품 및 범주를 Bugzilla에서 사전에 선택하고 현재 선택 항목에 링크를 추가할 수 있습니다. 버그 보고서를 입력하여 즉시 시작할 수 있습니다. 이 작업을 위해서는 Bugzilla 계정이 필요합니다.

기여

이 문서에 기여하려면 이 문서의 HTML 버전에서 헤드라인 옆에 있는 소스 편집 링크를 사용하십시오. 그러면 GitHub의 소스 코드로 이동하며, 여기에서 풀 요청을 열 수 있습니다. 이 작업을 위해서는 GitHub 계정이 필요합니다.

이 문서에서 사용되는 문서 환경에 대한 자세한 내용은 리포지토리의 README를 참조하십시오.

메일

또는 문서와 관련된 피드백과 오류를 <>으로보내주십시오. 문서의 문서 제목, 제품 버전 및 게시 날짜를 포함해야 합니다. 해당 섹션 번호 및 제목을 기입(또는 URL을 포함)하고 문제에 대한 간결한 설명을 제공해 주십시오.

3 문서에서 사용된 규칙

본 문서에서는 다음과 같은 알림 및 인쇄 규칙이 사용됩니다.

  • /etc/passwd: 디렉토리 이름 및 파일 이름

  • PLACEHOLDER: PLACEHOLDER를 실제 값으로 교체

  • PATH: 환경 변수 PATH

  • ls, --help: 명령, 옵션 및 파라미터

  • user: 사용자 또는 그룹

  • 패키지 이름 : 패키지의 이름

  • Alt, Alt F1 : 누르는 키 또는 키 조합. 키는 키보드에서와 같이 대문자로 표시됩니다.

  • 파일, 파일 ›  다른 이름으로 저장 : 메뉴 항목, 버튼

  • AMD/Intel 이 단락은 AMD64/Intel-64 아키텍처에만 해당됩니다. 화살표는 텍스트 블록의 시작과 끝을 나타냅니다.

    IBM Z, POWER 이 단락은 IBM ZPOWER 아키텍처에만 해당됩니다. 화살표는 텍스트 블록의 시작과 끝을 나타냅니다.

  • 춤추는 펭귄(펭귄 장, ↑다른 설명서): 다른 설명서의 장을 참조하는 것입니다.

  • 루트 권한으로 실행해야 하는 명령입니다. 종종 해당 명령 앞에 sudo 명령을 붙여 권한이 없는 사용자로 실행할 수도 있습니다.

    root # command
    tux > sudo command
  • 권한이 없는 사용자가 실행할 수 있는 명령입니다.

    tux > command
  • 알림

    주의
    주의: 경고 알림

    계속하기 전에 숙지해야 할 필수 정보입니다. 보안 문제, 데이터 손실, 하드웨어 손상 또는 신체 상해 가능성에 대해 경고합니다.

    중요
    중요: 중요한 알림

    계속하기 전에 숙지해야 할 중요한 정보입니다.

    참고
    참고: 메모 알림

    소프트웨어 버전 차이 등의 추가 정보입니다.

    작은 정보
    작은 정보: 팁 알림

    가이드라인 또는 실무 조언과 같은 유용한 정보입니다.

4 제품 라이프사이클 및 지원

SUSE 제품은 최대 13년 동안 지원됩니다. 사용 중인 제품의 라이프사이클 날짜는 https://www.suse.com/lifecycle/에서 확인할 수 있습니다.

SUSE Linux Enterprise의 경우 다음과 같은 라이프사이클 및 릴리스사이클이 적용됩니다.

  • SUSE Linux Enterprise Server의 라이프사이클은 13년(일반 지원 10년, 확장 지원 3년)입니다.

  • SUSE Linux Enterprise Desktop의 라이프사이클은 10년(일반 지원 7년, 확장 지원 3년)입니다.

  • 주 릴리스는 4년마다 게시됩니다. 서비스 팩은 12-14개월마다 게시됩니다.

  • SUSE는 새 서비스 팩이 릴리스된 후 6개월 동안 이전 SUSE Linux Enterprise 서비스 팩을 지원합니다.

일부 제품의 경우, 장기 서비스 팩 지원(LTSS)이 제공됩니다. 지원 정책 및 옵션에 관한 정보는 https://www.suse.com/support/policy.htmlhttps://www.suse.com/support/programs/long-term-service-pack-support.html에서 확인할 수 있습니다.

모듈의 라이프사이클, 업데이트 정책 및 업데이트 시간표는 기본 제품과 다릅니다. 모듈에는 소프트웨어 패키지가 포함되며 완전히 지원되는 SUSE Linux Enterprise Server의 일부입니다. 자세한 내용은 Article “Modules and Extensions Quick Start”에서 확인할 수 있습니다.

4.1 SUSE Linux Enterprise Server 지원 정책

지원을 받으려면 SUSE에 적절하게 가입해야 합니다. 귀하에게 제공되는 특정 지원 서비스를 살펴보려면 https://www.suse.com/support/로 이동하여 제품을 선택하십시오.

지원 수준은 다음과 같이 정의됩니다.

L1

문제 결정, 즉 호환성 정보, 사용 지원, 진행 중인 유지보수, 정보 수집 및 사용 가능한 설명서를 활용한 기본적인 문제 해결을 제공하도록 설계된 기술 지원을 의미합니다.

L2

문제 격리, 즉 레벨 1에서 해결되지 않는 문제를 해결하거나 레벨 3을 준비하고 문제 영역을 격리하며 고객 문제를 재현하고 데이터를 분석하도록 설계된 기술 지원을 의미합니다.

L3

문제 해결, 즉 레벨 2 지원에서 식별된 제품 결함을 해결하기 위해 엔지니어링 작업을 통해 복잡한 문제를 해결하도록 설계된 기술 지원입니다.

SUSE Linux Enterprise Server는 계약 고객 및 파트너에게 모든 패키지에 L3 지원을 제공합니다. 단, 다음은 제외입니다.

  • 기술 미리 보기

  • 사운드, 그래픽, 글꼴 및 아트워크.

  • 추가적인 고객 계약이 필요한 패키지.

  • Workstation Extension 모듈의 일부로 제공되는 일부 패키지는 L2 지원만 제공합니다.

  • 이름이 -devel 로 끝나는 패키지(헤더 파일 및 유사한 개발자 리소스 포함)는 주 패키지와 함께 지원됩니다.

SUSE는 원본 패키지의 사용만 지원합니다. 즉, 변경되지 않고 재컴파일이 수행되지 않은 패키지만 지원합니다.

4.2 기술 미리 보기

기술 미리 보기는 향후 제공되는 혁신과 관련하여 SUSE가 간략하게 제공하는 패키지, 스택 또는 기능입니다. 미리 보기는 사용자 환경 내에서 새로운 기술을 테스트할 수 있도록 사용자 편의를 위해 포함됩니다. 피드백을 제공해 주셔서 감사합니다! 기술 미리 보기를 테스트하는 경우에는 SUSE 담당자에게 문의하여 귀하의 경험과 사용 사례에 대해 알려주십시오. 귀하의 의견은 향후 개발에 도움이 됩니다.

그러나 기술 미리 보기에는 다음과 같은 제한이 적용됩니다.

  • 기술 미리 보기는 아직 개발 중인 상태입니다. 그러므로 기능이 완전하지 않거나 불안정하거나 운영 사용에 적합하지 않을 수 있습니다.

  • 기술 미리 보기는 지원이 제공되지 않습니다.

  • 기술 미리 보기는 특정 하드웨어 아키텍처에서만 사용할 수 있습니다.

  • 기술 미리 보기의 세부 정보 및 기능은 변경될 수 있습니다. 그러므로 기술 미리 보기의 이후 릴리스로 업그레이드가 불가능해 새로 설치해야 할 수 있습니다.

  • 기술 미리 보기는 언제든지 삭제될 수 있습니다. 예를 들어, 미리 보기가 고객 또는 시장의 요구 사항을 충족하지 못하거나 엔터프라이즈 표준을 준수하지 않는다고 SUSE가 판단하는 경우가 이에 해당합니다. 이러한 경우 SUSE는 향후에 해당 기술의 지원 버전을 제공하지 않을 수 있습니다.

제품과 함께 제공되는 기술 미리 보기에 대한 개요는 https://www.suse.com/releasenotes/의 릴리스 노트를 참조하십시오.

I부 설치 준비

  • 1 SUSE Linux Enterprise Server 계획
  • 이 장에서는 SUSE Linux Enterprise Server를 설치하기 전에 몇 가지 기본 고려 사항에 대해 설명합니다.

  • 2 AMD64 및 Intel 64에 설치
  • 이 장에서는 SUSE Linux Enterprise Server를 AMD64 및 Intel 64 컴퓨터에 설치하기 위한 준비에 필요한 단계를 설명합니다. 다양한 설치 방법 준비에 필요한 단계를 설명합니다. 하드웨어 요구사항 목록에서는 SUSE Linux Enterprise Server에서 지원하는 시스템에 대한 개요를 제공합니다. 사용할 수 있는 설치 방법과 여러 가지 일반적으로 알려진 문제에 대한 정보를 찾을 수 있습니다. 또한 설치를 제어하고 설치 미디어를 제공하며 정기적으로 부팅하는 방법을 배웁니다.

  • 3 Arm AArch64에 설치
  • 이 장에서는 SUSE Linux Enterprise Server를 Arm AArch64 컴퓨터에 설치하기 위한 준비에 필요한 단계를 설명합니다. 다양한 설치 방법 준비에 필요한 단계를 설명합니다. 하드웨어 요구사항 목록에서는 SUSE Linux Enterprise Server에서 지원하는 시스템에 대한 개요를 제공합니다. 사용할 수 있는 설치 방법과 여러 가지 공통적인 알려진 문제에 대한 정보를 찾을 수 있습니다. 또한 설치를 제어하고 설치 미디어를 제공하며 정기적으로 부팅하는 방법을 배웁니다.

  • 4 IBM POWER에 설치
  • 이 장에서는 IBM POWER 시스템에 SUSE Linux Enterprise Server를 설치하는 절차에 대해 설명합니다.

  • 5 IBM Z 및 LinuxONE에 설치
  • 이 장에서는 IBM Z에서의 SUSE® Linux Enterprise Server 설치 준비에 대한 절차를 설명합니다. LPAR 및 z/VM 측면에서 설치를 준비하는 데 필요한 모든 정보를 제공합니다.

  • 6 릴리스에서 지원되지 않는 하드웨어에서의 설치
  • 일부 최신 하드웨어로는 SUSE Linux Enterprise Server의 설치 매체를 부팅할 수 없습니다. 이는 SUSE Linux Enterprise Server의 릴리스 시 하드웨어가 없는 경우가 될 수 있습니다. 이러한 상황을 위해 SUSE는 커널 업데이트 ISO(kISO) 이미지를 제공합니다. 이 장에서는 커널 업데이트를 사용하여 현재 하드웨어에 SUSE Linux Enterprise Server를 설치하는 방법에 대해 설명합니다.

1 SUSE Linux Enterprise Server 계획

이 장에서는 SUSE Linux Enterprise Server를 설치하기 전에 몇 가지 기본 고려 사항에 대해 설명합니다.

1.1 SUSE Linux Enterprise Server 배포를 위한 고려사항

운영 체제를 기존 IT 환경에서 구현할지 또는 완전히 새로운 환경으로 구현할지 신중하게 준비해야 합니다. 계획 프로세스를 시작할 때 프로젝트 목표와 필요한 기능을 정의해 보십시오. 각 프로젝트마다 항상 해당 목표와 기능을 정의해야 하지만, 다음과 같은 사항도 고려해야 합니다.

  • 몇 번 설치를 수행하시겠습니까? 설치 수에 따라 최상의 배포 방법이 달라집니다.

  • 시스템을 실제 호스트로 실행합니까? 아니면, 가상 시스템으로 실행합니까?

  • 시스템이 불리한 환경에 있습니까? Book “Security and Hardening Guide”, Chapter 1 “Security and Confidentiality”을 살펴보고 결과를 대략적으로 확인해 보십시오.

  • 정기 업데이트를 어떻게 설치하겠습니까? 모든 패치는 등록된 사용자에게 온라인으로 제공됩니다. http://download.suse.com/에서 등록 및 패치 지원 데이터베이스를 찾으십시오.

  • 로컬 설치에 대한 도움이 필요합니까? SUSE에서는 SUSE Linux Enterprise Server와 관련된 모든 주제에 대한 교육, 지원 및 상담을 제공합니다. https://www.suse.com/products/server/에서 자세한 내용을 보십시오.

  • 타사 제품이 필요합니까? 필요한 제품이 원하는 플랫폼에서 지원되는 지도 확인하십시오. SUSE는 필요에 따라 다른 플랫폼의 소프트웨어를 지원하기 위한 도움을 제공할 수 있습니다.

1.2 SUSE Linux Enterprise Server 배포

시스템이 오류 없이 실행되도록 하려면 항상 인증된 하드웨어를 사용하십시오. 하드웨어 인증 프로세스는 진행 중인 프로세스로, 인증된 하드웨어 데이터베이스는 정기적으로 업데이트됩니다. https://www.suse.com/yessearch/Search.jsp에서 인증 하드웨어 검색 양식을 찾을 수 있습니다.

원하는 설치 수에 따라 설치 서버를 사용하거나 완전 자동 설치를 사용하는 것도 좋습니다. Xen 또는 KVM 가상 기술을 사용할 때 네트워크 루트 파일 시스템 또는 iSCSI와 같은 네트워크 저장 장치 솔루션을 고려하십시오.

SUSE Linux Enterprise Server는 광범위한 서비스를 제공합니다. Book “Administration Guide”, Preface “About This Guide”에서 이 설명서 문서에 대한 개요를 볼 수 있습니다. 대부분 필요한 구성은 SUSE 구성 유틸리티인 YaST로 수행할 수 있습니다. 또한 다양한 수동 구성이 해당 장에 설명되어 있습니다.

일반 소프트웨어 설치 외에도, 시스템의 최종 사용자와 헬프 데스크 직원의 교육을 고려해야 합니다.

참고
참고: 용어

다음 섹션에서는 새 SUSE Linux Enterprise Server 설치가 보관된 시스템을 대상 시스템 또는 설치 대상이라고 합니다. 이전에 설치 원본이라고 부르던 리포지토리라는 용어는 설치 데이터의 모든 원본에 사용됩니다. 여기에는 CD, DVD 또는 USB 플래시 드라이브와 같은 실제 미디어와 네트워크에서 설치 데이터를 배포하는 네트워크 서버가 포함됩니다.

1.3 SUSE Linux Enterprise Server 실행

SUSE Linux Enterprise Server 운영 체제는 적절한 테스트를 거친 안정적인 시스템입니다. 그러나 하드웨어 고장이나 시스템 작동 중단 또는 데이터 유실이 발생하는 것을 미리 차단하지는 못합니다. 데이터 유실이 발생할 수 있는 중요한 전산 작업의 경우에는 정기 백업을 수행하십시오.

최적의 보안 및 데이터 안전을 위해 작동된 모든 시스템을 정기적으로 업데이트하십시오. 중요 업무용 서버가 있는 경우 모든 변경 사항을 테스트하는 데 사용할 수 있는 보조 동일(사전 제작) 시스템을 실행해야 합니다. 이렇게 하면 하드웨어 고장 시 시스템을 전환할 수 있습니다.

1.4 SUSE Linux Enterprise Server 등록

기술 지원과 제품 업데이트를 받으려면 SUSE Customer Center에서 SUSE 제품을 등록하고 활성화해야 합니다. 최신 업데이트 및 패치를 사용하여 시스템을 설치할 수 있으므로 설치 중에 등록하는 것이 좋습니다. 그러나 오프라인 상태이거나 등록 단계를 건너뛸 경우 설치된 시스템에서 언제든지 나중에 등록할 수 있습니다.

조직에서 로컬 등록 서버를 제공하지 않는 경우 SUSE Linux Enterprise 등록에 SUSE Customer Center 계정이 필요합니다. 아직 SUSE Customer Center 계정이 없다면 SUSE Customer Center 홈페이지(https://scc.suse.com/)로 이동하여 계정을 생성하십시오.

설치 중에 등록 코드를 입력하라는 메시지가 표시됩니다. 자세한 내용은 8.7절 “등록”을 참조하십시오.

AutoYaST를 사용하여 자동으로 인스턴스를 배포하는 경우 AutoYaST 제어 파일에서 각 정보를 제공하여 설치 중에 시스템을 등록할 수 있습니다. 자세한 내용은 Book “AutoYaST Guide”, Chapter 4 “Configuration and Installation Options”, Section 4.3 “System Registration and Extension Selection”을 참조하십시오.

이미 설치된 시스템 등록은 19.2절 “설치된 시스템 등록” 항목을 참조하십시오.

1.5 SUSE Linux Enterprise Server Version 15 설치 변경 사항

SUSE Linux Enterprise Server 15부터, 각 지원되는 아키텍처에서 모든 SUSE Linux Enterprise 기반 제품은 단일 설치 미디어 집합의 통합 설치 프로그램을 사용하여 설치됩니다.

1.5.1 SUSE Linux Enterprise 기반 제품용 통합 설치 프로그램

SUSE Linux Enterprise Server 15 SP1에 포함되는 기본 제품은 다음과 같습니다.

제품 이름지원 플랫폼
SUSE Linux Enterprise ServerAMD64/Intel 64; AArch64; POWER; IBM Z
SUSE Linux Enterprise High Performance ComputingAMD64/Intel 64; AArch64
SUSE Linux Enterprise Real TimeAMD64/Intel 64
SUSE Linux Enterprise Server for SAP ApplicationsAMD64/Intel 64; POWER
SUSE Linux Enterprise DesktopAMD64/Intel 64
SUSE Manager ServerAMD64/Intel 64; POWER; IBM Z
SUSE Manager ProxyAMD64/Intel 64
SUSE Manager for Retail Branch ServerAMD64/Intel 64
SUSE Enterprise StorageAMD64/Intel 64; Arm; Intel 64

1.5.2 인터넷 액세스를 통한 설치

인터넷에 액세스한 컴퓨터 또는 VM에 설치하려면, 위에 나열된 제품 중 하나를 설치하고, 이를 위해서는 원하는 아키텍처를 위한 SLE-15-SP2-Online-ARCH-GM-media1.iso 이미지를 다운로드하면 됩니다.

참고
참고: SUSE Manager 설치

SUSE Manager 제품을 설치하려면 대상 시스템은 SUSE Customer Center 또는 RMT 서버에 직접 액세스해야 합니다.

1.5.3 오프라인 설치

SUSE Manager를 제외하고, 목록에 나열된 다른 제품을 설치하기 위해서는 인터넷, SUSE Customer Center 또는 RMT 서버에 액세스할 필요가 없습니다.

오프라인으로 설치하려면 원하는 아키텍처를 위한 SLE-15-SP2-Full-ARCH-GM-media1.iso 이미지를 추가로 다운로드합니다.

추가적인 보조 패키지 매체가 있지만, 여기에는 소스 코드만 포함되어 있으며 설치에서 필수가 아닙니다.

작은 정보
작은 정보: 전체 미디어 크기

전체 설치 미디어 SLE-15-SP2-Online-ARCH-GM-media1.iso의 크기는 이중 계층 DVD의 용량을 초과합니다. 그러므로 USB 플래시 드라이브에서만 부팅할 수 있습니다.

2 AMD64 및 Intel 64에 설치

이 장에서는 SUSE Linux Enterprise Server를 AMD64 및 Intel 64 컴퓨터에 설치하기 위한 준비에 필요한 단계를 설명합니다. 다양한 설치 방법 준비에 필요한 단계를 설명합니다. 하드웨어 요구사항 목록에서는 SUSE Linux Enterprise Server에서 지원하는 시스템에 대한 개요를 제공합니다. 사용할 수 있는 설치 방법과 여러 가지 일반적으로 알려진 문제에 대한 정보를 찾을 수 있습니다. 또한 설치를 제어하고 설치 미디어를 제공하며 정기적으로 부팅하는 방법을 배웁니다.

2.1 하드웨어 요구사항

SUSE® Linux Enterprise Server 운영 체제는 광범위한 하드웨어에서 배포될 수 있지만, SUSE Linux Enterprise Server가 지원하는 다양한 하드웨어 조합을 모두 나열하는 것은 불가능합니다. 그러나 본 문서에서는 계획 단계에서 도움이 되는 길잡이를 제공하는데 필요한 최소 요구사항을 제공합니다.

지정된 컴퓨터 구성이 작동하는지 확인하려는 경우 SUSE에서 인증한 플랫폼을 알아내십시오. https://www.suse.com/yessearch/에서 목록을 확인하십시오.

Intel 64 및 AMD64 아키텍처에서는 x86 소프트웨어를 64비트로 단순 마이그레이션할 수 있습니다. x86 아키텍처와 마찬가지로 비용 효과적인 방법을 제시합니다.

CPU

현재 구입 가능한 모든 CPU가 지원됩니다.

최대 CPU 수

Intel 64 및 AMD64의 경우 소프트웨어 디자인에서 지원되는 최대 CPU 수는 8192개입니다. 이와 같은 대형 시스템을 사용하려면 하드웨어 시스템 인증 웹 페이지에서 지원되는 장치를 확인하십시오(https://www.suse.com/yessearch/ 참조).

메모리 요구사항

최소 설치를 위해 최소 1024MB의 메모리가 필요합니다. 프로세서가 세 개 이상 있는 시스템에서 CPU마다 512MB를 추가합니다. HTTP 또는 FTP를 통해 원격으로 설치하는 경우 150MB를 더 추가합니다. 이러한 값은 운영 체제 설치에만 적용되며 운영에서의 실제 메모리 요구사항은 시스템 워크로드에 따라 달라집니다.

하드 디스크 요구사항

디스크 요구사항은 일반적으로 선택한 설치와 시스템을 사용하는 방법에 따라 다릅니다. 일반적으로 시스템이 적절하게 작동하려면 설치 소프트웨어 자체가 필요로 하는 공간보다 더 많은 공간이 필요합니다. 다양한 선택의 최소 요구사항은 다음과 같습니다.

설치 범위

최소 하드 디스크 요구사항

텍스트 모드

1.5GB

최소 시스템

2.5GB

GNOME 데스크톱

3GB

모든 패턴

4GB

권장 최소 크기(Btrfs 스냅샷 제외): 10GB

필수 최소 크기(Btrfs 스냅샷 포함): 16GB

권장 최소 크기(Btrfs 스냅샷 포함): 32GB

루트 파티션이 10GB보다 작은 경우 설치 프로그램이 자동 파티셔닝 제안을 만들지 않으므로 수동으로 파티션을 생성해야 합니다. 따라서 루트 파티션의 권장되는 최소 크기는 10GB입니다. 시스템 롤백을 활성화하기 위해 루트 볼륨에서 Btrfs 스냅샷을 활성화하려는 경우(Book “Administration Guide”, Chapter 7 “System Recovery and Snapshot Management with Snapper” 참조) 루트 파티션의 최소 크기는 16GB입니다.

부팅 방법

CD 또는 네트워크에서 컴퓨터를 부팅할 수 있습니다. 네트워크에서 부팅하려면 특수 부팅 서버가 필요합니다. 이는 SUSE Linux Enterprise Server와 함께 설정할 수 있습니다.

2.2 설치 시 고려 사항

이 섹션에서는 AMD64 및 Intel 64 하드웨어에 SUSE Linux Enterprise Server를 설치하기 전에 고려해야 하는 여러 가지 요인에 대해 설명합니다.

2.2.1 하드웨어 또는 가상 시스템에서의 설치

SUSE Linux Enterprise Server는 대부분 독립 운영 체제로 설치됩니다. 가상화와 함께 SUSE Linux Enterprise Server 인스턴스 여러 개를 동일한 하드웨어에서 실행할 수도 있습니다. 그러나 VM 호스트 서버 설치는 일반적인 설치와 똑같이 수행하며 몇 가지 패키지만 추가하면 됩니다. 가상 게스트 설치는 Book “Virtualization Guide”, Chapter 8 “Guest Installation”에서 설명합니다.

2.2.2 설치 대상

대부분 로컬 하드 디스크에 설치되므로, 설치 시스템이 하드 디스크 컨트롤러를 사용할 수 있어야 합니다. RAID 컨트롤러와 같은 특수 컨트롤러가 추가 커널 모듈을 필요로 하면 설치 시스템에 커널 모듈 업데이트 디스크를 넣으십시오.

충분한 디스크 공간과 운영 체제를 실행할 수 있는 속도를 가진 다양한 유형의 블록 장치는 기타 설치 대상이 될 수 있습니다. 여기에는 iSCSI 또는 SAN과 같은 네트워크 블록 장치가 포함됩니다. 표준 Unix 사용 권한을 제공하는 네트워크 파일 시스템에 설치할 수도 있습니다. 하지만 이러한 시스템은 실제 시스템을 시작하기 전에 initramfs가 지원해야 하기 때문에 부팅하는 데 다소 문제가 있을 수 있습니다. 이러한 설치는 다른 위치에서 동일한 시스템을 시작해야 하거나 도메인 마이그레이션과 같은 가상화 기능을 사용하려는 경우 유용할 수 있습니다.

2.3 설치 제어

여러 가지 방법 중 하나로 설치를 제어하십시오. 2.4절 “설치 시스템 부팅”에 나열된 옵션 중 하나를 사용하여 설정을 부팅합니다. 다른 제어 방법을 활성화하려면 7.3.4절 “원격 액세스 지정” 항목을 참조하십시오. 각 원격 제어 방법을 사용하는 방법에 대한 내용은 11장 원격 설치 항목을 참조하십시오.

다른 방법에 대한 간단한 개요:

모니터 및 키보드가 포함된 로컬

이는 SUSE Linux Enterprise Server를 설치하는 데 가장 빈번히 사용되는 방법입니다. 가장 적은 준비가 필요하지만 많은 직접 상호 작용이 필요합니다.

SSH를 통한 원격

그래픽 설치를 위해 텍스트 모드에서 또는 X-전달을 사용하여 SSH를 통해 설치를 제어할 수 있습니다. 자세한 내용은 11.4절 “SSH를 통한 설치 모니터링” 항목을 참조하십시오.

직렬 콘솔을 통한 원격

이 설치 방법을 사용하려면 null 모뎀 케이블로 SUSE Linux Enterprise Server를 설치할 컴퓨터에 연결할 보조 컴퓨터가 필요합니다. 그러면 설치가 텍스트 모드로 계속 진행됩니다. 자세한 내용은 11.5절 “직렬 콘솔을 통한 설치 모니터링” 항목을 참조하십시오.

VNC를 통한 원격

대상 시스템에 대한 직접 액세스 없이 그래픽 설치를 원하는 경우 이 방법을 사용하십시오. 자세한 내용은 11.3절 “VNC를 통한 설치 모니터링” 항목을 참조하십시오.

AutoYaST를 통한 자동화

유사한 하드웨어가 장착된 여러 컴퓨터에 SUSE Linux Enterprise Server를 설치해야 하는 경우 AutoYaST를 사용하여 설치하는 것이 좋습니다. 이 경우 SUSE Linux Enterprise Server를 하나 설치하여 시작하고 이 설치를 사용하여 필요한 AutoYaST 구성 파일을 생성하십시오. 자세한 내용은 Book “AutoYaST Guide” 항목을 참조하십시오.

2.4 설치 시스템 부팅

이 절에서는 SUSE® Linux Enterprise Server를 전체 설치하는 데 필요한 단계에 대해 간단히 설명합니다.

기존 SLE 제품과 달리, 전체 SLE 15 SP2 제품 라인은 통합 설치 프로그램을 사용하여 설치할 수 있습니다. SUSE Linux Enterprise 15 이상에서의 변경 사항 및 설치를 위해 다운로드할 미디어와 관련한 자세한 정보는 1.5절 “SUSE Linux Enterprise Server Version 15 설치 변경 사항”를 참조하십시오.

YaST를 사용하여 설치 및 구성하는 방법에 대한 설명 전문은 II부. 설치 절차를 참조하십시오.

중요
중요: 하드웨어 지원 업데이트

최신 하드웨어를 사용하는 경우에는 커널 업데이트 ISO 이미지에서 최신 커널을 사용하여 설치를 부팅해야 할 수 있습니다. 자세한 내용은 6장 릴리스에서 지원되지 않는 하드웨어에서의 설치를 참조하십시오.

  1. 설치 미디어를 준비합니다.

    USB 플래시 드라이브

    가장 편리하게 설치를 시작할 수 있는 방법입니다. 부팅 가능한 플래시 디스크를 생성하려면 dd 명령을 사용하여 DVD 이미지를 장치에 복사해야 합니다. 장치에 있는 모든 데이터가 삭제되므로 플래시 디스크를 탑재해서는 안 됩니다.

    root # dd if=PATH_TO_ISO_IMAGE of=USB_STORAGE_DEVICE bs=4M
    네트워크 부팅

    대상 컴퓨터의 펌웨어가 지원하는 경우에는 네트워크에서 컴퓨터를 부팅하고 서버에서 설치할 수 있습니다. 이 부팅 방법을 사용하려면 네트워크를 통해 필요한 부팅 이미지를 제공하는 부팅 서버가 필요합니다. 정확한 프로토콜은 하드웨어에 따라 달라집니다. 일반적으로 TFTP 및 DHCP 또는 PXE 부팅과 같은 여러 가지 서비스가 필요합니다. 자세한 내용은 17장 네트워크 부팅 환경 준비 항목을 읽어보시기 바랍니다.

    NFS, HTTP, FTP 또는 SMB와 같은 일반 네트워크 프로토콜에서 설치할 수 있습니다. 이러한 설치를 수행하는 방법에 대한 자세한 내용은 11장 원격 설치를 참조하십시오.

  2. 선택한 매체를 부팅하도록 대상 시스템 펌웨어를 구성합니다. 올바른 부팅 순서를 구성하는 방법은 하드웨어 공급업체의 문서를 참조하십시오.

  3. 설치 방법에 필요한 부팅 파라미터를 설정합니다. 다른 방법의 개요는 2.3절 “설치 제어”에 나와 있습니다. 부팅 파라미터 목록은 7장 부팅 파라미터에서 참조 가능합니다.

  4. 8장 설치 단계에서 설명한 대로 설치를 수행합니다. 설치가 완료되면 시스템을 다시 시작해야 합니다.

  5. 선택 사항: SUSE Linux Enterprise Server가 설치된 매체에서 직접 부팅하려면 시스템의 부팅 순서를 변경합니다. 시스템이 설치 매체에서 부팅하면 첫 번째 부팅 파라미터가 설치된 시스템을 부팅합니다.

  6. V부. 초기 시스템 구성에 설명된 대로 초기 시스템 구성을 수행합니다.

2.5 부팅 및 설치 문제 처리

SUSE® Linux Enterprise Server는 전달 전에 광범위한 테스트 프로그램을 거치게 됩니다. 그러나 부팅 또는 설치하는 중에 문제가 자주 발생합니다.

2.5.1 부팅 문제

부팅 문제가 발생하면 YaST 설치 프로그램이 시스템에서 시작되지 않을 수 있습니다. 또한 설치가 완료된 후 시스템이 부팅되지 않을 수도 있습니다.

설치된 시스템 부팅, 미디어 아님

컴퓨터의 펌웨어 또는 BIOS를 변경하여 부팅 순서를 수정하십시오. 이렇게 하려면 해당 하드웨어 관련 설명서를 참조하십시오.

컴퓨터 중단

컴퓨터의 콘솔을 변경하여 커널 출력을 표시하십시오. 마지막 출력을 확인하십시오. 일반적으로 CtrlAltF10 키를 누르면 됩니다. 문제를 해결할 수 없으면 SUSE Linux Enterprise Server 지원 담당자에게 문의하십시오. 부팅 시 모든 시스템 메시지를 기록하려면 2.3절 “설치 제어”에 설명된 대로 직렬 연결을 사용하십시오.

부팅 디스크

부팅 디스크는 다른 작업을 구성하는 데 문제가 있거나 최종 부팅 메커니즘을 아직 결정하지 않은 경우 유용한 임시 해결책입니다. 부팅 디스크 생성에 대한 자세한 내용은 Book “Administration Guide”, Chapter 14 “The Boot Loader GRUB 2” grub2-mkrescue를 참조하십시오.

설치 후 바이러스 경고

GRUB 2 설치 후 부팅 섹터의 구조(MBR)를 확인하고 바이러스 경고를 잘못 표시하는 BIOS 변형이 있습니다. BIOS로 들어간 다음 해당되는 조정 가능한 설정을 찾아서 이 문제를 해결하십시오. 예를 들어 바이러스 차단을 해제하십시오. 나중에 다시 이 옵션을 설정할 수 있습니다. 그러나 Linux만 운영 체제로 사용할 경우에는 이것이 필요 없습니다.

2.5.2 설치 문제

설치 중 예상치 못한 문제가 발생할 경우 문제의 원인을 파악하기 위한 정보가 필요합니다. 문제를 해결하려면 다음 디렉토리를 사용하십시오.

  • 다양한 콘솔의 출력을 확인합니다. CtrlAlt Fn 키 조합으로 콘솔을 전환할 수 있습니다. 예를 들어 CtrlAlt F2를 눌러 다양한 명령을 실행하는 쉘을 가져오십시오.

  • 안전 설정을 사용하여 설치를 시작해 보십시오(설치 화면에서 F5 키를 누르고 안전 설정 선택). 이 경우 문제 없이 설치되면 ACPI 또는 APIC에 오류가 발생하게 하는 비호환성 문제가 있습니다. 경우에 따라 BIOS 또는 펌웨어 업데이트가 이 문제를 해결합니다.

  • dmesg 명령을 입력하여 설치 시스템의 콘솔에서 시스템 메시지를 확인합니다.

2.5.3 부팅 원본을 설치 매체로 리디렉션

설치 프로세스를 쉽게 수행하고 잘못된 설치를 방지하기 위해 SUSE Linux Enterprise Server용 설치 매체의 기본 설정은 시스템이 첫 번째 하드 디스크에서 부팅되는 것입니다. 이때 일반적으로 설치된 부팅 로더가 시스템을 제어하는데, 이것은 부팅 매체가 설치 도중 드라이브에 계속 들어 있을 수 있음을 의미합니다. 설치를 시작하려면 미디어의 부팅 메뉴에서 설치 방법 중 하나를 선택하십시오.

3 Arm AArch64에 설치

이 장에서는 SUSE Linux Enterprise Server를 Arm AArch64 컴퓨터에 설치하기 위한 준비에 필요한 단계를 설명합니다. 다양한 설치 방법 준비에 필요한 단계를 설명합니다. 하드웨어 요구사항 목록에서는 SUSE Linux Enterprise Server에서 지원하는 시스템에 대한 개요를 제공합니다. 사용할 수 있는 설치 방법과 여러 가지 공통적인 알려진 문제에 대한 정보를 찾을 수 있습니다. 또한 설치를 제어하고 설치 미디어를 제공하며 정기적으로 부팅하는 방법을 배웁니다.

3.1 하드웨어 요구사항

SUSE® Linux Enterprise Server 운영 체제는 광범위한 하드웨어에서 배포될 수 있지만, SUSE Linux Enterprise Server가 지원하는 다양한 하드웨어 조합을 모두 나열하는 것은 불가능합니다. 그러나 본 문서에서는 계획 단계에서 도움이 되는 길잡이를 제공하는데 필요한 최소 요구사항을 제공합니다.

지정된 컴퓨터 구성이 작동하는지 확인하려는 경우 SUSE에서 인증한 플랫폼을 알아내십시오. https://www.suse.com/yessearch/에서 목록을 확인하십시오.

CPU

최소 요구사항은 Armv8-A ISA(지침 설정 아키텍처)를 지원하는 CPU입니다(예: Arm Cortex-A53 또는 Cortex-A57). 사용 가능한 Armv8-A 프로세서 목록은 https://www.arm.com/products/processors/cortex-a/를 참조하십시오.

Armv8-R(실시간) 및 Armv8-M(마이크로 컨트롤러) ISA를 사용하는 CPU는 현재 지원되지 않습니다.

최대 CPU 수

소프트웨어 디자인에 따라 지원되는 최대 CPU 수는 256개입니다. 이와 같은 대형 시스템을 사용하려면 하드웨어 시스템 인증 웹 페이지에서 지원되는 장치를 확인하십시오(https://www.suse.com/yessearch/ 참조).

메모리 요구사항

최소 설치를 위해 최소 1024MB의 메모리가 필요합니다. 프로세서가 세 개 이상 있는 시스템에서 CPU마다 512MB를 추가합니다. HTTP 또는 FTP를 통해 원격으로 설치하는 경우 150MB를 더 추가합니다. 이러한 값은 운영 체제 설치에만 적용되며 운영에서의 실제 메모리 요구사항은 시스템 워크로드에 따라 달라집니다.

하드 디스크 요구사항

디스크 요구사항은 일반적으로 선택한 설치와 시스템을 사용하는 방법에 따라 다릅니다. 일반적으로 시스템이 적절하게 작동하려면 설치 소프트웨어 자체가 필요로 하는 공간보다 더 많은 공간이 필요합니다. 다양한 선택의 최소 요구사항은 다음과 같습니다.

설치 범위

최소 하드 디스크 요구사항

텍스트 모드

1.5GB

최소 시스템

2.5GB

GNOME 데스크톱

3GB

모든 패턴

4GB

권장 최소 크기(Btrfs 스냅샷 제외): 10GB

필수 최소 크기(Btrfs 스냅샷 포함): 16GB

권장 최소 크기(Btrfs 스냅샷 포함): 32GB

루트 파티션이 10GB보다 작은 경우 설치 프로그램이 자동 파티셔닝 제안을 만들지 않으므로 수동으로 파티션을 생성해야 합니다. 따라서 루트 파티션의 권장되는 최소 크기는 10GB입니다. 시스템 롤백을 활성화하기 위해 루트 볼륨에서 Btrfs 스냅샷을 활성화하려는 경우(Book “Administration Guide”, Chapter 7 “System Recovery and Snapshot Management with Snapper” 참조) 루트 파티션의 최소 크기는 16GB입니다.

부팅 방법

CD 또는 네트워크에서 컴퓨터를 부팅할 수 있습니다. 네트워크에서 부팅하려면 특수 부팅 서버가 필요합니다. 이는 SUSE Linux Enterprise Server와 함께 설정할 수 있습니다.

3.2 설치 시 고려 사항

이 절에서는 Arm AArch64 하드웨어에 SUSE Linux Enterprise Server를 설치하기 전에 고려해야 하는 여러 가지 요인에 대해 설명합니다.

3.2.1 하드웨어 또는 가상 시스템에서의 설치

SUSE Linux Enterprise Server는 대부분 독립 운영 체제로 설치됩니다. 가상화와 함께 SUSE Linux Enterprise Server 인스턴스 여러 개를 동일한 하드웨어에서 실행할 수도 있습니다. 그러나 VM 호스트 서버 설치는 일반적인 설치와 똑같이 수행하며 몇 가지 패키지만 추가하면 됩니다. 가상 게스트 설치는 Book “Virtualization Guide”, Chapter 8 “Guest Installation”에서 설명합니다.

3.2.2 설치 대상

대부분 로컬 하드 디스크에 설치되므로, 설치 시스템이 하드 디스크 컨트롤러를 사용할 수 있어야 합니다. RAID 컨트롤러와 같은 특수 컨트롤러가 추가 커널 모듈을 필요로 하면 설치 시스템에 커널 모듈 업데이트 디스크를 넣으십시오.

충분한 디스크 공간과 운영 체제를 실행할 수 있는 속도를 가진 다양한 유형의 블록 장치는 기타 설치 대상이 될 수 있습니다. 여기에는 iSCSI 또는 SAN과 같은 네트워크 블록 장치가 포함됩니다. 표준 Unix 사용 권한을 제공하는 네트워크 파일 시스템에 설치할 수도 있습니다. 하지만 이러한 시스템은 실제 시스템을 시작하기 전에 initramfs가 지원해야 하기 때문에 부팅하는 데 다소 문제가 있을 수 있습니다. 이러한 설치는 다른 위치에서 동일한 시스템을 시작해야 하거나 도메인 마이그레이션과 같은 가상화 기능을 사용하려는 경우 유용할 수 있습니다.

3.3 설치 제어

여러 가지 방법 중 하나로 설치를 제어하십시오. 2.4절 “설치 시스템 부팅”에 나열된 옵션 중 하나를 사용하여 설정을 부팅합니다. 다른 제어 방법을 활성화하려면 7.3.4절 “원격 액세스 지정” 항목을 참조하십시오. 각 원격 제어 방법을 사용하는 방법에 대한 내용은 11장 원격 설치 항목을 참조하십시오.

다른 방법에 대한 간단한 개요:

모니터 및 키보드가 포함된 로컬

이는 SUSE Linux Enterprise Server를 설치하는 데 가장 빈번히 사용되는 방법입니다. 가장 적은 준비가 필요하지만 많은 직접 상호 작용이 필요합니다.

SSH를 통한 원격

그래픽 설치를 위해 텍스트 모드에서 또는 X-전달을 사용하여 SSH를 통해 설치를 제어할 수 있습니다. 자세한 내용은 11.4절 “SSH를 통한 설치 모니터링” 항목을 참조하십시오.

직렬 콘솔을 통한 원격

이 설치 방법을 사용하려면 null 모뎀 케이블로 SUSE Linux Enterprise Server를 설치할 컴퓨터에 연결할 보조 컴퓨터가 필요합니다. 그러면 설치가 텍스트 모드로 계속 진행됩니다. 자세한 내용은 11.5절 “직렬 콘솔을 통한 설치 모니터링” 항목을 참조하십시오.

VNC를 통한 원격

대상 시스템에 대한 직접 액세스 없이 그래픽 설치를 원하는 경우 이 방법을 사용하십시오. 자세한 내용은 11.3절 “VNC를 통한 설치 모니터링” 항목을 참조하십시오.

AutoYaST를 통한 자동화

유사한 하드웨어가 장착된 여러 컴퓨터에 SUSE Linux Enterprise Server를 설치해야 하는 경우 AutoYaST를 사용하여 설치하는 것이 좋습니다. 이 경우 SUSE Linux Enterprise Server를 하나 설치하여 시작하고 이 설치를 사용하여 필요한 AutoYaST 구성 파일을 생성하십시오. 자세한 내용은 Book “AutoYaST Guide” 항목을 참조하십시오.

3.4 설치 시스템 부팅

이 절에서는 SUSE® Linux Enterprise Server를 전체 설치하는 데 필요한 단계에 대해 간단히 설명합니다.

기존 SLE 제품과 달리, 전체 SLE 15 SP2 제품 라인은 통합 설치 프로그램을 사용하여 설치할 수 있습니다. SUSE Linux Enterprise 15 이상에서의 변경 사항 및 설치를 위해 다운로드할 미디어와 관련한 자세한 정보는 1.5절 “SUSE Linux Enterprise Server Version 15 설치 변경 사항”를 참조하십시오.

YaST를 사용하여 설치 및 구성하는 방법에 대한 설명 전문은 II부. 설치 절차를 참조하십시오.

중요
중요: 하드웨어 지원 업데이트

최신 하드웨어를 사용하는 경우에는 커널 업데이트 ISO 이미지에서 최신 커널을 사용하여 설치를 부팅해야 할 수 있습니다. 자세한 내용은 6장 릴리스에서 지원되지 않는 하드웨어에서의 설치를 참조하십시오.

  1. 설치 미디어를 준비합니다.

    USB 플래시 드라이브

    가장 편리하게 설치를 시작할 수 있는 방법입니다. 부팅 가능한 플래시 디스크를 생성하려면 dd 명령을 사용하여 DVD 이미지를 장치에 복사해야 합니다. 장치에 있는 모든 데이터가 삭제되므로 플래시 디스크를 탑재해서는 안 됩니다.

    root # dd if=PATH_TO_ISO_IMAGE of=USB_STORAGE_DEVICE bs=4M
    DVD

    SUSE에서 제공하는 DVD 미디어를 사용하거나 자체 DVD를 제작할 수 있습니다. 이 방법은 한 번에 여러 시스템에 프로비저닝할 때 유용합니다. 이를 위해서는 내장 또는 이동식 DVD 드라이브가 필요합니다. 이 프로세스는 대부분의 컴퓨터 사용자에게 간단한 방법이지만, 모든 설치 프로세스에서 많은 작업을 수행해야 합니다. DVD를 받지 않은 경우 SUSE 홈페이지에서 ISO 이미지를 받아 비어 있는 쓰기 가능 DVD에 구우십시오.

    네트워크 부팅

    대상 컴퓨터의 펌웨어가 지원하는 경우에는 네트워크에서 컴퓨터를 부팅하고 서버에서 설치할 수 있습니다. 이 부팅 방법을 사용하려면 네트워크를 통해 필요한 부팅 이미지를 제공하는 부팅 서버가 필요합니다. 정확한 프로토콜은 하드웨어에 따라 달라집니다. 일반적으로 TFTP 및 DHCP 또는 PXE 부팅과 같은 여러 가지 서비스가 필요합니다. 자세한 내용은 17장 네트워크 부팅 환경 준비 항목을 읽어보시기 바랍니다.

    NFS, HTTP, FTP 또는 SMB와 같은 일반 네트워크 프로토콜에서 설치할 수 있습니다. 이러한 설치를 수행하는 방법에 대한 자세한 내용은 11장 원격 설치를 참조하십시오.

  2. 선택한 매체를 부팅하도록 대상 시스템 펌웨어를 구성합니다. 올바른 부팅 순서를 구성하는 방법은 하드웨어 공급업체의 문서를 참조하십시오.

  3. 설치 방법에 필요한 부팅 파라미터를 설정합니다. 다른 방법의 개요는 3.3절 “설치 제어”에 나와 있습니다. 부팅 파라미터 목록은 7장 부팅 파라미터에서 참조 가능합니다.

  4. 8장 설치 단계에서 설명한 대로 설치를 수행합니다. 설치가 완료되면 시스템을 다시 시작해야 합니다.

  5. 선택 사항: SUSE Linux Enterprise Server가 설치된 매체에서 직접 부팅하려면 시스템의 부팅 순서를 변경합니다. 시스템이 설치 매체에서 부팅하면 첫 번째 부팅 파라미터가 설치된 시스템을 부팅합니다.

  6. V부. 초기 시스템 구성에 설명된 대로 초기 시스템 구성을 수행합니다.

3.5 부팅 및 설치 문제 처리

SUSE® Linux Enterprise Server에서 광범위한 테스트 프로그램을 사용하더라도 부팅 또는 설치 중에 문제가 발생하는 경우가 있을 수 있습니다.

3.5.1 부팅 문제

부팅 문제가 발생하면 YaST 설치 프로그램이 시스템에서 시작되지 않을 수 있습니다. 또한 설치가 완료된 후 부팅되지 않을 수도 있습니다.

설치된 시스템 부팅, 미디어 아님

컴퓨터의 펌웨어를 변경하여 부팅 순서를 수정하십시오. 이렇게 하려면 해당 하드웨어 관련 설명서를 참조하십시오.

컴퓨터 중단

컴퓨터의 콘솔을 변경하여 커널 출력을 표시하십시오. 마지막 출력 라인을 확인하십시오. 일반적으로 CtrlAltF10 키를 누르면 됩니다. 문제를 해결할 수 없으면 SUSE Linux Enterprise Server 지원 담당자에게 문의하십시오. 부팅 시 모든 시스템 메시지를 기록하려면 2.3절 “설치 제어”에 설명된 대로 직렬 연결을 사용하십시오.

부팅 디스크

부팅 디스크는 부팅 문제가 있을 경우 유용한 임시 해결책입니다. 다른 구성을 설정하는 데 문제가 있거나 최종 부팅 메커니즘을 아직 결정하지 않은 경우 부팅 디스크를 사용합니다. 부팅 디스크 생성에 대한 자세한 내용은 Book “Administration Guide”, Chapter 14 “The Boot Loader GRUB 2” grub2-mkrescue를 참조하십시오.

3.5.2 설치 문제

설치 중 예상치 못한 문제가 발생할 경우 문제의 원인을 파악하기 위한 정보가 필요합니다. 문제를 해결하려면 다음 디렉토리를 사용하십시오.

  • 다양한 콘솔의 출력을 확인합니다. CtrlAlt Fn 키 조합으로 콘솔을 전환할 수 있습니다. 예를 들어 CtrlAlt F2를 눌러 다양한 명령을 실행하는 쉘을 가져오십시오.

  • 안전 설정을 사용하여 설치를 시작해 보십시오(설치 화면에서 F5 키를 누르고 안전 설정 선택). 이 경우 문제 없이 설치되면 ACPI 또는 APIC에 오류가 발생하게 하는 비호환성 문제가 있습니다. 경우에 따라 펌웨어 업데이트가 이 문제를 해결합니다.

  • dmesg 명령을 입력하여 설치 시스템의 콘솔에서 시스템 메시지를 확인합니다.

3.5.3 부팅 원본을 DVD로 리디렉션

설치 프로세스를 쉽게 수행하고 잘못된 설치를 방지하기 위해 SUSE Linux Enterprise Server용 설치 DVD의 기본 설정은 시스템이 첫 번째 하드 디스크에서 부팅되는 것입니다. 이때 일반적으로 설치된 부팅 로더가 시스템을 제어하는데, 이것은 부팅 DVD가 설치 도중 드라이브에 계속 들어 있을 수 있음을 의미합니다. 설치를 시작하려면 미디어의 부팅 메뉴에서 설치 방법 중 하나를 선택하십시오.

3.6 Raspberry Pi

SUSE® Linux Enterprise Server는 저렴한 Raspberry Pi* 싱글 보드 컴퓨터를 지원하는 최초의 엔터프라이즈 Linux 배포판입니다. SUSE Linux Enterprise Server 15 SP2가 지원하는 모델은 다음과 같습니다.

  • Raspberry Pi 3 Model A+

  • Raspberry Pi 3 Model B

  • Raspberry Pi 3 Model B+

  • Raspberry Pi 4 Model B

  • Raspberry Pi Compute Module 3

  • Raspberry Pi Compute Module 3+

Raspberry Pi는 여러 가지로 기존 서버 시스템과 다릅니다. 우선 Raspberry Pi는 운영 체제를 로드할 수 있는 부트 로더를 제공하지 않습니다. 그러므로 SUSE Linux Enterprise Server는 이러한 차이를 해결하기 위해 추가 부트 로더 소프트웨어를 제공합니다.

3.6.1 부팅 프로세스

Raspberry Pi 시스템 온 칩(SoC)의 기본 프로세서는 Arm CPU(중앙 처리 장치)가 아닌 Broadcom VideoCore GPU(그래픽 처리 장치)입니다. GPU가 온 칩 부팅 읽기 전용 메모리(부트 ROM)의 1단계 부트 로더에서 하드웨어의 초기화를 시작합니다. 단 몇 개의 구성 옵션만 부팅 ROM에 영향을 주며, 자세한 내용은 3.6.1.2절 “OTP 메모리”를 참조하십시오.

Raspberry Pi 3 하드웨어에는 내장 펌웨어가 없습니다. 대신, 시스템이 켜질 때마다 2단계 부트 로더 펌웨어인 bootcode.bin이 부팅 매체에서 로드됩니다. 그리고 3단계 부트 로더인 start.elf가 로드됩니다.

Raspberry Pi 4 하드웨어에는 2단계 부트 로더를 위한 소형 EEPROM(Electrically Erasable Programmable Read-Only Memory)이 탑재되어 있습니다. 이를 제외하고는 Raspberry Pi 3와 유사하게 부팅되어 부팅 매체에서 3단계 부트 로더인 start4.elf를 로드합니다.

주의
주의: Raspberry Pi 4의 EEPROM 업데이트

2단계 부트 로더의 업데이트는 특별하게 준비된 microSD 카드로 부팅하여 수행할 수 있습니다.

신뢰할 수 있는 부팅 미디어를 삽입하고 recovery.bin 파일이 우연히 들어있는지 아닌지를 확인합니다.

armstub8.bin 파일이 있으면 AArch64 Exception Level 3(EL3)에 4단계 부트 로더로 로드됩니다. 그러지 않으면 최소 통합 스텁이 사용됩니다.

참고
참고: EL3 보안 고려 사항

EL3용으로 로드된 코드(BL31이라고 함)가 메모리에 있으면 Linux가 런타임 동안 EL3에 대한 hypercall을 시도할 수 있습니다.

부팅 미디어에 armstub8.bin 파일이 우연히 포함되지 않았는지 확인하십시오. SUSE Linux Enterprise Server 15 SP2에는 이 파일이 포함되어 있지 않습니다.

Raspberry Pi의 SoC는 TrustZone 보안 메모리를 제공하지 않음에 유의하십시오. CPU의 OS 및 GPU의 소프트웨어 모두 RAM에 액세스할 수 있습니다. 그러므로 암호화 EL0-s 응용 프로그램에는 적합하지 않습니다. SUSE Linux Enterprise Server는 이러한 이유로 EL1-s TEE(Trusted Execution Environment)를 제공하지 않습니다.

Raspberry Pi용 SUSE Linux Enterprise ServerDas U-Boot라는 5단계 부트 로더를 로드하도록 구성됩니다.

3.6.1.1 Config.txt

구성 정보를 저장하는 비휘발성 메모리가 없습니다. 즉, 부팅 장치 순서, 시간과 날짜 등을 조정하기 위한 기존 설정이 없습니다.

대신, 부트 로더는 부팅 매체에서 config.txt 구성 파일을 읽습니다. SUSE가 제공하는 config.txt는 수정하지 말아야 합니다. 그리고 사용자는 선택적으로 extraconfig.txt 파일을 제공할 수 있으며, 이 파일은 필요한 경우 config.txt의 설정을 무효화로 만들 수 있습니다. 이를 통해 SUSE Linux Enterprise Server가 필요한 경우 사용자 설정을 덮어쓰지 않고 config.txt 파일을 업데이트할 수 있습니다.

3.6.1.2 OTP 메모리

또한, SoC에는 초소형 일회성 프로그래밍 가능 메모리(OTP 메모리)가 탑재되어 있습니다. OTP 메모리를 사용하면 부팅 ROM이 USB 장치 또는 이더넷에서 부팅을 시도해야 하는지와 같은 일부 설정을 구성할 수 있습니다.

이 OTP 메모리에 관한 설명은 Raspberry Pi Foundation 웹 사이트(https://www.raspberrypi.org/documentation/hardware/raspberrypi/otpbits.mdd)에서 확인할 수 있습니다.

주의
주의: 일회성 프로그래밍만 가능

OTP 메모리에 쓴 구성 설정은 되돌릴 수 없습니다.

OTP 메모리의 가장 일반적인 사용 사례는 Raspberry Pi 3 Model B 또는 Compute Module 3에서 USB 부팅을 활성화하는 것입니다.

3.6.1.2.1 Raspberry Pi 3 Model B에서 USB 모팅 모드 활성화

Raspberry Pi 3 Model B의 연결된 USB 대용량 저장 장치 및 온보드 USB 이더넷으로부터의 부팅을 영구적으로 허용하려면, 3.6.3절 “어플라이언스 이미지 배포”의 설명과 같이 microSD 카드를 준비합니다. 카드의 탑재를 해제하거나 꺼내고 카드에서 부팅하기 전, 다음 설정이 포함된 FAT 파티션을 텍스트 파일 extraconfig.txt(3.6.1.1절 “Config.txt”)에 추가합니다.

program_usb_boot_mode=1

그리고 수정된 microSD 카드에서 정상적으로 부팅을 계속합니다. U-Boot 또는 GRUB 부트 로더 또는 Linux 커널에서 출력을 확인한 후에는 전원을 해제한 후 microSD 카드를 제거할 수 있습니다. 이제 장치를 USB(3.6.4절 “USB 미디어에서 설치”)에서 부팅할 수 있습니다.

USB 부팅 모드는 Raspberry Pi 3 Model B에 활성화되었으며, USB 부팅 모드를 다시 비활성화할 수 없다는 점에 유의하십시오(3.6.1.2절 “OTP 메모리”).

자세한 정보는 Raspberry Pi Foundation 웹 사이트(https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/msd.md)를 참조하십시오.

Raspberry Pi Compute Module 3의 경우, 필요한 설정은 동일하지만 수정된 이미지의 배포가 약간 더 복잡합니다.

3.6.2 실시간 클럭 미제공

Raspberry Pi 자체에서는 배터리로 지원되는 RTC(실시간 클럭)가 없습니다.

참고
참고: 시간 동기화

실시간 클럭이 없으므로 Raspberry Pi 장치는 네트워크 시간 프로토콜을 사용하여 네트워크 서버에서 시간을 가져오도록 구성해야 합니다.

그러나 Raspberry Pi Compute Modules의 베이스 보드가 RTC를 제공할 수 있습니다.

또한, HAT(Hardware Attached on Top)나 기타 확장 보드를 사용하여 GPIO 커넥터를 통해 RTC에 연결할 수도 있습니다.

둘 중 어떤 방식을 사용하든지 간에, SUSE Linux Enterprise Server의 각 RTC 칩셋 지원 여부를 확인하십시오. 연결된 RTC는 장치 트리 오버레이(3.6.1.1절 “Config.txt”)를 통해 운영 체제에 설명되어야 합니다. 예를 들어, MyPi 베이스 보드는 다음을 사용할 수 있습니다.

dtparam=i2c1=on
dtoverlay=i2c-rtc,ds1307

3.6.3 어플라이언스 이미지 배포

운영 체제를 Raspberry Pi 하드웨어에 배포하는 가장 일반적인 방법은 사전 설치된 시스템 이미지를 부팅 매체(일반적으로 microSD 카드)에 복사하는 것입니다. 이 방법이 가장 간단하고 편리합니다.

SUSE는 Raspberry Pi 하드웨어용 SUSE Linux Enterprise Server의 사전 구성 부팅 가능 이미지를 제공합니다. 이 이미지는 성능을 향상하고 microSD 미디어에서의 마모를 줄일 수 있도록 압축된 Btrfs 파일 시스템으로 제공됩니다.

최소 크기가 8GB인 microSD 카드를 사용하는 것이 좋습니다. 카드의 속도가 빠르면 시스템 성능이 향상됩니다. 첫 번째 부팅에서 운영 체제는 파일 시스템을 자동으로 확장하여 카드를 채웁니다. 즉, 첫 번째 부팅은 이후 부팅보다 속도가 매우 느립니다.

카드 이미지를 microSD 미디어에 쓰는 프로세스에 대한 설명은 Raspberry Pi 빠른 시작에서 제공됩니다.

3.6.4 USB 미디어에서 설치

일부 Raspberry Pi 모델은 USB 대용량 저장 장치로부터의 부팅을 허용합니다. 그러면 서버 플랫폼과 유사하게 Raspberry Pi에 SUSE Linux Enterprise Server를 배포할 수 있습니다.

이동식 USB 매체(예: 메모리 스틱)를 사용하여 시스템의 내부 슬롯에 있는 microSD 카드에 설치할 수 있습니다. 아니면, 이동식 USB 매체를 사용하여 다른 USB 매체(예: USB 연결 하드 디스크)에 설치하는 것도 가능합니다.

참고
참고: USB 대역폭 제한

Raspberry Pi 3의 이더넷 컨트롤러는 장치의 온보드 USB 2.0 버스에 연결됩니다.

그러므로 USB를 통해 연결된 디스크에서 구동되는 운영 체제는 USB 2.0 컨트롤러의 총 480Mbps 대역폭을 공유해야 합니다. 이로 인해 성능이 제한되며 네트워크 성능에 커다란 영향을 줄 수 있습니다.

이러한 제한은 Raspberry Pi 4에는 적용되지 않습니다.

BCM2837 B0 실리콘(블랙 칩이 아닌 실버 칩)이 적용된 최신 Raspberry Pi 3 모델(예: Raspberry Pi 3 Model B+ 및 Compute Module 3+)은 기본적으로 USB 연결 저장 장치로부터의 부팅을 허용합니다.

기존 모델(예: Raspberry Pi 3 Model B 또는 Compute Module 3)의 경우 USB 부팅은 특별하게 준비된 microSD 카드에서 한 번 부팅하여 활성화할 수 있습니다. 자세한 내용은 3.6.1.2절 “OTP 메모리” 항목을 참조하십시오.

3.6.5 네트워크에서 설치

하드웨어에는 온보드 펌웨어(3.6.1절 “부팅 프로세스”)가 없기 때문에, PXE를 사용하여 Raspberry Pi를 네트워크에서 부팅하는 것은 기존 컴퓨터보다 좀 더 복잡합니다.

x86 및 Arm용 PXE 부팅 서버를 설정하는 프로세스에 대한 설명은 SUSE 모범 사례 문서 멀티 PXE 설치 서버 설정 방법에서 확인할 수 있습니다.

Raspberry Pi Foundation은 한 Raspberry Pi에서 다른 Raspberry Pi로 PXE를 사용하여 부팅하는 방법에 대한 정보를 https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/net_tutorial.md에서 제공합니다.

3.6.6 추가 정보

자세한 정보는 다음 자료를 참조하십시오.

SUSE Linux Enterprise Server 15 SP2 릴리스 정보

Raspberry Pi를 실행하는 경우의 하드웨어 호환성, 지원되는 옵션 및 기능에 관한 자세한 정보는 SUSE Linux Enterprise Server 릴리스 정보에서 Raspberry Pi의 부팅 및 드라이브 사용 여부 절을 참조하십시오.

https://www.suse.com/releasenotes/aarch64/SUSE-SLES/15-SP2/#aarch64-rpi

Raspberry Pi 빠른 시작

https://documentation.suse.com/sles/15-SP2/html/SLES-rpi-quick/art-rpiquick.html

openSUSE 하드웨어 호환성 목록: Raspberry Pi 3

openSUSE 프로젝트도 Raspberry Pi 하드웨어의 설치 및 구성에 관한 정보를 제공합니다. 이러한 정보 중 많은 사항이 SUSE Linux Enterprise에도 적용됩니다.

https://en.opensuse.org/HCL:Raspberry_Pi3를 참조하십시오.

Das U-Boot

Das U-Boot 부트 로더에 관한 자세한 정보는 프로젝트의 GitHub 페이지(https://github.com/u-boot/u-boot)에서 확인할 수 있습니다.

4 IBM POWER에 설치

이 장에서는 IBM POWER 시스템에 SUSE Linux Enterprise Server를 설치하는 절차에 대해 설명합니다.

4.1 하드웨어 요구사항

POWER에서 SUSE Linux Enterprise Server를 실행하려면 하드웨어가 아래와 같은 최소 요구사항을 충족해야 합니다.

지원되는 서버

SUSE 인증 하드웨어 데이터베이스에서 특정 하드웨어 구성이 지원되는지를 확인하십시오. 이 데이터베이스는 https://www.suse.com/yessearch/Search.jsp에서 제공됩니다. SUSE Linux Enterprise Server는 나열되지 않은 추가 IBM POWER 시스템을 지원할 수 있습니다. 최신 정보는 https://www.ibm.com/support/knowledgecenter/linuxonibm/liaam/liaamdistros.htm의 IBM Information Center for Linux를 참조하십시오.

메모리 요구사항

최소 설치를 위해 최소 1024MB의 RAM이 필요합니다. HTTP 또는 FTP를 통해 원격으로 설치하는 경우 150MB를 더 추가합니다. 이러한 값은 운영 체제 설치에만 적용되며 운영에서의 실제 RAM 요구사항은 시스템 워크로드에 따라 달라집니다.

하드 디스크 요구사항

디스크 요구사항은 선택한 설치의 선택한 유형 및 사용 시나리오에 따라 달라집니다. 일반적으로 올바르게 작동하는 시스템의 경우 설치보다 더 많은 공간이 필요합니다. 최소 요구사항은 다음과 같습니다.

설치 범위

최소 하드 디스크 요구사항

텍스트 모드

1.5GB

최소 시스템

2.5GB

GNOME 데스크톱

3GB

모든 패턴

4GB

권장 최소 크기(Btrfs 스냅샷 제외): 10GB

필수 최소 크기(Btrfs 스냅샷 포함): 16GB

권장 최소 크기(Btrfs 스냅샷 포함): 32GB

루트 파티션의 크기가 10GB 미만인 경우, 설치 프로그램은 파티셔닝 제안을 제공하지 않습니다. 이러한 경우에는 파티션을 수동으로 생성해야 합니다. 이를 방지하려면 루트 파티션에 10GB를 예약하는 것이 좋습니다. 루트 볼륨에서 Btrfs 스냅샷을 활성화하려면 최소 크기를 16GB로 늘립니다(Book “Administration Guide”, Chapter 7 “System Recovery and Snapshot Management with Snapper” 참조).

SUSE Linux Enterprise Server를 설치하기 전, 서버의 펌웨어가 최신인지 확인합니다. 최신 펌웨어는 IBM FixCentral(http://www.ibm.com/support/fixcentral/)에서 확인할 수 있습니다. 제품 그룹 목록에서 시스템을 선택합니다. 추가 소프트웨어는 IBM PowerLinux Tools Repository에서 이용할 수 있습니다. IBM PowerLinux Tools Repository 사용에 관한 자세한 정보는 https://ibm.biz/Bdxn3N 페이지를 참조하십시오.

4.2 POWER용 SUSE Linux Enterprise Server 설치

설치 환경을 설정하기 위한 방법에 대한 절차는 다음을 참조하십시오. 이미 설치 환경이 준비된 경우에는 건너뛸 수 있습니다.

절차 4.1: 설치 환경 준비
  1. SSH 세션을 HMC로 시작하고 vtmenu 명령을 실행합니다.

  2. 원하는 POWER 서버 및 LPAR을 선택합니다. 선택한 LPAR에 대한 직렬 콘솔이 이미 있는 경우에는 다음 명령을 사용하여 이 콘솔을 먼저 종료해야 합니다.

    rmvterm -m SERVER -p LPAR
  3. HMC에 대한 새 SSH 세션을 생성하고 다음 명령을 실행하여 LPAR을 재부팅합니다.

    chsysstate -r lpar -m SERVER -o shutdown -n LPAR --immed --restart

    이 명령으로 LPAR이 하드 재부팅됨에 유의하십시오. 소프트 재부팅을 수행하고 실행 중인 작업을 올바르게 종료하려면, 위의 명령에서 --immed 플래그를 생략합니다.

  4. 메시지가 표시되면, 직렬 콘솔에서 1을 눌러 [SMS] 메뉴를 엽니다.

    [SMS] 메뉴를 선택합니다.
  5. 2와 <Enter> 키를 눌러 원격 IPL(초기 프로그램 로드) 설정을 선택합니다.

    [원격 IPL 설정]을 선택합니다.
  6. TFTP 서버에 액세스하기 위한 NIC 어댑터를 선택합니다.

  7. 사용할 IP 버전(예: IPv4)을 선택합니다.

  8. TFTP 서버에 액세스하기 위해 사용할 프로토콜을 선택합니다(예: BOOTP의 경우 1).

  9. 1과 <Enter> 키를 눌러 IP 파라미터를 선택합니다.

  10. IP 주소, 네트워크 게이트웨이 및 네트워크 마스크 등 LPAR의 필수 네트워크 파라미터를 구성합니다. 서버 IP 주소에 TFTP 서버의 IP 주소를 입력합니다.

    네트워크 파라미터 구성
  11. <Esc> 키를 사용하여 첫 번째 화면으로 돌아갑니다. 지정된 순서로 다음 항목을 선택합니다.

    • 부팅 옵션 선택

    • 설치/부팅 장치 선택

    • 네트워크

    • BOOTP

  12. 앞에서 지정한 NIC 어댑터를 선택한 후 다음을 선택합니다.

    • 정상 모드 부팅

    • 있음

  13. 프로세스가 시작되면 TFTP 서버에서 사용할 수 있는 이미지 목록이 포함된 [GRUB] 메뉴가 표시되어야 합니다.

    GRUB 메뉴

4.3 SUSE Linux Enterprise Server 설치

일반적으로 POWER에 SUSE Linux Enterprise Server를 설치하는 것은 일반 설치 절차와 유사합니다.

절차 4.2: SUSE Linux Enterprise Server 설치
  1. 첫 두 단계에서는 원하는 언어와 키보드를 선택하고 제품의 사용권 계약을 읽고 이에 동의하라는 메시지가 표시됩니다.

  2. 다음에는 원하는 제품 등록 방법을 선택하고 등록을 완료합니다. SUSE Customer Center를 사용하여 시스템을 등록하는 경우에는 리포지토리 업데이트를 활성화하라는 메시지가 표시됩니다. 를 누릅니다.

    제품 등록
  3. 모듈 또는 확장, 화살표 키를 사용하여 선택하고 <Space> 키를 누릅니다. 선택한 확장 및 모듈에 따라, 연결된 리포지토리에 GnuPG 키를 임포트하라는 메시지가 표시될 수 있습니다.

    확장 및 모듈 선택
  4. 원하는 Add-On 제품을 설치합니다. 추가 기능을 설치하는 경우에는 설치 소스를 지정해야 합니다.

    Add-On 제품 설치
  5. 설치의 파티션 스키마를 지정합니다. 기본 제안을 승인하려면 다음을 누르거나 AltN을 누릅니다.

    파티션 스키마 지정
  6. 특정 상황에 적합한 시스템 역할을 선택합니다.

    시스템 역할 선택
  7. 다음에 제공되는 몇 개의 화면에서는 적절한 시간대를 지정하고 사용자를 생성합니다. 사용자를 생성하지 않는 경우에는 루트 비밀번호를 지정하라는 메시지가 표시됩니다.

  8. 설치 요약 화면에서 SSH 서비스가 활성화되고 SSH 포트를 열었는지 확인합니다. 이를 위해서는 변경을 누르고 기본 방화벽 및 SSH 구성 화면으로 이동하여 적절한 옵션을 활성화합니다. 확인을 누릅니다.

    SSH 설정 구성
  9. 설치 구성을 확인하고 설치를 눌러 설치 프로세스를 시작합니다.

4.4 추가 정보

IBM PowerLinux에 대한 추가 정보는 SUSE 및 IBM에서 제공됩니다.

  • https://www.suse.com/support/kb/의 SUSE 지원 기술 자료는 고객의 문제 해결을 지원하기 위한 도움말 도구입니다. SUSE Linux Enterprise Server에서 관련 검색어를 사용하여 기술 자료를 검색하십시오.

  • https://www.suse.com/support/security/에서 보안 경고를 살펴볼 수 있습니다. 또한, SUSE는 다음과 같은 두 개의 보안 관련 주소록을 유지합니다.

    • suse-security — Linux 및 SUSE와 관련된 일반 보안 주제를 다룹니다. SUSE Linux Enterprise Server에 대한 모든 보안 경고는 이 목록으로 전송됩니다.

    • suse-security-announce - 보안 경고에만 해당되는 SUSE 주소록입니다.

  • 하드웨어 오류가 발생하는 경우에는 모든 코드에 대하여 제어판을 확인합니다. 코드는 IBM Power Systems Hardware Information Center의 https://ibm.biz/Bdxn3T에서 조회할 수 있습니다.

  • 문제 해결 관련 팁은 https://ibm.biz/Bdxn35에서 Information Center의 IBM PowerLinux FAQ 항목을 참조하십시오.

  • linuxppc-dev 주소록에 등록하려면 http://lists.ozlabs.org/listinfo/linuxppc-dev/의 양식을 사용하여 등록하십시오.

5 IBM Z 및 LinuxONE에 설치

이 장에서는 IBM Z에서의 SUSE® Linux Enterprise Server 설치 준비에 대한 절차를 설명합니다. LPAR 및 z/VM 측면에서 설치를 준비하는 데 필요한 모든 정보를 제공합니다.

5.1 시스템 요구사항

이 절에서는 시스템 요구사항, MicroCode 수준 및 소프트웨어에 대한 기본적인 정보를 제공합니다. 또한 여러 가지 설치 유형 및 처음 설치 시 IPL 수행 방식에 대해 설명합니다. SUSE Linux Enterprise Server의 IBM Z에 대한 자세한 기술 정보는 https://www.ibm.com/developerworks/linux/linux390/documentation_suse.html을 참조하십시오.

5.1.1 하드웨어

SUSE Linux Enterprise Server를 실행할 수 있는 플랫폼은 다음과 같습니다.

  • IBM zEnterprise EC12(zEC12)(2827)

  • IBM zEnterprise BC12(zBC12)(2828)

  • IBM z13(2964)

  • IBM z13s(2965)

  • IBM LinuxONE Emperor(2964)

  • IBM LinuxONE Rockhopper(2965)

  • IBM z14(3906)

  • IBM z14 ZR1(3907)

  • IBM z Systems z15(8561)

  • IBM LinuxONE Emperor II(3906)

  • IBM LinuxONE Rockhopper II(3907)

  • IBM LinuxONE Rockhopper III(8561)

5.1.1.1 메모리 요구사항

설치 방법에 따라 설치 중 메모리 요구사항이 다릅니다. z/VM, LPAR 및 KVM에서 텍스트 모드로 설치하려면 최소 1GB의 메모리가 권장됩니다. 그래픽 모드로 설치하려면 최소 1.5GB의 메모리가 필요합니다.

참고
참고: 원격 설치 원본을 사용하는 메모리 요구사항

NFS, FTP 및 SMB 설치 소스에서 설치하거나 VNC를 사용하는 경우에는 최소 512MB의 메모리가 필요합니다. 메모리 요구사항도 z/VM 게스트 또는 LPAR 이미지에 표시되는 장치의 수에 따라 다르다는 점에 유의하십시오. (설치에 사용되지 않더라도) 액세스 가능한 여러 장치가 있는 설치에는 더 많은 메모리가 필요할 수 있습니다.

5.1.1.2 디스크 공간 요구사항

디스크 요구사항은 대부분 설치에 따라 달라집니다. 시스템이 올바르게 기능하려면, 일반적으로 설치 소프트웨어의 요구사항보다 더 많은 여유 공간이 필요합니다. 사용할 수 있는 설치 유형에 대한 최소 요구사항은 다음과 같습니다.

설치 유형

최소 하드 디스크 요구사항

텍스트 모드

1.5GB

최소 시스템

2.5GB

GNOME 데스크톱

3GB

모든 패턴

4GB

권장 최소 크기(Btrfs 스냅샷 제외): 10GB

필수 최소 크기(Btrfs 스냅샷 포함): 16GB

권장 최소 크기(Btrfs 스냅샷 포함): 32GB

5.1.1.3 네트워크 연결

SUSE Linux Enterprise Server 시스템과 통신하려면 네트워크 연결이 필요합니다. 이러한 연결은 다음 연결 또는 네트워크 카드 중 하나 이상이 될 수 있습니다.

  • OSA Express Ethernet(고속 및 기가비트 이더넷 포함)

  • HiperSockets 또는 Guest LAN

  • 10GBE, VSWITCH

  • RoCE (RDMA over Converged Ethernet)

다음 인터페이스는 여전히 포함되어 있지만, 더 이상 지원되지 않습니다.

  • CTC(또는 가상 CTC)

  • ESCON

  • IUCV용 IP 네트워크 인터페이스

KVM에서 설치할 경우 다음 요구사항을 충족해야 VM 게스트가 네트워크에 투명하게 액세스할 수 있습니다.

  • 가상 네트워크 인터페이스가 호스트 네트워크 인터페이스에 연결되어 있습니다.

  • 호스트 네트워크 인터페이스가 가상 서버가 참여할 네트워크에 연결되어 있습니다.

  • 두 개의 독립 OSA 네트워크 포트를 결합된 네트워크 인터페이스에 그룹화하여 호스트에 중복 네트워크 연결이 있도록 구성한 경우 결합된 네트워크 인터페이스의 식별자는 bond0입니다. 한 개 이상의 인터페이스에 연결된 경우에는 bond1, bond2 등이 됩니다.

  • 비중복 네트워크 연결 설정을 위해서는 단일 네트워크 인터페이스에 대한 식별자가 필요합니다. 식별자의 형식은 enccw0.0.NNNN이어야 하며, 여기서 NNNN은 원하는 네트워크 인터페이스의 장치 번호입니다.

5.1.2 MicroCode Level, APAR 및 수정사항

이 SUSE Linux Enterprise Server 릴리스의 제한사항 및 요구사항에 대한 설명서는 IBM developerWorks(https://www.ibm.com/developerworks/linux/linux390/documentation_suse.html)에서 찾을 수 있습니다. 항상 사용할 수 있는 최고 서비스 레벨을 사용하는 것이 좋습니다. 최소 요구사항은 IBM 지원부로 문의하십시오.

z/VM의 경우 다음 버전이 지원됩니다.

  • z/VM 6.4

  • z/VM 7.1

VM APAR을 활성화한 후 새로운 MicroCode 레벨을 설치해야 할 수 있으므로, IBM 지원부에 설치 순서를 문의하십시오.

5.1.3 소프트웨어

Linux 기반이 아닌 NFS 또는 FTP를 통해 SUSE Linux Enterprise Server를 설치할 경우 NFS 또는 FTP 서버 소프트웨어와 관련된 문제가 발생할 수 있습니다. Windows* 표준 FTP 서버는 오류를 유발할 수 있으므로 이러한 시스템에서는 SMB를 통해 설치하는 것이 좋습니다.

SUSE Linux Enterprise Server 설치 시스템에 연결하려면 다음 방법 중 하나가 필요합니다(SSH 또는 VNC 권장).

터미널 에뮬레이션을 사용하는 SSH(xterm 호환)

SSH는 대부분의 Unix 또는 Linux 시스템에서 제공되는 표준 Unix 도구입니다. Windows의 경우에는 http://www.chiark.greenend.org.uk/~sgtatham/putty/에서 제공되는 Putty SSH 클라이언트를 사용할 수 있습니다.

VNC 클라이언트

Linux의 경우 vncviewer VNC 클라이언트가 SUSE Linux Enterprise Servertightvnc 패키지의 일부로 포함됩니다. Windows의 경우 TightVNC도 사용할 수 있습니다. http://www.tightvnc.com/에서 다운로드하십시오.

X Server

Linux 또는 Unix 워크스테이션에 적합한 X Server 구현을 찾을 수 있습니다. Windows 및 MacOS*에 대한 상업용 X Windows 시스템 환경이 많이 있으며, 일부는 무료 평가 버전으로 다운로드할 수 있습니다. MochaSoft의 Mocha X Server 평가 버전은 http://www.mochasoft.dk/freeware/x11.htm에서 다운로드할 수 있습니다.

작은 정보
작은 정보: 추가 정보

IBM Z에 SUSE Linux Enterprise Server를 설치하기 전, SUSE Linux Enterprise Server 첫 번째 설치 매체의 루트 디렉토리에 있는 README 파일을 읽으십시오.

5.2 일반 정보

이 절에서는 시스템 요구사항, MicroCode 수준 및 소프트웨어에 대한 기본적인 정보를 제공합니다. 또한 여러 가지 설치 유형 및 처음 설치 시 IPL 수행 방식에 대해 설명합니다. SUSE Linux Enterprise Server의 IBM Z에 대한 자세한 기술 정보는 https://www.ibm.com/developerworks/linux/linux390/documentation_suse.html을 참조하십시오.

5.2.1 시스템 요구사항

이 절에서는 SUSE Linux Enterprise Server에서 지원하는 IBM Z용 하드웨어 목록을 제공합니다. 다음으로 설치에 매우 중요한 IBM Z 시스템에서 사용된 MCL(level of the MicroCode: MicroCode 레벨)을 다룹니다. 설치 및 설치에 사용할 추가 소프트웨어는 이 절의 끝에서 언급합니다.

5.2.1.1 하드웨어

SUSE Linux Enterprise Server를 실행할 수 있는 플랫폼은 다음과 같습니다.

  • IBM zEnterprise System z196(2817)

  • IBM zEnterprise System z114(2818)

  • IBM zEnterprise EC12(zEC12)(2827)

  • IBM zEnterprise BC12(zBC12)(2828)

  • IBM z Systems z13(2964)

  • IBM z Systems z13s(2965)

  • IBM z Systems z14(3906)

  • IBM z Systems z14 ZR1(3907)

  • IBM z Systems z15(8561)

  • IBM LinuxONE Emperor(2964)

  • IBM LinuxONE Rockhopper(2965)

  • IBM LinuxONE Emperor II(3906)

  • IBM LinuxONE Rockhopper II(3907)

  • IBM LinuxONE Emperor III(8561)

5.2.1.1.1 메모리 요구사항

설치 방법에 따라 설치 중 메모리 요구사항이 다릅니다. 설치가 완료된 후 시스템 관리자가 원하는 크기로 메모리를 줄일 수 있습니다. z/VM, LPAR 및 KVM에서 텍스트 모드로 설치하려면 최소 1GB의 메모리가 권장됩니다. 그래픽 모드로 설치하려면 최소 1.5GB의 메모리가 필요합니다.

참고
참고: 원격 설치 원본을 사용하는 메모리 요구사항

NFS, FTP 및 SMB 설치 소스에서 설치하거나 VNC를 사용하는 경우에는 최소 512MB의 메모리가 필요합니다. 또한, z/VM 게스트에 표시되는 장치 수 및 LPAR 이미지가 메모리 요구사항에 영향을 미친다는 점에 유의하십시오. (설치에 사용되지 않더라도) 액세스 가능한 여러 장치가 있는 설치에는 더 많은 메모리가 필요할 수 있습니다.

5.2.1.1.2 디스크 공간 요구사항

디스크 요구사항은 대부분 설치에 따라 달라집니다. 일반적으로 시스템이 적절하게 작동하려면 설치 소프트웨어 자체가 필요로 하는 공간보다 더 많은 공간이 필요합니다. 다양한 설치에 대한 최소 요구사항은 다음과 같습니다.

800MB

최소 설치

1.4GB

최소 설치 + 기본 시스템

2.6GB

기본 설치

3.6GB+

권장(그래픽 데스크톱, 개발 패키지 및 Java를 사용하는 경우)

5.2.1.1.3 네트워크 연결

SUSE Linux Enterprise Server 시스템과 통신하려면 네트워크 연결이 필요합니다. 이러한 연결은 다음 연결 또는 네트워크 카드 중 하나 이상이 될 수 있습니다.

  • OSA Express Ethernet(고속 및 기가비트 이더넷 포함)

  • HiperSockets 또는 Guest LAN

  • 10GBE, VSWITCH

  • RoCE (RDMA over Converged Ethernet)

다음 인터페이스는 여전히 포함되어 있지만, 더 이상 지원되지 않습니다.

  • CTC(또는 가상 CTC)

  • ESCON

  • IUCV용 IP 네트워크 인터페이스

KVM에서 설치할 경우 다음 요구사항을 충족해야 VM 게스트가 네트워크에 투명하게 액세스할 수 있습니다.

  • 가상 네트워크 인터페이스가 호스트 네트워크 인터페이스에 연결되어 있습니다.

  • 호스트 네트워크 인터페이스가 가상 서버가 참여할 네트워크에 연결되어 있습니다.

  • 두 개의 독립 OSA 네트워크 포트를 결합된 네트워크 인터페이스에 그룹화하여 호스트에 중복 네트워크 연결이 있도록 구성한 경우 결합된 네트워크 인터페이스의 식별자는 bond0입니다. 한 개 이상의 인터페이스에 연결된 경우에는 bond1, bond2 등이 됩니다.

  • 비중복 네트워크 연결 설정을 위해서는 단일 네트워크 인터페이스에 대한 식별자가 필요합니다. 식별자의 형식은 enccw0.0.NNNN이어야 하며, 여기서 NNNN은 원하는 네트워크 인터페이스의 장치 번호입니다.

5.2.1.2 MicroCode Level, APAR 및 수정사항

이 SUSE Linux Enterprise Server 릴리스의 제한사항 및 요구사항에 대한 설명서는 IBM developerWorks(http://www.ibm.com/developerworks/linux/linux390/documentation_suse.html)에서 찾을 수 있습니다. 항상 사용할 수 있는 최고 서비스 레벨을 사용하는 것이 좋습니다. 최소 요구사항은 IBM 지원부로 문의하십시오.

5.2.1.2.1 z/VM
  • z/VM 6.3, qclib 출력을 개선하려면 APAR VM65419 이상을 설치할 것을 적극적으로 권장합니다.

  • z/VM 6.4

  • z/VM 7.1

새 MicroCode 레벨을 설치하기 전에 VM APAR를 활성화해야 할 수 있으므로, IBM 지원부와 함께 설치 순서를 협의하십시오.

5.2.1.3 소프트웨어

Linux 기반이 아닌 NFS 또는 FTP를 통해 SUSE Linux Enterprise Server를 설치할 경우 NFS 또는 FTP 서버 소프트웨어와 관련된 문제가 발생할 수 있습니다. 특히 Windows* 표준 FTP 서버에 오류가 발생할 수 있으므로, 일반적으로 SMB를 통해 이러한 시스템에 설치하는 것이 좋습니다.

SUSE Linux Enterprise Server 설치 시스템에 연결하려면 다음 방법 중 하나가 필요합니다(SSH 또는 VNC 권장).

터미널 에뮬레이션을 사용하는 SSH(xterm 호환)

SSH는 대부분의 Unix 또는 Linux 시스템에서 제공되는 표준 Unix 도구입니다. Windows의 경우에는 http://www.chiark.greenend.org.uk/~sgtatham/putty/에서 제공되는 Putty SSH 클라이언트를 사용할 수 있습니다.

VNC 클라이언트

Linux의 경우 vncviewer VNC 클라이언트가 SUSE Linux Enterprise Servertightvnc 패키지 일부로 포함됩니다. Windows의 경우 TightVNC도 사용할 수 있습니다. http://www.tightvnc.com/에서 다운로드하십시오.

X Server

Linux 또는 Unix 워크스테이션에 적합한 X Server 구현을 찾을 수 있습니다. Windows 및 MacOS*에 대한 상업용 X Windows 시스템 환경이 많이 있으며, 일부는 무료 평가 버전으로 다운로드할 수 있습니다. MochaSoft의 Mocha X Server 평가 버전은 http://www.mochasoft.dk/freeware/x11.htm에서 다운로드할 수 있습니다.

작은 정보
작은 정보: 추가 정보

IBM Z에 SUSE Linux Enterprise Server를 설치하기 전, SUSE Linux Enterprise Server 첫 번째 설치 매체의 루트 디렉토리에 있는 README 파일을 읽으십시오. 이 파일은 본 문서를 보완합니다.

5.2.2 설치 유형

이 절에서는 IBM Z용 SUSE Linux Enterprise Server로 가능한 여러 가지 설치 유형에 대한 개요를 제공합니다. SUSE Linux Enterprise Serverz/VM 내 게스트로 또는 KVM 내 게스트로 LPAR에 설치할 수 있습니다.

설치 모드(LPAR 또는 z/VM)에 따라 설치 프로세스를 시작하고 설치된 시스템에서 IPL을 수행하는 여러 가지 가능성이 있습니다.

5.2.2.1 LPAR

IBM Z용 SUSE Linux Enterprise Server를 LPAR(논리적 파티션)에 설치할 경우 메모리와 프로세서를 인스턴스에 할당하십시오. LPAR에 설치하는 것은 로드가 높은 프로덕션 시스템에 사용하는 것이 좋습니다. LPAR에서 실행하면 더 높은 보안 표준을 사용할 수도 있습니다. LPAR 간 네트워킹은 외부 인터페이스나 HiperSockets를 통해 가능합니다. KVM과 함께 가상화 설치를 사용하려면 LPAR에 설치해야 합니다.

5.2.2.2 z/VM

z/VM에서 IBM Z용 SUSE Linux Enterprise Server를 실행하는 것은 SUSE Linux Enterprise Server가 z/VM 내의 게스트 시스템임을 의미합니다. 이 모드의 이점은 z/VM에서 SUSE Linux Enterprise Server에 대한 전체 제어권을 가진다는 점입니다. 이것은 커널 개발 또는 커널 기반 디버깅에 매우 유용합니다. 또한 하드웨어를 Linux 게스트에 추가하거나 Linux 게스트에서 제거하기 쉽습니다. 추가 SUSE Linux Enterprise Server 게스트 생성은 간단하며, 수백 개의 Linux 인스턴스를 동시에 실행할 수 있습니다.

5.2.2.3 KVM 게스트

IBM Z용 SUSE Linux Enterprise Server를 KVM 게스트로 설치하려면 KVM 호스트 서버 인스턴스를 LPAR에 설치해야 합니다. 게스트 설치에 대한 자세한 내용은 절차 5.3. “KVM 게스트 설치 개요” 항목을 참조하십시오.

5.2.3 IPL 옵션

이 절에서는 처음 설치할 경우 IPL을 수행하는 데 필요한 정보를 제공합니다. 설치 유형에 따라 다른 옵션을 사용해야 합니다. VM 판독기, CD-ROM 또는 서버에서 로드, SCSI 연결 DVD-ROM에서 로드 옵션에 대해 설명합니다. 네트워크를 통해 소프트웨어 패키지를 설치할 때는 IPL 매체가 필요 없습니다.

5.2.3.1 VM 판독기

VM 판독기에서 IPL을 수행하려면 먼저 필요한 파일을 판독기로 전송하십시오. 관리상 편의를 위해 IPL에 필요한 파일 및 스크립트가 포함된 미니디스크를 소유하는 linuxmnt 사용자를 생성하는 것이 좋습니다. 그러면 이 미니디스크는 Linux 게스트에 의해 읽기 전용으로 액세스됩니다. 자세한 내용은 5.3.4.2.1절 “z/VM 판독기에서 IPL”을 참조하십시오.

5.2.3.2 이동식 미디어 또는 서버에서 로드

LPAR로 IPL을 수행하기 위해 커널 이미지를 SE 또는 HMC의 CD/DVD-ROM 장치에서 직접 로드하거나 FTP를 통해 액세스할 수 있는 원격 시스템에서 직접 로드합니다. 이 기능은 HMC에서 수행할 수 있습니다. 설치 프로세스에는 파일 시스템에서 설치 데이터의 위치와 데이터를 복사할 메모리 위치의 매핑이 포함된 파일이 필요합니다.

SUSE Linux Enterprise Server의 경우 이러한 파일이 두 개 있습니다. 두 파일 모두 첫 번째 설치 매체의 루트 디렉토리에 있습니다.

  • suse.ins - 이 파일이 작동하려면 설치 시작 전에 Linuxrc에서 네트워크 액세스를 설정해야 합니다.

  • susehmc.ins - 네트워크 액세스 없이 설치할 수 있도록 합니다.

HMC의 왼쪽 탐색 창에서 시스템 관리 › 시스템을 확장하고 작업할 메인프레임 시스템을 선택합니다. LPAR 테이블에서 SUSE Linux Enterprise Server를 부팅할 LPAR를 선택하고 이동식 미디어 또는 서버에서 로드를 선택합니다.

이제 하드웨어 관리 콘솔 CD-ROM/DVD 또는 FTP 원본을 선택합니다. 후자 옵션을 선택한 경우 서버 주소 또는 이름과 사용자의 자격 증명을 제공합니다. 해당 .ins 파일이 서버의 루트 디렉토리에 없는 경우 이 파일에 대한 경로를 제공합니다. 로드할 소프트웨어 선택 메뉴로 이동하여 .ins 항목을 선택합니다. 확인을 클릭하여 설치를 시작합니다.

5.2.3.3 SCSI에 부착된 DVD에서 로드

SCSI DVD에서 IPL을 수행하려면 DVD 드라이브에 연결된 FCP 어댑터에 액세스해야 합니다. SCSI 드라이브에서 WWPN 및 LUN에 대한 값이 필요합니다. 자세한 내용은 5.3.4.1.2절 “FCP 연결 SCSI DVD에서 IPL”을 참조하십시오.

5.2.3.4 zPXE가 설치된 네트워크에서 로드

zPXE가 설치된 네트워크에서 IPLing하려면 커널, RAM 디스크 및 parmfile을 제공하는 Cobbler 서버가 필요합니다. zPXE는 ZPXE EXEC 스크립트를 실행하여 시작합니다. 자세한 내용은 5.3.1.3절 “zPXE에 대해 Cobbler 서버 사용”을 참조하십시오. zPXE는 z/VM에서만 사용할 수 있습니다.

5.3 설치 준비

이 장에서는 설치를 위해 데이터 액세스를 가능하게 하고, 여러 가지 방법을 사용하여 SUSE Linux Enterprise Server를 설치하고, SUSE Linux Enterprise Server 설치 시스템의 IPL을 준비하고 사용하는 방법을 설명합니다. 또한, 네트워크 구성 및 네트워크 설치에 대한 정보도 제공합니다.

5.3.1 설치 데이터 사용 설정

이 절에서는 설치를 위해 SUSE Linux Enterprise Server IBM Z 설치 데이터에 액세스하는 방법에 대한 자세한 정보를 제공합니다. 컴퓨터 및 시스템 환경에 따라 NFS 또는 FTP 설치를 선택하십시오. 사용자 환경에서 Microsoft Windows 워크스테이션을 실행하는 경우 SMB 프로토콜을 포함하는 Windows 네트워크를 사용하여 IBM Z 시스템에 SUSE Linux Enterprise Server를 설치할 수 있습니다.

작은 정보
작은 정보: DVD에서 IPL

DVD에서의 IPL을 수행할 수 있으며 설치 매체로 DVD를 사용할 수 있습니다. 이 방법은 네트워크를 통해 설치 미디어를 제공하여 설치 서버를 설정해야 하는 제한된 조건에서 매우 편리합니다. FCP에 부착된 SCSI DVD 드라이브가 필요합니다.

참고
참고: 하드 디스크에서 설치할 수 없음

DVD의 컨텐트를 DASD의 파티션에 넣는 방식으로 하드 디스크에서 설치할 수 없습니다.

5.3.1.1 Linux 워크스테이션 또는 SUSE Linux Enterprise Server DVD 사용

컴퓨터 환경에서 Linux 워크스테이션 사용하여 NFS 또는 FTP를 통해 설치 데이터를 IBM Z 설치 프로세스에 제공할 수 있습니다. Linux 워크스테이션이 SUSE Linux Enterprise Server를 실행하는 경우 에 설명된 대로 YaST 설치 서버16.1절 “YaST를 사용하여 설치 서버 설정” 모듈을 사용하여 설치 서버(NFS 또는 FTP)를 설치할 수 있습니다.

중요
중요: NFS를 사용하여 탑재된 장치 엑스포트

파일 시스템 루트(/) 엑스포트 작업은 DVD와 같은 탑재된 장치를 자동으로 엑스포트하지 않습니다. 그러므로 /etc/exports에 마운트 위치의 이름을 명시적으로 입력해야 합니다.

/media/dvd  *(ro)

이 파일을 변경한 후 sudo systemctl restart nfsserver 명령을 사용하여 NFS 서버를 재시작하십시오.

Linux 시스템에서 FTP 서버를 설정하는 작업에는 vsftpd와 같은 서버 소프트웨어 설치 및 구성이 포함됩니다. SUSE Linux Enterprise Server를 사용하는 경우 Book “Administration Guide”, Chapter 38 “Setting Up an FTP Server with YaST”에서 설치 지침을 참조하십시오. 익명 로그인을 통한 설치 데이터 다운로드는 지원되지 않기 때문에 FTP 서버가 사용자 인증을 지원하도록 구성해야 합니다.

5.3.1.1.1 DVD의 SUSE Linux Enterprise Server

IBM Z용 SUSE Linux Enterprise Server의 첫 번째 설치 매체에는 Intel 기반 워크스테이션용 부팅 가능한 Linux 이미지 및 IBM Z용 이미지가 포함되어 있습니다.

Intel 기반 워크스테이션의 경우 이 매체에서 부팅합니다. 메시지가 표시되면, 원하는 언어와 키보드 레이아웃을 선택하고 복구 시스템 시작을 선택합니다. 이 작업을 수행하려면 64MB 이상의 RAM이 필요합니다. 전체 복구 시스템은 워크스테이션의 RAM에 상주하므로 디스크 공간이 필요하지 않습니다. 이러한 방법을 위해서는 워크스테이션의 네트워킹을 수동으로 설정해야 합니다.

IBM Z의 경우 5.3.4.1.2절 “FCP 연결 SCSI DVD에서 IPL”에 설명된 대로 이 매체에서 LPAR/VM 게스트의 IPL을 수행하십시오. 네트워크 파라미터를 입력하면 설치 시스템은 매체를 설치 데이터의 원본으로 간주합니다. IBM Z는 X11 지원 터미널에 직접 연결할 수 없으므로 VNC 또는 SSH 설치를 선택하십시오. 또한 SSH는 ssh -X를 사용하여 SSH로 X 연결을 터널링함으로써 그래픽 설치를 제공합니다.

5.3.1.2 Microsoft Windows 워크스테이션 사용

네트워크에서 Microsoft Windows 워크스테이션을 사용하여 설치 미디어를 사용할 수 있습니다. 이를 위한 가장 편리한 방법은 SMB 프로토콜을 사용하는 것입니다. SMB 패키지를 TCP/IP 패키지에 캡슐화할 수 있게 하는 TCP/IP를 통한 SMB 옵션이 활성화되었는지 확인합니다. 자세한 내용은 Windows 온라인 도움말 또는 네트워킹을 다루는 기타 Windows 관련 문서를 참조하십시오.

5.3.1.2.1 SMB 사용

SMB가 포함된 설치 미디어를 사용하려면 SLE-15-SP2-Online-ARCH-GM-media1.iso가 포함된 USB 플래시 드라이브를 Windows 워크스테이션의 USB 포트에 삽입합니다. 그러면 USB 플래시 드라이브의 문자를 사용하는 새 공유가 생성되고 네트워크의 모든 사용자가 사용할 수 있게 됩니다.

YaST의 설치 경로는 다음과 같을 수 있습니다.

smb://DOMAIN;USER:PW@SERVERNAME/SHAREPATH

여기서 자리 표시자는 다음을 의미합니다.

DOMAIN

선택적 작업 그룹 또는 활성 디렉토리 도메인.

USER , PW

이 서버 및 해당 공유에 액세스할 수 있는 사용자의 선택적 사용자 이름 및 비밀번호.

SERVERNAME

공유를 호스트하는 서버 이름.

SHAREPATH

공유 경로.

5.3.1.2.2 NFS 사용

Windows 워크스테이션용 NFS 서버 서비스를 활성화하는 타사 제품과 함께 제공된 설명서를 참조하십시오. SLE-15-SP2-Online-ARCH-GM-media1.iso 매체가 포함된 USB 플래시 드라이브를 NFS 경로에서 사용할 수 있어야 합니다.

5.3.1.2.3 FTP 사용

Windows 워크스테이션에서 FTP 서버 서비스를 활성화하는 타사 제품과 함께 제공된 설명서를 참조하십시오. SLE-15-SP2-Online-ARCH-GM-media1.iso 매체가 포함된 USB 플래시 드라이브를 FTP 경로에서 사용할 수 있어야 합니다.

특정 Microsoft Windows 릴리스와 함께 제공되는 FTP 서버는 FTP 명령의 하위 집합만 구현하며 설치 데이터를 제공하는 데 적합하지 않습니다. 이러한 경우에는 필수 기능을 제공하는 타사 FTP 서버를 사용하십시오.

5.3.1.2.4 FCP에 부착된 SCSI DVD 드라이브 사용

5.3.4.1.2절 “FCP 연결 SCSI DVD에서 IPL”에 설명된 대로 SCSI DVD에서 IPL을 수행했으면 설치 시스템에서 DVD를 설치 매체로 사용합니다. 이러한 경우, FTP, NFS 또는 SMB 서버에는 설치 미디어가 필요하지 않습니다. 그러나 VNC를 통해 또는 X로 그래픽 설치를 수행하려면 설치 도중 네트워크를 설정해야 하므로, SUSE Linux Enterprise Server에 대한 네트워크 구성 데이터가 필요합니다.

5.3.1.3 zPXE에 대해 Cobbler 서버 사용

네트워크에서 IPLing하려면 커널, initrd 및 설치 데이터를 제공하기 위해 Cobbler 서버가 필요합니다. Cobbler 서버를 준비하는 데 필요한 단계는 다음과 같습니다.

5.3.1.3.1 설치 데이터 임포트

미디어를 임포트하려면 Cobbler 서버에서 설치 원본(USB 플래시 드라이브 또는 네트워크 원본)을 사용할 수 있어야 합니다. 다음 명령을 실행하여 데이터를 임포트합니다.

tux > sudo cobbler import --path=PATH1 --name=IDENTIFIER2 --arch=s390x

1

설치 데이터의 마운트 포인트.

2

임포트한 제품을 식별하는 스트링(예: sles15_s390x). 이 스트링은 설치 데이터가 복사되는 하위 디렉토리 이름으로 사용됩니다. SUSE Linux Enterprise에서 실행 중인 Cobbler 서버의 경우 이 스트링은 /srv/www/cobbler/ks_mirror/IDENTIFIER입니다. Cobbler가 다른 운영 체제에서 실행되는 경우 이 경로가 다를 수 있습니다.

5.3.1.3.2 배포 추가

배포를 추가하면 Cobbler가 zPXE를 통해 IPL에 필요한 커널 및 initrd를 제공할 수 있습니다. Cobbler 서버에서 다음 명령을 실행하여 IBM Z용 SUSE Linux Enterprise Server를 추가합니다.

tux > sudo cobbler distro add --arch=s390 --breed=suse --name="IDENTIFIER"1 \
  --os-version=sles152 \
  --initrd=/srv/www/cobbler/ks_mirror/IDENTIFIER/boot/s390x/initrd3 \
  --kernel=/srv/www/cobbler/ks_mirror/IDENTIFIER/boot/s390x/linux4 \
  --kopts="install=http://cobbler.example.com/cobbler/ks_mirror/IDENTIFIER"5

1

배포에 대한 고유 식별자(예: SLES 15 SP2 IBM Z).

2

운영 체제 식별자. sles15을 사용합니다.

3

initrd 경로. 경로의 처음 부분(/srv/www/cobbler/ks_mirror/IDENTIFIER/)은 설치 데이터를 임포트할 때 선택한 데이터의 임포트된 데이터와 하위 디렉토리 이름에 따라 달라집니다.

4

커널 경로. 경로의 처음 부분(/srv/www/cobbler/ks_mirror/IDENTIFIER/)은 설치 데이터를 임포트할 때 선택한 데이터의 임포트된 데이터와 하위 디렉토리 이름에 따라 달라집니다.

5

Cobbler 서버의 설치 디렉토리에 대한 URL.

5.3.1.3.3 프로파일 조정

배포를 추가(5.3.1.3.2절 “배포 추가” 참조)하면 해당 식별자가 포함된 프로파일이 자동으로 생성됩니다. 다음 명령으로 필요한 몇 가지 조정을 수행하십시오.

tux > sudo cobbler distro edit \
--name=IDENTIFIER1 --os-version=sles102 --ksmeta=""3
--kopts="install=http://cobbler.example.com/cobbler/ks_mirror/IDENTIFIER"4

1

프로파일의 식별자. 배포를 추가할 때 지정한 문자열을 사용하십시오.

2

운영 체제 버전. 프로파일이 적용되는 배포. 임포트 단계에서 --name=IDENTIFIER로 지정된 문자열을 사용합니다.

3

킥스타트 파일을 템플릿할 때 필요한 옵션. SUSE에서 사용되지 않으므로 공백으로 둡니다.

4

공백으로 구분된 커널 파라미터 목록. 최소한으로 설치 파라미터가 포함되어야 합니다.

5.3.1.3.4 시스템 추가

마지막으로 수행할 단계는 시스템을 Cobbler 서버에 추가하는 것입니다. 이 단계는 zPXE를 통해 부팅되어야 하는 모든 IBM Z 게스트에서 수행해야 합니다. 게스트는 z/VM 사용자 ID(다음 예에서, linux01 ID)로 식별됩니다. ID는 소문자여야 한다는 점에 유의하십시오. 시스템을 추가하려면 다음 명령을 실행하십시오.

tux > sudo cobbler system add --name=linux01 --hostname=linux01.example.com \
--profile=IDENTIFIER --interface=qdio \
--ip-address=192.168.2.103 --subnet=192.168.2.255 --netmask=255.255.255.0 \
--name-servers=192.168.1.116 --name-servers-search=example.com \
--gateway=192.168.2.1 --kopts="KERNEL_OPTIONS"

--kopts 옵션을 사용하면 일반적으로 parmfile에서 지정되는 커널 및 설치 파라미터를 지정할 수 있습니다. PARAMETER1=VALUE1 PARAMETER2=VALUE2 형식으로 파라미터를 지정합니다. 설치 프로그램이 누락된 파라미터를 요청합니다. 완전 자동화된 설치의 경우 네트워킹, DASD에 대한 모든 파라미터를 지정하고 AutoYaST 파일을 제공해야 합니다. 다음에서는 위와 동일한 네트워크 파라미터를 사용하고 있으며 OSA 인터페이스가 포함된 게스트에 대한 예제를 보여줍니다.

--kopts=" \
AutoYaST=http://192.168.0.5/autoinst.xml \
Hostname=linux01.example.com \
Domain=example.com \
HostIP=192.168.2.103 \
Gateway=192.168.2.1 \
Nameserver=192.168.1.116 \
Searchdns=example.com \
InstNetDev=osa; \
Netmask=255.255.255.0 \
Broadcast=192.168.2.255 \
OsaInterface=qdio \
Layer2=0 \
PortNo=0 \
ReadChannel=0.0.0700 \
WriteChannel=0.0.0701 \
DataChannel=0.0.0702 \
DASD=600"

5.3.1.4 HMC의 USB 플래시 드라이브에서 설치

IBM Z 서버에 SUSE Linux Enterprise Server를 설치하려면 일반적으로 네트워크 설치 원본이 필요합니다. 이러한 요구사항을 수행할 수 없는 경우, SUSE Linux Enterprise Server는 하드웨어 관리 콘솔(HMC)의 USB 플래시 드라이브를 LPAR 설치의 설치 원본으로 사용하는 것을 허용합니다.

HMC의 USB 플래시 드라이브에서 설치하려면, 다음 단계를 수행합니다.

  • install=hmc:/parmfile(5.4절 “Parmfile - 시스템 구성 자동화” 참조) 또는 커널 옵션에 추가합니다.

  • linuxrc를 사용하는 수동 모드 설치에서는, 설치 시작을 선택하고 설치를 선택한 후 하드웨어 관리 콘솔을 선택합니다. 설치 매체가 반드시 HMC에 있어야 합니다.

중요
중요: 네트워크 구성

설치를 시작하기 전에 linuxrc에서 네트워크 구성을 지정합니다. 이 작업은 부팅 파라미터를 통해 수행할 수 없으며 네트워크에 액세스해야 합니다. linuxrc에서 설치 시작으로 이동한 다음 네트워크 설정을 선택하십시오.

중요
중요: 반드시 Linux 시스템을 먼저 부팅

HMC의 USB 플래시 드라이브에 대한 액세스 권한을 부여하기 전에 Linux 시스템이 부팅될 때까지 기다리십시오. IPL 수행은 HMC와 LPAR 사이의 연결을 방해할 수 있습니다. 설명한 방법을 사용하려는 첫 번째 시도가 실패하면, 액세스 권한을 부여한 후 HMC 옵션을 다시 시도할 수 있습니다.

참고
참고: 설치 리포지토리

설치는 일회성 절차이므로 USB 플래시 드라이브는 설치 리포지토리로 유지되지 않습니다. 설치 리포지토리가 필요하다면 등록하고 온라인 리포지토리를 사용하십시오.

5.3.2 설치 유형

이 절은 각 설치 모드에서의 SUSE Linux Enterprise Server 설치 단계에 대해 설명합니다. 이전 장에서 설명된 준비 단계가 완료되면, 원하는 설치 모드의 개요를 따릅니다.

5.3.1절 “설치 데이터 사용 설정”의 설명과 같이, IBM Z에 Linux를 설치하는 모드는 LPAR, z/VM 및 KVM 게스트 설치의 세 가지입니다.

절차 5.1: LPAR 설치 개요
  1. 설치에 필요한 장치를 준비합니다. 5.3.3.1절 “LPAR 설치의 IPL 준비”를 참조하십시오.

  2. 설치 시스템의 IPL을 수행합니다. 5.3.4.1절 “LPAR 설치에 대한 IPL 수행”을 참조하십시오.

  3. 네트워크를 구성합니다. 5.3.5절 “네트워크 구성”을 참조하십시오.

  4. SUSE Linux Enterprise Server 설치 시스템에 연결합니다. 5.3.6절 “SUSE Linux Enterprise Server 설치 시스템에 연결”을 참조하십시오.

  5. YaST를 사용하여 설치를 시작하고 설치된 시스템에서 IPL을 수행합니다. 8장 설치 단계을 참조하십시오.

절차 5.2: z/VM 설치의 설치 개요
  1. 설치에 필요한 장치를 준비합니다. 5.3.3.2.1절 “DirMaint를 사용하여 Linux 게스트 추가”을 참조하십시오.

  2. 설치 시스템의 IPL을 수행합니다. 5.3.4.2절 “z/VM 설치에 대한 IPL 수행”을 참조하십시오.

  3. 네트워크를 구성합니다. 5.3.5절 “네트워크 구성”을 참조하십시오.

  4. SUSE Linux Enterprise Server 설치 시스템에 연결합니다. 5.3.6절 “SUSE Linux Enterprise Server 설치 시스템에 연결”을 참조하십시오.

  5. YaST를 사용하여 설치를 시작하고 설치된 시스템에서 IPL을 수행합니다. 8장 설치 단계을 참조하십시오.

절차 5.3: KVM 게스트 설치 개요
  1. 가상 디스크 이미지를 만들고 도메인 XML 파일을 작성합니다. 5.3.3.3절 “KVM 게스트 설치의 IPL 준비”을 참조하십시오.

  2. 설치 대상을 준비하고 VM 게스트의 IPL을 수행합니다. 5.3.4.3절 “KVM 게스트 설치에 대한 IPL 수행”을 참조하십시오.

  3. 5.3.5.3절 “네트워크 설정 및 설치 원본 선택”.

  4. SUSE Linux Enterprise Server 설치 시스템에 연결합니다. 5.3.6절 “SUSE Linux Enterprise Server 설치 시스템에 연결”을 참조하십시오.

  5. YaST를 사용하여 설치를 시작하고 설치된 시스템에서 IPL을 수행합니다. 8장 설치 단계을 참조하십시오.

5.3.3 SUSE Linux Enterprise Server 설치 시스템의 IPL 준비

5.3.3.1 LPAR 설치의 IPL 준비

적절한 활성화 프로파일 및 IOCDS를 사용하여 ESA/S390 또는 Linux 전용 모드에서 시작하도록 IBM Z 시스템을 구성하십시오. 자세한 정보는 IBM 문서를 참조하십시오. 5.3.4.1절 “LPAR 설치에 대한 IPL 수행”의 설명과 같이 계속 진행합니다.

5.3.3.2 z/VM 설치의 IPL 준비

5.3.3.2.1 DirMaint를 사용하여 Linux 게스트 추가

첫 번째 단계는 z/VM에서 Linux 게스트로 사용될 DASD를 하나 또는 여러 대의 시스템에 연결하고 포맷하는 것입니다. 다음으로, z/VM에서 새 사용자를 생성합니다. 이 예에서는 LINPWD 비밀번호, 1GB 메모리(최대 2GB 확장 가능), 일부 미니디스크(MDISK), CPU 두 대, OSA QDIO 장치를 포함한 LINUX1 사용자의 디렉토리를 표시합니다.

작은 정보
작은 정보: z/VM 게스트에 메모리 할당

z/VM 게스트에 메모리를 할당할 때 메모리 크기가 원하는 설치 유형에 적합한지 확인하십시오. 5.2.1.1.1절 “메모리 요구사항”을 참조하십시오. 메모리 크기를 1GB로 설정하려면 CP DEFINE STORAGE 1G 명령을 사용하십시오. 설치가 완료되었으면 메모리 크기를 원하는 값으로 재설정하십시오.

예제 5.1: z/VM 디렉토리 구성
USER LINUX1 LINPWD 1024M 2048M G
*____________________________________________
* LINUX1
*____________________________________________
* This VM Linux guest has two CPUs defined.

CPU 01 CPUID 111111
CPU 02 CPUID 111222
IPL CMS PARM AUTOCR
IUCV ANY
IUCV ALLOW
MACH ESA 10
OPTION MAINTCCW RMCHINFO
SHARE RELATIVE 2000
CONSOLE 01C0 3270 A
SPOOL 000C 2540 READER *
SPOOL 000D 2540 PUNCH A
SPOOL 000E 3203 A
* OSA QDIO DEVICE DEFINITIONS
DEDICATE 9A0 9A0
DEDICATE 9A1 9A1
DEDICATE 9A2 9A2
*
LINK MAINT 0190 0190 RR
LINK MAINT 019E 019E RR
LINK MAINT 019D 019D RR
* MINIDISK DEFINITIONS
MDISK 201 3390 0001 0050 DASD40 MR ONE4ME TWO4ME THR4ME
MDISK 150 3390 0052 0200 DASD40 MR ONE4ME TWO4ME THR4ME
MDISK 151 3390 0253 2800 DASD40 MR ONE4ME TWO4ME THR4ME

이 예는 미니디스크 201을 게스트의 홈 디스크로 사용합니다. 200개의 실린더를 포함한 미니디스크 150이 Linux 스왑 장치입니다. 2800개 실린더를 포함한 디스크 151은 Linux 설치를 보유합니다.

DIRM FOR LINUX1 ADD를 사용하여 게스트를 MAINT 사용자로 하여 사용자 디렉토리에 추가하십시오. 게스트의 이름(LINUX1)을 입력하고 F5 키를 누르십시오. 다음 명령으로 사용자의 환경을 설정하십시오.

DIRM DIRECT
DIRM USER WITHPASS

마지막 명령은 판독기 파일 번호를 표시합니다. 이 번호는 다음 명령에 필요합니다.

RECEIVE <number> USER DIRECT A (REPL)

이제 LINUX1 사용자로 게스트에 로그인할 수 있습니다.

사용할 수 있는 dirmaint 옵션이 없으면 이 사용자의 설정 방법에 대한 IBM 문서를 참조하십시오.

5.3.4.2절 “z/VM 설치에 대한 IPL 수행”으로 진행하십시오.

5.3.3.3 KVM 게스트 설치의 IPL 준비

KVM 게스트 설치에는 가상 시스템을 지정하는 도메인 XML 파일과 설치에 사용할 하나 이상의 가상 디스크 이미지가 필요합니다.

5.3.3.3.1 가상 디스크 이미지 생성

기본적으로 libvirt는 VM 호스트 서버에서 /var/lib/libvirt/images/의 디스크 이미지를 검색합니다. 또한 이미지는 파일 시스템의 어디에나 저장할 수 있지만 쉽게 관리할 수 있도록 모든 이미지를 한 장소에 저장하는 것이 좋습니다. 이미지를 생성하려면, KVM 호스트 서버에 로그인하고 다음 명령을 실행합니다.

qemu-img create -f qcow2 /var/lib/libvirt/images/s12lin_qcow2.img 10G

이를 통해 크기가 10GB인 qcow2 이미지를 /var/lib/libvirt/images/에 생성합니다. 자세한 내용은 Book “Virtualization Guide”, Chapter 31 “Guest Installation”, Section 31.2 “Managing Disk Images with qemu-img을 참조하십시오.

5.3.3.3.2 도메인 XML 파일 쓰기

도메인 XML 파일은 VM 게스트 정의에 사용됩니다. 도메인 XML 파일을 만들려면 편집기로 s15-1.xml을 열고 다음 예제와 같이 파일을 생성하십시오.

예제 5.2: 예제 도메인 XML 파일

다음 예제에서는 CPU 1개, 1GB RAM, 이전 섹션에서 만든 가상 디스크 이미지(5.3.3.3.1절 “가상 디스크 이미지 생성”)로 VM 게스트를 생성합니다. 가상 서버가 호스트 네트워크 인터페이스 bond0에 연결된 것으로 가정합니다. 네트워크 설정에 맞게 원본 장치 요소를 변경합니다.

<domain type="kvm">
 <name>s15-1</name>
 <description>Guest-System SUSE SLES15</description>
 <memory>1048576</memory>
 <vcpu>1</vcpu>
 <os>
  <type arch="s390x" machine="s390-ccw-virtio">hvm</type>
  <!-- Boot kernel - remove 3 lines after successfull installation -->
  <kernel>/var/lib/libvirt/images/s15-kernel.boot</kernel>
  <initrd>/var/lib/libvirt/images/s15-initrd.boot</initrd>
  <cmdline>linuxrcstderr=/dev/console</cmdline>
 </os>
 <iothreads>1</iothreads>
 <on_poweroff>destroy</on_poweroff>
 <on_reboot>restart</on_reboot>
 <on_crash>preserve</on_crash>
 <devices>
  <emulator>/usr/bin/qemu-system-s390x</emulator>
  <disk type="file" device="disk">
   <driver name="qemu" type="qcow2" cache="none" iothread="1" io="native"/>
   <source file="/var/lib/libvirt/images/s15lin_qcow2.img"/>
   <target dev="vda" bus="virtio"/>
  </disk>
  <interface type="direct">
   <source dev="bond0" mode="bridge"/>
   <model type="virtio"/>
  </interface>
  <console type="pty">
   <target type="sclp"/>
  </console>
 </devices>
</domain>

5.3.4 SUSE Linux Enterprise Server 설치 시스템에서 IPL 수행

5.3.4.1 LPAR 설치에 대한 IPL 수행

SUSE Linux Enterprise Server를 LPAR에 설치하도록 IPL을 수행하는 여러 가지 방법이 있습니다. 선호되는 방법은 SE 또는 HMC의 CD-ROM 또는 서버에서 로드 기능을 사용하는 것입니다.

5.3.4.1.1 DVD-ROM에서 IPL

설치할 LPAR를 표시하고 CD-ROM 또는 서버에서 로드를 선택하십시오. 파일 위치 필드를 공백으로 두거나, 첫 번째 DVD-ROM의 루트 디렉토리 경로를 입력한 다음 계속을 선택합니다. 옵션 목록에 표시되는 기본 선택 항목을 유지합니다. 운영 체제 메시지가 커널 부팅 메시지를 표시합니다.

5.3.4.1.2 FCP 연결 SCSI DVD에서 IPL

SCSI로드 유형으로 선택하여 로드 절차에 따라 SCSI에서 IPL을 수행할 수 있습니다. SCSI 브리지 또는 저장소에서 제공한 WWPN(Worldwide port name) 및 LUN(논리적 단위 번호)을 16자리 숫자로 입력하고, 후행 0은 생략하지 마십시오. 부팅 프로그램 선택기는 2여야 합니다. FCP 어댑터를 로드 주소로 사용하고 IPL을 수행하십시오.

5.3.4.2 z/VM 설치에 대한 IPL 수행

이 절에서는 설치 시스템에 대한 IPL을 수행하여 IBM Z용 SUSE Linux Enterprise Server를 z/VM 시스템에 설치하는 방법을 설명합니다.

5.3.4.2.1 z/VM 판독기에서 IPL

FTP를 통해 설치 시스템을 전송하려면 새로 정의된 z/VM 게스트에 작동하는 TCP/IP 연결 및 FTP 클라이언트 프로그램이 필요합니다. z/VM용 TCP/IP 설정은 본 설명서에서 다루지 않습니다. 해당 IBM 문서를 참조하십시오.

z/VM Linux 게스트로 로그인하여 IPL을 수행하십시오. 통합 설치 프로그램(매체1)의 /boot/s390x 디렉토리 컨텐트를 네트워크 내에서 FTP를 통해 사용할 수 있도록 설정하십시오. 이 디렉토리에서 linux, initrd, parmfilesles.exec 파일을 가져오십시오. 파일을 80자의 고정된 블록 크기로 전송하십시오. FTP 명령 locsite fix 80을 사용하여 크기를 지정하십시오. linux(Linux 커널) 및 initrd(설치 이미지)를 이진 파일로 복사해야 하므로 binary 전송 모드를 사용하십시오. parmfilesles.exec는 ASCII 모드로 전송해야 합니다.

다음 예는 필수 단계를 보여줍니다. 이 시나리오에서는 192.168.0.3 IP 주소의 FTP 서버에서 필요한 파일에 액세스할 수 있고 로그인이 lininst라고 가정합니다.

예제 5.3: FTP를 통해 바이너리 전송
FTP 192.168.0.3
VM TCP/IP FTP Level 530
Connecting to 192.168.0.3, port 21
220 ftpserver FTP server (Version wu-2.4.2-academ[BETA-18](1)
Thu Feb 11 16:09:02 GMT 2010) ready.
USER
lininst
331 Password required for lininst
PASS
******
230 User lininst logged in.
Command:
binary
200 Type set to I
Command:
locsite fix 80
Command:
get /media/dvd1/boot/s390x/linux sles15.linux
200 PORT Command successful
150 Opening BINARY mode data connection for /media/dvd1/boot/s390x/linux
(10664192 bytes)
226 Transfer complete.
10664192 bytes transferred in 13.91 seconds.
Transfer rate 766.70 Kbytes/sec.
Command:
get /media/dvd1/boot/s390x/initrd sles12.initrd
200 PORT Command successful
150 Opening BINARY mode data connection for /media/dvd1/boot/s390x/initrd
(21403276 bytes)
226 Transfer complete.
21403276 bytes transferred in 27.916 seconds.
Transfer rate 766.70 Kbytes/sec.
Command:
ascii
200 Type set to A
Command:
get /media/dvd1/boot/s390x/parmfile sles12.parmfile
150 Opening ASCII mode data connection for /media/dvd1/boot/s390x/parmfile
(5 bytes)
226 Transfer complete.
5 bytes transferred in 0.092 seconds.
Transfer rate 0.05 Kbytes/sec.
Command:
get /media/dvd1/boot/s390x/sles.exec sles.exec
150 Opening ASCII mode data connection for /media/dvd1/boot/s390x/sles.exec
(891 bytes)
226 Transfer complete.
891 bytes transferred in 0.097 seconds.
Transfer rate 0.89 Kbytes/sec.
Command:
quit

다운로드한 REXX 스크립트 sles.exec를 사용하여 Linux 설치 시스템에서 IPL을 수행하십시오. 이 스크립트는 커널, parmfile 및 초기 RAM 디스크를 IPL용 판독기에 로드합니다.

예제 5.4: SLES12 EXEC
/* REXX LOAD EXEC FOR SUSE LINUX S/390 VM GUESTS       */
/* LOADS SUSE LINUX S/390 FILES INTO READER            */
SAY ''
SAY 'LOADING SLES12 FILES INTO READER...'
'CP CLOSE RDR'
'PURGE RDR ALL'
'SPOOL PUNCH * RDR'
'PUNCH SLES12 LINUX A (NOH'
'PUNCH SLES12 PARMFILE A (NOH'
'PUNCH SLES12 INITRD A (NOH'
'IPL 00C'

이 스크립트를 사용하면 sles12 명령을 사용하여 SUSE Linux Enterprise Server 설치 시스템에서 IPL을 수행할 수 있습니다. 그러면 Linux 커널이 시작되고 부팅 메시지가 출력됩니다.

설치를 계속하려면 5.3.5절 “네트워크 구성”으로 진행하십시오.

5.3.4.2.2 FCP에 부착된 SCSI DVD에서 IPL

z/VM에서 IPL을 수행하려면 SET LOADDEV 파라미터를 사용하여 SCSI IPL 프로세스를 준비하십시오.

SET LOADDEV PORTNAME 200400E8 00D74E00 LUN 00020000 00000000 BOOT 2

적절한 값으로 LOADDEV 파라미터를 설정한 후, FCP 어댑터 IPL을 수행하십시오. 예를 들면:

IPL FC00

설치를 계속하려면 5.3.5절 “네트워크 구성”로 진행하십시오.

5.3.4.2.3 zPXE가 설치된 Cobbler 서버의 IPL

zPXE가 설치된 Cobbler 서버에서 IPL하려면 FTP를 통해 Cobbler 서버에서 사용자의 z/VM 게스트로 zpxe.rexx 스크립트를 전송해야 합니다. 이를 수행하려면, z/VM 게스트에는 작동 중인 TCP/IP 연결과 FTP 클라이언트 프로그램이 필요합니다.

z/VM Linux 게스트로 IPL에 로그인하고 ASCII 모드의 크기가 80자로 고정된 스크립트를 전송합니다(예제는 예 5.3. “FTP를 통해 바이너리 전송” 참조). zpxe.rexx 스크립트는 통합 설치 프로그램 DVD의 /boot/s390x/zpxe.rexx 또는 SLE Cobbler 서버의 /usr/share/doc/packages/s390-tools/zpxe.rexx에서 사용할 수 있습니다.

zpxe.rexx는 사용자 게스트의 PROFILE EXEC로 교체해야 합니다. 기존 PROFILE EXEC의 백업본을 작성하고 ZPXE REXX에서 PROFILE EXEC로 이름을 변경합니다. 아니면, 'ZPXE REXX’ 라인을 추가하여 기존 PROFILE EXEC에서 ZPXE REXX를 호출합니다.

마지막 단계로 Cobbler 서버가 연결하는 ZPXE REXX와 IPL을 수행할 디스크를 알려주는 ZPXE CONF 구성 파일을 작성합니다. xedit zpxe conf a를 실행하고 다음 컨텐트가 포함된 ZPXE CONF를 작성합니다(예제 데이터를 적절하게 변경).

HOST cobbler.example.com
IPLDISK 600

이를 통해 다음에 z/VM 게스트에 로그인할 때 Cobble 서버에 연결됩니다. Cobbler 서버에서 설치가 예약된 경우 설치가 실행됩니다. 설치를 예약하려면 Cobbler 서버에서 다음 명령을 실행합니다.

tux > sudo cobbler system edit --name ID1 --netboot-enabled 12 --profile PROFILENAME3

1

z/VM 사용자 ID.

2

네트워크에서 IPLing을 활성화합니다.

3

기존 프로파일의 이름. 5.3.1.3.3절 “프로파일 조정” 항목을 참조하십시오.

5.3.4.3 KVM 게스트 설치에 대한 IPL 수행

게스트 설치를 시작하려면 먼저 5.3.3.3.1절 “가상 디스크 이미지 생성”에 정의된 VM 게스트를 시작해야 합니다. 시작하기 전, 커널 및 initrd를 IPL에서 사용할 수 있는지 확인합니다.

5.3.4.3.1 설치 원본 준비

설치 시스템으로 VM 게스트에 대해 IPL을 수행하려면 설치 시스템의 커널과 initrd를 VM 호스트 서버로 복사해야 합니다.

  1. KVM 호스트에 로그인하고 설치 원본 역할을 하는 원격 호스트나 장치에 연결할 수 있는지 확인합니다.

  2. 다음 두 파일을 설치 원본에서 /var/lib/libvirt/images/로 복사합니다. 데이터를 원격 호스트에서 제공하는 경우 ftp, sftp 또는 scp를 사용하여 파일을 전송하십시오.

    /boot/s390x/initrd
    /boot/s390x/cd.ikr
  3. KVM 호스트에서 파일 이름을 변경합니다.

    tux > sudo cd /var/lib/libvirt/images/
    tux > sudo mv initrd s15-initrd.boot
    tux > sudo mv cd.ikr s15-kernel.boot
5.3.4.3.2 VM 게스트에 대한 IPL 수행

VM 게스트에 대한 IPL을 수행하려면 KVM 호스트에 로그인하고 다음 명령을 실행합니다.

tux > virsh  create s15-1.xml --console

설치 프로세스는 VM 게스트가 설정되어 실행 중인 경우에 시작되며 다음 메시지가 표시되어야 합니다.

Domain s15-1 started
Connected to domain s15-1
Escape character is ^]
Initializing cgroup subsys cpuset
Initializing cgroup subsys cpu
Initializing
cgroup subsys cpuacct
.
.
Please make sure your installation medium is available.
Retry?
0) <-- Back <--
1) Yes
2) No

2) 아니요로 답하고 다음 단계에서 설치를 선택합니다. 5.3.5.3절 “네트워크 설정 및 설치 원본 선택”에 따라 진행합니다.

5.3.5 네트워크 구성

커널이 시작 루틴을 완료할 때까지 기다리십시오. 기본 모드 또는 LPAR에서 설치하는 경우, HMC 또는 SE에서 운영 체제 메시지를 여십시오.

우선, linuxrc 주 메뉴에서 설치 시작을 선택하십시오. 설치 시작 또는 업데이트를 선택하여 설치 프로세스를 시작합니다. 설치 매체로 네트워크를 선택한 다음 설치에 사용할 네트워크 프로토콜 유형을 선택하십시오. 5.3.1절 “설치 데이터 사용 설정”에서 다양한 유형의 네트워크 연결에 설치 데이터를 사용할 수 있게 하는 방법을 설명합니다. 현재는 FTP, HTTP, NFSSMB/CIFS(Windows 파일 공유)가 지원됩니다.

사용할 수 있는 장치 목록에서 설치 데이터를 수신할 OSA 또는 HiperSockets 네트워크 장치를 선택합니다. 목록에 CTC, ESCON 또는 IUCV 장치가 포함될 수도 있지만 이러한 장치는 SUSE Linux Enterprise Server에서 이제 지원되지 않습니다.

5.3.5.1 HiperSockets 인터페이스 구성

네트워크 장치 목록에서 하이퍼소켓 장치를 선택합니다. 그런 다음 읽기, 쓰기 및 데이터 채널 값을 입력합니다.

예제 5.5: 지원되는 네트워크 연결 유형 및 드라이버 파라미터
Choose the network device.

 1) IBM parallel CTC Adapter (0.0.0600)
 2) IBM parallel CTC Adapter (0.0.0601)
 3) IBM parallel CTC Adapter (0.0.0602)
 4) IBM Hipersocket (0.0.0800)
 5) IBM Hipersocket (0.0.0801)
 6) IBM Hipersocket (0.0.0802)
 7) IBM OSA Express Network card (0.0.0700)
 8) IBM OSA Express Network card (0.0.0701)
 9) IBM OSA Express Network card (0.0.0702)
10) IBM OSA Express Network card (0.0.f400)
11) IBM OSA Express Network card (0.0.f401)
12) IBM OSA Express Network card (0.0.f402)
13) IBM IUCV

> 4

Device address for read channel. (Enter '+++' to abort).
[0.0.0800]> 0.0.0800

Device address for write channel. (Enter '+++' to abort).
[0.0.0801]> 0.0.0801

Device address for data channel. (Enter '+++' to abort).
[0.0.0802]> 0.0.0802

5.3.5.2 OSA Express 장치 구성

네트워크 장치 목록에서 OSA Express 장치를 선택하고 포트 번호를 지정합니다. 읽기 쓰기 및 데이터 채널 값을 입력합니다. OSI Layer 2 지원 활성화 여부를 선택합니다.

포트 번호는 새로운 2 포트 OSA Express 3 Network 장치의 경우 필수입니다. OSA Express 3 장치를 사용하지 않으면 0을 입력합니다. OSA Express 카드는 OSI 레이어 2 지원 모드 또는 기존 일반 레이어 3 모드에서도 실행할 수 있습니다. 카드 모드는 다른 LPAR의 시스템을 포함하여 장치를 공유하는 모든 시스템에 영향을 줍니다. 확실하지 않은 경우, z/VM 및 z/OS와 같은 다른 운영 체제에서 사용하는 기본 모드와의 호환성을 위해 2를 지정합니다. 이러한 옵션에 대한 자세한 내용은 해당 하드웨어 관리자에게 문의하십시오.

예제 5.6: 네트워크 장치 드라이버 파라미터
Choose the network device.

 1) IBM parallel CTC Adapter (0.0.0600)
 2) IBM parallel CTC Adapter (0.0.0601)
 3) IBM parallel CTC Adapter (0.0.0602)
 4) IBM Hipersocket (0.0.0800)
 5) IBM Hipersocket (0.0.0801)
 6) IBM Hipersocket (0.0.0802)
 7) IBM OSA Express Network card (0.0.0700)
 8) IBM OSA Express Network card (0.0.0701)
 9) IBM OSA Express Network card (0.0.0702)
10) IBM OSA Express Network card (0.0.f400)
11) IBM OSA Express Network card (0.0.f401)
12) IBM OSA Express Network card (0.0.f402)
13) IBM IUCV

> 7

Enter the relative port number. (Enter '+++' to abort).
> 0

Device address for read channel. (Enter '+++' to abort).
[0.0.0700]> 0.0.0700

Device address for write channel. (Enter '+++' to abort).
[0.0.0701]> 0.0.0701

Device address for data channel. (Enter '+++' to abort).
[0.0.0702]> 0.0.0702

Enable OSI Layer 2 support?

0) <-- Back <--
1) Yes
2) No

> 1

MAC address. (Enter '+++' to abort).
> +++

5.3.5.3 네트워크 설정 및 설치 원본 선택

모든 네트워크 장치 파라미터를 입력한 후에 각 드라이버가 설치되고 해당 커널 메시지가 표시됩니다.

다음으로 네트워크 인터페이스 파라미터를 설정하기 위해 DHCP 자동 구성을 사용할지 지정해야 합니다. DHCP는 일부 장치에서만 작동하고 특수 하드웨어 구성 설정이 필요하므로 아니요를 선택합니다. 이 작업 중에는 다음 네트워크 파라미터를 지정하라는 메시지가 표시됩니다.

  • 설치할 시스템의 IP 주소

  • 해당 넷마스크 (IP 주소로 지정되지 않은 경우)

  • 서버에 연결할 게이트웨이의 IP 주소

  • DNS(도메인 이름 서버)에서 처리되는 검색 도메인 목록

  • 도메인 이름 서버의 IP 주소

예제 5.7: 네트워킹 파라미터
Automatic configuration via DHCP?

0) <-- Back <--
1) Yes
2) No

> 2

Enter your IP address with network prefix.

You can enter more than one, separated by space, if necessary.
Leave empty for autoconfig.

Examples: 192.168.5.77/24 2001:db8:75:fff::3/64. (Enter '+++' to abort).
> 192.168.0.20/24

Enter your name server IP address.

You can enter more than one, separated by space, if necessary.
Leave empty if you don't need one.

Examples: 192.168.5.77 2001:db8:75:fff::3. (Enter '+++' to abort).
> 192.168.0.1

Enter your search domains, separated by a space:. (Enter '+++' to abort).
> example.com

Enter the IP address of your name server. Leave empty if you do not need one. (En
ter '+++' to abort).
> 192.168.0.1

마지막으로 IP 주소, 설치 데이터가 포함된 디렉토리, 로그인 인증서와 같은 설치 서버에 대한 필수 정보를 묻는 메시지가 표시됩니다. 필수 정보가 입력되면 설치 시스템이 로드됩니다.

5.3.6 SUSE Linux Enterprise Server 설치 시스템에 연결

설치 시스템이 로드되면, linuxrc에서 설치 절차를 관리하기 위해 사용할 디스플레이의 유형을 선택하라는 메시지가 표시됩니다. 사용할 수 있는 옵션에는 X11(X 윈도우 시스템), VNC(Virtual Network Computing 프로토콜), SSH(텍스트 모드 또는 보안 셸을 통한 X11 설치) 또는 ASCII 콘솔 등이 있습니다. 권장 옵션은 VNC 또는 SSH입니다.

ASCII 콘솔 옵션을 선택한 경우, YaST가 텍스트 모드에서 시작되고 터미널에서 직접 설치를 수행할 수 있습니다. 텍스트 모드에서 YaST를 사용하는 방법에 대한 자세한 내용은 Book “Administration Guide”, Chapter 4 “YaST in Text Mode”를 참조하십시오. ASCII 콘솔은 LPAR에 설치할 때만 유용합니다.

참고
참고: ASCII 콘솔의 터미널 에뮬레이션

텍스트 모드에서 YaST를 사용하려면 VT220/Linux 에뮬레이션이 포함된 터미널(ASCII 콘솔이라고도 함)에서 실행해야 합니다.

5.3.6.1 VNC용 설치 시작

VNC를 통해 원격으로 설치를 제어하려면 다음 단계를 따르십시오.

  1. VNC 옵션을 선택하면 VNC 서버가 시작됩니다. vncviewer를 연결하기 위한 IP 주소 및 디스플레이 번호가 콘솔에 잠시 표시됩니다.

  2. SUSE Linux Enterprise Server 설치 시스템의 IP 주소 및 표시 번호를 요청하는 프롬프트가 표시되면 각 정보를 입력합니다.

  3. SUSE Linux Enterprise Server 설치 시스템의 IP 주소 및 표시 번호를 요청하는 프롬프트가 표시되면 각 정보를 입력합니다.

    http://<IP address of installation system>:5801/
  4. 연결이 설정되었으면 YaST를 사용하여 SUSE Linux Enterprise Server를 설치합니다.

5.3.6.2 X Window 시스템에 대한 설치 시작

중요
중요: X 인증 메커니즘

X Window 시스템을 사용하는 직접 설치는 호스트 이름을 기반으로 하는 인증 메커니즘을 사용합니다. 이 메커니즘은 현재 SUSE Linux Enterprise Server 버전에서 사용할 수 없습니다. SSH 또는 VNC를 사용하여 설치하는 것이 좋습니다.

X 전달을 통해 원격으로 설치를 제어하려면 다음 단계를 따르십시오.

  1. X Server에서 클라이언트(설치된 시스템)의 연결을 허용함을 확인합니다. /etc/sysconfig/displaymanager 파일에서 DISPLAYMANAGER_XSERVER_TCP_PORT_6000_OPEN="yes" 변수를 설정합니다. X 서버를 다시 시작하고 xhost CLIENT_IP_ADDRESS를 사용하여 서버로 클라이언트 바인딩을 허용합니다.

  2. 설치 시스템에서 프롬프트가 표시되면 X Server를 실행하는 시스템의 IP 주소를 입력합니다.

  3. YaST가 열릴 때까지 기다렸다가 설치를 시작합니다.

5.3.6.3 SSH용 설치 시작

SSH를 통해 이름이 earth인 설치 시스템에 연결하려면 ssh -X earth 명령을 사용합니다. 워크스테이션이 Microsoft Windows에서 실행되는 경우에는 http://www.chiark.greenend.org.uk/~sgtatham/putty/에서 제공되는 Putty 도구를 사용하십시오. 연결 SSH ›  X11 ›  아래 Putty에서 X11 전달 활성화를 설정하십시오.

다른 운영 체제를 사용하는 경우 ssh -X earth를 실행하여 earth라는 이름으로 설치 시스템에 연결하십시오. 로컬 X 서버를 사용할 수 있는 경우 SSH를 통한 X-Forwarding이 지원됩니다. 그 외의 경우 YaST가 ncurses를 통한 텍스트 인터페이스를 제공합니다.

메시지가 표시되면, 루트 사용자 이름을 입력하고 비밀번호를 사용하여 로그인합니다. yast.ssh를 입력하여 YaST를 시작합니다. YaST에서 설치 과정을 안내합니다.

8장 설치 단계에 설명된 대로 설치 절차를 계속합니다.

5.3.7 IBM Z에서 SUSE Linux Enterprise Server 부팅 절차

SLES 10 및 11에서 부팅 프로세스는 zipl 부트 로더에서 처리했습니다. 스냅퍼를 통한 Btrfs 파티션 및 지원 시스템 롤백에서 부팅을 활성화하기 위해 SUSE Linux Enterprise Server가 IBM Z에서 부팅되는 방식이 변경되었습니다.

GRUB 2가 IBM Z용 SUSE Linux Enterprise Server의 zipl을 대체합니다. AMD64/Intel 64 아키텍처의 GRUB 2에는 파일 시스템에 액세스하기 위한 펌웨어 수준의 장치 드라이버가 포함되어 있습니다. 메인프레임에서는 펌웨어가 없으므로 GRUB 2에 ccw를 추가하는 것은 중요한 작업일 뿐 아니라 GRUB 2에서 zipl을 다시 구현해야 합니다. 따라서 SUSE Linux Enterprise Server에서 다음과 같은 2단계 접근법을 사용합니다.

1단계:

커널과 initrd가 포함된 별도의 파티션이 /boot/zipl에 탑재됩니다. 이 커널 및 initrd는 /boot/zipl/config의 구성을 사용하여 zipl을 통해 로드됩니다.

이 구성은 initgrub 키워드를 커널 명령 줄에 추가합니다. 커널 및 initrd가 로드되면 initrd는 루트 파일 시스템 탑재에 필요한 장치를 활성화합니다(/boot/zipl/active_devices.txt 참조). 이후 GRUB 2 사용자 공간 프로그램이 시작되고 /boot/grub2/grub.cfg를 읽습니다.

2단계:

/boot/grub2/grub.cfg에 지정된 커널 및 initrd가 kexec를 통해 시작됩니다. 그러면 디스크 시스템에서 시작하는 데 필요한 장치(/boot/zipl/active_devices.txt에 나열되어 있음)가 활성화됩니다. 이 목록에 있는 다른 장치는 허용 목록에 포함되지만 무시됩니다. 루트 파일 시스템이 탑재되고 부팅 절차가 다른 아키텍처에서와 마찬가지로 계속 진행됩니다.

부팅 프로세스에 대한 자세한 내용은 Book “Administration Guide”, Chapter 12 “Introduction to the Boot Process” 항목을 참조하십시오.

5.4 Parmfile - 시스템 구성 자동화

parmfile에 필수 파라미터를 지정하여 설치 프로세스를 부분적으로 자동화할 수 있습니다. parmfile은 네트워크 설정 및 DASD 구성에 필요한 모든 데이터를 포함합니다. 또한 SUSE Linux Enterprise Server 설치 시스템과 이 시스템에서 실행 중인 YaST 인스턴스에 대한 연결 방법을 설정하는 데도 사용될 수 있습니다. 이를 통해 실제 YaST 설치에서 사용자 작업을 줄일 수 있습니다.

5.4.1절 “일반 파라미터”에 나열된 파라미터는 설치의 기본값으로 설치 루틴으로 전달될 수 있습니다. 모든 IP 주소, 서버 이름 및 숫자 값은 예로 제공되는 것임에 유의하십시오. 해당 값을 설치 시나리오의 실제 값으로 바꿉니다.

parmfile의 줄 수는 10으로 제한됩니다. 줄당 두 개 이상의 파라미터를 지정할 수 있습니다. 파라미터 이름은 대소문자를 구분하지 않습니다. 파라미터는 공백으로 구분해야 합니다. 원하는 순서로 파라미터를 지정할 수 있습니다. 항상 PARAMETER=value 문자열을 한 줄에 함께 두십시오. 각 줄의 길이는 80자를 초과할 수 없습니다. 예:

Hostname=s390zvm01.suse.de HostIP=10.11.134.65
작은 정보
작은 정보: 설치 중 IPv6 사용

기본적으로 해당 시스템에는 IPv4 네트워크 주소만 할당할 수 있습니다. 설치 중 IPv6를 활성화하려면 부팅 프롬프트에서 ipv6=1(IPv4 및 IPv6 승인) 또는 ipv6only=1(IPv6만 승인) 파라미터 중 하나를 지정하십시오.

다음 파라미터 중 일부는 필수입니다. 누락된 경우 자동 프로세스에서 지정하라는 메시지가 표시됩니다.

5.4.1 일반 파라미터

AutoYaST=<URL> Manual=0

AutoYaST 파라미터는 자동 설치를 위한 autoinst.xml 제어 파일의 위치를 지정합니다. Manual 파라미터는 다른 파라미터가 사용자가 여전히 확인해야 하는 기본값만인지 여부를 제어합니다. 모든 값을 승인하고 질문이 없어야 하는 경우 이 파라미터를 0으로 설정하십시오. AutoYaST 기본값 수동0으로 설정합니다.

Info=<URL>

추가 옵션과 함께 파일의 위치를 지정합니다. 이렇게 하면 parmfile에 대한 10줄 제한(및 z/VM 아래 줄당 80자 제한) 문제를 해결할 수 있습니다. Info 파일에 대한 자세한 내용은 Book “AutoYaST Guide”, Chapter 6 “The Auto-Installation Process”, Section 6.3.3 “Combining the linuxrc info File with the AutoYaST Control File”에서 확인할 수 있습니다. 일반적으로 Info 파일은 IBM Z의 네트워크를 통해서만 액세스할 수 있으므로, 네트워크를 설정하는 데 필요한 옵션(즉, 5.4.2절 “네트워크 인터페이스 구성”에 설명된 옵션)을 지정하는 데 이 파일을 사용할 수 없습니다. 기타 linuxrc 지정 옵션(예: 디버깅 관련 옵션)은 parmfile에 지정되어야 합니다.

Upgrade=<0|1>

SUSE Linux Enterprise를 업그레이드하려면 Upgrade=1을 지정합니다. SUSE Linux Enterprise의 기존 설치를 업그레이드하려면 사용자 정의 parmfile이 필요합니다. 이 파라미터가 없으면 설치에서 업그레이드 옵션을 제공하지 않습니다.

5.4.2 네트워크 인터페이스 구성

중요
중요: 네트워크 인터페이스 구성

이 절에서 설명된 설정은 설치 중에 사용된 네트워크 인터페이스에만 적용됩니다. Book “Administration Guide”, Chapter 19 “Basic Networking”, Section 19.5 “Configuring a Network Connection Manually”의 지침에 따라 설치된 시스템에서 추가 네트워크 인터페이스를 구성하십시오.

Hostname=zsystems.example.com

전체 호스트 이름을 입력합니다.

Domain=example.com

DNS에 대한 도메인 검색 경로. 완전한 호스트 이름 대신 짧은 호스트 이름을 사용할 수 있습니다.

HostIP=192.168.1.2/24

구성할 인터페이스의 IP 주소를 입력합니다.

Gateway=192.168.1.3

사용할 게이트웨이를 지정합니다.

Nameserver=192.168.1.4

해당 DNS 서버를 지정합니다.

InstNetDev=osa

구성할 인터페이스의 유형을 입력합니다. 가능한 값은 osa, hsi, ctc, esconiucv입니다(CTC, ESCON 및 IUCV는 더 이상 공식적으로 지원되지 않음).

ctc, esconiucv 인터페이스의 경우(CTC, ESCON 및 IUCV는 공식적으로 이제 지원되지 않음) 피어의 IP 주소를 입력합니다.

Pointopoint=192.168.55.20
OsaInterface=<lcs|qdio>

osa 네트워크 장치의 경우 호스트 인터페이스(qdio 또는 lcs)를 지정합니다.

Layer2=<0|1>

osa QDIO 이더넷 및 hsi 장치의 경우 OSI Layer 2 지원을 활성화(1) 또는 비활성화(0)할지 여부를 지정합니다.

OSAHWAddr=02:00:65:00:01:09

계층 2 지원 osa QDIO 이더넷 장치의 경우. MAC 주소를 수동으로 지정하거나 시스템 기본값으로 OSAHWADDR= (후행 공백)을 표시합니다.

PortNo=<0|1>

osa 네트워크 장치의 경우 포트 번호를 지정합니다(장치가 이 기능을 지원하는 경우). 기본값은 0입니다.

각 인터페이스에는 특정 설정 옵션이 필요합니다.

  • ctcescon 인터페이스(CTC 및 ESCON은 공식적으로 더 이상 지원되지 않음):

    ReadChannel=0.0.0600
    WriteChannel=0.0.0601

    ReadChannel은 사용할 READ 채널을 지정합니다. WriteChannel은 WRITE 채널을 지정합니다.

  • ctc 인터페이스의 경우(더 이상 공식적으로 지원되지 않음) 이 인터페이스에 사용되는 프로토콜을 지정합니다.

    CTCProtocol=<0/1/2>

    올바른 항목은 다음과 같습니다.

    0

    호환성 모드로, OS/390 및 z/OS가 아닌 비 Linux 피어에도 사용됨(기본 모드)

    1

    확장 모드

    2

    OS/390 및 z/OS에서의 호환성 모드

  • lcs 인터페이스를 사용하는 osa 네트워크 장치 유형:

    ReadChannel=0.0.0124

    ReadChannel은 이 설정에서 사용된 채널 번호를 나타냅니다. 두 번째 포트 번호는 ReadChannel에 1을 더하여 이 읽기 채널에서 파생될 수 있습니다. Portnumber를 사용하여 관련 포트를 지정합니다.

  • iucv 인터페이스:

    IUCVPeer=PEER

    피어 시스템의 이름을 입력합니다.

  • OSA-Express Gigabit Ethernet에 대한 인터페이스 qdio를 사용하는 네트워크 장치 유형 osa:

    ReadChannel=0.0.0700
    WriteChannel=0.0.0701
    DataChannel=0.0.0702

    ReadChannel에 대해 READ 채널의 번호를 입력합니다. WriteChannel에 대해 WRITE 채널의 번호를 입력합니다. DataChannel은 DATA 채널을 지정합니다. READ 채널에 짝수 장치 번호가 있는지 확인합니다.

  • HiperSockets 및 VM 게스트 LAN에 대한 hsi 인터페이스:

    ReadChannel=0.0.0800
    WriteChannel=0.0.0801
    DataChannel=0.0.0802

    ReadChannel에 대해 READ 채널에 대한 해당 번호를 입력합니다. WriteChannelDataChannel에 대해 WRITE 및 DATA 채널 번호를 입력합니다.

5.4.3 설치 원본 및 YaST 인터페이스 지정

Install=nfs://server/directory/DVD1/

사용할 설치 원본의 위치를 지정하십시오. 지원되는 프로토콜은 nfs, smb(Samba/CIFS), ftp, tftp httphttps입니다.

ftp, tftp 또는 smb URL이 제공되는 경우 사용자 이름 및 비밀번호를 지정합니다. 익명 또는 게스트 로그인의 경우 인증서를 건너뜁니다.

Install=ftp://USER:PASSWORD@SERVER/DIRECTORY/DVD1/
Install=tftp://USER:PASSWORD@SERVER/DIRECTORY/DVD1/

암호화 연결을 통해 설치하려면 https URL을 사용합니다. 인증서를 확인할 수 없는 경우 sslcerts=0 부팅 옵션을 사용하여 인증서 확인을 비활성화하십시오.

Samba 또는 CIFS를 설치하는 경우에는 다음과 같이 도메인도 지정할 수 있습니다.

Install=smb://WORKDOMAIN;USER:PASSWORD@SERVER/DIRECTORY/DVD1/
ssh=1 vnc=1 Display_IP=192.168.42.42

설치 방법은 지정한 파라미터에 따라 다릅니다. ssh는 SSH 설치를 활성화하고, vnc는 설치 시스템에서 VNC 서버를 시작하고, Display_IP는 설치 시스템이 지정된 주소의 X Server에 연결을 시도하도록 합니다. 한 개의 파라미터만 설정해야 합니다.

중요
중요: X 인증 메커니즘

X 윈도우 시스템을 사용하는 직접 설치는 호스트 이름을 기반으로 하는 인증 메커니즘을 사용합니다. 이 메커니즘은 현재 SUSE Linux Enterprise Server 버전에서 사용할 수 없습니다. SSH 또는 VNC를 사용하여 설치하는 것이 좋습니다.

YaST와 원격 X Server 간 연결을 허용하려면 원격 시스템의 설치 시스템 주소를 사용하여 xhost <IP address>를 실행하십시오.

VNC의 경우 설치에 사용할 6-8자 비밀번호를 지정합니다.

VNCPassword=<a password>

SSH의 경우 설치에 사용할 6-8자 비밀번호를 지정합니다.

ssh.password=<a password>

5.4.4 Parmfile 예

parmfile의 최대 용량은 860자입니다. 일반적으로 parmfile에는 79자 이하의 최대 10줄이 포함되어야 합니다. parmfile을 읽을 때 공백을 추가하지 않고 모든 줄이 연결되므로 각 줄의 마지막 문자(79)가 Space가 됩니다.

콘솔에서 잠재적인 오류 메시지를 수신하려면 다음 명령을 사용하십시오.

linuxrclog=/dev/console
예제 5.8: VNC 및 AutoYaST를 사용하여 NFS에서 설치할 Parmfile
ramdisk_size=131072 root=/dev/ram1 ro init=/linuxrc TERM=dumb
instnetdev=osa osainterface=qdio layer2=1 osahwaddr=
pointopoint=192.168.0.1 hostip=192.168.0.2
nameserver=192.168.0.3
install=nfs://192.168.0.4/SLES/SLES-12-Server/s390x/DVD1
autoyast=http://192.168.0.5/autoinst.xml
linuxrclog=/dev/console vnc=1 VNCPassword=testing
예제 5.9: NFS, SSH 그리고 NFS 이용 HSI 및 AutoYaST를 사용하는 설치를 위한 Parmfile
ramdisk_size=131072 root=/dev/ram1 ro init=/linuxrc TERM=dumb
AutoYast=nfs://192.168.1.1/autoinst/s390.xml
Hostname=zsystems.example.com HostIP=192.168.1.2
Gateway=192.168.1.3 Nameserver=192.168.1.4
InstNetDev=hsi layer2=0
Netmask=255.255.255.128 Broadcast=192.168.1.255
readchannel=0.0.702c writechannel=0.0.702d datachannel=0.0.702e
install=nfs://192.168.1.5/SLES-12-Server/s390x/DVD1/
ssh=1 ssh.password=testing linuxrclog=/dev/console
예제 5.10: VLAN에서의 설치를 위한 Pamfile
ro ramdisk_size=50000 MANUAL=0 PORTNO=1 ReadChannel=0.0.b140
WriteChannel=0.0.b141 DataChannel=0.0.b142
cio_ignore=all,!condev,!0.0.b140-0.0.b142,!0.0.e92c,!0.0.5000,!0.0.5040
HostIP= Gateway= Hostname=zsystems.example.com nameserver=192.168.0.1
Install=ftp://user:password@10.0.0.1/s390x/SLES15.0/INST/ usevnc=1
vncpassword=12345 InstNetDev=osa Layer2=1 OSAInterface=qdio ssl_certs=0
osahwaddr= domain=example.com self_update=0
vlanid==eth0.201=192.168.0.2/16,192.168.0.1

5.5 vt220 터미널 에뮬레이터 사용

최근 MicroCode 레벨을 통해 표준 라인 모드 터미널뿐만 아니라, 통합된 vt220 터미널 에뮬레이터(ASCII 터미널)도 사용할 수 있습니다. vt220 터미널은 /dev/ttysclp0에 연결됩니다. 라인 모드 터미널은 /dev/ttysclp_line0에 연결됩니다. LPAR 설치의 경우 vt220 터미널 에뮬레이터가 기본적으로 활성화됩니다.

HMC에서 ASCII 콘솔을 시작하려면 HMC에 로그인하고 시스템 관리 ›  시스템 ›  IMAGE_ID 를 선택합니다. LPAR에 대한 라디오 버튼을 선택하고 복구 ›  통합 ASCII 콘솔 을 선택합니다.

부팅 시 커널 메시지를 시스템 콘솔에서 vt220 터미널로 리디렉션하려면 /etc/zipl.confparameters 줄에 다음 항목을 추가하십시오.

console=ttysclp0 console=ttysclp_line0

결과 parameters 줄은 다음 예와 같이 나타납니다.

parameters = "root=/dev/dasda2 TERM=dumb console=ttysclp0 console=ttysclp_line0"

/etc/zipl.conf에 변경사항을 저장하고 zipl을 실행한 후 시스템을 재부팅하십시오.

5.6 IBM Z 관련 추가 정보

IBM Z에 대한 자세한 추가 기술 문서는 IBM Redbooks(https://www.redbooks.ibm.com/Redbooks.nsf/domains/zsystems) 또는 IBM developerWorks(https://www.ibm.com/developerworks/linux/linux390/)에서 확인할 수 있습니다. SUSE Linux Enterprise Server 전용 문서는 https://www.ibm.com/developerworks/linux/linux390/documentation_suse.html에서 찾을 수 있습니다.

5.6.1 IBM Z의 Linux에 대한 일반 문서

IBM Z의 Linux에 대한 일반적인 내용은 다음 문서에서 찾을 수 있습니다.

  • Linux on IBM eServer zSeries and S/390: ISP and ASP Solutions (SG24-6299)

이러한 문서는 Linux의 현재 상태를 반영하지 않을 수 있지만, 문서에 개괄된 Linux 개발 원칙은 동일합니다.

5.6.2 IBM Z의 Linux에 대한 기술 문제

Linux 커널 및 응용 프로그램 주제에 대한 상세한 기술 정보는 다음 문서에서 확인할 수 있습니다. 가장 최신 문서는 http://www.ibm.com/developerworks/linux/linux390/index.html에서 확인할 수 있습니다.

  • Linux on System z Device Drivers, Features, and Commands

  • zSeries ELF Application Binary Interface Supplement

  • Linux on System z Device Drivers, Using the Dump Tools

  • IBM zEnterprise 196 기술 안내서

  • IBM zEnterprise EC12 기술 안내서

  • IBM z13 기술 안내서

  • IBM z14 기술 안내서

  • IBM z15 기술 안내서

Linux 응용 프로그램 개발을 위한 Redbook은 http://www.redbooks.ibm.com에서 제공됩니다.

  • Linux on IBM eServer zSeries and S/390: Application Development (SG24-6807)

5.6.3 IBM Z의 Linux에 대한 고급 구성

다소 복잡한 IBM Z 시나리오에 대해서는 다음 Redbook, Redpaper 및 온라인 자료를 참조하십시오.

6 릴리스에서 지원되지 않는 하드웨어에서의 설치

일부 최신 하드웨어로는 SUSE Linux Enterprise Server의 설치 매체를 부팅할 수 없습니다. 이는 SUSE Linux Enterprise Server의 릴리스 시 하드웨어가 없는 경우가 될 수 있습니다. 이러한 상황을 위해 SUSE는 커널 업데이트 ISO(kISO) 이미지를 제공합니다. 이 장에서는 커널 업데이트를 사용하여 현재 하드웨어에 SUSE Linux Enterprise Server를 설치하는 방법에 대해 설명합니다.

6.1 커널 업데이트 다운로드

커널 업데이트 ISO 이미지는 SUSE SolidDriver 홈페이지에서 이용할 수 있습니다. https://drivers.suse.com에서 공급업체 및 운영 체제 버전에 맞는 부팅 가능한 ISO 이미지를 검색하십시오.

전체 ISO 이미지 또는 initrdlinux 파일만 다운로드할 수 있습니다. 일반적으로 ISO를 USB 플래시 드라이브로 복사하거나 DVD로 굽습니다. initrdlinux 파일은 PXE 부팅에 사용할 수 있습니다. PXE를 통한 부팅에 대한 자세한 내용은 17장 네트워크 부팅 환경 준비 항목을 참조하십시오.

6.2 커널 업데이트 부팅

커널 업데이트를 사용하려면 USB 플래시 드라이브에서 또는 PXE를 통해 부팅합니다. linuxinitrd가 로드되면 설치 매체 삽입이 요청됩니다.

7장 부팅 파라미터에 설명된 부팅 파라미터를 사용할 수 있습니다. 이를 통해 설치 USB 플래시 드라이브가 아닌 다른 설치 소스를 사용할 수 있습니다 드라이버.

II부 설치 절차

  • 7 부팅 파라미터
  • SUSE Linux Enterprise Server를 사용하면 부팅하는 동안 설치 데이터의 소스 선택 또는 네트워크 구성 설정 등의 여러 파라미터를 설정할 수 있습니다.

  • 8 설치 단계
  • 이 장에서는 SUSE Linux Enterprise Server의 데이터를 대상 장치에 복사하는 절차에 대해 설명합니다. 새로 설치된 시스템의 일부 기본 구성 파라미터는 이 절차 중에 설정됩니다. 그래픽 사용자 인터페이스가 설치 과정을 안내합니다. 다음에 설명되어 있는 절차는 11장 원격 설치에 설명된 원격 설치 절차에도 적용됩니다. 텍스트 모드 설치는 단계가 동일하며 외관상만 다르게 보입니다. 비대화형 자동화 설치를 수행하는 방법에 대한 자세한 내용은 Book “AutoYaST Guide” 항목을 참조하십시오.

  • 9 SUSE Linux Enterprise 등록 및 모듈/확장 관리
  • 기술 지원과 제품 업데이트를 받으려면 SUSE Customer Center에서 SUSE Linux Enterprise Server를 등록하고 활성화해야 합니다. 최신 업데이트 및 패치를 사용하여 시스템을 설치할 수 있으므로 설치 중에 등록하는 것이 좋습니다. 그러나 오프라인 상태이거나 등록 단계를 건너뛸 경우 설치된 시스템에서 언제든지 나중에 등록할 수 있습니다.

    모듈 및 확장은 기능을 시스템에 추가하므로 필요에 따라 시스템을 사용자 정의할 수 있습니다. 이러한 구성요소를 등록해야 할 수도 있으며, YaST 또는 명령줄 도구를 사용하여 관리할 수 있습니다. 자세한 내용은 Article “Modules and Extensions Quick Start” 항목을 참조하십시오.

  • 10 고급 파티션 도구
  • 고급 시스템 구성에는 특정 디스크 설정이 필요합니다. 모든 일반적인 파티셔닝 작업은 설치 중 완료할 수 있습니다. 블록 장치를 사용하여 영구 장치의 이름을 지정하려면 /dev/disk/by-id 또는 /dev/disk/by-uuid 아래의 블록 장치를 사용하십시오. LVM(Logical Volume Management)은 표준 설정에서 사용된 물리적 파티셔닝보다 훨씬 유연하게 설계된 디스크 파티셔닝 스키마로, 해당 스냅샷 기능을 통해 데이터 백업을 쉽게 생성할 수 있습니다. RAID(Redundant Array of Independ…

  • 11 원격 설치
  • SUSE® Linux Enterprise Server 설치는 네트워크에서 완전히 수행할 수 있습니다. 이 장에서는 네트워크를 통해 설치를 부팅, 설치 및 제어하는 데 필요한 환경을 제공하는 방법에 대해 설명합니다.

  • 12 문제 해결
  • 이 절에서는 설치 중 생길 수 있는 일반적인 몇 가지 문제를 강조하고 가능한 솔루션 또는 해결 방법을 제공합니다.

7 부팅 파라미터

SUSE Linux Enterprise Server를 사용하면 부팅하는 동안 설치 데이터의 소스 선택 또는 네트워크 구성 설정 등의 여러 파라미터를 설정할 수 있습니다.

적절한 부팅 파라미터 설정은 설치 절차를 간소화하도록 도와줍니다. linuxrc 루틴을 사용하여 많은 파라미터를 나중에 구성할 수도 있지만 부팅 파라미터를 사용하는 것이 더 쉽습니다. 일부 자동 설치에서 부팅 파라미터는 initrd 또는 info 파일과 함께 제공될 수 있습니다.

설치를 위해 시스템을 시작하는 방법은 아키텍처에 따라 다릅니다. 예를 들어 PC(AMD64/Intel 64) 또는 메인프레임에 대한 시스템 시작이 서로 다릅니다. SUSE Linux Enterprise Server를 KVM 또는 Xen Hypervisor에 VM 게스트로 설치할 경우 AMD64/Intel 64 아키텍처에 대한 지침을 따르십시오.

참고
참고: 부팅 옵션 및 부팅 파라미터

부팅 파라미터부팅 옵션 용어는 종종 같은 의미로 사용됩니다. 이 문서에서는 대부분 부팅 파라미터 용어를 사용합니다.

7.1 기본 부팅 파라미터 사용

부팅 파라미터는 8장 설치 단계에서 자세히 설명합니다. 일반적으로 설치를 선택하면 설치 부팅 프로세스가 시작됩니다.

문제가 발생하면 설치 - ACPI 비활성화됨 또는 설치 - 안전 설정을 사용합니다. 설치 프로세스의 문제 해결에 대한 자세한 내용은 12장 문제 해결을 참조하십시오.

화면 아래쪽에 있는 메뉴 모음은 일부 설정에 필요한 몇몇 고급 기능을 제공합니다. 기능 키(F1 ... F12)를 사용하면 이러한 파라미터의 상세 구문을 몰라도 설치 루틴에 전달할 추가 옵션을 지정할 수 있습니다(7장 부팅 파라미터 참조). 사용 가능한 기능 키의 상세 설명은 7.2.1절 “일반 BIOS를 갖추고 있는 시스템의 부팅 화면”에 나와 있습니다.

7.2 PC(AMD64/Intel 64/Arm AArch64)

이 절에서는 AMD64, Intel 64 및 Arm AArch64의 부팅 파라미터 변경에 대해 설명합니다.

7.2.1 일반 BIOS를 갖추고 있는 시스템의 부팅 화면

부팅 화면에는 설치 절차에 대한 몇 가지 옵션이 표시됩니다. 하드 디스크에서 부팅은 설치된 시스템을 부팅하며 기본값으로 선택됩니다. CD가 드라이브에 남아 있는 경우가 있기 때문입니다. 화살표 키로 다른 옵션 중 하나를 선택하고 Enter 키를 눌러 부팅합니다. 관련 옵션은 다음과 같습니다.

설치

일반적인 설치 모드입니다. 모든 모뎀 하드웨어 기능이 활성화됩니다. 설치에 오류가 발생한 경우 잠재적으로 문제가 있는 기능을 비활성화하는 부팅 파라미터에 대해서는 F5커널 을 참조하십시오.

업그레이드

시스템 업그레이드를 수행합니다. 자세한 내용은 Book “업그레이드 가이드”, Chapter 1 “경로 및 방법 업그레이드”를 참조하십시오.

자세히 › 복구 시스템

그래픽 사용자 인터페이스 없이 최소의 Linux 시스템을 시작합니다. 자세한 내용은 Book “Administration Guide”, Chapter 43 “Common problems and their solutions”, Section 43.5.2 “Using the Rescue System”를 참조하십시오.

자세히 › Linux 시스템 부팅

이미 설치된 Linux 시스템을 부팅합니다. 시스템을 부팅할 파티션을 묻는 메시지가 표시됩니다.

자세히 › 설치 미디어 확인

이 옵션은 다운로드한 ISO에서 생성된 미디어에서 설치하는 경우에만 사용할 수 있습니다. 이 경우 설치 매체의 무결성을 확인하는 것이 좋습니다. 이 옵션은 자동으로 미디어를 검사하기 전에 설치 시스템을 시작합니다. 검사에 성공하면 일반 설치 과정이 시작됩니다. 손상된 미디어가 검색되면 설치 과정이 중단됩니다. 손상된 매체를 바꾸고 설치 프로세스를 다시 시작하십시오.

자세히 › 메모리 테스트

반복된 읽기 및 쓰기 주기를 사용하여 시스템 RAM을 테스트합니다. 재부팅하여 테스트를 종료합니다. 자세한 내용은 12.4절 “부팅 오류”를 참조하십시오.

일반 BIOS를 갖추고 있는 시스템의 부팅 화면
그림 7.1: 부팅 화면 - 일반 BIOS가 포함된 시스템

화면의 하단에 표시된 기능 키를 사용하여 언어, 화면 해상도, 설치 소스를 변경하거나 하드웨어 제조업체의 드라이버를 추가합니다.

F1도움말

부팅 화면의 활성 요소에 대한 상황별 도움말이 제공됩니다. 탐색하려면 화살표 키를, 링크를 따르려면 Enter 키를, 도움말 화면을 종료하려면 Esc 키를 사용하십시오.

F2언어

설치를 위한 디스플레이 언어와 해당 키보드 배열을 선택합니다. 기본 언어는 영어(US)입니다.

F3비디오 모드

설치를 위한 다양한 그래픽 디스플레이 모드를 선택합니다. 기본적으로 비디오 해상도는 KMS(Kernel Mode Settings)를 사용하여 자동으로 결정됩니다. 시스템에서 이 설정이 작동하지 않으면 KMS 없음을 선택하고 선택적으로 부팅 명령줄에서 vga=ask를 지정하여 비디오 해상도 선택 화면을 표시합니다. 그래픽 설치로 인해 문제가 발생하면 텍스트 모드를 선택합니다.

F4원본

일반적으로 설치는 삽입된 설치 매체에서 수행됩니다. 여기서는 FTP 또는 NFS 서버와 같은 기타 원본을 선택합니다. SLP 서버를 사용하는 네트워크에서 설치할 경우 이 옵션과 함께 서버에서 사용할 수 있는 설치 원본을 선택합니다. SLP를 사용하여 설치 서버를 설정하는 방법에 대한 자세한 내용은 16장 네트워크 설치 소스 설정을 참조하십시오.

F5커널

일반 설치에 문제가 발생하는 경우 이 메뉴에서 잠재적으로 문제가 있는 몇 가지 기능을 비활성화하도록 설정할 수 있습니다. 하드웨어에서 ACPI(Advanced Configuration And Power Interface)를 지원하지 않는 경우 ACPI 지원 없이 설치하려면 ACPI 없음을 선택합니다. 로컬 APIC 없음은 일부 하드웨어에서 문제를 유발할 수 있는 APIC(Advanced Programmable Interrupt Controller)에 대한 지원을 비활성화합니다. 안전 설정은 DMA 모드로 시스템을 부팅(CD/DVD-ROM 드라이브에 해당)하고 전원 관리 기능을 비활성화합니다.

확실하지 않으면 먼저 설치 - ACPI 비활성화됨 또는 설치 - 안전 설정 옵션을 시도해 보십시오. 전문가는 명령줄(부팅 옵션)을 사용하여 커널 파라미터를 입력하거나 변경할 수 있습니다.

F6드라이버

SUSE Linux Enterprise Server에 대한 옵션 드라이버 업데이트가 있음을 시스템에 알리려면 이 키를 누르십시오. 설치를 시작하기 전에 파일 또는 URL을 사용하여 드라이버를 직접 로드합니다. 를 선택하면 설치 프로세스의 적절한 시점에 업데이트 디스크를 삽입하라는 메시지가 표시됩니다.

작은 정보
작은 정보: 드라이버 업데이트 디스크 얻기

SUSE Linux Enterprise용 드라이버 업데이트가 http://drivers.suse.com/에서 제공됩니다. 이러한 드라이버는 SUSE SolidDriver 프로그램을 통해 생성되었습니다.

7.2.2 UEFI를 갖춘 시스템의 부팅 화면

UEFI(Unified Extensible Firmware Interface)는 일반 BIOS를 교체 및 확장하는 새로운 업계 표준입니다. 최신 UEFI 구현에는 서명된 부팅 로더만 실행되도록 허용하여 악성 코드 부팅을 방지하는 보안 부팅 확장 기능이 포함되어 있습니다. 자세한 내용은 Book “Administration Guide”, Chapter 13 “UEFI (Unified Extensible Firmware Interface)”에서 확인하십시오.

일반 BIOS를 갖추고 있는 시스템 부팅에 사용된 GRUB 2 부팅 관리자는 UEFI를 지원하지 않으므로 GRUB 2가 GRUB 2 for EFI로 바뀝니다. 보안 부팅이 활성화된 경우 YaST는 설치를 위해 자동으로 GRUB 2 for EFI를 선택합니다. 관리 및 사용자 관점에서 두 가지 부팅 관리자 구현은 동작이 동일하며, 다음에서 GRUB 2라고 합니다.

작은 정보
작은 정보: 보안 부트에서 제공된 추가 드라이버 사용

사용 설정된 보안 부트로 설치하는 경우 SUSE Linux Enterprise Server가 제공되지 않은 드라이버는 로드할 수 없습니다. 서명 키를 기본적으로 신뢰할 수 없으므로 SolidDriver를 통해 제공된 드라이버도 적용됩니다.

SUSE Linux Enterprise Server가 제공되지 않은 드라이버를 로드하려면 다음 중 하나를 수행하십시오.

  • 설치 전 펌웨어/시스템 관리 도구를 통해 필요한 키를 펌웨어 데이터베이스에 추가합니다.

  • 첫 부팅 시 MOK 목록에 필요한 키를 등록할 부팅 가능한 ISO를 사용합니다.

자세한 내용은 Book “Administration Guide”, Chapter 13 “UEFI (Unified Extensible Firmware Interface)”, Section 13.1 “Secure Boot”를 참조하십시오.

부팅 화면에는 설치 절차에 대한 몇 가지 옵션이 표시됩니다. 선택한 옵션을 화살표 키로 변경하고 Enter을 눌러 부팅합니다. 관련 옵션은 다음과 같습니다.

설치

일반적인 설치 모드입니다. 모든 모뎀 하드웨어 기능이 활성화됩니다. 설치에 오류가 발생한 경우 잠재적으로 문제가 있는 기능을 비활성화하는 부팅 파라미터에 대해서는 F5커널 을 참조하십시오.

업그레이드

시스템 업그레이드를 수행합니다. 자세한 내용은 Book “업그레이드 가이드”, Chapter 1 “경로 및 방법 업그레이드”를 참조하십시오.

자세히 › 복구 시스템

그래픽 사용자 인터페이스 없이 최소의 Linux 시스템을 시작합니다. 자세한 내용은 Book “Administration Guide”, Chapter 43 “Common problems and their solutions”, Section 43.5.2 “Using the Rescue System”를 참조하십시오.

자세히 › Linux 시스템 부팅

이미 설치된 Linux 시스템을 부팅합니다. 시스템을 부팅할 파티션을 묻는 메시지가 표시됩니다.

자세히 › 설치 미디어 확인

이 옵션은 다운로드한 ISO에서 생성된 미디어에서 설치하는 경우에만 사용할 수 있습니다. 이 경우 설치 매체의 무결성을 확인하는 것이 좋습니다. 이 옵션은 자동으로 미디어를 검사하기 전에 설치 시스템을 시작합니다. 검사에 성공하면 일반 설치 과정이 시작됩니다. 손상된 미디어가 검색되면 설치 과정이 중단됩니다.

UEFI가 포함된 시스템의 부팅 화면
그림 7.2: UEFI가 포함된 시스템의 부팅 화면

SUSE Linux Enterprise Server의 GRUB 2 for EFI는 부팅 파라미터를 추가하기 위한 부팅 프롬프트 또는 기능 키를 지원하지 않습니다. 기본적으로 설치는 미국 영어로 시작되고 부팅 미디어가 설치 원본으로 사용됩니다. DHCP 조회를 수행하여 네트워크를 구성합니다. 이러한 기본값을 변경하거나 부팅 파라미터를 추가하려면 해당하는 부팅 항목을 편집해야 합니다. 화살표 키를 사용하여 강조 표시하고 E를 누릅니다. 힌트를 편집하려면 온스크린 도움말을 참조하십시오(현재 영어 키보드만 사용 가능함). 설치 항목은 다음과 유사합니다.

setparams 'Installation'

   set gfxpayload=keep
   echo 'Loading kernel ...'
   linuxefi /boot/x86_64/loader/linux splash=silent
   echo 'Loading initial ramdisk ...'
   initrdefi /boot/x86_64/loader/initrd

linuxefi로 끝나는 행 끝에 공백으로 구분된 파라미터를 추가합니다. 편집된 항목을 부팅하려면 F10 키를 누르십시오. 직렬 콘솔을 통해 시스템에 액세스할 경우 Esc 0을 누르십시오. 전체 파라미터 목록은 http://en.opensuse.org/Linuxrc에서 사용 가능합니다.

7.3 중요한 부팅 파라미터 목록

이 절에는 중요한 부팅 파라미터의 선택 항목이 포함되어 있습니다.

7.3.1 일반 부팅 파라미터

autoyast=URL

autoyast 파라미터는 자동 설치를 위한 autoinst.xml 제어 파일의 위치를 지정합니다.

manual=<0|1>

manual 파라미터는 다른 파라미터가 사용자가 여전히 확인해야 하는 기본값만인지 여부를 제어합니다. 모든 값을 승인하고 질문이 없어야 하는 경우 이 파라미터를 0으로 설정하십시오. autoyast 설정에는 manual0으로 설정하는 것을 내포합니다.

Info=URL

추가 옵션을 읽을 파일의 위치를 지정합니다.

IBM Z 이렇게 하면 parmfile에 대한 10줄 제한(및 z/VM 아래 줄당 80자 제한) 문제를 해결할 수 있습니다. Info 파일에 대한 자세한 내용은 Book “AutoYaST Guide”, Chapter 6 “The Auto-Installation Process”, Section 6.3.3 “Combining the linuxrc info File with the AutoYaST Control File”에서 찾을 수 있습니다. 일반적으로 Info 파일은 IBM Z의 네트워크를 통해서만 액세스할 수 있으므로 네트워크를 설정하는 데 필요한 옵션(이러한 옵션은 7.3.2절 “네트워크 인터페이스 구성”에 설명됨)을 지정하는 데 이 파일을 사용할 수 없습니다. 또한 디버깅의 경우와 같은 다른 linuxrc 관련 옵션이 적용되려면 parmfile에서 지정해야 합니다.

upgrade=<0|1>

SUSE Linux Enterprise Server를 업그레이드하려면 Upgrade=1을 지정합니다.

IBM Z SUSE Linux Enterprise의 기존 설치를 업그레이드하려면 사용자 정의 parmfile이 필요합니다. 이 파라미터가 없으면 설치에서 업그레이드 옵션을 제공하지 않습니다.

dud=URL

URL에서 드라이버 업데이트를 로드합니다.

dud=ftp://ftp.example.com/PATH_TO_DRIVER 또는 dud=http://www.example.com/PATH_TO_DRIVER 를 설정하여 URL에서 드라이버를 로드합니다. dud=1의 경우 부팅하는 동안 URL이 요청됩니다.

language=LANGUAGE

설치 언어를 설정합니다. 일부 지원되는 값은 cs_CZ, de_DE, es_ES, fr_FR, ja_JP, pt_BR, pt_PT, ru_RU, zh_CNzh_TW입니다.

acpi=off

ACPI 지원을 비활성화합니다.

noapic

논리 APIC가 없습니다.

nomodeset

KMS를 비활성화합니다.

textmode=1

텍스트 모드에서 설치 프로그램을 시작합니다.

console=SERIAL_DEVICE[,MODE]

SERIAL_DEVICE는 실제 직렬 또는 병렬 장치(예: ttyS0) 또는 가상 터미널(예: tty1)이 될 수 있습니다. MODE는 전송 속도, 패리티 및 정지 비트(예: 9600n8)입니다. 이 설정의 기본값은 메인보드 펌웨어에서 설정합니다. 모니터에 출력이 보이지 않으면 console=tty1 설정을 시도하십시오. 여러 장치를 정의할 수 있습니다.

7.3.2 네트워크 인터페이스 구성

중요
중요: 네트워크 인터페이스 구성

이 절에서 설명된 설정은 설치 중에 사용된 네트워크 인터페이스에만 적용됩니다. Book “Administration Guide”, Chapter 19 “Basic Networking”, Section 19.5 “Configuring a Network Connection Manually” 지시사항에 따라 설치된 시스템에서 추가 네트워크 인터페이스를 구성하십시오.

설치하는 동안 필요한 경우 네트워크만 구성됩니다. 네트워크를 강제적으로 구성하려면 netsetup 파라미터를 사용합니다.

netsetup=VALUE

netsetup=dhcp는 DHCP를 통해 구성을 강제적으로 수행합니다. 부팅 파라미터 hostip, gatewaynameserver로 네트워크를 구성하는 경우 netsetup=-dhcp를 설정합니다. netsetup=hostip,netmask,gateway,nameserver 옵션으로 설치 프로그램이 부팅하는 동안 네트워크 설정을 요청합니다.

ifcfg=INTERFACE[.VLAN]=SETTINGS

INTERFACE는 모든 인터페이스와 일치하도록 *가 될 수 있습니다(예: eth로 시작하는 모든 인터페이스와 일치하는 eth*) . MAC 주소를 값으로 사용할 수도 있습니다.

선택적으로 VLAN은 인터페이스 이름 뒤에 마침표로 구분하여 설정할 수 있습니다.

SETTINGSdhcp인 경우 일치하는 모든 인터페이스는 DHCP로 구성됩니다. 정적 파라미터를 설정할 수 있습니다. 정적 파라미터를 사용하면 첫 번째 일치하는 인터페이스만 구성됩니다. 정적 구성의 구문은 다음과 같습니다.

ifcfg=*="IPS_NETMASK,GATEWAYS,NAMESERVERS,DOMAINS"

쉼표로 구분된 각 값은 공백 문자로 구분된 값 목록을 차례로 포함할 수 있습니다. IPS_NETMASKCIDR notation에 있습니다(예: 10.0.0.1/24). 따옴표는 공백 문자로 구분된 목록을 사용하는 경우에만 필요합니다. 두 개의 이름 서버가 있는 예:

ifcfg=*="10.0.0.10/24,10.0.0.1,10.0.0.1 10.0.0.2,example.com"
작은 정보
작은 정보: 기타 네트워킹 파라미터

ifcfg 부팅 파라미터는 매우 강력하며 이를 사용하여 다음과 같은 거의 대부분의 네트워킹 파라미터를 설정할 수 있습니다. 위에서 설명된 파라미터 이외에도, /etc/sysconfig/network/ifcfg.template /etc/sysconfig/network/config에서 모든 구성 옵션(쉼표로 구분)에 대한 값을 설정할 수 있습니다. 다음 예는 인터페이스에서 사용자 정의 MTU 크기를 설정합니다. 그러지 않으면 DHCP를 통해 구성됩니다.

ifcfg=eth0=dhcp,MTU=1500
hostname=host.example.com

전체 호스트 이름을 입력합니다.

domain=example.com

DNS에 대한 도메인 검색 경로. 완전한 호스트 이름 대신 짧은 호스트 이름을 사용할 수 있습니다.

hostip=192.168.1.2[/24]

구성할 인터페이스의 IP 주소를 입력합니다. IP는 서브넷 마스크를 포함할 수 있습니다(예: hostip=192.168.1.2/24). 이 설정은 설치 중에 네트워크가 필요한 경우에만 평가됩니다.

gateway=192.168.1.3

사용할 게이트웨이를 지정합니다. 이 설정은 설치 중에 네트워크가 필요한 경우에만 평가됩니다.

nameserver=192.168.1.4

해당 DNS 서버를 지정합니다. 이 설정은 설치 중에 네트워크가 필요한 경우에만 평가됩니다.

domain=example.com

도메인 검색 경로입니다. 이 설정은 설치 중에 네트워크가 필요한 경우에만 평가됩니다.

7.3.3 설치 소스 지정

DVD 또는 USB 플래시 드라이브를 사용하지 않고 설치하는 경우에는 대체 설치 원본을 지정하십시오.

install=SOURCE

사용할 설치 원본의 위치를 지정하십시오. 가능한 프로토콜은 cd, hd, slp, nfs, smb(Samba/CIFS), ftp, tftp httphttps입니다. 일부 소스 유형은 일부 플랫폼에서 사용할 수 없습니다. 예를 들어 IBM Z는 cdhd를 지원하지 않습니다.

기본 옵션은 cd입니다.

ftp, tftp 또는 smb URL이 제공된 경우 URL과 함께 사용자 이름 및 비밀번호를 지정하십시오. 이러한 파라미터는 선택사항이며 이러한 파라미터를 제공하지 않으면 익명 또는 게스트 로그인이 가정됩니다. 예:

install=ftp://USER:PASSWORD@SERVER/DIRECTORY/DVD1/

암호화 연결을 통해 설치하려면 https URL을 사용하십시오. 인증서를 확인할 수 없는 경우 sslcerts=0 부팅 파라미터를 사용하여 인증서 확인을 비활성화하십시오.

Samba 또는 CIFS 설치 시 사용되는 도메인도 지정할 수 있습니다.

install=smb://WORKDOMAIN;USER:PASSWORD@SERVER/DIRECTORY/DVD1/

cd, hd 또는 slp를 사용하려면 다음 예와 같이 설정하십시오.

install=cd:/
install=hd:/?device=sda/PATH_TO_ISO
install=slp:/

7.3.4 원격 액세스 지정

한 번에 다양한 원격 제어 방법 중 하나만 지정해야 합니다. 다양한 방법은 SSH, VNC, 원격 X 서버입니다. 이 절에 나열된 파라미터 사용 방법에 대한 정보는 11장 원격 설치를 참조하십시오.

display_ip=IP_ADDRESS

Display_IP를 통해 설치 시스템에서 제공된 주소에 있는 X 서버 연결을 시도합니다.

중요
중요: X 인증 메커니즘

X Window 시스템을 사용하는 직접 설치는 호스트 이름을 기반으로 하는 기본 인증 메커니즘을 사용합니다. 이 메커니즘은 현재 SUSE Linux Enterprise Server 버전에서 사용할 수 없습니다. SSH 또는 VNC를 사용한 설치가 선호됩니다.

vnc=1

설치 중에 VNC 서버를 사용을 활성화합니다.

vncpassword=PASSWORD

VNC 서버의 비밀번호를 설정합니다.

ssh=1

ssh는 SSH 설치를 활성화합니다.

ssh.password=PASSWORD

설치 중에 루트 사용자의 SSH 비밀번호를 지정합니다.

7.4 고급 설정

설치에 대한 로컬 RMT 또는 supportconfig 서버의 액세스를 구성하기 위해 부팅 파라미터를 지정하여 설치 중에 이러한 서비스를 설정할 수 있습니다. 설치 중에 IPv6 지원이 필요한 경우에도 마찬가지입니다.

7.4.1 RMT 서버에 액세스하기 위한 데이터 제공

기본적으로 SUSE Linux Enterprise Server에 대한 업데이트는 SUSE Customer Center에서 제공됩니다. 네트워크에서 이른바 RMT 서버를 제공하여 로컬 업데이트 소스를 제공하는 경우 클라이언트가 서버의 URL을 갖춰야합니다. 클라이언트와 서버는 HTTPS 프로토콜을 통해서만 통신하기 때문에 인증서가 인증 기관에서 발행되지 않은 경우 서버의 인증서에 대한 경로도 입력해야 합니다.

참고
참고: 비대화형 설치만 해당

RMT 서버 액세스용 파라미터의 제공은 비대화형 설치에만 필요합니다. 대화형 설치 중 데이터는 설치 동안 제공할 수 있습니다(자세한 내용은 8.7절 “등록” 참조).

regurl

RMT 서버의 URL입니다. 이 URL에는 고정된 형식 https://FQN/center/regsvc/가 사용됩니다. FQN은 RMT 서버의 전체 호스트 이름이어야 합니다. 예:

regurl=https://smt.example.com/center/regsvc/

입력한 값이 정확한지 확인하십시오. regurl을 올바르게 지정하지 않으면 업데이트 소스가 등록되지 않습니다.

regcert

RMT 서버 인증서의 위치입니다. 다음 위치 중 하나를 지정하십시오.

URL

인증서를 다운로드할 수 있는 원격 위치(HTTP, HTTPS 또는 FTP)입니다. regcert를 지정하지 않은 경우 http://FQN/smt.crt로 기본 설정되고 FQN은 RMT 서버의 이름이 됩니다. 예:

regcert=http://rmt.example.com/smt-ca.crt
로컬 경로

로컬 시스템에서 인증서에 대한 절대 경로입니다. 예:

regcert=/data/inst/smt/smt-ca.cert
대화형

설치하는 동안 인증서에 대한 경로를 지정할 수 있는 팝업 메뉴를 열려면 ask를 사용하십시오. 이 옵션은 AutoYaST와 함께 사용하지 마십시오. 예:

regcert=ask
인증서 설치 비활성화

인증서가 추가 기능 제품에 설치되거나 공식 인증 기관에서 발급한 인증서를 사용하는 경우 done을 사용하십시오. 예:

regcert=done

7.4.2 supportconfig에 대체 데이터 서버 구성

supportconfig(자세한 내용은 Book “Administration Guide”, Chapter 42 “Gathering System Information for Support” 참조)에서 수집하는 데이터는 기본적으로 SUSE Customer Center로 전송됩니다. 이 데이터를 수집하는 로컬 서버를 설정할 수도 있습니다. 네트워크에서 이러한 서버를 사용할 수 있는 경우 서버의 URL을 클라이언트에 설정해야 합니다. 이 정보는 부팅 프롬프트에서 입력해야 합니다.

supporturl 서버의 URL입니다. URL은 http://FQN/Path/형식이며 여기에서 FQN은 서버의 전체 호스트 이름이고 Path는 서버에서의 위치입니다. 예:

supporturl=http://support.example.com/supportconfig/data/

7.4.3 설치에 IPv6 사용

기본적으로 해당 시스템에는 IPv4 네트워크 주소만 할당할 수 있습니다. 설치 중에 IPv6을 활성화하려면 부팅 프롬프트에서 다음 파라미터 중 하나를 입력합니다.

IPv4 및 IPv6 허용
ipv6=1
IPv6만 허용
ipv6only=1

7.4.4 설치에 프록시 사용

원격 웹 사이트에 액세스하는 데 프록시 서버를 사용해야 하는 네트워크에서는 프록시 서버를 구성하는 경우에만 설치 중 등록이 가능합니다.

설치 중 프록시를 사용하려면 부팅 화면에서 F4 키를 누르고 HTTP 프록시 대화 상자에서 필수 파라미터를 설정합니다. 또는 부팅 프롬프트에서 커널 파라미터 proxy를 제공합니다.

proxy=http://USER:PASSWORD@proxy.example.com:PORT

USERPassword 지정은 선택 사항입니다. 서버에서 익명 액세스를 허용하는 경우 http://proxy.example.com:PORT 데이터로 충분합니다.

7.4.5 SELinux 지원 활성화

설치 시작 시 SELinux를 활성화하면 설치가 완료된 후 재부팅하지 않고 SELinux를 구성할 수 있습니다. 다음 파라미터를 사용합니다.

security=selinux selinux=1

7.4.6 설치 프로그램 자동 업데이트 활성화

설치와 업그레이드 중 8.2절 “설치 프로그램 자동 업데이트”에 설명된 대로 YaST가 자동 업데이트하여 릴리스 후 발견된 잠재적 버그를 해결할 수 있습니다. self_update 파라미터를 사용하여 이 기능의 동작을 수정할 수 있습니다.

설치 프로그램 자동 업데이트를 활성화하려면 파라미터를 1로 설정합니다.

self_update=1

사용자 정의 리포지토리를 사용하려면 URL을 지정합니다.

self_update=https://updates.example.com/

7.4.7 높은 DPI에 대한 사용자 인터페이스 크기 조정

화면에서 매우 높은 DPI를 사용하는 경우 부팅 파라미터 QT_AUTO_SCREEN_SCALE_FACTOR를 사용합니다. 이 파라미터는 폰트 및 사용자 인터페이스 요소 크기를 화면 DPI로 조정합니다.

QT_AUTO_SCREEN_SCALE_FACTOR=1

7.4.8 CPU 마이그레이션 사용

부팅 파라미터 mitigations를 사용하면 영향을 받은 CPU에서 부채널 공격에 대한 완화 옵션을 제어할 수 있습니다. 가능한 값은 다음과 같습니다.

auto CPU 모델에 필요한 모든 완화를 활성화하지만, 교차 CPU 스레드 공격에 대해 보호하지 않습니다. 이 설정은 워크로드에 따라 어느 정도 성능에 영향을 줄 수 있습니다.

nosmt 사용 가능한 보안 완화의 전체 집합을 제공합니다. CPU 모델에 필요한 모든 완화를 활성화합니다. 또한 SMT(Simultaneous Multithreading)를 비활성화하여 여러 CPU 스레드에서 부채널 공격을 방지합니다. 이 설정은 워크로드에 따라 성능에 추가적인 영향을 줄 수 있습니다.

off 모든 완화를 비활성화합니다. CPU에 대한 부채널 공격은 CPU 모델에 따라 가능합니다. 이 설정은 성능에 영향을 주지 않습니다.

각 값에는 CPU 아키텍처, 커널 버전 및 완화가 필요한 취약성에 따라 특정 파라미터 집합이 제공됩니다. 자세한 내용은 커널 문서를 참조하십시오.

7.5 IBM Z

IBM Z 플랫폼의 경우 시스템은 5.3.4절 “SUSE Linux Enterprise Server 설치 시스템에서 IPL 수행”의 설명대로 부팅됩니다(IPL, 초기 프로그램 로드). SUSE Linux Enterprise Server에는 이 시스템에 대한 시작 화면이 표시되지 않습니다. 설치하는 동안 커널, initrd 및 parmfile을 수동으로 로드합니다. VNC, X 또는 SSH를 통해 설치 시스템 연결이 설정되면 YaST가 설치 화면과 함께 시작됩니다. 스플래시 화면이 없으므로 커널 또는 부팅 파라미터는 화면에 입력할 수 없지만 parmfile에서 지정해야 합니다(5.4절 “Parmfile - 시스템 구성 자동화” 참조).

InstNetDev=osa

구성할 인터페이스의 유형을 입력합니다. 가능한 값은 osa, hsi, ctc, esconiucv입니다(CTC, ESCON 및 IUCV는 더 이상 공식적으로 지원되지 않음).

hsiosa 유형의 인터페이스인 경우, 해당 넷마스크와 브로드캐스트 주소(선택사항)를 지정합니다.

Netmask=255.255.255.0
Broadcast=192.168.255.255

ctc, esconiucv 유형의 인터페이스인 경우(CTC, ESCON 및 IUCV는 공식적으로 더 이상 지원되지 않음) 피어의 IP 주소를 입력합니다.

Pointopoint=192.168.55.20
OsaInterface=<lcs|qdio>

osa 네트워크 장치의 경우 호스트 인터페이스(qdio 또는 lcs)를 지정합니다.

Layer2=<0|1>

osa QDIO 이더넷 및 hsi 장치의 경우 OSI Layer 2 지원을 활성화(1) 또는 비활성화(0)할지 여부를 지정합니다.

OSAHWAddr=02:00:65:00:01:09

Layer 2가 활성화된 osa QDIO 이더넷 장치의 경우 MAC 주소를 직접 지정하거나 시스템 기본값으로 OSAHWADDR= (후행 공백 포함)을 명시하십시오.

PortNo=<0|1>

osa 네트워크 장치의 경우 포트 번호를 지정합니다(장치가 이 기능을 지원하는 경우). 기본값은 0입니다.

각 인터페이스에는 특정 설정 옵션이 필요합니다.

  • ctcescon 인터페이스(CTC 및 ESCON은 공식적으로 더 이상 지원되지 않음):

    ReadChannel=0.0.0600
    WriteChannel=0.0.0601

    ReadChannel은 사용할 READ 채널을 지정합니다. WriteChannel은 WRITE 채널을 지정합니다.

  • ctc 인터페이스의 경우(더 이상 공식적으로 지원되지 않음) 이 인터페이스에 사용되는 프로토콜을 지정합니다.

    CTCProtocol=<0/1/2>

    올바른 항목은 다음과 같습니다.

    0

    호환성 모드로, OS/390 및 z/OS가 아닌 비 Linux 피어에도 사용됨(기본 모드)

    1

    확장 모드

    2

    OS/390 및 z/OS에서의 호환성 모드

  • lcs 인터페이스를 사용하는 osa 네트워크 장치 유형:

    ReadChannel=0.0.0124

    ReadChannel은 이 설정에서 사용된 채널 번호를 나타냅니다. 두 번째 포트 번호는 ReadChannel에 1을 더하여 이 읽기 채널에서 파생될 수 있습니다. Portnumber를 사용하여 관련 포트를 지정합니다.

  • iucv 인터페이스:

    IUCVPeer=PEER

    피어 시스템의 이름을 입력합니다.

  • OSA-Express Gigabit Ethernet에 대한 인터페이스 qdio를 사용하는 네트워크 장치 유형 osa:

    ReadChannel=0.0.0700
    WriteChannel=0.0.0701
    DataChannel=0.0.0702

    ReadChannel에 대해 READ 채널의 번호를 입력합니다. WriteChannel에 대해 WRITE 채널의 번호를 입력합니다. DataChannel은 DATA 채널을 지정합니다. READ 채널이 짝수 장치 번호를 전송함을 확인하십시오.

  • HiperSockets 및 VM 게스트 LAN에 대한 hsi 인터페이스:

    ReadChannel=0.0.0800
    WriteChannel=0.0.0801
    DataChannel=0.0.0802

    ReadChannel에 대해 READ 채널에 대한 해당 번호를 입력합니다. WriteChannelDataChannel에 대해 WRITE 및 DATA 채널 번호를 입력합니다.

7.6 추가 정보

https://en.opensuse.org/SDB:Linuxrc#Parameter_Reference의 openSUSE 위키에서 부팅 파라미터에 대한 추가 정보를 찾을 수 있습니다.

8 설치 단계

이 장에서는 SUSE Linux Enterprise Server의 데이터를 대상 장치에 복사하는 절차에 대해 설명합니다. 새로 설치된 시스템의 일부 기본 구성 파라미터는 이 절차 중에 설정됩니다. 그래픽 사용자 인터페이스가 설치 과정을 안내합니다. 다음에 설명되어 있는 절차는 11장 원격 설치에 설명된 원격 설치 절차에도 적용됩니다. 텍스트 모드 설치는 단계가 동일하며 외관상만 다르게 보입니다. 비대화형 자동화 설치를 수행하는 방법에 대한 자세한 내용은 Book “AutoYaST Guide” 항목을 참조하십시오.

설치 프로그램을 실행하기 전에 I부. 설치 준비 항목을 읽어보시기 바랍니다. 시스템 아키텍처에 따라 설치를 시작하는 데 필요한 단계를 설명합니다.

SUSE Linux Enterprise Server를 처음 사용하는 경우 대부분 기본 YaST 제안을 따라야 하지만 원하는 기본 설정에 따라 시스템을 미세 조정하기 위해 여기서 설명하는 대로 설정을 조정할 수 있습니다. 각 설치 단계에 대한 도움말은 도움말을 클릭하면 제공됩니다.

작은 정보
작은 정보: 마우스 없이 설치

설치 프로그램이 마우스를 올바르게 감지하지 않는 경우 탐색하려면 →| 키를, 스크롤하려면 화살표 키를, 선택항목을 확인하려면 Enter 키를 누르십시오. 다양한 버튼 또는 선택 필드에는 글자가 밑줄과 함께 포함됩니다. Althighlighted_letter글자→|를 사용하여 버튼 또는 선택항목을 직접 선택합니다.

8.1 개요

이 절에서는 모든 설치 단계의 개요를 제공합니다. 각 단계에는 더 자세한 설명이 담긴 링크가 포함되어 있습니다.

  1. 설치를 시작하기 전에 설치 프로그램은 자체적으로 업데이트할 수 있습니다. 자세한 내용은 8.2절 “설치 프로그램 자동 업데이트”를 참조하십시오.

  2. 실제 설치는 언어 및 제품을 선택하여 시작합니다.자세한 내용은 8.3절 “ 언어, 키보드 및 제품 선택을 참조하십시오.

  3. 사용권 계약을 승인합니다. 자세한 내용은 8.4절 “사용권 계약”을 참조하십시오.

  4. IBM Z 시스템은 디스크를 활성화해야 합니다. 자세한 내용은 8.5절 “IBM Z: 디스크 활성화”를 참조하십시오.

  5. 네트워크를 구성합니다. 설치 중 네트워크 액세스가 필요하며 DHCP를 통한 자동 네트워크 구성에 오류가 발생한 경우에만 이 작업이 필요합니다. 자동 네트워크 구성이 성공하면 이 단계를 건너뜁니다. 자세한 내용은 8.6절 “네트워크 설정”을 참조하십시오.

  6. 작동 중인 네트워크 연결로 SUSE Customer Center 또는 RMT 서버에서 시스템을 등록할 수 있습니다. 자세한 내용은 8.7절 “등록”을 참조하십시오.

  7. 시스템에 활성화할 모듈을 선택합니다. 이는 다음 단계 및 나중의 패키지에서 시스템 역할의 가용성에 영향을 줍니다. 자세한 내용은 8.8절 “확장 및 모듈 선택”을 참조하십시오.

  8. 직접 리포지토리를 추가할 수 있습니다. 자세한 내용은 8.9절 “추가 기능 제품”을 참조하십시오.

  9. 시스템에 대한 역할을 선택합니다. 다른 항목 중에서 이는 설치할 기본 패키지 목록을 정의하며 하드 디스크 파티셔닝에 대한 제안을 합니다. 자세한 내용은 8.10절 “시스템 역할”을 참조하십시오.

  10. 시스템의 하드 디스크를 파티션합니다. 자세한 내용은 8.11절 “파티셔닝”을 참조하십시오.

  11. 시간대를 선택합니다. 자세한 내용은 8.12절 “시계 및 시간대”를 참조하십시오.

  12. 사용자를 생성합니다. 자세한 내용은 8.13절 “새 사용자 생성”을 참조하십시오.

  13. 선택적으로 시스템 관리자 루트에 대해 다른 비밀번호를 설정합니다. 자세한 내용은 8.14절 “시스템 관리자 루트에 대한 인증”을 참조하십시오.

  14. 마지막 단계에서 설치 프로그램은 모든 설정에 대한 개요를 표시합니다. 필요한 경우 이를 변경할 수 있습니다. 자세한 내용은 8.15절 “설치 설정”을 참조하십시오.

  15. 설치 프로그램은 필요한 모든 데이터를 복사하고 진행을 알려줍니다. 자세한 내용은 8.16절 “설치 수행”을 참조하십시오.

8.2 설치 프로그램 자동 업데이트

설치와 업그레이드 프로세스 중 YaST가 자동으로 업데이트하여 릴리스 후 발견된 설치 프로그램의 버그를 해결할 수 있습니다. 이 기능은 기본적으로 활성화되어 있으며 비활성화하려면 부팅 파라미터 self_update0으로 설정합니다. 자세한 내용은 7.4.6절 “설치 프로그램 자동 업데이트 활성화”를 참조하십시오.

중요
중요: 사분기 미디어 업데이트: 자동 업데이트 비활성화

설치 프로그램 자동 업데이트는 통합 설치 프로그램 및 패키지 ISO의 GM 이미지를 사용하는 경우에만 사용할 수 있습니다. 사분기 업데이트로 게시된 ISO(이름의 QU 문자열으로 구분 가능)에서 설치하는 경우에는 설치 프로그램이 자동으로 업데이트할 수 없습니다. 왜냐하면 업데이트된 미디어에서 이 기능이 비활성화되어 있기 때문입니다.

중요
중요: 자동 업데이트 중 네트워킹

설치 프로그램 업데이트를 다운로드하기 위해 YaST는 네트워크에 액세스해야 합니다. 기본적으로 모든 네트워크 인터페이스에서 DHCP를 사용합니다. 네트워크에 DHCP 서버가 있는 경우 자동으로 진행됩니다.

고정 IP를 설정해야 하는 경우 ifcfg 부팅 인수를 사용할 수 있습니다. 자세한 내용은 https://en.opensuse.org/Linuxrc에서 linuxrc 설명서를 참조하십시오.

작은 정보
작은 정보: 언어 선택

설치 프로그램 업데이트는 언어 선택 단계 전에 실행됩니다. 따라서 이 프로세스 중 발생하는 오류와 진행률은 기본적으로 영어로 표시됩니다.

설치 프로그램의 이 부분에 다른 언어를 사용하려면 아키텍처에 사용 가능한 경우 language 부팅 파라미터를 사용하십시오(예: language=de_DE). 아니면, 기존 BIOS가 장착된 시스템의 경우 [부팅] 메뉴에서 <F2> 키를 누르고 목록에서 언어를 선택합니다.

이 기능은 사용자 개입 없이 실행하도록 설계되어 있지만 작동 방식을 알고 있는 편이 유용합니다. 원하지 않는 경우 8.3절 “ 언어, 키보드 및 제품 선택 항목으로 바로 이동하여 이 절의 나머지 부분을 건너뛸 수 있습니다.

8.2.1 자동 업데이트 프로세스

이 프로세스는 다음 두 부분으로 나누어질 수 있습니다.

  1. 업데이트 리포지토리 위치 결정

  2. 업데이트 다운로드 및 설치 시스템에 적용

8.2.1.1 업데이트 리포지토리 위치 결정

설치 프로그램 자동 업데이트는 전용 리포지토리를 통해 일반 RPM 패키지로 배포되므로 첫 번째 단계로 리포지토리 URL을 찾아야 합니다.

중요
중요: 설치 프로그램 자동 업데이트 리포지토리만

다음 옵션 중 무엇을 사용하든 설치 프로그램 자동 업데이트 리포지토리 URL만 필요합니다. 예를 들어 다음과 같습니다.

self_update=https://www.example.com/my_installer_updates/

소프트웨어 업데이트 리포지토리와 같은 다른 리포지토리 URL을 지정하지 마십시오.

YaST는 다음과 같은 원본에서 정보를 가져오려고 합니다.

  1. self_update 부팅 파라미터. (자세한 내용은 7.4.6절 “설치 프로그램 자동 업데이트 활성화”.) URL을 지정하는 경우 이 URL이 다른 방법보다 우선합니다.

  2. AutoYaST를 사용 중인 경우 /general/self_update_url 프로파일 요소

  3. 등록 서버. YaST는 등록 서버에 URL을 쿼리합니다. 사용할 서버는 다음 순서로 결정됩니다.

    1. regurl 부팅 파라미터 평가(7.4.1절 “RMT 서버에 액세스하기 위한 데이터 제공”)

    2. AutoYaST를 사용 중인 경우 /suse_register/reg_server 프로파일 요소 평가

    3. SLP 조회 수행. SLP 서버를 찾으면 관련된 인증이 없고 로컬 네트워크 클라우드의 모든 사용자가 등록 서버를 알릴 수 있기 때문에 YaST에서 이 서버를 사용할지 여부를 묻는 메시지를 표시합니다.

    4. SUSE Customer Center에 쿼리.

  4. 위 시도 중 어느 것으로도 결정되지 않은 경우 대체 설치 미디어에 정의된 URL이 사용됩니다.

8.2.1.2 업데이트 다운로드 및 적용

업데이트 리포지토리가 결정되면 YaST는 업데이트를 사용할 수 있는지 확인합니다. 사용할 수 있으면 모든 업데이트가 다운로드되어 설치 시스템에 적용됩니다.

마지막으로 YaST가 재시작되어 새 버전을 로드하고 시작 화면이 표시됩니다. 업데이트를 사용할 수 없으면 YaST가 재시작되지 않고 설치가 계속됩니다.

참고
참고: 업데이트 무결성

업데이트 서명을 확인하여 무결성과 만든 사람을 확인합니다. 서명이 없거나 잘못된 경우 업데이트를 적용할지 묻는 메시지가 표시됩니다.

8.2.1.3 임시 자동 업데이트 추가 기능 리포지토리

자동 업데이트 리포지토리에 배포된 일부 패키지는 설치 기본값, 시스템 역할 정의와 같은 추가 데이터를 설치 프로그램에 제공합니다. 설치 프로그램이 자동 업데이트 리포지토리에서 이러한 패키지를 찾으면 로컬 임시 리포지토리가 생성되고, 여기에 이러한 패키지가 복사됩니다. 이러한 패키지는 설치 프로세스 중에 사용되지만, 설치가 끝나면 임시 로컬 리포지토리가 제거됩니다. 해당 패키지는 대상 시스템에 설치되지 않습니다.

이러한 추가 리포지토리는 Add-On 제품 목록에 표시되지 않지만, 설치 중에 패키지 관리에 SelfUpdate0 리포지토리로 표시될 수 있습니다.

8.2.2 사용자 정의 자동 업데이트 리포지토리

YaST에서는 self_update 부팅 파라미터를 통해 URL을 지정하여 사용자 정의 리포지토리를 공식 리포지토리 대신 사용할 수 있습니다. 그러나 다음 사항을 고려해야 합니다.

  • HTTP/HTTPS 및 FTP 리포지토리만 지원됩니다.

  • RPM-MD 리포지토리만 지원됩니다(RMT에서 필요).

  • 패키지가 일반적인 방식으로 설치되지 않습니다. 패키지가 압축되지 않고 스크립트는 실행되지 않습니다.

  • 종속성 검사가 수행되지 않습니다. 패키지가 사전순으로 설치됩니다.

  • 패키지의 파일이 기존 설치 미디어의 파일을 무효화합니다. 따라서 업데이트 패키지에는 모든 파일이 아니라 변경된 파일만 포함하면 됩니다. 메모리와 다운로드 대역폭을 절약하기 위해 변경되지 않은 파일은 생략됩니다.

참고
참고: 리포지토리 하나만

현재 두 개 이상의 리포지토리를 자동 업데이트의 원본으로 사용할 수 없습니다.

8.3 언어, 키보드 및 제품 선택

언어, 키보드 및 제품 선택
그림 8.1: 언어, 키보드 및 제품 선택

언어키보드 레이아웃 설정이 부팅 화면에서 선택한 언어로 초기화됩니다. 기본값을 변경하지 않은 경우에는 영어(미국)로 설정됩니다. 필요한 경우 여기에서 설정을 변경하십시오.

언어를 변경하면 해당 키보드 배열이 자동으로 미리 선택됩니다. 드롭다운 메뉴에서 다른 키보드 배열을 선택하여 이 제안을 무효화합니다. 키보드 테스트 텍스트 상자를 사용하여 레이아웃을 테스트하십시오. 여기서 선택한 언어는 시스템 시계의 시간대를 가정하는 데에도 사용됩니다. 이 설정은 23장 YaST를 사용하여 언어 및 국가 설정 변경의 설명대로 나중에 설치된 시스템에서 수정할 수 있습니다.

통합 설치 프로그램을 사용하면 다음과 같은 모든 SUSE Linux Enterprise 기반 제품을 설치할 수 있습니다.

설치할 제품을 선택합니다. 각 제품에 대한 등록 코드가 있어야 합니다. 이 문서에서는 SUSE Linux Enterprise Server를 선택한 것으로 가정합니다. 다음을 눌러 계속합니다.

8.4 사용권 계약

라이선스 계약
그림 8.2: 라이선스 계약

사용권 계약을 읽어보십시오. 사용권 계약은 부팅 화면에서 선택한 언어로 표시됩니다. 번역은 라이선스 언어 드롭다운 상자를 통해 이용할 수 있습니다. 조건에 동의하면 동의함을 선택하고 다음을 클릭하여 설치를 진행합니다. 사용권 계약에 동의하지 않으면 SUSE Linux Enterprise Server를 설치할 수 없습니다. 설치를 종료하려면 중단을 클릭하십시오.

8.5 IBM Z: 디스크 활성화

IBM Z 플랫폼에서 설치할 경우 언어 선택 대화 상자 다음에는 연결된 하드 디스크를 구성할 대화 상자가 표시됩니다.

디스크 활성화
그림 8.3: 디스크 활성화

SUSE Linux Enterprise Server 설치를 위해 DASD, zFCP(Fibre Channel Attached SCSI Disks) 또는 iSCSI를 선택합니다. 해당하는 장치가 연결된 경우에만 DASD 및 zFCP 구성 버튼을 사용할 수 있습니다. iSCSI 디스크를 구성하는 방법은 Book “Storage Administration Guide”, Chapter 15 “Mass Storage over IP Networks: iSCSI”, Section 15.3 “Configuring iSCSI Initiator” 항목을 참조하십시오.

이 화면에서 네트워크 설정 대화 상자를 실행하여 네트워크 구성을 변경할 수도 있습니다. 목록에서 네트워크 인터페이스를 선택하고 편집을 클릭하여 설정을 변경합니다. 탭을 사용하여 DNS 및 라우팅을 구성합니다. 자세한 내용은 Book “Administration Guide”, Chapter 19 “Basic Networking”, Section 19.4 “Configuring a Network Connection with YaST”을 참조하십시오.

8.5.1 DASD 디스크 구성

IBM Z 하드웨어에 설치하지 않는 경우 이 단계를 건너뛰십시오.

DASD 디스크 관리
그림 8.4: DASD 디스크 관리

DASD 디스크 구성을 선택한 후에는 개요에 모든 사용 가능한 DASD가 나열됩니다. 사용 가능한 장치의 그림을 더 선명하게 보려면 목록 위에 있는 텍스트 상자를 사용하여 표시할 채널 범위를 지정합니다. 이러한 범위에 따라 목록을 필터링하려면 필터를 선택합니다.

목록에서 해당되는 항목을 선택하여 설치에 사용할 DASD를 지정합니다. 현재 표시된 모든 DASD를 선택하려면 모두 선택을 사용합니다. 작업 수행 ›  활성화 를 선택하면 선택된 DASD를 활성화하고 설치에 사용하도록 설정할 수 있습니다. DASD를 포맷하려면 작업 수행 ›  포맷 을 선택합니다. 또는 10.1절 “고급 파티션 도구 사용”의 설명대로 나중에 YaST 파티션 도구를 사용합니다.

8.5.2 zFCP 디스크 구성

SUSE Linux Enterprise Server 설치를 위해 zFCP 디스크를 사용하려면 [선택] 대화 상자에서 zFCP 디스크 구성을 선택합니다. 시스템에서 사용 가능한 zFCP 디스크 목록이 있는 대화 상자가 열립니다. 이 대화 상자에서 추가를 선택하여 zFCP 파라미터를 입력하는 다른 대화 상자를 엽니다.

zFCP 디스크를 SUSE Linux Enterprise Server 설치에 사용하도록 설정하려면 드롭다운 목록에서 사용 가능한 채널 번호를 선택합니다. WWPN 가져오기LUN 가져오기는 사용 가능한 WWPN과 FCP-LUN이 있는 목록을 반환하여 이 목록에서 각각 선택합니다. 자동 LUN 스캔은 NPIV를 활성화한 경우에만 작동합니다.

완료되면 다음을 선택하여 zFCP 대화 상자를 종료하거나, 완료를 선택하여 일반 하드 디스크 구성 대화 상자를 종료한 다음 나머지 구성을 계속 진행합니다.

8.6 네트워크 설정

설치로 부팅한 후 설치 루틴이 설정됩니다. 이 설정 중에 DHCP를 사용하여 하나 이상의 네트워크 인터페이스를 구성하는 시도가 수행됩니다. 이 시도가 실패하면 네트워크 설정 대화 상자가 바로 실행됩니다.

네트워크 설정
그림 8.5: 네트워크 설정

목록에서 네트워크 인터페이스를 선택하고 편집을 클릭하여 설정을 변경합니다. 탭을 사용하여 DNS 및 라우팅을 구성합니다. 자세한 내용은 Book “Administration Guide”, Chapter 19 “Basic Networking”, Section 19.4 “Configuring a Network Connection with YaST”을 참조하십시오. IBM Z에서는 이 대화 상자가 자동으로 시작되지 않습니다. 디스크 활성화 단계에서 이 대화 상자를 시작할 수 있습니다.

DHCP가 설치 설정 중에 성공적으로 구성되면 SUSE Customer Center 등록 설치 설정단계에서 네트워크 구성을 클릭하여 이 대화 상자에 액세스할 수도 있습니다. 이 대화 상자에서 자동으로 제공된 설정을 변경할 수 있습니다.

참고
참고: 부팅 파라미터를 포함한 네트워크 구성

하나 이상의 네트워크 인터페이스가 부팅 파라미터를 통해 구성된 경우(7.3.2절 “네트워크 인터페이스 구성” 참조) 자동 DHCP 구성이 비활성화되며 부팅 파라미터 구성이 임포트되고 사용됩니다.

작은 정보
작은 정보: 네트워크 저장소 또는 로컬 RAID에 액세스

설치 중에 SAN 또는 로컬 RAID에 액세스하려면 liibstorage 명령 줄 클라이언트를 사용하여 다음을 수행할 수 있습니다.

  1. CtrlAltF2가 있는 콘솔로 전환합니다.

  2. extend libstoragemgmt를 실행하여 libstoragemgmt 확장을 설치합니다.

  3. 이제 lsmcli 명령을 사용할 수 있습니다. 추가 정보를 보려면 lsmcli --help를 실행하십시오.

  4. 설치 프로그램으로 돌아가려면 AltF7을 누릅니다.

Netapp Ontap, 모든 SMI-S 호환 SAN 공급자 및 LSI MegaRAID가 지원됩니다.

8.7 등록

기술 지원과 제품 업데이트를 받으려면 SUSE Customer Center 또는 로컬 등록 서버에서 SUSE Linux Enterprise Server를 등록하고 활성화해야 합니다. 이 단계에서 제품을 등록하면 업데이트 리포지토리에 대한 즉각적인 액세스 권한도 부여됩니다. 그러면 제공되는 최신 업데이트와 패치를 사용하여 시스템을 설치할 수 있습니다.

등록 시 다음 단계에서 설치할 모듈과 확장에 대한 리포지토리 및 종속성은 등록 서버에서 로드됩니다.

이 대화 상자에서 네트워크 구성을 클릭하여 YaST 네트워크 설정 모듈을 전환할 수 있습니다. 자세한 내용은 Book “Administration Guide”, Chapter 19 “Basic Networking”, Section 19.4 “Configuring a Network Connection with YaST”을 참조하십시오.

오프라인 상태이거나 등록을 건너뛰려면 등록 건너뛰기를 활성화합니다. 자세한 내용은 8.7.3절 “등록 없이 설치” 항목을 참조하십시오.

8.7.1 직접 등록

SUSE Customer Center로 등록하려면 SCC 계정과 연결된 전자 메일 주소SUSE Linux Enterprise Server등록 코드를 입력합니다.

조직에서 로컬 등록 서버를 제공하는 경우 대안으로 로컬 등록 서버에서 등록할 수 있습니다. 로컬 SMT 서버를 통한 등록 시스템을 활성화하고 드롭다운 상자에서 URL을 선택하거나 주소를 입력합니다. 다음을 눌러 계속합니다.

SUSE Customer Center에 등록하려면 SUSE Linux Enterprise Server에 대한 등록 코드를 입력하십시오. 조직에서 로컬 등록 서버를 제공하는 경우 대안으로 로컬 등록 서버에서 등록할 수 있습니다. 로컬 RMT 서버를 통한 등록 시스템을 활성화하고 드롭다운 상자에서 URL을 선택하거나 주소를 입력합니다.

다음으로 등록 프로세스를 시작합니다.

SUSE Customer Center 등록
그림 8.6: SUSE Customer Center 등록
작은 정보
작은 정보: 설치 중에 제품 패치 설치

SUSE Linux Enterprise Server를 성공적으로 등록하면 설치 중에 사용 가능한 최신 온라인 업데이트를 설치할지 여부를 묻는 메시지가 표시됩니다. 를 선택하면 시스템에 최신 패키지가 설치되므로 설치 후에 업데이트를 적용할 필요가 없습니다. 이 옵션을 활성화하는 것이 좋습니다.

설치 중에 시스템이 성공적으로 등록되었다면 설치가 완료될 때 YaST가 CD/DVD 또는 플래시 디스크와 같은 로컬 설치 미디어의 리포지토리를 비활성화합니다. 설치 원본을 더 이상 사용할 수 없을 때 문제를 방지하고 항상 온라인 리포지토리에서 최신 업데이트를 받을 수 있도록 하기 위한 것입니다.

8.7.2 USB 저장소에서 등록 코드 로드

더 편리한 등록을 위해 플래시 디스크와 같은 USB 저장 장치에 등록 코드를 저장할 수도 있습니다. YaST가 해당 텍스트 상자를 자동으로 미리 채웁니다. 이 기능은 설치를 테스트할 때나 여러 시스템 또는 확장을 등록해야 할 때 유용합니다.

USB 디스크에서 regcodes.txt 또는 regcodes.xml이라는 파일을 만듭니다. 둘 다 있다면 XML이 우선합니다.

이 파일에서 zypper search --type product를 통해 반환된 이름을 가진 제품을 찾아서 다음과 같이 등록 코드를 할당합니다.

예제 8.1: regcodes.txt
SLES    cc36aae1
SLED    309105d4

sle-we  5eedd26a
sle-live-patching 8c541494
예제 8.2: regcodes.xml
<?xml version="1.0"?>
<profile xmlns="http://www.suse.com/1.0/yast2ns"
 xmlns:config="http://www.suse.com/1.0/configns">
  <suse_register>
    <addons config:type="list">
      <addon>
<name>SLES</name>
<reg_code>cc36aae1</reg_code>
      </addon>
      <addon>
<name>SLED</name>
<reg_code>309105d4</reg_code>
      </addon>
      <addon>
<name>sle-we</name>
<reg_code>5eedd26a</reg_code>
      </addon>
      <addon>
<name>sle-live-patching</name>
<reg_code>8c541494</reg_code>
      </addon>
    </addons>
  </suse_register>
</profile>

SLESSLED는 확장이 아니지만, 추가 기능으로 열거하면 단일 파일에서 여러 기본 제품 등록 코드를 결합할 수 있습니다. 자세한 내용은 Book “AutoYaST Guide”, Chapter 4 “Configuration and Installation Options”, Section 4.3.1 “Extensions”를 참조하십시오.

참고
참고: 제한 사항

현재 플래시 디스크는 설치 또는 업그레이드 중에만 검색되고 실행 중인 시스템을 등록할 때는 검색되지 않습니다.

8.7.3 등록 없이 설치

오프라인 상태이거나 등록을 건너뛰려면 등록 건너뛰기를 활성화합니다. 확인으로 경고를 승인하고 다음으로 계속 진행합니다.

중요
중요: 등록 건너뛰기

업데이트를 검색하고 지원을 받으려면 시스템 및 확장을 등록해야 합니다. 등록을 건너뛰는 것은 SLE-15-SP2-Full-ARCH-GM-media1.iso 이미지에서 설치하는 경우에만 가능합니다.

등록 없이 설치
그림 8.7: 등록 없이 설치
참고
참고: SUSE Linux Enterprise Server 등록

업데이트를 검색하고 지원을 받으려면 시스템 및 확장을 등록해야 합니다. 설치 중에 등록하지 않은 경우 나중에 실행하는 시스템에서 언제든지 수행할 수 있습니다. 이렇게 하려면 YaST › 제품 등록을 실행합니다.

작은 정보
작은 정보: 설치 미디어 이미지를 이동식 플래시 디스크로 복사

다음 명령을 사용하여 설치 이미지의 컨텐트를 이동식 플래시 디스크로 복사합니다.

tux > sudo dd if=IMAGE of=FLASH_DISK bs=4M && sync

이미지SLE-15-SP2-Online-ARCH-GM-media1.iso 또는 SLE-15-SP2-Full-ARCH-GM-media1.iso 이미지 파일로의 경로로 바꿔야 합니다. FLASH_DISK를 플래시 장치로 바꿔야 합니다. 장치를 식별하기 위해 삽입한 후 실행합니다.

root # grep -Ff <(hwinfo --disk --short) <(hwinfo --usb --short)
     disk:
     /dev/sdc             General USB Flash Disk

장치의 크기가 원하는 이미지에 충분한지 확인합니다. 장치 크기는 다음을 통해 확인할 수 있습니다.

root # fdisk -l /dev/sdc | grep -e "^/dev"
     /dev/sdc1  *     2048 31490047 31488000  15G 83 Linux

이 예에서 장치의 용량은 15GB입니다. SLE-15-SP2-Full-ARCH-GM-media1.iso에서 사용할 명령은 다음과 같습니다.

dd if=SLE-15-SP2-Full-ARCH-GM-media1.iso of=/dev/sdc1 bs=4M && sync

dd 명령을 실행하는 경우에는 장치를 장착하지 않아야 합니다. 파티션에 있는 모든 데이터가 삭제됨을 주의하십시오!

8.8 확장 및 모듈 선택

이 대화 상자에서 설치 프로그램은 SUSE Linux Enterprise Server에 사용할 수 있는 모듈 및 확장을 나열합니다. 모듈은 요구 사항에 따라 제품을 형성할 수 있도록 하는 구성 요소입니다. 비용은 무료입니다. 확장은 제품에 기능을 추가합니다. 구독을 통해 제공되며 유료 등록 키가 필요합니다.

특정 모듈 또는 확장의 가용성은 이 설치의 첫 번째 단계에서 선택한 제품에 따라 다릅니다. 모듈 및 라이프사이클에 대한 설명은 모듈을 선택하여 함께 제공된 텍스트를 참조하십시오. 더 자세한 내용은 릴리스 노트에서 확인할 수 있습니다.

모듈 선택은 설치 및 실행 중인 시스템에 사용할 수 있는 소프트웨어 소스(리포지토리)를 정의하므로 설치 범위에 간접적으로 영향을 줍니다.

확장 및 모듈 선택
그림 8.8: 확장 및 모듈 선택

다음 모듈 및 확장은 SUSE Linux Enterprise Server에서 사용할 수 있습니다.

Basesystem 모듈

이 모듈은 통합 설치 프로그램 상단에 기본 시스템을 추가합니다. 다른 모든 모듈 및 확장에서 필요합니다. 기본 시스템만 포함하는 설치 범위는 이전 SUSE Linux Enterprise Server 버전의 설치 패턴 최소 시스템과 비슷합니다. 이 모듈은 설치를 위해 기본적으로 선택되며, 선택 취소할 수 없습니다.

종속성: 없음

Containers 모듈

컨테이너에 대한 지원 및 도구를 포함합니다.

종속성: Basesystem

Desktop Applications 모듈

그래픽 사용자 인터페이스 및 핵심 데스크톱 응용 프로그램을 시스템에 추가합니다.

종속성: Basesystem

Development Tools 모듈

응용 프로그램 컴파일링 및 디버깅에 필요한 컴파일러( gcc 포함) 및 라이브러리를 포함합니다. 이전 SDK(Software Development Kit: 소프트웨어 개발 키트)를 교체합니다.

종속성: Basesystem, Desktop Applications

Legacy 모듈

SUSE Linux Enterprise Server의 이전 버전에서 사용할 수 있었지만 SLES 15 SP2에서는 중단된 패키지를 포함하고 있습니다. 이 모듈은 이전 제품 버전에서 마이그레이션하는 경우 권장됩니다.

종속성: Basesystem, Server Applications

Public Cloud 모듈

AWS(Amazon Web Services), Microsoft Azure, Google Compute Platform 또는 SUSE OpenStack Cloud 등의 클라우드 환경에서 SUSE Linux Enterprise Server 배포를 위한 이미지를 생성하는 데 필요한 모든 도구를 포함합니다.

종속성: Basesystem, Server Applications

Python 2 모듈

SUSE Linux Enterprise 15 SP 2은 Python 버전 3을 사용합니다. 이 모듈에는 Python 2 런타임과 모듈이 포함되어 있습니다.

종속성: Basesystem

Server Applications 모듈

DHCP 서버, 이름 서버 또는 웹 서버 등의 네트워크 서비스를 제공하여 서버 기능을 추가합니다. 이 모듈은 설치 대상으로 기본적으로 선택되며, 선택을 취소하지 않는 것이 좋습니다.

종속성: Basesystem

SUSE Cloud Application Platform 도구 모듈

SUSE Cloud Application Platform 제품과 상호작용할 수 있도록 하는 도구를 추가합니다.

종속성: Basesystem

SUSE Enterprise Storage

Ceph로 배포된 저장소에 대한 지원을 SUSE Linux Enterprise Server에 추가합니다. 별도의 사용권 키가 필요합니다.

종속성: Basesystem, Server Applications

SUSE Linux Enterprise High Availability Extension

중요 업무용 설정에 대한 클러스터링 지원을 SUSE Linux Enterprise Server에 추가합니다. 이 확장에는 별도의 사용권 키가 필요합니다.

종속성: Basesystem, Server Applications

SUSE Linux Enterprise Live Patching

시스템을 종료하지 않고 중요한 패칭 수행에 대한 지원을 추가합니다. 이 확장에는 별도의 사용권 키가 필요합니다.

종속성: Basesystem, Server Applications

SUSE Linux Enterprise Workstation Extension

추가 데스크톱 응용 프로그램(Office 제품군, 전자 메일 클라이언트, 그래픽 편집기 등) 및 라이브러리와 같이 SUSE Linux Enterprise Desktop에서 패키지로 SUSE Linux Enterprise Server의 기능을 확장합니다. 이를 통해 두 제품을 결합하여 전체 기능이 탑재된 워크스테이션을 생성할 수 있습니다. 이 확장에는 별도의 사용권 키가 필요합니다.

종속성: Basesystem, Desktop Applications

SUSE Package Hub

openSUSE 커뮤니티에서 유지하는 SUSE Linux Enterprise Server의 패키지에 대한 액세스를 제공합니다. 이러한 패키지는 L3 지원 없이 제공되며 SUSE Linux Enterprise Server의 지원 가능성을 방해하지 않습니다. 자세한 내용은 https://packagehub.suse.com/을 참조하십시오.

종속성: Basesystem

Transactional Server 모듈

트랜잭션 업데이트 지원을 추가합니다. 업데이트는 시스템에 모두 함께 단일 트랜잭션으로 적용되거나 전혀 적용되지 않습니다. 실행 중인 시스템에는 영향을 주지 않고 수행됩니다. 업데이트가 실패한 경우 또는 성공적인 업데이트가 호환되지 않거나 업데이트가 잘못된 것으로 간주되는 경우 업데이트를 폐기하여 시스템을 즉시 이전 작동 상태로 되돌릴 수 있습니다.

종속성: Basesystem

Web and Scripting 모듈

실행 중인 웹 서버용 패키지를 포함합니다.

종속성: Basesystem, Server Applications

일부 모듈은 다른 모듈 설치에 따라 달라집니다. 따라서 모듈을 선택할 때 종속성을 이행하도록 다른 모듈이 자동으로 선택될 수 있습니다.

제품에 따라 등록 서버는 모듈 및 확장을 권장으로 표시할 수 있습니다. 권장된 모듈 및 확장은 등록 및 설치에 대해 미리 선택됩니다. 이러한 권장 사항 설치를 피하려면 직접 선택 취소합니다.

설치할 모듈과 확장을 선택하고 다음으로 계속 진행합니다. 하나 이상의 확장을 선택한 경우 각각의 등록 코드를 입력하라는 메시지가 표시됩니다. 선택 사항에 따라 추가 사용권 계약을 승인해야 할 수도 있습니다.

8.9 추가 기능 제품

추가 기능 제품 대화 상자를 통해 SUSE Customer Center에서 제공하지 않는 추가 소프트웨어 소스(리포지토리)를 SUSE Linux Enterprise Server에 추가할 수 있습니다. 이러한 추가 기능 제품에는 시스템을 위한 타사 제품 및 드라이버 또는 추가 소프트웨어가 포함될 수 있습니다.

추가 기능 제품
그림 8.9: 추가 기능 제품

이 대화 상자에서 네트워크 구성을 클릭하여 YaST 네트워크 설정 모듈을 전환할 수 있습니다. 자세한 내용은 Book “Administration Guide”, Chapter 19 “Basic Networking”, Section 19.4 “Configuring a Network Connection with YaST”을 참조하십시오.

작은 정보
작은 정보: 설치 중 드라이버 추가

추가 기능 제품 대화 상자를 통해 드라이버 업데이트 리포지토리를 추가할 수도 있습니다. SUSE Linux Enterprise용 드라이버 업데이트가 http://drivers.suse.com/에서 제공됩니다. 이러한 드라이버는 SUSE SolidDriver 프로그램을 통해 생성되었습니다.

추가 기능을 설치하지 않으려면 다음을 눌러 계속합니다. 그렇지 않은 경우 다른 추가 기능 제품을 설치합니다를 활성화하십시오. CD, DVD, 하드 디스크, USB 대용량 저장 장치, 로컬 디렉토리 또는 로컬 ISO 이미지 중에서 선택하여 미디어 유형을 지정합니다. 네트워크 액세스가 구성되면 HTTP, SLP, FTP 등과 같은 추가 원격 소스에서 선택할 수 있습니다. 또는 URL을 직접 지정할 수도 있습니다. 이제 리포지토리 설명 파일 다운로드를 선택하여 리포지토리를 설명하는 파일을 다운로드합니다. 비활성화한 경우 설치를 시작하고 나면 파일이 다운로드됩니다. 다음을 눌러 계속하고 필요에 따라 CD 또는 DVD를 삽입합니다.

추가 기능의 컨텐트에 따라 추가 라이선스 계약에 동의해야 할 수 있습니다.

8.10 시스템 역할

SUSE Linux Enterprise Server는 다양한 기능을 지원합니다. 설치 프로그램은 설치를 단순화하기 위해 선택한 시나리오에 맞게 설치할 시스템을 조정하는 사전 정의된 사용 사례를 제공합니다.

시스템 역할
그림 8.10: 시스템 역할

요구사항에 가장 잘 맞는 시스템 역할을 선택하십시오. 시스템 역할의 가용성은 모듈 및 확장 선택에 따라 달라집니다. 그러므로 다음 조건에서는 대화 상자가 제공되지 않습니다.

  • 활성화된 모듈에서 각 기본 제품에 역할 없음이 적합한 경우. 이러한 경우에는 설치가 이 제품의 기본 설정으로 진행됩니다.

  • 활성화된 모듈에서 각 기본 제품에 역할 한 개만이 적합한 경우. 이러한 경우에는 설치가 이 특정 역할의 설정으로 진행됩니다.

기본 선택 항목에서 사용할 수 있는 시스템 역할은 다음과 같습니다.

텍스트 모드

이 옵션은 데스크톱 환경은 없지만 많은 명령줄 도구 집합이 포함된 기본 SLES를 설치합니다.

종속성: Basesystem

최소

기본 명령줄 도구만 포함된 매우 작은 설치를 원하는 경우 이 역할을 선택하십시오.

종속성: 없음

KVM 가상화 호스트

다른 가상 시스템을 실행할 수 있는 KVM 호스트 역할을 할 시스템에 설치할 경우 이 시나리오를 선택하십시오. /var/lib/libvirt는 각각의 파티션에 배치되며 방화벽 및 Kdump는 비활성화됩니다.

종속성: Basesystem, Server Applications

Xen 가상화 호스트

다른 가상 시스템을 실행할 수 있는 Xen 호스트 역할을 할 시스템에 설치할 경우 이 시나리오를 선택하십시오. /var/lib/libvirt는 각각의 파티션에 배치되며 방화벽 및 Kdump는 비활성화됩니다.

종속성: Basesystem, Server Applications

8.11 파티셔닝

8.11.1 중요한 정보

주의
주의: 이 절을 주의 깊게 읽으십시오.

8.11.2절 “지원되는 파티셔닝” 항목을 계속 진행하기 전에 이 절을 주의 깊게 읽으십시오.

UEFI 시스템의 사용자 정의 파티셔닝

UEFI 시스템에는 /boot/efi로 탑재되어야 하는 EFI 시스템 파티션이 필요합니다. 이 파티션은 FAT32 파일 시스템으로 포맷되어야 합니다.

EFI 시스템 파티션이 이미 시스템에 있는 경우(예: 이전 Windows 설치에서) 이 파티션을 포맷하지 않고 /boot/efi에 탑재하여 사용하십시오.

EFI 시스템 파티션이 UEFI 시스템에 없는 경우 생성해야 합니다. EFI 시스템 파티션은 물리적 파티션이거나 RAID 1이어야 합니다. 다른 RAID 레벨에서 LVM 및 기타 기술이 지원되지 않습니다. FAT32 파일 시스템으로 포맷되어야 합니다.

사용자 정의 파티셔닝 및 스냅퍼

루트 파티션이 16GB 이상이면 SUSE Linux Enterprise Server는 기본적으로 파일 시스템 스냅샷을 활성화합니다.

SUSE Linux Enterprise Server는 이 기능을 위해 Btrfs와 함께 스냅퍼를 사용합니다. Btrfs는 루트 파티션에 활성화된 스냅샷으로 설정해야 합니다.

디스크가 16GB보다 작은 경우 모든 스냅퍼 기능 및 자동 스냅샷이 비활성화되어 시스템 파티션 /의 공간이 부족해지는 것을 방지합니다.

롤백을 활성화하는 시스템 스냅샷을 생성하려면 /usr/var과 같이 단일 파티션에 탑재할 중요한 시스템 디렉토리가 필요합니다. 스냅샷에서 제외된 디렉토리만 별도의 파티션에 있을 수 있습니다(예: /usr/local, /var/log/tmp).

스냅샷이 활성화된 경우, 설치 프로그램은 설치 중 및 직후에 한 개의 스냅샷을 자동으로 생성합니다.

자세한 내용은 Book “Administration Guide”, Chapter 7 “System Recovery and Snapshot Management with Snapper”을 참조하십시오.

중요
중요: Btrfs 스냅샷 및 루트 파티션 크기

스냅샷은 파티션에서 공간을 차지합니다. 일반적으로 스냅샷이 오래되거나 다루는 변경 세트가 클 수록 스냅샷의 크기가 증가합니다. 또한, 유지하는 스냅샷이 많을 수록 더 많은 디스크 공간이 필요합니다.

스냅샷 데이터로 인해 실행 중인 루트 파티션이 가득 차는 것을 방지하려면 루트 파티션이 충분한지 확인해야 합니다. 자주 업데이트하거나 다른 설치를 하는 경우에는 최소 30GB의 루트 파티션을 고려하십시오. 시스템 업그레이드 또는 서비스 팻 마이그레이션(롤백 가능)에서 계속해서 스냅샷을 활성화하려면, 40GB 이상을 고려해야 합니다.

Btrfs 데이터 볼륨

데이터 볼륨에 대한 Btrfs 사용은 SUSE Linux Enterprise Server 15 SP2에서 지원됩니다. 데이터 볼륨으로 Btrfs를 필요로 하는 응용 프로그램의 경우 할당량 그룹이 비활성화된 별도의 파일 시스템 생성을 고려하십시오. 이는 이미 비루트 파일 시스템의 기본값입니다.

암호화된 루트 파티션의 Btrfs

기본 파티셔닝 설정은 Btrfs로 루트 파티션을 제안합니다. 루트 파티션을 암호화하려면 MSDOS 유형 대신 GPT 파티션 테이블 유형을 사용하십시오. 그렇지 않으면 GRUB2 부트 로더에 두 번째 단계 로더에 필요한 공간이 부족할 수 있습니다.

IBM Z: z/VM에서 미니디스크 사용

SUSE Linux Enterprise Server가 z/VM에서 동일한 실제 디스크에 상주하는 미니디스크에 설치된 경우 미니디스크의 액세스 경로(/dev/disk/by-id/)는 고유하지 않습니다. 이는 실제 디스크의 ID를 나타내기 때문입니다. 둘 이상의 미니디스크가 동일한 실제 디스크에 있는 경우 ID는 모두 동일합니다.

미니디스크를 탑재할 때 문제가 발생하지 않도록 하려면 미니디스크를 항상 경로별 또는 UUID별로 탑재하십시오.

IBM Z: LVM 루트 파일 시스템

LVM 또는 소프트웨어 RAID 배열에 있는 루트 파일 시스템으로 시스템을 구성하는 경우 별도의 LVM이 아니거나 RAID가 아닌 파티션에 /boot를 배치해야 합니다. 그렇지 않으면 시스템 부팅 시 오류가 발생합니다. 이러한 파티션의 권장 크기는 500MB이고 권장 파일 시스템은 Ext4입니다.

IBM POWER: 다중 파이버 채널 디스크로 시스템에 설치

두 개 이상의 디스크를 사용할 수 있는 경우, 설치 중 제안되는 파티셔닝 스키마는 PReP와 부팅 파티션을 다른 디스크에 배치합니다. 이러한 디스크가 파이버 채널 디스크인 경우, GRUB 부트 로더가 부팅 파티션을 찾을 수 없고 시스템을 부팅할 수 없습니다.

설치 중 파티션 스키마를 선택하라는 메시지가 표시되면 안내에 따른 설정을 선택하고 설치에 디스크가 한 개만 선택되었는지 확인합니다. 아니면 고급 파티션 도구를 실행하고 단일 디스크에 PRep 및 부팅이 있는 파티셔닝 스키마를 수동으로 설정합니다.

지원되는 소프트웨어 RAID 볼륨

DDF(Disk Data Format) 볼륨과 IMSM(Intel Matrix Storage Manager) 볼륨의 경우 기존 RAID 볼륨으로 설치하거나 이 볼륨에서 부팅하는 기능이 지원되지 않습니다. IMSM은 다음 이름으로도 알려져 있습니다.

FCoE 및 iSCSI 장치의 탑재 지점

FCoE 및 iSCSI 장치는 부팅 프로세스 동안 비동기적으로 표시됩니다. 루트 파일 시스템의 경우 initrd에서 이러한 장치를 올바로 설정하지만 다른 파일 시스템이나 /usr 같은 탑재 지점에서는 올바로 설정되지 않을 수도 있습니다. 따라서 /usr, /var 등의 시스템 탑재 지점은 지원되지 않습니다. 이러한 장치를 사용하려면 각 서비스 및 장치의 올바른 동기화를 확인하십시오.

8.11.2 지원되는 파티셔닝

이 단계에서 SUSE Linux Enterprise Server에 대한 파티션 설정을 정의합니다.

지원되는 파티셔닝
그림 8.11: 지원되는 파티셔닝

시스템 역할에 따라 설치 프로그램에서는 사용 가능한 디스크 중 하나를 제안합니다. 모든 제안에는 스냅샷을 활성화하고 Btrfs로 포맷된 루트 파티션과 바꾸기 파티션이 포함됩니다. GNOME 데스크톱 및 텍스트 모드 제안은 20GB보다 큰 디스크에 별도의 홈 파티션을 생성합니다. 가상화 호스트의 시스템 역할은 기본적으로 이미지 파일을 호스트하는 디렉토리인 /var/lib/libvirt에 대한 별도의 파티션을 생성합니다. 사용 가능한 하드 디스크에서 스왑 파티션이 하나 이상 감지된 경우 이러한 기존 스왑 파티션이 사용됩니다(새 스왑 파티션을 제안하지 않음). 여러 가지 진행 옵션이 제공됩니다.

다음

변경사항 없이 제안을 수락하려면 다음을 클릭하여 설치 워크플로를 계속 진행합니다.

안내에 따른 설정

제안을 조정하려면 안내에 따른 설정을 선택합니다. 먼저, 사용할 하드 디스크 및 파티션을 선택합니다. 파티셔닝 스키마 화면에서 LVM(논리적 볼륨 관리)을 활성화하고 디스크 암호화를 활성화할 수 있습니다. 이후에 파일 시스템 옵션을 지정합니다. 루트 파티션에 대한 파일 시스템을 조정하고 별도의 홈 및 스왑 파티션을 생성할 수 있습니다. 시스템을 일시 중단하려면 별도의 스왑 파티션을 생성하고 일시 중단을 위해 RAM 크기로 확대를 선택합니다. 루트 파일 시스템 형식이 Btrfs인 경우 여기서 Btrfs 스냅샷을 활성화하거나 비활성화할 수도 있습니다.

고급 파티션 도구

사용자 정의 파티션 설정을 생성하려면 고급 파티션 도구를 클릭하십시오. 제안된 디스크 레이아웃으로 시작하려면 현재 제안으로 시작을 선택하거나 기존 파티션으로 시작을 선택하여 제안된 레이아웃을 무시하고 디스크에 있는 기존 레이아웃으로 시작합니다. 파티션을 추가, 편집, 크기 조정 또는 삭제할 수 있습니다.

고급 파티션 도구에서 LVM(논리적 볼륨)을 설정하고, 소프트웨어 RAID 및 DM(장치 매핑)을 구성하고, 파티션을 암호화하고, NFS 공유를 탑재하고, tmpfs 볼륨을 관리할 수도 있습니다. 각 BTRFS 파티션에 대한 하위 볼륨 및 스냅샷 처리와 같은 설정을 세밀하게 조정하려면 Btrfs를 선택합니다. 사용자 정의 파티셔닝 및 고급 기능 구성에 대한 자세한 내용은 10.1절 “고급 파티션 도구 사용”을 참조하십시오.

주의
주의: 디스크 공간 단위

파티셔닝 목적을 위해 디스크 공간은 십진법 단위가 아닌 이진법 단위로 측정된다는 점에 유의하십시오. 예를 들어, 크기를 1GB, 1GiB 또는 1G로 입력하는 경우, 이는 1GB(기가바이트)가 아닌 1GiB(기비바이트)를 나타냅니다.

이진법

1GiB = 1,073,741,824바이트

십진법

1GB = 1,000,000,000바이트

차이

1GiB ≈ 1.07GB.

8.12 시계 및 시간대

이 대화 상자에서 지역과 시간대를 선택합니다. 두 항목 모두 설치 언어에 따라 미리 선택됩니다.

시계 및 시간대
그림 8.12: 시계 및 시간대

미리 선택된 값을 변경하려면 지역시간대에 대한 드롭다운 상자나 지도를 사용합니다. 지도를 사용할 경우 영역의 방향 쪽으로 커서를 놓고 마우스 왼쪽 버튼을 클릭하여 확대합니다. 이제 마우스 왼쪽 버튼을 클릭하여 국가 또는 지역을 선택합니다. 마우스 오른쪽 버튼을 클릭하여 세계 지도로 돌아옵니다.

시계를 설정하는 경우 하드웨어 시계가 UTC로 설정되었는지 여부를 선택합니다. 시스템에서 다른 운영 체제(예: Microsoft Windows)를 실행하는 경우 시스템에서 로컬 시간을 대신 사용할 가능성이 높습니다. 시스템에서 Linux를 실행하는 경우 하드웨어 시계를 UTC로 설정하고 표준 시간에서 일광절약 시간제로 자동 전환합니다.

중요
중요: 하드웨어 시계를 UTC로 설정

하드웨어 시계(CMOS 시계)가 UTC로 설정된 경우에만 표준 시간에서 일광 절약 시간으로(또는 반대로) 자동으로 전환할 수 있습니다. 이는 NTP와 자동 시간 동기화를 사용할 경우에도 마찬가지입니다. 하드웨어 시계와 시스템 시계의 차이가 15분 미만일 경우에만 자동 동기화가 수행되기 때문입니다.

시스템 시간이 잘못된 경우 심각한 문제(원격 파일 시스템의 백업 누락, 메일 메시지 삭제, 탑재 실패 등)가 발생할 수 있기 때문에 항상 하드웨어 시계를 UTC로 설정하는 것이 좋습니다.

POWER, AMD/Intel 네트워크가 이미 구성된 경우 NTP 서버에서 시간 동기화를 구성할 수 있습니다. NTP 설정을 변경하거나 시간을 수동으로 설정하려면 기타 설정을 클릭합니다. NTP 서비스 구성에 대한 자세한 내용은 Book “Administration Guide”, Chapter 30 “Time Synchronization with NTP”를 참조하십시오. 완료되면 승인을 클릭하여 설치를 계속합니다.

POWER, AMD/Intel NTP를 구성하지 않고 실행하는 경우 동기화되지 않은 시간을 하드웨어 시계에 저장하지 않도록 SYSTOHC=no(sysconfig 변수)를 설정하는 것이 좋습니다.

참고
참고: IBM Z에서 시간을 변경할 수 없음

운영 체제에서 직접 시간 및 날짜를 변경할 수 없으므로 IBM Z에서 기타 설정 옵션을 사용할 수 없습니다.

8.13 새 사용자 생성

이 단계에서 로컬 사용자를 생성합니다.

새 사용자 생성
그림 8.13: 새 사용자 생성

성과 이름을 입력한 후에 제안을 승인하거나 로그인에 사용할 새 사용자 이름을 지정합니다. 소문자(a-z), 숫자(0-9) 및 .(마침표), -(하이픈), _(밑줄) 문자만 사용하십시오. 특수 문자, 움라우트 및 액센트 문자는 사용할 수 없습니다.

마지막으로 사용자의 비밀번호를 입력합니다. 실수로 다르게 입력하지 않았는지 확인하기 위해 다시 한 번 입력합니다. 효과적인 보안을 제공하려면 비밀번호는 길이가 6자 이상이고 대문자, 소문자, 숫자, 특수 문자(7비트 ASCII)로 구성되어야 합니다. 움라우트 또는 액센트 문자는 사용할 수 없습니다. 입력한 비밀번호가 취약점에 대해 검사됩니다. 사전에 있는 단어나 이름과 같은 추측하기 쉬운 비밀번호를 입력할 경우 경고가 표시됩니다. 추측하기 어려운 비밀번호를 사용하는 것이 보안상 유리합니다.

중요
중요: 사용자 이름 및 비밀번호

시스템에 로그인할 때마다 필요하기 때문에 사용자 이름과 비밀번호를 모두 기억하십시오.

하나 이상의 기존 Linux 설치가 있는 시스템에 SUSE Linux Enterprise Server를 설치할 경우 YaST에서는 사용자 이름 및 비밀번호와 같은 사용자 데이터 임포트를 지원합니다. 이전 설치로부터 사용자 데이터 임포트를 선택하고 사용자 선택을 통해 임포트하면 됩니다.

로컬 사용자를 구성하지 않으려면(예를 들어 중앙 사용자 인증을 통해 네트워크에서 클라이언트를 설정하는 경우) 다음을 선택하고 경고를 확인하여 이 단계를 건너뜁니다. 네트워크 사용자 인증은 나중에 언제든지 설치된 시스템에서 구성할 수 있습니다. 관련 지침은 22장 YaST를 사용하여 사용자 관리 항목을 참조하십시오.

다음과 같은 두 개의 추가 옵션을 사용할 수 있습니다.

이 비밀번호를 시스템 관리자 비밀번호로 사용

이 옵션을 선택하면 사용자에 대해 입력한 동일한 비밀번호가 root 시스템 관리자에게 사용됩니다. 단일 사용자가 관리하는 독립 실행형 워크스테이션이나 홈 네트워크의 시스템인 경우 이 옵션이 적절합니다. 이 옵션을 선택하지 않은 경우 설치 워크플로의 다음 단계에서 시스템 관리자 비밀번호를 입력하라는 메시지가 표시됩니다(8.14절 “시스템 관리자 루트에 대한 인증” 참조).

자동 로그인

이 옵션은 시스템이 시작할 때 현재 사용자를 이 시스템에 자동으로 기록합니다. 이는 주로 한 명의 사용자만 컴퓨터를 작동하는 경우 유용합니다. 자동 로그인을 작동하려면 이 옵션을 명시적으로 활성화해야 합니다.

주의
주의: 자동 로그인

자동 로그인이 활성화된 경우 시스템은 인증 없이 데스크톱으로 바로 부팅합니다. 시스템에 중요한 데이터를 저장하는 경우 다른 사용자도 컴퓨터에 액세스할 수 있으려면 이 옵션을 활성화하면 안 됩니다.

사용자를 중앙에서 관리하는 환경(예: NIS 또는 LDAP)에서는 로컬 사용자 생성을 건너뛰어야 합니다. 이 경우 사용자 생성 건너뛰기를 선택합니다.

8.14 시스템 관리자 루트에 대한 인증

이전 단계에서 이 비밀번호를 시스템 관리자 비밀번호로 사용을 선택하지 않은 경우에는 시스템 관리자 root에 대한 비밀번호를 입력하거나 공용 SSH 키를 제공하라는 메시지가 표시됩니다. 그렇지 않으면 이 구성 단계를 건너뜁니다.

시스템 관리자 루트에 대한 인증
그림 8.14: 시스템 관리자 루트에 대한 인증

root는 수퍼유저 또는 시스템 관리자의 이름입니다. 일반 사용자와 달리 루트는 시스템 구성을 변경하고, 프로그램을 설치하고, 새 하드웨어를 설정하는 권한에 제한이 없습니다. 사용자가 비밀번호를 잊었거나 시스템에 다른 문제가 있는 경우 root가 도움을 줄 수 있습니다. root 계정은 시스템 관리, 유지보수 및 복구에만 사용해야 합니다. 일상적인 작업을 위해 root로 로그인하는 것은 다소 위험할 수 있습니다. 단 한 번의 실수로 시스템 파일을 잃어버릴 수 있기 때문입니다.

검증을 위해 root의 비밀번호는 두 번 입력해야 합니다. root 비밀번호를 잊어버리지 마십시오. 입력되고 나면 이 비밀번호를 검색할 수 없습니다.

작은 정보
작은 정보: 비밀번호 및 키보드 배열

영어 키보드에서 사용할 수 있는 문자만 사용하는 것이 좋습니다. 시스템 오류가 발생하거나 복구 모드에서 시스템을 시작해야 할 경우 영어 이외의 키보드는 사용하지 못할 수 있습니다.

root 비밀번호는 나중에 언제든지 설치된 시스템에서 변경할 수 있습니다. 변경하려면 YaST를 실행하고 보안 및 사용자 ›  사용자 및 그룹 관리 를 시작합니다.

중요
중요: root 사용자

root 사용자는 시스템을 변경하는 데 필요한 모든 권한을 갖고 있습니다. 이러한 작업을 수행하려면 root 비밀번호가 필요합니다. 이 비밀번호가 없으면 관리 작업을 수행할 수 없습니다.

경우에 따라 공용 키를 사용하여 SSH를 통해 시스템에 원격으로 액세스하는 것이 좋습니다. 이 화면에서는 매체에서 공용 키를 선택할 수 있습니다.

다음 절차는 USB 스틱에서 공용 SSH 키를 추가하는 방법을 설명합니다. 방법은 CD/DVD ROM이나 기존 파티션과 동일합니다. 다음 단계를 수행하십시오.

절차 8.1: 사용자 루트에 대한 공용 SSH 키 추가
  1. 공용 SSH 키가 포함된 USB 저장 장치를 컴퓨터에 삽입합니다. 공용 SSH 키에는 .pub 파일 확장자가 사용됩니다.

  2. 새로 고침을 클릭합니다. 공용 키 임포트 아래의 목록 선택기에 장치가 표시되어야 합니다.

  3. 찾아보기를 클릭하고 공용 SSH 키를 선택합니다.

  4. 다음을 눌러 계속합니다.

  5. 설치 설정 요약에서 방화벽과 SSH 아래의 SSH 포트를 확인합니다. 열기를 클릭하면 SSH 포트가 열립니다가 표시됩니다.

설치를 마치면 제공된 공용 SSH 키를 사용하여 SSH를 통해 로그인할 수 있습니다.

8.15 설치 설정

실제 설치가 수행되기 전 마지막 단계에서는, 설치 프로그램에서 제안된 설치 설정을 변경할 수 있습니다. 제안을 수정하려면 해당하는 헤드라인을 클릭합니다. 특정 설정을 변경하고 나면 항상 [설치 설정] 창으로 돌아옵니다. 이 창은 그에 따라 업데이트됩니다.

절차 8.1에서 언급한 대로 root에 대한 SSH 키를 추가한 경우 방화벽과 SSH 설정에서 SSH 포트를 열어야 합니다.

설치 설정
그림 8.15: 설치 설정

8.15.1 소프트웨어

SUSE Linux Enterprise Server에는 다양한 응용 프로그램 목적을 위한 몇몇 소프트웨어 패턴이 포함되어 있습니다. 사용 가능한 패턴 및 패키지 선택은 모듈 및 확장의 선택에 따라 달라집니다.

소프트웨어를 클릭하여 소프트웨어 선택 및 시스템 작업 화면을 열고 필요에 따라 패턴 선택을 수정할 수 있습니다. 목록에서 패턴을 선택하고 창 오른쪽에서 패턴 설명을 확인하십시오.

각 패턴에는 특정 기능(예: 웹 및 LAMP 서버 또는 인쇄 서버)에 필요한 몇 가지 소프트웨어 패키지가 포함됩니다. 설치할 소프트웨어 패키지를 기반으로 한 세부 선택에 대해서는 세부사항을 선택하여 YaST 소프트웨어 관리자로 전환하십시오.

소프트웨어 선택 및 시스템 작업
그림 8.16: 소프트웨어 선택 및 시스템 작업

YaST 소프트웨어 관리자를 사용하여 나중에 추가 소프트웨어 패키지를 설치하거나 시스템에서 소프트웨어 패키지를 제거할 수도 있습니다. 자세한 내용은 19장 소프트웨어 설치 또는 제거을 참조하십시오.

GNOME을 설치하기로 선택하는 경우 SUSE Linux Enterprise Server가 X.org 표시 서버와 함께 설치됩니다. GNOME 대신에 경량 창 관리자 IceWM을 설치할 수 있습니다. 소프트웨어 선택 및 시스템 작업 화면에서 세부사항을 선택하고 icewm을 검색합니다.

작은 정보
작은 정보: IBM Z: 하드웨어 암호화 지원

하드웨어 암호화 스택은 기본적으로 설치되지 않습니다. 설치하려면 소프트웨어 선택 및 시스템 작업 화면에서 System z HW 암호 지원을 선택합니다.

작은 정보
작은 정보: 보조 언어 추가

첫 번째 설치 단계에서 선택한 언어가 시스템의 기본(기본값) 언어로 사용됩니다. 소프트웨어 대화 상자 내에서 세부사항 ›  보기 ›  언어를 선택하여 보조 언어를 추가할 수 있습니다.

8.15.2 부팅

설치 프로그램에서 시스템에 대한 부팅 구성을 제안합니다. 컴퓨터에서 검색된 다른 운영 체제(예: Microsoft Windows 또는 기타 Linux 설치)가 자동으로 검색되고 부팅 로더에 추가됩니다. 그러나 SUSE Linux Enterprise Server는 기본적으로 부팅됩니다. 일반적으로 이러한 설정은 변경하지 않은 채로 남겨둘 수 있습니다. 사용자 정의 설정이 필요한 경우 필요에 따라 제안을 수정합니다. 자세한 내용은 Book “Administration Guide”, Chapter 14 “The Boot Loader GRUB 2”, Section 14.3 “Configuring the Boot Loader with YaST”에서 확인하십시오.

중요
중요: 소프트웨어 RAID 1

/boot가 소프트웨어 RAID 1 장치에 있는 구성을 부팅할 수 있지만 이를 위해서는 부트 로더를 MBR에 설치해야 합니다( 부트 로더 위치 ›  마스터 부트 레코드에서 부팅 ). /boot를 소프트웨어 RAID 장치에서 RAID 1 외의 수준에 둘 수는 없습니다. Book “Storage Administration Guide”, Chapter 8 “Configuring Software RAID for the Root Partition”도 참조하십시오.

8.15.3 보안

CPU Mitigations는 CPU 부채널 공격을 막기 위해 배포된 소프트웨어 완화를 위한 커널 부팅 명령줄 파라미터를 참조합니다. 선택한 항목을 클릭하여 다른 옵션을 선택합니다. 자세한 내용은 Book “Administration Guide”, Chapter 14 “The Boot Loader GRUB 2” CPU Mitigations을 참조하십시오.

기본적으로 firewalld는 모든 구성된 네트워크 인터페이스에서 활성화됩니다. 이 컴퓨터에 대해 방화벽을 전체적으로 비활성화하려면 비활성화를 클릭합니다(권장되지 않음).

참고
참고: 방화벽 설정

방화벽이 활성화되면 모든 인터페이스는 모든 포트가 기본적으로 닫히는 외부 영역에 포함되도록 구성되므로 최대 보안이 보장됩니다. 원격 액세스를 허용하기 위해 설치 중에 열 수 있는 포트는 포트 22(SSH)뿐입니다. 네트워크 액세스가 필요한 모든 기타 서비스(예: FTP, Samba, 웹 서버 등)는 방화벽 설정을 조정한 후에만 작동합니다. 자세한 내용은 Book “Security and Hardening Guide”, Chapter 23 “Masquerading and Firewalls”를 참조하십시오.

SSH(Secure SHell)를 통해 원격 액세스를 활성화하려면 SSH 서비스가 활성화되고 SSH 포트가 열려 있는지 확인하십시오.

작은 정보
작은 정보: 기존 SSH 호스트 키

기존 Linux 설치가 있는 시스템에 SUSE Linux Enterprise Server를 설치하는 경우 설치 루틴이 SSH 호스트 키를 임포트합니다. 기본적으로 가장 최근 액세스 시간이 포함된 호스트 키를 선택합니다. 8.15.8절 “SSH 호스트 키 및 구성 임포트을 참조하십시오.

VNC를 통해 원격 관리를 수행하고 있는 경우 설치 후에도 VNC를 통해 시스템에 액세스 할 수 있는지 여부를 지정할 수도 있습니다. VNC를 활성화하려면 기본 systemd 대상그래픽으로 설정해야 합니다.

8.15.4 네트워크 구성

이 범주는 현재 네트워크 설정(설치를 부팅한 후 자동으로 구성되는 사항, 8.6項 참조) 또는 설치 프로세스의 각 단계 중에 등록 또는 Add-On 제품에서 수동으로 구성된 항목을 표시합니다. 이 단계(설치를 수행하기 전)에서 네트워크 설정을 확인하거나 조정하려면 네트워크 구성을 클릭합니다. 그러면 YaST 네트워크 설정 모듈로 이동합니다. 자세한 내용은 Book “Administration Guide”, Chapter 19 “Basic Networking”, Section 19.4 “Configuring a Network Connection with YaST”을 참조하십시오.

8.15.5 Kdump

Kdump를 사용하여 충돌 시 커널 덤프를 저장하여 오류의 원인을 분석할 수 있습니다. 이 대화 상자에서는 Kdump를 활성화하고 구성할 수 있습니다. 자세한 내용은 Book “System Analysis and Tuning Guide”, Chapter 18 “Kexec and Kdump”를 참조하십시오.

8.15.6 IBM Z: 블랙리스트 장치

메모리를 절약하기 위해, 현재 사용되지 않는 장치의 모든 채널이 기본적으로 블랙리스트에 추가됩니다(블랙리스트에 추가되지 않은 각 채널은 메모리 50KB 정도를 차지함). 설치된 시스템에서 현재 블랙리스트에 추가된 채널을 사용하는 추가 하드웨어를 구성하려면 해당하는 YaST 모듈을 실행하여 해당 채널을 먼저 활성화합니다.

블랙리스트를 비활성화하려면 비활성화를 클릭합니다.

8.15.7 기본 systemd 대상

SUSE Linux Enterprise Server는 두 가지 대상(이전 실행 수준)으로 부팅될 수 있습니다. 그래픽 대상은 디스플레이 관리자를 시작하지만 여러 사용자 대상은 명령 줄 인터페이스를 시작합니다.

기본 대상은 그래픽입니다. X Window 시스템 패턴을 선택하지 않은 경우 여러 사용자로 변경해야 합니다. VNC를 통해 시스템에 액세스할 수 있어야 하는 경우 그래픽을 선택해야 합니다.

8.15.8 SSH 호스트 키 및 구성 임포트

컴퓨터에서 기존 Linux 설치가 발견되면 YaST는 기본적으로 /etc/ssh에서 가장 최근의 SSH 호스트 키를 임포트합니다. 옵션에 따라 디렉토리의 다른 파일도 함께 임포트할 수 있습니다. 이를 통해 기존 설치의 SSH ID를 다시 사용할 수 있어 첫 연결 시 원격 호스트 ID가 변경됨 경고를 피할 수 있습니다. 이 항목은 YaST가 다른 설치를 발견하지 못한 경우 설치 요약에 표시되지 않습니다. 다음과 같은 선택 사항이 있습니다.

이전 설치에서 SSH 키를 임포트합니다.

설치된 시스템에서 SSH 호스트 키와 구성(선택 사항)을 임포트하려면 이 옵션을 선택합니다. 아래 옵션 목록에서 임포트할 설치를 선택할 수 있습니다.

SSH 구성 임포트

호스트 키 외에 /etc/ssh의 다른 파일을 설치된 시스템으로 복사하려면 선택합니다.

8.15.9 시스템

이 화면에는 설치 프로그램이 컴퓨터에 대해 얻을 수 있는 모든 하드웨어 정보가 나열됩니다. 처음 열릴 때 하드웨어 검색이 시작됩니다. 시스템에 따라 이 작업에는 시간이 다소 걸릴 수 있습니다. 목록에서 항목을 선택하고 세부 사항을 클릭하여 선택한 항목에 대한 세부 정보를 확인합니다. 파일에 저장을 사용하여 세부 목록을 로컬 파일 시스템이나 이동식 장치에 저장합니다.

고급 사용자는 커널 설정을 선택하여 PCI ID 설정과 커널 설정을 변경할 수도 있습니다. 두 개의 탭이 있는 화면이 열립니다.

PCI ID 설정

각 커널 드라이버에는 지원되는 모든 장치의 장치 ID 목록이 포함됩니다. 새 장치가 드라이버 데이터베이스에 없으면 해당 장치는 기존 드라이버와 함께 사용할 수 있더라도 지원되지 않는 장치로 처리됩니다. 여기서 장치 드라이버에 PCI ID를 추가할 수 있습니다. 고급 사용자만 이 작업을 수행해야 합니다.

ID를 추가하려면 추가를 클릭하고 수동으로 데이터를 입력할지, 아니면 목록에서 선택할지를 선택합니다. 필요한 데이터를 입력합니다. SysFS Dir/sys/bus/pci/drivers의 디렉토리 이름입니다. 비어 있으면 드라이버 이름이 디렉토리 이름으로 사용됩니다. 기존 항목은 편집삭제를 통해 관리할 수 있습니다.

커널 설정

여기서 전역 I/O 스케줄러를 변경합니다. 구성되지 않음을 선택하면 해당하는 아키텍처의 기본 설정이 사용됩니다. 이 설정은 나중에 언제든지 설치된 시스템에서 변경할 수도 있습니다. I/O 조정에 대한 자세한 내용은 Book “System Analysis and Tuning Guide”, Chapter 13 “Tuning I/O Performance”을 참조하십시오.

또한 여기서 SysRq 키 활성화를 활성화합니다. 시스템이 충돌하는 경우 이러한 키를 사용하여 기본 명령을 실행할 수 있습니다(예: 시스템 재부팅 또는 커널 덤프 기록). 커널 개발을 수행할 경우 이러한 키를 활성화하는 것이 좋습니다. 자세한 내용은 https://www.kernel.org/doc/html/latest/admin-guide/sysrq.html를 참조하십시오.

8.16 설치 수행

모든 설치 설정을 구성한 후에는 설치 설정 창에서 설치를 클릭하여 설치를 시작합니다. 일부 소프트웨어에는 라이선스 확인이 필요할 수 있습니다. 소프트웨어 선택에 이러한 소프트웨어가 포함되는 경우 라이센스 확인 대화 상자가 표시됩니다. 승인을 클릭하여 소프트웨어 패키지를 설치합니다. 라이센스에 동의하지 않는 경우 동의 안 함을 클릭하면 소프트웨어 패키지가 설치되지 않습니다. 다음에 표시되는 대화 상자에서 설치를 사용하여 다시 확인합니다.

설치는 시스템 성능과 선택한 소프트웨어 범위에 따라 일반적으로 15-30분 정도 걸립니다. 하드 디스크를 준비했고 사용자 설정을 저장 및 복원하고 나면 소프트웨어 설치가 시작됩니다. 세부사항을 선택하여 설치 로그로 전환하거나, 릴리스 정보를 선택하여 설명서 인쇄 시 제공되지 않은 중요한 최신 정보를 읽습니다.

소프트웨어 설치가 완료되고 나면 시스템이 새 설치로 재부팅되고 이 설치에서 로그인할 수 있습니다. 시스템 구성을 사용자 정의하거나 추가 소프트웨어 패키지를 설치하려면 YaST를 시작합니다.

8.16.1 IBM Z: 설치된 시스템에서 IPL 수행

YaST는 일반적으로 IBM Z 플랫폼에서 설치된 시스템으로 재부팅합니다. 시스템의 LPAR가 z196 이전이거나 z/VM이 릴리스 5.4 이전인 환경에서 FCP 장치에 부팅 로더가 상주하는 설치는 예외입니다. 부팅 로더는 /boot/zipl/로 탑재된 별도의 파티션에 기록됩니다.

자동 재부팅이 불가능한 경우 YaST는 IPL을 수행할 장치에 대한 정보가 포함된 대화 상자를 표시합니다. 종료 옵션을 승인하고 종료 후에 IPL을 수행합니다. 절차는 설치 유형에 따라 다양합니다.

LPAR 설치

IBM Z HMC에서 로드, 지우기를 차례로 선택하고 로드 주소(부팅 로더와 함께 /boot/zipl 디렉토리가 포함된 장치 주소)를 입력합니다. zFCP 디스크를 부트 장치로 사용할 경우 SCSI에서 로드를 선택하고 FCP 어댑터의 로드 주소와 부트 장치의 WWPN 및 LUN을 지정합니다. 이제 로드 프로세스를 시작합니다.

z/VM 설치

VM 게스트(구성은 예 5.1. “z/VM 디렉토리 구성” 참조)에 LINUX1로 로그인하고 설치된 시스템에서 계속 IPL을 수행합니다.

IPL 151 CLEAR

151은 DASD 부팅 장치의 주소 예입니다. 이 값을 올바른 주소로 바꾸십시오.

zFCP 디스크를 부팅 장치로 사용할 경우 IPL을 시작하기 전에 부팅 장치의 zFCP WWPN과 LUN을 모두 지정하십시오. 파라미터 길이는 8자로 제한됩니다. 길이가 더 길어지면 공백으로 구분해야 합니다.

SET LOADDEV PORT 50050763 00C590A9 LUN 50010000 00000000

마지막으로 IPL을 시작합니다.

IPL FC00

FC00은 zFCP 어댑터의 주소 예입니다. 이 값을 올바른 주소로 바꾸십시오.

KVM 게스트 설치

설치가 완료된 후 가상 시스템이 종료됩니다. 이때 KVM 호스트에 로그인하고, 가상 시스템의 설명 파일을 수정하고, 다시 시작하여 설치된 시스템으로 IPL을 수행하십시오.

  1. KVM 호스트에 로그인합니다.

  2. 다음을 실행하여 도메인 XML 파일을 수정하고

    tux > sudo virsh edit s12-1

    다음 행을 삭제합니다.

      <!-- Boot kernel - remove 3 lines after successfull installation -->
      <kernel>/var/lib/libvirt/images/s12-kernel.boot</kernel>
      <initrd>/var/lib/libvirt/images/s12-initrd.boot</initrd>
      <cmdline>linuxrcstderr=/dev/console</cmdline>
  3. VM 게스트를 다시 시작하여 설치된 시스템으로 IPL을 수행합니다.

    tux > sudo virsh start s12-1 --console
참고
참고: cio_ignore가 KVM 설치에 대해 비활성화됨

커널 파라미터 cio_ignore는 커널이 모든 사용 가능한 하드웨어 장치를 찾는 작업을 차단합니다. 하지만 KVM 게스트의 경우 Hypervisor가 이미 올바른 장치에만 액세스를 제공하도록 조치합니다. 따라서 KVM 게스트를 설치할 때는 cio_ignore가 기본적으로 비활성화됩니다(z/VM 및 LPAR 설치의 경우 기본적으로 활성화됨).

8.16.2 IBM Z: 설치된 시스템에 연결

시스템에서 IPL을 수행한 후 VNC, SSH 또는 X를 통해 연결을 설정하여 설치된 시스템에 로그인합니다. VNC 또는 SSH를 사용하는 것이 좋습니다. 시스템 구성을 사용자 정의하거나 추가 소프트웨어 패키지를 설치하려면 YaST를 시작합니다.

8.16.2.1 VNC를 사용하여 연결

3270 터미널의 메시지는 VNC 클라이언트를 사용하여 Linux 시스템에 연결하도록 요청합니다. 그러나 이 메시지는 쉽게 누락됩니다. 사용자가 메시지를 인식하기 전에 커널 메시지와 혼합되고 터미널 프로세스가 종료될 수 있기 때문입니다. 5분 동안 아무것도 발생하지 않으면 VNC 뷰어를 사용하여 Linux 시스템에 대한 연결을 시작해 보십시오.

JavaScript 지원 브라우저를 사용하여 연결하는 경우 설치된 시스템의 IP 주소와 포트 번호가 포함된 전체 URL을 다음과 같은 형식으로 입력합니다.

http://IP_OF_INSTALLED_SYSTEM:5801/

8.16.2.2 SSH를 사용하여 연결

3270 터미널의 메시지는 SSH 클라이언트를 사용하여 Linux 시스템에 연결하도록 요청합니다. 그러나 이 메시지는 쉽게 누락됩니다. 사용자가 메시지를 인식하기도 전에 커널 메시지와 혼합되고 터미널 프로세스가 종료될 수 있기 때문입니다.

메시지가 나타나면 SSH를 사용하여 Linux 시스템에 root로 로그인합니다. 연결이 거부되거나 시간 초과된 경우 로그인 시간 제한이 만료될 때까지 기다린 다음 다시 시도합니다. 이 시간은 서버 설정에 따라 달라집니다.

8.16.2.3 X를 사용하여 연결

설치된 시스템에서 IPL을 수행하는 경우 설치의 첫 단계에 사용된 X Server가 작동하고 DASD에서 부팅하기 전에 사용할 수 있는지 확인합니다. YaST가 X Server에서 열리고 설치가 완료됩니다. 시스템이 부팅되었지만 적절한 시간 내에 X Server에 연결할 수 없는 경우 복잡한 문제가 발생할 수 있습니다.

9 SUSE Linux Enterprise 등록 및 모듈/확장 관리

기술 지원과 제품 업데이트를 받으려면 SUSE Customer Center에서 SUSE Linux Enterprise Server를 등록하고 활성화해야 합니다. 최신 업데이트 및 패치를 사용하여 시스템을 설치할 수 있으므로 설치 중에 등록하는 것이 좋습니다. 그러나 오프라인 상태이거나 등록 단계를 건너뛸 경우 설치된 시스템에서 언제든지 나중에 등록할 수 있습니다.

모듈 및 확장은 기능을 시스템에 추가하므로 필요에 따라 시스템을 사용자 정의할 수 있습니다. 이러한 구성요소를 등록해야 할 수도 있으며, YaST 또는 명령줄 도구를 사용하여 관리할 수 있습니다. 자세한 내용은 Article “Modules and Extensions Quick Start” 항목을 참조하십시오.

참고
참고: SUSE 계정

SUSE Customer Center에 등록하려면 SUSE 계정이 있어야 합니다. 아직 SUSE 계정이 없다면 SUSE Customer Center 홈 페이지(https://scc.suse.com/)로 이동하여 계정을 생성하십시오.

작은 정보
작은 정보: 시스템 등록 취소

모듈 및 확장을 포함하여 시스템 등록을 완전히 취소하려면 명령줄 도구 SUSEConnect를 사용하십시오. 시스템 등록을 취소하면 등록 서버에서 해당 항목이 제거되고, 모듈, 확장 및 제품 자체에 대한 모든 리포지토리가 제거됩니다.

tux > sudo SUSEConnect -d

9.1 설치 중에 등록

가장 쉽고 권장되는 등록 방법은 설치 중에 등록하는 것입니다. SUSE Linux Enterprise Server의 최신 패치 수준을 설치할 수 있을 뿐만 아니라, 추가 설치 미디어를 제공하지 않고도 모든 모듈과 확장에 액세스할 수 있습니다. 이는 설치하는 모든 모듈과 확장에도 적용됩니다. 등록 프로세스에 대한 자세한 내용은 8.7절 “등록” 항목을 참조하십시오.

설치 중에 시스템이 성공적으로 등록된 경우 YaST에서는 SUSE Customer Center에서 제공한 온라인 리포지토리를 추가합니다. 로컬 설치 원본을 더 이상 사용할 수 없을 때 문제를 방지하고 항상 온라인 리포지토리에서 최신 업데이트를 받을 수 있도록 하기 위한 것입니다.

9.2 자동 배포 중에 등록

AutoYaST를 사용하여 자동으로 인스턴스를 배포하는 경우 AutoYaST 제어 파일에서 각 정보를 제공하여 설치 중에 시스템을 등록할 수 있습니다. 자세한 내용은 Book “AutoYaST Guide”, Chapter 4 “Configuration and Installation Options”, Section 4.3 “System Registration and Extension Selection” 항목을 참조하십시오.

9.3 설치된 시스템에서 등록

설치하는 동안 등록을 건너뛰거나 시스템을 다시 등록하려는 경우, YaST 모듈 제품 등록 또는 명령 줄 도구 SUSEConnect를 사용하여 언제든지 시스템을 등록할 수 있습니다.

9.3.1 YaST를 사용하여 등록

시스템을 등록하려면 YaST › 소프트웨어 › 제품 등록을 시작합니다. 먼저 SUSE Linux Enterprise Server를 등록한 다음, 사용할 수 있도록 할 모듈과 확장을 선택합니다.

중요
중요: 모듈 및 확장

등록을 건너뛰고 SLE-15-SP2-Full-ARCH-GM-media1.iso 미디어에서 설치하여 시스템을 설치한 경우 설치 중에 선택한 모듈과 확장을 모두 등록하십시오. 등록된 모듈 및 확장에 대한 보안 업데이트와 패치만 받게 됩니다.

절차 9.1: YaST로 제품 등록
  1. YaST › 소프트웨어 › 제품 등록을 시작합니다.

    Image
  2. 사용자나 조직이 가입을 관리하는 데 사용하는 SUSE 계정과 연결된 전자 메일 주소를 입력하십시오. 또한 SUSE Linux Enterprise Server와 함께 받은 등록 코드를 입력하십시오.

  3. 기본적으로 시스템은 SUSE Customer Center를 통해 등록됩니다. 다음 단계를 진행하여 이를 수행합니다.

    조직에서 로컬 등록 서버를 제공하는 경우 자동 감지된 서버 목록에서 선택하거나 로컬 SMT 서버를 통해 시스템 등록에서 URL을 제공할 수 있습니다.

  4. 다음을 눌러 등록 프로세스를 시작합니다. SUSE Linux Enterprise Server가 선택한 서버에 등록되고 연관된 리포지토리가 시스템에 추가됩니다. 확장 및 모듈 선택 대화 상자가 열립니다.

    Image
  5. 시스템에서 사용할 모듈과 확장을 모두 선택합니다. 적어도 사전 선택된 모듈(Basesystem 모듈 Server Applications 모듈)을 선택해야 합니다. 또한 설치 중에 추가한 추가 모듈이나 확장을 선택해야 합니다. 모든 확장은 유료의 추가 등록 코드가 필요합니다. 다음을 눌러 계속합니다.

  6. 선택 항목에 따라 지금 한 개 이상의 라이선스 계약에 동의해야 할 수 있습니다. 모든 구성 요소가 선택한 서버에 등록되고 연관된 리포지토리가 시스템에 추가됩니다.

  7. YaST 패키지 설치 프로그램이 열리고 각 모듈에 대한 release-packages가 설치되고, 선택한 모듈 및 확장에 따라 추가 패키지가 설치됩니다. 사전 선택된 패키지를 선택 취소하지 않는 것이 좋습니다. 하지만 추가 패키지를 추가할 수 있습니다.

    Image

    등록 프로세스를 마치려면 승인완료를 선택합니다.

9.3.2 SUSEConnect를 사용하여 등록

시스템과 모듈 및 확장 등록은 SUSEConnect를 사용하여 명령줄에서도 가능합니다. 이 섹션에서 다루지 않는 정보에 대해서는 man 8 SUSEConnect 인라인 문서를 참조하십시오.

절차 9.2: SUSEConnect로 제품 등록
  1. SUSE Customer Center에 SUSE Linux Enterprise Server를 등록하려면 다음과 같이 SUSEConnect를 실행합니다.

    tux > sudo SUSEConnect -r REGISTRATION_CODE -e EMAIL_ADDRESS

    로컬 등록 서버에 등록하려면 서버의 URL을 입력하십시오.

    tux > sudo SUSEConnect -r REGISTRATION_CODE -e EMAIL_ADDRESS \
    --url "https://suse_register.example.com/"

    REGISTRATION_CODESUSE Linux Enterprise Server의 복사본으로 받은 등록 코드로 바꿉니다. EMAIL_ADDRESS를 사용자나 사용자의 조직이 가입을 관리하는 데 사용하는 SUSE 계정과 연결된 전자 메일 주소로 바꿉니다.

    이 프로세스는 Basesystem 모듈 Server Applications 모듈을 등록하고 연관된 리포지토리를 시스템에 추가합니다.

  2. 이제 기본 리포지토리 두 개를 포함한 SUSE Linux Enterprise Server가 등록되었습니다. 추가 모듈이나 확장을 등록하려는 경우에는 9.4절 “실행 중인 시스템에서 모듈 및 확장 관리”에 요약된 대로 진행하십시오.

9.4 실행 중인 시스템에서 모듈 및 확장 관리

시스템이 설치 및 등록된 후에도 모듈 및 확장을 추가하고 제거할 수 있습니다. 이 작업에는 YaST 또는 SUSEConnect를 사용할 수 있습니다. 자세한 내용은 Article “Modules and Extensions Quick Start” 항목을 참조하십시오.

9.4.1 YaST를 사용하여 모듈 및 확장 추가

  1. YaST › 소프트웨어 › 시스템 확장 또는 모듈 추가를 시작합니다.

    Image
  2. 모듈 또는 확장을 추가하려면 설치할 구성 요소를 모두 선택합니다. 모든 확장은 유료의 추가 등록 코드가 필요합니다.

  3. 모든 추가 구성 요소가 등록 서버에 등록되고 연관된 리포지토리가 시스템에 추가됩니다.

  4. YaST 패키지 설치 프로그램이 열리고 각 모듈에 대한 release-packages가 설치되고, 선택한 모듈 및 확장에 따라 추가 패키지가 설치됩니다. 사전 선택된 패키지를 선택 취소하지 않는 것이 좋습니다. 하지만 추가 패키지를 추가할 수 있습니다.

    프로세스를 마치려면 승인완료를 선택합니다.

작은 정보
작은 정보: 모듈 종속성

다른 패키지에 따라 기능이 달라질 수 있는 소프트웨어 패키지와 같이 모듈이 다른 모듈에 종속되어 있을 수 있습니다. 그러한 경우, 사용해야 하는 모듈이 설치에 자동으로 선택됩니다.

9.4.2 YaST를 사용하여 모듈 및 확장 삭제

  1. YaST › 소프트웨어 › 추가 기능 제품을 시작합니다.

    Image
  2. 제거해야 하는 모듈 또는 확장을 선택하고 삭제를 클릭합니다. 선택한 구성 요소에서 모든 패키지가 제거된다는 경고를 확인합니다.

  3. YaST 소프트웨어 관리자가 열리고 삭제된 모듈이나 확장에서 설치된 모든 설치된 패키지 목록이 나열됩니다. 모두 제거하려면 적용을 클릭합니다. 삭제된 모듈이나 확장에서 패키지 업데이트를 더 이상 가져올 수 없으므로 모두 제거하는 것이 좋습니다. 패키지를 유지하는 경우 적어도 삭제되는 각 모듈이나 확장에 대한 *-release 패키지를 제거하십시오.

    적용확인을 계속 진행합니다.

주의
주의: 모듈 삭제

Basesystem Module은 삭제하지 마십시오. 또한 Server Applications 모듈을 삭제하지 않는 것이 좋습니다.

주의
주의: 삭제된 모듈 및 확장에서 패키지 업데이트가 없음

삭제된 모듈이나 확장에서 패키지를 유지하도록 선택한 경우 이러한 패키지에 대한 업데이트를 더 이상 받을 수 없습니다. 여기에는 보안 수정이 포함되므로 이러한 패키지를 유지하면 시스템에 보안 위험이 발생할 수 있습니다.

9.4.3 SUSEConnect를 사용하여 모듈 및 확장 추가/삭제

  1. SUSEConnect -list-extensions를 실행하여 사용 가능한 확장 개요를 확인합니다.

    tux > sudo SUSEConnect -list-extensions
    AVAILABLE EXTENSIONS AND MODULES
    
      Basesystem Module 15 SP2 x86_64 (Installed)
      Deactivate with: SUSEConnect -d -p sle-module-basesystem/15.2/x86_64
    
        Containers Module 15 SP2 x86_64
        Activate with: SUSEConnect -p sle-module-containers/15.2/x86_64
    
        Desktop Applications Module 15 SP2 x86_64
        Activate with: SUSEConnect -p sle-module-desktop-applications/15.2/x86_64
    
          Development Tools Module 15 SP2 x86_64
          Activate with: SUSEConnect -p sle-module-development-tools/15.2/x86_64
    
          SUSE Linux Enterprise Workstation Extension 15 SP2 x86_64
          Activate with: SUSEConnect -p sle-we/15.2/x86_64 -r ADDITIONAL REGCODE
    
        SUSE Cloud Application Platform Tools Module 15 SP2 x86_64
        Activate with: SUSEConnect -p sle-module-cap-tools/15.2/x86_64
    
        SUSE Linux Enterprise Live Patching 15 SP2 x86_64
        Activate with:
          SUSEConnect -p sle-module-live-patching/15.2/x86_64 -r ADDITIONAL REGCODE
    
        SUSE Package Hub 15 SP2 x86_64
        Activate with: SUSEConnect -p PackageHub/15.2/x86_64
    
        Server Applications Module 15 SP2 x86_64 (Installed)
        Deactivate with: SUSEConnect -d -p sle-module-server-applications/15.2/x86_64
    
          Legacy Module 15 SP2 x86_64
          Activate with: SUSEConnect -p sle-module-legacy/15.2/x86_64
    
          Public Cloud Module 15 SP2 x86_64
          Activate with: SUSEConnect -p sle-module-public-cloud/15.2/x86_64
    
          SUSE Enterprise Storage 6 x86_64
          Activate with: SUSEConnect -p ses/6/x86_64 -r ADDITIONAL REGCODE
    
          SUSE Linux Enterprise High Availability Extension 15 SP2 x86_64
          Activate with: SUSEConnect -p sle-ha/15.2/x86_64 -r ADDITIONAL REGCODE
    
          Web and Scripting Module 15 SP2 x86_64
          Activate with: SUSEConnect -p sle-module-web-scripting/15.2/x86_64
    
    MORE INFORMATION
    
    You can find more information about available modules here:
    https://www.suse.com/products/server/features/modules.html
  2. 모듈 또는 확장 활성화/비활성화에 대한 목록에서 명령을 실행하여 구성 요소를 추가하거나 삭제합니다. 확장을 추가하려면 유료의 추가 등록 코드가 필요합니다.

주의
주의: 모듈 삭제

Basesystem Module은 삭제하지 마십시오. 또한 Server Applications 모듈을 삭제하지 않는 것이 좋습니다.

중요
중요: 패키지 자동 설치/제거 없음

SUSEConnect를 사용하여 모듈 및 확장을 추가하거나 삭제하면 구성 요소가 등록 취소되고 해당 리포지토리나 서비스가 시스템에서 제거됩니다. 패키지가 설치 또는 제거되지 않습니다. 이 작업이 자동으로 수행되도록 하려면 YaST를 사용하여 모듈 및 확장을 추가하거나 삭제합니다.

즉, 모듈 또는 확장을 추가할 때 기본 패키지 또는 패턴이 자동으로 설치되지 않습니다. 명령줄에서 Zypper를 사용하여 또는 YaST › 소프트웨어 관리를 실행하여 이 작업을 수동으로 수행해야 합니다.

즉, 모듈 또는 확장을 삭제할 때 자동 정리가 수행되지 않습니다. 모듈 또는 확장에 속한 모든 패키지가 시스템에 설치된 상태로 남아 있지만, 더 이상 리포지토리와 연관되지 않으므로 더 이상 업데이트를 수신할 수 없습니다. 이러한 독립 패키지를 제거하려면 명령줄에서 Zypper를 사용합니다. zypper packages --orphaned는 이러한 패키지를 나열하고, zypper remove는 패키지를 한 개 이상 삭제합니다. 또는 YaST › 소프트웨어 관리를 사용하여 독립 패키지를 나열하고 삭제합니다.

주의
주의: 삭제된 모듈 및 확장에서 패키지 업데이트가 없음

삭제된 모듈이나 확장에서 패키지를 유지하도록 선택한 경우 이러한 패키지에 대한 업데이트를 더 이상 받을 수 없습니다. 여기에는 보안 수정이 포함되므로 이러한 패키지를 유지하면 시스템에 보안 위험이 발생할 수 있습니다.

10 고급 파티션 도구

고급 시스템 구성에는 특정 디스크 설정이 필요합니다. 모든 일반적인 파티셔닝 작업은 설치 중 완료할 수 있습니다. 블록 장치를 사용하여 영구 장치의 이름을 지정하려면 /dev/disk/by-id 또는 /dev/disk/by-uuid 아래의 블록 장치를 사용하십시오. LVM(Logical Volume Management)은 표준 설정에서 사용된 물리적 파티셔닝보다 훨씬 유연하게 설계된 디스크 파티셔닝 스키마로, 해당 스냅샷 기능을 통해 데이터 백업을 쉽게 생성할 수 있습니다. RAID(Redundant Array of Independent Disks)는 향상된 데이터 무결성, 성능 및 내결함성을 제공합니다. 또한 SUSE Linux Enterprise Server는 다중 경로 I/O를 지원합니다(자세한 내용은 Book “Storage Administration Guide”, Chapter 18 “Managing Multipath I/O for Devices” 참조). iSCSI를 네트워크 디스크로 사용하는 옵션도 있습니다(Book “Storage Administration Guide”, Chapter 15 “Mass Storage over IP Networks: iSCSI”에서 iSCSI에 대해 자세히 알아보기).

주의
주의: 디스크 공간 단위

파티셔닝 목적을 위해 디스크 공간은 십진법 단위가 아닌 이진법 단위로 측정된다는 점에 유의하십시오. 예를 들어, 크기를 1GB, 1GiB 또는 1G로 입력하는 경우, 이는 1GB(기가바이트)가 아닌 1GiB(기비바이트)를 나타냅니다.

이진법

1GiB = 1,073,741,824바이트

십진법

1GB = 1,000,000,000바이트

차이

1GiB ≈ 1.07GB.

10.1 고급 파티션 도구 사용

그림 10.1. “YaST 파티션 도구”에 표시된 고급 파티션 도구로 하나 또는 여러 개의 하드 디스크 파티션을 직접 수정할 수 있습니다. 파티션을 추가, 삭제, 크기 조정 및 편집하거나 소프트 RAID 및 LVM 구성에 액세스할 수 있습니다.

주의
주의: 실행 중인 시스템 다시 분할

실행 중인 시스템을 다시 분할할 수 있지만, 데이터 유실이 발생할 위험이 상당히 높습니다. 설치된 시스템에 대한 파티셔닝 작업을 다시 수행하지 않고 파티셔닝 전에 항상 데이터의 전체 백업을 생성하십시오.

YaST 파티션 도구
그림 10.1: YaST 파티션 도구
작은 정보
작은 정보: IBM Z: 장치 이름

IBM Z는 DASD 및 SCSI 하드 디스크만 인식합니다. IDE 하드 디스크는 지원되지 않습니다. 이러한 장치는 첫 번째로 인식된 장치에 대한 dasda 또는 sda로 파티션 테이블에 나타나기 때문입니다.

연결된 모든 하드 디스크에 존재하거나 제안된 파티션은 YaST 고급 파티션 도구 대화 상자의 사용 가능한 저장소 목록에 표시됩니다. 전체 하드 디스크는 /dev/sda(또는 /dev/dasda)와 같은 번호가 없는 장치로 나열됩니다. /dev/sda1(또는 /dev/dasda1)과 같은 파티션이 이러한 장치의 부분으로 나열됩니다. 하드 디스크 및 파티션의 크기, 유형, 암호화 상태, 파일 시스템 및 탑재 지점도 표시됩니다. 탑재 지점은 파티션이 Linux 파일 시스템 트리에서 나타나는 위치를 알려줍니다.

왼쪽 시스템 보기에서 여러 가지 기능 보기를 사용할 수 있습니다. 이러한 보기를 통해 기존 저장소 구성에 대한 정보를 수집하고, 기능을 구성하고(RAID, 볼륨 관리, 파일 암호화 등), Btrfs, NFS 또는 TMPFS와 같은 추가 기능을 포함한 파일 시스템을 볼 수 있습니다.

설치 중 고급 대화 상자를 실행하면 사용 가능한 하드 디스크 공간도 나열되고 자동으로 선택됩니다. 더 많은 디스크 공간을 SUSE Linux Enterprise Server에 제공하려면 파티션 목록의 하단에서 상단으로 이동하여 필요한 공간을 마련하십시오.

10.1.1 파티션 테이블

SUSE Linux Enterprise Server를 통해 다양한 파티션 테이블을 사용하고 생성할 수 있습니다. 어떤 경우에는 파티션 테이블을 디스크 레이블이라고 합니다. 파티션 테이블은 컴퓨터의 부팅 프로세스에 중요합니다. 새로 생성한 파티션 테이블의 파티션에서 시스템을 부팅하려면 펌웨어에서 테이블 형식을 지원하는지 확인하십시오.

파티션 테이블을 변경하려면 시스템 보기에서 관련 디스크 이름을 클릭하고 고급 › 새 파티션 테이블 생성을 선택합니다.

10.1.1.1 마스터 부팅 레코드

MBR(master boot record: 마스터 부팅 레코드)은 IBM PC에서 사용하는 레거시 파티션 테이블입니다. MS-DOS 파티션 테이블이라고 하는 경우도 있습니다. MBR은 4개의 기본 파티션만 지원합니다. 디스크에 이미 MBR이 있는 경우 SUSE Linux Enterprise Server를 통해 설치 대상으로 사용할 수 있는 추가 파티션을 생성할 수 있습니다.

4개의 파티션 제한은 확장된 파티션을 생성하여 해결할 수 있습니다. 확장된 파티션 자체는 기본 파티션이며 더 많은 논리 파티션을 포함할 수 있습니다.

UEFI 펌웨어는 일반적으로 레거시 모드에서 MBR 부팅을 지원합니다.

10.1.1.2 GPT 파티션 테이블

UEFI 컴퓨터는 기본적으로 GUID 파티션 테이블(GPT)을 사용합니다. SUSE Linux Enterprise Server는 다른 파티션 테이블이 없는 경우 디스크에 GPT를 생성합니다.

기존 BIOS 펌웨어는 GPT 파티션에서의 부팅을 지원하지 않습니다.

다음 기능 중 하나를 사용하려면 GPT 파티션 테이블이 필요합니다.

  • 4개가 넘는 기본 파티션

  • UEFI 보안 부팅

  • 2TB보다 큰 디스크 사용

참고
참고: 레이블이 잘못 지정된 Parted 3.1 이하로 생성한 파티션

Parted 3.1 이하로 생성한 GPT 파티션은 새로운 Linux-specific GPT GUID 대신 Microsoft 기본 데이터 파티션 유형을 사용했습니다. 새로운 버전의 Parted는 이러한 파티션에서 잘못된 플래그 msftdata를 설정합니다. 이는 또한 Windows 데이터 파티션 또는 유사한 항목으로 파티션을 레이블 지정한 다양한 디스크 도구로 이어집니다.

플래그를 제거하려면 다음을 실행합니다.

root # parted DEVICE set PARTITION_NUMBER msftdata off

10.1.1.3 IBM Z의 파티션 테이블

IBM Z 플랫폼에서 SUSE Linux Enterprise Server는 SCSI 하드 디스크DASD(직접 액세스 저장 장치)를 지원합니다. SCSI 디스크는 위에 설명된 대로 분할할 수 있지만, DASD는 해당 파티션 테이블에 최대 세 개까지만 파티션 항목을 가질 수 있습니다.

10.1.2 파티션

YaST 파티션 도구는 여러 파일 시스템을 사용하여 파티션을 생성하고 포맷할 수 있습니다. SUSE Linux Enterprise Server에서 사용하는 기본 파일 시스템은 Btrfs입니다. 자세한 내용은 10.1.2.2절 “BTRFS 파티셔닝”을 참조하십시오.

다음과 같이 일반적으로 사용하는 다른 파일 시스템을 이용할 수 있습니다. Ext2, Ext3, Ext4, FAT, XFS, SwapUDF.

10.1.2.1 파티션 생성

파티션을 생성하려면 하드 디스크를 선택한 다음 사용 가능한 공간을 포함한 하드 디스크를 선택합니다. 파티션 탭에서 실제 수정 작업을 할 수 있습니다.

  1. 추가를 클릭하여 새 파티션을 생성합니다. MBR을 사용하는 경우 기본 또는 확장된 파티션을 생성하도록 지정하십시오. 확장된 파티션 내에서 여러 논리 파티션을 생성할 수 있습니다. 자세한 내용은 10.1.1절 “파티션 테이블”을 참조하십시오.

  2. 새 파티션의 크기를 지정합니다. 분할되지 않은 모든 사용 가능한 공간을 사용하도록 선택하거나 사용자 정의 크기를 입력할 수 있습니다.

  3. 사용할 파일 시스템과 탑재 지점을 선택합니다. YaST는 생성된 각 파티션에 대한 탑재 지점을 제안합니다. 레이블별 탑재와 같은 다른 탑재 방법을 사용하려면 Fstab 옵션을 선택하십시오.

  4. 설치에 필요하면 추가 파일 시스템 옵션을 지정합니다. 예를 들어 영구 장치 이름이 필요한 경우 추가 파일 시스템 옵션이 필요합니다. 사용 가능한 옵션에 대한 자세한 내용은 10.1.3절 “파티션 편집”을 참조하십시오.

  5. 마침을 클릭하여 파티셔닝 설정을 적용하고 파티셔닝 모듈을 종료합니다.

    설치 중 파티션을 생성한 경우 설치 개요 화면으로 돌아갑니다.

10.1.2.2 BTRFS 파티셔닝

루트 파티션의 기본 파일 시스템은 BTRFS입니다. 자세한 내용은 Book “Administration Guide”, Chapter 7 “System Recovery and Snapshot Management with Snapper”Book “Storage Administration Guide”, Chapter 1 “Overview of File Systems in Linux” 항목을 참조하십시오. 루트 파일 시스템은 기본 하위 볼륨이고 작성된 하위 볼륨 목록에 표시되지 않습니다. 기본 BTRFS 하위 볼륨은 일반 파일 시스템으로 마운트할 수 있습니다.

중요
중요: 암호화된 루트 파티션의 Btrfs

기본 파티션 구성 설정에서는 /boot가 디렉토리인 Btrfs를 루트 파티션으로 추천합니다. 루트 파티션을 암호화하려면 기본 MSDOS 유형 대신 GPT 파티션 테이블 유형을 사용하십시오. 그렇지 않으면 GRUB2 부트 로더에 두 번째 단계 로더에 필요한 공간이 부족할 수 있습니다.

시스템 이벤트에 따라 수동 또는 자동으로 BTRFS 하위 볼륨의 스냅샷을 작성할 수 있습니다. 예를 들어, 파일 시스템을 변경할 경우 zypper에서 snapper 명령을 호출하여 변경 전과 후에 스냅샷을 작성합니다. 이 기능은 zypper에서 변경한 내용을 취소하고 이전 상태를 복원할 경우 유용합니다. zypper에서 호출한 snapper가 기본적으로 루트 파일 시스템의 스냅샷을 생성하므로 스냅샷에서 특정 디렉토리를 제외하는 것이 가능합니다. 이는 YaST가 다음의 별도 하위 볼륨 생성을 제안하는 이유입니다.

/boot/grub2/i386-pc, /boot/grub2/x86_64-efi, /boot/grub2/powerpc-ieee1275, /boot/grub2/s390x-emu

부트 로더 구성 롤백은 지원되지 않습니다. 위 디렉토리 목록은 아키텍처별 목록입니다. 처음 두 디렉토리는 AMD64/Intel 64 시스템에 있고 마지막 두 디렉토리는 각각 IBM POWER와 IBM Z에 있습니다.

/home

/home이 별도의 파티션에 상주하지 않는 경우 롤백 시 데이터 손실 방지를 위해 제외됩니다.

/opt

타사 제품은 보통 /opt에 설치됩니다. 롤백 시 해당 응용 프로그램의 제거를 방지하기 위해 제외됩니다.

/srv

웹 및 FTP 서버에 대한 데이터를 포함합니다. 롤백 시 데이터 손실 방지를 위해 제외됩니다.

/tmp

임시 파일 및 캐시를 포함한 모든 디렉토리는 스냅샷에서 제외됩니다.

/usr/local

이 디렉토리는 소프트웨어를 수동으로 설치할 때 사용됩니다. 롤백 시 해당 설치의 제거를 방지하기 위해 제외됩니다.

/var

이 디렉토리에는 /var/opt에 로그, 임시 캐시, 타사 제품 등 다양한 변수 파일이 포함되며 가상 시스템 이미지 및 데이터베이스의 기본 위치입니다. 그러므로 이러한 하위 볼륨이 생성되어 스냅샷에서 이러한 변수 데이터를 제외하며 COW(Copy-On-Write)가 비활성화됩니다.

작은 정보
작은 정보: BTRFS 파티션의 크기

저장한 스냅샷에 더 많은 디스크 공간이 필요하므로 Btrfs에 충분한 공간을 보유하는 것이 좋습니다. 기본 하위 볼륨이 포함된 루트 Btrfs 파티션의 제안 크기는 20GB입니다.

10.1.2.3 YaST를 사용하여 BTRFS 하위 볼륨 관리

이제 BTRFS 파티션의 하위 볼륨을 YaST 고급 파티션 도구 모듈을 사용하여 관리할 수 있습니다. 새로운 하위 볼륨을 추가하거나 기존 하위 볼륨을 제거할 수 있습니다.

절차 10.1: YaST가 포함된 BTRFS 하위 볼륨
  1. 시스템파티션 도구와 함께 YaST  › 고급 파티션 도구를 시작합니다.

  2. 시스템 보기 창에서 BTRFS를 선택합니다.

  3. 하위 볼륨을 관리해야 할 BTRFS 파티션을 선택하고 편집을 클릭합니다.

  4. 하위 볼륨 처리를 클릭합니다. 선택한 Btrfs 파티션의 모든 기존 하위 볼륨 목록을 확인할 수 있습니다. 몇 가지 @/.snapshots/xyz/snapshot 항목이 있습니다. 각 하위 볼륨은 하나의 기존 스냅샷에 속합니다.

  5. 하위 볼륨을 추가 또는 제거할지 여부에 따라 다음 작업을 수행합니다.

    1. 하위 볼륨을 제거하려면 기존 하위 볼륨 목록에서 선택하고 제거를 클릭합니다.

    2. 새 하위 볼륨을 추가하려면 새 하위 볼륨 텍스트 필드에 이름을 입력하고 새로 추가를 클릭합니다.

      YaST 파티션 도구의 BTRFS 하위 볼륨
      그림 10.2: YaST 파티션 도구의 BTRFS 하위 볼륨
  6. 확인을 클릭하여 확인하고 완료를 클릭합니다.

  7. 완료를 클릭하여 파티션 도구를 종료합니다.

10.1.3 파티션 편집

새 파티션을 생성하거나 기존 파티션을 수정할 때 다양한 파라미터를 설정할 수 있습니다. 새 파티션의 경우 일반적으로 YaST에서 설정된 기본 파라미터로 충분하며 수정할 필요는 없습니다. 파티션 설정을 수동으로 편집하려면 다음 단계를 수행하십시오.

  1. 파티션을 선택합니다.

  2. 편집을 클릭하여 파티션을 편집하고 파라미터를 설정합니다.

    파일 시스템 ID

    이 단계에서 파티션을 포맷하지 않은 경우에도 해당 파티션에 파일 시스템 ID를 할당하여 파티션을 올바르게 등록했는지 확인합니다. 일반적인 값은 Linux, Linux 스왑, Linux LVMLinux RAID입니다.

    파일 시스템

    파티션 파일 시스템을 변경하려면 파티션 포맷을 클릭하고 파일 시스템 목록에서 파일 시스템 유형을 선택합니다.

    SUSE Linux Enterprise Server에서는 여러 유형의 파일 시스템을 지원합니다. BTRFS는 고급 기능 때문에 루트 파티션용으로 선택한 고급 Linux 파일 시스템입니다. 이것은 COW(Copy-On-Write) 기능을 지원하여 스냅샷, 다중 장치 스패닝, 하위 볼륨 및 기타 유용한 기능을 만듭니다. XFS, Ext3 및 JFS는 저널링 파일 시스템입니다. 이러한 파일 시스템은 시스템 작동 중지 후 신속하게 시스템을 복원하여 작업 중 기록된 쓰기 프로세스를 이용할 수 있습니다. Ext2는 저널링 파일 시스템이 아니지만, 관리를 위해 많은 디스크 공간을 요구하지 않으므로 작은 파티션에 적당합니다.

    루트 파티션의 기본 파일 시스템은 BTRFS입니다. 추가 파티션의 기본 파일 시스템은 XFS입니다.

    UDF 파일 시스템은 광학 재작성 가능 및 불가능 미디어, USB 플래시 드라이브 및 하드 디스크에서 사용할 수 있습니다. 여러 운영 체제에서 UDF 파일 시스템을 지원합니다.

    스왑은 파티션을 가상 메모리로 사용할 수 있게 하는 특수 형식입니다. 256MB 이상의 스왑 파티션을 만듭니다. 그러나 스왑 공간을 모두 사용할 경우에는 스왑 공간을 추가하는 대신 시스템에 메모리 추가를 고려하십시오.

    주의
    주의: 파일 시스템 변경

    파일 시스템을 변경하거나 파티션을 다시 포맷하면 파티션의 모든 데이터가 삭제됩니다.

    다양한 파일 시스템에 대한 자세한 내용은 저장소 관리 가이드를 참조하십시오.

    장치 암호화

    암호화를 활성화하면 모든 데이터가 암호화된 형태로 하드 디스크에 기록됩니다. 이것은 중요 데이터의 보안 수준을 높이지만, 암호화하는 데 시간이 걸리기 때문에 시스템 속도는 느려집니다. 파일 시스템 암호화에 대한 자세한 내용은 Book “Security and Hardening Guide”, Chapter 12 “Encrypting Partitions and Files”에서 찾을 수 있습니다.

    탑재 지점

    파일 시스템 트리에서 파티션을 탑재할 디렉토리를 지정합니다. YaST 제안사항에서 선택하거나 다른 이름을 입력합니다.

    Fstab 옵션

    전체 파일 시스템 관리 파일(/etc/fstab)에 포함된 다양한 파라미터를 지정합니다. 대부분의 설치에서 기본 설정이면 충분합니다. 예를 들어 장치 이름에서 볼륨 레이블로 파일 시스템 ID를 변경할 수 있습니다. 볼륨 레이블에는 /와 공백을 제외한 모든 문자를 사용합니다.

    영구 장치 이름을 가져오려면장치 ID, UUID 또는 LABEL 탑재 옵션을 사용하십시오. SUSE Linux Enterprise Server에서는 영구 장치 이름이 기본적으로 활성화됩니다.

    참고
    참고: IBM Z: 경로로 탑재

    복제 목적으로 디스크 간 복사를 사용할 때 ID로 탑재하면 IBM Z에서 문제가 발생하므로 기본적으로 IBM Z에서는 /etc/fstab의 경로로 장치가 탑재됩니다.

    레이블별로 파티션을 탑재하고자 할 경우 볼륨 레이블 텍스트 항목에서 레이블을 정의해야 합니다. 예를 들어 /home에 탑재할 파티션에 대해 HOME 파티션 레이블을 사용할 수 있습니다.

    파일 시스템에서 할당량을 사용하려면 할당량 지원 활성화 탑재 옵션을 사용합니다. YaST 사용자 관리 모듈에서 사용자에 대한 할당량을 정의하려면 먼저 이 옵션을 선택해야 합니다. 사용자 할당량을 구성하는 방법에 대한 자세한 내용은 22.3.3절 “할당량 관리”를 참조하십시오.

  3. 마침을 선택하여 변경 사항을 저장합니다.

참고
참고: 파일 시스템 크기 조정

기존 파일 시스템의 크기를 조정하려면 파티션을 선택하고 크기 조정을 사용하십시오. 그러나 탑재 중에는 파티션 크기를 조정할 수 없습니다. 파티션 크기를 조정하려면 파티션 도구를 실행하기 전에 각 파티션의 탑재를 해제하십시오.

10.1.4 고급 옵션

시스템 보기 창에서 하드 디스크 장치(예: sda)를 선택한 후 고급 파티션 도구 창의 오른쪽 아래에서 고급 메뉴에 액세스할 수 있습니다. 이 메뉴의 명령은 다음과 같습니다.

새 파티션 테이블 생성

이 옵션을 선택하면 선택한 장치에서 새 파티션 테이블을 생성할 수 있습니다.

주의
주의: 새 파티션 테이블 생성

장치에 새 파티션 테이블을 생성하면 모든 파티션과 데이터가 해당 장치에서 제거됩니다.

이 디스크 복제

이 옵션을 선택하면 장치 파티션 레이아웃(데이터는 아님)을 기타 사용 가능한 디스크 장치로 복제할 수 있습니다.

10.1.5 고급 옵션

컴퓨터의 호스트 이름(시스템 보기 창에서 트리의 최상위)을 선택하면 고급 파티션 도구 창의 오른쪽 아래에 있는 구성 메뉴에 액세스할 수 있습니다. 메뉴에 포함되는 명령은 다음과 같습니다.

iSCSI 구성

IP 블록 장치를 통해 SCSI에 액세스하려면 먼저 iSCSI를 구성해야 합니다. 그 결과 기본 파티션 목록에서 장치를 추가로 사용할 수 있게 됩니다.

다중 경로 구성

이 옵션을 선택하면 지원되는 대용량 저장 장치에 대해 다중 경로의 향상된 기능을 구성할 수 있습니다.

10.1.6 파티션 작업 추가 정보

다음 절에는 시스템을 설정하는 동안 올바른 파티션 작업을 수행하기 위한 힌트와 추가 정보가 있습니다.

10.1.6.1 실린더 수

다양한 파티션 도구가 파티션의 실린더를 0 또는 1부터 계산할 수 있습니다. 항상 마지막 실린더 번호와 첫 번째 실린더 번호의 차에 1을 더하면 실린더 수가 계산됩니다.

10.1.6.2 스왑 사용

스왑은 실제로 사용할 수 있는 메모리를 확장하는 데 사용됩니다. 이를 수행하면 사용할 수 있는 실제 RAM보다 더 많은 메모리를 사용할 수 있습니다. 2.4.10 이전 커널의 메모리 관리 시스템에서는 스왑이 보안을 위해 필요했습니다. 이런 경우 스왑에 RAM 크기의 두 배 공간이 없는 경우 시스템 성능에 문제가 있었습니다. 이러한 제한 사항은 더 이상 없습니다.

Linux는 최근 사용 페이지(LRU)라는 페이지를 사용하여 메모리에서 디스크로 이동할 수 있는 페이지를 선택합니다. 따라서 실행 중인 응용 프로그램이 더 많은 메모리를 사용할 수 있고 캐싱도 보다 원활하게 작동합니다.

응용 프로그램이 허용된 최대 메모리를 할당하려고 시도하면 스왑 문제가 발생할 수 있습니다. 문제가 발생하는 세 가지 주요 경우는 다음과 같습니다.

스왑이 없는 시스템

응용 프로그램이 허용된 최대 메모리를 가져옵니다. 모든 캐시가 삭제되므로 실행 중인 다른 모든 응용 프로그램의 속도가 느려집니다. 몇 분 후에 커널의 메모리 부족 강제 종료 메커니즘이 활성화되고 프로세스가 강제 종료됩니다.

중간 크기(128MB ~ 512MB)의 스왑을 포함한 시스템

처음에는 스왑이 없는 시스템처럼 속도가 느립니다. 모든 실제 RAM이 할당된 후에 스왑 공간도 사용됩니다. 이때 시스템은 매우 느려지고 원격으로 명령을 실행할 수 없게 됩니다. 스왑 공간을 실행하는 하드 디스크의 속도에 따라 커널의 메모리 부족 강제 종료 메커니즘이 문제를 해결할 때까지 시스템은 약 10-15분 동안 이 상태로 계속 있습니다. 컴퓨터에서 디스크 일시 중단을 수행해야 할 경우 특정 스왑 공간이 필요합니다. 이런 경우 스왑 공간은 메모리의 필요한 데이터를 포함할 수 있는 크기여야 합니다(512MB ~ 1GB).

스왑이 많은 시스템(몇 GB)

이 경우 제어할 수 없고 지나치게 스와핑되는 응용 프로그램은 사용하지 않는 것이 좋습니다. 이러한 응용 프로그램을 사용하게 되면 복구하는 데 많은 시간이 걸립니다. 다른 프로세스에서 시간 초과 및 오류가 발생할 수 있으므로, 오류가 있는 프로세스가 종료되더라도 시스템은 정의되지 않은 상태가 될 수 있습니다. 이 경우 시스템을 재부팅하고 다시 실행해 보십시오. 많은 스왑은 이러한 기능에 의존하는 응용 프로그램이 있는 경우에만 유용합니다. 데이터베이스나 그래픽 조작 프로그램과 같은 응용 프로그램에는 필요에 따라 하드 디스크 공간을 바로 사용하는 옵션이 있습니다. 많은 스왑 공간을 사용하지 않고 이 옵션을 사용하는 것이 좋습니다.

시스템을 제어할 수 있지만 일정 시간이 지난 후 추가 스왑이 필요한 경우 스왑 공간을 온라인으로 확장할 수 있습니다. 스왑 공간을 위해 파티션을 준비했으면 YaST를 사용하여 이 파티션을 추가하십시오. 사용할 수 있는 파티션이 없으면 스왑 파일을 사용하여 스왑을 확장할 수도 있습니다. 스왑 파일은 일반적으로 파티션보다 속도가 느리지만 실제 RAM과 비교했을 때 두 가지 항목 모두 속도가 매우 느리므로 실제 차이는 미미합니다.

절차 10.2: 수동으로 스왑 파일 추가

실행 중인 시스템에서 스왑 파일을 추가하려면 다음 단계를 수행하십시오.

  1. 시스템에 빈 파일을 생성합니다. 예를 들어 /var/lib/swap/swapfile에 128MB의 스왑 파일을 추가하려면 다음 명령을 사용하십시오.

    tux > sudo mkdir -p /var/lib/swap
    tux > sudo dd if=/dev/zero of=/var/lib/swap/swapfile bs=1M count=128
  2. 다음 명령으로 이 스왑 파일을 초기화합니다.

    tux > sudo mkswap /var/lib/swap/swapfile
    참고
    참고: mkswap을 통해 포맷할 때 스왑 파티션에 대한 UUID 변경

    가능하면 mkswap을 사용하여 기존 스왑 파티션을 다시 포맷하지 마십시오. mkswap으로 다시 포맷하면 스왑 파티션의 UUID 값이 변경됩니다. YaST를 통해 다시 포맷(/etc/fstab 업데이트)하거나 직접 /etc/fstab를 조정하십시오.

  3. 다음 명령으로 스왑을 활성화합니다.

    tux > sudo swapon /var/lib/swap/swapfile

    스왑 파일을 비활성화하려면 다음 명령을 사용하십시오.

    tux > sudo swapoff /var/lib/swap/swapfile
  4. 다음 명령으로 현재 사용할 수 있는 스왑 공간을 확인합니다.

    tux > cat /proc/swaps

    이 공간은 임시 스왑 공간일 뿐입니다. 다음에 재부팅한 후에는 더 이상 사용되지 않습니다.

  5. 스왑 파일을 영구적으로 활성화려면 /etc/fstab에 다음 줄을 추가하십시오.

    /var/lib/swap/swapfile swap swap defaults 0 0

10.1.7 파티션과 LVM

고급 파티션 도구시스템 보기 창에 있는 볼륨 관리 항목을 클릭하여 LVM 구성에 액세스합니다. 그러나 시스템에서 이미 LVM 구성이 작동 중이면 이 구성은 세션의 초기 LVM 구성을 입력할 때 자동으로 활성화됩니다. 이 경우 활성화된 볼륨 그룹에 속한 파티션을 포함하는 모든 디스크는 다시 분할할 수 없습니다. 이 디스크의 파티션이 사용 중일 때 Linux 커널은 하드 디스크의 수정된 파티션 테이블을 다시 읽을 수 없습니다. 시스템에서 이미 LVM 구성이 있는 경우 실제 파티셔닝을 다시 수행할 필요가 없습니다. 대신, 논리 볼륨의 구성을 변경하십시오.

실제 볼륨(PV)의 시작 부분에 있는 파티션에 볼륨 정보가 기록됩니다. LVM 이외의 목적을 위해 이러한 파티션을 다시 사용하려면 이 볼륨의 시작 부분을 삭제하는 것이 좋습니다. 예를 들어 VG system 및 PV /dev/sda2에서 다음 명령을 사용하여 이를 수행하십시오.

dd if=/dev/zero of=/dev/sda2 bs=512 count=1
주의
주의: 부팅 파일 시스템

부팅에 사용된 파일 시스템(루트 파일 시스템 또는 /boot)을 LVM 논리 볼륨에 저장할 필요는 없습니다. 대신, 일반적인 실제 위치에 저장하십시오.

LVM에 대한 자세한 내용은 Book “Storage Administration Guide”를 참조하십시오.

10.2 LVM 구성

이 섹션에서는 LVM 구성을 위해 필요한 구체적인 단계를 설명합니다. 논리적 볼륨 관리자에 대한 일반적인 정보가 필요하면 Book “Storage Administration Guide”, Chapter 5 “LVM Configuration”, Section 5.1 “Understanding the Logical Volume Manager” 항목을 참조하십시오.

주의
주의: 데이터 백업

LVM 사용은 데이터 손실 등의 높은 위험과 관련될 수 있습니다. 위험에는 응용 프로그램 충돌, 정전 및 결함이 있는 명령도 포함됩니다. LVM을 구현하거나 볼륨을 재구성하기 전에 데이터를 저장하십시오. 작업할 때는 항상 백업하십시오.

시스템 보기 창의 볼륨 관리 항목에 있는 YaST 고급 파티션 도구(10.1절 “고급 파티션 도구 사용” 참조)에서 YaST LVM 구성에 액세스할 수 있습니다. 고급 파티션 도구를 사용하면 기존 파티션을 편집하고 삭제할 수 있고 LVM과 함께 사용해야 할 새 파티션을 생성할 수 있습니다.

10.2.1 실제 볼륨 생성

첫 번째 작업은 볼륨 그룹에 공간을 제공하는 실제 볼륨을 생성하는 것입니다.

  1. 하드 디스크에서 하드 디스크를 선택합니다.

  2. 파티션 탭으로 변경합니다.

  3. 추가를 클릭하고 이 디스크에서 원하는 PV 크기를 입력합니다.

  4. 파티션 포맷 안 함을 사용하고 파일 시스템 ID0x8E Linux LVM으로 변경합니다. 이 파티션을 탑재하지 않음

  5. 사용 가능한 디스크에 원하는 물리적 볼륨을 모두 정의할 때까지 이 절차를 반복합니다.

10.2.2 볼륨 그룹 생성

시스템에 볼륨 그룹이 없는 경우 볼륨 그룹을 추가해야 합니다(그림 10.3. “볼륨 그룹 생성” 참조). 시스템 보기 창에서 볼륨 관리를 클릭한 다음 볼륨 그룹 추가를 클릭하여 추가 그룹을 생성할 수 있습니다. 일반적으로 한 개의 볼륨 그룹이면 충분합니다.

  1. VG의 이름을 입력합니다(예: system).

  2. 원하는 물리적 확장 크기를 선택합니다. 이 값은 볼륨 그룹에서 물리적 블록의 크기를 정의합니다. 볼륨 그룹의 모든 디스크 공간은 이 크기의 블록으로 처리됩니다.

  3. 장치를 선택하고 추가를 클릭하여 준비된 PV를 VG에 추가합니다. 장치를 선택하는 동안 Ctrl 키를 누르고 있으면 여러 개의 장치를 선택할 수 있습니다.

  4. VG를 추가 구성 단계에 사용할 수 있도록 하려면 완료를 선택합니다.

볼륨 그룹 생성
그림 10.3: 볼륨 그룹 생성

여러 개의 볼륨 그룹이 정의되고 PV를 추가하거나 제거할 경우 볼륨 관리 목록에서 볼륨 그룹을 선택하고 크기 조정을 클릭합니다. 다음 창에서 선택한 볼륨 그룹에 PV를 추가하거나 제거할 수 있습니다.

10.2.3 논리적 볼륨 구성

볼륨 그룹을 PV로 채운 후에 다음 대화 상자에서 운영 체제를 사용할 LV를 정의합니다. 현재 볼륨 그룹을 선택하고 논리적 볼륨 탭으로 변경합니다. 볼륨 그룹의 모든 공간이 남지 않을 때까지 필요에 따라 LV를 추가, 편집, 크기 조정삭제합니다. 각 볼륨 그룹에 하나 이상의 LV를 지정합니다.

논리적 볼륨 관리
그림 10.4: 논리적 볼륨 관리

추가를 클릭한 후 열려 있는 마법사 모양의 팝업으로 이동합니다.

  1. LV의 이름을 입력합니다. /home에 탑재해야 할 파티션의 경우 HOME과 같은 이름을 사용할 수 있습니다.

  2. LV 유형을 선택합니다. 이 유형은 일반 볼륨, 씬 풀 또는 씬 볼륨일 수 있습니다. 개별 씬 볼륨을 저장할 수 있는 씬 풀을 먼저 만들어야 합니다. 씬 프로비저닝의 큰 장점은 씬 풀에 저장된 모든 씬 볼륨의 합계가 풀 자체의 크기를 초과할 수 있다는 점입니다.

  3. LV의 스트라이프 수와 크기를 선택합니다. PV가 한 개만 있는 경우 둘 이상의 스트라이프를 선택하는 것은 아무 소용이 없습니다.

  4. LV에서 사용할 파일 시스템과 마운트 포인트를 선택합니다.

스트라이프를 사용하여 여러 PV(스트라이핑)에서 LV의 데이터 스트림을 배포할 수 있습니다. 그러나 볼륨 스트라이핑은 여러 PV에서만 수행될 수 있으며, 각 PV는 해당 볼륨 공간 이상을 제공합니다. 최대 스트라이프 수는 PV 수와 같고, 여기서 스트라이프 "1"은 "스트라이핑 없음"을 의미합니다. 스트라이핑은 PV가 여러 하드 디스크에 있을 경우에만 해당되며, 그렇지 않은 경우 성능이 저하됩니다.

주의
주의: 스트라이핑

이때 YaST는 스트라이핑과 관련된 항목의 정확성을 확인할 수 없습니다. 여기서 발생한 모든 오류는 LVM이 디스크에서 구현된 경우에만 나중에 나타납니다.

시스템에서 LVM을 이미 구성한 경우 기존 논리적 볼륨도 사용할 수 있습니다. 계속하기 전에 해당 LV에도 적합한 탑재 지점을 지정하십시오. 완료를 눌러 YaST 고급 파티션 도구로 돌아간 다음 작업을 완료하십시오.

10.3 소프트 RAID

이 섹션에서는 다양한 유형의 RAID 생성 및 구성에 필요한 작업을 설명합니다. RAID에 관한 배경 정보가 필요한 경우 Book “Storage Administration Guide”, Chapter 7 “Software RAID Configuration”, Section 7.1 “Understanding RAID Levels” 항목을 참조하십시오.

10.3.1 소프트 RAID 구성

10.1절 “고급 파티션 도구 사용”에 설명된 YaST 고급 파티션 도구에서 YaST RAID 구성에 액세스할 수 있습니다. 이 파티셔닝 도구를 사용하여 기존 파티션을 편집 및 삭제하고 소프트 RAID와 함께 사용할 새 파티션을 생성할 수 있습니다.

  1. 하드 디스크에서 하드 디스크를 선택합니다.

  2. 파티션 탭으로 변경합니다.

  3. 추가를 클릭하고 이 디스크의 원하는 RAID 파티션 크기를 입력합니다.

  4. 파티션을 포맷하지 않음을 사용하고 파일 시스템 ID0xFD Linux RAID로 변경합니다. 이 파티션을 탑재하지 않음

  5. 사용 가능한 디스크에 원하는 물리적 볼륨을 모두 정의할 때까지 이 절차를 반복하십시오.

RAID 0 및 RAID 1의 경우 최소 두 개의 파티션이 필요하며, RAID 1의 경우 일반적으로 정확히 두 개입니다. RAID 5가 사용되면 3개 이상의 파티션이 필요합니다. RAID 6 및 RAID 10에는 4개 이상의 파티션이 필요합니다. 동일한 크기의 파티션만 사용하는 것이 좋습니다. RAID 파티션은 하나가 손상될 경우(RAID 1 및 5) 데이터 유실 위험을 줄이고 RAID 0의 성능을 최적화하기 위해 다른 하드 디스크에 배치해야 합니다. RAID와 함께 사용할 모든 파티션을 생성한 후 RAID › RAID 추가를 클릭하여 RAID 구성을 시작하십시오.

다음 대화 상자에서 RAID 수준 0, 1, 5, 6, 10 중 하나를 선택하십시오. 그런 다음 RAID 시스템에서 사용하는 Linux RAID 또는 Linux 기본 유형을 포함한 모든 파티션을 선택하십시오. 스왑 또는 DOS 파티션이 표시되지 않습니다.

RAID 파티션
그림 10.5: RAID 파티션

이전에 할당되지 않은 파티션을 선택된 RAID 볼륨에 추가하려면 먼저 파티션을 클릭한 다음 추가를 클릭하십시오. RAID에 대해 예약된 모든 파티션을 할당하십시오. 그렇지 않으면, 파티션의 공간이 사용되지 않는 상태로 남아 있습니다. 모든 파티션을 할당한 후 다음을 클릭하여 사용 가능한 RAID 옵션을 선택하십시오.

마지막 단계에서 RAID 볼륨에 대해 사용할 파일 시스템, 암호화 및 탑재 지점을 설정하십시오. 마침으로 구성을 완료한 후 고급 파티션 도구에서 /dev/md0 장치와 RAID로 표시된 기타 장치를 확인하십시오.

10.3.2 문제 해결

RAID 파티션이 손상되었는지 여부를 알아보려면 /proc/mdstat 파일을 확인하십시오. 시스템 장애가 발생하면 Linux 시스템을 종료하고 결함이 있는 하드 디스크를 동일한 방식으로 파티션된 새 하드 디스크로 바꾸십시오. 그런 다음 시스템을 재시작하고 mdadm /dev/mdX --add /dev/sdX 명령을 입력하십시오. 'X'를 특정 장치 ID로 바꾸십시오. 하드 디스크가 자동으로 RAID 시스템에 통합되고 완전히 재구성됩니다.

재구성 중 모든 데이터에 액세스할 수 있더라도, RAID가 완전히 재구성될 때까지 성능 문제가 발생할 수도 있습니다.

10.3.3 추가 정보

소프트 RAID에 대한 구성 지침 및 상세 정보는 다음 위치에서 확인 가능:

http://marc.info/?l=linux-raid와 같은 Linux RAID 주소록도 사용할 수 있습니다.

11 원격 설치

SUSE® Linux Enterprise Server 설치는 네트워크에서 완전히 수행할 수 있습니다. 이 장에서는 네트워크를 통해 설치를 부팅, 설치 및 제어하는 데 필요한 환경을 제공하는 방법에 대해 설명합니다.

11.1 개요

원격 설치의 경우 부팅 방법, 설치 제어 방법 및 설치 데이터 소스를 고려해야 합니다. 사용 가능한 모든 옵션은 하드웨어 플랫폼에 사용할 수 있는 경우 서로 결합할 수 있습니다.

부팅 방법

하드웨어에 따라 시스템 부팅에는 여러 옵션이 존재합니다. 일반적인 옵션은 DVD, USB 드라이브 또는 PXE 부팅입니다. 플랫폼에 대한 자세한 내용은 I부. 설치 준비 항목을 참조하십시오.

PXE를 통한 부팅 서버를 설정하려면 17장 네트워크 부팅 환경 준비 항목을 참조하십시오.

데이터 소스

대부분 DVD 또는 USB 드라이브가 SUSE Linux Enterprise Server 설치의 소스로 사용됩니다. 또는 설치 서버를 사용할 수 있습니다. 이 경우 install 부팅 파라미터를 사용하여 소스를 지정합니다. 자세한 내용은 7.3.3절 “설치 소스 지정”을 참조하십시오.

설치에 네트워크 소스를 사용하려면 16장 네트워크 설치 소스 설정에 설명된 대로 서버를 준비합니다.

설치 제어

대상 시스템에 직접 연결된 키보드 및 모니터를 사용하는 대신 SSH, VNC를 통해 또는 시스템의 직렬 콘솔을 사용하여 설치를 제어할 수 있습니다. 이는 11.3절 “VNC를 통한 설치 모니터링”, 11.4절 “SSH를 통한 설치 모니터링”11.5절 “직렬 콘솔을 통한 설치 모니터링”절에 설명되어 있습니다.

설치를 직접 제어하는 대신 AutoYaST를 사용하여 설치 프로세스 전체를 자동화할 수 있습니다. 자세한 내용은 Book “AutoYaST Guide”를 참조하십시오.

11.2 원격 설치 시나리오

이 절에서는 원격 설치의 가장 일반적인 설치 시나리오에 대해 소개합니다. 각 시나리오에 대해 전제 조건 목록을 신중하게 확인한 후 해당 시나리오에 간략하게 설명된 절차를 따르십시오. 특정 단계에 대한 상세 지침이 필요할 경우 각 지침에 제공된 링크를 눌러 이동하십시오.

11.2.1 VNC 통해 소스 미디어에서 설치

설치를 위해 부팅하기 위해서는 이 설치 유형에 대상 시스템에 대한 물리적 액세스가 어느 정도 필요합니다. 설치는 설치 프로그램에 연결할 VNC를 사용하여 원격 워크스테이션에서 제어됩니다. 사용자 개입은 8장 설치 단계의 수동 설치에서와 같이 필요합니다.

이 설치 유형에서 다음과 같은 요구사항이 충족되는지 확인합니다.

  • 네트워크 연결 중인 대상 시스템

  • 네트워크 연결 중인 제어 시스템과 VNC 뷰어 소프트웨어 또는 JavaScript 사용 브라우저(Firefox, Chromium, Internet Explorer, Opera 등)

  • 설치 DVD 또는 USB 플래시 드라이브

이 설치 유형을 실행하려면 다음을 수행하십시오.

  1. SUSE Linux Enterprise Server 미디어 키트의 설치 매체(USB 플래시 드라이브)를 사용하여 대상 시스템을 부팅합니다.

  2. 대상 시스템의 부팅 화면이 나타나면 부팅 파라미터 프롬프트를 사용하여 VNC 옵션을 설정하고 필요한 경우 정적 네트워크 구성을 설정합니다. 부팅 파라미터에 대한 정보는 7장 부팅 파라미터 항목을 참조하십시오.

    1. 정적 네트워크 구성을 위한 부팅 파라미터:

      netdevice=NETDEVICE hostip=IP_ADDRESS netmask=NETMASK gateway=IP_GATEWAY vnc=1 VNCPassword=PASSWORD
    2. 동적(DHCP) 네트워크 구성을 위한 부팅 파라미터:

      vnc=1 VNCPassword=PASSWORD
  3. 대상 시스템은 텍스트 기반 환경에서 부팅합니다. 이 환경은 VNC 뷰어 응용 프로그램 또는 브라우저에서 사용할 수 있는 그래픽 설치 환경 하에서 네트워크 주소와 디스플레이 번호를 제공합니다. VNC 설치는 OpenSLP를 통해 알립니다(방화벽 설정에서 허용하는 경우). VNC 설치는 11.3.1절 “VNC 설치 준비”에 설명된 대로 slptool을 사용하여 찾을 수 있습니다.

  4. 제어 워크스테이션에서 VNC 보기 응용 프로그램 또는 웹 브라우저를 열고 11.3절 “VNC를 통한 설치 모니터링”에서 설명한 대로 대상 시스템에 연결합니다.

  5. 8장 설치 단계에서 설명한 대로 설치를 수행합니다.

  6. 초기 시스템 구성을 위해 재부팅한 후 대상 시스템에 다시 연결합니다. 자세한 내용은 V부. 초기 시스템 구성을 참조하십시오.

11.2.2 VNC를 통해 네트워크에서 설치

이 설치 유형은 대상 시스템과의 직접 상호 작용이 필요하지 않습니다. 시스템은 PXE를 통해 부팅되며 설치 데이터를 서버에서 가져옵니다.

이 설치 유형을 수행하려면 다음과 같은 요구사항이 충족되는지 확인합니다.

  • DHCP, NFS, HTTP, FTP, TFTP 또는 SMB 서버 설치에 사용할 수 있는 하나 이상의 시스템

  • PXE 부팅, 네트워킹 및 WOL(Wake On Lan)을 네트워크에 연결할 수 있는 대상 시스템

  • 네트워크 연결 중인 제어 시스템과 VNC 뷰어 소프트웨어 또는 JavaScript 사용 브라우저(Firefox, Chromium, Microsoft Edge, Opera 등)

이 설치 유형을 실행하려면 다음을 수행하십시오.

  1. 설치 데이터를 포함하는 서버를 설정합니다. 자세한 내용은 IV부. 설치 서버 설정을 참조하십시오.

  2. 네트워크의 DHCP 및 TFTP 서버를 설정합니다. 방법은 17장 네트워크 부팅 환경 준비에 기술되어 있습니다. 필요한 부팅 파라미터를 추가하여 VNC 서버를 활성화합니다.

  3. 대상 시스템 펌웨어에서 PXE 부팅을 활성화합니다. 자세한 내용은 17.4절 “PXE 부팅을 위한 대상 시스템 준비”를 참조하십시오.

  4. WOL(Wake On Lan)을 사용하여 대상 시스템의 부팅 프로세스를 시작합니다. 방법은 17.6절 “WOL(Wake On Lan)”에 기술되어 있습니다.

  5. 제어 워크스테이션에서 VNC 보기 응용 프로그램 또는 웹 브라우저를 열고 11.3절 “VNC를 통한 설치 모니터링”에서 설명한 대로 대상 시스템에 연결합니다.

  6. 8장 설치 단계에서 설명한 대로 설치를 수행합니다.

  7. 초기 시스템 구성을 위해 재부팅한 후 대상 시스템에 다시 연결합니다. 자세한 내용은 V부. 초기 시스템 구성을 참조하십시오.

11.2.3 SSH 통해 소스 미디어에서 설치

설치를 위해 부팅하고 설치 대상의 IP 주소를 결정하기 위해서는 이 설치 유형에 대상 시스템에 대한 물리적 액세스가 어느 정도 필요합니다. 설치 자체는 설치 프로그램에 연결할 SSH를 사용하여 원격 워크스테이션에서 전적으로 제어되지만, 사용자 개입은 8장 설치 단계의 일반 설치에서와 같이 필요합니다.

이 설치 유형에서 다음과 같은 요구사항이 충족되는지 확인합니다.

  • 네트워크 연결 중인 대상 시스템

  • 네트워크 연결 및 SSH 클라이언트 소프트웨어 작업 중인 제어 시스템

  • 설치 DVD 또는 USB 플래시 드라이브

이 설치 유형을 실행하려면 다음을 수행하십시오.

  1. IV부. 설치 서버 설정에 설명된 대로 설치 대상 및 설치 서버를 설정합니다.

  2. SUSE Linux Enterprise Server 미디어 키트의 설치 매체(USB 플래시 드라이브)를 사용하여 대상 시스템을 부팅합니다.

  3. 대상 시스템의 부팅 화면이 나타나면 부팅 파라미터 프롬프트를 사용하여 SSH 옵션을 설정하고 필요한 경우 정적 네트워크 구성을 설정합니다. 부팅 파라미터에 대한 정보는 7장 부팅 파라미터 항목을 참조하십시오.

    1. 정적 네트워크 구성을 위한 부팅 파라미터:

      netdevice=NETDEVICE hostip=IP_ADDRESS netmask=NETMASK gateway=IP_GATEWAY ssh=1 ssh.password=PASSWORD
    2. 동적(DHCP) 네트워크 구성을 위한 부팅 파라미터:

      ssh=1 ssh.password=PASSWORD
  4. 대상 시스템은 텍스트 기반 환경에서 부팅합니다. 이 환경은 SSH 클라이언트에서 사용할 수 있는 그래픽 설치 환경 하에서 네트워크 주소를 제공합니다.

  5. 제어 워크스테이션에서 터미널 창을 열고 11.4.2절 “설치 프로그램에 연결”에서 설명한 대로 대상 시스템에 연결합니다.

  6. 8장 설치 단계에서 설명한 대로 설치를 수행합니다.

  7. 초기 시스템 구성을 위해 재부팅한 후 대상 시스템에 다시 연결합니다. 자세한 내용은 V부. 초기 시스템 구성을 참조하십시오.

11.2.4 SSH를 통해 네트워크에서 설치

이 설치 유형은 대상 시스템과의 직접 상호 작용이 필요하지 않습니다. 시스템은 PXE를 통해 부팅되며 설치 데이터를 서버에서 가져옵니다.

이 설치 유형을 수행하려면 다음과 같은 요구사항이 충족되는지 확인합니다.

  • DHCP, NFS, HTTP, FTP, TFTP 또는 SMB 서버 설치에 사용할 수 있는 하나 이상의 시스템

  • PXE 부팅, 네트워킹 및 WOL(Wake On Lan)을 네트워크에 연결할 수 있는 대상 시스템

  • 네트워크 연결 및 SSH 뷰어 소프트웨어 작업 중인 제어 시스템

이 설치 유형을 실행하려면 다음을 수행하십시오.

  1. 설치 데이터를 포함하는 서버를 설정합니다. 자세한 내용은 IV부. 설치 서버 설정을 참조하십시오.

  2. 네트워크의 DHCP 및 TFTP 서버를 설정합니다. 방법은 17장 네트워크 부팅 환경 준비에 기술되어 있습니다. 필요한 부팅 파라미터를 추가하여 SSH 서버를 활성화합니다.

  3. 대상 시스템 펌웨어에서 PXE 부팅을 활성화합니다. 자세한 내용은 17.4절 “PXE 부팅을 위한 대상 시스템 준비”를 참조하십시오.

  4. WOL(Wake On Lan)을 사용하여 대상 시스템의 부팅 프로세스를 시작합니다. 방법은 17.6절 “WOL(Wake On Lan)”에 기술되어 있습니다.

  5. 제어 워크스테이션에서 SSH 클라이언트 소프트웨어를 열고 11.4절 “SSH를 통한 설치 모니터링”에서 설명한 대로 대상 시스템에 연결합니다.

  6. 8장 설치 단계에서 설명한 대로 설치를 수행합니다.

  7. 초기 시스템 구성을 위해 재부팅한 후 대상 시스템에 다시 연결합니다. 자세한 내용은 V부. 초기 시스템 구성을 참조하십시오.

11.3 VNC를 통한 설치 모니터링

VNC 뷰어 소프트웨어를 사용하여 실제로 모든 운영 체제에서 SUSE Linux Enterprise Server의 설치를 원격으로 제어할 수 있습니다. 이 절에서는 VNC 뷰어 응용 프로그램 또는 웹 브라우저를 사용한 설정을 소개합니다.

11.3.1 VNC 설치 준비

설치 대상에서 VNC를 활성화하려면 설치를 위한 초기 부팅 시 적절한 부팅 파라미터를 지정합니다(7장 부팅 파라미터 참조). 대상 시스템은 텍스트 기반 환경으로 부팅하고 VNC 클라이언트가 설치 프로그램에 연결할 때까지 기다립니다.

설치 프로그램은 IP 주소를 알리고 설치를 위해 연결에 필요한 번호를 표시합니다. 대상 시스템에 대한 물리적 액세스가 있는 경우 이 정보는 시스템이 설치를 위해 부팅된 즉시 제공됩니다. VNC 클라이언트 소프트웨어에 관련 메시지가 표시되면 이 데이터를 입력하고 VNC 비밀번호를 제공합니다.

설치 대상은 자체적으로 OpenSLP를 통해 알리기 때문에 SLP 브라우저를 통해 설치 대상의 주소 정보를 검색할 수 있습니다. 설치 대상 자체와의 실제 접촉은 필요 없으며 제공된 네트워크 설정 및 모든 시스템은 OpenSLP를 지원합니다.

절차 11.1: OpenSLP를 통해 VNC 설치 찾기
  1. VNC를 제공하는 모든 서비스 목록을 가져오려면 slptool findsrvtypes | grep vnc를 실행합니다. VNC 설치 대상은 YaST.installation.suse 서비스 아래에서 사용할 수 있습니다.

  2. 사용 가능한 설치 목록을 가져오려면 slptool findsrvs YaST.installation.suse를 실행합니다. VNC 뷰어와 함께 제공된 IP 주소 및 포트(일반적으로 5901)를 사용합니다.

11.3.2 설치 프로그램에 연결

VNC 서버(이 경우는 설치 대상)에 연결하는 방법은 두 가지가 있습니다. 즉 운영 체제에서 독립 VNC 뷰어 응용 프로그램을 시작하거나 JavaScript 사용 웹 브라우저를 사용하여 연결할 수 있습니다.

VNC를 사용하여 Linux 특징, Windows 또는 Mac OS를 포함한 기타 운영 체제에서 Linux 시스템의 설치를 제어할 수 있습니다.

Linux 시스템에서 패키지 tightvnc가 설치되었는지 확인합니다. Windows 시스템에서 이 응용 프로그램의 Windows 포트를 설치합니다. 이 내용은 TightVNC 홈페이지(http://www.tightvnc.com/download.html)에서 확인할 수 있습니다.

대상 시스템에서 실행 중인 설치 프로그램에 연결하려면 다음을 수행하십시오.

  1. VNC 뷰어를 시작합니다.

  2. SLP 브라우저 또는 설치 프로그램 자체에서 제공된 대로 설치 대상의 IP 주소와 디스플레이 번호를 입력합니다.

    IP_ADDRESS:DISPLAY_NUMBER

    바탕 화면에서 창이 열리고 YaST 화면이 일반 로컬 설치에서와 같이 표시됩니다.

설치 프로그램에 연결할 웹 브라우저를 사용하는 것은 VNC 소프트웨어 또는 기본 운영 체제와 완전히 무관합니다. 브라우저 응용 프로그램에서 JavaScript 지원을 사용하는 한 원하는 브라우저(Firefox, Internet Explorer, Chromium, Opera 등)를 사용하여 Linux 시스템의 설치를 수행할 수 있습니다.

브라우저 VNC 연결이 암호화되지 않았습니다.

VNC 설치를 실행하려면 다음을 수행하십시오.

  1. 기본 웹 브라우저를 시작합니다.

  2. 주소 프롬프트에서 다음을 입력합니다.

    http://IP_ADDRESS_OF_TARGET:5801
  3. 메시지가 나타나면 VNC 비밀번호를 입력합니다. 이제 브라우저 창에는 일반 로컬 설치에서와 같이 YaST 화면이 표시됩니다.

11.4 SSH를 통한 설치 모니터링

SSH를 사용하여 SSH 클라이언트 소프트웨어를 사용하는 Linux 시스템의 설치를 원격으로 제어할 수 있습니다.

11.4.1 SSH 설치 준비

필요한 소프트웨어 패키지(Linux의 경우 OpenSSH, Windows의 경우 PuTTY)의 설치 외에도 적합한 부팅 파라미터를 지정하여 설치를 위해 SSH를 활성화해야 합니다. 자세한 내용은 7장 부팅 파라미터을 참조하십시오. OpenSSH는 기본적으로 모든 SUSE Linux 기반 운영 체제에서 설치됩니다.

11.4.2 설치 프로그램에 연결

SSH 설치를 시작한 후 이 절차를 사용하여 SSH 세션에 연결합니다.

  1. 설치 대상의 IP 주소를 검색합니다. 대상 시스템에 대한 물리적 액세스가 있는 경우 초기 부팅 후에 설치 루틴이 콘솔에서 제공하는 IP 주소를 가져옵니다. 그렇지 않으면, DHCP 서버 구성에서 이 특정 호스트에 지정된 IP 주소를 가져옵니다.

  2. 명령줄에서 다음 명령을 입력합니다.

    ssh -X root@TARGET_IP_ADDRESS

    TARGET_IP_ADDRESS를 설치 대상의 실제 IP 주소로 바꿉니다.

  3. 사용자 이름을 입력하라는 메시지가 나타나면 root를 입력합니다.

  4. 비밀번호를 입력하라는 메시지가 나타나면 SSH 부팅 파라미터와 함께 설정된 비밀번호를 입력합니다. 인증에 성공하면 설치 대상에 대한 명령줄 프롬프트가 나타납니다.

  5. yast를 입력하여 설치 프로그램을 시작합니다. 8장 설치 단계에서 설명한 대로 창이 열리고 일반 YaST 화면이 표시됩니다.

11.5 직렬 콘솔을 통한 설치 모니터링

이 설치 방법을 사용하려면 null 모뎀 케이블로 SUSE Linux Enterprise Server를 설치할 컴퓨터에 연결할 보조 컴퓨터가 필요합니다. 두 시스템의 하드웨어 및 펌웨어에서 직렬 콘솔을 지원해야 합니다. 일부 펌웨어 구현은 /chosen/stdout-path를 적절히 설정한 장치 트리를 제공하여 부팅 콘솔 출력을 직렬 콘솔로 보내도록 이미 구성되어 있습니다. 이 경우 추가 구성이 필요하지 않습니다.

펌웨어가 부팅 콘솔 출력에 직렬 콘솔을 사용하지 않는 경우 설치에 대해 다음 부팅 파라미터를 설정합니다. console=TTY,BAUDRATE. 자세한 내용은 Book “Administration Guide”, Chapter 14 “The Boot Loader GRUB 2”, Section 14.2.5 “Editing menu entries during the boot procedure”7장 부팅 파라미터 항목을 참조하십시오.

BAUDRATE는 인터페이스의 전송 속도로 바꾸어야 합니다. 유효한 값은 115200, 38400 또는 9600입니다. TTY는 인터페이스 이름으로 바꾸어야 합니다. 대부분의 컴퓨터에는 직렬 인터페이스가 하나 이상 있습니다. 하드웨어에 따라 인터페이스 이름이 달라질 수 있습니다:

  • ttyS0 - APM

  • ttyAMA0 - SBSA(Server Base System Architecture)

  • ttyPS0 - Xilinx

설치하려면 minicom 또는 screen과 같은 터미널 프로그램이 필요합니다. 직렬 연결을 시작하려면 다음 명령을 입력하여 로컬 콘솔에서 화면 프로그램을 실행하십시오.

tux > screen /dev/ttyUSB0 115200

화면이 115200의 전송 속도로 첫 번째 직렬 포트를 수신합니다. 이때부터 설치는 이 터미널에서 텍스트 기반 설치를 하는 경우와 유사하게 진행됩니다.

12 문제 해결

이 절에서는 설치 중 생길 수 있는 일반적인 몇 가지 문제를 강조하고 가능한 솔루션 또는 해결 방법을 제공합니다.

12.1 미디어 확인

SUSE Linux Enterprise Server 설치 미디어를 사용하여 문제가 발생하는 경우 설치 미디어의 무결성을 확인하십시오. 미디어에서 부팅하고 [부팅] 메뉴에서 자세히  › 설치 미디어 확인을 선택합니다. MSYS 부팅이 수행되어 확인할 장치를 선택할 수 있습니다. 각 장치를 선택하고 확인을 눌러 확인을 수행합니다.

실행 중인 시스템에서 YaST를 시작하고 소프트웨어 › 미디어 확인을 선택합니다. 매체를 삽입하고 확인 시작을 클릭합니다. 확인에는 몇 분이 소요될 수 있습니다.

확인 도중 오류가 감지되면 설치에 이 매체를 사용하지 마십시오. 예를 들어, 자체적으로 DVD에 매체를 구울 때 미디어 오류가 발생할 수 있습니다. 낮은 속도(4x)에서 미디어를 구우면 문제를 방지하는 데 도움이 됩니다.

12.2 사용 가능한 부팅 가능 드라이브 없음

USB 또는 DVD 드라이브에서 컴퓨터를 부팅할 수 없는 경우에는 몇 가지 대안이 있습니다. SUSE Linux Enterprise Server에서 해당 드라이브를 지원하지 않는 경우의 옵션이기도 합니다.

외부 USB 플래시 드라이브 또는 DVD 드라이브 사용

Linux는 대부분의 기존 USB 플래시 드라이브 또는 DVD 드라이브를 지원합니다. 시스템에 USB 플래시 드라이브 또는 DVD 드라이브가 없는 경우에도 여전히 USB, FireWire 또는 SCSI를 통해 연결된 외부 드라이브를 사용하여 시스템을 부팅할 수 있습니다. 문제가 발생하는 경우 펌웨어 업데이트가 도움이 되는 경우도 있습니다.

PXE를 통한 네트워크 부팅

시스템에 USB 플래시 드라이브 및 DVD 드라이브 없지만 이더넷 연결을 제공하는 경우 전체 네트워크 기반 설치를 수행하십시오. 자세한 내용은 11.2.2절 “VNC를 통해 네트워크에서 설치”11.2.4절 “SSH를 통해 네트워크에서 설치” 항목을 참조하십시오.

USB 플래시 드라이브

시스템에 DVD 드라이브와 네트워크 연결이 부족한 경우 USB 플래시 드라이브를 사용할 수 있습니다. 자세한 내용은 다음을 참조하십시오.

12.3 설치 미디어에서 부팅 오류

시스템이 설치 미디어를 부팅하지 못하는 한 가지 이유는 BIOS의 잘못된 부팅 시퀀스 설정 때문일 수 있습니다. BIOS 부팅 시퀀스에는 첫 번째 부팅 항목으로 USB 플래시 드라이브 또는 DVD 드라이브가 설정되어 있어야 합니다. 그렇지 않으면 시스템에서 다른 매체(일반적으로 하드 디스크)에서 부팅을 시도합니다. 펌웨어 부팅 시퀀스 변경에 대한 지침은 메인보드와 함께 제공된 문서 또는 다음 단락에서 찾아볼 수 있습니다.

BIOS는 컴퓨터의 매우 기본적인 기능을 활성화하는 소프트웨어입니다. 마더보드 공급업체는 하드웨어에 맞춰 특별히 만들어진 BIOS를 제공합니다. 일반적으로 BIOS 설정은 시스템 부팅 시 특정 시간에만 액세스할 수 있습니다. 이 초기화 단계에서 시스템은 여러 진단 하드웨어 테스트를 수행합니다. 그중 하나는 메모리 카운터에서 표시하는 메모리 확인입니다. 카운터가 나타나면 일반적으로 카운터 아래 또는 하단 어딘가에서 BIOS 설정에 액세스하기 위해 눌러야 할 키를 표시하는 라인을 찾으십시오. 일반적으로 눌러야 할 키는 Del, F1 또는 Esc 중 하나입니다. BIOS 설정 화면이 나타날 때까지 이 키를 누릅니다.

절차 12.1: BIOS 부팅 시퀀스 변경
  1. 부팅 루틴에 따라 적절한 키를 사용하여 BIOS를 입력하고 BIOS 화면이 나타날 때까지 기다립니다.

  2. AWARD BIOS에서 부팅 시퀀스를 변경하려면 BIOS 기능 설정 항목을 찾아봅니다. 기타 제조업체에서는 고급 CMOS 설정과 같이 이와 다른 이름이 있을 수 있습니다. 항목을 발견하면 이 항목을 선택한 다음 Enter로 확인합니다.

  3. 열린 화면에서 부팅 시퀀스 또는 부팅 순서라는 하위 항목을 찾아봅니다. USB 플래시 드라이브 또는 DVD 드라이브가 먼저 나열될 때까지 Page ↑ 또는 Page ↓을 눌러 설정을 변경합니다.

  4. Esc를 눌러 BIOS 설정 화면을 닫습니다. 변경 사항을 저장하려면 설정 저장 및 종료를 선택하거나 F10을 누릅니다. 설정을 저장해야 하는지 확인하려면 Y를 누릅니다.

절차 12.2: SCSI BIOS에서 부팅 시퀀스(Adaptec 호스트 어댑터) 변경
  1. CtrlA를 눌러 설정을 엽니다.

  2. 디스크 유틸리티를 선택합니다. 연결된 하드웨어 구성 요소가 이제 표시됩니다.

    USB 플래시 드라이브 또는 DVD 드라이브의 SCSI ID를 메모합니다.

  3. Esc로 메뉴를 종료합니다.

  4. 어댑터 설정 구성을 엽니다. 추가 옵션에서 부팅 장치 옵션을 선택하고 Enter를 누릅니다.

  5. USB 플래시 드라이브 또는 DVD 드라이브의 ID를 입력하고 <Enter> 키를 다시 누릅니다.

  6. Esc를 두 번 눌러 SCSI BIOS의 시작 화면으로 돌아갑니다.

  7. 이 화면을 종료하고 로 확인하여 컴퓨터를 부팅합니다.

최종 설치에서 사용할 언어 및 키보드 레이아웃과 상관없이 대부분의 BIOS 구성에서는 다음 그림에 표시된 바와 같이 US 키보드 레이아웃을 사용합니다.

US 키보드 레이아웃
그림 12.1: US 키보드 레이아웃

12.4 부팅 오류

일부 하드웨어 유형에서(주로 아주 오래되었거나 아주 최신 유형) 부팅 시 오류가 발생합니다. 이유는 일부 특정 하드웨어에 문제를 일으키는 설치 커널 또는 드라이브에서 하드웨어 지원 누락이 될 수 있습니다.

시스템이 첫 번째 설치 부팅 화면에서 표준 설치 모드를 사용한 설치에 실패하는 경우 다음을 시도하십시오.

  1. 아직 드라이브에 있는 설치 미디어를 사용하여 <CtrlAltDel> 또는 하드웨어 재설정 버튼을 사용하여 시스템을 재부팅합니다.

  2. 부팅 화면이 나타나면 F5를 누르고, 키보드의 화살표 키를 사용하여 No ACPI로 이동하고, Enter를 눌러 부팅 및 설치 프로세스를 실행합니다. 이 옵션은 ACPI 전원 관리 기술에 대한 지원을 비활성화합니다.

  3. 8장 설치 단계에 설명된 대로 설치를 계속합니다.

이에 실패하면 위 작업을 계속하는 대신 안전 설정을 선택합니다. 이 옵션은 ACPI 및 DMA 지원을 비활성화합니다. 대부분의 하드웨어는 이 옵션으로 부팅됩니다.

이러한 옵션이 모두 실패하면 부팅 파라미터 프롬프트를 사용하여 이 유형의 하드웨어를 지원하는 데 필요한 추가 파라미터를 설치 커널에 전달하십시오. 부팅 파라미터로 사용할 수 있는 파라미터에 대한 자세한 내용은 /usr/src/linux/Documentation/kernel-parameters.txt에 있는 커널 설명서를 참조하십시오.

작은 정보
작은 정보: 커널 설명서 참고

커널 설명서를 보려면 kernel-source 패키지를 설치합니다.

설치를 위한 부팅을 하기 전에 부팅 프롬프트에 입력할 수 있는 다른 ACPI 관련 커널 파라미터가 있습니다.

acpi=off

이 파라미터는 컴퓨터의 전체 ACPI 하위 시스템을 비활성화합니다. 이는 컴퓨터가 ACPI를 처리할 수 없거나 컴퓨터의 ACPI가 문제를 일으킨다고 생각하는 경우 유용할 수 있습니다.

acpi=force

컴퓨터에 날짜가 2000년도 이전의 BIOS가 있는 경우에도 항상 ACPI를 활성화합니다. 이 파라미터도 acpi=off 외에 설정된 경우 ACPI를 활성화합니다.

acpi=noirq

IRQ 라우팅에 ACPI를 사용하지 않습니다.

acpi=ht

하이퍼-스레딩을 활성화하기에 충분한 ACPI만 실행합니다.

acpi=strict

엄격하게 ACPI 사양을 준수하지 않는 플랫폼에 대해서는 허용 범위를 낮춥니다.

pci=noacpi

새로운 ACPI 시스템의 PCI IRQ 라우팅을 비활성화합니다.

pnpacpi=off

이 옵션은 BIOS 설정에 잘못된 인터럽트 또는 포트가 포함되어 있는 경우 직렬 또는 병렬 문제에 대한 것입니다.

notsc

시간 스탬프 카운터를 비활성화합니다. 이 옵션은 시스템의 시간 문제를 해결하는 데 사용할 수 있습니다. 최신 기능이므로 시스템에 특히 시간과 관련되거나 전체 응답 중단과 관련된 회귀가 나타나면 이 옵션을 시도해볼 만합니다.

nohz=off

nohz 기능을 비활성화합니다. 시스템이 중단되면 이 옵션이 도움이 될 수 있습니다. 그 외의 경우에는 해당되지 않습니다.

올바른 파라미터 결합을 결정한 경우 YaST에서 다음번에 적절히 시스템이 부팅되게 하려고 부팅 로드 구성으로 자동 작성합니다.

커널이 로드되거나 설치 중 설명할 수 없는 오류가 발생하는 경우 [부팅] 메뉴에서 메모리 테스트를 선택하여 메모리를 확인합니다. 메모리 테스트에서 오류를 반환하면 일반적으로 하드웨어 오류입니다.

12.5 그래픽 설치 프로그램 실행 오류

매체를 드라이브에 삽입하고 시스템을 재부팅한 다음 설치 화면이 나타나지만 설치를 선택한 다음 그래픽 설치 프로그램이 시작되지 않습니다.

이 상황을 처리하는 방법은 여러 가지가 있습니다.

  • 설치 대화 상자에 대해 다른 화면 해상도 선택을 시도합니다.

  • 설치에 대해 텍스트 모드를 선택합니다.

  • 그래픽 설치 프로그램을 사용하여 VNC를 통해 원격 설치를 수행합니다.

절차 12.3: 설치를 위한 화면 해상도 변경
  1. 설치를 위해 부팅합니다.

  2. F3을 눌러 설치를 목적으로 더 낮은 해상도를 선택할 메뉴를 엽니다.

  3. 설치를 선택하고 8장 설치 단계에 설명된 대로 설치를 계속합니다.

절차 12.4: 텍스트 모드로 설치
  1. 설치를 위해 부팅합니다.

  2. F3를 누르고 텍스트 모드를 선택합니다.

  3. 설치를 선택하고 8장 설치 단계에 설명된 대로 설치를 계속합니다.

절차 12.5: VNC 설치
  1. 설치를 위해 부팅합니다.

  2. 부팅 파라미터 프롬프트에 다음 텍스트를 입력합니다.

    vnc=1 vncpassword=SOME_PASSWORD

    SOME_PASSWORD를 VNC 설치에 사용할 비밀번호로 바꿉니다.

  3. 설치를 선택한 다음 Enter를 눌러 설치를 시작합니다.

    그래픽 설치 루틴으로 바로 시작하는 대신 시스템이 계속 텍스트 모드로 실행됩니다. 그러면 시스템이 중단되며 브라우저 인터페이스 또는 VNC 뷰어 응용 프로그램을 통해 설치 프로그램에 연결할 수 있는 IP 주소 및 포트 번호를 포함한 메시지가 표시됩니다.

  4. 브라우저를 사용하여 설치 프로그램에 액세스하는 경우 브라우저를 실행하고, 이후에 SUSE Linux Enterprise Server 시스템에서 설치 루틴이 제공하는 주소 정보를 입력하고, Enter를 누릅니다.

    http://IP_ADDRESS_OF_MACHINE:5801

    VNC 비밀번호를 입력하라는 대화 상자가 브라우저 창에 열립니다. 비밀번호를 입력하고 8장 설치 단계에 설명된 대로 설치를 계속합니다.

    중요
    중요: 크로스 플랫폼 지원

    VNC를 통한 설치는 Java 지원이 활성화되어 있으면 모든 운영 체제의 모든 브라우저에서 작업이 가능합니다.

    메시지가 표시되면 VNC 뷰어에 IP 주소 및 비밀번호를 입력합니다. 창이 열리며 설치 대화 상자를 표시합니다. 그대로 설치를 계속합니다.

12.6 최소화 부팅 화면만 시작됨

매체를 드라이브에 삽입하였고 BIOS 루틴이 완료되었으나 시스템이 그래픽 부팅 화면으로 시작되지 않습니다. 대신 매우 최소화된 텍스트 기반의 인터페이스를 실행합니다. 이는 그래픽 부팅 화면을 렌더링하는 데 충분한 그래픽 메모리를 제공하지 않는 모든 시스템에서 발생할 수 있습니다.

텍스트 부팅 화면이 최소화처럼 보이더라도 그래픽 화면과 거의 동일한 기능을 제공합니다.

부팅 옵션

그래픽 인터페이스와 달리 다른 부팅 파라미터는 키보드의 커서 키를 사용하여 선택할 수 없습니다. 텍스트 모드 부팅 화면의 [부팅] 메뉴는 부팅 프롬프트에서 입력할 일부 키워드를 제공합니다. 이러한 키워드는 그래픽 버전으로 제공된 옵션에 대해 맵합니다. 선택 사항을 입력하고 Enter를 눌러 부팅 프로세스를 실행합니다.

사용자 정의 부팅 옵션

부팅 파라미터를 선택한 후 부팅 프롬프트에서 적합한 키워드를 입력하거나 12.4절 “부팅 오류”에 설명된 대로 일부 사용자 정의 부팅 파라미터를 입력합니다. 설치 프로세스를 실행하려면 Enter를 누릅니다.

화면 해상도

기능 키(F1 ... F12)를 사용하여 설치에 대한 화면 해상도를 결정합니다. 텍스트 모드로 부팅해야 하는 경우 F3을 선택합니다.

12.7 로그 파일

설치 중 생성된 로그 파일에 대한 자세한 내용은 Book “Administration Guide”, Chapter 42 “Gathering System Information for Support”, Section 42.5 “Gathering Information during the Installation” 항목을 참조하십시오.

III부 설치 이미지 사용자 정의

  • 13 디스크 이미지 복제
  • 이 장에서는 SUSE Linux Enterprise Server 설치를 위한 복제된 이미지 사용 방법을 설명합니다. 가상화된 환경에서 대부분 이를 사용합니다.

  • 14 mksusecd를 사용하여 설치 이미지 사용자 정의
  • mksusecd는 사용자 정의 설치 이미지를 생성할 때 유용한 도구입니다. mksusecd를 사용하여 일반 SUSE Linux Enterprise 설치 이미지를 수정하고 파일을 추가 및 제거하며 최소 네트워크 설치 이미지를 생성하고 부팅 및 리포지토리 옵션을 사용자 정의하며 PXE 서버에서 시스템을 부팅하기 위한 대안으로 최소 부팅 이미지를 생성할 수 있습니다.

  • 15 수동으로 설치 이미지 사용자 정의
  • 설치 ISO 이미지의 media.1/products에 있는 파일을 편집하여 표준 SUSE Linux Enterprise 설치 이미지를 사용자 정의할 수 있습니다. 모듈 및 확장을 추가하여 단일 사용자 정의 설치 이미지를 생성합니다. 그리고 사용자 정의 이미지를 CD, DVD 또는 USB 플래시 드라이브로 복사하여 부팅이 가능한 사용자 정의 설치 매체를 생성합니다. 전체 설치와 관련해서는 SUSE Linux Enterprise 15용 사용자 정의 설치 매체 생성 방법에서 SUSE 모범 사례를 참조하십시오.

13 디스크 이미지 복제

이 장에서는 SUSE Linux Enterprise Server 설치를 위한 복제된 이미지 사용 방법을 설명합니다. 가상화된 환경에서 대부분 이를 사용합니다.

13.1 개요

SUSE Linux Enterprise Server는 각 설치에 대한 고유한 구성을 정리하기 위한 스크립트를 제공합니다. systemd의 도입으로 고유 시스템 식별자가 사용되며 다양한 위치와 파일에 설정됩니다. 따라서 복제는 시스템 이미지를 빌드하는 데 더 이상 권장되는 방식이 아닙니다. 이미지는 KIWI를 사용하여 생성할 수 있습니다. https://doc.opensuse.org/projects/kiwi/doc/ 항목을 참조하십시오.

시스템의 디스크를 복제하려면 가상화 환경의 문서를 참조하십시오.

13.2 고유 시스템 식별자 정리

주의
주의: 중요한 구성 손실

다음 절차를 실행하면 중요한 시스템 구성 데이터가 영구적으로 삭제됩니다. 복제본의 소스 시스템을 프로덕션에 사용하는 경우 복제된 이미지에서 정리 스크립트를 실행하십시오.

모든 고유 시스템 식별자를 정리하려면 디스크 이미지를 복제하기 전이나 후에 다음 절차를 실행하십시오. 복제본에서 실행하는 경우 이 절차를 각 복제본에서 실행해야 합니다. 따라서 프로덕션에서 사용하지 않고 새 복제본의 소스로만 제공되는 골든 이미지를 생성하는 것이 좋습니다. 골든 이미지는 이미 정리되어 있으며 복제본을 즉시 사용할 수 있습니다.

clone-master-clean-up 명령은 예를 들어 다음 항목을 제거합니다.

  • 스왑 파일

  • Zypper 리포지토리

  • SSH 호스트 및 클라이언트 키

  • 임시 디렉토리(예: /tmp/*)

  • Postfix 데이터

  • HANA 방화벽 스크립트

  • systemd 저널

  1. zypper를 사용하여 clone-master-clean-up을 설치합니다.

    tux > sudo zypper install clone-master-clean-up
  2. /etc/sysconfig/clone-master-clean-up을 편집하여 clone-master-clean-up의 동작을 구성합니다. 이 구성 파일은 1000보다 큰 UID, /etc/sudoers 파일, Zypper 리포지토리 및 Btrfs 스냅샷이 있는 사용자를 제거해야 하는지 여부를 정의합니다.

  3. 스크립트를 실행하여 기존 구성 및 고유 식별자를 제거합니다.

    tux > sudo clone-master-clean-up

14 mksusecd를 사용하여 설치 이미지 사용자 정의

mksusecd는 사용자 정의 설치 이미지를 생성할 때 유용한 도구입니다. mksusecd를 사용하여 일반 SUSE Linux Enterprise 설치 이미지를 수정하고 파일을 추가 및 제거하며 최소 네트워크 설치 이미지를 생성하고 부팅 및 리포지토리 옵션을 사용자 정의하며 PXE 서버에서 시스템을 부팅하기 위한 대안으로 최소 부팅 이미지를 생성할 수 있습니다.

14.1 mksusecd 설치

SLE 15에서 mksusecd개발 도구 모듈에 있습니다. 이 모듈을 활성화하지 않은 경우에는 반드시 활성화해야 합니다. 우선 이름이 zypper인 모듈을 찾습니다.

tux > zypper search-packages mksusecd
Following packages were found in following modules:

Package               Module or Repository
--------------------  -----------------------------------------------------------------
mksusecd              Development Tools Module (sle-module-development-tools/15/x86_64)
mksusecd-debuginfo    Development Tools Module (sle-module-development-tools/15/x86_64)
mksusecd-debugsource  Development Tools Module (sle-module-development-tools/15/x86_64)
mksusecd              Available
srcpackage:mksusecd   Available

To activate the respective module or product, use SUSEConnect --product.
Use SUSEConnect --help for more details.

SUSEConnect 사용하여 활성화합니다.

tux > sudo SUSEConnect -p sle-module-development-tools/15/x86_64

SLE 15.1 이상에서는 주 리포지토리 업데이트에 있으며, 기본적으로 활성화됩니다.

일반적인 방법을 mksusecd를 설치합니다.

tux > sudo zypper se mksusecd

전체 명령 목록을 살펴보려면 mksusecd --help를 실행합니다.

사용자 정의 이미지를 생성한 후에는 선호하는 디스크 쓰기 프로그램(예: Brasero 또는 mybashburn)을 사용하여 CD/DVD 매체로 굽거나 dd 명령을 사용하여 실행이 가능한 USB 플래시 드라이브를 생성합니다. 장치가 탑재되지 않았는지 확인한 후 다음 명령을 실행합니다.

root # dd if=min-install.iso of=/dev/SDB bs=4M

이제 부팅이 가능한 새 장치를 사용할 수 있습니다.

14.2 최소 부팅 이미지 만들기

PXE 부팅 서버에서 시작할 수 있는 위치에서 CD/DVD 또는 USB 플래시 드라이브를 사용하여 클라이언트 시스템을 시작하려면 mksusecd를 사용하여 최소 부팅 이미지를 생성합니다. 최소 부팅 이미지는 커널 및 initrd를 실행한 후에 나머지 설치 파일을 로컬 NFS 서버에서 가져옵니다(16.1절 “YaST를 사용하여 설치 서버 설정” 참조).

다음 명령을 실행하여 최소 ISO 이미지를 생성합니다.

tux > sudo mksusecd --create min-install.iso \
--net=nfs://192.168.1.1:/srv/install/ARCH/OS_VERSION/SP_VERSION/cd1  \
/srv/tftpboot/EFI/ARCH/boot

NFS 서버 주소를 자체 주소로 바꿉니다. ARCH를 대상 시스템 아키텍처에 해당하는 디렉토리로 바꿉니다. 또한, OS_versionSP_VERSION(서비스 팩)을 16.1절 “YaST를 사용하여 설치 서버 설정”의 경로에 따라 바꿉니다.

14.3 커널 부팅 파라미터 기본값 설정

부팅 중 사용자 정의 커널 부팅 파라미터를 입력하라는 메시지가 표시될 때까지 기다리지 말고, 사용자 정의 mksusecd 이미지에서 구성합니다.

tux > sudo mksusecd --create install.iso \
--boot "textmode=1 splash=silent mitigations=auto"

/proc을 쿼리하여 시작된 후에 사용자 정의 파라미터가 올바르게 로드되었는지 확인합니다.

tux > cat /proc/cmdline

14.4 모듈, 확장 및 리포지토리 사용자 정의

SUSE Linux Enterprise 15는 다양한 제품 구성 요소를 위한 모듈(커널 모듈 아님) 및 확장을 지원합니다. 이는 개발 도구, 데스크톱 응용 프로그램 및 SUSE Linux Enterprise Live Patching과 같은 기본 Basesystem의 추가 기능입니다. 자세한 내용은 모듈 및 확장 빠른 시작 안내서를 참조하십시오.

mksusecd를 사용하면 원하는 모든 추가 모듈 및 확장이 포함된 설치 이미지를 생성할 수 있습니다. 이 예에서 SUSE Linux Enterprise 15 SP2와 같은 기존 이미지를 쿼리하여 시작합니다.

tux > sudo mksusecd --list-repos SLE-15-SP2-Full-ARCH-GM-media1.iso
Repositories:
  SLES15-SP2 [15.2-0]
  SLES15 [15.2-0]
  Basesystem-Module [15.2-0]
  SUSE-CAP-Tools-Module [15.2-0]
  Containers-Module [15.2-0]
  Desktop-Applications-Module [15.2-0]
  Development-Tools-Module [15.2-0]

선택한 모듈, 확장 및 리포지토리에서 새 설치 이미지를 생성하고 자동으로 활성화합니다.

tux > sudo mksusecd --create myinstaller.iso\
  --enable-repos auto --include-repos Basesystem-Module,Desktop-Applications-Module \
  SLE-15-SP2-Online-ARCH-GM-media1.iso \
  SLE-15-SP2-Full-ARCH-GM-media1.iso

그러면 add_on_products.xml 파일이 생성되어 새 이미지에 추가됩니다. --enable-repos auto--enable-repos ask로 바꾸면 설치 프로그램에 모듈 선택 대화 상자가 제공됩니다.

참고
참고: AutoYaST 제어 파일

AutoYaST를 사용하여 설치를 구성하는 경우 --enable-repos 옵션을 사용할 때는 AutoYaST 제어 파일에 이러한 모듈을 나열할 필요가 없습니다.

14.5 최소 Netinstall ISO 생성

네트워크 설치를 실행하기 위해 최고 설치 이미지를 생성하려면 --nano 옵션을 사용합니다.

tux > sudo mksusecd --create netinstall.iso \
--nano SLE-15-SP2-Online-ARCH-GM-media1.iso

14.6 기본 리포지토리 변경

다른 리포지토리(예: 로컬 리포지토리)를 설정하려면 --net 옵션을 사용합니다.

tux > sudo mksusecd --create localinstall.iso \
--net "https://example.com/local" SLE-15-SP2-Online-ARCH-GM-media1.iso

15 수동으로 설치 이미지 사용자 정의

설치 ISO 이미지의 media.1/products에 있는 파일을 편집하여 표준 SUSE Linux Enterprise 설치 이미지를 사용자 정의할 수 있습니다. 모듈 및 확장을 추가하여 단일 사용자 정의 설치 이미지를 생성합니다. 그리고 사용자 정의 이미지를 CD, DVD 또는 USB 플래시 드라이브로 복사하여 부팅이 가능한 사용자 정의 설치 매체를 생성합니다. 전체 설치와 관련해서는 SUSE Linux Enterprise 15용 사용자 정의 설치 매체 생성 방법에서 SUSE 모범 사례를 참조하십시오.

IV부 설치 서버 설정

  • 16 네트워크 설치 소스 설정
  • 이 장에서는 네트워크에서 SUSE Linux Enterprise Server 설치에 필요한 데이터를 제공하는 서버 생성 방법에 대해 설명합니다.

  • 17 네트워크 부팅 환경 준비
  • 이 장에서는 PXE로 부팅하는 데 필요한 인프라를 제공하는 DHCP 및 TFTP 서버를 구성하는 방법에 대해 설명합니다.

16 네트워크 설치 소스 설정

이 장에서는 네트워크에서 SUSE Linux Enterprise Server 설치에 필요한 데이터를 제공하는 서버 생성 방법에 대해 설명합니다.

SUSE Linux Enterprise Server의 네트워크 설치 소스로 사용할 시스템의 운영 체제에 따라 서버 구성에 필요한 몇 가지 옵션이 있습니다. 설치 서버를 설정하는 가장 쉬운 방법은 YaST를 사용하는 것입니다.

작은 정보
작은 정보: 설치 서버 운영 체제

Linux 배포를 위해 설치 서버로 Microsoft Windows 시스템을 사용할 수도 있습니다. 자세한 내용은 16.5절 “SMB 리포지토리 관리”을 참조하십시오.

16.1 YaST를 사용하여 설치 서버 설정

YaST는 네트워크 리포지토리를 생성하기 위한 그래픽 도구를 제공하며, HTTP, FTP 및 NFS 네트워크 설치 서버를 지원합니다.

  1. 설치 서버로 작동할 시스템에 root로 로그인합니다.

  2. YaST ›  기타 ›  설치 서버를 시작합니다.

  3. 리포지토리 유형(HTTP, FTP 또는 NFS)을 선택합니다. 선택한 서비스가 시스템이 시작될 때마다 자동으로 시작됩니다. 선택한 유형의 서비스가 시스템에서 이미 실행 중이고 이 서비스를 서버에 수동으로 구성하려면 네트워크 서비스를 구성하지 않음을 사용하여 서버 서비스의 자동 구성을 비활성화합니다. 두 경우 모두, 서버에서 설치 데이터를 사용 가능하도록 설정할 디렉토리를 정의합니다.

  4. 필요한 리포지토리 유형을 구성합니다. 이 단계는 서버 서비스의 자동 구성과 관련되며 자동 구성이 비활성화되면 건너뜁니다.

    설치 데이터를 검색할 FTP 또는 HTTP 서버의 루트 디렉토리 별칭을 정의합니다. 리포지토리는 나중에 ftp://Server-IP/Alias/Name(FTP) 또는 http://Server-IP/Alias/Name(HTTP)에 배치됩니다. Name은 다음 단계에서 정의된 리포지토리의 이름을 나타냅니다. 이전 단계에서 NFS를 선택한 경우 와일드카드와 엑스포트 옵션을 정의합니다. NFS 서버는 nfs://Server-IP/Name에서 액세스할 수 있습니다. NFS 및 엑스포트에 대한 자세한 내용은 Book “Administration Guide”, Chapter 33 “Sharing File Systems with NFS”에서 확인할 수 있습니다.

    작은 정보
    작은 정보: 방화벽 설정

    서버 시스템의 방화벽 설정이 HTTP, NFS 및 FTP에 대한 포트에서 통신량을 허용하는지 확인합니다. 방화벽 설정이 현재 트래픽을 허용하지 않으면 방화벽에서 포트 열기를 선택하거나 먼저 방화벽 세부 사항을 확인하십시오.

  5. 리포지토리를 구성합니다. 설치 미디어가 대상에 복사되기 전에 리포지토리의 이름(기억하기 쉬운 제품 및 버전의 약어 등)을 정의합니다. YaST는 설치 DVD의 복사본 대신 미디어의 ISO 이미지 제공을 허용합니다. 그러려면, 관련 체크 박스를 활성화하고 ISO 파일을 로컬로 검색할 수 있는 디렉토리 경로를 지정합니다. 이 설치 서버를 사용하여 배포할 제품에 따라 서비스 팩 DVD와 같은 미디어를 추가 리포지토리로 추가해야 할 수 있습니다. OpenSLP를 통해 네트워크에서 설치 서버를 알리려면 적합한 옵션을 활성화합니다.

    작은 정보
    작은 정보: 리포지토리 알리기

    네트워크 설정이 이 옵션을 지원하는 경우 OpenSLP를 통해 리포지토리를 알리도록 고려해 보십시오. 그러면 대상 시스템마다 네트워크 설치 경로를 입력하지 않아도 됩니다. 대상 시스템은 SLP 부팅 파라미터를 사용하여 부팅되고 추가 구성 없이도 네트워크 리포지토리를 찾습니다. 이 옵션에 대한 자세한 내용은 7장 부팅 파라미터을 참조하십시오.

  6. 추가 리포지토리 구성 YaST는 추가 CD 또는 서비스 팩 CD 리포지토리 구성을 위한 특정 명명 규칙을 따릅니다. 구성은 추가 CD의 리포지토리 이름이 설치 미디어의 리포지토리 이름으로 시작되는 경우에만 승인됩니다. 즉, SLES12SP1을 DVD1의 리포지토리 이름으로 선택한 경우 SLES12SP1addon을 DVD2의 리포지토리 이름으로 선택해야 합니다.

  7. 설치 데이터를 업로드합니다. 설치 서버 구성 시 가장 시간이 오래 걸리는 단계는 실제 설치 미디어를 복사하는 것입니다. YaST에서 요청한 미디어를 순서대로 삽입하고 복사 절차가 끝날 때까지 기다립니다. 원본이 완전히 복사되면 기존 리포지토리의 개요로 돌아가서 완료를 선택하여 구성을 닫습니다.

    이제 설치 서버가 완전히 구성되고 서비스를 제공할 준비가 됩니다. 설치 서버는 시스템이 시작될 때마다 자동으로 시작되며 추가 개입은 필요하지 않습니다. 초기 단계로 YaST를 사용하여 선택한 네트워크 서비스의 자동 구성을 비활성화한 경우 이 서비스를 직접 올바르게 구성하고 시작하기만 하면 됩니다.

리포지토리를 비활성화하려면 제거할 리포지토리를 선택한 다음 삭제를 선택합니다. 설치 데이터가 시스템에서 제거됩니다. 네트워크 서비스를 비활성화하려면 각 YaST 모듈을 사용합니다.

설치 서버가 제품 버전의 두 개 이상의 제품에 대해 설치 데이터를 제공해야 하는 경우 YaST 설치 서버 모듈을 시작합니다. 그런 다음 기존 리포지토리 개요에서 추가를 선택하여 새 리포지토리를 구성합니다.

주의
주의: YaST 설치 서버와 RMT 서버의 충돌

YaST를 사용하여 서버를 설치 서버로 구성하면 Apache 웹 서버가 자동으로 설치되어 80 포트에서 수신을 대기하도록 구성됩니다.

그러나 RMT 서버(리포지토리 미러링 도구)로 시스템을 구성하면 NGINX 웹 서버가 자동으로 설치되고 80 포트에서 수신을 대기하도록 구성됩니다.

동일 서버에서 이러한 기능을 모두 활성화하지 마십시오. 단일 서버가 두 서버를 동시에 호스팅할 수 없습니다.

16.2 수동으로 NFS 리포지토리 설정

설치할 NFS 원본 설정은 기본적으로 2단계로 수행됩니다. 1단계는 설치 데이터를 보관하고 있는 디렉토리 구조를 생성하여 설치 미디어를 이 구조에 복사하는 것입니다. 2단계는 설치 데이터를 보관하고 있는 디렉토리를 네트워크로 엑스포트하는 것입니다.

설치 데이터를 보관할 디렉토리를 생성하려면 다음 작업을 수행하십시오.

  1. root로 로그인합니다.

  2. 나중에 모든 설치 데이터를 보관해야 할 디렉토리를 생성하고 이 디렉토리로 변경합니다. 예:

    root # mkdir -p /srv/install/PRODUCT/PRODUCTVERSION
    root # cd /srv/install/PRODUCT/PRODUCTVERSION

    PRODUCT를 제품 이름의 약어로 바꾸고 PRODUCTVERSION을 제품 이름과 버전을 포함하는 문자열(예: /srv/install/SLES/15.1)으로 바꿉니다.

  3. 미디어 키트에 포함된 각 설치 매체의 경우 다음 명령을 실행합니다.

    1. 설치 매체의 전체 컨텐트를 설치 서버 디렉토리로 복사합니다.

      root # cp -a /media/PATH_TO_YOUR_MEDIA_DRIVE .

      PATH_TO_YOUR_MEDIA_DRIVE를 설치 미디어 드라이브가 지정된 실제 경로로 바꿉니다.

    2. 다음과 같이 디렉토리 이름을 매체 번호로 바꿉니다.

      root # mv PATH_TO_YOUR_MEDIA_DRIVE DVDX

      X를 설치 매체의 실제 번호로 바꿉니다.

SUSE Linux Enterprise Server에서 YaST를 사용하여 리포지토리를 NFS로 엑스포트할 수 있습니다. 다음 단계를 수행하십시오.

  1. root로 로그인합니다.

  2. YaST ›  네트워크 서비스 ›  NFS 서버를 시작합니다.

  3. 시작방화벽 포트 열기를 선택하고 다음을 클릭합니다.

  4. 디렉토리 추가를 선택하고 설치 소스를 포함하는 디렉토리(이 경우에 PRODUCTVERSION)를 찾아봅니다.

  5. 호스트 추가를 선택하고 설치 데이터를 엑스포트할 시스템의 호스트 이름을 입력합니다. 여기에 호스트 이름을 지정하는 대신 와일드카드, 네트워크 주소 범위 또는 네트워크의 도메인 이름을 사용할 수도 있습니다. 적절한 엑스포트 옵션을 입력하거나 기본값(대부분의 설정에서 정상 작동)으로 그대로 둡니다. NFS 공유 엑스포트에 사용된 구문에 대한 자세한 내용은 엑스포트 맨 페이지를 읽어 보십시오.

  6. 완료를 클릭합니다. SUSE Linux Enterprise Server 리포지토리를 보관하고 있는 NFS 서버가 자동으로 시작되고 부팅 프로세스로 통합됩니다.

YaST NFS 서버 모듈을 사용하는 대신 NFS를 통해 리포지토리를 수동으로 엑스포트하려면 다음 작업을 수행하십시오.

  1. root로 로그인합니다.

  2. /etc/exports 파일을 열고 다음 행을 입력합니다.

    /PRODUCTVERSION *(ro,root_squash,sync)

    /PRODUCTVERSION 디렉토리를 이 네트워크의 일부인 호스트 또는 이 서버에 연결할 수 있는 호스트로 엑스포트합니다. 이 서버에 대한 액세스를 제한하려면 일반 와일드카드 * 대신 넷마스크 또는 도메인 이름을 사용합니다. 자세한 내용은 엑스포트 맨 페이지를 참조하십시오. 이 구성 파일을 저장하고 종료합니다.

  3. 시스템 부팅 동안 시작된 서버 목록에 NFS 서비스를 추가하려면 다음 명령을 실행합니다.

    root # systemctl enable nfsserver
  4. systemctl start nfsserver로 NFS 서버를 시작합니다. 나중에 NFS 서버의 구성을 변경해야 할 경우 구성 파일을 수정하고 systemctl restart nfsserver로 NFS 데몬을 다시 시작합니다.

OpenSLP를 통해 NFS 서버를 알리면 해당 주소가 네트워크의 모든 클라이언트에 알려집니다.

  1. root로 로그인합니다.

  2. 다음 행을 사용하여 /etc/slp.reg.d/install.suse.nfs.reg 구성 파일을 생성합니다.

    # Register the NFS Installation Server
    service:install.suse:nfs://$HOSTNAME/PATH_TO_REPOSITORY/DVD1,en,65535
    description=NFS Repository

    서버에서 PATH_TO_REPOSITORY를 설치 소스의 실제 경로로 바꿉니다.

  3. systemctl start slpd로 OpenSLP 데몬을 시작합니다.

OpenSLP에 대한 자세한 내용은 /usr/share/doc/packages/openslp/의 패키지 설명서를 참조하거나 Book “Administration Guide”, Chapter 36 “SLP”를 참조하십시오. NFS에 대한 자세한 내용은 Book “Administration Guide”, Chapter 33 “Sharing File Systems with NFS” 항목을 참조하십시오.

16.3 수동으로 FTP 리포지토리 설정

FTP 리포지토리를 생성하는 것은 NFS 리포지토리를 생성하는 것과 매우 유사합니다. FTP 리포지토리는 OpenSLP를 사용하여 네트워크를 통해서도 알릴 수 있습니다.

  1. 16.2절 “수동으로 NFS 리포지토리 설정”에서 설명한 대로 설치 원본을 보관하고 있는 디렉토리를 생성합니다.

  2. 설치 디렉토리의 컨텐트를 배포할 FTP 서버를 구성합니다.

    1. root로 로그인하고 YaST 소프트웨어 관리를 사용하여 패키지 vsftpd를 설치합니다.

    2. FTP 서버 루트 디렉토리를 입력합니다.

      root # cd /srv/ftp
    3. FTP 루트 디렉토리에서 설치 원본을 보관하고 있는 하위 디렉토리를 생성합니다.

      root # mkdir REPOSITORY

      REPOSITORY를 제품 이름으로 바꿉니다.

    4. 설치 리포지토리의 컨텐트를 FTP 서버의 변경 루트 환경으로 탑재합니다.

      root # mount --bind PATH_TO_REPOSITORY /srv/ftp/REPOSITORY

      PATH_TO_REPOSITORYREPOSITORY를 설정과 일치하는 값으로 바꿉니다. 이를 영구적으로 설정해야 할 경우 /etc/fstab에 추가합니다.

    5. vsftpd로 vsftpd를 시작합니다.

  3. 리포지토리가 네트워크 설정에서 지원되는 경우 OpenSLP를 통해 알립니다.

    1. 다음 행을 사용하여 /etc/slp.reg.d/install.suse.ftp.reg 구성 파일을 생성합니다.

      # Register the FTP Installation Server
      service:install.suse:ftp://$HOSTNAME/REPOSITORY/DVD1,en,65535
      description=FTP Repository

      서버에서 REPOSITORY를 리포지토리 디렉토리의 실제 이름으로 바꿉니다. service: 행을 하나의 연속 행으로 입력해야 합니다.

    2. systemctl start slpd로 OpenSLP 데몬을 시작합니다.

작은 정보
작은 정보: YaST를 사용하여 FTP 서버 구성

FTP 설치 서버를 직접 구성하는 대신 YaST를 사용하는 경우 Book “Administration Guide”, Chapter 38 “Setting Up an FTP Server with YaST” 항목을 참조하십시오.

16.4 수동으로 HTTP 리포지토리 설정

HTTP 리포지토리를 생성하는 것은 NFS 리포지토리를 생성하는 것과 매우 유사합니다. HTTP 리포지토리는 OpenSLP를 사용하여 네트워크를 통해서도 알릴 수 있습니다.

  1. 16.2절 “수동으로 NFS 리포지토리 설정”에서 설명한 대로 설치 원본을 보관하고 있는 디렉토리를 생성합니다.

  2. 설치 디렉토리의 컨텐트를 배포할 HTTP 서버를 구성합니다.

    1. Book “Administration Guide”, Chapter 37 “The Apache HTTP Server”, Section 37.1.2 “Installation”에서 설명한 대로 웹 서버 Apache를 설치합니다.

    2. HTTP 서버의 루트 디렉토리(/srv/www/htdocs)를 입력하고 설치 원본을 보관할 하위 디렉토리를 생성합니다.

      root # mkdir REPOSITORY

      REPOSITORY를 제품 이름으로 바꿉니다.

    3. 설치 원본의 위치에서 웹 서버의 루트 디렉토리(/srv/www/htdocs)로 심볼 링크를 생성합니다.

      root # ln -s /PATH_TO_REPOSITORY/srv/www/htdocs/REPOSITORY
    4. HTTP 서버의 구성 파일(/etc/apache2/default-server.conf)이 심볼 링크를 따르도록 수정합니다. 다음 줄을 바꿉니다.

      Options None

      사용

      Options Indexes FollowSymLinks
    5. systemctl reload apache2를 사용하여 HTTP 서버 구성을 다시 로드합니다.

  3. 리포지토리가 네트워크 설정에서 지원되는 경우 OpenSLP를 통해 알립니다.

    1. 다음 행을 사용하여 /etc/slp.reg.d/install.suse.http.reg 구성 파일을 생성합니다.

      # Register the HTTP Installation Server
      service:install.suse:http://$HOSTNAME/REPOSITORY/DVD1/,en,65535
      description=HTTP Repository

      서버에서 REPOSITORY를 리포지토리의 실제 경로로 바꿉니다. service: 행을 하나의 연속 행으로 입력해야 합니다.

    2. systemctl start slpd로 OpenSLP 데몬을 시작합니다.

16.5 SMB 리포지토리 관리

SMB를 사용하여 Microsoft Windows 서버에서 설치 원본을 임포트하고 Linux 시스템이 주위에 없는 경우에도 Linux 배포를 시작할 수 있습니다.

SUSE Linux Enterprise Server 리포지토리를 보관하고 있는 엑스포트된 Windows 공유를 설정하려면 다음 작업을 수행하십시오.

  1. Windows 시스템에 로그인합니다.

  2. 전체 설치 트리를 보관할 새 디렉토리를 생성한 후 이름을 INSTALL 등으로 지정합니다.

  3. Windows 설명서에서 개략적으로 설명하는 절차에 따라 이 공유를 엑스포트합니다.

  4. 이 공유를 입력하고 PRODUCT라는 하위 디렉토리를 생성합니다. PRODUCT를 실제 제품 이름으로 바꿉니다.

  5. INSTALL/PRODUCT 디렉토리를 입력하고 각 매체를 별도의 디렉토리(예: DVD1DVD2)에 복사합니다.

SMB 탑재 공유를 리포지토리로 사용하려면 다음 작업을 수행하십시오.

  1. 설치 대상을 부팅합니다.

  2. 설치를 선택합니다.

  3. 리포지토리를 선택하려면 F4 키를 누릅니다.

  4. SMB를 선택하고 Windows 시스템의 이름 또는 IP 주소, 공유 이름(이 예에서는 INSTALL/PRODUCT/DVD1), 사용자 이름 및 비밀번호를 입력합니다. 구문은 다음과 같습니다.

    smb://workdomain;user:password@server/INSTALL/DVD1

    Enter 키를 누르면 YaST가 시작되어 설치를 수행할 수 있습니다.

16.6 서버에서 설치 미디어의 ISO 이미지 사용

실제 미디어를 서버 디렉토리에 수동으로 복사하는 대신, 설치 미디어의 ISO 이미지를 설치 서버에 탑재하고 해당 이미지를 리포지토리로 사용할 수도 있습니다. 미디어 복사본 대신 ISO 이미지를 사용하는 HTTP, NFS 또는 FTP 서버를 설정하려면 다음을 수행하십시오.

  1. ISO 이미지를 다운로드하여 설치 서버로 사용할 시스템에 저장합니다.

  2. root로 로그인합니다.

  3. 16.2절 “수동으로 NFS 리포지토리 설정”, 16.3절 “수동으로 FTP 리포지토리 설정” 또는 16.4절 “수동으로 HTTP 리포지토리 설정”에서 설명한 대로 설치 데이터의 적절한 위치를 선택하고 생성합니다.

  4. 각 설치 매체에 하위 디렉토리를 생성합니다.

  5. 각 ISO 이미지를 최종 위치에 탑재하고 압축을 풀려면 다음 명령을 실행합니다.

    root # mount -o loop PATH_TO_ISO PATH_TO_REPOSITORY/PRODUCT/MEDIUMX

    PATH_TO_ISO를 ISO 이미지의 로컬 복사본 경로로 바꿉니다. PATH_TO_REPOSITORY를 서버의 소스 디렉토리로 바꿉니다. PRODUCT를 제품 이름으로 바꾸고 MEDIUMX는 사용 중인 유형(CD 또는 DVD) 및 미디어 번호로 바꿉니다.

  6. 제품에 필요한 모든 ISO 이미지를 탑재하려면 이전 단계를 반복합니다.

  7. 16.2절 “수동으로 NFS 리포지토리 설정”, 16.3절 “수동으로 FTP 리포지토리 설정” 또는 16.4절 “수동으로 HTTP 리포지토리 설정”에서 설명한 대로 설치 서버를 원래대로 시작합니다.

부팅 시 ISO 이미지를 자동으로 탑재하려면 /etc/fstab에 각 탑재 항목을 추가합니다. 이전 예제에 따른 항목은 다음과 같이 나타납니다.

PATH_TO_ISO PATH_TO_REPOSITORY/PRODUCTMEDIUM auto loop

17 네트워크 부팅 환경 준비

이 장에서는 PXE로 부팅하는 데 필요한 인프라를 제공하는 DHCP 및 TFTP 서버를 구성하는 방법에 대해 설명합니다.

SUSE® Linux Enterprise Server는 PXE(프리부팅 실행 환경)를 통해 설치할 수 있습니다. 클라이언트 하드웨어는 PXE를 통한 부팅을 지원해야 합니다. 네트워크는 필요한 데이터를 클라이언트에 제공하는 DHCP 서버 및 TFTP 서버를 제공해야 합니다. 이 장에서는 필요한 서버 설정에 대해 안내합니다.

PXE는 커널 및 initrd만 부팅합니다. 설치 환경 또는 라이브 시스템으로 부팅하는 데 사용할 수 있습니다. 설치 소스를 설정하려면 16장 네트워크 설치 소스 설정 항목을 참조하십시오.

이 절에서는 복잡한 부팅 시나리오에 필요한 구성 작업에 대해 다룹니다. 여기에는 DHCP, PXE 부팅, TFTP 및 WOL(Wake On Lan)에 즉시 적용 가능한 구성 예가 포함됩니다.

이 예제에서는 DHCP, TFTP 및 NFS 서버가 IP가 192.168.1.1인 같은 시스템에 있다고 가정합니다. 모든 서비스가 다른 시스템에 있어도 문제는 없습니다. 필요한 경우 IP 주소를 변경하십시오.

17.1 DHCP 서버 설정

DHCP 서버는 네트워크 클라이언트에 동적(17.1.1절 “동적 주소 할당”) 및 고정 IP 주소를 할당(17.1.2절 “고정 IP 주소 할당”)합니다. 그리고 서버, 경로 및 도메인을 통지합니다. TFTP 서버의 경우, DHCP는 커널 및 initrd 파일도 제공합니다. 로드해야 할 파일은 대상 시스템의 아키텍처 및 레거시 BIOS 또는 UEFI 부팅 중 무엇을 사용할지에 따라 다릅니다. 클라이언트는 DHCP 요청에서 아키텍처 유형을 전송합니다. 이 정보를 기반으로 DHCP 서버는 클라이언트가 부팅에 다운로드해야 할 파일을 결정합니다.

주의
주의: PXE 및 AutoYaST 설치 실패

SUSE Linux Enterprise 15.0부터, PXE 부팅 및 AutoYaST 설치가 실패하는 특수한 조건이 있습니다. 자세한 내용 및 해결 방법은 17.1.3절 “PXE 및 AutoYaST 설치 실패”에서 제공됩니다.

17.1.1 동적 주소 할당

다음 예는 클라이언트에 IP 주소를 동적으로 할당하고 서버, 경로, 도메인 및 부팅 파일을 통지하는 DHCP 서버의 설정 방법을 보여줍니다.

  1. DHCP 서버를 호스팅하는 시스템에 root로 로그인합니다.

  2. systemctl enable dhcpd를 실행하여 DHCP 서버를 활성화합니다.

  3. /etc/dhcpd.conf에 있는 DHCP 서버 구성 파일의 서브넷 구성에 다음 행을 추가합니다.

    # The following lines are optional
    option domain-name "my.lab";
    option domain-name-servers 192.168.1.1;
    option routers 192.168.1.1;
    option ntp-servers 192.168.1.1;
    ddns-update-style none;
    default-lease-time 3600;
    
    # The following lines are required
    option arch code 93 = unsigned integer 16; # RFC4578
    subnet 192.168.1.0 netmask 255.255.255.0 {
     next-server 192.168.1.1;
     range 192.168.1.100 192.168.1.199;
     default-lease-time 3600;
     max-lease-time 3600;
     if option arch = 00:07 or option arch = 00:09 {
       filename "/EFI/x86/grub.efi";
     }
     else if option arch = 00:0b {
       filename "/EFI/aarch64/bootaa64.efi";
     }
     else  {
       filename "/BIOS/x86/pxelinux.0";
     }
    }

    구성 예에서는 IP가 192.168.1.1인 서버에 DHCP, DNS 및 게이트웨이가 있는 192.168.1.0/24 서브넷을 사용합니다. 모든 IP 주소가 네트워크 레이아웃에 따라 변경되었는지 확인하십시오. dhcpd.conf에서 사용할 수 있는 옵션에 대한 자세한 내용은 dhcpd.conf 매뉴얼 페이지를 참조하십시오.

  4. systemctl restart dhcpd를 실행하여 DHCP 서버를 다시 시작합니다.

17.1.2 고정 IP 주소 할당

DHCP 서버는 네트워크 클라이언트에 고정 IP 주소 및 호스트 이름도 할당할 수 있습니다. 한 가지 사용 사례는 고정 주소를 서버에 할당하는 것입니다. 다른 사용 사례는 고정 IP 주소가 할당된 네트워크에 참여할 수 있는 클라이언트를 제한하고 동적 주소 풀을 제공하지 않는 것입니다.

다음 예에 따라 위의 DHCP 구성을 수정하십시오.

group {
 host test {
   hardware ethernet MAC_ADDRESS;
   fixed-address IP_ADDRESS;
   }
}

호스트 설명은 호스트 이름을 설치 대상에 할당합니다. 특정 호스트에 호스트 이름과 IP 주소를 바인딩하려면 클라이언트의 하드웨어(MAC) 주소를 지정해야 합니다. 이 예에서 사용되는 모든 변수를 사용 중인 환경의 실제 값으로 바꾼 후 변경 사항을 저장하고 DHCP 서버를 다시 시작합니다.

17.1.3 PXE 및 AutoYaST 설치 실패

SUSE Linux Enterprise 15.0 및 ISC DHCP 4.3.x부터는 PXE 부팅 및 AutoYaST 설치가 실패하는 특수한 환경이 있습니다. DHCP 서버에 사용할 수 있는 동적 IP 주소 풀이 없지만 클라이언트당 미리 정의된 고정 주소만 허용되고 클라이언트가 RFC 4361 클라이언트 식별자를 전송하는 경우에는 PXE/AutoYaST 설치가 작동하지 않습니다 (특정 네트워크 클라이언트에 할당된 주소만 허용하고 동적 주소 풀을 제공하지 않으면 무작위 시스템이 네트워크에 참여할 수 없음).

새 시스템이 PXE에서 시작되면 DHCP 서버로 요청을 전송하고 하드웨어 유형에서 구성된 클라이언트 식별자 및 네트워크 인터페이스의 MAC 주소를 사용하여 자체 시스템을 식별할 수 있습니다. 이는 RFC 2132 클라이언트 Id입니다. 그러면 DHCP 서버가 할당된 IP 주소를 제공합니다. 그리고 설치 커널이 로드되고 다른 DHCP 요청을 전송하지만, 이 클라이언트 ID는 다르며 RFC 4361 형식으로 전송됩니다. DHCP 서버는 이를 동일한 클라이언트로 인식하고 사용할 수 있는 동적 IP 주소를 검색하지만 사용할 수 없어 설치가 중단됩니다.

해결 방법은 클라이언트가 RFC 2132 클라이언트 ID를 전송하도록 구성하는 것입니다. 설치 중에 RFC 2132 클라이언트 ID를 전송하려면, linuxrc를 사용하여 다음 ifcfg 명령을 전달합니다.

ifcfg=eth0=dhcp,DHCLIENT_CLIENT_ID=01:03:52:54:00:02:c2:67,
DHCLIENT6_CLIENT_ID=00:03:52:54:00:02:c2:67

이더넷에서 기존에 사용하던 RFC 2132 DHCPv4 클라이언트 ID는 하드웨어 유형(이더넷의 경우 01)으로 구성되고 다음에 하드웨어 주소(MAC 주소)가 옵니다. 그러한 예는 다음과 같습니다.

01:52:54:00:02:c2:67

RFC 4361 DHCPv4 클라이언트 ID는 네트워크 인터페이스가 두 개 이상인 시스템을 식별하여 문제를 해결합니다. 새로운 DHCPv4 클라이언트 ID는 DHCPv6 클라이언트 ID와 형식이 동일합니다. 그리고 하드웨어 유형이 아닌 0xff 접두어로 시작하여 DHCPv6 IAID(시스템에서 인터페이스를 설명하는 인터페이스-주소 연결 ID) 및 시스템을 고유하게 식별하는 DHCPv6 DHCP 고유 식별자(DUID)가 순서대로 뒤에 추가됩니다.

위와 같은 하드웨어 유형 기반 및 하드웨어 주소 기반 DUID를 사용하는 새로운 RFC 4361 DHCPv4 클라이언트 ID는 다음과 같습니다.

  • MAC 주소의 마지막 바이트를 IAID로 사용: ff:00:02:c2:67:00:01:xx:xx:xx:xx:52:54:00:02:c2:67

  • IAID가 단순히 증가하는 숫자인 경우: ff:00:00:00:01:00:01:xx:xx:xx:xx:52:54:00:02:c2:67

DUID 링크 계층 타임스템프(DUID-LLT)의 xx:xx:xx:xx 필드는 생성 타임스탬프입니다. DUID 링크 계층(DUID-LL)(00:03:00:01:$MAC)에는 타임스탬프가 없습니다.

linuxrc 사용과 관련한 자세한 내용은 AutoYaST 안내서를 참조하십시오. man 4 initrddhcp4 "create-cid", dhcp6 "default-duid" in man 5 wicked-config, wicked duid --help, wicked iaid --help 옵션에 대한 문서도 참조하십시오.

17.2 TFTP 서버 설정

다음 절차는 서버를 준비하여 UEFI 및 BIOS가 포함된 클라이언트 시스템을 TFTP로 엑스포트된 파일을 사용하여 원격으로 부팅하는 방법을 설명합니다.

17.2.1 TFTP 서버 설치

TFTP 서버를 설치하려면 다음 절차를 사용하십시오.

  1. tftp 패키지를 설치합니다.

    tux > sudo zypper in tftp
  2. /etc/sysconfig/tftp에서 tftpd 구성을 검토하고 필요에 따라 옵션을 추가하거나 변경합니다. 자세한 내용은 man 8 tftpd를 참조하십시오. TFTP 데몬은 구성을 변경하지 않고 작동합니다. 파일의 기본 루트 디렉토리는 /srv/tftpboot입니다.

  3. tftpd가 부팅 시간에 시작되는지 확인하고 다시 시작하여 새 구성을 읽습니다.

    tux > sudo systemctl enable tftp.socket
    tux > sudo systemctl restart tftp.socket

17.2.2 부팅용 파일 설치

SUSE Linux Enterprise Server는 BIOS의 PXE 또는 UEFI 시스템을 통해 부팅에 필요한 파일을 제공합니다. 지원되는 하드웨어 아키텍처는 다음과 같습니다.

  • AMD64/Intel 64

  • AArch64

  • POWER

  • IBM Z

특정 하드웨어 아키텍처에서 부팅하기 위해 필요한 파일은 RPM 패키지에 포함되어 있습니다. TFTP 서버를 실행하는 시스템에 이 패키지를 설치합니다.

tux > sudo zypper in tftpboot-installation-SLE-OS_VERSION-ARCHITECTURE

OS_VERSIONSUSE Linux Enterprise Server 설치 버전 번호(예: SLE-15-SP2-x86_64)로 바꿉니다. 그리고 ARCHITECTURE를 시스템의 아키텍처(예: x86_64)로 바꿉니다. 그러므로 결과적인 텍스트는 다음과 같습니다. tftpboot-installation-SLE-15-SP2-x86_64 zypper se tftpboot를 사용하여 사용 가능한 모든 버전과 아키텍처를 검색합니다.

파일은 /srv/tftpboot/SLE-OS_VERSION-ARCHITECTURE에 설치됩니다. SUSE Linux Enterprise Server의 다른 버전 및 아키텍처에 대한 파일을 /srv/tftpboot 디렉토리에 복사할 수도 있습니다.

작은 정보
작은 정보: 다른 아키텍처 제공

클라이언트 및 서버 하드웨어 아키텍처는 다를 수 있습니다. 예를 들어, AMD64/Intel 64 TFTP 서버를 실행하고 tftpboot-installation-SLE-15-SP2-aarch64 패키지를 설치하여 AArch64 클라이언트 시스템을 위한 부팅 가능 환경을 제공할 수 있습니다.

참고
참고: 기존 /srv/tftpboot/ 디렉토리

/srv/tftpboot/ 디렉토리가 시스템에 이미 있는 경우 모든 파일이 /usr/share/tftpboot-installation/에 설치됩니다. 이전 SLES 릴리스에서 PXE 서버를 업그레이드하는 경우 이에 해당합니다.

이 문제를 해결하려면 /usr/share/tftpboot-installation/에서 /srv/tftpboot/로 파일을 직접 복사하십시오. 또는 /srv/tftpboot/를 제거하고 tftpboot-installation-SLE-OS_VERSION-ARCHITECTURE 패키지를 다시 설치합니다.

17.2.3 PXELINUX 구성

편집기에서 /srv/tftpboot/SLE-OS_VERSION-ARCHITECTURE/net/pxelinux.cfg/default 파일을 엽니다. 16장 네트워크 설치 소스 설정에 설명된 대로 설정에 따라 install 파라미터의 경로를 바꿉니다 . 또한 TFTP_SERVER도 TFTP 서버의 IP 주소로 바꿉니다. PXELINUX 구성 옵션의 개요는 17.3절 “PXELINUX 구성 옵션” 항목을 참조하십시오.

default linux

# install
label linux
  ipappend 2
  kernel boot/ARCHITECTURE/loader/linux
  append initrd=boot/ARCHITECTURE/loader/initrd instsys=tftp://TFTP_SERVER/SLE-OS_VERSION-ARCHITECTURE/boot/ARCHITECTURE/root install=PROTOCOL://SERVER_IP:/PATH

display  message
implicit 1
prompt  1
timeout  50

append 줄에서 사용되는 부팅 파라미터에 대한 자세한 내용은 7.3절 “중요한 부팅 파라미터 목록” 항목을 참조하십시오.

필요한 경우 /srv/tftpboot/SLE-OS_VERSION-ARCHITECTURE/net/pxelinux.cfg/message를 편집하여 [부팅] 메뉴에 메시지를 표시합니다.

17.2.4 GRUB2를 사용하여 EFI의 PXE 부팅 준비

GRUB2 구성 파일을 변경할 필요는 없습니다. 그러나 기본 설정에서 설치 시스템의 네트워크 소스가 제공되지 않습니다. 네트워크를 통해 SUSE Linux Enterprise Server를 완전히 설치하려면 install 파라미터를 /srv/tftpboot/SLE-OS_VERSION-ARCHITECTURE/EFI/BOOT/grub.cfg 파일에 있는 linuxefi 줄에 추가합니다. 16장 네트워크 설치 소스 설정에 설명된 대로 설정에 따라 install 파라미터를 설정합니다. efilinux 줄에서 사용되는 기타 부팅 파라미터에 대한 자세한 내용은 7.3절 “중요한 부팅 파라미터 목록” 항목을 참조하십시오.

17.3 PXELINUX 구성 옵션

여기에 나열된 옵션은 PXELINUX 구성 파일에 사용할 수 있는 모든 옵션의 하위 집합입니다.

APPEND OPTIONS

하나 이상의 옵션을 커널 명령 줄에 추가합니다. 이 옵션은 자동 부팅과 수동 부팅 모두에 추가됩니다. 옵션은 커널 명령의 맨 처음에 추가되고, 명시적으로 입력된 커널 옵션을 무효화하도록 일반적으로 허용됩니다.

APPEND -

아무 것도 추가하지 않습니다. LABEL 섹션에서 인수로 단일 하이픈이 있는 APPEND는 전역 APPEND를 무효화하는 데 사용할 수 있습니다.

DEFAULT KERNEL_OPTIONS...

기본 커널 명령줄을 설정합니다. PXELINUX가 자동으로 부팅되면 자동 옵션이 자동으로 추가되어 자동 부팅을 나타내는 것을 제외하고, DEFAULT 이후의 항목이 부팅 프롬프트 시 입력된 것처럼 작동합니다.

구성 파일이 없거나 DEFAULT 항목이 구성 파일에 정의되지 않은 경우 기본값은 옵션이 없는 커널 이름 linux입니다.

IFAPPEND FLAG

FLAG 값에 따라 특정 옵션을 커널 명령줄에 추가합니다. IFAPPEND 옵션은 PXELINUX에서만 사용 가능합니다. FLAG에는 다음과 같은 값이 필요합니다(표 17.1. “생성 및 추가된 IFAPPEND에서 커널 명령줄 옵션” 참조).

표 17.1: 생성 및 추가된 IFAPPEND에서 커널 명령줄 옵션

인수

생성된 커널 명령줄/설명

1

ip=CLIENT_IP:BOOT_SERVER_IP:GW_IP:NETMASK

DHCP/BOOTP 또는 PXE 부팅 서버의 입력을 기반으로 자리 표시자가 바뀝니다.

이 옵션은 부팅된 시스템에서 DHCP 클라이언트를 실행하기 위한 대체 옵션이 아닙니다. 정기적으로 갱신하지 않으면 PXE BIOS가 얻은 임대가 만료되므로 IP 주소를 DHCP 서버가 다시 사용할 수 있습니다.

2

BOOTIF=MAC_ADDRESS_OF_BOOT_INTERFACE

DHCP 서버에서 응답을 받을 때까지 설치 서버가 LAN 인터페이스를 차례로 조사할 때 시간 제한을 피하려면 이 옵션이 유용합니다. 이 옵션을 사용하면 initrd 프로그램에서 시스템이 부팅되는 인터페이스를 결정할 수 있습니다. linuxrc에서 이 옵션을 읽고 이 네트워크 인터페이스를 사용합니다.

4

SYSUUID=SYSTEM_UUID

소문자로 된 16진수의 UUID를 추가합니다. /usr/share/doc/packages/syslinux/pxelinux.txt 참조

LABEL LABEL KERNEL IMAGE APPEND OPTIONS...

LABEL을 부팅할 커널로 입력하는 경우를 나타내며 PXELINUX는 대신 IMAGE를 부팅해야 하고 지정된 APPEND 옵션을 사용해야 합니다. 첫 번째 LABEL 명령 전에 파일의 전역 섹션에 지정된 항목을 바꿉니다. IMAGE의 기본값은 LABEL과 동일하고, APPEND가 지정되지 않은 경우 기본값은 전역 항목(있는 경우)입니다. 최대 128개의 LABEL 항목이 허용됩니다.

PXELINUX는 다음 구문을 사용합니다.

label MYLABEL
  kernel MYKERNEL
  append MYOPTIONS

레이블은 파일 이름이었던 것처럼 바뀌고, 바뀐 후에는 고유해야 합니다. 예를 들어 v2.6.30v2.6.31의 두 레이블은 두 항목 모두 동일한 DOS 파일 이름으로 바뀌기 때문에 PXELINUX에서 구분할 수 없게 됩니다.

커널이 Linux 커널일 필요는 없으며 부팅 섹터나 COMBOOT 파일일 수도 있습니다.

LOCALBOOT TYPE

PXELINUX에서 KERNEL 옵션 대신 LOCALBOOT 0을 지정하는 것은 이 특수 레이블을 호출하는 것을 의미하며, 이로 인해 커널 부팅 대신 로컬 디스크 부팅이 실행될 수 있습니다.

인수

설명

0

일반 부팅을 수행합니다.

4

메모리에 있는 UNDI(Universal Network Driver Interface) 드라이버를 사용하여 로컬 부팅을 수행합니다.

5

메모리에 있는 UNDI 드라이버를 포함하여 전체 PXE 스택이 있는 로컬 부팅을 수행합니다.

모든 다른 값은 정의되지 않았습니다. UNDI 또는 PXE 스택의 정의를 모르는 경우 0을 지정하십시오.

TIMEOUT TIME-OUT

부팅 프롬프트에서 자동으로 부팅될 때까지 기다려야 하는 시간을 1/10초 단위로 나타냅니다. 키보드의 아무 키나 누르면 시간 초과가 취소되고, 시작된 명령을 사용자가 완료할 것이라고 가정합니다. 제로(0) 시간 초과는 시간 초과를 완전히 비활성화합니다(이 항목도 기본값임). 허용 가능한 최대 시간 초과 값은 35996입니다(1시간 미만).

PROMPT flag_val

flag_val이 0인 경우 Shift 또는 Alt 키를 눌렀거나 Caps Lock 또는 Scroll Lock 키를 설정(기본값)한 경우에만 부팅 프롬프트를 표시합니다. flag_val이 1인 경우 항상 부팅 프롬프트를 표시합니다.

F2  FILENAME
F1  FILENAME
..etc...
F9  FILENAME
F10 FILENAME

부팅 프롬프트에서 기능 키를 눌렀을 때 화면에 나타난 파일을 표시합니다. 이 파일은 프리부팅 온라인 도움말(커널 명령줄 옵션에 해당)을 구현하는 데 사용할 수 있습니다. 이전 릴리스에서의 이전 버전과의 호환성의 경우 F10F0으로도 입력할 수 있습니다. 현재는 파일 이름을 F11F12로 바인딩할 방법이 없습니다.

17.4 PXE 부팅을 위한 대상 시스템 준비

BIOS 부팅 순서에 PXE 옵션을 포함시켜 PXE 부팅을 위한 시스템의 BIOS를 준비합니다.

주의
주의: BIOS 부팅 순서

PXE 옵션을 BIOS의 하드 디스크 부팅 파라미터 앞에 배치하지 마십시오. 그렇지 않으면 이 시스템은 부팅할 때마다 재설치를 시도합니다.

17.5 WOL(Wake On Lan)을 위한 대상 시스템 준비

WOL(Wake On Lan)에는 설치 전에 활성화할 적합한 BIOS 옵션이 필요합니다. 대상 시스템의 MAC 주소도 기록해 두십시오. 이 데이터는 WOL(Wake On Lan)을 시작하는 데 필요합니다.

17.6 WOL(Wake On Lan)

WOL(Wake On Lan)을 사용하면 시스템의 MAC 주소가 포함된 특수 네트워크 패킷에서 시스템을 켤 수 있습니다. 전 세계 모든 시스템에는 고유 MAC ID가 있기 때문에 잘못된 시스템을 실수로 켜는 것에 대해 걱정할 필요가 없습니다.

중요
중요: 여러 네트워크 세그먼트에 대한 WOL(Wake On Lan)

제어 시스템이 WOL 명령의 대상과 동일한 네트워크 세그먼트에 없는 경우 두 가지 옵션이 있습니다. 멀티캐스트로 보낼 WOL 요청을 구성하거나 이러한 요청의 송신자 역할을 하는 네트워크 세그먼트에서 원격으로 시스템을 제어합니다.

SUSE Linux Enterprise Server의 사용자는 WOL이라는 YaST 모듈을 사용하여 WOL(Wake On Lan)을 쉽게 구성할 수 있습니다. 다른 버전의 SUSE Linux 기반 운영 체제 사용자는 명령줄 도구를 사용할 수 있습니다.

17.7 YaST를 사용하여 WOL(Wake On Lan)

이 절차를 사용하여 YaST로 WOL(Wake On LAN)을 구성합니다.

  1. root로 로그인합니다.

  2. YaST ›  네트워크 서비스 ›  WOL을 시작합니다.

  3. 추가를 클릭하고 대상 시스템의 호스트 이름과 MAC 주소를 입력합니다.

  4. 이 시스템을 켜려면 해당 항목을 선택하고 부팅하기를 클릭합니다.

V부 초기 시스템 구성

  • 18 YaST를 사용하여 하드웨어 구성요소 설정
  • YaST를 사용하여 오디오 하드웨어, 시스템 키보드 배열 또는 프린터와 같은 하드웨어 항목을 구성할 수 있습니다.

  • 19 소프트웨어 설치 또는 제거
  • YaST의 소프트웨어 관리 모듈을 사용하여 추가 또는 제거할 소프트웨어 구성요소를 검색하십시오. YaST는 사용자의 모든 종속성을 확인합니다. 설치 미디어와 함께 제공되지 않은 패키지를 설치하려면 소프트웨어 리포지토리를 설정에 추가하여 YaST에서 관리할 수 있도록 하십시오. 업데이트 애플릿을 사용하는 소프트웨어 업데이트를 관리하여 시스템을 최신 상태로 유지하십시오.

  • 20 모듈, 확장 및 타사 추가 기능 제품 설치
  • 모듈 및 확장은 시스템에 부분 또는 기능을 추가합니다. 이 장에서는 설치, 범위, 지원 상태 및 라이프사이클에 대해 다룹니다.

  • 21 여러 커널 버전 설치
  • SUSE Linux Enterprise Server에서는 여러 커널 버전의 병렬 설치를 지원합니다. 두 번째 커널을 설치할 때 부팅 항목과 initrd가 자동으로 생성되므로 수동 구성이 추가로 필요하지 않습니다. 시스템을 재부팅할 때 새로 추가된 커널을 추가 부팅 파라미터로 사용할 수 있습니다.

    이 기능을 사용하면 항상 입증된 이전 커널로 대체할 수 있으면서 안전하게 커널 업데이트를 테스트할 수 있습니다. 이렇게 하려면 업데이트 도구(예: YaST 온라인 업데이트 또는 업데이터 애플릿)를 사용하지 말고 대신 이 장에 설명된 프로세스를 따르십시오.

  • 22 YaST를 사용하여 사용자 관리
  • 설치 중에 시스템을 위한 로컬 사용자를 생성했습니다. YaST 모듈 사용자 및 그룹 관리를 사용하여 사용자를 추가하거나 기존 사용자를 편집할 수 있습니다. 네트워크 서버를 통해 사용자를 인증하도록 시스템을 구성할 수도 있습니다.

  • 23 YaST를 사용하여 언어 및 국가 설정 변경
  • 다른 국가에서 작업하거나 다국어 환경에서 작업해야 할 경우 이를 지원하도록 컴퓨터를 설정해야 합니다. SUSE® Linux Enterprise Server에서는 서로 다른 로케일을 병렬로 처리할 수 있습니다. 로케일은 사용자 인터페이스에 적용된 언어 및 국가 설정을 정의하는 파라미터 집합입니다.

18 YaST를 사용하여 하드웨어 구성요소 설정

YaST를 사용하여 오디오 하드웨어, 시스템 키보드 배열 또는 프린터와 같은 하드웨어 항목을 구성할 수 있습니다.

참고
참고: 그래픽 카드, 모니터, 마우스 및 키보드 설정

그래픽 카드, 모니터, 마우스 및 키보드는 GNOME 도구를 사용하여 구성할 수 있습니다.

18.1 시스템 키보드 배열 설정

YaST 시스템 키보드 배열 모듈을 통해 시스템의 기본 키보드 배열을 정의할 수 있습니다(콘솔에도 사용됨). 사용자는 데스크톱 도구를 사용하여 개별 X 세션에서 키보드 배열을 수정할 수 있습니다.

  1. YaST에서 하드웨어 시스템 키보드 배열 을 클릭하여 YaST  › 시스템 키보드 구성 대화 상자를 시작합니다. 또는 sudo yast2 keyboard를 사용하여 명령줄에서 모듈을 시작합니다.

  2. 목록에서 원하는 키보드 배열을 선택합니다.

  3. 선택적으로 고급 설정에서 키보드 반복 속도나 키보드 지연 속도를 정의할 수도 있습니다.

  4. 테스트 텍스트 상자에서 선택된 설정을 시도해 보십시오.

  5. 예상한 결과가 나타나면 변경사항을 확인하고 대화 상자를 닫습니다. 설정은 /etc/sysconfig/keyboard에 기록됩니다.

18.2 사운드 카드 설치

YaST는 대부분의 사운드 카드를 자동으로 감지하고 이 카드를 적합한 값으로 구성합니다. 기본 설정을 변경하거나 자동으로 구성할 수 없는 사운드 카드를 설정하려면 YaST 사운드 모듈을 사용하십시오. 여기서 추가 사운드 카드를 설정하거나 순서를 전환할 수도 있습니다.

사운드 모듈을 시작하려면 YaST를 시작하고 하드웨어 ›  사운드 를 클릭합니다. 또는 명령줄에서 root 사용자로 yast2 sound &를 실행하여 사운드 구성 대화 상자를 시작합니다. 사운드 모듈을 사용할 수 없는 경우에는 sudo zypper install yast2-sound 명령을 사용하여 설치합니다.

Image

이 대화 상자는 감지된 모든 사운드 카드를 표시합니다.

절차 18.1: 사운드 카드 구성

새 사운드 카드를 추가했거나 YaST에서 자동으로 기존 사운드 카드를 구성할 수 없으면 다음 단계를 수행하십시오. 새 사운드 카드를 구성할 경우 사운드 카드 제조업체와 모델을 알고 있어야 합니다. 해당 정보가 확실하지 않은 경우 필요한 정보를 보려면 사운드 카드 설명서를 참조하십시오. ALSA에서 지원하는 사운드 카드와 해당 사운드 모듈을 나열하는 참조 목록을 보려면 http://www.alsa-project.org/main/index.php/Matrix:Main을 참조하십시오.

구성하는 동안 다음 설정 옵션 중에서 선택할 수 있습니다.

빠른 자동 설정

추가 구성 단계로 진행할 필요 없이 사운드 카드는 자동으로 구성됩니다. 나중에 변경하려는 볼륨 또는 옵션을 설정할 수 있습니다.

일반 설정

구성하는 동안 출력 볼륨을 조정하고 테스트 사운드를 재생할 수 있습니다.

옵션 변경이 가능한 고급 설정

전문가 전용. 사운드 카드의 모든 파라미터를 사용자 정의할 수 있습니다.

중요
중요: 고급 구성

수행 중인 작업이 무엇인지 정확히 아는 경우에만 이 옵션을 사용하십시오. 그렇지 않으면 파라미터를 변경하지 않고 일반 또는 자동 설정 옵션을 사용하십시오.

  1. YaST 사운드 모듈을 시작합니다.

  2. 감지되었지만 구성되지 않은 사운드 카드를 구성하려면 목록에서 해당 항목을 선택하고 편집을 클릭합니다.

    새 사운드 카드를 구성하려면 추가를 클릭합니다. 사운드 카드 제조업체와 모델을 선택하고 다음을 클릭합니다.

  3. 설정 옵션 중 하나를 선택하고 다음을 클릭합니다.

  4. 일반 설정을 선택한 경우 사운드 구성을 테스트하고 볼륨을 조정할 수 있습니다. 청력이나 스피커가 손상되지 않도록 10퍼센트 정도로 시작합니다.

  5. 원하는 대로 모든 옵션을 설정했으면 다음을 클릭합니다.

    사운드 구성 대화 상자에는 새로 구성된 사운드 카드 또는 수정된 사운드 카드가 표시됩니다.

  6. 더 이상 필요 없는 사운드 카드 구성을 제거하려면 각 항목을 선택하고 삭제를 클릭합니다.

  7. 확인을 클릭하여 변경사항을 저장하고 YaST 사운드 모듈을 종료합니다.

절차 18.2: 사운드 카드 구성 수정
  1. 개별 사운드 카드(전문가 전용!)의 구성을 변경하려면 사운드 구성 대화 상자에서 사운드 카드 항목을 선택하고 편집을 클릭합니다.

    그러면 여러 파라미터를 세부 조정할 수 있는 사운드 카드 고급 옵션으로 이동합니다. 자세한 내용은 도움말을 클릭하십시오.

  2. 이미 구성된 사운드 카드의 볼륨을 조정하거나 사운드 카드를 테스트하려면 사운드 구성 대화 상자에서 사운드 카드 항목을 선택하고 기타를 클릭합니다. 각 메뉴 항목을 선택합니다.

    참고
    참고: YaST 믹서

    YaST 믹서 설정은 기본 옵션만 제공합니다. 이러한 옵션은 테스트 사운드에서 소리가 나지 않는 등의 문제를 해결하기 위한 것입니다. 기타 ›  볼륨 에서 YaST 믹서 설정에 액세스합니다. 사운드 옵션을 매일 사용하고 미세 조정할 경우 데스크톱에서 제공한 믹서 애플릿이나 alsasound 명령줄 도구를 사용하십시오.

  3. MIDI 파일을 재생하려면 기타 ›  시퀀서 시작 을 선택합니다.

  4. 지원되는 사운드 카드가 감지되면 MIDI 파일의 재생에 대한 SoundFont를 설치할 수 있습니다.

    1. 원래 드라이버 CD-ROM을 CD 또는 DVD 드라이브에 넣습니다.

    2. 기타 ›  SoundFonts 설치 를 선택하여 SF2 SoundFonts™를 하드 디스크에 복사합니다. SoundFonts가 /usr/share/sfbank/creative/ 디렉토리에 저장됩니다.

  5. 시스템에서 둘 이상의 사운드 카드를 구성한 경우 사운드 카드의 순서를 조정할 수 있습니다. 사운드 카드를 주 장치로 설정하려면 사운드 구성에서 사운드 카드를 선택하고 기타 ›  주 카드로 설정 을 클릭합니다. 인덱스 0의 사운드 장치가 기본 장치이며 시스템 및 응용 프로그램에서 이 장치를 사용합니다.

  6. 기본적으로 SUSE Linux Enterprise Server에서는 PulseAudio 사운드 시스템을 사용합니다. 이것은 하드웨어에 있을 수 있는 제한사항을 무시하여 다중 오디오 스트림을 혼합하는 데 유용한 추상 계층입니다. PulseAudio 사운드 시스템을 활성화 또는 비활성화하려면 기타 ›  PulseAudio 구성 을 클릭합니다. 이 기능이 활성화된 경우 사운드 재생에 PulseAudio 데몬이 사용됩니다. 시스템 전체에서 다른 것을 사용하려면 PulseAudio 지원을 비활성화하십시오.

확인을 클릭하고 YaST 사운드 모듈을 종료하면 모든 사운드 카드의 볼륨 및 구성이 저장됩니다. 믹서 설정은 /etc/asound.state 파일에 저장됩니다. ALSA 구성 데이터는 /etc/modprobe.d/sound 파일의 끝에 추가되고, /etc/sysconfig/sound에 기록됩니다.

18.3 프린터 설정

YaST를 사용하면 USB를 통해 시스템에 연결되는 로컬 프린터를 구성하거나 네트워크 프린터로 인쇄를 설정할 수 있습니다. 또한 네트워크에서 프린터를 공유할 수 있습니다. 인쇄 관련 일반 정보, 기술 세부 사항 및 문제 해결 등에 대한 자세한 내용은 Book “Administration Guide”, Chapter 20 “Printer Operation”에서 확인할 수 있습니다.

YaST에서 하드웨어 ›  프린터 를 클릭하여 프린터 모듈을 시작하십시오. 기본적으로 프린터 구성 보기에서 열리고 이 보기에는 사용할 수 있고 구성된 모든 프린터 목록이 표시됩니다. 이것은 특히 네트워크를 통해 많은 프린터에 액세스할 경우 유용합니다. 여기서 테스트 페이지를 인쇄하고 프린터를 구성할 수도 있습니다.

참고
참고: CUPS 시작

시스템에서 인쇄하려면 CUPS가 실행 중이어야 합니다. CUPS를 실행하지 않은 경우 SUPS를 시작하라는 메시지가 표시됩니다. 로 대답합니다. 그러지 않으면 인쇄를 구성할 수 없습니다. 부팅할 때 CUPS가 시작되지 않은 경우에도 이 기능을 사용할지를 묻는 메시지가 표시됩니다. 라고 대답하는 것이 좋습니다. 그러지 않으면 재부팅할 때마다 CUPS를 수동으로 시작해야 합니다.

18.3.1 프린터 구성

일반적으로 USB 프린터는 자동으로 감지됩니다. 프린터가 자동으로 감지되지 않는 이유는 두 가지가 있습니다.

  • USB 프린터가 꺼져 있습니다.

  • 프린터와 컴퓨터 간에 통신이 가능하지 않습니다. 케이블과 플러그를 점검하여 프린터가 제대로 연결되어 있는지 확인하십시오. 이 경우에는 프린터 관련 문제가 아니라 USB 관련 문제일 수 있습니다.

프린터 구성은 연결 유형 지정, 드라이버 선택, 해당 설정의 인쇄 대기열 이름 지정의 3단계로 구성된 프로세스입니다.

대부분의 프린터 모델의 경우 드라이버를 여러 개 사용할 수 있습니다. 프린터를 구성할 때 YaST는 일반적으로 권장이 표시된 항목을 기본값으로 지정합니다. 일반적으로 드라이버를 변경할 필요는 없습니다. 그러나 컬러 프린터를 흑백으로만 인쇄할 경우 컬러 인쇄를 지원하지 않는 드라이버를 사용할 수 있습니다. 그래픽을 인쇄할 때 PostScript 프린터에 성능 문제가 발생하면 PostScript 드라이버에서 PCL 드라이버로 전환을 시도하십시오(제공된 프린터가 PCL을 이해하는 경우).

해당 프린터용 드라이버가 나열되지 않은 경우 목록에서 적절한 표준 언어를 사용하는 일반 드라이버를 선택할 수 있습니다. 프린터가 이해하는 언어(프린터를 제어하는 명령 집합)를 알아보려면 해당 프린터의 설명서를 참조하십시오. 이 작업이 수행되지 않으면 18.3.1.1절 “YaST를 사용하여 드라이버 추가”에서 가능한 다른 해결책을 참조하십시오.

프린터는 직접 사용되지 않고 항상 프린터 대기열을 통해 사용됩니다. 이렇게 해서 동시 작업이 대기열에 있고 차례대로 처리될 수 있도록 합니다. 각 인쇄 대기열이 특정 드라이버에 할당되며, 한 프린터에 여러 개의 대기열이 있을 수 있습니다. 따라서 컬러 프린터에 흑백으로만 인쇄하는 두 번째 대기열을 설정할 수 있습니다. 인쇄 대기열에 대한 자세한 내용은 Book “Administration Guide”, Chapter 20 “Printer Operation”, Section 20.1 “The CUPS Workflow”를 참조하십시오.

절차 18.3: 새 프린터 추가
  1. 하드웨어 ›  프린터에서 YaST 프린터 모듈을 시작합니다.

  2. 프린터 구성 화면에서 추가를 클릭합니다.

  3. 프린터가 연결 지정 아래에 이미 나열된 경우 다음 단계로 진행합니다. 그렇지 않으면, 추가 감지를 사용해 보거나 연결 마법사를 시작합니다.

  4. 드라이버 찾기 및 할당의 텍스트 상자에서 제조업체 이름과 모델 이름을 입력하고 검색을 클릭합니다.

  5. 프린터와 일치하는 드라이버를 선택합니다. 목록의 첫 번째에 있는 드라이버를 선택하는 것이 좋습니다. 적합한 드라이버가 표시되지 않는 경우

    1. 검색어를 확인합니다.

    2. 추가 찾기를 클릭하여 검색 범위를 넓힙니다.

    3. 18.3.1.1절 “YaST를 사용하여 드라이버 추가”에 설명된 대로 드라이버를 추가합니다.

  6. 기본 용지 크기를 지정합니다.

  7. 임의 이름 설정 필드에서 인쇄 대기열의 고유한 이름을 입력합니다.

  8. 이제 프린터가 기본 설정으로 구성되고 사용할 준비가 되었습니다. 확인을 클릭하여 프린터 구성 보기로 돌아갑니다. 새로 구성된 프린터가 프린터 목록에 나타납니다.

18.3.1.1 YaST를 사용하여 드라이버 추가

SUSE Linux Enterprise Server에 사용 가능한 프린터 드라이버가 기본적으로 모두 설치되는 것은 아닙니다. 새 프린터를 추가할 때 드라이버 찾기 및 할당 대화 상자에서 사용 가능한 드라이버가 없는 경우, 프린터용 드라이버가 포함된 드라이버 패키지를 설치합니다.

절차 18.4: 추가 드라이버 패키지 설치
  1. 하드웨어 ›  프린터에서 YaST 프린터 모듈을 시작합니다.

  2. 프린터 구성 화면에서 추가를 클릭합니다.

  3. 드라이버 찾기 및 할당 섹션에서 드라이버 패키지를 클릭합니다.

  4. 목록에서 적절한 드라이버 패키지를 하나 이상 선택합니다. 프린터 설명 파일의 경로를 지정하지 마십시오.

  5. 확인을 선택하고 패키지 설치를 확인합니다.

  6. 이러한 드라이버를 직접 사용하려면 절차 18.3. “새 프린터 추가”의 설명에 따라 계속 진행합니다.

PostScript 프린터에는 프린터 드라이버 소프트웨어가 필요하지 않습니다. PostScript 프린터에는 해당 모델과 일치하는 PPD(PostScript Printer Description) 파일만 있으면 됩니다. PPD 파일은 프린터 제조업체에서 제공합니다.

PostScript 프린터를 추가할 때 드라이버 찾기 및 할당 대화 상자에서 사용 가능한 PPD 파일이 없는 경우 해당 프린터용 PPD 파일을 설치합니다.

PPD 파일의 여러 원본을 사용할 수 있습니다. 먼저 SUSE Linux Enterprise Server와 함께 제공되지만 기본적으로 설치되지 않는 추가 드라이버 패키지로 시도하는 것이 좋습니다(설치 지침은 아래 참조). 이러한 패키지에 알맞은 프린터 드라이버가 없는 경우 프린터 제조업체 또는 PostScript 프린터 드라이버 CD에서 PPD 파일을 직접 가져옵니다. 자세한 내용은 Book “Administration Guide”, Chapter 20 “Printer Operation”, Section 20.8.2 “No Suitable PPD File Available for a PostScript Printer”을 참조하십시오. 또는 http://www.linuxfoundation.org/collaborate/workgroups/openprinting/database/databaseintroOpenPrinting.org 프린터 데이터베이스에서 PPD 파일을 찾으십시오. OpenPrinting에서 PPD 파일을 다운로드할 경우 항상 최신 Linux 지원 상태가 표시됩니다. 그러나 SUSE Linux Enterprise Server에서는 최신 지원 상태가 표시되지 않을 수 있습니다.

절차 18.5: PostScript 프린터용 PPD 파일 추가
  1. 하드웨어 ›  프린터에서 YaST 프린터 모듈을 시작합니다.

  2. 프린터 구성 화면에서 추가를 클릭합니다.

  3. 드라이버 찾기 및 할당 섹션에서 드라이버 패키지를 클릭합니다.

  4. 사용 가능한 프린터 설명 파일 작성의 텍스트 상자에 PPD 파일의 전체 경로를 입력합니다.

  5. 확인을 클릭하여 새 프린터 구성 추가 화면으로 돌아갑니다.

  6. 이 PPD 파일을 직접 사용하려면 절차 18.3. “새 프린터 추가”의 설명에 따라 계속 진행합니다.

18.3.1.2 로컬 프린터 구성 편집

프린터의 기본 구성을 편집하여 연결 유형, 드라이버 등과 같은 기본 설정을 변경할 수 있습니다. 용지 크기, 해상도, 미디어 소스 등에 대한 기본 설정을 조정할 수도 있습니다. 프린터 설명 또는 위치를 변경하여 프린터 식별자를 변경할 수 있습니다.

  1. 하드웨어 ›  프린터에서 YaST 프린터 모듈을 시작합니다.

  2. 프린터 구성 화면의 목록에서 로컬 프린터 구성을 선택하고 편집을 클릭합니다.

  3. 절차 18.3. “새 프린터 추가”에 설명된 대로 연결 유형 또는 드라이버를 변경합니다. 현재 구성에 문제가 있는 경우에만 이러한 변경을 수행해야 합니다.

  4. 원하는 경우 기본 프린터를 선택하여 이 프린터를 기본값으로 설정합니다.

  5. 현재 드라이버에 대한 모든 옵션을 클릭하여 기본 설정을 조정합니다. 설정을 변경하려면 해당 + 기호를 클릭하여 옵션 목록을 확장합니다. 옵션을 클릭하여 기본값을 변경합니다. 확인을 클릭하여 변경사항을 적용합니다.

18.3.2 YaST를 사용하여 네트워크에서 인쇄 구성

네트워크 프린터는 자동으로 감지되지 않습니다. 이러한 컴퓨터는 YaST 프린터 모듈을 사용하여 수동으로 구성해야 합니다. 네트워크 설정에 따라, 인쇄 서버(CUPS, LPD, SMB 또는 IPX)로 인쇄하거나 네트워크 프린터로 직접(주로 TCP를 통해) 인쇄할 수 있습니다. YaST 프린터 모듈의 왼쪽 영역에서 네트워크를 통해 인쇄를 선택하여 네트워크 인쇄를 위한 구성 보기에 액세스하십시오.

18.3.2.1 CUPS 사용

Linux 환경에서는 일반적으로 네트워크를 통해 인쇄하는 데 CUPS가 사용됩니다. 가장 간단한 설정은 모든 클라이언트에서 직접 액세스할 수 있는 단일 CUPS 서버를 통해서만 인쇄하는 것입니다. 둘 이상의 CUPS 서버를 통해 인쇄하려면 원격 CUPS 서버와 통신하는 로컬 CUPS 데몬이 실행 중이어야 합니다.

중요
중요: 네트워크 인쇄 대기열 검색

CUPS 서버는 기존 CUPS 검색 프로토콜 또는 Bonjour/DNS-SD를 통해 네트워크에 대한 인쇄 대기열을 알립니다. 사용자가 특정 프린터를 선택하여 인쇄 작업을 송신하려면 클라이언트가 이러한 목록을 찾아야 합니다. 네트워크 인쇄 대기열을 찾으려면 인쇄 작업 시 CUPS 서버를 사용하는 모든 클라이언트에서 cups-filters-cups-browsed 패키지에 제공되는 cups-browsed 서비스를 실행해야 합니다. YaST를 사용하여 네트워크 인쇄를 구성할 경우 cups-browsed가 자동으로 시작됩니다.

cups-browsed를 시작한 이후에 검색이 실행되지 않는 경우 CUPS 서버가 Bonjour/DNS-SD를 통해 네트워크 인쇄 대기열을 알립니다. 이 경우 avahi 패키지를 추가로 설치하고 모든 클라이언트에서 sudo systemctl start avahi-daemon과 연관된 서비스를 시작합니다.

절차 18.6: 단일 CUPS 서버를 통해 인쇄
  1. 하드웨어 ›  프린터에서 YaST 프린터 모듈을 시작합니다.

  2. 왼쪽 창에서 네트워크를 통해 인쇄 화면을 실행합니다.

  3. 한 개의 단일 CUPS 서버를 통해 모든 인쇄를 직접 수행을 선택하고 서버의 이름 또는 IP 주소를 지정합니다.

  4. 테스트 서버를 클릭하여 올바른 이름 또는 IP 주소를 선택했는지 확인합니다.

  5. 확인을 클릭하여 프린터 구성 화면으로 돌아갑니다. 이제 CUPS 서버를 통해 사용할 수 있는 모든 프린터가 나열됩니다.

절차 18.7: 여러 CUPS 서버를 통해 인쇄
  1. 하드웨어 ›  프린터에서 YaST 프린터 모듈을 시작합니다.

  2. 왼쪽 창에서 네트워크를 통해 인쇄 화면을 실행합니다.

  3. CUPS 서버의 프린터 알림 허용을 선택합니다.

  4. 일반 설정에서 사용할 서버를 지정합니다. 사용할 수 있는 모든 네트워크 또는 특정 호스트에서 연결을 허용할 수 있습니다. 후자를 선택할 경우 호스트 이름이나 IP 주소를 지정해야 합니다.

  5. 로컬 CUPS 서버를 시작할지 묻는 메시지가 표시되면 확인을 클릭한 다음 를 클릭하여 확인합니다. 서버가 YaST를 시작한 후에는 프린터 구성 화면으로 돌아갑니다. 목록 새로 고침을 클릭하여 지금까지 감지된 프린터를 표시합니다. 추가 프린터를 사용할 수 있는 경우 이 버튼을 다시 클릭합니다.

18.3.2.2 CUPS가 아닌 다른 인쇄 서버 사용

네트워크에서 CUPS가 아닌 인쇄 서버를 통해 인쇄 서비스를 제공하는 경우 하드웨어 ›  프린터에서 YaST 프린터 모듈을 시작하고 왼쪽 창에서 네트워크를 통해 인쇄 화면을 시작합니다. 연결 마법사를 시작하고 적합한 연결 유형을 선택합니다. 해당 환경에서 네트워크 프린터 구성에 대한 자세한 내용은 네트워크 관리자에게 문의하십시오.

18.3.3 네트워크를 통한 프린터 공유

로컬 CUPS 데몬으로 관리되는 프린터는 네트워크를 통해 공유될 수 있으므로 시스템을 CUPS 서버로 돌릴 수 있습니다. 일반적으로 CUPS의 찾아보기 모드를 활성화하여 프린터를 공유합니다. 찾아보기가 활성화되면 네트워크에서 로컬 인쇄 대기열을 사용해 원격 CUPS 데몬을 수신할 수 있습니다. 또한 모든 인쇄 대기열을 관리하고 원격 클라이언트가 직접 액세스할 수 있는 전용 CUPS 서버를 설정할 수 있습니다. 이러한 경우 찾아보기를 활성화할 필요가 없습니다.

절차 18.8: 프린터 공유
  1. 하드웨어 ›  프린터에서 YaST 프린터 모듈을 시작합니다.

  2. 왼쪽 창에서 프린터 공유 화면을 시작합니다.

  3. 원격 액세스 허용을 선택합니다. 또한 로컬 네트워크 내의 컴퓨터를 선택하고 로컬 네트워크 내에서 기본값으로 프린터 게시를 함께 선택하여 찾아보기 모드를 활성화합니다.

  4. 확인을 클릭하여 CUPS 서버를 재시작하고 프린터 구성 화면으로 돌아갑니다.

  5. CUPS 및 방화벽 설정에 대해서는 http://en.opensuse.org/SDB:CUPS_and_SANE_Firewall_settings을 참조하십시오.

19 소프트웨어 설치 또는 제거

YaST의 소프트웨어 관리 모듈을 사용하여 추가 또는 제거할 소프트웨어 구성요소를 검색하십시오. YaST는 사용자의 모든 종속성을 확인합니다. 설치 미디어와 함께 제공되지 않은 패키지를 설치하려면 소프트웨어 리포지토리를 설정에 추가하여 YaST에서 관리할 수 있도록 하십시오. 업데이트 애플릿을 사용하는 소프트웨어 업데이트를 관리하여 시스템을 최신 상태로 유지하십시오.

YaST 소프트웨어 관리자로 시스템의 소프트웨어 모음을 변경하십시오. 이 YaST 모듈은 두 가지 특징인 X Window용 그래픽 변형 및 명령줄에서 사용할 텍스트 기반 변형으로 사용할 수 있습니다. 그래픽 특징은 여기에서 설명합니다. 텍스트 기반 YaST에 대한 자세한 내용은 Book “Administration Guide”, Chapter 4 “YaST in Text Mode”를 참조하십시오.

참고
참고: 변경 사항 확인 및 검토

패키지를 설치하거나 업데이트하거나 제거하는 경우 소프트웨어 관리자의 모든 변경 사항은 승인 또는 적용을 클릭한 후에만 적용됩니다. YaST는 모든 작업이 포함된 목록을 유지 관리하여 시스템에 변경사항을 적용하기 전에 변경사항을 검토하고 수정할 수 있습니다.

19.1 용어 정의

다음 용어는 SUSE Linux Enterprise Server에서의 소프트웨어 설치 및 제거를 이해하는 데 중요합니다.

리포지토리

패키지와 함께 이러한 패키지에 대한 추가 정보(패키지 메타 데이터)를 포함하는 로컬 또는 원격 디렉토리입니다.

(리포지토리) 별칭/리포지토리 이름

리포지토리의 짧은 이름입니다(Zypper 내에서는 별칭, YaST 내에서 리포지토리 이름이라고도 함). 사용자는 리포지토리를 추가할 때 이 이름을 선택할 수 있으며, 이 이름은 고유해야 합니다.

리포지토리 설명 파일

각 리포지토리는 리포지토리의 내용(패키지 이름, 버전 등)을 설명하는 파일을 제공합니다. 이러한 리포지토리 설명 파일은 YaST에서 사용하는 로컬 캐시에 다운로드됩니다.

제품

전체 제품을 나타냅니다(예: SUSE® Linux Enterprise Server).

패턴

패턴은 특정 목적으로만 설치할 수 있는 패키지 설치 그룹입니다. 예를 들어, 랩톱 패턴은 모바일 컴퓨팅 환경에서 필요한 모든 패키지를 포함합니다. 패턴은 필수 또는 권장 패키지와 같은 패키지 종속성을 정의하고 설치할 패키지는 미리 선택되어 제공됩니다. 따라서 패턴을 설치한 후 특정 목적에 필요한 가장 중요한 패키지를 시스템에서 사용할 수 있습니다. 필요한 경우 패턴 내에서 패키지를 직접 선택하거나 선택 취소할 수 있습니다.

패키지

패키지는 특정 프로그램 파일을 포함하는 rpm 형식으로 압축된 파일입니다.

패치

패치는 하나 이상의 패키지로 구성되어 있으며, 델타 RPM을 사용하여 적용할 수 있습니다. 또한 아직 설치되지 않은 패키지에 종속성을 적용할 수 있습니다.

Resolvable

제품, 패턴, 패키지 또는 패치를 총칭하는 용어로, 가장 일반적으로 사용되는 Resolvable 유형은 패키지 또는 패치입니다.

델타 RPM

델타 RPM은 패키지의 정의된 두 가지 버전 간 이진 차이만으로 구성되므로, 다운로드 크기가 가장 작습니다. 설치하기 전에 전체 RPM 패키지가 로컬 시스템에서 다시 작성됩니다.

패키지 종속성

특정 패키지는 공유 라이브러리와 같은 기타 패키지에 종속되어 있습니다. 한 패키지가 다른 패키지를 필요로 할 수 있습니다. 이 경우 필수 패키지를 사용할 수 없으면 패키지를 설치할 수 없습니다. 이행해야 하는 종속성(패키지 요구사항) 외에도 일부 패키지는 다른 패키지를 권장합니다. 이러한 권장된 패키지는 실제로 사용할 수 있는 경우에만 설치되고, 사용할 수 없는 경우에는 무시되지만, 이러한 패키지를 권장하는 패키지는 설치됩니다.

19.2 설치된 시스템 등록

설치 중 등록을 건너뛰었거나 시스템을 다시 등록하려는 경우 언제든지 시스템을 등록할 수 있습니다. YaST 모듈 제품 등록 또는 명령줄 도구 SUSEConnect를 사용하십시오.

19.2.1 YaST를 사용하여 등록

시스템을 등록하려면 YaST를 시작하고 소프트웨어로 전환한 다음 제품 등록으로 전환합니다.

기본적으로 시스템은 SUSE Customer Center를 통해 등록됩니다. 조직에서 로컬 등록 서버를 제공하는 경우 자동 감지된 서버 목록에서 선택하거나 URL을 직접 제공할 수 있습니다.

19.2.2 SUSEConnect를 사용하여 등록

명령 줄에서 등록하려면 명령을 사용하십시오.

tux > sudo SUSEConnect -r REGISTRATION_CODE -e EMAIL_ADDRESS

REGISTRATION_CODE를 SUSE Linux Enterprise Server의 복사본으로 받은 등록 코드로 바꿉니다. EMAIL_ADDRESS를 사용자나 조직이 가입을 관리하는 데 사용하는 SUSE 계정과 연결된 전자 메일 주소로 바꿉니다.

로컬 등록 서버로 등록하려면 서버의 URL도 입력하십시오.

tux > sudo SUSEConnect -r REGISTRATION_CODE -e EMAIL_ADDRESS --url "URL"

19.3 YaST 소프트웨어 관리자 사용

소프트웨어 소프트웨어 관리 를 선택하여  › YaST 관리 센터에서 소프트웨어 관리자를 시작합니다.

Image

19.3.2 패키지 또는 패턴 설치 및 제거

특정 패키지는 공유 라이브러리와 같은 기타 패키지에 종속되어 있습니다. 반면, 일부 패키지는 시스템의 다른 패키지와 공존할 수 없습니다. 가능한 경우, YaST는 자동으로 이러한 종속성 또는 충돌을 해결합니다. 선택 결과 자동으로 해결할 수 없는 종속성 충돌이 발생할 경우 19.3.4절 “패키지 종속성”에 설명된 대로 이 충돌을 수동으로 해결해야 합니다.

참고
참고: 패키지 제거

패키지를 제거할 때 기본적으로 YaST는 선택한 패키지만 제거합니다. YaST에서 지정한 패키지를 제거한 후 필요하지 않게 되는 다른 패키지도 제거하려면, 주 메뉴에서 옵션 ›  패키지 삭제 시 정리 를 선택하십시오.

  1. 19.3.1절 “패키지 또는 패턴을 검색하기 위한 보기”에 설명된 대로 패키지를 검색합니다.

  2. 발견된 패키지는 오른쪽 창에 나열됩니다. 패키지를 설치하거나 제거하려면 패키지를 마우스 오른쪽 버튼으로 클릭하고 설치 또는 삭제를 선택합니다. 관련 옵션을 사용할 수 없는 경우 패키지 이름 앞에 기호로 표시된 패키지 상태를 확인합니다. 도움말을 보려면 Shift F1 키를 누르십시오.

    작은 정보
    작은 정보: 나열된 모든 패키지에 작업 적용

    오른쪽 창에 나열된 모든 패키지에 작업을 적용하려면 주 메뉴로 이동하고 패키지 ›  이 목록의 모든 항목 에서 작업을 선택하십시오.

  3. 패턴을 설치하려면 패턴 이름을 마우스 오른쪽 버튼으로 클릭한 다음 설치를 선택하십시오.

  4. 패턴을 제거할 수 없습니다. 대신, 제거할 패턴의 패키지를 선택하고 제거로 표시하십시오.

  5. 더 많은 패키지를 선택하려면 위에 언급된 단계를 반복합니다.

  6. 변경 사항을 적용하기 전에 보기 ›  설치 요약 을 클릭하여 변경 사항을 검토하거나 수정할 수 있습니다. 기본적으로 상태를 변경할 모든 패키지가 나열됩니다.

  7. 패키지 상태를 되돌리려면 패키지를 삭제 또는 업데이트할 예정인 경우 패키지를 마우스 오른쪽 버튼으로 클릭하고 유지를 선택하거나 패키지를 설치할 예정인 경우 설치 안 함을 선택합니다. 모든 변경사항을 취소하고 소프트웨어 관리자를 종료하려면 취소중단을 클릭하십시오.

  8. 마쳤으면 승인을 클릭하여 변경 사항을 적용합니다.

  9. YaST에서 다른 패키지의 종속성을 검색한 경우 설치, 업데이트 또는 제거 대상으로 추가로 선택된 패키지 목록이 나타납니다. 이 패키지를 사용하려면 계속을 클릭합니다.

    선택한 모든 패키지가 설치, 업데이트 또는 제거되면 YaST 소프트웨어 관리자가 자동으로 종료됩니다.

참고
참고: 원본 패키지 설치

현재 YaST 소프트웨어 관리자를 사용하여 원본 패키지를 설치할 수 없습니다. 원본 패키지를 설치하려면 명령줄 도구 zypper를 사용하십시오. 자세한 내용은 Book “Administration Guide”, Chapter 6 “Managing Software with Command Line Tools”, Section 6.1.3.5 “Installing or Downloading Source Packages”를 참조하십시오.

19.3.3 패키지 업데이트

개별 패키지를 업데이트하는 대신, 설치된 모든 패키지 또는 특정 리포지토리의 모든 패키지를 업데이트할 수 있습니다. 패키지를 대량 업데이트할 경우 일반적으로 다음과 같은 사항이 고려됩니다.

  • 패키지를 제공하는 리포지토리의 중요도

  • 패키지 아키텍처(예: AMD64/Intel 64),

  • 패키지의 버전 번호

  • 패키지 제조업체

업데이트 후보를 선택할 경우의 가장 높은 중요도는 사용자가 선택하는 각 업데이트 옵션에 따라 달라집니다.

  1. 설치된 모든 패키지를 최신 버전으로 업데이트하려면 기본 메뉴에서 패키지 ›  모든 패키지 ›  최신 버전이 있는 경우 업데이트 를 선택합니다.

    다음 정책을 사용하여 모든 리포지토리에서 가능한 업데이트 후보를 확인합니다. 즉, YaST에서는 먼저 설치된 패키지와 아키텍처 및 제조업체가 동일한 패키지로 검색을 제한합니다. 검색 결과가 있으면 아래 프로세스에 따라 여기서 가장 적합한 업데이트 후보가 선택됩니다. 그러나 동일한 제조업체의 적합한 패키지를 찾을 수 없으면 검색은 아키텍처가 동일한 모든 패키지로 확장됩니다. 이렇게 해도 업데이트 후보가 될 만한 패키지를 찾을 수 없으면 모든 패키지가 고려되고 다음 기준에 따라 가장 적합한 업데이트 후보가 선택됩니다.

    1. 리포지토리 중요도: 중요도가 가장 높은 리포지토리의 패키지를 선호합니다.

    2. 이 선택에서 두 개 이상의 패키지가 검색되면 가장 적합한 아키텍처를 가지는 패키지를 선택합니다(최상의 선택: 설치된 패키지의 아키텍처와 일치함).

    검색된 패키지가 설치된 패키지보다 상위 버전 번호를 가지는 경우, 설치된 패키지가 업데이트되고 선택한 업데이트 후보로 대체됩니다.

    이 옵션을 사용하면 설치된 패키지에 대한 아키텍처 및 제조업체가 변경되지 않지만, 특정 환경에서는 해당 아키텍처 및 제조업체를 변경할 수 있습니다.

    참고
    참고: 무조건 업데이트

    대신 패키지 ›  모든 패키지 ›  무조건 업데이트 를 선택하면 동일한 기준이 적용되지만 검색된 후보 패키지가 무조건 설치됩니다. 따라서 이 옵션을 선택하면 실제로 일부 패키지가 다운그레이드될 수 있습니다.

  2. 대량 업데이트할 패키지가 특정 리포지토리의 패키지인지 확인하려면:

    1. 19.3.1절 “패키지 또는 패턴을 검색하기 위한 보기”에 설명된 대로 업데이트할 리포지토리를 선택합니다.

    2. 창의 오른쪽에서 시스템 패키지를 이 리포지토리의 버전으로 전환을 클릭합니다. 패키지를 대체할 때 YaST에서 명시적으로 패키지 제조업체를 변경할 수 있습니다.

      승인을 선택하여 계속 진행하면 설치된 모든 패키지는 이 리포지토리(사용 가능한 경우)에서 파생된 패키지로 대체됩니다. 제조업체 및 아키텍처가 변경될 수 있고, 일부 패키지가 다운그레이드될 수도 있습니다.

    3. 이런 문제를 피하려면 시스템 패키지를 이 리포지토리의 패키지로 전환 취소를 클릭하십시오. 승인 버튼을 클릭하기 전까지만 이 설정을 취소할 수 있습니다.

  3. 변경 사항을 적용하기 전에 보기 ›  설치 요약 을 클릭하여 변경 사항을 검토하거나 수정할 수 있습니다. 기본적으로 상태를 변경할 모든 패키지가 나열됩니다.

  4. 원하는 대로 모든 옵션을 선택한 경우 승인을 눌러 변경 사항을 확인하고 대량 업데이트를 시작하십시오.

19.3.4 패키지 종속성

대부분의 패키지는 기타 패키지에 종속되어 있습니다. 예를 들어, 패키지가 공유 라이브러리를 사용하는 경우 이 패키지는 해당 라이브러리를 제공하는 패키지에 종속되어 있습니다. 반면 일부 패키지는 충돌이 발생할 수 있으므로 같이 설치할 수 없습니다. 예를 들어 sendmail 또는 postfix 전송 에이전트 중 하나만 설치할 수 있습니다. 소프트웨어를 설치하거나 제거할 경우 소프트웨어 관리자는 시스템 무결성을 보장하기 위해 종속성 또는 충돌이 미해결된 것으로 남아 있는지 확인합니다.

종속성 또는 충돌을 해결할 솔루션이 한 개만 있는 경우 종속성 또는 충돌은 자동으로 해결됩니다. 여러 개의 솔루션은 항상 충돌을 유발하므로 수동으로 해결해야 합니다. 충돌 해결이 제조업체 또는 아키텍처 변경과 관련된 경우에도 수동으로 해결해야 합니다. 승인을 클릭하여 소프트웨어 관리자에서 변경 사항을 적용할 경우 확인해야 할 자동 해결 프로그램에서 트리거된 모든 작업의 개요를 파악할 수 있습니다.

기본적으로 종속성은 자동으로 검사됩니다. 검사는 패키지를 설치 또는 제거로 표시하는 것과 같이 패키지 상태를 변경할 때마다 수행됩니다. 이 검사는 일반적으로 유용하지만, 종속성 충돌을 수동으로 해결할 경우 모두 사용될 수 있습니다. 이 기능을 비활성화하려면 주 메뉴로 이동하고 종속성 ›  자동 검사 를 비활성화합니다. 종속성 ›  지금 검사를 클릭하여 종속성 검사를 수동으로 수행하십시오. 승인을 클릭하여 사용자의 선택을 확인하면 일관성 검사가 항상 수행됩니다.

패키지의 종속성을 검토하려면 패키지를 마우스 오른쪽 버튼으로 클릭하고 해결 프로그램 정보 표시를 선택하십시오. 종속성을 표시하는 맵이 열립니다. 이미 설치된 패키지가 녹색 프레임에 표시됩니다.

참고
참고: 수동으로 패키지 충돌 해결

숙련된 사용자가 아니면, 패키지 충돌을 처리할 때 YaST에서 작성하는 제안사항을 따르십시오. 그렇지 않으면 이 충돌을 해결할 수 없습니다. 변경할 때마다 다른 충돌을 잠재적으로 트리거하여 끊임없이 증가하는 충돌 문제를 쉽게 해결할 수 있습니다. 이 경우, 소프트웨어 관리자를 취소하고 모든 변경 사항을 중단한 다음 다시 시작하십시오.

소프트웨어 관리자의 충돌 관리
그림 19.1: 소프트웨어 관리자의 충돌 관리

19.3.5 패키지 권장 사항 처리

프로그램을 실행하기 위해서는 패키지에 특정 라이브러리 등과 같은 강제 종속성도 필요하지만 예를 들어 추가 기능이나 번역을 추가하는 등의 약한 종속성도 있을 수 있습니다. 이러한 약한 종속성을 패키지 권장 사항이라고 합니다.

SUSE Linux Enterprise Server 12 SP1부터 패키지 권장 사항 처리 방식이 약간 변경되었습니다. 새 패키지 설치 시에는 변경된 사항이 없이 권장 패키지가 기본적으로 설치됩니다.

SUSE Linux Enterprise Server 12 SP1 이전에서는 이미 설치된 패키지의 누락된 권장사항이 자동으로 설치되었습니다. 이제 해당 패키지가 더 이상 자동으로 설치되지 않습니다. 이전 기본값으로 전환하려면 /etc/sysconfig/yast2에서 PKGMGR_REEVALUATE_RECOMMENDED="yes"를 설정합니다. 이미 설치된 패키지에서 누락된 권장 사항을 모두 설치하려면 YaST ›  소프트웨어 관리자 를 시작하고 기타 ›  일치하는 권장 패키지 모두 설치 를 선택합니다.

새 패키지를 설치할 때 권장 패키지 설치를 비활성화하려면 YaST 소프트웨어 관리자에서 종속성 ›  권장 패키지 설치 를 비활성화합니다. 명령 줄 도구 Zypper를 사용하여 패키지를 설치하는 경우 --no-recommends 옵션을 사용합니다.

19.4 소프트웨어 리포지토리 및 서비스 관리

타사 소프트웨어를 설치하려면 소프트웨어 리포지토리를 시스템에 추가하십시오. 기본적으로 SUSE Linux Enterprise Server-DVD 15 SP2와 같은 제품 리포지토리 및 일치하는 업데이트 리포지토리는 시스템을 등록한 후 자동으로 구성됩니다. 등록에 대한 자세한 내용은 8.7절 “등록” 또는 Book “업그레이드 가이드”, Chapter 4 “오프라인 업그레이드”, Section 4.8 “시스템 등록”을 참조하십시오. 처음 선택한 제품에 따라 번역, 사전 등을 포함하는 추가 리포지토리가 구성될 수 있습니다.

리포지토리를 관리하려면 YaST를 시작하고 소프트웨어 ›  소프트웨어 리포지토리 를 선택합니다. 구성된 소프트웨어 리포지토리 대화 상자가 열립니다. 또한 대화 상자의 오른쪽 모서리에 있는 보기모든 서비스로 변경하여 서비스에 대한 구독을 관리할 수 있습니다. 이 컨텍스트에서 서비스는 하나 이상의 소프트웨어 리포지토리를 제공할 수 있는 리포지토리 인덱스 서비스(RIS)입니다. 이러한 서비스는 관리자 또는 제조업체에 의해 동적으로 변경될 수 있습니다.

각 리포지토리는 리포지토리의 내용(패키지 이름, 버전 등)을 설명하는 파일을 제공합니다. 이러한 리포지토리 설명 파일은 YaST에서 사용하는 로컬 캐시에 다운로드됩니다. 리포지토리 관리자의 GPG 키로 소프트웨어 리포지토리에 서명하여 무결성을 보장할 수 있습니다. 새 리포지토리를 추가할 때마다 YaST는 이 키를 임포트하는 기능을 제공합니다.

주의
주의: 외부 소프트웨어 원본 신뢰

외부 소프트웨어 리포지토리를 리포지토리 목록에 추가하기 전에 이 리포지토리를 신뢰할 수 있는지 확인하십시오. SUSE는 타사 소프트웨어 리포지토리에서 설치된 소프트웨어로 인해 발생하는 문제에 대해서는 책임을 지지 않습니다.

19.4.1 소프트웨어 리포지토리 추가

DVD/CD, USB 플래시 드라이브, 로컬 디렉토리, ISO 이미지 또는 네트워크 소스에서 제공되는 리포지토리를 추가할 수도 있습니다.

YaST의 구성된 소프트웨어 리포지토리 대화 상자에서 리포지토리를 추가하려면 다음과 같이 진행하십시오.

  1. 추가를 클릭합니다.

  2. 대화 상자에 나열된 옵션 중 하나를 선택합니다.

    소프트웨어 리포지토리 추가
    그림 19.2: 소프트웨어 리포지토리 추가
    • SLP를 통해 서비스를 알리는 설치 서버를 네트워크에서 스캔하려면 SLP를 사용하여 스캔을 선택하고 다음을 클릭합니다.

    • 이동식 매체에서 리포지토리를 추가하려면 관련 옵션을 선택하고 매체를 삽입하거나 USB 장치를 시스템에 각각 연결합니다. 다음을 클릭하여 설치를 시작합니다.

    • 대부분 리포지토리의 경우 각 옵션을 선택하고 다음을 클릭한 후 미디어 경로(또는 URL)를 지정하라는 메시지가 표시됩니다. 리포지토리 이름 지정은 선택 사항입니다. 지정하지 않으면 YaST에서는 제품 이름이나 URL을 리포지토리 이름으로 사용합니다.

    리포지토리 설명 파일 다운로드 옵션은 기본적으로 활성화됩니다. 이 옵션을 비활성화하면 YaST에서는 나중에 필요한 경우 파일을 자동으로 다운로드합니다.

  3. 추가한 리포지토리에 따라 리포지토리의 GPG 키를 임포트하거나 라이선스에 동의하라는 메시지가 표시될 수 있습니다.

    이러한 메시지를 확인하고 나면 YaST에서는 메타 데이터를 다운로드하고 구문 분석합니다. 리포지토리가 구성된 리포지토리 목록에 추가됩니다.

  4. 필요한 경우 19.4.2절 “리포지토리 속성 관리”의 설명대로 리포지토리 속성을 조정하십시오.

  5. 확인을 선택하여 변경사항을 확인하면 [구성] 대화 상자가 닫힙니다.

  6. 리포지토리를 성공적으로 추가하면 소프트웨어 관리자가 시작되고 이 리포지토리에서 패키지를 설치할 수 있습니다. 자세한 내용은 19장 소프트웨어 설치 또는 제거를 참조하십시오.

19.4.2 리포지토리 속성 관리

소프트웨어 리포지토리구성된 소프트웨어 리포지토리 개요를 통해 다음 리포지토리 속성을 변경할 수 있습니다.

상태

리포지토리 상태는 활성화됨 또는 비활성화됨입니다. 패키지는 활성화된 리포지토리에서만 설치할 수 있습니다. 리포지토리를 일시적으로 해제하려면 리포지토리를 선택하고 활성화를 비활성화합니다. 또한 리포지토리 이름을 두 번 클릭하여 리포지토리 상태를 전환할 수 있습니다. 리포지토리를 완전히 제거하려면 삭제를 클릭합니다.

새로 고침

리포지토리를 새로 고칠 경우 해당 내용 설명(패키지 이름, 버전 등)이 YaST에서 사용된 로컬 캐시에 다운로드됩니다. CD 또는 DVD와 같은 정적 리포지토리는 한 번만 새로 고치면 되지만, 내용이 자주 바뀌는 리포지토리는 자주 새로 고쳐야 합니다. 리포지토리의 캐시를 최신 상태로 유지하는 가장 쉬운 방법은 자동으로 새로 고침을 선택하는 것입니다. 수동 새로 고침을 수행하려면 새로 고침을 클릭하고 옵션 중 하나를 선택합니다.

다운로드된 패키지 저장

원격 리포지토리의 패키지는 설치되기 전에 다운로드됩니다. 기본적으로 이러한 패키지는 성공적으로 설치되면 삭제됩니다. 다운로드된 패키지 저장을 활성화하면 다운로드된 패키지가 삭제되지 않습니다. 다운로드 위치는 /etc/zypp/zypp.conf에서 구성되며, 기본적으로 /var/cache/zypp/packages입니다.

중요도

리포지토리의 중요도1에서 200 사이의 값이며, 1이 가장 높은 중요도이고 200이 가장 낮은 중요도입니다. YaST를 통해 추가되는 새 리포지토리의 중요도는 기본적으로 99입니다. 특정 리포지토리의 중요도 값이 문제가 되지 않을 경우 값을 0으로 설정하여 기본 중요도(99)를 해당 리포지토리에 적용할 수도 있습니다. 둘 이상의 리포지토리에서 패키지를 사용할 수 있는 경우 우선 순위가 가장 높은 리포지토리가 선택됩니다. 이것은 로컬 리포지토리(예: DVD)에 더 높은 중요도를 지정하여 인터넷에서 불필요하게 패키지를 다운로드하지 않도록 할 경우 유용합니다.

중요
중요: 버전별 중요도 비교

우선 순위가 가장 높은 리포지토리가 항상 우선됩니다. 따라서 업데이트 리포지토리가 항상 가장 높은 중요도를 가지는지 확인하십시오. 그렇지 않으면 다음 온라인 업데이트 전까지 업데이트되지 않을 이전 버전을 설치할 수도 있습니다.

이름 및 URL

리포지토리 이름 또는 URL을 변경하려면 클릭 한 번으로 목록에서 선택한 다음 편집을 클릭하십시오.

19.4.3 리포지토리 키 관리

리포지토리 관리자의 GPG 키로 소프트웨어 리포지토리에 서명하여 무결성을 보장할 수 있습니다. 새 리포지토리를 추가할 때마다 YaST는 이 키를 임포트하라는 메시지를 표시합니다. 다른 GPG 키의 경우와 같이 키를 변경하지 않았는지 확인합니다. 키 변경을 발견한 경우 리포지토리에 문제가 발생할 수 있습니다. 키 변경의 원인을 알아내기 전에는 리포지토리를 설치 원본으로 비활성화하십시오.

임포트된 모든 키를 관리하려면 구성된 소프트웨어 리포지토리 대화 상자에서 GPG 키를 클릭합니다. 마우스로 항목을 선택하여 창 하단에 키 등록 정보를 표시합니다. 각 버튼을 클릭하여 키를 추가, 편집 또는 삭제하십시오.

19.5 그놈 패키지 업데이트

SUSE는 제품에 대한 소프트웨어 보안 패치 및 업데이트를 지속적으로 제공합니다. 이러한 패치 및 업데이트는 데스크톱에서 사용할 수 있는 도구를 사용하거나 YaST Online Update 모듈을 실행하여 설치할 수 있습니다. 이 섹션에서는 패키지 업데이터를 사용하여 GNOME 데스크톱에서 시스템을 업데이트하는 방법을 설명합니다.

GNOME 패키지 업데이터는 YaST 온라인 업데이트 모듈과는 반대로 업데이트 리포지토리에서 패치를 설치하는 기능뿐만 아니라 이미 설치된 패키지의 최신 버전을 설치하는 기능을 제공합니다. (패치는 보안 문제 또는 오작동을 해결합니다. 기능 및 버전 번호는 일반적으로 변경되지 않습니다. 패키지의 새 버전은 버전 번호가 늘어나며, 일반적으로 기능을 추가하거나 주요 변경 사항을 소개합니다.)

새 패치나 패키지 업데이트를 사용할 수 있을 때마다 GNOME은 알림 영역이나 잠금 화면에 알림을 표시합니다.

GNOME 데스크톱의 업데이트 알림
그림 19.3: GNOME 데스크톱의 업데이트 알림

패키지 업데이터에 대한 알림 설정을 구성하려면 GNOME 설정을 시작하고 알림 › 패키지 업데이트를 선택합니다.

절차 19.1: GNOME 패키지 업데이터로 패치 및 업데이트 설치
  1. 패치와 업데이트를 설치하려면 알림 메시지를 클릭합니다. 이 경우 GNOME 패키지 업데이터가 열립니다. 또는 패키지 U를 입력하고 패키지 업데이터를 선택하여 활동에서 업데이트를 엽니다.

    Image
  2. 업데이트는 다음 네 가지 범주로 정렬됩니다.

    보안 업데이트(패치)

    심각한 보안 위험을 수정하므로 항상 설치해야 합니다.

    권장 업데이트(패치)

    컴퓨터를 손상시킬 수 있는 문제를 수정합니다. 설치하는 것이 좋습니다.

    옵션 업데이트(패치)

    보안과 관련이 없는 문제를 수정하거나 향상된 기능을 제공합니다.

    기타 업데이트

    설치된 패키지의 최신 버전입니다.

    설치할 수 있는 모든 업데이트가 사전 선택됩니다. 모든 업데이트를 설치하지 않으려면 원치 않는 업데이트를 먼저 선택 취소하십시오. 항상 보안 및 권장 업데이트를 모두 설치하는 것이 좋습니다.

    업데이트에 대한 세부 정보를 보려면 해당 제목을 클릭한 다음 자세히를 클릭하십시오. 이 정보는 패키지 목록 아래에 있는 상자에 표시됩니다.

  3. 업데이트 설치를 클릭하여 설치를 시작합니다.

  4. 일부 업데이트는 시스템을 다시 시작하거나 로그아웃해야 할 수 있습니다. 지침에 대해서는 설치 후 표시되는 메시지를 확인하십시오.

19.6 GNOME 소프트웨어를 사용한 패키지 업데이트

GNOME은 GNOME 패키지 업데이터뿐만 아니라 GNOME 소프트웨어도 제공하며, 제공되는 기능은 다음과 같습니다.

  • PackageKit를 통해 RPM으로 제공되는 소프트웨어 설치, 업데이트 및 제거

  • Flatpak으로 제공되는 소프트웨어 설치, 업데이트 및 제거

  • GNOME 셸 확장 프로그램(https://extensions.gnome.org) 설치, 업데이트 및 제거

  • Linux Vendor Firmware Service(LVFS, https://fwupd.org)를 사용하여 하드웨어 장치의 펌웨어 업데이트

GNOME 소프트웨어는 위 기능뿐만 아니라 소프트웨어의 스크린샷, 평가 및 리뷰도 제공합니다.

GNOME 소프트웨어—업데이트 보기
그림 19.4: GNOME 소프트웨어—업데이트 보기

GNOME 소프트웨어SUSE Linux Enterprise Server에서 제공되는 다른 도구와 다음이 다릅니다.

  • YaST 또는 Zypper와 다르게, RPM으로 패키지화된 소프트웨어를 설치하려면 GNOME 소프트웨어는 AppStream 메타데이터를 제공하는 소프트웨어를 제한합니다. 여기에는 대부분의 데스크톱 응용 프로그램이 포함됩니다.

  • GNOME 패키지 업데이터는 실행 중인 시스템 내에서 패키지를 업데이트하지만(각 응용 프로그램을 다시 시작해야 함), GNOME 소프트웨어는 업데이트를 다운로드하고 시스템이 다음번에 재부팅될 때만 해당 사항을 적용합니다.

20 모듈, 확장 및 타사 추가 기능 제품 설치

모듈 및 확장은 시스템에 부분 또는 기능을 추가합니다. 이 장에서는 설치, 범위, 지원 상태 및 라이프사이클에 대해 다룹니다.

모듈은 다른 라이프싸이클 및 업데이트 타임라인을 사용하여 완전히 지원되는 SUSE Linux Enterprise Server의 일부입니다. 이들은 패키지 세트로서 명확한 범위가 정의되어 있고 온라인 채널로만 제공됩니다. 모듈 목록, 종속성 및 라이프사이클은 https://www.suse.com/releasenotes/x86_64/SUSE-SLES/15/#Intro.ModuleExtensionRelated 항목을 참조하십시오.

SUSE Linux Enterprise Workstation Extension 또는 High Availability Extension과 같은 확장은 시스템에 기능을 추가하며 자체 유료 등록 키가 필요합니다. 확장은 온라인 채널 또는 실제 미디어를 통해 배포됩니다. 온라인 채널에 가입하려면 먼저 SUSE Customer Center나 로컬 등록 서버에 등록해야 합니다. Package Hub(20.3절 “SUSE Package Hub”) 확장은 등록 키가 필요하지 않으며 SUSE 지원 계약 범위가 아닌 예외 사항입니다. 일부 확장은 YaST가 자동으로 기본 제품 키를 사용하여 등록하기 때문에 다른 항목이 아닌 하나의 기본 제품을 포함한 등록 키가 필요합니다.

제품용 모듈 및 확장의 목록은 SUSE Customer Center나 로컬 등록 서버에 시스템을 등록한 후 사용할 수 있습니다. 설치 중에 등록 단계를 건너뛰었다면 YaST의 SUSE Customer Center 구성 모듈을 사용하여 언제든지 시스템을 등록할 수 있습니다. 자세한 내용은 Book “업그레이드 가이드”, Chapter 4 “오프라인 업그레이드”, Section 4.8 “시스템 등록”을 참조하십시오.

일부 추가 기능 제품은 타사에서도 제공됩니다(예: 특정 하드웨어에서 제대로 작동하는 데 필요한 이진 전용 드라이버). 이러한 하드웨어를 사용할 경우 해당 시스템용 바이너리 드라이버의 가용성에 대한 자세한 내용은 릴리스 정보를 참조하십시오. 릴리스 정보는 https://www.suse.com/releasenotes/에서 사용하거나 설치된 시스템의 /usr/share/doc/release-notes/에서 사용할 수 있습니다.

20.1 온라인 채널에서 모듈 및 확장 설치

다음 절차를 진행하려면 SUSE Customer Center나 로컬 등록 서버에 미리 시스템을 등록해야 합니다. 시스템 등록 시 Book “업그레이드 가이드”, Chapter 4 “오프라인 업그레이드”, Section 4.8 “시스템 등록”단계 5이(가) 완료된 후 즉시 확장 및 모듈 목록이 표시됩니다. 이 경우 다음 단계로 건너뛰고 단계 2를 계속 진행합니다.

참고
참고: 이미 설치된 추가 기능 보기

이미 설치된 추가 기능을 보려면 YaST를 시작하여 소프트웨어 › 추가 기능을 선택합니다.

절차 20.1: YaST를 사용하여 온라인 채널에서 추가 기능 및 확장 설치
  1. YaST를 시작하고 소프트웨어 › 시스템 확장 또는 모듈 추가를 선택합니다.

    YaST에서 등록 서버에 연결하고 사용 가능한 확장 및 모듈 목록을 표시합니다.

    참고
    참고: 사용 가능한 확장 및 모듈

    사용 가능한 확장 및 모듈 양은 등록 서버에 따라 다릅니다. 로컬 등록 서버에서는 업데이트 리포지토리만 제공하고 추가 확장을 제공하지 않을 수 있습니다.

  2. 항목을 클릭하면 설명이 표시됩니다.

  3. 확인 표시를 활성화하여 설치할 항목을 하나 이상 선택합니다.

    시스템 확장 설치
    그림 20.1: 시스템 확장 설치
  4. 계속하려면 다음을 클릭합니다.

  5. 확장 또는 모듈에 추가할 리포지토리에 따라 리포지토리의 GPG 키를 임포트하거나 라이선스에 동의하라는 메시지가 표시될 수 있습니다.

    이러한 메시지를 확인하고 나면 YaST에서는 메타 데이터를 다운로드하고 구문 분석합니다. 선택한 확장용 리포지토리가 시스템에 추가됩니다. 추가 설치 원본이 필요하지 않습니다.

  6. 필요한 경우 19.4.2절 “리포지토리 속성 관리”의 설명대로 리포지토리 속성을 조정하십시오.

20.2 미디어에서 확장 및 타사 추가 기능 제품 설치

미디어에서 확장 또는 추가 기능 제품을 설치할 때 DVD/CD, 이동식 대용량 저장 장치(예: 플래시 디스크) 또는 로컬 디렉토리나 ISO 이미지와 같은 다양한 유형의 제품 미디어 중에서 선택할 수 있습니다. 미디어는 HTTP, FTP, NFS 또는 Samba를 통해 네트워크 서버에서 제공될 수도 있습니다.

  1. YaST를 시작하고 소프트웨어 ›  추가 기능 제품을 선택합니다. 또는 명령 줄에서 sudo yast2 add-on을 사용하여 YaST 추가 기능 제품 모듈을 시작합니다.

    대화 상자에 이미 설치된 추가 기능 제품, 모듈 및 확장에 대한 개요가 표시됩니다.

    설치된 추가 기능 제품, 모듈 및 확장 목록
    그림 20.2: 설치된 추가 기능 제품, 모듈 및 확장 목록
  2. 추가를 선택하여 새 추가 기능 제품을 설치합니다.

  3. 추가 기능 제품 대화 상자에서 설치할 미디어 유형과 일치하는 옵션을 선택합니다.

    추가 기능 제품 또는 확장 설치
    그림 20.3: 추가 기능 제품 또는 확장 설치
    • SLP를 통해 서비스를 알리는 설치 서버를 네트워크에서 스캔하려면 SLP를 사용하여 스캔을 선택하고 다음을 클릭합니다.

    • 이동식 매체에서 리포지토리를 추가하려면 관련 옵션을 선택하고 매체를 삽입하거나 USB 장치를 시스템에 각각 연결합니다. 다음을 클릭하여 설치를 시작합니다.

    • 대부분 미디어 유형의 경우 각 옵션을 선택하고 다음을 클릭한 후 미디어 경로(또는 URL)를 지정하라는 메시지가 표시됩니다. 리포지토리 이름 지정은 선택 사항입니다. 지정하지 않으면 YaST에서는 제품 이름이나 URL을 리포지토리 이름으로 사용합니다.

    리포지토리 설명 파일 다운로드 옵션은 기본적으로 활성화됩니다. 이 옵션을 비활성화하면 YaST에서는 나중에 필요한 경우 파일을 자동으로 다운로드합니다.

  4. 추가한 리포지토리에 따라 리포지토리의 GPG 키를 임포트하거나 라이선스에 동의하라는 메시지가 표시될 수 있습니다.

    이러한 메시지를 확인하고 나면 YaST에서는 메타 데이터를 다운로드하고 구문 분석합니다. 리포지토리가 구성된 리포지토리 목록에 추가됩니다.

  5. 필요한 경우 19.4.2절 “리포지토리 속성 관리”의 설명대로 리포지토리 속성을 조정하십시오.

  6. 확인을 선택하여 변경사항을 확인하면 [구성] 대화 상자가 닫힙니다.

  7. 추가 기능 미디어용 리포지토리를 성공적으로 추가하면 소프트웨어 관리자가 시작되고 패키지를 설치할 수 있습니다. 자세한 내용은 19장 소프트웨어 설치 또는 제거를 참조하십시오.

20.3 SUSE Package Hub

사용 가능한 확장 및 모듈 목록은 SUSE Package Hub에서 확인할 수 있습니다. 추가 요금 없이 이용할 수 있습니다. 다양한 SUSE Linux Enterprise용 추가 커뮤니티 패키지를 제공합니다. 이러한 패키지는 간단히 설치할 수 있지만 SUSE의 지원 대상은 아닙니다.

SUSE Package Hub 및 기여 방법에 대한 자세한 내용은 https://packagehub.suse.com/에서 확인할 수 있습니다.

중요
중요: SUSE Package Hub는 지원되지 않음

SUSE Package Hub에서 제공되는 패키지는 SUSE에서 공식적으로 지원하지 않습니다. SUSE에서는 Package Hub 리포지토리의 활성화만 지원하며 RPM 패키지의 설치 또는 배포를 돕습니다.

21 여러 커널 버전 설치

SUSE Linux Enterprise Server에서는 여러 커널 버전의 병렬 설치를 지원합니다. 두 번째 커널을 설치할 때 부팅 항목과 initrd가 자동으로 생성되므로 수동 구성이 추가로 필요하지 않습니다. 시스템을 재부팅할 때 새로 추가된 커널을 추가 부팅 파라미터로 사용할 수 있습니다.

이 기능을 사용하면 항상 입증된 이전 커널로 대체할 수 있으면서 안전하게 커널 업데이트를 테스트할 수 있습니다. 이렇게 하려면 업데이트 도구(예: YaST 온라인 업데이트 또는 업데이터 애플릿)를 사용하지 말고 대신 이 장에 설명된 프로세스를 따르십시오.

주의
주의: 지원 자격

자체 컴파일된 커널이나 타사 커널을 설치하면 시스템에 대한 전체 자격을 상실합니다. SUSE Linux Enterprise Server와 함께 제공된 커널과 SUSE Linux Enterprise Server에 대한 공식 업데이트 채널을 통해 제공된 커널만 지원됩니다.

작은 정보
작은 정보: 부트 로더 구성 커널 확인

선택한 기본 부팅 항목을 설정하려면 다른 커널을 설치한 후 부트 로더 구성을 확인하는 것이 좋습니다. 자세한 내용은 Book “Administration Guide”, Chapter 14 “The Boot Loader GRUB 2”, Section 14.3 “Configuring the Boot Loader with YaST”에서 확인하십시오.

21.1 다중 버전 지원 활성화 및 구성

SUSE Linux Enterprise Server 12에서 소프트웨어 패키지의 여러 버전을 설치하는 기능(다중 버전 지원)이 기본적으로 활성화되어 있습니다. 이 설정을 확인하려면 다음을 수행하십시오.

  1. 선택한 편집기에서 root/etc/zypp/zypp.conf를 엽니다.

  2. 스트링 multiversion을 검색합니다. 이 기능이 가능한 모든 커널 패키지에 대해 다중 버전이 활성화되어 있는 경우 다음 줄이 주석이 제거된 채 표시됩니다.

    multiversion = provides:multiversion(kernel)
  3. 다중 버전 지원을 특정 커널 특징으로 제한하려면, 예를 들어 /etc/zypp/zypp.conf에서 패키지 이름을 쉼표로 구분된 목록으로 multiversion 옵션에 추가합니다.

    multiversion = kernel-default,kernel-default-base,kernel-source
  4. 변경사항을 저장합니다.

주의
주의: KPM(Kernel Module Package: 커널 모듈 패키지)

업데이트된 새 커널용으로 벤더가 제공한 필수 커널 모듈(커널 모듈 패키지)도 설치되어 있는지 확인하십시오. 시스템에 유지되는 이전 커널에서 패키지 요구사항을 여전히 준수하므로 커널 업데이트 프로세스에서는 없는 커널 모듈에 대해 경고를 표시하지 않습니다.

21.1.1 사용되지 않는 커널 자동 삭제

다중 버전 지원을 활성화하고 새 커널을 자주 테스트할 경우 부팅 메뉴가 금방 복잡해질 수 있습니다. 일반적으로 /boot 파티션에는 제한된 공간이 포함되므로 /boot 오버플로 관련 문제가 발생할 수도 있습니다. YaST 또는 Zypper(아래에서 설명)를 사용하여 사용되지 않는 커널 버전을 직접 삭제할 수 있지만 더 이상 사용하지 않는 커널을 자동으로 삭제하도록 libzypp를 구성할 수도 있습니다. 기본적으로 커널은 삭제되지 않습니다.

  1. 선택한 편집기에서 root/etc/zypp/zypp.conf를 엽니다.

  2. 스트링 multiversion.kernels를 검색하고 줄의 주석 기호를 제거하여 이 옵션을 활성화합니다. 이 옵션에는 다음 값의 쉼표로 구분된 목록이 사용됩니다.

    5.3.18-8: 커널을 지정된 버전 번호로 유지

    latest: 커널을 최고 버전 번호로 유지

    latest-N: 커널을 N번째 최고 버전 번호로 유지

    running: 실행 중인 커널 유지

    oldest: 커널을 최하 버전 번호로 유지(SUSE Linux Enterprise Server와 함께 원래 제공된 버전 번호)

    oldest+N 커널을 N번째 최하 버전 번호로 유지

    몇 가지 예는 다음과 같습니다.

    multiversion.kernels = latest,running

    최신 커널과 현재 실행 중인 커널을 유지합니다. 이전 커널이 다음 부팅 후 제거되지만 설치 직후에는 제거되지 않는다는 점을 제외하면, 다중 버전 기능을 활성화하지 않는 것과 유사합니다.

    multiversion.kernels = latest,latest-1,running

    마지막 2개 커널과 현재 실행 중인 커널을 유지합니다.

    multiversion.kernels = latest,running,5.3.18-8

    최신 커널, 현재 실행 중인 커널 및 5.3.18-8을 유지합니다.

    작은 정보
    작은 정보: 실행 중인 커널 유지

    특수 설정을 사용하지 않는 경우 running으로 표시된 커널을 항상 유지하십시오.

    실행 중인 커널을 유지하지 않는 경우 커널을 업데이트할 때 삭제됩니다. 따라서 실행 중인 커널의 모듈도 모두 삭제되고 더 이상 로드할 수 없습니다.

    실행 중인 커널을 로드하지 않도록 하는 경우에는 항상 커널 업그레이드 후 즉시 재부팅하여 모듈 문제를 방지하십시오.

21.1.2 사용 사례: 재부팅한 후에만 이전 커널 삭제

시스템이 새 커널로 재부팅한 후에만 이전 커널이 삭제되도록 할 수 있습니다.

/etc/zypp/zypp.conf에서 다음 줄을 변경합니다.

multiversion.kernels = latest,running

앞의 파라미터는 최신 커널과 실행 중인 커널(서로 다른 경우)만 유지합니다.

21.1.3 사용 사례: 이전 커널을 대체 커널로 유지

하나 이상의 커널 버전을 하나 이상의 예비 커널로 유지할 수 있습니다.

테스트를 위해 커널이 필요한 경우 이 사례가 유용할 수 있습니다. 문제가 발생하는 경우(예: 시스템이 부팅되지 않음)에도 정상이라고 알려진 커널 버전을 하나 이상 사용할 수 있습니다.

/etc/zypp/zypp.conf에서 다음 줄을 변경합니다.

multiversion.kernels = latest,latest-1,latest-2,running

새 커널 설치 후 시스템을 재부팅할 때 시스템에서 세 개 커널 즉, 현재 커널(latest,running으로 구성) 및 바로 앞의 두 커널(latest-1latest-2로 구성)을 유지합니다.

21.1.4 사용 사례: 특정 커널 버전 유지

대개는 일반 시스템 업데이트를 수행하고 새 커널 버전을 설치합니다. 그러나 자체 커널 버전을 컴파일하고 시스템에서 이 커널을 유지하도록 할 수도 있습니다.

/etc/zypp/zypp.conf에서 다음 줄을 변경합니다.

multiversion.kernels = latest,5.3.18-8,running

새 커널 설치 후 시스템을 재부팅하면 시스템에서 두 개 커널 즉, 실행 중인 새 커널(latest,running으로 구성) 및 자체 컴파일한 커널(5.3.18-8으로 구성)을 유지합니다.

21.2 YaST를 사용하여 여러 커널 버전 설치/제거

YaST를 사용하여 여러 커널을 설치하거나 제거할 수 있습니다.

  1. YaST를 시작하고 소프트웨어 ›  소프트웨어 관리 를 통해 소프트웨어 관리자를 엽니다.

  2. 보기 ›  패키지 그룹 ›  다중 버전 패키지 를 선택하여 여러 버전을 제공할 수 있는 모든 패키지를 나열합니다.

    YaST 소프트웨어 관리자: 다중 버전 보기
    그림 21.1: YaST 소프트웨어 관리자: 다중 버전 보기
  3. 패키지를 선택하고 왼쪽 하단 창에서 버전 탭을 엽니다.

  4. 패키지를 설치하려면 옆에 있는 체크박스를 클릭합니다. 녹색 확인 표시는 설치를 위해 선택되었음을 나타냅니다.

    이미 설치된 패키지(흰색 확인 표시로 표시됨)를 제거하려면 빨간색 X가 패키지가 제거를 위해 선택되었음을 나타낼 때까지 옆의 체크박스를 클릭합니다.

  5. 승인을 클릭하여 설치를 시작합니다.

21.3 Zypper를 사용하여 여러 커널 버전 설치/제거

zypper를 사용하여 여러 커널을 설치하거나 제거할 수 있습니다.

  1. zypper se -s 'kernel*' 명령을 사용하여 사용 가능한 모든 커널 패키지 목록을 표시합니다.

    S | Name           | Type       | Version         | Arch   | Repository
    --+----------------+------------+-----------------+--------+-------------------
    i+ | kernel-default       | package | 5.3.18-8.2       | x86_64 | (System Packages)                    
    v  | kernel-default       | package | 5.3.18-10.1      | x86_64 | SLE-Module-Basesystem15-SP2-Pool     
       | kernel-default-base  | package | 5.3.18-10.1.4.8  | x86_64 | SLE-Module-Basesystem15-SP2-Pool     
       | kernel-default-devel | package | 5.3.18-10.1      | x86_64 | SLE-Module-Basesystem15-SP2-Pool     
       | kernel-devel         | package | 5.3.18-10.1      | noarch | SLE-Module-Basesystem15-SP2-Pool     
    i  | kernel-firmware      | package | 20200107-3.12.1  | noarch | SLE-Module-Basesystem15-SP2-Pool
  2. 설치할 때 정확한 버전을 지정하십시오.

    tux > sudo zypper in kernel-default-5.3.18-8.2
  3. 커널을 제거할 때 zypper se -si 'kernel*' 명령을 사용하여 설치된 모든 커널을 나열하고 zypper rm PACKAGENAME-VERSION 명령을 사용하여 패키지를 제거합니다.

22 YaST를 사용하여 사용자 관리

설치 중에 시스템을 위한 로컬 사용자를 생성했습니다. YaST 모듈 사용자 및 그룹 관리를 사용하여 사용자를 추가하거나 기존 사용자를 편집할 수 있습니다. 네트워크 서버를 통해 사용자를 인증하도록 시스템을 구성할 수도 있습니다.

22.1 사용자 및 그룹 관리 대화 상자

사용자 또는 그룹을 관리하려면 YaST를 시작하고 보안 및 사용자 ›  사용자 및 그룹 관리 를 클릭하십시오. 또는 명령줄에서 sudo yast2 users &를 실행하여 직접 사용자 및 그룹 관리 대화 상자를 시작하십시오.

YaST사용자 및 그룹 관리
그림 22.1: YaST사용자 및 그룹 관리

모든 사용자에게는 시스템 전체 UID(사용자 ID)가 할당됩니다. 시스템에 로그인할 수 있는 사용자와 별도로, 내부 사용만을 위한 여러 시스템 사용자도 있습니다. 각 사용자는 하나 이상의 그룹에 할당됩니다. 시스템 사용자와 마찬가지로, 내부 사용을 위한 시스템 그룹도 있습니다.

대화 상자에서 보거나 수정하기 위해 선택한 사용자 집합(로컬 사용자, 네트워크 사용자, 시스템 사용자)에 따라 기본 창에 여러 가지 탭이 표시됩니다. 이러한 탭을 사용하여 다음 작업을 실행할 수 있습니다.

사용자 계정 관리

사용자 탭에서 22.2절 “사용자 계정 관리”에 설명된 대로 사용자 계정을 생성, 수정, 삭제하거나 일시적으로 비활성화합니다. 22.3절 “사용자 계정에 대한 추가 옵션”에서 비밀번호 정책 강제 시행, 암호화된 홈 디렉토리 사용 또는 디스크 할당량 관리와 같은 고급 옵션에 대해 알아봅니다.

기본 설정 변경

로컬 사용자 계정은 새로운 사용자의 기본값 탭에 정의된 설정에 따라 생성됩니다. 22.4절 “로컬 사용자에 대한 기본 설정 변경”에서 기본 그룹 할당 또는 home 디렉토리에 대한 기본 경로 및 액세스 권한을 변경하는 방법을 배웁니다.

그룹에 사용자 할당

22.5절 “그룹에 사용자 할당”에서 개별 사용자에 대한 그룹 할당을 변경하는 방법을 배웁니다.

그룹 관리

그룹 탭에서 기존 그룹을 추가, 수정 또는 삭제할 수 있습니다. 작업 방법은 22.6절 “그룹 관리”를 참조하십시오.

사용자 인증 방법 변경

시스템이 NIS 또는 LDAP과 같은 사용자 인증 방법을 제공하는 네트워크에 연결되어 있을 때 인증 설정 탭의 여러 인증 방법 중에서 선택할 수 있습니다. 자세한 내용은 22.7절 “사용자 인증 방법 변경”을 참조하십시오.

사용자 및 그룹 관리에 대해 대화 상자는 유사한 기능을 제공합니다. 대화 상자의 상단에 있는 해당 탭을 선택하여 사용자 및 그룹 관리 보기를 쉽게 전환할 수 있습니다.

필터 옵션을 사용하면 수정할 사용자 또는 그룹 설정을 정의할 수 있습니다. 사용자 또는 그룹 탭에서 필터 설정을 클릭하여 사용자 또는 그룹을 보고 편집합니다. 해당하는 경우 로컬 사용자 또는 LDAP 사용자와 같은 특정 카테고리에 따라 나열됩니다. 필터 설정 ›  필터 사용자 정의 로 사용자 정의 필터를 설정하고 사용할 수도 있습니다.

선택한 필터에 따라 대화 상자에서 다음 옵션 및 기능을 모두 사용할 수 있는 것은 아닙니다.

22.2 사용자 계정 관리

YaST는 사용자 계정을 생성하고, 수정하고, 삭제하거나 임시로 비활성화하는 기능을 제공합니다. 숙련된 사용자 또는 관리자가 아니면 사용자 계정을 수정하지 마십시오.

참고
참고: 기존 사용자의 사용자 ID 변경

파일 소유권은 사용자 이름이 아닌, 사용자 ID로 구속됩니다. 사용자 ID가 변경되면 사용자의 홈 디렉토리에 있는 파일이 이 변경사항을 반영하도록 자동으로 조정됩니다. 그러나 ID 변경 후 사용자가 파일에 대한 파일 소유권을 수동으로 변경하지 않으면 해당 사용자는 더 이상 파일 시스템에서 생성한 파일을 소유하지 못합니다.

다음에서 기본 사용자 계정을 설정하는 방법을 배웁니다. 추가 옵션은 22.3절 “사용자 계정에 대한 추가 옵션” 항목을 참조하십시오.

절차 22.1: 사용자 계정 추가 또는 수정
  1. YaST 사용자 및 그룹 관리 대화 상자를 열고 사용자 탭을 클릭하십시오.

  2. 필터 설정으로 관리할 사용자 집합을 정의하십시오. 대화 상자에 시스템의 사용자 및 사용자가 속하는 그룹이 나열됩니다.

  3. 기존 사용자에 대한 옵션을 수정하려면 항목을 선택하고 편집을 클릭하십시오.

    새 사용자 계정을 생성하려면 추가를 클릭하십시오.

  4. 첫 번째 탭에서 사용자 이름(로그인에 사용됨) 및 비밀번호와 같은 해당 사용자 데이터를 입력합니다. 이 데이터만으로 새 사용자를 생성할 수 있습니다. 확인을 클릭하면 시스템이 자동으로 사용자 ID를 할당하고 기본값에 따라 다른 모든 값을 설정합니다.

  5. 모든 종류의 시스템 알림을 이 사용자의 우편함에 전달할 경우 시스템 메일 수신을 활성화합니다. 그러면 root에 대한 메일 별칭이 작성되며, 사용자는 root로 먼저 로그인하지 않고도 시스템 메일을 읽을 수 있습니다.

    시스템 서비스에서 전송된 메일은 로컬 우편함 /var/spool/mail/USERNAME에 저장됩니다. 여기서 USERNAME은 선택한 사용자의 로그인 이름입니다. 이메일을 읽으려면 mail 명령을 사용할 수 있습니다.

  6. 사용자 ID 또는 사용자 홈 디렉토리의 경로와 같은 세부 사항을 조정하려면 세부 사항 탭에서 조정하십시오.

    기존 사용자의 홈 디렉토리 위치를 조정해야 하면 새로운 홈 디렉토리 경로를 입력하고 새 위치로 이동을 사용하여 현재 홈 디렉토리의 내용을 이동하십시오. 그렇지 않으면, 기존 데이터 없이 새로운 홈 디렉토리가 생성됩니다.

  7. 사용자가 정기적으로 비밀번호를 변경하거나 다른 비밀번호 옵션을 설정하도록 하려면 비밀번호 설정으로 전환하고 옵션을 조정하십시오. 자세한 내용은 22.3.2절 “비밀번호 정책 강제 시행”을 참조하십시오.

  8. 원하는 대로 모든 옵션을 설정했으면 확인을 클릭하십시오.

  9. 확인을 클릭하여 관리 대화 상자를 닫고 변경사항을 저장합니다. 이제 새로 추가된 사용자가 사용자가 생성한 로그인 이름 및 비밀번호를 사용하여 시스템에 로그인할 수 있습니다.

    또는 사용자 및 그룹 관리 대화 상자를 종료하지 않고 모든 변경 사항을 저장하려면 고급 옵션 › 지금 변경 내용 쓰기를 클릭합니다.

작은 정보
작은 정보: 사용자 ID 일치

(로컬) 사용자 ID를 네트워크 ID와 일치시키는 것이 유용합니다. 예를 들어 랩톱의 신규 (로컬) 사용자를 동일한 사용자 ID가 있는 네트워크 환경과 통합해야 합니다. 이렇게 하면 사용자가 오프라인으로 생성하는 파일의 파일 소유권이 네트워크에서 직접 파일을 생성한 것과 동일해집니다.

절차 22.2: 사용자 계정 비활성화 또는 삭제
  1. YaST 사용자 및 그룹 관리 대화 상자를 열고 사용자 탭을 클릭하십시오.

  2. 사용자 계정을 삭제하지 않고 일시적으로 비활성화하려면 목록에서 사용자를 선택하고 편집을 클릭하십시오. 사용자 로그인 비활성화를 활성화하십시오. 사용자가 계정을 다시 활성화할 때까지 해당 사용자는 시스템에 로그인할 수 없습니다.

  3. 사용자 계정을 삭제하려면 목록에서 사용자를 선택하고 삭제를 클릭하십시오. 또한 사용자의 홈 디렉토리를 삭제할지 또는 데이터를 그대로 보유할지를 선택하십시오.

22.3 사용자 계정에 대한 추가 옵션

기본 사용자 계정에 대한 설정 외에도 SUSE® Linux Enterprise Server는 추가 옵션을 제공합니다. 예를 들어 비밀번호 정책을 실행하고, 암호화된 홈 디렉토리를 사용하거나 사용자 및 그룹에 대한 디스크 할당량을 정의하는 옵션이 있습니다.

22.3.1 자동 로그인 및 비밀번호 없이 로그인

GNOME 데스크톱 환경을 사용할 경우 특정 사용자에 대해 자동 로그인을 구성하고 모든 사용자에 대해 비밀번호 없이 로그인을 구성할 수 있습니다. 자동 로그인을 구성하면 사용자가 부팅 시 데스크톱 환경에 자동으로 로그인됩니다. 이 기능은 한 번에 한 사용자에 대해서만 활성화될 수 있습니다. 비밀번호 없이 로그인을 선택하면 모든 사용자가 로그인 관리자에서 해당 사용자 이름을 입력한 후 시스템에 로그인할 수 있습니다.

주의
주의: 보안 위험

두 명 이상이 액세스할 수 있는 시스템에서 자동 로그인 또는 비밀번호 없이 로그인을 활성화하는 것은 보안 상 위험합니다. 인증할 필요가 없는 사용자는 시스템 및 데이터에 대한 액세스를 획득할 수 있습니다. 시스템에 기밀 데이터가 포함된 경우에는 이 기능을 사용하지 마십시오.

자동 로그인 또는 비밀번호 없이 로그인을 활성화하려면 YaST 사용자 및 그룹 관리에서 고급 옵션 › 로그인 설정으로 이러한 기능에 액세스하십시오.

22.3.2 비밀번호 정책 강제 시행

다중 사용자가 있는 시스템에서는 적어도 기본 비밀번호 보안 정책을 강제 시행하는 것이 좋습니다. 사용자는 정기적으로 비밀번호를 변경하고 쉽게 악용될 수 없는 어려운 비밀번호를 사용해야 합니다. 로컬 사용자의 경우, 다음 단계를 수행하십시오.

절차 22.3: 비밀번호 설정 구성
  1. YaST 사용자 및 그룹 관리 대화 상자를 열고 사용자 탭을 선택합니다.

  2. 비밀번호 옵션을 변경할 사용자를 선택하고 편집을 클릭합니다.

  3. 비밀번호 설정 탭으로 전환합니다. 탭에는 사용자의 마지막 비밀번호 변경 사항이 표시됩니다.

  4. 다음 로그인 시 사용자가 비밀번호를 변경하도록 하려면 강제 비밀번호 변경을 활성화하십시오.

  5. 비밀번호 회전을 강제하려면 같은 비밀번호를 사용할 수 있는 최대 기간같은 비밀번호를 사용할 수 있는 최소 기간을 설정하십시오.

  6. 비밀번호가 만료되기 전에 사용자에게 비밀번호 변경을 알리려면 비밀번호 만료 전의 경고 기간의 일수를 설정하십시오.

  7. 비밀번호가 만료된 후 사용자가 로그인할 수 있는 기간을 제한하려면 비밀번호 만료 후 로그인 허용 기간의 값을 변경하십시오.

  8. 또한 전체 계정에 대한 특정 만기 날짜를 지정할 수 있습니다. 만기 날짜YYYY-MM-DD 형식으로 입력합니다. 이 설정은 비밀번호 관련 설정이 아니고 계정 자체에 적용됩니다.

  9. 옵션 및 기본값에 대한 자세한 내용은 도움말을 클릭하십시오.

  10. 확인을 클릭하여 변경사항을 적용합니다.

22.3.3 할당량 관리

시스템 성능이 알림 없이 소진되지 않도록 하기 위해 시스템 관리자는 사용자 또는 그룹에 대한 할당량을 설정할 수 있습니다. 할당량은 하나 이상의 파일 시스템에 대해 정의될 수 있고 사용할 수 있는 디스크 공간과 이 공간에서 생성할 수 있는 inodes(인덱스 노드) 수를 제한합니다. Inodes는 일반 파일, 디렉토리 또는 기타 파일 시스템 객체에 대한 기본적인 정보를 저장하는 파일 시스템의 데이터 구조입니다. 이들은 파일 이름 및 내용을 제외한 파일 시스템 객체의 모든 특성(예: 사용자 및 그룹 소유권, 읽기, 쓰기 또는 실행 권한)을 저장합니다.

SUSE Linux Enterprise Server에서는 softhard 할당량을 사용할 수 있습니다. 또는 사용자 및 그룹이 일시적으로 특정 양의 할당량을 위반할 수 있는 유예 기간을 정의할 수 있습니다.

소프트 할당량

사용자에게 한도에 가까워졌음을 알려주는 경고 수준을 정의합니다. 관리자는 사용자로 하여금 파티션에서 데이터를 정리하고 줄이도록 요청합니다. 소프트 할당량 한도는 일반적으로 하드 할당량 한도보다 낮습니다.

하드 할당량

쓰기 요청이 거부되는 한도를 정의합니다. 하드 할당량에 도달하면 데이터를 더 이상 저장할 수 없고 응용 프로그램이 작동 중지될 수 있습니다.

유예 기간

소프트 할당량 오버플로와 경고 표시 사이의 시간입니다. 일반적으로 한 시간 또는 수 시간의 낮은 값으로 설정합니다.

절차 22.4: 파티션에 대한 할당량 지원 활성화

특정 사용자 및 그룹에 대한 할당량을 구성하려면 먼저 YaST 고급 파티션 도구에서 각 파티션에 대한 할당량 지원을 활성화해야 합니다.

참고
참고: 할당량 BTRFS 파티션

Btrfs 파티션의 할당량은 다르게 처리됩니다. 자세한 내용은 Book “Storage Administration Guide”, Chapter 1 “Overview of File Systems in Linux”, Section 1.2.5 “Btrfs Quota Support for Subvolumes”를 참조하십시오.

  1. YaST에서 시스템 ›  파티션 도구 를 선택하고 를 클릭하여 진행하십시오.

  2. 고급 파티션 도구에서 할당량을 활성화할 파티션을 선택하고 편집을 클릭합니다.

  3. Fstab 옵션을 클릭하고 할당량 지원 활성화를 활성화합니다. 할당량 패키지가 아직 설치되지 않은 경우 를 클릭하여 각 메시지를 확인하면 설치됩니다.

  4. 변경사항을 확인하고 고급 파티션 도구를 종료합니다.

  5. 다음 명령을 입력하여 서비스 quotaon이 실행 중인지 확인하십시오.

    tux > sudo systemctl status quotaon

    활성으로 표시되어 있어야 합니다. 이렇게 표시되어 있지 않을 경우에는 systemctl start quotaon 명령으로 시작하십시오.

절차 22.5: 사용자 또는 그룹에 대한 할당량 설정

이제 특정 사용자 또는 그룹에 대한 소프트 또는 하드 할당량을 정의하고 기간을 유예 기간으로 설정할 수 있습니다.

  1. YaST 사용자 및 그룹 관리에서 할당량을 설정할 사용자 또는 그룹을 선택하고 편집을 클릭하십시오.

  2. 플러그인 탭에서 사용자 할당량 관리 항목을 선택하고 시작을 클릭하여 할당량 구성 대화 상자를 엽니다.

  3. 파일 시스템에서 할당량을 적용할 파티션을 선택합니다.

    Image
  4. 크기 제한 아래에서 디스크 공간을 제한합니다. 사용자 또는 그룹이 이 파티션에서 가질 수 있는 1KB 블록 수를 입력합니다. 소프트 한도하드 한도 값을 지정합니다.

  5. 또는 사용자 또는 그룹이 파티션에서 가질 수 있는 inode 수를 제한할 수 있습니다. Inode 한도 아래에 소프트 한도하드 한도를 입력합니다.

  6. 사용자 또는 그룹이 이미 크기 또는 inode에 대해 지정된 소프트 한도를 초과한 경우에만 유예 기간을 정의할 수 있습니다. 그렇지 않으면, 시간 관련 텍스트 상자가 비활성화됩니다. 사용자 또는 그룹이 위의 한도 설정을 초과할 수 있는 기간을 지정하십시오.

  7. 확인을 클릭하여 설정을 확인합니다.

  8. 확인을 클릭하여 관리 대화 상자를 닫고 변경사항을 저장합니다.

    또는 사용자 및 그룹 관리 대화 상자를 종료하지 않고 모든 변경 사항을 저장하려면 고급 옵션 › 지금 변경 내용 쓰기를 클릭합니다.

SUSE Linux Enterprise Server는 또한 repquota 또는 warnquota 등의 명령줄 도구를 전송합니다. 시스템 관리자는 이러한 도구를 사용하여 디스크 사용량을 제어하거나 할당량을 초과하는 사용자에게 전자 메일 알림을 송신할 수 있습니다. 또한 관리자는 quota_nld를 사용하여 할당량 초과에 대한 커널 메시지를 D-BUS로 전송할 수 있습니다. 자세한 내용은 repquota, warnquotaquota_nld 맨 페이지를 참조하십시오.

22.4 로컬 사용자에 대한 기본 설정 변경

새 로컬 사용자를 생성할 때 YaST는 여러 가지 기본 설정을 사용합니다. 예를 들어, 사용자가 속하는 주 그룹과 보조 그룹 또는 사용자 홈 디렉토리의 액세스 권한 등입니다. 이러한 기본 설정을 변경하여 사용자의 요구사항을 충족시킬 수 있습니다.

  1. YaST 사용자 및 그룹 관리 대화 상자를 열고 새로운 사용자의 기본값 탭을 선택하십시오.

  2. 새 사용자가 자동으로 속하는 주 그룹을 변경하려면 기본 그룹에서 다른 그룹을 선택하십시오.

  3. 새 사용자에 대한 보조 그룹을 수정하려면 보조 그룹에서 그룹을 추가 또는 변경하십시오. 그룹 이름은 쉼표로 구분되어야 합니다.

  4. /home/USERNAME을 새 사용자 홈 디렉토리의 기본 경로로 사용하지 않으려면 홈 디렉토리의 경로 접두어를 수정하십시오.

  5. 새로 생성된 홈 디렉토리에 대한 기본 권한 모드를 변경하려면 홈 디렉토리에 대한 U 마스크의 umask 값을 조정하십시오. umask에 대한 자세한 내용은 Book “Security and Hardening Guide”, Chapter 19 “Access Control Lists in Linux”umask 맨 페이지를 참조하십시오.

  6. 개별 옵션에 대한 내용은 도움말을 클릭하십시오.

  7. 확인을 클릭하여 변경사항을 적용합니다.

22.5 그룹에 사용자 할당

로컬 사용자는 새로운 사용자 기본값 탭의 사용자 및 그룹 관리 대화 상자에서 액세스할 수 있는 기본 설정에 따라 여러 그룹에 할당됩니다. 다음에서 개별 사용자의 그룹 할당을 수정하는 방법을 배웁니다. 새 사용자에 대한 기본 그룹 할당을 변경해야 할 경우 22.4절 “로컬 사용자에 대한 기본 설정 변경”을 참조하십시오.

절차 22.6: 사용자의 그룹 할당 변경
  1. YaST 사용자 및 그룹 관리 대화 상자를 열고 사용자 탭을 클릭하십시오. 사용자와 사용자가 속한 그룹을 나열합니다.

  2. 편집을 클릭하고 세부 사항 탭으로 전환하십시오.

  3. 사용자가 속하는 주 그룹을 변경하려면 기본 그룹을 클릭하고 목록에서 그룹을 선택하십시오.

  4. 사용자를 추가 보조 그룹에 할당하려면 추가 그룹 목록에서 해당 체크박스를 활성화합니다.

  5. 확인을 클릭하여 변경사항을 적용합니다.

  6. 확인을 클릭하여 관리 대화 상자를 닫고 변경사항을 저장합니다.

    또는 사용자 및 그룹 관리 대화 상자를 종료하지 않고 모든 변경 사항을 저장하려면 고급 옵션 › 지금 변경 내용 쓰기를 클릭합니다.

22.6 그룹 관리

YaST를 사용하여 그룹을 쉽게 추가, 수정 또는 삭제할 수도 있습니다.

절차 22.7: 그룹 생성 및 수정
  1. YaST 사용자 및 그룹 관리 대화 상자를 열고 그룹 탭을 클릭하십시오.

  2. 필터 설정으로 관리할 그룹 집합을 정의합니다. 이 대화 상자는 시스템 내 그룹을 나열합니다.

  3. 새 그룹을 생성하려면 추가를 클릭하십시오.

  4. 기존 그룹을 수정하려면 그룹을 선택하고 편집을 클릭하십시오.

  5. 다음 대화 상자에서 데이터를 입력 또는 변경하십시오. 오른쪽 목록에는 그룹 구성원이 될 수 있는 사용 가능한 모든 사용자 및 시스템 사용자에 대한 개요가 표시됩니다.

    Image
  6. 기존 사용자를 새 그룹에 추가하려면 해당 상자를 선택하여 가능한 그룹 구성원 목록에서 사용자를 선택하십시오. 그룹에서 이 사용자를 제거하려면 체크박스를 비활성화하십시오.

  7. 확인을 클릭하여 변경사항을 적용합니다.

  8. 확인을 클릭하여 관리 대화 상자를 닫고 변경사항을 저장합니다.

    또는 사용자 및 그룹 관리 대화 상자를 종료하지 않고 모든 변경 사항을 저장하려면 고급 옵션 › 지금 변경 내용 쓰기를 클릭합니다.

그룹을 삭제하려면 그룹에 어떤 그룹 구성원도 들어 있지 않아야 합니다. 그룹을 삭제하려면 목록에서 해당 그룹을 선택하고 삭제를 클릭하십시오. 확인을 클릭하여 관리 대화 상자를 닫고 변경사항을 저장합니다. 또는 사용자 및 그룹 관리 대화 상자를 종료하지 않고 모든 변경 사항을 저장하려면 고급 옵션 › 지금 변경 내용 쓰기를 클릭합니다.

22.7 사용자 인증 방법 변경

시스템이 네트워크에 연결되어 있을 때 인증 방법을 변경할 수 있습니다. 다음 옵션을 사용할 수 있습니다.

NIS

사용자가 네트워크의 모든 시스템에 대한 NIS 서버에서 중앙집중식으로 관리됩니다. 자세한 내용은 Book “Security and Hardening Guide”, Chapter 3 “Using NIS”을 참조하십시오.

SSSD

SSSD(System Security Services Daemon: 시스템 보안 서비스 데몬)는 실제 디렉토리 서비스에 일시적으로 연결할 수 없는 경우에도 로컬로 사용자 데이터를 캐시한 다음 사용자가 데이터를 사용할 수 있도록 할 수 있습니다. 자세한 내용은 Book “Security and Hardening Guide”, Chapter 4 “Setting Up Authentication Clients Using YaST”, Section 4.2 “SSSD”를 참조하십시오.

Samba

종종 SMB 인증은 Linux와 Windows의 혼합 네트워크에서 사용됩니다. 자세한 내용은 Book “Administration Guide”, Chapter 34 “Samba”를 참조하십시오.

인증 방법을 변경하려면 다음 단계를 수행하십시오.

  1. YaST에서 사용자 및 그룹 관리 대화 상자를 엽니다.

  2. 관리 설정 탭을 클릭하여 사용 가능한 인증 방법에 대한 개요와 현재 설정을 표시합니다.

  3. 인증 방법을 변경하려면 구성을 클릭하고 수정할 인증 방법을 선택하십시오. YaST에서 클라이언트 구성 모듈로 바로 이동됩니다. 해당 클라이언트 구성에 대한 내용은 다음 절을 참조하십시오.

    NIS: Book “Security and Hardening Guide”, Chapter 3 “Using NIS”, Section 3.2 “Configuring NIS Clients”

    LDAP: Book “Security and Hardening Guide”, Chapter 4 “Setting Up Authentication Clients Using YaST”, Section 4.1 “Configuring an Authentication Client with YaST”

    Samba: Book “Administration Guide”, Chapter 34 “Samba”, Section 34.5.1 “Configuring a Samba Client with YaST”

    SSSD: Book “Security and Hardening Guide”, Chapter 4 “Setting Up Authentication Clients Using YaST”, Section 4.2 “SSSD”

  4. 구성을 승인한 후 사용자 및 그룹 관리 개요로 돌아가십시오.

  5. 확인을 클릭하여 관리 대화 상자를 닫습니다.

22.8 기본 시스템 사용자

기본적으로 SUSE Linux Enterprise Server는 삭제할 수 없는 사용자 이름을 생성합니다. 이러한 사용자는 일반적으로 Linux Standard Base에서 정의합니다. 다음 목록은 일반적인 사용자 이름 및 목적을 제공합니다.

기본적으로 설치된 일반적인 사용자 이름
bin, daemon

레거시 응용 프로그램과의 호환성을 위해 포함된 레거시 사용자입니다. 새 응용 프로그램은 더 이상 이 사용자 이름을 사용해서는 안 됩니다.

gdm

GDM(GNOME 표시 관리자)에서 그래픽 로그인을 제공하고 로컬 및 원격 디스플레이를 관리하는 데 사용합니다.

lp

CUPS(Common Unix Printing System)용으로 프린터 데몬에서 사용합니다.

메일

sendmail 또는 postfix 등의 메일러 프로그램을 위해 보유된 사용자입니다.

man

사용자 지정 페이지에 액세스하는 사용자가 사용합니다.

messagebus

상호 프로세스 커뮤니케이션을 위한 소프트웨어 버스인 D-Bus(데스크톱 버스)에 액세스하는 데 사용합니다. 데몬은 dbus-daemon입니다.

nobody

파일을 소유하지 않고 권한이 없는 그룹에 있는 사용자입니다. 현재 Linux Standard Base에서 각 데몬에 별도의 사용자 계정을 제공하는 것을 권장하므로 사용이 제한됩니다.

nscd

네임 서비스 캐싱 데몬에서 사용합니다. 이 데몬은 NIS 및 LDAP를 포함한 성능을 개선하는 조회 서비스입니다. 데몬은 nscd입니다.

polkitd

권한 없는 프로세스에 대한 인증 요청을 정의하고 처리하는 PolicyKit 인증 프레임워크에서 사용합니다. 데몬은 polkitd입니다.

postfix

Postfix 메일러에서 사용합니다.

pulse

Pulseaudio 사운드 서버에서 사용합니다.

root

모든 적합한 권한을 제공하는 시스템 관리자가 사용합니다.

rpc

RPC 포트 매퍼인 rpcbind 명령에서 사용합니다.

rtkit

실시간 일정 지정 모드에 대한 D-Bus 시스템 서비스를 제공하는 rtkit 패키지에서 사용합니다.

salt

Salt에서 제공하는 병렬 원격 실행을 위한 사용자입니다. 데몬의 이름은 salt-master입니다.

scard

스마트 카드 및 리더와의 커뮤니케이션을 위한 사용자입니다. 데몬의 이름은 pcscd입니다.

srvGeoClue

GeoClue D-Bus 서비스에서 위치 정보를 제공하는 데 사용합니다.

sshd

SSH(Secure Shell 데몬)에서 안전하지 않은 네트워크상에서의 안전하고 암호화된 커뮤니케이션을 보장하는 데 사용합니다.

statd

rpc.statd 데몬에서 구현된 NSM(Network Status Monitor: 네트워크 상태 모니터) 프로토콜에서 재부팅 알림을 수신 대기하는 데 사용합니다.

systemd-coredump

/usr/lib/systemd/systemd-coredump 명령에서 핵심 덤프를 얻고, 저장하고, 처리하는 데 사용합니다.

systemd-timesync

/usr/lib/systemd/systemd-timesyncd 명령에서 로컬 시스템 시계를 원격 NTP(네트워크 시간 프로토콜) 서버와 동기화하는 데 사용합니다.

23 YaST를 사용하여 언어 및 국가 설정 변경

다른 국가에서 작업하거나 다국어 환경에서 작업해야 할 경우 이를 지원하도록 컴퓨터를 설정해야 합니다. SUSE® Linux Enterprise Server에서는 서로 다른 로케일을 병렬로 처리할 수 있습니다. 로케일은 사용자 인터페이스에 적용된 언어 및 국가 설정을 정의하는 파라미터 집합입니다.

기본 시스템 언어는 설치 중에 선택되었으며 키보드 및 시간대 설정이 조정되었습니다. 그러나 시스템에 추가 언어를 설치하고 설치된 언어 중에서 기본값으로 가져올 언어를 결정할 수 있습니다.

이러한 작업의 경우 23.1절 “시스템 언어 변경”에 설명된 대로 YaST 언어 모듈을 사용하십시오. 주 언어가 아닌 다른 언어로 응용 프로그램이나 데스크톱을 시작해야 할 경우 보조 언어를 설치하여 선택적으로 지역화하십시오.

이와 별도로, YaST 시간대 모듈을 사용하여 국가 및 시간대 설정을 그에 따라 조정할 수 있습니다. 시간 서버에 대해 시스템 시계를 동기화할 수도 있습니다. 자세한 내용은 23.2절 “국가 및 시간 설정 변경”을 참조하십시오.

23.1 시스템 언어 변경

데스크톱 사용 방식과 전체 시스템을 다른 언어로 전환할지 또는 데스크톱 환경 자체만을 전환할지 여부에 따라 여러 가지 방법으로 시스템 언어를 변경할 수 있습니다.

전체적으로 시스템 언어 변경

23.1.1절 “YaST를 사용하여 시스템 언어 수정”23.1.2절 “기본 시스템 언어 전환”에 설명된 대로 YaST를 사용하여 한글화된 추가 패키지를 설치하고 기본 언어를 설정하십시오. 변경 사항은 다음 로그인 후 적용됩니다. 전체 시스템이 변경사항을 반영하도록 하려면 시스템을 재부팅하거나 실행 중인 모든 서비스, 응용 프로그램 및 프로그램을 닫고 다시 시작하십시오.

데스크톱 언어만 변경

아래 설명된 대로 이전에 YaST를 사용하여 해당 데스크톱 환경에 원하는 언어 패키지를 설치했으면 데스크톱의 관리 센터를 사용하여 데스크톱의 언어를 전환할 수 있습니다. X 서버를 재시작한 후에는 전체 데스크톱이 새로 선택한 언어로 표시됩니다. 데스크톱 프레임워크에 속하지 않는 응용 프로그램은 변경되지 않고 YaST에 설정된 언어로 계속 나타날 수 있습니다.

일시적으로 단일 응용 프로그램 언어만 전환

단일 응용 프로그램을 다른 언어(이미 YaST를 사용하여 설치됨)로 실행할 수도 있습니다. 이렇게 하려면 23.1.3절 “표준 X 및 GNOME 응용 프로그램의 언어 전환”에 설명된 대로 언어 코드를 지정하여 명령줄에서 시작하십시오.

23.1.1 YaST를 사용하여 시스템 언어 수정

YaST는 두 가지 언어 범주를 인식합니다.

주 언어

YaST에 설정된 주 언어는 YaST 및 데스크톱 환경을 포함하여 전체 시스템에 적용됩니다. 수동으로 다른 언어를 지정하지 않으면 항상 이 언어가 사용됩니다.

보조 언어

시스템을 다국어로 설정하려면 보조 언어를 설치하십시오. 보조 언어로 설치된 언어는 특정 상황에서 수동으로 선택할 수 있습니다. 예를 들어 보조 언어를 사용하여 응용 프로그램을 특정 언어로 시작하고 이 언어로 워드 프로세싱을 수행하십시오.

추가 언어를 설치하기 전에 기본 시스템 언어(기본 언어)로 선택할 언어를 결정하십시오.

YaST 언어 모듈에 액세스하려면 YaST를 시작하고 시스템 ›  언어 를 클릭합니다. 또는 명령줄에서 sudo yast2 language &를 실행하여 언어 대화 상자를 시작합니다.

Image
절차 23.1: 추가 언어 설치

추가 언어를 설치할 경우 YaST를 사용하여 root 사용자에 대해 서로 다른 로케일 설정을 지정할 수도 있습니다. 단계 4를 참조하십시오. 사용자 root에 대한 로케일 설정 옵션은 /etc/sysconfig/language 파일에서 로케일 변수(LC_*)가 root에 대해 설정되는 방식을 결정합니다. 일반 사용자에 대해 동일한 로케일로 설정할 수 있습니다. 또는 어떤 언어 변경에도 영향을 받지 않도록 유지하거나 일반 사용자에 대해 동일한 값으로 변수 RC_LC_CTYPE만 설정할 수 있습니다. RC_LC_CTYPE 변수는 언어 특정 기능 호출에 대한 지역화를 설정합니다.

  1. YaST 언어 모듈에서 언어를 추가하려면 설치할 보조 언어를 선택합니다.

  2. 언어를 기본 언어로 만들려면 이 언어를 기본 언어로 설정합니다.

  3. 또한 키보드를 새로운 기본 언어에 따라 조정하고 해당될 경우 시간대를 조정합니다.

    작은 정보
    작은 정보: 고급 설정

    고급 키보드 또는 시간대 설정의 경우 YaST에서 하드웨어 ›  시스템 키보드 배열 또는 시스템 ›  날짜 및 시간 을 선택하여 각 대화 상자를 시작합니다. 자세한 내용은 18.1절 “시스템 키보드 배열 설정”23.2절 “국가 및 시간 설정 변경”을 참조하십시오.

  4. 사용자 root 관련 언어 설정을 변경하려면 세부사항을 클릭합니다.

    1. 사용자 root에 대한 로케일 설정을 원하는 값으로 설정합니다. 자세한 내용은 도움말을 클릭하십시오.

    2. root에 대해 UTF-8 인코딩 사용을 적용할지 여부를 결정합니다.

  5. 해당 로케일이 사용할 수 있는 기본 언어 목록에 없으면 상세 로케일 설정에서 지정합니다. 하지만 일부 지역화는 불완전할 수 있습니다.

  6. 확인을 클릭하여 대화 상자에서 변경사항을 확인합니다. 보조 언어를 선택한 경우 YaST는 추가 언어에 대해 한글화된 소프트웨어 패키지를 설치합니다.

이제 시스템이 다국어로 설정됩니다. 그러나 기본 언어 이외의 언어로 응용 프로그램을 시작하려면 23.1.3절 “표준 X 및 GNOME 응용 프로그램의 언어 전환”에서 명시적으로 설명된 대로 원하는 언어를 설정해야 합니다.

23.1.2 기본 시스템 언어 전환

시스템의 기본 언어를 전체 변경하려면 다음 절차를 사용하십시오.

  1. YaST 언어 모듈을 시작합니다.

  2. 원하는 새 시스템 언어를 기본 언어로 선택합니다.

    중요
    중요: 이전 시스템 언어 삭제

    다른 기본 언어로 전환할 경우 이전의 기본 언어에 대한 한글화된 소프트웨어 패키지가 시스템에서 제거됩니다. 기본 시스템 언어를 전환하지만 이전 기본 언어를 추가 언어로 유지하려면 각 체크박스를 선택하여 해당 언어를 보조 언어로 추가하십시오.

  3. 키보드 및 시간대 옵션을 원하는 대로 조정합니다.

  4. 확인을 클릭하여 변경사항을 확인합니다.

  5. YaST가 변경 사항을 적용한 후에는 로그아웃했다가 다시 로그인하는 등의 방법으로 현재 X 세션을 다시 시작하여 YaST 및 데스크톱 응용 프로그램이 새 언어 설정을 반영할 수 있도록 설정합니다.

23.1.3 표준 X 및 GNOME 응용 프로그램의 언어 전환

YaST를 사용하여 각 언어를 설치한 후에는 단일 응용 프로그램을 다른 언어로 실행할 수 있습니다.

다음 명령을 사용하여 명령줄에서 응용 프로그램을 시작하십시오.

LANG=LANGUAGE application

예를 들어 f-spot을 독일어로 시작하려면 LANG=de_DE f-spot을 실행하십시오. 다른 언어의 경우 해당 언어 코드를 사용하십시오. locale -av 명령을 사용하여 사용할 수 있는 모든 언어 코드 목록을 가져오십시오.

23.2 국가 및 시간 설정 변경

YaST 날짜 및 시간 모듈을 사용하여 시스템 날짜, 시계 및 시간대 정보를 현재 지역으로 조정하십시오. YaST 모듈에 액세스하려면 YaST를 시작하고 시스템 ›  날짜 및 시간 을 클릭하십시오. 또는 명령줄에서 sudo yast2 timezone &를 실행하여 시계 및 시간대 대화 상자를 직접 시작하십시오.

Image

먼저 유럽과 같은 일반적인 지역을 선택합니다. 작업 중인 국가와 일치하는 적절한 국가(예: 독일)를 선택합니다.

워크스테이션에서 실행하는 운영 체제에 따라 하드웨어 시계 설정을 조정합니다.

  • 시스템에서 Microsoft Windows*와 같은 다른 운영 체제를 실행하면 UTC를 사용하지 않고 지역 시간을 사용할 수 있습니다. 이 경우 UTC로 하드웨어 시계 설정을 비활성화합니다.

  • 시스템에서 Linux만 실행하는 경우 하드웨어 시계를 UTC로 설정하고 표준 시간에서 일광절약 시간제로 전환하여 수행된 시간을 자동으로 절약할 수 있습니다.

중요
중요: 하드웨어 시계를 UTC로 설정

하드웨어 시계(CMOS 시계)가 UTC로 설정된 경우에만 표준 시간에서 일광 절약 시간으로(또는 반대로) 자동으로 전환할 수 있습니다. 이는 NTP와 자동 시간 동기화를 사용할 경우에도 마찬가지입니다. 하드웨어 시계와 시스템 시계의 차이가 15분 미만일 경우에만 자동 동기화가 수행되기 때문입니다.

시스템 시간이 잘못된 경우 심각한 문제(원격 파일 시스템의 백업 누락, 메일 메시지 삭제, 탑재 실패 등)가 발생할 수 있기 때문에 항상 하드웨어 시계를 UTC로 설정하는 것이 좋습니다.

수동으로 날짜 및 시간을 변경하거나 NTP 서버와 영구적으로 또는 하드웨어 시계 조정을 위해 시스템을 동기화할 수 있습니다.

절차 23.2: 수동으로 시간 및 날짜 조정
  1. YaST 시간대 모듈에서 기타 설정을 클릭하여 날짜 및 시간을 설정합니다.

  2. 수동으로를 선택하고 날짜 및 시간 값을 입력합니다.

  3. 변경사항을 확인합니다.

절차 23.3: NTP 서버로 날짜 및 시간 설정
  1. 기타 설정을 클릭하여 날짜 및 시간을 설정합니다.

  2. NTP 서버와 동기화를 선택합니다.

  3. NTP 서버의 주소를 아직 입력하지 않은 경우 해당 주소를 입력합니다.

    Image
  4. 지금 동기화를 클릭하여 시스템 시간이 올바로 설정되도록 합니다.

  5. 영구적으로 NTP를 사용하려면 NTP 구성 저장을 활성화하십시오.

  6. 구성 버튼을 사용하여 고급 NTP 구성을 열 수 있습니다. 자세한 내용은 Book “Administration Guide”, Chapter 30 “Time Synchronization with NTP”, Section 30.1 “Configuring an NTP Client with YaST”을 참조하십시오.

  7. 변경사항을 확인합니다.

A 제품 이미징 및 생성

구현에 더 나은 운영 체제를 적용하기 위해 KIW를 통해 어플라이언스 또는 라이브 시스템으로 사용할 사용자 정의 미디어를 생성할 수 있습니다. KIWI는 로컬 시스템에서 또는 OBS(SUSE Studio Express)에서 온라인으로 사용할 수 있습니다.

KIWI를 사용하면 Linux 지원 하드웨어 플랫폼에 사용할 LiveCD, Live DVD, 플래시 디스크와 가상화 및 클라우드 시스템(예: Xen, KVM, VMware, EC2 등)용 가상 디스크를 생성할 수 있습니다. KIWI로 생성하는 이미지는 PXE 환경에서 네트워크를 통해 부팅하는 데에도 사용할 수 있습니다.

이용 가능한 별도의 문서가 있으므로 이 가이드에서는 KIWI와 관련된 주제를 상세하게 다루지 않습니다.

  • 자세한 내용은 https://github.com/openSUSE/kiwi에서 KIWI 문서를 확인하십시오(패키지 kiwi-doc).

  • Open Build Service의 SUSE Studio Express는 OS 이미지를 온라인으로 생성하는 데 사용할 수 있습니다. 이 도구는 openSUSE 또는 SUSE Linux Enterprise를 기반으로 가상 어플라이언스 및 라이브 시스템 생성을 지원합니다. 추가 정보 및 문서는 https://studioexpress.opensuse.org/ 항목을 참조하십시오.