젠투 리눅스 amd64 핸드북: 젠투 설치

From Gentoo Wiki
Jump to: navigation, search
This page is a translated version of the page Handbook:AMD64/Full/Installation and the translation is 100% complete.

Contents

Other languages:
Deutsch • ‎English • ‎español • ‎français • ‎italiano • ‎日本語 • ‎한국어 • ‎Nederlands • ‎polski • ‎português do Brasil • ‎русский • ‎українська • ‎中文(中国大陆)‎
설치
설치 정보
매체 선택
네트워크 설정
디스크 준비
스테이지 3 설치
베이스 시스템 설치
커널 설정
시스템 설정
도구 설치
부트로더 설정
마무리
젠투 다루기
포티지 소개
USE 플래그
포티지 기능
초기화 스크립트 시스템
환경 변수
포티지 다루기
파일 및 디렉터리
변수
소프트웨어 브랜치 함께 사용하기
추가 도구
포티지 트리 개별 설정
고급 기능
네트워크 설정
시작하기
고급 설정
모듈러 네트워크
무선 네트워크
기능 추가
동적 관리


도입부

환영합니다

First of all, welcome to Gentoo! You are about to enter the world of choices and performance. Gentoo is all about choices. When installing Gentoo, this is made clear several times - users can choose how much they want to compile themselves, how to install Gentoo, what system logger to use, etc.

Gentoo is a fast, modern meta-distribution with a clean and flexible design. It is built on an ecosystem of free software and does not hide what is beneath the hood from its users. Portage, the package maintenance system which Gentoo uses, is written in Python, meaning the user can easily view and modify the source code. Gentoo's packaging system uses source code (although support for pre-compiled packages is included too) and configuring Gentoo happens through regular text files. In other words, openness everywhere.

It is very important that everyone understands that choices are what makes Gentoo run. We try not to force users into anything they do not like. If anyone believes otherwise, please bug report it.

How the installation is structured

젠투 설치를 다음 장의 모음에 따라 10단계로 나누어 볼 수 있습니다. 각각의 단계가 끝나면 다음과 같은 결과 상태가 됩니다:

단계 결과
1 젠투를 설치할 수 있는 환경을 준비합니다.
2 젠투를 설치할 인터넷 연결 환경을 준비합니다
3 젠투를 설치할 하드디스크를 준비합니다.
4 설치환경을 준비하고, 새 환경으로 루트 기준을 전환할 수 있습니다.
5 모든 젠투 설치 프로그램이 있는 핵심 꾸러미의 설치가 끝납니다.
6 리눅스 커널을 설치합니다.
7 사용자는 대부분의 젠투 시스템 설정 파일을 다룹니다.
8 필요한 시스템 도구를 설치합니다.
9 적당한 부트 로더를 설치하고 설정합니다.
10 새로 설치한 젠투 리눅스 환경을 탐색할 준비가 끝납니다.

각각의 선택이 주어질 때마다, 핸드북에서는 장점과 단점을 최대한 설명하려고 합니다. 비록 내용은 기본 선택으로 진행하겠지만(제목에 "기본:" 으로 표시), 마찬가지로 다른 가능성도 문서에 기록했습니다(제목에 "대안:"으로 표시). 기본 사항이 젠투에서 추천하는 선택이라고 생각하지 마십시오. 하지만 대부분 사용자가 선택할 것이라는 생각은 듭니다.

가끔 선택의 기로에 직면할 수 있습니다. 이런 단계는 "선택:" 으로 표시했으며 젠투를 설치하는데 필요하지는 않습니다. 그러나 몇가지 선택 단계는 이전 결정 요소에 따라 의존성이 있을 수 있습니다. 우리는 이런 일에 대해서 선택 단계를 설명하기 전에 알려 드리겠습니다.

Installation options for Gentoo

Gentoo can be installed in many different ways. It can be downloaded and installed from official Gentoo installation media such as our CDs and DVDs. The installation media can be installed on a USB stick or accessed via a netbooted environment. Alternatively, Gentoo can be installed from non-official media such as an already installed distribution or a non-Gentoo bootable disk (such as Knoppix).

This document covers the installation using official Gentoo Installation media or, in certain cases, netbooting.

참고
비 젠투 CD 를 이용한 방법을 포함한 다른 방법을 통해 설치를 시도할 경우 대안 설치 안내서를 읽으십시오.

또한 마찬가지로 약간의 도움을 줄 수 있을지도 모르는 젠투 설치 요령 문서를 제공합니다.

문제

설치(또는 설치 문서)에 문제가 있다면, 버그 추적 시스템en을 찾아보시고 알려진 버그인지 확인하십시오. 그렇지 않으면 우리가 이를 처리할 수 있게 버그 보고서를 만들어주십시오. 버그를 할당 받을 개발자를 두려워하지 마십시오 -- (보통) 사람을 잡아먹지는 않으니까요.

Note though that, although this document is architecture-specific, it might contain references to other architectures as well. This is due to the fact that large parts of the Gentoo Handbook use installation source text that is shared for all architectures (to avoid duplication of efforts and starvation of development resources). We will try to keep this to a minimum to avoid confusion.

If there is some uncertainty whether or not the problem is a user-problem (some error made despite having read the documentation carefully) or a software-problem (some error we made despite having tested the installation/documentation carefully) everybody is welcome to join the #gentoo channel on irc.freenode.net. Of course, everyone is welcome otherwise too as our chat channel covers the broad Gentoo spectrum.

Speaking of which, if there are any additional questions regarding Gentoo, check out the Frequently Asked Questions article. There are also FAQs on the Gentoo Forums.




Other languages:
Deutsch • ‎English • ‎español • ‎français • ‎italiano • ‎日本語 • ‎한국어 • ‎Nederlands • ‎polski • ‎português do Brasil • ‎русский • ‎українська • ‎中文(中国大陆)‎
설치
설치 정보
매체 선택
네트워크 설정
디스크 준비
스테이지 3 설치
베이스 시스템 설치
커널 설정
시스템 설정
도구 설치
부트로더 설정
마무리
젠투 다루기
포티지 소개
USE 플래그
포티지 기능
초기화 스크립트 시스템
환경 변수
포티지 다루기
파일 및 디렉터리
변수
소프트웨어 브랜치 함께 사용하기
추가 도구
포티지 트리 개별 설정
고급 기능
네트워크 설정
시작하기
고급 설정
모듈러 네트워크
무선 네트워크
기능 추가
동적 관리


하드웨어 요구 사항

Before we start, we first list what hardware requirements are needed to successfully install Gentoo on a amd64 box.


소형 CD LiveDVD
CPU AMD64 CPU 또는 EM64Ten CPU (Core 2 Duo & Quad 프로세서는 EM64T임)
메모리 256 MB 512 MB
디스크 공간 2.5 GB (스왑 공간 제외)
스왑 공간 최소 256 MB

젠투 AMD64 프로젝트 페이지en는 젠투 amd64 지원 정보를 알아보기에 좋은 곳입니다.


Gentoo Linux installation media

소형 설치 CD

젠투 소형 설치 CD는 자체적으로 젠투 환경을 지니고 있는 부팅 CD입니다. 이 CD를 통해 사용자가 리눅스를 부팅할 수 있습니다. 부팅 과정에서 하드웨어를 감지하고, 적절한 드라이버를 불러옵니다. CD는 젠투 개발자가 관리하며, 인터넷 연결을 사용할 수 있다면 누구든 젠투를 설치할 수 있습니다.

The Minimal Installation CD is called install-amd64-minimal-<release>.iso.

예비 젠투 LiveDVD

간혹 젠투를 설치할 때 쓸 수 있도록 젠투 10 프로젝트에서 특별한 DVD를 손수 만듭니다. 이 장 다음의 내용은 소형 설치 CD를 대상으로 하기 때문에 약간 다를 수 있습니다. 그러나, LiveDVD(또는 다른 리눅스 부팅 환경)에서는 터미널에서 sudo su -를 실행하거나 sudo -i를 실행하여 루트 프롬프트를 띄우는 기능을 지원합니다.

그러면 스테이지란 무엇인가요?

스테이지 3 타르볼은 최소한의 젠투 환경을 갖추고 있는 저장 파일이며, 이 설명서의 지시에 따라 젠투 설치를 계속하는데 안성맞춤입니다. 이전에 젠투 핸드북은 세가지 스테이지 타르볼을 사용한 설치 방법을 설명했습니다. 젠투에서 스테이지 1과 스테이지 2 타르볼을 여전히 제공하는 동안 공식 설치 방식은 스테이지 3 타르볼을 사용했습니다. 스테이지 1 또는 스테이지 2 타르볼을 이용한 젠투 설치 진행에 관심이 있다면 젠투에 대한 자주 묻는 질문에서 스테이지 1이나 스테이지 2 타르볼을 어떻게 설치하죠?를 읽어보십시오.

Stage3 tarballs can be downloaded from releases/amd64/autobuilds/ on any of the official Gentoo mirrors. Stage files update frequently and are not included on the installation CDs.

CD 이미지를 다운로드하고 굽기

매체 다운로드

젠투 리눅스에서 사용하는 기본 설치 매체는 부팅이 가능하고, 매우 조그마한 젠투 리눅스 환경을 갖추고 있으며, 젠투 리눅스를 설치할 적절한 도구가 들어있는 소형 설치 CD 입니다. CD 이미지 자체는 다운로드 페이지(추천)를 방문하거나 여러 가용 미러en중 한 곳에서 ISO 파일을 직접 찾아 다운로드할 수 있습니다.

미러에서 다운로드할 경우, 소형 설치 CD는 다음과 같은 절차를 통해 찾을 수 있습니다:

  1. Go to the releases/ directory.
  2. Select the directory for the relevant target architecture (such as amd64/).
  3. Select the autobuilds/ directory.
  4. For amd64 and x86 architectures select either the current-install-amd64-minimal/ or current-install-x86-minimal/ directory (respectively). For all other architectures navigate to the current-iso/ directory.
참고
arm, mips, s390 같은 일부 대상 아키텍처는 소형 설치 CD가 없습니다. 이 경우, 젠투 출시 엔지니어링 프로젝트는 이 아키텍처를 대상으로 .iso 파일을 지원하지 않습니다.

이 위치 안에 있는 설치 CD 파일은 .iso 접미사로 끝나는 파일입니다. 예를 들어 다음 목록을 보시면:

코드 Example list of downloadable files at releases/amd64/autobuilds/current-iso/
[DIR] hardened/                                          05-Dec-2014 01:42    -   
[   ] install-amd64-minimal-20141204.iso                 04-Dec-2014 21:04  208M  
[   ] install-amd64-minimal-20141204.iso.CONTENTS        04-Dec-2014 21:04  3.0K  
[   ] install-amd64-minimal-20141204.iso.DIGESTS         04-Dec-2014 21:04  740   
[TXT] install-amd64-minimal-20141204.iso.DIGESTS.asc     05-Dec-2014 01:42  1.6K  
[   ] stage3-amd64-20141204.tar.bz2                      04-Dec-2014 21:04  198M  
[   ] stage3-amd64-20141204.tar.bz2.CONTENTS             04-Dec-2014 21:04  4.6M  
[   ] stage3-amd64-20141204.tar.bz2.DIGESTS              04-Dec-2014 21:04  720   
[TXT] stage3-amd64-20141204.tar.bz2.DIGESTS.asc          05-Dec-2014 01:42  1.5K

In the above example, the install-amd64-minimal-20141204.iso file is the minimal installation CD itself. But as can be seen, other related files exist as well:

  • A .CONTENTS 파일은 설치 CD에 존재하는 모든 파일이 들어있는 텍스트 파일입니다. 이 파일은 펌웨어 또는 드라이버를 다운로드하기 전에 설치 CD에 있는지 검사할 때 쓸만합니다.
  • A .DIGESTS 파일은 ISO 파일의 해시값이 들어있으며 다양한 해시 형식과 알고리즘을 동원합니다. 이 파일은 다운로드한 ISO 파일이 깨졌는지 검사할 때 사용할 수 있습니다.
  • A .DIGESTS.asc 파일은 ISO 파일의 해시 값만 들어있는 것이 아니라(.DIGESTS 파일과 유사), 파일의 암호화 서명도 들어있습니다. 이 파일은 다운로드한 ISO 파일이 깨졌는지 검사할때 사용할 수 있을 뿐만 아니라, 젠투 릴리즈 엔지니어링 팀이 확실히 제공했고, 변조되지 않았는지 검사할 때도 사용할 수 있습니다.

지금은 현재 위치에 존재하는 다른 파일을 무시하십시오. 이들 파일은 나중에 진행할 설치 과정에서 다시 다룹니다. .iso 파일을 다운로드하고, 다운로드 파일을 검증하려면, 해당 .iso파일에 대한 .DIGESTS.asc 파일 역시 마찬가지로 다운로드하십시오. .CONTENTS 파일은 설치 과정에서 더이상 참조하지 않으므로 다운로드할 필요가 없으며, .DIGESTS 파일은 .DIGESTS.asc과 비교하였을 때, 상단의 암호화 서명을 제외한 나머지 부분은 동일한 내용이 들어갑니다.

다운로드한 파일 검증

참고
이 과정은 선택적 과정이며 젠투 리눅스를 설치하는데 굳이 필요하지 않습니다만, 다운로드한 파일이 깨졌는지 확인하고 젠투 기반 팀이 분명히 지원 했는지 확인해보시는 것이 좋습니다.

.DIGESTS.DIGESTS.asc 파일로, 온전한 도구를 사용한 ISO 파일 유효성 검증을 수행할 수 있습니다. 이 검증 절차는 다음 두 단계로 이루어집니다:

  1. 먼저, 젠투 출시 엔지니어링 팀이 제공한 설치 파일인지 암호화 서명으로 확인합니다.
  2. 암호화 서명 검증이 끝나면, 다운로드 파일이 깨졌는지 확인합니다.

마이크로소프트 윈도우 기반 검증

마이크로소프트 윈도우 시스템에서는 체크섬과 암호화 서명이 제대로 되어 있는지 확인하는 제대로 된 도구 모음을 선택할 여지가 별로 없습니다.

우선 암호화 서명을 검증하려면 GPG4Winen과 같은 도구를 사용할 수 있습니다. 설치 후 젠투 출시 엔지니어링 팀의 공개 키를 가져와야합니다. 키 목록은 서명 페이지en에 있습니다. 키를 가져온 후, 사용자는 .DIGESTS.asc 파일의 서명을 검증할 수 있습니다.

중요
이 프로그램에서는 .DIGESTS 파일이 올바른지 검증하지 못합니다. .DIGESTS.asc 파일만 가능합니다. 위에서 설명한 절차에서 .DIGESTS.asc 파일을 다운로드할 때 참고해야 할 유일한 이유이며, .DIGESTS.asc 파일에서 값을 검증해야 할 체크섬이 함축되어있습니다.

체크섬 자체는 다른 프로그램도 있지만, Hashcalc 프로그램en으로 검증할 수 있습니다. 대부분, 이 도구는 계산한 체크섬을 사용자에게 보여주며, 사용자에게 .DIGESTS.asc 파일에 들어있는 값을 계산한 체크섬으로 검증하라고 요청합니다.

리눅스 기반 검증

리눅스 시스템에서 대부분의 일반적인 암호화 서명을 검증하는 방식은 app-crypt/gnupg 프로그램을 사용하는 것입니다. 이 꾸러미를 설치하면, 다음 명령을 사용하여 .DIGESTS.asc 파일의 암호화 서명을 검증할 수 있습니다.

먼저 서명 페이지en에 있는 올바른 키 모음을 다운로드하십시오:

user $gpg --keyserver hkps.pool.sks-keyservers.net --recv-keys 0xBB572E0E2D182910
gpg: requesting key 0xBB572E0E2D182910 from hkp server pool.sks-keyservers.net
gpg: key 0xBB572E0E2D182910: "Gentoo Linux Release Engineering (Automated Weekly Release Key) <releng@gentoo.org>" 1 new signature
gpg: 3 marginal(s) needed, 1 complete(s) needed, classic trust model
gpg: depth: 0  valid:   3  signed:  20  trust: 0-, 0q, 0n, 0m, 0f, 3u
gpg: depth: 1  valid:  20  signed:  12  trust: 9-, 0q, 0n, 9m, 2f, 0u
gpg: next trustdb check due at 2018-09-15
gpg: Total number processed: 1
gpg:         new signatures: 1

다음, .DIGESTS.asc 파일의 암호화 서명을 검증하십시오:

user $gpg --verify install-amd64-minimal-20141204.iso.DIGESTS.asc
gpg: Signature made Fri 05 Dec 2014 02:42:44 AM CET
gpg:                using RSA key 0xBB572E0E2D182910
gpg: Good signature from "Gentoo Linux Release Engineering (Automated Weekly Release Key) <releng@gentoo.org>" [unknown]
gpg: WARNING: This key is not certified with a trusted signature!
gpg:          There is no indication that the signature belongs to the owner.
Primary key fingerprint: 13EB BDBE DE7A 1277 5DFD  B1BA BB57 2E0E 2D18 2910

다운로드한 모든 파일이 완전히 올바른지 확인하려면, 젠투 서명 페이지en에 있는 지문키를 받아 검증하십시오.

암호화 서명을 검증하고 나면, 그 다음은 다운로드한 ISO 파일이 깨졌는지 확인할 체크섬을 검증할 차례입니다. .DIGESTS.asc 파일에는 다중 해싱 알고리즘이 들어있어, 이 알고리즘 중 .DIGESTS.asc 파일에 등록한 올바른 체크섬을 먼저 찾아 해당 체크섬에 맞는 알고리즘으로 검증합니다.

user $grep -A 1 -i sha512 install-amd64-minimal-20141204.iso.DIGESTS.asc
# SHA512 HASH
364d32c4f8420605f8a9fa3a0fc55864d5b0d1af11aa62b7a4d4699a427e5144b2d918225dfb7c5dec8d3f0fe2cddb7cc306da6f0cef4f01abec33eec74f3024  install-amd64-minimal-20141204.iso
--
# SHA512 HASH
0719a8954dc7432750de2e3076c8b843a2c79f5e60defe43fcca8c32ab26681dfb9898b102e211174a895ff4c8c41ddd9e9a00ad6434d36c68d74bd02f19b57f  install-amd64-minimal-20141204.iso.CONTENTS

In the above output, two SHA512 checksums are shown - one for the install-amd64-minimal-20141204.iso file and one for its accompanying .CONTENTS file. Only the first checksum is of interest, as it needs to be compared with the calculated SHA512 checksum which can be generated as follows:

user $sha512sum install-amd64-minimal-20141204.iso
364d32c4f8420605f8a9fa3a0fc55864d5b0d1af11aa62b7a4d4699a427e5144b2d918225dfb7c5dec8d3f0fe2cddb7cc306da6f0cef4f01abec33eec74f3024  install-amd64-minimal-20141204.iso

두가지 경우 체크섬이 일치한다면, 파일은 깨진 상태가 아니며 설치를 계속할 수 있습니다.

굽기

물론 ISO 파일을 다운로드한 것만으로는 젠투 리눅스 설치를 시작할 수 없습니다. ISO 파일을 부팅할 CD에 구워야 하며, 이와 같은방법으로 파일 자체를 CD에 굽는 것이 아니라 파일 안의 내용을 굽습니다. 아래 몇가지 일반적인 방식을 설명했습니다. 보다 자세한 과정은 자주 묻는 ISO 파일 굽기 질문에서 찾아볼 수 있습니다.

마이크로소프트 윈도우에서 굽기

마이크로소프트 윈도우에서는 ISO를 CD에 굽는 기능을 지원하는 여러가지 도구가 있습니다.

  • 이지 CD 크레이터에서는, File을 선택한 후 Record CD from CD image를 선택하십시오. Files of typeISO image file로 바꾸십시오. ISO 위치를 선택한 후, Open을 누르십시오. Start recording을 누르면 ISO 이미지를 CD-R에 제대로 굽습니다.
  • 네로 버닝 롬에서는, 자동으로 뜨는 마법사 창을 취소하고, File 메뉴에서 Burn Image를 선택하십시오. 구울 이미지를 선택하고 Open을 누르십시오. 이제 Burn 버튼을 누르고 새 CD를 굽는 모습을 감상하십시오.

리눅스에서 굽기

리눅스에서는 app-cdr/cdrtools 꾸러미의 일부인 cdrecord 명령을 사용하여 CD를 구울 수 있습니다.

예를 들자면, ISO 파일을 /dev/sr0 장치의 CD에 구우려고 할 때(이 장치는 시스템의 첫번째 CD 장치입니다 - 필요한 경우 올바른 장치 파일로 바꾸십시오):

user $cdrecord dev=/dev/sr0 install-amd64-minimal-20141204.iso

이에 상응하는 그래픽 사용자 인터페이스로 app-cdr/k3b의 일부인 K3B를 사용할 수 있습니다. K3B에서, Tools로 이동후, Burn CD Image를 사용하십시오. 그 다음 K3B에서 안내하는 절차를 따르십시오.

CD 부팅

설치 미디어 부팅

설치 CD를 굽고 나면 부팅할 차례입니다. 모든 외부 부팅 미디어(CD/DVD 디스크, USB 드라이브 등)를 시스템에서 빼낸 후, 시스템을 다시 부팅하고 마더보드 펌웨어 사용자 인터페이스로 들어가십시오. 보통 전원 인가 후 자체 시험(POST) 과정에서 DEL, F1, F10, ESC키를 누르면 들어갈 수 있습니다. '실행' 키는 시스템과 마더보드에 따라 다릅니다. 확실하지 않으면 인터넷 검색엔진을 활용하시고, 마더보드 모델 이름으로 이리저리 찾아보십시오. 결과는 금방 알아볼 수 있을겁니다. 마더보드 펌웨어 메뉴로 들어가고 나면 부팅 순서를 바꿔서 내장 디스크 장치로 들어가보기 전에 외장 부팅 미디어(CD/DVD 또는 USB 드라이브)로 부팅을 시도할 수 있게 하십시오. 이렇게 설정을 바꾸지 않으면 거의 대부분 외장 부팅 미디어를 무시하고, 내장 디스크 장치로 다시 부팅합니다.

중요
BIOS 대신에 UEFI 인터페이스를 활용할 목적으로 젠투를 설치한다면 UEFI로 바로 부팅하는 방법을 추천합니다. 그렇지 않으면 젠투 리눅스 설치를 마치기 전에 부팅용 UEFI USB 스틱(또는 다른 매체)을 만들어야 할지도 모릅니다.

이제 설치 CD를 CD-ROM 드라이브에 넣고 다시 부팅하십시오. 부팅 프롬프트를 띄워야 합니다. 해당 화면에서, 기본 부팅 옵션으로 부팅 과정을 시작하려면 Enter키를 누르시면 됩니다. 개별 부팅 옵션으로 설치 CD를 부팅하려면, 다음 커널을 부팅 옵션으로 지정하고 Enter를 치십시오.

부팅 프롬프트에서, 존재하는 커널을 표시하는 옵션(F1)과 부팅 옵션(F2)이 있습니다. (정보 표시든 사용할 커널 이든)15초 안에 선택하지 않으면, 설치 CD는 디스크 부팅 과정으로 넘어갑니다. 이 과정에서는 설치 매체에서 다시 부팅하거나 CD를 서랍에서 제거하지 않고 설치한 환경을 사용해볼 수 있습니다(원격 설치를 위한 목적일 수도 있습니다).

커널 지정을 언급했었습니다. 설치 CD에서는 다양한 커널을 제공합니다. 기본 커널은 gentoo 입니다. 다른 커널은 특정 하드웨어에서 필요한 커널이며, -nofb 별도 버전은 프레임버퍼 지원을 비활성화합니다.

다음 부분에서는 사용할 수 있는 커널 요약 정보 및 설명을 나타냅니다.

커널 선택

gentoo

K8 CPU(NUMA 지원 포함)와 EM64T CPU를 지원하는 기본 커널

gentoo-nofb

"gentoo"와 동일하나 프레임버퍼 기능 없음

memtest86

로컬 RAM 오류 검사

커널 측면을 살펴보면, 부팅 과정을 더욱 세밀하게 조절할 수 있도록 돕는 부팅 옵션이 있습니다.

하드웨어 옵션

acpi=on
ACPI 지원을 불러오며 시동시 CD에서 acpid 데몬을 시작합니다. 시스템에서 ACPI를 적절하게 동작시킬 필요가 있을 경우에 필요합니다. 하이퍼스레딩 지원용도로는 필요하지 않습니다.
acpi=off
ACPI 기능을 완전히 끕니다. 일부 오래된 시스템에서 쓸만하며 APM을 사용하는 시스템에서 필요합니다. 이 옵션을 주면 여러분의 프로세서의 하이퍼스레딩 기능을 끕니다.
console=X
CD로 접근할 직렬 콘솔을 설정합니다. 첫번째 옵션은 x86에서 보통 ttyS0인 장치이며, 그 다음에는 콤마로 구분한 연결 옵션이 따라옵니다. 기본 옵션은 9600,8,n,1 입니다.
dmraid=X
장치 매퍼 RAID 하위시스템에 옵션 값을 넘겨주도록 합니다. 옵션 값은 따옴표로 둘러싸여있어야 합니다.
doapm
APM 드라이버 지원을 불러옵니다. acpi=off 사용도 필요합니다.
dopcmcia
PCMCIA와 카드버스 하드웨어 지원을 불러오며 시동시 CD에서 pcmcia cardmgr을 시작합니다. PCMCIA/카드 버스 장치에서 부팅할 때만 필요합니다.
doscsi
대부분의 SCSI 컨트롤러 지원을 불러옵니다. 커널의 SCSI 하위시스템을 사용하는 대부분의 USB 장치로 부팅할 때도 필요합니다.
sda=stroke
BIOS가 대용량 디스크를 제어할 수 없을때 전체 하드 디스크에 대해 구역을 잡을 수 있게 해줍니다. 이 옵션은 오래된 BIOS를 사용하는 장치에서만 사용합니다. sda를 이 옵션이 필요한 장치 이름으로 바꾸십시오.
ide=nodma
커널에서 DMA의 비활성화를 강제하며 일부 IDE 칩셋이나 CDROM 드라이브에서 필요로 합니다. 여러분의 IDE CDROM을 읽어들이는데 문제가 있다면 이 옵션을 사용해보십시오. 이 옵션은 또한 hdparm을 실행할 때 기본 옵션을 비활성화 합니다.
noapic
최신 마더보드에서 볼 수 있는 고급 프로그램가능 인터럽트 컨트롤러(APIC)기능을 끕니다. 오래된 하드웨어에서 일부 문제가 있는 것으로 알려져 있습니다.
nodetect
장치 자동감지 및 DHCP 감지를 포함한 CD가 할 수 있는 모든 자동감지기능을 끕니다. CD나 드라이버의 문제를 디버깅할 때 유용합니다.
nodhcp
감지한 네트워크 카드의 DHCP 감지를 끕니다. 정적 주소를 가진 네트워크에만 유용합니다.
nodmraid
보드에 내장한 IDE/SATA RAID 컨트롤러와 같은 장치 매퍼 RAID 지원을 비활성화 합니다.
nofirewire
Firewire 모듈 불러오기를 비활성화 합니다. CD를 시동할때 Firewire 하드웨어가 문제를 일으킬 경우에만 유용합니다.
nogpm
gpm 콘솔 마우스 지원을 비활성화 합니다.
nohotplug
시동시 hotplug와 coldplug 시동 스크립트 불러오기를 비활성화 합니다. CD나 드라이버의 문제를 디버깅할 때 유용합니다.
nokeymap
비 US 키보드 배치를 선택할 때 사용하는 키배치 선택을 비활성화 합니다.
nolapic
단일 프로세서 커널의 지역 APIC를 비활성화 합니다.
nosata
직렬 ATA 모듈 불러오기를 비활성화 합니다. SATA 하위시스템에 문제가 있을 때 사용합니다.
nosmp
SMP 활성화 커널에서 SMP 또는 대칭형 다중처리를 비활성화 합니다. 일부 드라이버나 마더보드의 SMP 관련 문제를 디버깅할 때 유용합니다.
nosound
사운드 지원과 음량 설정 기능을 비활성화 합니다. 사운드 지원에서 문제가 발생할때 유용합니다.
nousb
USB 모듈의 자동 불러오기를 비활성화 합니다. USB 문제를 디버깅할 때 유용합니다.
slowusb
IBM 블레이드센터와 같은 느린 USB CDROM에서의 부팅 과정중에 별도의 일시정지 시간을 추가합니다.

논리 볼륨/장치 관리자

dolvm
리눅스 논리 볼륨 관리자 기능을 활성화합니다.

기타 옵션

debug
코드 디버깅을 활성화합니다. 엄청나게 많은 내용이 화면에 나타나기 때문에 지저분해보일 수 있습니다.
docache
CD에서 실행하는 동안에 활용할 내용을 모두 RAM에 캐싱하여 사용자가 /mnt/cdrom 마운트를 해제하고 다른 CDROM을 마운트할 수 있게 합니다. 이 옵션을 활용하려면 최소한 CD 용량 두 배의 RAM 용량이 필요합니다.
doload=X
언급한 목록을 초기 램 디스크로 의존 요소와 함께 불러오게 합니다. X 대신 모듈 이름을 넣으시면 됩니다. 여러 모듈 이름을 쉼표로 구분하여 지정할 수 있습니다.
dosshd
부팅할 때 sshd를 시작합니다. 담당자가 직접 붙지 않고 설치할 때 쓸만한 옵션입니다.
passwd=foo
루트 암호 초기 값은 없는 상태이기 때문에 "dosshd" 옵션을 활용할 경우 루트 암호를 설정할 때 필요하며, foo 부분에 지정한 암호대로 루트 암호를 설정합니다.
noload=X
불러오는 모듈 중에 문제를 일으키는 모듈을 초기 램 디스크에서 불러오지 않고 건너뛰게합니다. 표기 방식은 doload와 비슷합니다.
nonfs
부팅할 때 portmap/nfsmount 시작을 비활성화합니다.
nox
X를 활성화 한 라이브CD 에서 자동으로 X를 시작하지 않는 대신 명령행으로 들어가게 합니다.
scandelay
활용할 수 있게 준비하는데 오래걸리는 장치를 기다릴 수 있게 부팅 과정중에 10초간 CD 동작을 멈추게합니다.
scandelay=X
활용할 수 있게 준비하는데 오래걸리는 장치를 기다릴 수 있게 사용자가 지정한 초 단위 시간동안 기다릴 수 있게 합니다. X 대신 초 단위 대기 시간을 넣으시면 됩니다.
참고
부팅 미디어에서 do* 옵션을 확인하기 전에 no*옵션을 먼저 확인하여 지정한 순서대로 정확하게 우선 처리합니다.

이제 CD를 부팅하고, (gentoo 커널이 충분하지 않다면)커널과 부팅 옵션을 선택하십시오. 예제에서는 dopcmcia 커널 매개 변수로 gentoo 커널을 부팅합니다:

boot:gentoo dopcmcia

그 다음 과정에서 사용자는 부팅 화면과 진행 표시줄을 만납니다. 시스템에 설치시 US 키보드 배치가 아닌 상태에서 끝냈다면, 자세한 출력 화면으로 전환하려 즉시 Alt+F1을 눌렀는지 확인하고 지시에 따르십시오. 10초 동안 아무런 선택을 하지 않으면 기본값(US 키보드)를 선택하고 부팅 과정을 계속 진행합니다. 부팅 과정이 끝나면, 사용자는 "Live" 젠투 리눅스 환경에 슈퍼유저 root 사용자로 자동으로 로그인합니다. 루트 프롬프트가 현재 콘솔에 나타나며, Alt+F2, Alt+F3, Alt+F4로 다른 콘솔로 전환할 수 있습니다. Alt+F1을 누르면 시작 콘솔로 돌아갑니다.


추가 하드웨어 설정

설치 CD로 부팅하면 모든 하드웨어 장치를 감지하려 하고, 하드웨어를 지원하는 적절한 커널 모듈을 불러옵니다. 대부분의 주된 경우에는, 매우 잘 동작합니다. 그러나 어떤 경우에는 시스템에서 필요로 하는 커널 모듈을 자동으로 불러오지 않는 경우가 있습니다. 어떤 시스템의 하드웨어에서 PCI 자동 감지가 빠졌다면, 적당한 커널 모듈을 직접 불러와야합니다.

다음 예제에서는 8139too 모듈(네트워크 인터페이스 종류를 지원)을 불러옵니다:

root #modprobe 8139too

선택: 사용자 계정

다른 사람이 설치 환경에 접근하려 하거나 비 루트 사용자가 설치 CD에서 명령을 실행하려 한다면(예를 들어 보안상의 이유로 루트 권한 없이 irssi를 사용하여 대화를 하려한다면), 추가 사용자 계정을 만들어야 하며, 루트 암호를 강한 암호로 설정해야 합니다.

루트 암호를 바꾸려면, passwd 유틸리티를 사용하십시오:

root #passwd
New password: (Enter your new password)
Re-enter password: (Re-enter your password)

사용자 계정을 만들려면, 신원 정보를 입력해야 하며, 계정 암호도 입력해야 합니다. 이 과정에서는 useraddpasswd 명령을 사용합니다.

다음 예제에서, "john" 사용자를 만듭니다:

root #useradd -m -G users john
root #passwd john
New password: (Enter john's password)
Re-enter password: (Re-enter john's password)

(현재) root 사용자에서 새로 만든 사용자 계정으로 전환하려면 su 명령을 사용하십시오:

root #su - john

선택: 설치 과정에 문서 보기

설치 과정에 젠투 핸드북을 보려면, 우선 위에서 설명한 대로 사용자 계정을 만드십시오 그 다음 Alt + F2를 눌러 새 터미널로 이동하십시오.

설치 과정에서는, 젠투 핸드북을 살펴볼 때 links 명령을사용할 수 있습니다. 물론 인터넷 연결이 동작중일때만 가능합니다.

초기 터미널로 돌아가려면 Alt+F1을 누르십시오.

선택: SSH 데몬 시작

설치 과정에 다른 사용자에게 시스템 접근을 허락하려면(아마도 설치 과정에 지원을 한다거나 원격으로 무언가를 진행하려 할 경우?), 사용자 계정을 만들어야 하며(이전에 문서에 기록한 대로) SSH 데몬을 시작해야 합니다.

SSH 데몬을 실행하려면, 다음 명령을 실행하십시오:

root #/etc/init.d/sshd start
참고
사용자가 시스템에 로그온하면 이 시스템의 호스트 키를 확인했다는 메시지가 나타납니다(이를 지문키라고 합니다). 이는 시스템에 처음 로그온한 사용자에게 나타나야합니다. 그러나, 시스템을 설정했고 누군가가 새로 만든 시스템에 로그온했다면, SSH 클라이언트에서 호스트키가 바뀌었다고 경고합니다. 이는 사용자가 다른 서버(현재 사용중인 설치 환경에서 새로 설치한 젠투 시스템으로 분명하게 바뀌었을 경우)에 - SSH로 - 로그온했기 때문입니다. 화면에 나타난 절차를 따르고 클라이언트 시스템의 호스트키를 바꾸십시오.

sshd를 사용할 수 있게 하려면, 네트워크가 올바르게 동작해야 합니다. 네트워크 설정 장으로 계속 진행하십시오.




Other languages:
Deutsch • ‎English • ‎español • ‎français • ‎italiano • ‎日本語 • ‎한국어 • ‎Nederlands • ‎polski • ‎português do Brasil • ‎русский • ‎українська • ‎中文(中国大陆)‎
설치
설치 정보
매체 선택
네트워크 설정
디스크 준비
스테이지 3 설치
베이스 시스템 설치
커널 설정
시스템 설정
도구 설치
부트로더 설정
마무리
젠투 다루기
포티지 소개
USE 플래그
포티지 기능
초기화 스크립트 시스템
환경 변수
포티지 다루기
파일 및 디렉터리
변수
소프트웨어 브랜치 함께 사용하기
추가 도구
포티지 트리 개별 설정
고급 기능
네트워크 설정
시작하기
고급 설정
모듈러 네트워크
무선 네트워크
기능 추가
동적 관리


자동 네트워크 감지

아마도 바로 동작하겠죠?

시스템을 DHCP 서버가 붙은 이더넷에 연결했다면, 네트워크 설정은 거의 자동으로 이루어집니다. ssh, scp, ping, irssi, wget, links 등, 설치 CD에 들어있는 대부분의 네트워크 관련 명령 역시 바로 동작합니다.

인터페이스 이름 결정

ifconfig 명령

네트워크 설정이 이미 끝났다면 ifconfig 명령은 (lo 이전에) 하나 이상의 네트워크 인터페이스가 나타나야합니다. 다음 예제에서는 eth0 이 나타납니다:

root #ifconfig
eth0      Link encap:Ethernet  HWaddr 00:50:BA:8F:61:7A
          inet addr:192.168.0.2  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::50:ba8f:617a/10 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1498792 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1284980 errors:0 dropped:0 overruns:0 carrier:0
          collisions:1984 txqueuelen:100
          RX bytes:485691215 (463.1 Mb)  TX bytes:123951388 (118.2 Mb)
          Interrupt:11 Base address:0xe800 

유추 가능 인터페이스 이름으로 추세가 이동함에 따라, 시스템에 있는 인터페이스 이름은 이전에 사용하던 eth0 이름 부여 방식과 약간 다를 수 있습니다. 최근 설치 미디어에서는 eno0, ens1, enp5s0와 같은 규칙적인 네트워크 인터페이스 이름을 표시합니다. ifconfig 출력에서 로컬 네트워크와 관련된 IP 주소와 함께 네트워크 인터페이스를 찾아 나타냄을 살펴보십시오.

요령
ifconfig 명령을 사용했을 때 인터페이스가 나타나지 않으면, 동일한 명령에 -a 옵션을 사용해보십시오. 이 옵션은 유틸리티에 시스템에서 발견한 모든 인터페이스의 가동 여부를 표시하도록 강제합니다. ifconfig -a 출력에 내용이 나타나지 않으면 하드웨어에 문제가 있거나 인터페이스 드라이버를 커널에 불러오지 않았음음을 의미합니다. 두 경우는 이 핸드북의 주제 범위를 벗어납니다. gentoo # gentoo 에 지원을 문의하십시오.

ip 명령

ifconfig의 대안 수단으로 ip 명령을 인터페이스 이름으로 결정하요 사용할 수 있습니다. 다음 예제에서는 ip addr 출력 내용(은 다른 시스템의 내용이며 이전 내용과 조금 다름)을 보여줍니다:

root #ip addr
2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether e8:40:f2:ac:25:7a brd ff:ff:ff:ff:ff:ff
    inet 10.0.20.77/22 brd 10.0.23.255 scope global eno1
       valid_lft forever preferred_lft forever
    inet6 fe80::ea40:f2ff:feac:257a/64 scope link 
       valid_lft forever preferred_lft forever

위 출력은 대안으로 알아보기에는 조금 더 복잡할 수 있습니다. 위 예제에서 eno1 인터페이스 이름은 숫자가 바로 따라붙습니다.

이 문서 나머지 과정에서, 핸드북은 동작하는 네트워크 인터페이스를 eth0라 하겠습니다.

선택: 프록시 설정

인터넷을 프록시로 연결했다면 설치 과정에 프록시를 설정해야 합니다. 프록시 설정은 정말 쉽습니다. 프록시 서버 정보를 넣을 변수를 설정하기만 하면 됩니다.

대부분의 경우, 서버의 호스트 이름을 사용하여 변수를 정의하는 것으로 충분합니다. 예제에서는 proxy.gentoo.org라는 프록시 서버와 8080포트를 사용한다고 가정하겠습니다.

HTTP 프록시(HTTP와 HTTPS 트래픽용)를 설정하려면:

root #export http_proxy="http://proxy.gentoo.org:8080"

FTP 프록시를 설정하려면:

root #export ftp_proxy="ftp://proxy.gentoo.org:8080"

RSYNC 프록시를 설정하려면:

root #export RSYNC_PROXY="proxy.gentoo.org:8080"

프록시에 사용자 이름과 암호가 필요하다면, 변수에 다음 문법을 사용하십시오:

코드 프록시 변수에 사용자 이름/암호 추가
http://username:password@proxy.gentoo.org:8080

네트워크 시험

ISP의 DNS 서버와 웹사이트에 ping을 시도(/etc/resolv.conf에서 찾을 수 있음)해보십시오. 네트워크가 제대로 동작하는지, 네트워크 패킷이 네트워크에 도달하는지, 이름 해석이 제대로 동작하는지 등을 확인합니다.

root #ping -c 3 www.gentoo.org

모든 기능이 제대로, 이 장의 나머지를 건너뛰고 바로 다음 단계 설치 과정 (디스크 준비)으로 진행할 수 있습니다.

자동 네트워크 설정

네트워크가 바로 동작하지 않는다면, 일부 설치 매체에서 허용하는 net-setup(일반/무선 네트워크용), pppoe-setup(ADSL 사용자용), pptp(PPTP 사용자용)를 사용하십시오.

설치 미디어에 이 도구가 없다면 직접 네트워크 설정으로 계속 진행하십시오.

기본: net-setup 사용

네트워크를 자동으로 설정하지 못했을 경우 가장 간단한 네트워크 설정 방법은 net-setup 스크립트를 실행하는 방법입니다:

root #net-setup eth0

net-setup에서는 네트워크 환경에 대한 일부 사항을 질문합니다. 모든 과정이 끝나면 네트워크 연결은 동작해야 합니다. 네트워크 연결 시험 방법은 앞서 언급했습니다. 시험 결과가 긍정적이라면 축하드립니다! 이 절의 나머지 부분을 건너뛰고 디스크 준비로 계속 진행하십시오.

그래도 네트워크가 동작하지 않는다면 직접 네트워크 설정으로 계속 진행하십시오.

대안: PPP 사용

PPPoE가 인터넷 연결에 필요한 상황에서 (임의 버전의)설치 CD는 PPP 연결 기능을 넣었기 때문에 과정을 쉽게 처리할 수 있습니다. 연결 설정시 CD에서 제공하는 pppoe-setup 스크립트를 사용하십시오. 설정 과정에서 ADSL 모뎀에 연결한 이더넷 장치, 사용자 이름, 암호, DNS 서버 IP, 기본 방화벽이 필요한지 여부를 확인합니다.

root #pppoe-setup
root #pppoe-start

무엇인가가 잘못됐다면, etc/ppp/pap-secrets 또는 /etc/ppp/chap-secrets 를 확인하여 사용자 이름과 암호를 확인하시고, 올바른 이더넷 장치를 사용하고 있는지 확인하십시오. 이더넷 장치가 없다면, 적당한 네트워크 모듈을 불러와야 합니다. 이 경우 적절한 네트워크 모듈을 불러오는 방법을 설명할 직접 네트워크 설정으로 계속 진행하십시오.

모든 요소가 동작한다면 디스크 준비로 계속 진행하십시오.

대안: PPTP 사용

PPTP 지원이 필요하다면, 설치 CD에서 제공하는 pptpclient를 사용하십시오. 그러나 우선은 설정이 올바른지부터 확인하십시오. /etc/ppp/pap-secrets 또는 /etc/ppp/chap-secrets 파일을 편집하여 올바른 사용자 이름과 암호 조합이 들어가도록 하십시오:

root #nano -w /etc/ppp/chap-secrets

다음, 필요한 경우 /etc/ppp/options.pptp를 편집하십시오:

root #nano -w /etc/ppp/options.pptp

모든 조치가 완료되었다면, (options.pptp에 설정할 수 없던 옵션으로) pptp를 실행하여 서버에 연걸하십시오:

root #pptp <server ip>

이제 디스크 준비로 계속 진행하십시오.

직접 네트워크 설정

적절한 네트워크 모듈 불러오기

설치 CD로 부팅했다면, 모든 하드웨어 장치를 찾고 하드웨어를 지원하는 적절한 커널 모듈(드라이버) 불러오기를 시도합니다. 대부분의 경우, 잘 동작하지만, 일부 경우에는 커널 모듈을 자동으로 불러오지 않습니다.

net-setup 또는 pppoe-setup 설정이 실패했다면, 네트워크 카드를 바로 찾지 못했을 수도 있습니다. 사용자가 적절한 커널 모듈을 직접 불러와야 함을 의미합니다.

네트워크에 활용할 제공 커널 모듈을 찾으려면 ls를 사용하십시오:

root #ls /lib/modules/`uname -r`/kernel/drivers/net

네트워크 장치에 대한 드라이버를 찾았다면, modprobe명령으로 커널 모듈을 불러오십시오. 예를 들어, pcnet32 모듈을 불러오려면:

root #modprobe pcnet32

네트워크 카드를 발견했는지 확인하려면 ifconfig를 사용하십시오. 발견한 네트워크 카드는 다음과 같은 결과를 보여줍니다(다시 말하지만, 예제에서는 eth0가 있습니다):

root #ifconfig eth0
eth0      Link encap:Ethernet  HWaddr FE:FD:00:00:00:00  
          BROADCAST NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

그러나 다음 오류가 나타나면, 네트워크 카드를 발견하지 못한 상황입니다.

root #ifconfig eth0
eth0: error fetching interface information: Device not found

시스템에 존재하는 네트워크 인터페이스 이름은 /sys 파일시스템에서 찾아볼 수 있습니다:

root #ls /sys/class/net
dummy0  eth0  lo  sit0  tap0  wlan0

위 예제에서, 인터페이스 6개를 찾았습니다. eth0는 아마도 (유선)이더넷 어댑터일 것이고, wlan0는 무선 이더넷 어댑터일 것입니다.

네트워크 카드를 이제 찾았다면, 다시 한번 net-setup 또는 pppoe-setup를 시도해보십시오(이제 동작해야 합니다). 다만, 일부러 복잡하고 어려운 걸 찾는 분들을 위해 마찬가지로, 네트워크를 직접 설정하는 방법을 설명하도록 하겠습니다.

네트워크 설정 항목에 따라 다음 중 하나의 절을 선택하십시오:

DHCP 사용

DHCP(동적 호스트 설정 프로토콜)은 네트워크 정보(IP주소, 네트워크 마스크, 브로드캐스트 주소, 게이트웨이, 네임서버 등)를 자동으로 받을 수 있게 합니다. DHCP 서버가 네트워크에 있을 때(또는 ISP 서비스 업체에서 DHCP 서비스를 제공할 때)만 동작합니다. 네트워크 인터페이스가 이 정보를 자동으로 받게 하려면, dhcpcd를 사용하십시오:

root #dhcpcd eth0

일부 네트워크 관리자는 시스템에서 사용할 호스트 이름과 도메인 이름을 요구합니다. 이 경우 다음 명령을 사용하십시오:

root #dhcpcd -HD eth0

이 과정을 통해 네트워크가 동작(Google과 같은 인터넷 서버에 ping을 시도해보십시오)한다면, 모든 설정이 끝났으며 계속할 준비가 된 상태입니다. 나머지 절을 건너뛰고 디스크 준비로 계속 진행하십시오.

무선 네트워크 접근 준비

참고
ifconfig 명령 지원은 아키텍처별로 다릅니다. 명령을 사용할 수 없다면, 현재 아키텍처에서 net-wireless/wireless-tools 꾸러미를 사용할 수 있는지 참고하십시오. iwconfig 명령은 net-wireless/wireless-tools 꾸러미를 설치하지 않으면 활용할 수 없습니다.

무선 네트워크(802.11)카드를 사용한다면, 무엇보다도 먼저 무선 설정을 해야 합니다. 현제 무선 네트워크 카드의 무선 설정을 보려면 iwconfig 명령을 사용하시면 됩니다. iwconfig를 실행하면 결과는 다음과 비슷합니다:

root #iwconfig eth0
eth0      IEEE 802.11-DS  ESSID:"GentooNode"                                   
          Mode:Managed  Frequency:2.442GHz  Access Point: 00:09:5B:11:CC:F2    
          Bit Rate:11Mb/s   Tx-Power=20 dBm   Sensitivity=0/65535               
          Retry limit:16   RTS thr:off   Fragment thr:off                       
          Power Management:off                                                  
          Link Quality:25/10  Signal level:-51 dBm  Noise level:-102 dBm        
          Rx invalid nwid:5901 Rx invalid crypt:0 Rx invalid frag:0 Tx          
          excessive retries:237 Invalid misc:350282 Missed beacon:84            
참고
일부 무선 네트워크 카드는 eth0대신 wlan0또는 ra0 장치 이름을 갖습니다. 정확한 장치 이름을 알아보려면 어떤 명령행 매개변수도 붙이지 말고 iwconfig를 실행하십시오.

대부분 사용자에게 바꾸어야 할 중요한 두가지 사항이 있는데, ESSID(무선 네트워크 이름으로 알려짐) 또는 WEP 키입니다. ESSID와 액세스 포인트 주소가 환경의 액세스 포인트 목록에 이미 있다면, 해당 환경은 WEP를 사용하지 않으므로 무선 설정이 이미 동작하는 상태입니다.

ESSID를 바꾸거나 WEP 키를 추가하려면 다음 명령을 실행하십시오.

  • 네트워크 이름을 GentooNode로 설정하려면:
root #iwconfig eth0 essid GentooNode
  • 16진수 WEP 키를 설정하려면:
root #iwconfig eth0 key 1234123412341234abcd
  • ASCII WEP 키를 설정하려면 앞에 s:를 붙이십시오:
root #iwconfig eth0 key s:some-password
참고
무선 네트워크를 WPA또는 WPA2로 설정한다면 wpa_supplicant를 사용해야합니다. 젠투 리눅스에서 무선 네트워크를 설정하는 내용을 더 많이 알아보려면 젠투 핸드북의 무선 네트워크 절을 읽어보십시오.

iwconfig 명령으로 무선 네트워크 설정을 다시 확인하십시오. 무선 네트워크가 동작한다면, 다음 절(네트워크 용어 이해) 에서 설명하는 IP 수준 네트워크 옵션을 설정하거나 이전에 설명한 net-setup 도구를 사용하십시오.

네트워크 용어 이해

참고
IP 주소, 브로드캐스트 주소, 네트워크 마스크, 네임서버를 알고 있다면, 이 하위 절을 건너뛰고 ifconfigroute 사용으로 계속 진행하십시오.

위에서 시도한 모든 수단이 실패했다면, 네트워크를 직접 설정해야합니다. 모든게 다 어렵진 않습니다만, 약간의 네트워크 용어 지식과 기본 개념이 필요합니다. 이 절을 다 읽고 나면 사용자 여러분은 게이트웨이가 무엇인지, 네트워크 마스크 제공 목적이 무엇인지, 브로드캐스트 주소는 어떻게 구성하며, 시스템에서 네임서버가 왜 필요한지 깨닫게 됩니다.

네트워크에서는, 호스트를 IP 주소(인터넷 프로토콜 주소)로 식별합니다. 각 주소는 0부터 255 사이의 4개의 숫자의 조합으로 이루어집니다. 글쎄요. 최소한 IPv4(IP 버전 4)를 사용할 때의 이야깁니다. 실제로는 IPv4 주소는 32비트(1과 0)로 이루어져있습니다. 예제를 보도록 하겠습니다:

코드 IPv4 주소 예제
IP Address (numbers):   192.168.0.2
IP Address (bits):      11000000 10101000 00000000 00000010
                        -------- -------- -------- --------
                           192      168       0        2
참고
IPv4 다음, IPv6에서는 128 비트(1과 0)를 사용합니다. 이 절에서는 IPv4 주소를 중점적으로 다룹니다.

IP주소는 모든 네트워크에 접근할 수 있는 개별 호스트에 대해 유일합니다(예를 들자면 네트워크에 도달하려는 모든 호스트는 반드시 유일한 IP 주소를 지니고 있어야합니다). 네트워크 내외부간 호스트를 식별하기 위한 IP 주소는 두 부분으로 나눕니다. 네트워크 파트와 호스트 파트입니다.

구분은 여러 개의 1과 그 다음 따라오는 여러 개의 0으로 이루어진 네트워크 마스크로 적습니다. 1 부분에 대응하는 IP 부분은 네트워크 파트, 0 부분에 대응하는 IP 부분은 호스트 파트입니다. 보통 네트워크 마스크는 IP 주소처럼 적습니다.

코드 네트워크/호스트 구분 예제
IP address:    192      168      0         2
            11000000 10101000 00000000 00000010
Netmask:    11111111 11111111 11111111 00000000
               255      255     255        0
           +--------------------------+--------+
                    Network              Host

다시 말해, 192.168.0.14는 예제 네트워크의 일부이지만, 192.168.1.2는 아닙니다.

브로드캐스트 주소는 네트워크에서 동일한 네트워크에 속하지만, 호스트 부분에 있어서는 유일합니다. 모든 호스트는 이 IP 주소로 네트워크 상에서 대기합니다. 사실, 브로드캐스트 패킷을 기다리려는 의미입니다.

코드 브로드캐스트 주소
IP address:    192      168      0         2
            11000000 10101000 00000000 00000010
Broadcast:  11000000 10101000 00000000 11111111
               192      168      0        255
           +--------------------------+--------+
                     Network             Host

인터넷 돌아보기가 가능하려면, 네트워크에 연결한 각각의 컴퓨터에는 어떤 호스트가 인터넷 연결을 공유하는지 알아야 합니다. 이 호스트를 게이트웨이라고 합니다. 이 호스트가 일반 호스트이기 때문에 일반 IP 주소(예: 192.168.0.1)를 갖습니다.

앞에서 모든 호스트에는 자체적으로 IP 주소를 가지고 있다고 언급했습니다. 호스트에 (IP 대신) 이름으로 접근하려면, 이름(dev.gentoo.org)을 IP(64.5.62.82)로 변환하는 서비스가 필요합니다. 이를 name 서비스라고 합니다. 이 서비스를 활용하려면 /etc/resolv.conf에 네임서버를 정의해야합니다.

어떤 경우, 게이트웨이에서 네임서버 기능을 제공하기도 합니다. 그렇지 않은 경우에는 ISP 업체에서 이 파일에 입력할 네임서버를 제공합니다.

요약하자면 과정을 계속 진행하기 위해 다음 정보가 필요합니다:

네트워크 항목 예제
시스템 IP 주소 192.168.0.2
네트워크 마스크 255.255.255.0
브로드캐스트 192.168.0.255
게이트웨이 192.168.0.1
네임서버 195.130.130.5, 195.130.130.133

ifconfig와 route 사용

네트워크 설정은 다음 3단계로 이루어집니다

  1. ifconfig로 IP 주소를 할당합니다
  2. route로 게이트웨이로의 라우팅을 설정합니다
  3. /etc/resolv.conf에 네임서버 IP를 저장하여 마무리합니다

IP 주소를 할당하려면, 브로드캐스트 주소와 네트워크 마스크가 필요합니다. 그러면 ${IP_ADDR}를 올바른 IP 주소로, ${BROADCAST}를 올바른 브로드캐스트 주소로, ${NETMASK}를 올바른 네트워크마스크로 바꾸어 다음 명령을 실행하십시오:

root #ifconfig eth0 ${IP_ADDR} broadcast ${BROADCAST} netmask ${NETMASK} up

route를 사용하여 라우팅을 설정하십시오. ${GATEWAY}를 올바른 게이트웨이 IP 주소로 바꾸십시오:

root #route add default gw ${GATEWAY}

이제 /etc/resolv.conf를 여십시오:

root #nano -w /etc/resolv.conf

다음 양식에 맞춰 네임서버 주소를 채우십시오. ${NAMESERVER1}${NAMESERVER2}를 적절한 네임서버 주소로 바꾸십시오:

코드 /etc/resolv.conf에서 사용하는 기본 양식
nameserver ${NAMESERVER1}
nameserver ${NAMESERVER2}

다 됐습니다. 이제 몇 군데 인터넷 서버(Google 같은 곳)로 ping을 시도하여 테스트해보십시오. 동작한다면, 축하드립니다. 디스크 준비로 계속 진행하십시오.




Other languages:
Deutsch • ‎English • ‎español • ‎français • ‎italiano • ‎日本語 • ‎한국어 • ‎Nederlands • ‎polski • ‎português do Brasil • ‎русский • ‎українська • ‎中文(中国大陆)‎
설치
설치 정보
매체 선택
네트워크 설정
디스크 준비
스테이지 3 설치
베이스 시스템 설치
커널 설정
시스템 설정
도구 설치
부트로더 설정
마무리
젠투 다루기
포티지 소개
USE 플래그
포티지 기능
초기화 스크립트 시스템
환경 변수
포티지 다루기
파일 및 디렉터리
변수
소프트웨어 브랜치 함께 사용하기
추가 도구
포티지 트리 개별 설정
고급 기능
네트워크 설정
시작하기
고급 설정
모듈러 네트워크
무선 네트워크
기능 추가
동적 관리


블록 장치 소개

블록 장치

리눅스 파일 시스템, 파티션, 블록 장치 등 젠투 리눅스 및 일반적인 리눅스 운영체제의 바람직한 디스크 측면의 양상을 살펴보도록 하겠습니다. 디스크와 파일 시스템의 입출력을 이해하고 나서, 젠투 리눅스 설치에 필요한 파티션과 파일 시스템을 설정하겠습니다.

시작에 앞서 블록 장치를 살펴보도록 하죠. 아마~도 리눅스 시스템에서 첫번째 드라이브로 표시하는 대부분 잘 알려진 블록 장치는 /dev/sda겠죠. SCSI와 직렬 ATA 드라이브 둘 다 /dev/sd*와 같은 식으로 표시합니다. 게다가 커널의 최신 libata 프레임워크에서는 IDE 드라이브도 마찬가지로 /dev/sd*로 표시합니다. 이전 장치 프레임워크에서 첫번째 IDE 드라이브는 /dev/hda입니다.

The block devices above represent an abstract interface to the disk. User programs can use these block devices to interact with the disk without worrying about whether the drives are IDE, SCSI, or something else. The program can simply address the storage on the disk as a bunch of contiguous, randomly-accessible 512-byte blocks.


공간 분할 테이블

Although it is theoretically possible to use a raw, unpartitioned disk to house a Linux system (when creating a btrfs RAID for example), this is almost never done in practice. Instead, disk block devices are split up into smaller, more manageable block devices. On amd64 systems, these are called partitions. There are currently two standard partitioning technologies in use: MBR and GPT.

MBR

MBR(주 부트 레코드) 설정은 시작 섹터 및 파티션의 길이, 그리고 다음의 파티션 형식을 지원하는 32비트 식별자를 사용합니다: 주, 확장, 논리. 주 파티션은 마스터 부트 레코드 자체에 저장한 정보를 지니고 있습니다. 마스터 부트 레코드는 매우 작으며(보통 512 바이트) 디스크의 맨 처음에 위치합니다. 공간이 작기 때문에 오직 네 개의 주 파티션만을 지원합니다(예를 들자면, /dev/sda1부터 /dev/sda4까지).

더 많은 파티션을 지원하려면 주 파티션 중 하나를 확장 파티션으로 표시할 수 있습니다. 이 파티션은 논리 파티션(파티션 안의 파티션)을 보유할 수 있습니다.

각각의 파티션은 2 TB 크기로 제한됩니다(32 비트 식별자이기 때문에). 또한 MBR 설정에서는 백업 MBR을 제공하지 않기 때문에 프로그램이나 사용자가 MBR을 덮어쓰면, 모든 파티션 정보를 잃습니다.

GPT

The GPT (GUID Partition Table) setup uses 64-bit identifiers for the partitions. The location in which it stores the partition information is much bigger than the 512 bytes of an MBR, which means there is practically no limit on the amount of partitions for a GPT disk. Also the size of a partition is bounded by a much greater limit (almost 8 ZB - yes, zettabytes).

운영 체제와 펌웨어의 시스템 프로그램 인터페이스가 (BIOS 대신) UEFI일 때, GPT는 MBR로 인한 호환성 문제가 일어나는 현 상황에서 단연 필수라 할 수 있습니다.

GPT also takes advantage of checksumming and redundancy. It carries CRC32 checksums to detect errors in the header and partition tables and has a backup GPT at the end of the disk. This backup table can be used to recover damage of the primary GPT near the beginning of the disk.

GPT냐 MBR이냐

위 설명을 바탕으로 생각해볼 것은 GPT 방식이 언제든 추천방식이어야 한다는 점입니다. 그런데 몇가지 함정이 숨어있습니다.

Using GPT on a BIOS-based computer works, but then one cannot dual-boot with a Microsoft Windows operating system. The reason is that Microsoft Windows will boot in UEFI mode if it detects a GPT partition label.

Some buggy motherboard firmware configured to boot in BIOS/CSM/legacy mode might also have problems with booting from GPT labeled disks. If that is the case, it might be possible to work around the problem by adding the boot/active flag on the protective MBR partition which has to be done through fdisk with the -t dos option to force it to read the partition table using the MBR format.

이 경우, fdisk를 실행하고 a 키로 첫번째 파티션 (1) 플래그 상태랄 바꾸십시오. 그 다음 디스크의 바뀐 상태를 기록(w)하고 fdisk 프로그램을 빠져나오십시오:

user $fdisk -t dos /dev/sda
Welcome to fdisk (util-linux 2.24.1).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.
  
Command (m for help): a
Partition number (1-4): 1
  
Command (m for help): w

UEFI 사용

When installing Gentoo on a system that uses UEFI to boot the operating system (instead of BIOS), then it is important that an EFI System Partition (ESP) is created. The instructions for parted below contain the necessary pointers to correctly handle this operation.

The ESP must be a FAT variant (sometimes shown as vfat on Linux systems). The official UEFI specification denotes FAT12, 16, or 32 filesystems will be recognized by the UEFI firmware, although FAT32 is recommended for the ESP. Proceed in formatting the ESP as FAT32:

root #mkfs.fat -F 32 /dev/sda2
중요
If a FAT variant is not used for the ESP, the system's UEFI firmware is not guaranteed to find the bootloader (or Linux kernel) and most likely be unable to boot the system!

고급 저장장치

Btrfs RAID

위에 언급한 대로, btrfs에는 여러 장치에 파일 시스템을 만드는 기능이 있습니다. 이런 방식으로 만든 btrfs 파일 시스템은 raid0, raid1, raid10, raid5, raid6 모드로 동작할 수 있습니다. RAID 5와 RAID 6 모드는 상당한 수준으로 개선됐지만, 여전히 불안정한 것 같습니다. 다중 장치 파일 시스템을 만들고 나면, 몇가지 명령으로 새 장치를 추가하고 이전 장치를 제거할 수 있습니다. btrfs는 다른 파일 시스템보다 초심자에게 그다지 익숙하지 않은 더 많은 기능이 있습니다.

ext4 파일 시스템에서 btrfs 파일 시스템으로 변환할 수 있으며, 안정적으로 시험을 잘 거친 파일 시스템에 젠투를 설치하고 나서 btrfs 같은 새 파일 시스템을 단지 시험 목적으로 활용하여 지식을 넓혀 나가려는 사용자에게 유용합니다.

LVM

The amd64 Installation CDs provide support for Logical Volume Manager (LVM). LVM increases the flexibility offered by the partitioning setup. The installation instructions below will focus on "regular" partitions, but it is good to know LVM is supported if that route is desired. Visit the LVM article for more details. Newcomers beware: although fully supported LVM is outside the scope of this guide.

기본 분할 형태

이 핸드북의 나머지 부분에서는 다음 공간 분할 형태를 간단한 배치 예제로 활용합니다:

Partition Filesystem Size Description
/dev/sda1 (bootloader) 2M BIOS boot partition
/dev/sda2 ext2 (or fat32 if UEFI is being used) 128M Boot/EFI system partition
/dev/sda3 (swap) 512M or higher Swap partition
/dev/sda4 ext4 Rest of the disk Root partition

이 내용으로 충분하고 독자 여러분이 GPT 방식으로 진행하겠다면 기본: 디스크 분할시 parted 사용편으로 넘어갈 수 있습니다. 여전히 MBR 방식(이보쇼?!)을 선호하고 예제 배치를 따라가겠다면 대안: 디스크 분할시 fdisk 사용편으로 넘어갈 수 있습니다.

fdiskparted는 디스크 공간 분할 유틸리티입니다. fdisk는 잘 알려진, 안정적인 프로그램이며 MBR 공간 분할 방식에 추천하지만 parted는 GPT 공간 분할 방식을 지원하는 리눅스용 첫 블록 장치 관리 유틸리티 중 하나입니다. fdisk 인터페이스 방식을 선호하는 사용자라면 parted 대신 gdisk(GPT fdisk)를 사용할 수 있습니다.

만들기 절차를 진행하기 전에 해당 절의 첫번째 부분에서는 파티션 형태를 어떻게 만드는지와 일반적인 문제를 언급하는 내용을 다루겠습니다.

분할 배치 설계

얼마나 많이 얼마나 크게 할까요?

파티션의 수는 환경에 따라 다릅니다. 예를 들어, 사용자가 많을 경우 보안성을 개선하고 백업을 쉽게 하기 위해 /home/을 나누는 것이 좋습니다. 젠투를 메일 서버로 설치한다면, /var/에 모든 메일을 저장하므로 /var/를 나누어야 합니다. 파일 시스템의 탁월한 선택은 성능을 극대화합니다. 게임 서버는 게임 서버를 설치할 /opt/를 따로 나눕니다. 이유는 /home/과 비슷합니다: 보안과 백업이죠. 대부분의 상황에서 /usr/는 거대한 상태고 남아있습니다. 주요 프로그램을 저장할 뿐만 아니라, 이 안에 저장하는 다양한 소스코드를 제외하더라도 포티지 트리가 대략 500MB 정도 차지합니다.

보신 바와 같이, 관리자가 원하고자 하는 바에 달려있습니다. 파티션 또는 볼륨을 나누면 다음과 같은 장점이 있습니다:

  • 각 파티션 또는 볼륨에 대해 최상의 동작을 수행하는 파일 시스템을 선택합니다.
  • 제 기능을 상실한 도구가 파티션 또는 볼륨에 계속 파일을 기록할 경우, 남아 있는 공간이 없어져 전체 시스템이 동작하지 않습니다.
  • 필요한 경우, (이 장점은 여러 개의 파티션보다는 여러 대의 디스크에서 더 돋보이지만) 동시에 여러 파티션을 검사할 수 있어, 파일 시스템 검사 시간을 줄일 수 있습니다.
  • 일부 파티션 또는 볼륨을 읽기 전용,nosuid(setuid 무시), noexec(실행 비트 무시) 등으로 마운트하여 보안성을 개선할 수 있습니다.

그러나, 마찬가지로 다중 파티션에는 단점도 존재합니다. 제대로 설정하지 않으면 어떤 파티션에는 공간이 상당히 남지만, 다른 파티션은 그렇지 않을 수 있습니다. 다른 골칫거리는 파티션이 나뉘어져 있는 상황입니다. /usr/ 또는 /var/와 같은 중요한 마운트 지점은 특히 그렇습니다. 다른 부팅 스크립트를 시작하기 전에 파티션을 마운트하려면 관리자가 initramfs로 자주 부팅해야합니다. 항상 있는 경우는 아니기 때문에 결과가 다양하게 나타납니다.

디스크에서 GPT 레이블을 사용하지 않으면 SCSI와 SATA에서는 파티션 갯수가 15개로 제한되어있습니다.

스왑 공간이 무엇인가요?

완벽한 스왑 파티션 값은 없습니다. 스왑 영역의 존재 목적은 내부 메모리(RAM)가 용량 고갈에 처해있을 때 커널에서 디스크 공간을 제공하려는 것입니다. 스왑 영역은 커널에서 곧 접근하지 않을 메모리 페이지를 디스크(스왑 또는 페이지-아웃)에 옮기고 메모리를 확보할 수 있도록 합니다. 물론 메모리가 갑자기 필요할 때도 이 페이지를 메모리에 되돌려놓습니다만(페이지-인), 시간이 오래걸립니다(내부 메모리에 비해 디스크는 비교적 매우 느립니다).

시스템이 메모리를 집중적으로 사용하는 프로그램을 실행하려 하지 않거나 시스템에 충분한 메모리가 있을 경우 많은 스왑 영역이 필요하지 않을지도 모릅니다. 그러나 스왑 영역은 최대 절전모드 기능을 사용할 경우 전체 메모리 공간을 사용하기도 합니다. 시스템을 최대 절전모드로 진입하려 한다면, 더 큰 스왑 영역이 필요하며, 최소한, 종종 시스템에 대용량의 메모리를 설치합니다.


BIOS 부트 파티션이란?

BIOS 부트 파티션은 매우 작(1~2MB)으며 GRUB2와 같은 부트로더가 할당 저장공간(MBR의 경우 몇 백 메가바이트정도 저장함)에 맞지 않는 추가 데이터를 저장할 수 있으며, 어떤 위치에든 둘 수 있는건 아닙니다.

일부 파티션은 항상 필요하지 않지만 적은 공간을 차지함을 고려해야 하며 과다한 공간 분할의 차이를 문서화하는데 어렵기때문에, 문서화 한 경우에 대해 파티션을 만드는 방법만 추천합니다.

완벽을 기하기 위해, GPT 파티션 배치를 GRUB2에서 활용할 때 또는 GRUB2에서 디스크 처음 부분 1MB 영역 앞 부분에 첫 분할 영역을 시작하는 MBR 파티션 배치를 활용할 때 BIOS 부트 파티션이 필요합니다.

기본: 디스크 분할시 parted 사용

이 절에서는 앞서 언급한 절차에서 설명한 파티션 배치 예제를 사용합니다:

Partition Description
/dev/sda1 BIOS boot partition
/dev/sda2 Boot partition
/dev/sda3 Swap partition
/dev/sda4 Root partition

개인 취향에 따라 파티션 배치를 바꾸십시오.

parted에서 현재 파티션 배치 보기

parted 프로그램에는 디스크 공간 분할에 활용할 간단한 인터페이스를 공하며 (2TB 이상) 매우 큰 파티션 크기를 지원합니다. parted 다시 실행하십시오(여기서는 /dev/sda를 활용). parted에게 최적의 파티션 정렬을 요청하는 것이 좋습니다.

root #parted -a optimal /dev/sda
GNU Parted 2.3
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.

정렬이란 내부 디스크 동작을 최소화하는 운영체제 수준(디스크에서 페이지 전달)에서 디스크의 동작을 확인하며, 디스크의 알려진 범위내에서 파티션을 시작함을 의미합니다. 파티션 정렬이 잘못되면 운영체제에서 단일 페이지를 요청했을 경우에도 디스크에서 페이지를 둘 가져와야 할 수도 있습니다.

parted에서 지원하는 옵션을 찾아보려면 help를 입력하고 Enter를 누르십시오.

GPT 레이블 설정

대부분 x86 또는 amd64에서는 디스크를 msdos 레이블로 준비합니다. parted에서 디스크에 GPT 레이블을 쓰게 하는 명령은 mklabel gpt:

경고
파티션 형식을 바꾸면 디스크의 모든 파티션이 날아갑니다. 디스크의 모든 데이터를 잃습니다.
(parted)mklabel gpt

MBR 배치 방식의 디스크를 만들려면, mklabel msdos 명령을 사용하십시오.

parted에서 모든 파티션 제거

아직 끝난 과정이 아니라면(mklabel 동작을 미리 처리했거나, 디스크를 새로 포맷했을 경우), 먼저 모든 파티션을 디스크에서 제거하십시오. print를 입력하여 현재 파티션 상태를 보고, rm <N>를 입력하되, <N> 자리에는 제거할 파티션 번호를 넣으십시오.

(parted)rm 2

필요없는 다른 모든 파티션에도 똑같은 동작을 진행하십시오. 그러나 여기서 실수하지 않았는지 확인하십시오. parted에서는 상태 바꾸기를 즉시 처리합니다(작업을 스테이지에 올려놓아 디스크의 상태를 저장하고 나가기 전에 실행 취소가능한 fdisk와는 다릅니다).

파티션 만들기

이제 파티션을 만들겠습니다. parted로 파티션을 만드는 과정은 어렵지 않습니다. 다음 설정에 대해 parted에게 알려주는 절차만 필요합니다:

  • 사용할 파티션 형식. 파티션이 보통입니다. msdos 파티션 레이블을 사용한다면, 주 파티션을 네개 이상은 만들 수 없다는 점을 기억하십시오. 네개 이상의 파티션이 필요하다면, 네 파티션 중 하나는 확장 파티션이어야 하고 논리 파티션을 확장 파티션에 넣어야합니다.
  • 파티션의 시작 지점(MB, GB 등으로 표현할 수 있음)
  • 파티션의 끝 지점(MB, GB 등으로 표현할 수 있음)

우선 parted에 우리가 다룰 크기를 메가바이트 단위로 알려주십시오(실제로는 표준 표기법인 MiB로 줄여 쓰는 메비바이트지만, 보다 일반적으로 쓰는 MB로 적겠습니다):

(parted)unit mib

이제 GRUB2 부트 로더에서 나중에 사용할 2MB 파티션을 만드십시오. mkpart 명령을 사용하시고 parted에 1MB 위치에서 3MB 위치까지 사용(2MB 크기의 파티션을 만듬)한다고 알려주십시오.

(parted)mkpart primary 1 3
(parted)name 1 grub
(parted)set 1 bios_grub on
(parted)print
Model: Virtio Block Device (virtblk)
Disk /dev/sda: 20480MiB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
  
Number   Start      End      Size     File system  Name   Flags
 1       1.00MiB    3.00MiB  2.00MiB               grub   bios_grub

부트 파티션(128MB), 스왑 파티션(예제에서는 512MB), 나머지 디스크 공간을 모두 차지하는 루트 파티션(디스크의 끝 부분은 파티션이 최대한 다다를 수 있는 -1MB이며 이런 의미에서 마지막 위치를 -1로 적음)에 같은 동작을 진행하십시오.

(parted)mkpart primary 3 131
(parted)name 2 boot
(parted)mkpart primary 131 643
(parted)name 3 swap
(parted)mkpart primary 643 -1
(parted)name 4 rootfs

시스템을 부팅할 때 (BIOS 대신) UEFI 인더페이스를 사용한다면, 부트 파이션을 EFI 시스템 파티션으로 표시하십시오. parted에서는 파티션에 boot 옵션을 설정할 때 EFI 시스템 파티션으로 자동으로 표시해줍니다:

(parted)set 2 boot on

최종 결과는 다음과 같습니다:

(parted)print
Model: Virtio Block Device (virtblk)
Disk /dev/sda: 20480MiB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
  
Number   Start      End      Size     File system  Name   Flags
 1       1.00MiB    3.00MiB  2.00MiB               grub   bios_grub
 2       3.00MiB    131MiB   128MiB                boot   boot
 3       131MiB     643MiB   512MiB                swap
 4       643MiB     20479MiB 19836MiB              rootfs
참고
On an UEFI installation, the boot and esp flags will show up on the boot partition.

parted를 빠져나가려면 quit 명령을 사용하십시오.

대안: 디스크 분할시 fdisk 사용

참고
최근의 fdisk에서 GPT를 지원해야하지만, 아직도 문제가 있습니다. 아래에 제시한 절차는 MBR 파티션 배치를 사용할 경우를 가정합니다.

다음 부분에서는 fdisk를 사용하여 예제 파티션 배치를 만드는 방법을 설명합니다. 예제 파티션 배치는 앞서 언급했습니다:

Partition Description
/dev/sda1 BIOS boot partition
/dev/sda2 Boot partition
/dev/sda3 Swap partition
/dev/sda4 Root partition

개인 취향에 따라 파티션 배치를 바꾸십시오.

현재 파티션 배치 보기

fdisk는 디스크를 파티션으로 나누는 저명하고 강력한 도구입니다. fdisk를 디스크에서 다시 실행해보십시오(예제에서는 /dev/sda를 사용):

root #fdisk /dev/sda
참고
GPT 지원을 활용하려면 -t gpt를 추가하십시오. 기본 동작을 MBR로 바꾸는 최근 fdisk 개발 버전에서 fdisk 출력을 잘 살펴보려면 추천합니다. 이 절차의 나머지 부분에서는 MBR 배치 사용을 가정합니다.

p키를 사용하여 현재 파티션 설정을 표시하십시오:

Command (m for help):p
Disk /dev/sda: 240 heads, 63 sectors, 2184 cylinders
Units = cylinders of 15120 * 512 bytes
  
   Device Boot    Start       End    Blocks   Id  System
/dev/sda1   *         1        14    105808+  83  Linux
/dev/sda2            15        49    264600   82  Linux swap
/dev/sda3            50        70    158760   83  Linux
/dev/sda4            71      2184  15981840    5  Extended
/dev/sda5            71       209   1050808+  83  Linux
/dev/sda6           210       348   1050808+  83  Linux
/dev/sda7           349       626   2101648+  83  Linux
/dev/sda8           627       904   2101648+  83  Linux
/dev/sda9           905      2184   9676768+  83  Linux

각각의 디스크에는 하나의 스왑 파티션과("Linux Swap"으로 나타남) 7개의 리눅스 시스템(각각의 파티션이 "Linux"라고 나타남)을 넣도록 설정했습니다.

fdisk에서 모든 파티션 제거

디스크에서 모든 파티션을 제거하십시오. d를 입력하여 파티션을 삭제하십시오. 기존의 /dev/sda1 파티션을 삭제하려면:

Command (m for help):d
Partition number (1-4): 1

파티션을 삭제할 예정입니다. 파티션 목록에는 더이상 나타나지 않겠지만(p) 바뀐 내용을 저장하기 전에는 지워지지 않습니다. 사용자가 실수했을 경우 진행을 멈출 수 있습니다. 이 경우 q를 바로 입력하고 Enter를 치면 파티션을 삭제하지않습니다.

p를 입력하여 파티션 목록을 출력하고 d와 삭제할 파티션 번호를 입력하는 과정을 반복하십시오. 최종적으로, 파티션 테이블을 비웠습니다:

Command (m for help):p
Disk /dev/sda: 30.0 GB, 30005821440 bytes
240 heads, 63 sectors/track, 3876 cylinders
Units = cylinders of 15120 * 512 = 7741440 bytes
  
Device Boot    Start       End    Blocks   Id  System

이제 메모리에 있는 파티션 테이블을 비웠고, 파티션을 만들 준비를 끝냈습니다.

BIOS 부트 파티션 만들기

먼저 매우 작은 BIOS 부트 파티션을 만들겠습니다. 새 파티션을 만드는 명령 n을 입력하시고, 주 파티션을 선택할 p를 입력한 후, 첫번째 주 파티션을 선택할 1을 입력하십시오. 첫번째 섹터를 물어보면 2048부터 시작하는지(부트로더에 필요함)확인한 후 Enter를 치십시오. 마지막 섹터를 물어보면 +2M을 입력하여 2MB 크기의 파티션을 만드십시오:

참고
2048 섹터 시작점은 이 파티션을 부트로더에서 인식하지 못했을 때 고장 배제 대책으로 활용하려는 용도입니다.
Command (m for help):n
Command action
  e   extended
  p   primary partition (1-4)
p
Partition number (1-4): 1
First sector (64-10486533532, default 64): 2048
Last sector, +sectors +size{M,K,G} (4096-10486533532, default 10486533532): +2M

UEFI 용도로 파티션을 표시하십시오:

Command (m for help):t
Selected partition 1
Hex code (type L to list codes): 4
Changed system type of partition 1 to 4 (BIOS boot)
참고
MBR 파티션 배치 방식에 UEFI 사용을 권장하지 않습니다. UEFI 기능이 있는 시스템을 사용한다면 GPT 배치 방식을 활용하십시오.

부트 파티션 만들기

이제 작은 부트 파티션을 만들겠습니다. 새 파티션을 만드는 명령 n을 입력하시고, 주 파티션을 선택할 p를 입력한 후, 두번째 주 파티션을 선택할 2를 입력하십시오. 첫번째 섹터를 물어보면 그냥 Enter를 치십시오. 마지막 섹터를 물어보면 +128M을 입력하여 128MB 크기의 파티션을 만드십시오:

Command (m for help):n
Command action
  e   extended
  p   primary partition (1-4)
p
Partition number (1-4): 2
First sector (5198-10486533532, default 5198): (Hit enter)
Last sector, +sectors +size{M,K,G} (4096-10486533532, default 10486533532): +128M

이제 p를 누르면 다음 파티션 출력이 나타납니다:

Command (m for help):p
Disk /dev/sda: 30.0 GB, 30005821440 bytes
240 heads, 63 sectors/track, 3876 cylinders
Units = cylinders of 15120 * 512 = 7741440 bytes
  
   Device Boot    Start       End    Blocks   Id  System
/dev/sda1             1         3      5198+  ef  EFI (FAT-12/16/32)
/dev/sda2             3        14    105808+  83  Linux

파티션의 부팅 플래그를 바꾸는 명령 a를 입력하고 2를 선택하십시오. p를 다시 누르면 "Boot" 열에 없던 * 표시가 나타납니다.

스왑 파티션 만들기

마지막으로, 루트 파티션을 만들려면, 새 파티션을 만드는 명령 n을 입력하시고, 주 파티션을 만들겠다고 fdisk에게 알리기 위해 p를 입력한 후, 세번째 주 파티션 /dev/sda3를 만들기 위해 3을 입력하십시오. 첫번째 섹터를 물어보면 Enter를 치십시오. 마지막 섹터를 물어보면 +512M(또는 필요한 스왑 공간만큼)을 입력하여 512MB 크기의 파티션을 만드십시오.

이 과정이 끝난 후 파티션 형식을 설정하는 명령 t를 입력하고, 3을 입력하여 방금 만든 파티션을 입력한 후, 82를 입력하여 "Linux Swap" 형식으로 바꾸십시오.

루트 파티션 만들기

마지막으로, 루트 파티션을 만들려면, 새 파티션을 만드는 명령 n을 입력하시고, 주 파티션을 만들겠다고 fdisk에게 알리기 위해 p를 입력한 후, 네번째 주 파티션 /dev/sda4를 만들기 위해 4를 입력하십시오. 첫번째 섹터를 물어보면 Enter를 치십시오. 마지막 섹터를 물어보면 Enter를 쳐서 디스크의 나머지 공간을 취하는 파티션을 만드십시오. 이 과정이 끝나면 p를 입력하였을 때 다음과 같은 파티션 테이블 모습이 나타나야합니다:

Command (m for help):p
Disk /dev/sda: 30.0 GB, 30005821440 bytes
240 heads, 63 sectors/track, 3876 cylinders
Units = cylinders of 15120 * 512 = 7741440 bytes
  
   Device Boot    Start       End    Blocks   Id  System
/dev/sda1             1         3      5198+  ef  EFI (FAT-12/16/32)
/dev/sda2   *         3        14    105808+  83  Linux
/dev/sda3            15        81    506520   82  Linux swap
/dev/sda4            82      3876  28690200   83  Linux

파티션 배치 저장하기

파티션 배치를 저장하고 fdisk를 빠져나가려면 w를 입력하십시오.

Command (m for help):w

파티션을 만들었다면 이제 파일 시스템을 올려놓을 차례입니다.


파일 시스템 만들기

도입부

이제 파티션을 만들었고, 파일 시스템을 제 위치에 얹어놓을 차례입니다. 다음 절에서는 리눅스에서 지원하는 다양한 파일 시스템을 설명합니다. 어떤 파일 시스템을 사용할 지 이미 알고 있는 독자라면 파티션에 파일 시스템 반영하기로 계속 진행할 수 있습니다. 그렇지 않으면 계속 읽어 내려가면서 쓸 수 있는 파일시스템이 어떤 종류가 있는지 알아보십시오.

파일 시스템

Several filesystems are available. Some of them are found stable on the amd64 architecture - it is advised to read up on the filesystems and their support state before selecting a more experimental one for important partitions.

btrfs
스냅샷, 검사합을 통한 자체복구, 투명 압축, 하위 볼륨, 통합 RAID 같은 고급 기능을 제공하는 차세대 파일 시스템입니다. 일부 배포판은 이미 특별한 옵션으로 탑재했지만 실무에서 쓰기엔 준비가 미흡합니다. 파일 시스템이 깨지는 경우가 다반사입니다. 개발자들은 이전 버전에 문제가 있기 때문에 안전을 위해 최신 커널 버전을 사용하라고 합니다. 몇년 동안 이래왔고 무엇인가 바뀐다고 하면 너무 일찍 언급합니다. 깨지는 문제를 고친다고 하면 가끔 이전 커널에 있던 대로 돌아갑니다. 파일 시스템을 쓰려 한다면 위험을 감수하십시오!
ext2
검증된 리눅스 파일시스템이지만 메타데이터 저널링기능이 없습니다. 이는 시작시간의 파일시스템 검사루틴에서 조금 더 많은 시간소모를 할 수 있다는 의미입니다. 이제 일관성 검사를 더욱 빠르게 할 수 있고 비 저널링의 대체 수단으로써 일반적으로 더욱 선호하는 차세대 저널링 파일시스템의 상당한 선택요소가 있습니다. 저널링 파일시스템은 시스템을 시동하고 파일시스템에 비일관 상태가 발생했을 때 긴 지연시간을 줄입니다.
ext3
빠른 복구 기능을 제공하는 메타데이터 저널링을 제공하며, 게다가 전체 데이터와 정렬된 데이터 저널링과 같은 강화 저널링 모드도 지원하는 ext2 파일시스템의 저널링 버전입니다. 대부분의 모든 상황에서 고성능 동작이 가능한 HTree 색인을 사용합니다. 간단히 말해 ext3는 아주 좋은 믿을 수 있는 파일시스템입니다. ext3을 모든 목적의 모든 플랫폼 파일시스템으로 추천합니다.
ext4
ext3으로부터 갈라져 나와 성능을 향상시키고 디스크상 형식에 대해 적절한 수정을 가하여 용량 제한을 없애는 새로운 기능을 포함하여 만든 파일시스템입니다. 볼륨 하나의 크기를 1EB까지 늘릴 수 있고, 파일 최대 크기는 16TB가 될 수 있습니다. 기존의 ext2/3 비트맵 블록 할당 대신에 ext4는 대용량 파일 성능을 끌어올리고 단편화를 줄인 extents를 사용합니다. ext4는 디스크의 데이터 배치에 대해 최적화 할 더 많은 방법을 파일시스템 드라이버에 제공하는 좀 더 세련된 블록 할당 알고리즘(지연할당 및 다중블록 할당)을 제공합니다. ext4는 모든 목적의 모든 플랫폼의 파일 시스템에 추천합니다.
f2fs
플래시 지향 파일 시스템은 처음에 낸드 플래시 메모리에서 활용할 목적으로 삼성에서 만들었습니다. 2016년 2/4분기 시점에, 이 파일 시스템은 여전히 미완의 상태지만 젠투를 마이크로SD 카드, USB 드라이브, 기타 플래시 기반 저장 장치에 설치할 경우 괜찮은 선택입니다.
JFS
IBM의 고성능 저널링 파일시스템입니다. JFS는 다양한 상황속에서도 좋은 성능을 내는, 가볍고 빠르며 믿을 수 있는 B+트리 기반 파일시스템입니다.
ReiserFS
전반적으로 좋은 성능을 내며 특히 용량이 작은 수많은 파일들을 다룰 때 더 많은 CPU 사이클을 소비하는 경우 좋은 성능이 나는 B+트리 기반 저널링 파일시스템입니다. ReiserFS는 다른 파일시스템보다 덜 관리중인 것으로 보입니다.
XFS
견고한 기능 모음을 지니고 있으며 확장성에 있어 최적화 된 메타데이터 저널링 파일시스템입니다. XFS는 다양한 하드웨어 문제에 대해 그다지 관대하진 않은 것 같습니다.
vfat
FAT32로 알려진 vfat은 리눅스에서 지원하지만 권한 설정은 지원하지 않습니다. 여러 운영 체제간 상호 운용성을 목적으로(주로 마이크로소프트 윈도우) 활용하지만 일부 시스템 펌웨어(UEFI)용으로도 필요합니다.
NTFS
"New Technology" 파일 시스템은 마이크로 소프트의 대표 파일 시스템입니다. 위의 vfat과 비슷하게 BSD 또는 리눅스에서 필요한 권한 설정 또는 확장 속성을 저장하지 않기에 루트 파일 시스템으로 활용할 수 없습니다. 오직 마이크로소프트 윈도우와 상호 연동할 때만 활용해야합니다(오직 이 경우에만 역점을 둠을 참고하십시오).

(8GB 이하의) 작은 파티션에서 ext2, ext3, ext4 를 사용한다면, 충분한 inode 갯수를 예약할 적당한 옵션으로 파일 시스템을 만들어야합니다. mke2fs(mkfs.ext2)에서는 "아이노드 당 바이트" 설정을 사용하여 파일 시스템에서 보유할 아이노드 갯수를 계산합니다. 작은 파티션일수록 아이노드 갯수를 늘리는 것이 좋습니다.

ext2에서는, 다음 명령을 사용하시면 됩니다:

root #mkfs.ext2 -T small /dev/<device>

ext3과 ext4에서는, -j 옵션을 추가하여 저널링을 활성화하십시오:

root #mkfs.ext2 -j -T small /dev/<device>

각 16kB 영역을 하나의 4kB 영역으로 줄이는 "아이노드 당 바이트"로 주어진 파일 시스템의 아이노드 갯수를 네 배로 뻥튀기(?)합니다. 비율값을 부여하여 속성을 조절할 수 있습니다:

root #mkfs.ext2 -i <ratio> /dev/<device>

파티션에 파일 시스템 반영하기

파티션 또는 볼륨에 파일 시스템을 만들 때, 각 파일 시스템에서 사용할 수 있는 도구가 있습니다. 각 파일 시스템의 추가 정보를 살펴보려면 하단 표의 파일시스템 이름을 누르십시오:

파일시스템 구성 명령 최소 CD 포함? 꾸러미
btrfs mkfs.btrfs Yes sys-fs/btrfs-progs
ext2 mkfs.ext2 Yes sys-fs/e2fsprogs
ext3 mkfs.ext3 Yes sys-fs/e2fsprogs
ext4 mkfs.ext4 Yes sys-fs/e2fsprogs
f2fs mkfs.f2fs Yes sys-fs/f2fs-tools
jfs mkfs.jfs Yes sys-fs/jfsutils
reiserfs mkfs.reiserfs Yes sys-fs/reiserfsprogs
xfs mkfs.xfs Yes sys-fs/xfsprogs
vfat mkfs.vfat Yes sys-fs/dosfstools
NTFS mkfs.ntfs Yes sys-fs/ntfs3g

For instance, to have the boot partition (/dev/sda2) in ext2 and the root partition (/dev/sda4) in ext4 as used in the example partition structure, the following commands would be used:

root #mkfs.ext2 /dev/sda2
root #mkfs.ext4 /dev/sda4

이제 새로 만든 파티션(또는 논리 파티션)에 파일 시스템을 만들겠습니다.

스왑 파티션 활성화

mkswap은 스왑 파티션을 초기화하는 명령입니다:

root #mkswap /dev/sda3

스왑 파티션을 활성화하려면, swapon 명령을 사용하십시오:

root #swapon /dev/sda3

위에 언급한 명령으로 스왑을 만들고 활성화하십시오.

마운트

Now that the partitions are initialized and are housing a filesystem, it is time to mount those partitions. Use the mount command, but don't forget to create the necessary mount directories for every partition created. As an example we mount the root and boot partition:

root #mount /dev/sda4 /mnt/gentoo
root #mkdir /mnt/gentoo/boot
root #mount /dev/sda2 /mnt/gentoo/boot
참고
/tmp/를 따로 나눈 파티션에 두어야 한다면, 마운트하기 전에 퍼미션을 바꾸었는지 확인하십시오:
root #chmod 1777 /mnt/gentoo/tmp
이 설정은 /var/tmp에도 적용 유지합니다.

지침을 따르고 나면 proc 파일 시스템(커널 가상 인터페이스)와 다른 커널 의사 파일 시스템을 마운트합니다. 그러나 우선 젠투 설치 파일을 설치하겠습니다.




Other languages:
Deutsch • ‎English • ‎español • ‎français • ‎italiano • ‎日本語 • ‎한국어 • ‎Nederlands • ‎polski • ‎português do Brasil • ‎русский • ‎українська • ‎中文(中国大陆)‎
설치
설치 정보
매체 선택
네트워크 설정
디스크 준비
스테이지 3 설치
베이스 시스템 설치
커널 설정
시스템 설정
도구 설치
부트로더 설정
마무리
젠투 다루기
포티지 소개
USE 플래그
포티지 기능
초기화 스크립트 시스템
환경 변수
포티지 다루기
파일 및 디렉터리
변수
소프트웨어 브랜치 함께 사용하기
추가 도구
포티지 트리 개별 설정
고급 기능
네트워크 설정
시작하기
고급 설정
모듈러 네트워크
무선 네트워크
기능 추가
동적 관리


스테이지 타르볼 설치하기

날짜 및 시간 설정

젠투를 설치하기 전 날짜와 시간을 올바르게 설정하는 것이 좋습니다. 시계를 잘못 설정하면 이상한 결과가 나타납니다. 베이스 시스템 파일은 정확한 타임스탬프를 찍어 압축 해제해야합니다. 사실, 일부 웹 사이트 및 서비스에서 보안 통신(SSL/TLS)을 수행하기 때문에 시스템 시계가 상당히 꼬여있으면 설치 파일을 모두 다운로드할 수 없습니다!

date 명령으로 현재 날짜와 시각을 확인하십시오:

root #date
Mon Oct  3 13:16:22 PDT 2016

날짜 시각이 잘못 나타났다면 아래 방식으로 고치십시오.

참고
실시간 클록(RTC)칩이 붙어있지 않은 마더보드의 경우 시간 서버로 시스템 시계를 자동으로 동기화하게 해야합니다. RTC 칩을 넣었지만 배터리에 문제가 있는 시스템에도 해당합니다.

자동

공식 젠투 설치 미디어에는 ntpd 명령(net-misc/ntp 꾸러미에 있음)이 들어있습니다. 공식 미디어에는 ntp.org 시간 서버를 가리키는 설정 파일이 들어있습니다. 시간 서버로 UTC 시간을 자동으로 동기화할 수 있습니다. 이 방식으로 시간을 동기화하려면 네트워크 설정이 필요하며, 모든 아키텍처에서 다 되는건 아닐 수도 있습니다.

경고
자동 시간 동기화에는 그만한 댓가가 따릅니다. 시스템 IP 주소와 관련 네트워크 정보를 시간 서버(이 경우 ntp.org)로 보냅니다. 개인 정보 유출을 걱정하는 사용자라면 아래 방식으로 시스템 시계를 설정하기 , 이 사항을 숙지해야합니다.
root #ntpd -q -g

수동

date 명령으로 시스템 시계를 직접 설정할 수도 있습니다. MMDDhhmmYYYY 형식으로 설정합니다(월,일,시,분,연도).

모든 리눅스 시스템에 UTC 시계 설정을 추천합니다. 시간대는 설치 과정 후반에 설정합니다. 시간대를 설정하면 시계를 지역 시간으로 나타냅니다.

예를 들어 2016년 10월 03일 13시 16분을 설정하려면:

root #date 100313162016

스테이지 타르볼 선택

Multilib (32비트 및 64비트)

시스텝 기본 타르볼을 선택하면, 특히 시스템 프로파일 선택을 진행할 때, 설치 과정의 나머지 시간을 절약할 수 있습니다. 스테이지 타르볼 선택은 앞으로의 시스템 설정에 직접적인 영향을 주며 이후에 발생할 두통을 예방할 수 있습니다. multilib 타르볼은 가능하면 64비트 라이브러리를 사용하며 호환성이 필요하면 32비트 버전을 대신 사용합니다. 주요 설치 과정에 있어 최상의 옵션이며, 앞으로 다양한 개별 설정을 유연하게 처리할 수 있기 때문입니다. 프로파일을 쉽게 바꿀 수 있는 시스템을 원한다면 프로세서 아키텍처에 해당하는 multilib 타르볼 옵션을 다운로드해야합니다.

대부분 사용자는 '고급' 타르볼 선택 항목을 활용하면 안됩니다. 이 항목은 특정 프로그램 또는 하드웨어 설정용으로 만들었습니다.

no-multilib(순수 64비트)

no-multilib 타르볼 시스템 베이스로 선택하면 완벽한 64비트 처리 시스템 환경을 갖춥니다. 이 환경은 multilib 프로파일로 전환하는 희한하지만 가능한 기능을 갖추고 있습니다. 정말 필요한 경우가 아닌 이상 처음 젠투를 사용하는 사람이라면 no-multilib 타르볼을 젠투에서 사용하지 않는게 좋습니다.

경고
no-multilib 시스템에서 multilib 시스템으로 이전할 경우 젠투 동작과 하부 단계 툴체인에 대한 해박한 지식이 필요합니다(게다가 이 문제는 툴체인 개발자들 마저도 이를 갈게 만듭니다). 비겁해서 그런게 아니며 이 안내서에서 다룰 내용의 범위를 벗어납니다.

스테이지 타르볼 다운로드

루트 파일 시스템을 마운트한 젠투 마운트 지점으로 이동하십시오(대부분 /mnt/gentoo):

root #cd /mnt/gentoo

설치 매체에 따라, 스테이지를 다운로드할 도구 몇가지가 준비되어 있습니다. 비-그래픽 방식의 메뉴 기반 브라우저 links가 그 중 하나입니다. 스테이지를 다운로드하려면 다음과 같이 젠투 미러를 탐색하십시오:

links에서 HTTP 프록시를 사용하려면, -http-proxy 옵션으로 URL을 전달하십시오:

root #links -http-proxy proxy.server.com:8080 https://www.gentoo.org/downloads/mirrors/

links 다음에는 lynx 브라우저도 있습니다. links와 유사하게 비-그래픽 브라우저지만, 메뉴 기반 브라우저도 아닙니다.

프록시를 지정해야 한다면, http_proxy 또는 ftp_proxy 변수 값을 export로 처리하십시오:

root #export http_proxy="http://proxy.server.com:port"
root #export ftp_proxy="http://proxy.server.com:port"

미러 목록에서 가까운 미러를 선택하십시오. HTTP 미러를 사용하는 걸로 충분합니다만, 다른 프로토콜로도 쓸 수 있습니다. releases/amd64/autobuilds/ 디렉터리로 이동하십시오. 존재하는 모든 스테이지 파일이 나타납니다(아마도 각각의 하위 아키텍처에 있는 하위 디렉터리에 있을지도 모릅니다). 그 중 하나를 선택하고 d를 눌러 다운로드하십시오.

최소 설치 CD 처럼, 추가로 다운로드할 파일이 있습니다:

  • 스테이지 타르볼 파일 목록이 있는 .CONTENTS 파일
  • 각각의 알고리즘으로 만든 스테이지 파일의 체크섬이 있는 .DIGESTS 파일
  • .DIGESTS 파일과 마찬가지로 각각의 알고리즘으로 만든 스테이지 파일의 체크섬이 있지만, 젠투 프로젝트에서 제공했음을 확인할때 쓰는 암호화 서명도 들어있는 .DIGESTS.asc

과정이 끝나면, Q를 눌러 브라우저를 빠져나가십시오.

스테이지 파일 다운로드가 끝나면, 다운로드한 스테이지 타르볼의 무결성을 검증할 수 있습니다. openssl을 사용하여 .DIGESTS 또는 .DIGESTS.asc 파일에서 제공하는 체크섬 출력을 비교하십시오.

SHA512 체크섬을 검증한다면:

root #openssl dgst -r -sha512 stage3-amd64-<release>.tar.bz2

sha512sum 명령을 사용하는 다른 방법도 있습니다:

root #sha512sum stage3-amd64-<release>.tar.bz2

월풀 체크섬을 검증하려면:

root #openssl dgst -r -whirlpool stage3-amd64-<release>.tar.bz2

.DIGESTS(.asc) 파일에 등록한 값을 이 명령의 출력과 비교하십시오. 값이 일치해야 하며, 그렇지 않으면 다운로드한 파일(또는 digests 파일)이 깨진 상태입니다.

ISO 파일과 마찬가지로, gpg를 활용하여 .DIGESTS.asc 파일의 암호화 서명을 검증하여 누군가가 체크섬에 손을 댔는지 여부를 확인할 수 있습니다:

root #gpg --verify stage3-amd64-<release>.tar.bz2.DIGESTS.asc

스테이지 타르볼 압축 해제

이제 다운로드한 스테이지를 시스템에 압축해제하십시오. tar를 사용하여 진행하겠습니다:

root #tar xvjpf stage3-*.tar.bz2 --xattrs

동일한 옵션(xvjpf--xattrs)을 사용했는지 확인하십시오. x는 추출, v는 파일을 추출하는 동안 벌어지는 일의 자세한 출력(선택),j는 bzip2 압축 해제, p는 권한 플래그 보존, f는 표준 출력이 아닌 파일로 추출하려함을 나타냅니다. 마지막으로 --xattrs는 압축 파일에 저장한 확장 속성을 있는 그대로 포함합니다.

이제 스테이지를 설치했으니, 컴파일 옵션 설정으로 계속 진행하십시오.

컴파일 옵션 설정

도입부

젠투를 최적화 하려는 목적으로 젠투에서 공식적으로 지원하는 꾸러미 관리자 포티지 동작에 영향을 줄 여러가지 변수를 설정할 수 있습니다. 이들 변수는 (export로) 환경 변수처럼 설정할 수 있습니다만 언제든 값이 유지되는 것은 아닙니다. 설정값을 유지하려, 포티지의 설정 파일 /etc/portage/make.conf 파일을 포티지에서 읽습니다.

참고
주석처리 했지만 쓸 수 있는 모든 변수 목록은 /mnt/gentoo/usr/share/portage/config/make.conf.example에 있습니다. 젠투 설치를 제대로 하기위해 설정이 필요한 변수만을 아래에 언급했습니다.

편집기를 실행(이 안내서에서는 nano를 사용합니다)하여 이 다음에 언급할 최적화 변수값을 바꾸어보겠습니다.

root #nano -w /mnt/gentoo/etc/portage/make.conf

make.conf.example 파일에서 파일을 어떤 식으로 구성해야 하는지 분명히 나타납니다: "#"(으)로 시작하는 줄은 주석이며, 다른 줄은 VARIABLE="content" 문법으로 작성한 변수 설정 부분입니다. 다양한 이들 변수에 대해서는 다음에 이야기하겠습니다.

CFLAGS와 CXXFLAGS

CFLAGSCXXFLAGS 변수는 gcc C/C++ 컴파일러의 최적화 플래그를 각각 지정합니다. 보통 여기에 지정하지만, 최적의 성능을 위해서는 각각의 프로그램에 플래그를 최적화해야합니다. 각각의 프로그램이 다르기 때문입니다. 그러나 그리 관리하기 쉬운게 아니므로 이 플래그 정의를 make.conf 파일에 다룹니다.

make.conf 에서는 보통 시스템에 가장 많이 영향을 줄 최적화 플래그를 지정해야합니다. 이 변수에 시험적인 설정은 넣지 마십시오. 최적화를 과도하게 하면 프로그램 동작이 잘못되는 수가 있습니다(깨지거나, 잘못되거나, 기능이 망가지거나).

가능한 모든 최적화 옵션을 설명하지는 않겠습니다. 이들을 전부 이해하려면 GNU 온라인 문서en 또는 gcc 정보 페이지(info gcc - 리눅스 시스템에서만 동작)를 참고하십시오. make.conf.example 파일 자체에 상당한 양의 예제와 정보를 담고 있습니다. 이것 또한 잊지 말고 살펴보십시오.

첫번째 설정은 대상 아키텍처 이름을 지정하는 -march= 또는 -mtune= 플래그입니다. 사용할 수 있는 옵션은 make.conf.example 파일에 (주석으로) 들어있습니다. 보통 사용하는 값은 컴파일러가 대상 아키텍처를 (사용자가 젠투를 설치하려는) 현재 시스템으로 설정하도록 하는 native 값입니다.

두번째는 gcc 최적화 수준 플래그를 지정하는 -O 플래그(숫자 영이 아닌 대문자 O임) 입니다. 가능한 클래스는 s(크기 최적화), 0(영. 최적화 안함), 1, 2, 또는 속도 최적화 를 위한 3 플래그(모든 클래스는 이전 클래스와 비슷하지만, 몇가지 특징을 추가함)입니다. 기본적으로 -O2를 추천합니다. 시스템 전반적인 영역에 있어 -O3이 문제를 일으키는것으로 알려져 있어 -O2에 집착하기를 추천합니다.

다른 최적화 플래그는 -pipe(다중 스테이지 컴파일간 통신에 임시 파일을 쓰는 대신 파이프를 활용)입니다. 생성 코드에 영향을 주지는 않지만 더 많은 메모리를 사용합니다. 메모리가 부족해지면, gcc를 강제로 끝냅니다. 이 경우 이 플래그를 사용하지 마십시오.

-fomit-frame-pointer(필요하지 않은 함수에 대한 프레임 포인터를 레지스터에서 계속 가지고 있지 않도록 하는 옵션)를 사용하면 프로그램을 디버깅하는동안 심각한 문제가 생길지도 모릅니다.

CFLAGSCXXFLAGS 변수를 지정하면, 각각의 최적화 플래그를 하나의 문자열로 합칩니다. 스테이지 3 아카이브에 들어있는 기본값은 풀려나온 값 자체로도 충분합니다. 다음 플래그는 예제일뿐입니다:

코드 CFLAGS 와 CXXFLAGS 변수 예제
CFLAGS="-march=native -O2 -pipe"
# Use the same settings for both variables
CXXFLAGS="${CFLAGS}"
참고
GCC 최적화 안내서에 다양한 컴파일 옵션이 시스템에 어떻게 영향을 주는지 많은 설명을 넣었습니다.

MAKEOPTS

MAKEOPTS 변수는 꾸러미를 설치하는 동안 컴파일을 동시에 몇개를 진행하는지 지정합니다. 최적의 값은 시스템에 붙은 CPU(또는 CPU 코어)의 갯수에 1을 더한 값이지만 이 안내서가 언제나 완벽하진 않습니다.

코드 make.conf의 MAKEOPTS 선언 예제
MAKEOPTS="-j2"

준비, 시, 작!

개인 취향에 맞춰 /mnt/gentoo/etc/portage/make.conf를 업데이트한 후 저장하십시오(나노 사용자는 Ctrl+X를 치십시오).

그 다음 젠투 베이스 시스템 설치로 계속 진행하십시오.




Other languages:
Deutsch • ‎English • ‎español • ‎français • ‎italiano • ‎日本語 • ‎한국어 • ‎Nederlands • ‎polski • ‎português do Brasil • ‎русский • ‎українська • ‎中文(中国大陆)‎
설치
설치 정보
매체 선택
네트워크 설정
디스크 준비
스테이지 3 설치
베이스 시스템 설치
커널 설정
시스템 설정
도구 설치
부트로더 설정
마무리
젠투 다루기
포티지 소개
USE 플래그
포티지 기능
초기화 스크립트 시스템
환경 변수
포티지 다루기
파일 및 디렉터리
변수
소프트웨어 브랜치 함께 사용하기
추가 도구
포티지 트리 개별 설정
고급 기능
네트워크 설정
시작하기
고급 설정
모듈러 네트워크
무선 네트워크
기능 추가
동적 관리


루트 변경

선택: 미러 선택

배포판 파일

소스코드를 빨리 다운로드 하려면 빠른 미러를 선택하시는 것이 좋습니다. 포티지는 make.conf 파일의 GENTOO_MIRRORS 변수에서 미러를 찾아보며 해당 변수에 들어간 미러를 활용합니다 젠투 미러 목록 및 시스템에서 물리적으로 가까운(대부분 이런 미러가 빠름) 미러(또는 복수의 미러) 를 검색할 수 있습니다. 그러나 우리에겐 필요한 미러를 선택할 때 멋진 인터페이스를 제공해 주는 mirrorselect 도구가 있습니다. 선택할 미러를 찾아보고 하나 이상의 미러를 Spacebar 키로 선택하면 됩니다.

root #mirrorselect -i -o >> /mnt/gentoo/etc/portage/make.conf

주 젠투 저장소

미러를 선택하는데 있어 두번째로 중요한 단계는 /etc/portage/repos.conf/gentoo.conf 파일의 주 젠투 저장소 설정입니다. 이 파일에는 포티지 트리(이빌드 및 포티지에서 다운로드하고 프로그램 꾸러미를 설치할 때 모든 참조 정보가 들어있는 관련 파일 및 이빌드 모음)를 업데이트 하는데 필요한 동기화 정보가 들어있습니다.

주 젠투 저장소 설정은 몇 가지 단순한 과정을 거칩니다. 우선 repos.conf 디렉터리가 없다면 만드십시오:

root #mkdir /mnt/gentoo/etc/portage/repos.conf

다음, 포티지에서 제공하는 젠투 저장소 설정 파일을 (새로 만든) repos.conf 디렉터리에 복사하십시오:

root #cp /mnt/gentoo/usr/share/portage/config/repos.conf /mnt/gentoo/etc/portage/repos.conf/gentoo.conf

텍스트 편집기를 골라 쓰든지 cat 명령을 사용하십시오. 해당 파일은 다음과 같이 .ini 파일 형식으로 되어 있습니다.

파일 /mnt/gentoo/etc/portage/repos.conf/gentoo.conf
[gentoo]
location = /usr/portage
sync-type = rsync
sync-uri = rsync://rsync.gentoo.org/gentoo-portage
auto-sync = yes

sync-uri 변수 기본값은 위에 언급한 바와 같이 전환 기반 미러 위치를 결정합니다. 젠투의 운영기반 시스템의 과부하를 완화하는데 도움을 주며 특정 미러가 깨졌을 경우 우회하는 수단을 제공합니다. 기본 URI 유지를 권장합니다.

지리적으로 가까운 곳의 단일 미러를 선택한 사용자라면 텍스트 편집기를 통해 기본값으로 바꿀 수 있습니다. 다시 말씀드리지만, 추천하지 않으나, 필요하다면 그렇게 할 수 있습니다. 소기업 또는 대기업 환경에서 젠투를 사용하는 사람에게 특히 도움이 될 수 있습니다.

요령
이 부분에 관심있다면 포티지 플러그인 동기화 API에 대한 공식 사양을 동기화 문서en에서 찾을 수 있습니다.

DNS 정보 복사

새 환경에 들어가기 전 아직 남은 하나는 /etc/resolv.conf의 DNS 정보를 복사하는 일입니다. 새 환경에 들어가고 나서 네트워크가 그대로 동작할 수 있게 하려면 꼭 필요합니다. /etc/resolv.conf 파일에는 네트워크를 사용할 때 활용하는 네임 서버 주소가 들어있습니다.

이 정보를 복사하려면 cp 명령에 -L 옵션을 전달하는게 좋습니다. /etc/resolv.conf 파일이 심볼릭 링크라면 심볼릭 링크가 아니라 링크의 대상 파일 그 자체를 찾아서 복사합니다. 그렇지 않으면 새 환경에서 심볼릭 링크로 남아있으며(링크 대상은 새 환경에 존재하지 않습니다), 실제 존재하지 않는 파일을 참조합니다.

root #cp -L /etc/resolv.conf /mnt/gentoo/etc/

필요한 파일 시스템 마운트

잠시 동안, 리눅스 루트는 새 위치로 바뀝니다. 새 환경이 제대로 동작하는지 보려면 각각의 파일 시스템을 활성화해야 합니다.

활성화해야 할 파일 시스템은 다음과 같습니다:

  • 리눅스 커널에서 환경에 공개하려는 정보가 만든 의사 파일 시스템(일반 파일 같지만, 실제로는 동적으로 생성하는 파일 시스템) /proc/
  • /proc/보다 구조가 잘 갖춰져있어 대체 용도로 쓸 수 있는 의사 파일 시스템 /sys/
  • 리눅스 장치 관리자(보통 udev)가 일부 관리하는 일반 파일 시스템이며, 모든 장치 파일이 들어있는 /dev/

다른 두개의 파일 시스템은 바인드 마운트를 하는데 반해 /proc/ 위치는 /mnt/gentoo/proc/에 마운트합니다. 후자의 경우, /mnt/gentoo/proc/는 (말 그대로) 파일 시스템에 대한 새 마운트지만, /mnt/gentoo/sys/는 실제로 /sys/(동일한 파일 시스템에 대한 두번째 마운트 지점)이 된다는 의미입니다.

root #mount -t proc proc /mnt/gentoo/proc
root #mount --rbind /sys /mnt/gentoo/sys
root #mount --make-rslave /mnt/gentoo/sys
root #mount --rbind /dev /mnt/gentoo/dev
root #mount --make-rslave /mnt/gentoo/dev
참고
--make-rslave 동작은 나중 설치 과정에서 systemd 지원에 필요합니다.
경고
비 젠투 설치 매체를 사용할 경우 이 과정이 충분하지 않을 수도 있습니다. 일부 배포판은 /dev/shm 심볼릭 링크를 /run/shm/으로 만들지만 루트를 바꾸고 난 후에는 무효처리됩니다. /dev/shm/을 적당한 tmpfs로 마운트 하려면 다음 명령으로 문제를 처리할 수 있습니다:
root #rm /dev/shm && mkdir /dev/shm
root #mount -t tmpfs -o nosuid,nodev,noexec shm /dev/shm

또한 확실하게 1777 모드를 설정하십시오

root # chmod 1777 /dev/shm

새 환경으로 진입

모든 파티션을 초기화 하고 기반 환경을 설치했으니, 새 설치 환경에 chroot로 들어갈 차례입니다. 현재 설치 환경의 세션의 루트(접근할 수 있는 최상위 환경)를 설치 시스템의 루트(초기화한 파티션)로 바꾼다는 의미입니다. 그래서 이름이 change root 또는 chroot라고 합니다.

루트 위치 전환은 세 단계로 처리합니다:

  1. chroot를 사용하여 루트 위치를 (설치 매체의)/에서 (파티션의) /mnt/gentoo/로 바꿉니다
  2. 몇가지 설정(/etc/profile에 있음)을 source 명령으로 메모리에 다시 불러옵니다
  3. chroot로 바꾼 환경임을 인지하기 위해 초기 프롬프트를 바꿉니다.
root #chroot /mnt/gentoo /bin/bash
root #source /etc/profile
root #export PS1="(chroot) $PS1"

이 때, 모든 동작을 새 젠투 리눅스 환경에서 바로 처리할 수 있습니다. 물론 끝나려면 한참 멀었지만, 설치 절이 여전히 아직도 남아있는 이유입니다

포티지 설정

포티지 스냅샷 설치

다음 과정은 설치할 수 있는 프로그램이 무엇인지, 어떤 프로파일을 관리자가 선택할 수 있는지 등을 포티지에게 알려주는 파일의 모음, 포티지 스냅샷을 설치할 차례입니다.

emerge-webrsync 사용을 권장합니다. 젠투 미러중 한군데에서 최신 포티지 스냅샷(매일 나오는 젠투 릴리즈)을 받고 시스템에 설치합니다.

root #emerge-webrsync
참고
설치 과정 중 emerge-webrsync에서 /usr/portage/ 위치가 없는 문제를 보고합니다. 당연한 결과이며 걱정할 필요가 없습니다. 도구에서 해당 위치를 만듭니다.

이 시점부터는 포티지에서 추천하는 각각의 업데이트를 실행하라고 알려줍니다. 스테이지 3 파일을 통해 설치한 각 시스템 꾸러미는 새버전이 존재하며, 포티지 스냅샷을 새로 설치하여 포티지가 이를 인식하기 때문입니다. 지금은 안전하게 무시할 수 있습니다. 젠투 설치가 끝나고 나면 업데이트를 실행할 수 있습니다.

선택: 포티지 트리 업데이트

포티지 트리를 최신 버전으로 업데이트할 수 있습니다. 이전에 emerge-webrsync 명령은 상당히 최근의 포티지 스냅샷(보통 최근 24시간 까지)을 설치하기 때문에 분명히 말하자면 선택적인 동작입니다.

최근 꾸러미 업데이트(최대 한시간 동안)가 필요하다면, emerge --sync 명령을 사용하십시오. 이 명령은 포티지 트리(이전에 emerge-webrsync 명령으로 가져옴)를 최신 상태로 업데이트하는데 rsync 프로토콜을 사용합니다.

root #emerge --sync

몇가지 프레임 버퍼와 직렬 콘솔 같은 느린 터미널에서는, 처리 과정의 속도를 높이기 위해 --quiet 옵션을 사용하시는 것이 좋습니다:

root #emerge --sync --quiet

뉴스 항목 보기

포티지 트리를 시스템과 동기화 했다면, 포티지는 다음과 같은 메시지로 사용자에게 경고합니다:

코드 뉴스 항목을 사용자에게 알리는 포티지
 * IMPORTANT: 2 news items need reading for repository 'gentoo'.
 * Use eselect news to read news items.

포티지 뉴스 항목은 rsync 트리로 사용자에게 중요한 메시지를 강제로 전달하는 통신 매체를 제공하려 만들었습니다. 뉴스 항목을 관리하려면 eselect news를 사용하십시오. eselect 프로그램은 시스템에서 바뀐 항목 또는 시스템 전반 설정을 처리하는 일반 관리 인터페이스입니다. 이 경우 eselectnews 모듈 사용을 요청합니다.

news 모듈에서 다음 동작을 주로 사용합니다:

  • list 명령으로 표시할 뉴스 목록의 개요를 표시합니다
  • read 명령으로 읽을 수 있는 뉴스 항목을 표시합니다
  • purge 명령으로 이미 읽어서 더 이상 읽을 일이 없는 뉴스 항목을 제거할 수 있습니다
root #eselect news list
root #eselect news read

뉴스 리더에서 사용할 수 있는 기능이 무엇인지 더 살펴보려면 설명서 페이지를 참고하십시오:

root #man news.eselect

적절한 프로파일 선택

프로파일이란 젠투 시스템의 구성요소입니다. USE, CFLAGS 등 중요한 변수 값의 기본값만을 지정하는 것이 아니라 꾸러미 버전 범위를 시스템에 고정합니다. 이 설정 데이터는 젠투 포티지 개발자가 관리합니다.

현재 시스템에서 활용하는 프로파일을 eselect로 볼 수 있으며, 이제 profile 모듈을 사용해보면:

root #eselect profile list
Available profile symlink targets:
  [1]   default/linux/amd64/13.0 *
  [2]   default/linux/amd64/13.0/desktop
  [3]   default/linux/amd64/13.0/desktop/gnome
  [4]   default/linux/amd64/13.0/desktop/kde
참고
명령 출력 결과는 예제일 뿐이며, 언제든 바뀝니다.

보신 바와 같이, 몇가지 데스크톱에 대한 데스크톱 하위 프로파일이 있습니다.

After viewing the available profiles for the amd64 architecture, users can select a different profile for the system:

root #eselect profile set 2


No-multilib

32비트 프로그램 또는 라이브러리를 뺀 순수한 64비트 환경을 선택하려면, no-multilib 프로파일을 활용하십시오:

root #eselect profile list
Available profile symlink targets:
  [1]   default/linux/amd64/13.0 *
  [2]   default/linux/amd64/13.0/desktop
  [3]   default/linux/amd64/13.0/desktop/gnome
  [4]   default/linux/amd64/13.0/desktop/kde
  [5]   default/linux/amd64/13.0/no-multilib

다음 no-multilib 프로파일을 선택하십시오:

root #eselect profile set 5
root #eselect profile list
Available profile symlink targets:
  [1]   default/linux/amd64/13.0
  [2]   default/linux/amd64/13.0/desktop
  [3]   default/linux/amd64/13.0/desktop/gnome
  [4]   default/linux/amd64/13.0/desktop/kde
  [5]   default/linux/amd64/13.0/no-multilib *

systemd

systemd를 init 시스템으로 활용할 사용자는 프로파일 이름에 systemd 가 있는 프로파일을 선택해야합니다:

root #eselect profile set default/linux/amd64/13.0/systemd
root #eselect profile list
Available profile symlink targets:
  [10]  default/linux/amd64/13.0/developer
  [11]  default/linux/amd64/13.0/no-multilib
  [12]  default/linux/amd64/13.0/systemd *
  [13]  default/linux/amd64/13.0/x32
  [14]  hardened/linux/amd64
요령
보신 바와 같이, 프로파일 관련 숫자 값 대신 전체 프로파일 이름을 활용할 수 있습니다.


참고
개발자 하위 프로파일은 젠투 리눅스 개발 용도로 사용하며, 일반 사용자가 사용한다는 의미가 아닙니다.

@world 세트 업데이트

여기서 새 시스템 프로파일을 선택했으면 시스템의 @world 세트를 업데이트하여 새 프로파일에 대응한 베이스를 갖추는 것이 좋습니다.

다음은 (모든 젠투 공식 스테이지 타르볼이 OpenRC를 기본 init 시스템으로 활용하므로) 제목에 systemd가 있는 프로파일을 설정한 사용자에게 필요한 과정입니다만, 기타 프로파일에 대해서는 선택 과정입니다:

root #emerge --ask --update --deep --newuse @world
요령
완전한 구성을 갖춘 데스크톱 환경 프로파일을 선택하면 설치 과정에 필요한 시간은 상당히 늘어날 수 있습니다. 진행 과정의 일은 '과정상 경험' 으로 처리할 수 있습니다. 짧은 프로파일 이름을 지닌, 드문 경우의 시스템 @world 세트가 있는데 이 프로파일은 시스템에 필요한 꾸러미 수가 적습니다. 다시 말해서:
  • default/linux/amd64/13.0을 선택하면 상당히 적은 꾸러미를 최신으로 유지합니다만,
  • default/linux/amd64/13.0/desktop/gnome/systemd는 OpenRC에서 Systemd로, 그놈 데스크톱 환경 프레임워크를 설치한 만큼 상당한 꾸러미를 설치해야합니다.

USE 변수 설정

USE는 젠투가 사용자에게 제공하는 가장 강력한 변수중 하나입니다. 여러 프로그램 각 항목을 추가로 지원하든 안하든 컴파일할 수 있습니다. 예를 들어 어떤 프로그램은 gtk 지원 또는 qt 지원을 넣고 컴파일할 수 있습니다. 다른 프로그램은 SSL 지원을 빼고 컴파일할 수 있습니다. 어떤 프로그램은 X11 지원(X-서버) 대신 프레임버퍼 지원(svgalib)을 빼고도 컴파일할 수 있습니다.

대부분의 배포판에서는 가능한한 최대한의 지원을 포함하여 꾸러미를 컴파일합니다. 상당한 양의 의존성에 상관 없이 프로그램의 크기와 시작 시간이 늘어납니다. 젠투 사용자는 컴파일할 때 어떤 옵션을 넣을지 지정할 수 있습니다. 이것이 바로 USE 변수가 동작하는 위치입니다.

USE 변수에는 컴파일 옵션에 매핑할 키워드가 들어있습니다. 예를 들어 ssl은 ssl 지원을 프로그램에 넣어 프로그램에서 ssl 기능이 동작하도록 컴파일합니다. -X는 X 서버 지원을 제거합닏(앞에 음수부호가 들어감에 주목). gnome gtk -kde -qt4는 시스템을 GNOME(아키텍처에서 지원한다면)에 완전히 맞추려 그놈(및 gtk) 지원을 넣고 KDE(및 Qt) 지원을 뺍니다.

기본 USE 설정은 시스템에서 사용하는 젠투 프로파일의 make.defaults 파일에 있습니다. 젠투에서는 프로파일의 (복잡한) 계층 시스템을 사용하는데, 이 단계로는 깊이 들어가지 않겠습니다. 현재 활성화한 USE 설정을 확인하는 가장 쉬운 방법은 emerge --info를 실행하고 "USE"로 시작하는 줄을 선택해서 확인하는 방법입니다:

root #emerge --info | grep ^USE
USE="X acl alsa amd64 berkdb bindist bzip2 cli cracklib crypt cxx dri ..."
참고
위 예제는 잘렸으며, 실제 USE 값 설정 목록은 엄청 큽니다.

시스템에서 사용할 수 있는 USE 플래그의 전체 설명은 /usr/portage/profiles/use.desc에 있습니다.

root #less /usr/portage/profiles/use.desc

less 명령에서는 , 키로 스크롤할 수 있고, q를 눌러 빠져나갈 수 있습니다.

예제를 통해 DVD, ALSA, CD 기록 기능을 지원하는 KDE 기반 시스템의 USE 플래그 설정을 보여드리겠습니다:

root #nano -w /etc/portage/make.conf
파일 /etc/portage/make.confKDE 기반 시스템에서 DVD, ALSA, CD 기록 기능을 포함하는 USE 플래그 활성화
USE="-gtk -gnome qt4 kde dvd alsa cdr"

/etc/portage/make.conf에서 USE를 정의할 때, 기본 목록에서 추가 (또는 USE 플래그가 - 부호로 시작하는경우 삭제)됩니다. 기본 USE 설정을 무시하고 자체적으로 관리하려는 사용자는 make.confUSE 정의 앞부분에 -*를 넣으십시오:

파일 /etc/portage/make.conf기본 USE 플래그 무시
USE="-* X acl alsa ..."

Optional: Using systemd

The remainder of the Gentoo Handbook focuses on OpenRC as the default init support system. If systemd is wanted instead, or you are planning to use Gnome 3.8 and later (which requires systemd), please consult the systemd page as it elaborates on the different configuration settings and methods.

The Gentoo handbook can then be followed with that page in mind.

시간대

시스템 시간대를 선택하십시오. 존재하는 시간대를 /usr/share/zoneinfo/에서 찾아보시고 /etc/timezone 파일에 작성하십시오.

root #ls /usr/share/zoneinfo

시간대를 Europe/Brussels로 잡아보겠습니다:

root #echo "Europe/Brussels" > /etc/timezone

기대한 대로의 시간대 영역을 나타내지 않는 /usr/share/zoneinfo/Etc/GMT* 시간대 이름 사용을 피하십시오. GMT-8의 경우 실제로 GMT+8입니다.

그 다음 /etc/timezone 항목을 기반으로 /etc/localtime 파일을 업데이트하는 sys-libs/timezone-data 꾸러미를 다시 설정하겠습니다. /etc/localtime 파일은 시스템이 어떤 시간대 영역에 있는지 알고자 시스템 C 라이브러리에서 사용합니다.

root #emerge --config sys-libs/timezone-data

로캘 설정

대부분의 사용자는 시스템에 하나 내지는 두개의 로캘을 사용하려고 합니다.

로캘은 시스템과 대화할 때 시스템에서 사용할 언어에 한정하지 않으며 정렬 문자열의 규칙, 날짜 및 시간의 표시 등의 항목도 포함합니다.

시스템에서 지원할 로캘은 /etc/locale.gen에 있습니다.

root #nano -w /etc/locale.gen

다음 로캘은 (UTF-8과 같은)문자 형식에 따라 영문(미국)과 독일어(독일)를 설정하는 예제입니다.

파일 /etc/locale.gen적절한 문자 형식으로 US 및 DE 로캘 활성화
en_US ISO-8859-1
en_US.UTF-8 UTF-8
de_DE ISO-8859-1
de_DE@euro ISO-8859-15
경고
일부 프로그램에서 UTF-8이 필요하므로, 되도록이면 UTF-8로 설정하십시오.

다음 단계는 locale-gen을 실행할 차례입니다. /etc/locale.gen파일에 지정한 모든 로캘을 만듭니다.

root #locale-gen

선택한 로캘을 사용할 수 있는지 확인하려면 locale -a을 실행하십시오.

이 과정이 끝나면 시스템 범위 로캘을 설정할 차례입니다. 이제 eselect 명령에 locale 모듈을 사용하겠습니다.

eselect locale list 명령으로 존재 대상을 나타냈습니다:

root #eselect locale list
Available targets for the LANG variable:
  [1] C
  [2] POSIX
  [3] en_US
  [4] en_US.iso88591
  [5] en_US.utf8
  [6] de_DE
  [7] de_DE.iso88591
  [8] de_DE.iso885915
  [9] de_DE.utf8
  [ ] (free form)

eselect locale set VALUE 명령으로 올바른 로캘을 설정할 수 있습니다:

root #eselect locale set 9

직접 설정한다면 /etc/env.d/02locale 파일에서도 처리할 수 있습니다:

파일 /etc/env.d/02locale시스템 로캘 정의 직접 설정
LANG="de_DE.UTF-8"
LC_COLLATE="C"

로캘을 설정했는지 확인하십시오. 그렇지 않으면, 커널을 빌드할 때와 설치 과정에서 나중에 다른 프로그램을 배포할 때 시스템에서 경고와 오류를 출력합니다.

이제 환경을 다시 불러오십시오:

root #env-update && source /etc/profile && export PS1="(chroot) $PS1"

이 과정을 통해 사용자 안내를 도울 완전한 지역화 안내서를 만들었습니다. 시스템에서 UTF-8 문자 코드를 활성화 할 주제로만 작성한 UTF-8 안내서도 흥미로운 읽을거리입니다.




Other languages:
Deutsch • ‎English • ‎español • ‎français • ‎italiano • ‎日本語 • ‎한국어 • ‎Nederlands • ‎polski • ‎português do Brasil • ‎русский • ‎українська • ‎中文(中国大陆)‎
설치
설치 정보
매체 선택
네트워크 설정
디스크 준비
스테이지 3 설치
베이스 시스템 설치
커널 설정
시스템 설정
도구 설치
부트로더 설정
마무리
젠투 다루기
포티지 소개
USE 플래그
포티지 기능
초기화 스크립트 시스템
환경 변수
포티지 다루기
파일 및 디렉터리
변수
소프트웨어 브랜치 함께 사용하기
추가 도구
포티지 트리 개별 설정
고급 기능
네트워크 설정
시작하기
고급 설정
모듈러 네트워크
무선 네트워크
기능 추가
동적 관리


소스 코드 설치

주변에 빌드한 모든 배포판의 핵심은 리눅스 커널입니다. 이는 사용자 프로그램과 여러분의 시스템 하드웨어 사이에 있는 계층입니다. 젠투는 사용자에게 최대한 다양한 커널 소스코드를 제공합니다. 설명을 포함한 전체 목록은 커널 개요 페이지에 있습니다.

amd64-기반 시스템에서 젠투는 sys-kernel/gentoo-sources 꾸러미를 추천합니다.

적당한 커널 소스를 선택하고 emerge로 설치하십시오:

root #emerge --ask sys-kernel/gentoo-sources

/usr/src를 들여다보면 설치한 커널 소스를 가리키는 linux 심볼릭 링크를 볼 수 있습니다:

root #ls -l /usr/src/linux
lrwxrwxrwx    1 root   root    12 Oct 13 11:04 /usr/src/linux -> linux-3.16.5-gentoo

이제 커널 소스를 설정하고 컴파일 할 차례입니다. 두가지 방식으로 접근할 수 있습니다:

  1. 직접 설정하고 빌드하는 방법, 또는
  2. genkernel 도구를 사용하여 자동으로 리눅스 커널을 빌드하고 설치하는 방법

환경을 최적화하는 기본적인 선택이자 최상의 방법인 직접 설정 방법을 설명하도록 하겠습니다.

기본: 직접 설정

도입부

커널을 직접 설정하는 방법은 리눅스 사용자가 해본 일중에 가장 어려운 과정으로 보입니다. 아니라고 하는것도 조금은 맞습니다 - 커널을 여러번 설정해본 사람중에는 이게 어려웠는지 기억하는 사람이 없습니다.

그러나 맞는 이야기이기도 합니다. 커널을 직접 설정했을 때 시스템을 아는 것이 현실적입니다. 대부분의 정보는 lspci 명령이 들어있는 sys-apps/pciutils를 이머지하여 수집할 수 있습니다:

root #emerge --ask sys-apps/pciutils
참고
chroot를 하고 나면, lspci가 출력하는 (pcilib: cannot open /sys/bus/pci/devices와 같은) pcilib 경고를 무시하는게 안전합니다.

시스템 정보의 다른 근원은 설치 CD에서 사용하는 커널 모듈이 무엇인지 보여주는 lsmod를 실행했을때 나타나는 활성화 할 모듈에 대한 바람직한 실마리입니다.

이제 커널 소스 디렉터리로 이동하여 make menuconfig를 실행하십시오. 메뉴 기반 설정 화면을 실행합니다.

root #cd /usr/src/linux
root #make menuconfig

리눅스 커널 설정에는 수많은 섹션이 있습니다. 반드시 활성화해야 할 몇가지 옵션 목록을 먼저 보도록 하겠습니다(그렇지 않으면 젠투가 제 기능을 못하거나, 추가 설정 없이 제대로 동작하지 않을지도 모릅니다). 또한 더 많은 도움을 줄 젠투 커널 설정 안내서도 젠투 위키에 있습니다.

필수 옵션 활성화

시스템을 부팅할 때 살아있는 모든 드라이버(SCSI 컨트롤러 등)가 모듈로 남아있지 않고 커널에 들어갔는지 확인하십시오. 아니면 부팅을 제대로 진행할 수 없습니다.

정확한 프로세서 형식을 선택하십시오 MCE 기능을 활성화(가능할 경우)하여 사용자가 하드웨어 문제 알림을 받을 수 있도록 하는걸 추천합니다. 일부 아키텍처(x86_64)에서는 dmesg로 나타나지 않지만 /dev/mcelog에 나타납니다. app-admin/mcelog 꾸러미가 필요한 부분입니다.

또한 Maintain a devtmpfs file system to mount at /dev를 선택하여 부팅 과정에 중요한 장치 파일을 미리 대기할 수 있게 하십시오.

커널 devtmpfs 지원 활성화
Device Drivers --->
  Generic Driver Options --->
    [*] Maintain a devtmpfs filesystem to mount at /dev
    [ ]   Automount devtmpfs at /dev, after the kernel mounted the rootfs

이제 File Systems로 가서 사용할 파일 시스템 지원을 선택하십시오. 루트 파일 시스템에서 사용할 파일 시스템을 모듈로 컴파일하지 마십시오. 그렇지 않으면 젠투 시스템에서 파티션을 마운트할 수 없습니다. 또한 Virtual memory/proc file system도 선택하십시오.

커널 필요한 파일 시스템 선택
File systems --->
(Select one or more of the following options as needed by your system)
  <*> Second extended fs support
  <*> Ext3 journalling file system support
  <*> The Extended 4 (ext4) filesystem
  <*> Reiserfs support
  <*> JFS filesystem support
  <*> XFS filesystem support
  ...
  Pseudo Filesystems --->
    [*] /proc file system support
    [*] Virtual memory file system support (former shm fs)

인터넷에 연결할 때 PPPoE를 사용하거나 전화걸기 모뎀을 사용한다면 다음 옵션을 활성화하십시오:

커널 PPPoE 필수 드라이버 선택
Device Drivers --->
  Network device support --->
    <*> PPP (point-to-point protocol) support
    <*>   PPP support for async serial ports
    <*>   PPP support for sync tty ports

두 압축 옵션은 문제를 일으키진 않겠지만 꼭 필요하진 않으며, 커널 모드 PPPoE를 사용하도록 설정했을 때 PPP에서 사용하는PPP over Ethernet 옵션도 마찬가지입니다.

네트워크(유무선) 카드의 커널 지원 포함도 잊지 마십시오.

대부분의 시스템에는 구성에 따라 다중 코어를 지니고 있기도 하므로, Symmetric multi-processing support 활성화도 중요합니다:

커널 SMP 지원 활성화
Processor type and features  --->
  [*] Symmetric multi-processing support
참고
멀티코어 시스템에서는 각 코어 갯수를 하나의 프로세서로 취급합니다.

USB 입력 장치(키보드, 마우스)를 사용한다면 마찬가지로 활성화를 잊지 마십시오:

커널 입력 장치용 USB 지원 활성화
Device Drivers --->
  [*] HID Devices  --->
    <*>   USB Human Interface Device (full HID) support


아키텍처별 커널 설정

32비트 프로그램을 지원해야 할 경우(multilib) IA32 에뮬레이션을 선택했는지 확인하십시오. 젠투는 기본적으로 multilib 시스템을 설치(32비트/64비트 처리 혼용) 하므로 no-multilib 프로파일을 사용하지 않는 한, 이 옵션이 필요합니다.

커널 프로세서 형식 및 기능 선택
Processor type and features  --->
   [ ] Machine Check / overheating reporting 
   [ ]   Intel MCE Features
   [ ]   AMD MCE Features
  Processor family (AMD-Opteron/Athlon64)  --->
    ( ) Opteron/Athlon64/Hammer/K8
    ( ) Intel P4 / older Netburst based Xeon
    ( ) Core 2/newer Xeon
    ( ) Intel Atom
    ( ) Generic-x86-64
Executable file formats / Emulations  --->
   [*] IA32 Emulation

앞서 디스크 분할시 GPT 파티션 레이블을 사용했다면 지원을 활성화하십시오.

커널 Enable support for GPT
-*- Enable the block layer --->
   Partition Types --->
      [*] Advanced partition selection
      [*] EFI GUID Partition support

시스템을 부팅하려 UEFI를 사용한다면 리눅스 커널에서 EFI stub support와 EFI 변수를 활성화하십시오:

커널 Enable support for UEFI
Processor type and features  --->
    [*] EFI runtime service support 
    [*]   EFI stub support
    [*]     EFI mixed-mode support
 
Firmware Drivers  --->
    EFI (Extensible Firmware Interface) Support  --->
        <*> EFI Variable Support via sysfs

컴파일 및 설치

이제 설정이 끝났다면, 커널을 컴파일하고 설치할 차례입니다. 설정을 빠져나간 후 컴파일 과정을 시작하십시오:

root #make && make modules_install
참고
make -jX 명령을 사용하고 X에 실행 가능토록 허용할 빌드 프로세스 갯수를 정수값으로 넣어 병렬 빌드를 활성화 할 수 있습니다. 이는 앞서 언급한 /etc/portage/make.confMAKEOPTS 변수와 비슷합니다.

커널 컴파일이 끝나면 /boot/에 커널 이미지를 복사하십시오. make install 명령으로 처리할 수 있습니다.

root #make install

이 동작은 커널 이미지, System.map 파일, 커널 설정 파일을 /boot/에 함께 복사합니다.


선택: initramfs 빌드

대부분의 경우 초기 램 기반 파일 시스템 initramfs를 빌드해야 합니다. 중요한 파일 시스템 위치/usr/ 또는 /var/가 각각의 파티션으로 나누어져있을 경우가 대부분의 중요한 이유가 됩니다. initramfs로 initramfs내부의 도구를 활용하여 이 파티션을 마운트할 수 있습니다.

initramfs가 없으면, 파일 시스템에 있는 정보를 필요로 하는 파일 시스템 마운트 동작시 동작을 수행해야 하는 도구가 제대로 동작하지 않아 시스템 부팅이 제대로 동작하지 않는 큰 위험성이 있습니다. initramfs는 커널 부팅 후 바로 활용할 아카이브에 필요한 파일을 넣지만, 그 이전에 init 도구에 제어 권한을 넘깁니다. initramfs에 있는 스크립트는 시스템 부팅을 계속하기 전 파티션을 제대로 마운트했는지 확인합니다.

initramfs를 설치하려면, 우선 sys-kernel/genkernel을 설치하고 initramfs를 만들도록 합니다:

root #emerge --ask sys-kernel/genkernel
root #genkernel --install initramfs

lvm또는 raid 등의 initramfs의 지정 기능을 활성화하려면 genkernel에 적당한 옵션을 추가하십시오. 더 많은 내용은 genkernel --help를 참고하십시오. 다음 예제에서는 LVM과 소프트웨어 RAID(mdadm)를 활성화합니다:

root #genkernel --lvm --mdadm --install initramfs

initramfs는 /boot/에 저장합니다. 결과 파일은 간단히 initramfs로 시작하는 파일을 찾기만 하면 됩니다:

root #ls /boot/initramfs*

이제 커널 모듈로 계속 진행하십시오.

대안: genkernel 사용

직접 설정이 상당히 벅차다면, genkernel을 추천합니다. 커널을 설정하고 빌드하는 과정을 자동으로 처리합니다.

genkernel은 설치 CD 커널이 설정한 방식과 거의 동일하게 커널을 설정하여 동작합니다. 커널을 빌드할 때 genkernel을 사용하면, 설치 CD에서 동작했던바와 같이 시스템에서 부팅 시간에 발견한 모든 하드웨어를 발견한다는 의미입니다. 왜냐면 genkernel은 직접적으로 커널을 설정할 필요가 없기 때문에 커널 컴파일을 귀찮아하는 사용자에게 이상적인 해결책입니다.

이제 genkernel을 사용하는 방법을 보겠습니다. 먼저 sys-kernel/genkernel ebuild를 이머지하십시오:

root #emerge --ask sys-kernel/genkernel

다음 /etc/fstab 파일을 편집하여 두번째 필드에 /boot/가 들어있는 줄이 올바른 장치를 가리키도록 하십시오. 핸드북의 파티션 예제를 따라했다면 대부분 ext2 파일 시스템을 갖춘 /dev/sda2 입니다. 파일 내용은 다음과 같이 만들 수 있습니다:

root #nano -w /etc/fstab
파일 /etc/fstab/boot 마운트 지점 설정
/dev/sda2	/boot	ext2	defaults	0 2
참고
앞으로의 젠투 설치 과정에서 /etc/fstab을 다시 설정합니다. /boot설정은 이 설정 과정에서 genkernel프로그램이 읽어들이기 때문에 지금 바로 진행해야 합니다.

이제 genkernel all를 실행하여 커널 소스 코드를 컴파일하십시오. genkernel은 대부분의 하드웨어를 지원하는 커널을 컴파일 하므로 컴파일이 끝나기까지 상당한 시간이 걸린다는 사실을 알아두십시오!

참고
부트 파티션에서 ext2 또는 ext3 파일 시스템을 쓰지 않는다면 genkernel --menuconfig all 명령으로 커널을 직접 설정하고 커널에 각각의 지원 파일 시스템을 추가해야 합니다(예: 모듈 아님). LVM2 사용자는 마찬가지로 매개변수 --lvm을 넣어야겠습니다.
root #genkernel all

genkernel 동작이 끝나면, 모듈 전체 모음과 초기화 램 디스크(initramfs)를 만듭니다. 이 문서에서 나중에 부트로더를 설정할 때 이 커널과 initrd를 사용합니다. 부트로더 설정 파일을 편집할 때 정보로 사용하겠으니 커널과 initrd의 이름을 적어두십시오. "실제" 시스템을 시작하기 전에 하드웨어 자동 감지(설치 CD와 유사) 동작을 수행하는 즉시 initrd를 시작합니다.

root #ls /boot/kernel* /boot/initramfs*

커널 모듈

모듈 설정

/etc/conf.d/modules에서 자동으로 불러와야 하는 모듈을 조회하십시오. 필요한 경우 추가 옵션을 모듈에 추가할 수 있습니다.

존재하는 모든 모듈을 보려면 다음과 같이 find 명령을 실행하십시오. 잊지 말고 "<kernel version>" 부분을 컴파일한 커널의 버전으로 바꾸십시오.

root #find /lib/modules/<kernel version>/ -type f -iname '*.o' -or -iname '*.ko' | less

예를 들어 3c59x.ko 모듈(3COM 네트워크 카드 계열 드라이버)을 자동으로 블러오려면, /etc/conf.d/modules 파일을 편집하고 모듈 이름을 입력하십시오.

root #nano -w /etc/conf.d/modules
modules="3c59x"

시스템 설정으로 설치 과정을 계속 진행하십시오.

선택: 펌웨어 설치

일부 드라이버는 동작하기 전에 시스템에 추가 펌웨어를 설치해야 합니다. 네트워크 인터페이스에 흔히 있는 경우이며 특히 무선 네트워크 인터페이스의 경우 그렇습니다. 대부분의 펌웨어는 sys-kernel/linux-firmware에 있습니다:

root #emerge --ask sys-kernel/linux-firmware




Other languages:
Deutsch • ‎English • ‎español • ‎français • ‎italiano • ‎日本語 • ‎한국어 • ‎Nederlands • ‎polski • ‎português do Brasil • ‎русский • ‎українська • ‎中文(中国大陆)‎
설치
설치 정보
매체 선택
네트워크 설정
디스크 준비
스테이지 3 설치
베이스 시스템 설치
커널 설정
시스템 설정
도구 설치
부트로더 설정
마무리
젠투 다루기
포티지 소개
USE 플래그
포티지 기능
초기화 스크립트 시스템
환경 변수
포티지 다루기
파일 및 디렉터리
변수
소프트웨어 브랜치 함께 사용하기
추가 도구
포티지 트리 개별 설정
고급 기능
네트워크 설정
시작하기
고급 설정
모듈러 네트워크
무선 네트워크
기능 추가
동적 관리


파일 시스템 정보

fstab 정보

리눅스 시스템에서 사용하는 모든 분할 영역 정보는 /etc/fstab 에 있습니다. 이 파일에는 분할 영역의 마운트 지점(파일 시스템 구조를 볼 수 있는 곳), 마운트해야 할 방법, 특수 옵션(자동인지 아닌지, 사용자가 마운트를 할 수 있는지 없는지 등)이 들어있습니다

fstab 파일 만들기

/etc/fstab 파일은 표와 비슷한 문법을 사용합니다. 각 줄은 6개의 내용으로 채워져있으며 공백(단일 공백, 탭 또는 혼합)문자로 나눕니다. 각각의 필드는 자체적인 의미를 지니고 있습니다:

  1. 첫번째 내용은 분할 영역(장치 파일 경로)을 나타냅니다
  2. 두번째 내용은 분할 영역을 마운트할 마운트 지점을 나타냅니다
  3. 세번째 내용은 분할 영역에서 사용하는 파일 시스템을 나타냅니다
  4. 네번째 내용은 분할 영역을 마운트할 때 mount에서 사용하는 마운트 옵션을 나타냅니다. 모든 분할 영역에는 자체 마운트 옵션이 있기에 옵션 전체 목록을 알아보려면 mount 맨 페이지(man mount)를 읽어보시는게 좋겠습니다. 여러가지 마운트 옵션은 콤마로 구분합니다.
  5. 다섯번째 내용은 분할 영역 덤프를 남겨둔지 여부를 나타냅니다. 보통 0(영)으로 남겨둡니다.
  6. 여섯번째 내용은 시스템을 제대로 된 과정을 거쳐 끄지 못했을 때 fsck에서 파일 시스템을 점검할 순서를 나타냅니다. 루트 파일 시스템은 1이어야 하며 나머지는 2가 되어야 합니다(점검이 필요하지 않다면 0으로 남겨둡니다).
중요
젠투에서 제공하는 기본 /etc/fstab 파일은 올바른 fstab 파일이 아니지만, 양식 내용이 좀 더 자세하게 들어있습니다.
root #nano -w /etc/fstab

나머지 부분에서는 기본 /dev/sd* 블록 장치 파일을 분할 영역으로 사용합니다.

분할 영역 레이블 및 UUID

GPT쪽으로 간 사용자는 /etc/fstab 에 분할 영역을 정의할 수 있는 '믿을 수 있는' 옵션을 더 넣습니다. 분할 영역 레이블과 분할 영역 UUID는 GPT 방식으로 포맷한 장치에 활용할 수 있는데 블록 장치의 분할 영역을 유일하게 구별하려는 목적입니다. 레이블과 UUID는 터미널에서 blkid 명령을 실행하면 간단하고 편리하게 깔끔한 모양새로 볼 수 있습니다:

root #blkid

레이블로 분할 영역을 찾을땐 항상 그렇진 않지만, fstab에서 분할 영역을 UUID로 식별할 때는 개별 분할 영역을 찾을 때, 심지어는 블록 장치 파일이 바뀌었을 때도 부트로더에서 햇갈리지 않게 합니다. fstab에 이전 방식으로 기본 블록 장치 파일(/dev/sd*N)을 활용할 경우, 보통 SATA 블록 장치를 추가/제거할 경우 종종 시스템을 다시 시작하는데, 이때 위험 부담이 있습니다.

블록 장치 파일 작명은 여러 요인에 따라 다릅니다(시스템에 디스크가 어떻게 어떤 순서로 붙어있나 등). 디스크 장착 순서를 계속 건드릴게 아니라면, 기존 상태로는 기본 블록 장치 파일을 활용하는게 간단하고 직관적인 접근 방식입니다.

/boot/ 분할 영역에 대한 옵션을 적어가는 방법을 살펴보도록 하겠습니다. 단지 예제일 뿐이며 설치 과정에서 결정한 공간 분할 형태에 따라 바꾸어야합니다.

amd64 분할 영역 예제에서, /boot/는 보통 ext2 파일 시스템을 쓰는 /dev/sda2 분할 영역입니다. 부팅 과정에 검사해야 하기 때문에 다음의 대용으로 적어내려가겠습니다:
파일 /etc/fstab/etc/fstab의 /boot 줄 예제
/dev/sda2 /boot ext2 defaults 0 2 

어떤 사용자는 시스템의 보안을 개선하려는 이유로 /boot/ 분할 영역을 자동으로 마운트하려 하지 않습니다. 이러한 사용자는 defaultsnoauto로 바꾸어야합니다. 이 옵션은 해당 분할 영역을 사용하려고 할 때마다 직접 마운트해야 함을 의미합니다.

이전에 결정한 분할 영역 모양새에 따라 규칙을 추가하시고, CD-ROM 드라이브라든지, 물론, 다른 분할 영역과 드라이브도 사용한다면 해당 장치도 추가하십시오.

좀 더 내용을 추가한 /etc/fstab 파일 예제는 다음과 같습니다:

파일 /etc/fstab/etc/fstab 전체 예제
/dev/sda2   /boot        ext2    defaults,noatime     0 2
/dev/sda3   none         swap    sw                   0 0
/dev/sda4   /            ext4    noatime              0 1
  
/dev/cdrom  /mnt/cdrom   auto    noauto,user          0 0

세번째 내용에 auto를 사용하면 mount 명령에서 파일시스템에 처리해야 할 방식을 짐작하여 처리합니다. 여러 파일 시스템을 만들 수 있는 이동식 미디어에 추천합니다. 네번째에 user를 넣으면 비-루트 사용자도 CD에 마운트할 수 있습니다.

대부분의 사용자는 성능을 끌어올리려고 마운트 옵션에 접근 시간을 등록(어쨌든 평상시에 항상 필요하지 않습니다)하지 않아 시스템을 더욱 빠르게 하는 noatime을 넣습니다. 정적 상태 드라이브(SSD)를 쓰면서TRIM 명령을 실행하는 discard 마운트 옵션도 활성화할 사용자에게 추천합니다(현재는 ext4와 btrfs뿐).

/etc/fstab 파일을 다시 확인하시고, 저장하고 빠져나가서 다음 단계를 계속 진행하십시오.

네트워크 정보

호스트, 도메인 정보

사용자가 처리할 수 있는 선택중 하나는 PC의 이름을 부여하는 것입니다. 조금 쉬워보이긴 합니다만 리눅스 PC에 적당한 이름을 찾기란 대부분의 사용자에겐 어렵습니다. 빨리 넘어가기 위해 이 결정이 끝이 아님을 알아두십시오. 나중에 바꿀 수 있습니다. 아래 예제에서는 "homenetwork" 도메인에서 "tux" 호스트이름을 사용함을 보여줍니다.

root #nano -w /etc/conf.d/hostname
# Set the hostname variable to the selected host name
hostname="tux"

그 다음, 도메인 이름이 필요하다면 /etc/conf.d/net에 설정하십시오. ISP 또는 네트워크 관리자가 필요하다고 하거나 네트워크에 DHCP 서버가 아닌 DNS 서버를 가지고 있을 경우에만 필요합니다. 시스템에서 동적 IP 주소 할당 및 네트워크 설정에 DHCP를 사용한다면 DNS 또는 도메인 이름에 걱정하실 필요가 없습니다.

참고
기본적으로 /etc/conf.d/net 파일이 없으므로 만들어야합니다.
root #nano -w /etc/conf.d/net
# Set the dns_domain_lo variable to the selected domain name
dns_domain_lo="homenetwork"
참고
도메인 이름을 설정하지 않으면 로그인 화면에서 "This is hostname.(none)" 메시지가 뜹니다. /etc/issue를 편집하고 해당 파일에서 .\O 문자열을 지워서 고쳐야합니다.

NIS 도메인이 필요(잘 모르겠다면 필요하지 않음)하다면 NIS 도메인도 지정하십시오:

root #nano -w /etc/conf.d/net
# Set the nis_domain_lo variable to the selected NIS domain name
nis_domain_lo="my-nisdomain"
참고
DNS와 NIS 설정에 대한 더 많은 정보는 bzless로 읽을 수 있는 /usr/share/doc/netifrc-*/net.example.bz2 제공 예제를 살펴보십시오. 또한 DNS/NIS 설정 관리를 도와줄 net-dns/openresolv 설치도 괜찮습니다.

네트워크 설정

젠투 리눅스 설치 과정에서 네트워크를 거의 설정했습니다만 설치 CD 자체에서의 설정이었으며 설치한 환경에 대한 설정은 아니었습니다. 이제 네트워크 설정을 설치한 젠투 리눅스 시스템에 만들겠습니다.

참고
본딩, 브릿징, 802.1Q VLAN, 무선 네트워크를 다루는 네트워크에 대한 자세한 내용은 젠투 네트워크 설정 절에서 다룹니다.

모든 네트워크 정보를 /etc/conf.d/net에서 가져왔습니다. 별로 직관적이지 않은것 같은 간단한 문법을 사용합니다. 그러나 두려워 하실 일이 없습니다. 모든 내용은 아래에 설명해드립니다. 여러가지 설정을 다루는 자세한 설명 예제는 /usr/share/doc/netifrc-*/net.example.bz2에 있습니다.

먼저 net-misc/netifrc를 설치하십시오:

root #emerge --ask --noreplace net-misc/netifrc

기본적으로 DHCP를 사용합니다. DHCP를 동작하게 하려면 DHCP 클라이언트를 설치해야합니다. 필요한 시스템 도구 설치 편에서 설명하겠습니다.

DHCP 별개 옵션 때문이거나, DHCP를 모든 컴퓨터에서 쓸 수 있는게 아니어서 네트워크 연결을 설정해야한다면 /etc/conf.d/net 파일을 여십시오:

root #nano -w /etc/conf.d/net

config_eth0routes_eth0 변수에 IP 주소 정보와 라우팅 정보를 입력하여 설정하십시오:

참고
여기서는 eth0 네트워크 인터페이스로 가정합니다. 그러나 이 이름이 시스템에 따라 다릅니다. 설치 매체가 최근의 것이라면 설치 매체로 부팅했을 때 나타나는 인터페이스 이름과 동일하다고 가정함을 추천합니다.
파일 /etc/conf.d/net고정 IP 정의
config_eth0="192.168.0.2 netmask 255.255.255.0 brd 192.168.0.255"
routes_eth0="default via 192.168.0.1"

DHCP를 사용하려면, config_eth0를 정의하십시오:

파일 /etc/conf.d/netDHCP 정의
config_eth0="dhcp"

존재하는 모든 옵션을 보려면 /usr/share/doc/netifrc-*/net.example.bz2를 읽어보십시오. DHCP 옵션을 설정해야 한다면 DHCP 클라이언트 맨 페이지도 읽어보십시오.

시스템에 여러가지 네트워크 인터페이스를 달고 있다면, config_eth1, config_eth2 등에 대해 위 과정을 반복하십시오.

이제 설정을 저장하고 빠져나간 후 다음 과정으로 계속 진행하십시오.

부팅 과정에서 네트워크 자동으로 시작하기

부팅 과정에서 네트워크 인터페이스를 활성화하려면, 기본 실행 레벨에 추가해야합니다.

root #cd /etc/init.d
root #ln -s net.lo net.eth0
root #rc-update add net.eth0 default

시스템에 여러가지 네트워크 인터페이스가 있다면 net.eth0 처럼 적당한 net.* 파일을 만들어야합니다.

다음에 시스템을 부팅하면 네트워크 인터페이스 이름(현재 문서에 남긴 이름은 eth0)의 가정이 틀렸음을 알아챌 것입니다. 이 문제를 바로잡으려면 다음 단계를 따라 처리하십시오:

  1. (eth0 대신 enp3s0같이) 올바른 인터페이스 이름으로 /etc/conf.d/net 파일을 업데이트하십시오
  2. 새 심볼릭 링크를 만드십시오(/etc/init.d/net.enp3s0)
  3. 이전 심볼릭 링크를 제거하십시오(rm /etc/init.d/net.eth0)
  4. 새로 만든 심볼릭 링크를 기본 실행 레벨에 추가하십시오
  5. 이전 심볼릭 링크를 rc-update del net.eth0 default 명령으로 제거하십시오

hosts 파일

다음은 네트워크 환경을 리눅스에 알려야 합니다. /etc/hosts 에서 정의하며, 이름 서버에서 해석할 수 없는 호스트에서 호스트의 이름을 IP 주소로 바꾸는 과정을 돕습니다.

root #nano -w /etc/hosts
파일 /etc/hosts네트워크 정보 채우기
# This defines the current system and must be set
127.0.0.1     tux.homenetwork tux localhost
  
# Optional definition of extra systems on the network
192.168.0.5   jenny.homenetwork jenny
192.168.0.6   benny.homenetwork benny

편집기에서 저장하고 빠져나가서 다음 과정을 계속 진행하십시오.

선택: PCMCIA 동작하게 만들기

PCMCIA 사용자는 sys-apps/pcmciautils 꾸러미를 설치해야합니다.

root #emerge --ask sys-apps/pcmciautils

시스템 정보

루트 암호

passwd 명령으로 루트 암호를 설정하십시오.

root #passwd

루트 리눅스 계정은 가장 강력한 계정이므로 강력한 암호를 선택해야 합니다. 나중에 매일 사용할 일반 사용자 계정을 추가로 만듭니다.

Init와 부팅 설정

(최소한 OpenRC를 쓸 때)젠투에서 서비스와 시스템의 시작과 마침 과정을 설정할 때 /etc/rc.conf 파일을 활용합니다. /etc/rc.conf 파일을 열고 파일의 모든 주석을 맘대로 제거하십시오. 필요한 부분의 설정을 다시 살펴보고 바꾸십시오.

root #nano -w /etc/rc.conf

그 다음 /etc/conf.d/keymaps 파일을 열어 키보드 설정을 처리하십시오. 해당 파일을 편집하여 올바른 키보드를 선택하고 설정하십시오.

root #nano -w /etc/conf.d/keymaps

keymap 변수는 특히 조심스럽게 다루십시오. 잘못된 키맵을 선택하면 키보드로 입력할 때, 이상한 결과가 나타납니다.

마지막으로 시계 옵션을 설정하려 /etc/conf.d/hwclock 파일을 편집하겠습니다. 개인 취향에 맞춰 편집하십시오.

root #nano -w /etc/conf.d/hwclock

하드웨어 클록에서 UTC 방식을 사용하지 않는다면, 파일에 clock="local"를 설정해야 합니다. 그렇지 않으면 시스템의 시계 동작이 꼬이는 일이 생깁니다.




Other languages:
Deutsch • ‎English • ‎español • ‎français • ‎italiano • ‎日本語 • ‎한국어 • ‎Nederlands • ‎polski • ‎português do Brasil • ‎русский • ‎українська • ‎中文(中国大陆)‎
설치
설치 정보
매체 선택
네트워크 설정
디스크 준비
스테이지 3 설치
베이스 시스템 설치
커널 설정
시스템 설정
도구 설치
부트로더 설정
마무리
젠투 다루기
포티지 소개
USE 플래그
포티지 기능
초기화 스크립트 시스템
환경 변수
포티지 다루기
파일 및 디렉터리
변수
소프트웨어 브랜치 함께 사용하기
추가 도구
포티지 트리 개별 설정
고급 기능
네트워크 설정
시작하기
고급 설정
모듈러 네트워크
무선 네트워크
기능 추가
동적 관리


시스템 로거

스테이지 3 아카이브에서 몇가지 도구가 빠졌는데 대부분 꾸러미가 동일한 기능을 지니고 있기 때문입니다. 이제 설치할 도구를 선택하는건 사용자의 몫입니다.

첫번째로 결정해야 할 도구는 시스템 로깅 수단을 제공합니다. 유닉스 및 리눅스는 로깅 능력에 있어 멋진 역사를 지니고 있습니다 - 필요하다면, 로그 파일에 시스템에 일어나는 모든 일을 기록할 수 있습니다. 이 일은 시스템 로거가 처리합니다.

젠투는 선택할 다양한 시스템 로거를 제공합니다. 그 중 몇가지가 있다면:

  • app-admin/sysklogd - Offers the traditional set of system logging daemons. The default logging configuration works well out of the box which makes this package a good option for beginners.
  • app-admin/syslog-ng - An advanced system logger. Requires additional configuration for anything beyond logging to one big file. More advanced users may choose this package based on it's logging potential; be aware additional configuration is a necessity for any kind of smart logging.
  • app-admin/metalog - A highly-configurable system logger.

마찬가지로 포티지에 다른 다양한 로거가 존재합니다. 수많은 꾸러미는 매일 늘어납니다.

sysklogd 또는 syslog-ng를 사용하려 한다면, 시스템 로거가 로그 파일에 대한 순환 매커니즘을 제공하지 않으므로, 이들 꾸러미를 설치한 후 app-admin/logrotate를 설치하는 것이 좋습니다.

선택한 시스템 로거를 설치하려면, emerge후, rc-update를 사용하여 기본 런레벨에 추가해야합니다. 다음 예제에서는 app-admin/sysklogd를 설치합니다:

root #emerge --ask app-admin/sysklogd
root #rc-update add sysklogd default

선택: 크론 데몬

다음은 크론 데몬입니다. 설치를 해도 안해도 그만이며, 모든 시스템에서 설치할 필요는 없지만, 설치하는게 현명합니다.

크론 데몬은 일정별로 계획한 명령을 실행합니다. 규칙적으로(예를 들어 매일, 주별, 월별) 실행할 필요가 있는 명령에 대해 매우 간편합니다.

젠투는 sys-process/bcron, sys-process/dcron, sys-process/fcron, sys-process/cronie 등의 다양한 크론 데몬을 제공합니다. 이들 중 하나를 설치하는 건 시스템 로거를 설치할 때와 마찬가지입니다. 다음 예제에서는 sys-process/cronie를 설치합니다:

root #emerge --ask sys-process/cronie
root #rc-update add cronie default

dcron또는 fcron을 사용한다면, 추가 초기화 명령을 실행해야합니다:

root #crontab /etc/crontab

선택: 파일 인덱싱

파일 시스템을 인덱싱하여 파일 탐색을 더 빠르게 하려면 sys-apps/mlocate를 설치하십시오.

root #emerge --ask sys-apps/mlocate

선택: 원격 접근

설치 후 시스템을 원격으로 접근하려면, 기본 런레벨에 sshd 초기화 스크립트를 추가하십시오:

root #rc-update add sshd default

직렬 콘솔 접근이 필요하다면 (원격 서버의 경우 가능) /etc/inittab에서 직렬 콘솔 섹션의 주석 표시를 빼십시오:

root #nano -w /etc/inittab
# SERIAL CONSOLES
s0:12345:respawn:/sbin/agetty 9600 ttyS0 vt100
s1:12345:respawn:/sbin/agetty 9600 ttyS1 vt100

파일 시스템 도구

사용하는 파일 시스템에 따라 필요한 파일 시스템 유틸리티를 설치해야 합니다(파일 시스템 무결성 검사, 추가 파일 시스템 만들기 등). ext2, ext3, ext4 파일 시스템(sys-fs/e2fsprogs)을 관리하는 도구는 이미 @system 세트의 일부로 설치했음을 참고하십시오.

다음 테이블 목록에서는 각각의 파일 시스템을 사용할 경우 설치할 도구를 보여줍니다:

파일 시스템 꾸러미
Ext2, 3, and 4 sys-fs/e2fsprogs
XFS sys-fs/xfsprogs
ReiserFS sys-fs/reiserfsprogs
JFS sys-fs/jfsutils
VFAT (FAT32, ...) sys-fs/dosfstools
Btrfs sys-fs/btrfs-progs
요령
자세한 젠투 파일 시스템 정보를 보려면 파일 시스템 게시글을 살펴보십시오.

네트워크 도구

추가 네트워크 도구가 필요하지 않으면 부트로더 설정으로 바로 계속 진행하십시오.

DHCP 클라이언트 설치

중요
여러분의 선택에 달려있긴 하지만, 네트워크에 접속하는 대부분의 사용자는 DHCP 서버에 연결하는 DHCP 클라이언트가 필요합니다. DHCP 클라이언트를 설치하십시오. 이 단계를 잊고 넘어간다면, 시스템이 네트워크에 참여할 수 없어, 나중에 DHCP 클라이언트를 다운로드하고 설치할 수 없습니다.

netifrc 스크립트로 시스템에 있는 하나 이상의 네트워크 인터페이스에서 IP 주소를 자동으로 가져오도록 하려면 DHCP 클라이언트를 설치해야합니다. 포티지 트리상에 다른 DHCP 클라이언트도 있지만, net-misc/dhcpcd 클라이언트를 추천합니다:

root #emerge --ask net-misc/dhcpcd

dhcpcd에 대한 더 많은 내용은 dhcpcd 게시글en에서 알아보십시오.

선택: PPPoE 클라이언트 설치

인터넷에 연결할 때 PPP를 사용한다면 net-dialup/ppp 꾸러미를 설치하십시오:

root #emerge --ask net-dialup/ppp

이제 부트로더 설정으로 계속 진행하십시오.




Other languages:
Deutsch • ‎English • ‎español • ‎français • ‎italiano • ‎日本語 • ‎한국어 • ‎Nederlands • ‎polski • ‎português do Brasil • ‎русский • ‎українська • ‎中文(中国大陆)‎
설치
설치 정보
매체 선택
네트워크 설정
디스크 준비
스테이지 3 설치
베이스 시스템 설치
커널 설정
시스템 설정
도구 설치
부트로더 설정
마무리
젠투 다루기
포티지 소개
USE 플래그
포티지 기능
초기화 스크립트 시스템
환경 변수
포티지 다루기
파일 및 디렉터리
변수
소프트웨어 브랜치 함께 사용하기
추가 도구
포티지 트리 개별 설정
고급 기능
네트워크 설정
시작하기
고급 설정
모듈러 네트워크
무선 네트워크
기능 추가
동적 관리



부트로더 선택

리눅스 커널을 설정하고, 시스템 도구를 설치하고, 설정 파일을 편집하고 나면, 리눅스 설치의 일부로서 마지막으로 중요한 부분, 부트로더를 설치할 차례입니다.

부트로더는 부팅 과정에서 리눅스 커널의 실행을 담당합니다. 부트로더가 없으면 시스템에서는 전원 단추를 누른 후 그 다음 과정을 어떻게 처리해야 할지 모릅니다.

amd64에서는 BIOS 기반 시스템에서 GRUB2 또는 LILO를 설정하는 방법, UEFI 시스템에서 GRUB2 또는 efibootmgr을 사용하는 방법을 문서에 남겨두었습니다.

여기서는 부트로더 꾸러미를 이머징하고 시스템 디스크에 부트로더를 설치하는 방법을 설명합니다. 이머징은 시스템에서 활용할 수 있는 프로그램 꾸러미를 Portage에 만들려고 요청할 때 활용합니다. 설치는 다음에 전원을 다시 켰을 때 부트로더를 활성화한 후 동작 대기 상태로 두도록 시스템 디스크 드라이브의 적당한 부분에 파일을 복사하거나 물리적으로 수정함을 의미합니다.

기본: GRUB2

이전에, 젠투 리눅스는 GRUB 레거시를 추천 부트로더로 사용했습니다. 이름에서 의미하는 바와 같이, 이전 GRUB 꾸러미는 더이상 관리하지 않으며, GRUB2로 대체했습니다. 기존 GRUB에 대해 더 많은 정보를 보시려면, 젠투 위키의 GRUBen 게시물을 참고하십시오.

기본적으로, 젠투 시스템에서는 기존 GRUB을 그대로 이어가는 GRUB2(sys-boot/grub)로 의존 대세가 바뀌었습니다. 설정을 추가로 하지 않아도 이전 BIOS 시스템을 기꺼이 지원합니다. 빌드 이전에 필요한 일부 설정으로 여러 추가 플랫폼을 지원할 수 있습니다. 자세히 알아보시려면 GRUB2 게시글의 선행 과정 부분을 참고하십시오.

Emerge

MBR 분할 영역 테이블만 지원하는 이전 BIOS 시스템을 활용한다면 GRUB을 이머징할 때 추가로 설정할 필요가 없습니다:

root #emerge --ask --verbose sys-boot/grub:2
  • UEFI 사용자 참고사항: 위 명령을 실행하면 이머징을 시작하기 전 GRUB_PLATFORMS 활성 변수 값을 나타냅니다. UEFI 기능이 동작하는 시스템을 활용한다면, 해당 사용자는 GRUB_PLATFORMS="efi-64"(기본적인 고려 사항)값을 넣었는지 확인해야합니다. 설치 과정에 이 값이 나타나지 않은 경우라면 GRUB2를 이머징하기 /etc/portage/make.conf 파일에 GRUB_PLATFORMS="efi-64" 값을 추가하여, GRUB2에 EFI 기능을 넣어 빌드할 수 있게 해야합니다.
root #echo 'GRUB_PLATFORMS="efi-64"' >> /etc/portage/make.conf
root #emerge --ask sys-boot/grub:2
(위에서와 같이) make.confGRUB_PLATFORMS="efi-64"를 활성화하지 않고 GRUB2를 이머지했다 하더라도 나중에 해당 줄을 추가할 수 있고, emerge--update --newuse 옵션을 전달하여 전체 꾸러미 모음en의 의존성을 다시 처리할 수 있습니다.
root #emerge --ask --update --newuse --verbose sys-boot/grub:2

이제 GRUB2 프로그램을 이머징했지만, 설치한 상태는 아닙니다.

설치

다음, /boot/grub/에 필요한 GRUB2 파일을 grub-install 명령으로 설치할 차례입니다. 첫번째 디스크(부팅할 디스크)를 /dev/sda라고 가정하고, 다음 명령중 하나로 GRUB2 파일을 설치합니다:

  • BIOS를 사용하면:
root #grub-install /dev/sda
  • UEFI를 사용하면:
중요
grub-install을 실행하기 전 EFI 시스템 공간을 마운트 했는지 확인하십시오. grub-install 프로그램이 잘못된 디렉터리를 사용한 어떤 설정 내지는 표시 없이 잘못된 디렉터리의 GRUB EFI 파일(grubx64.efi)로 설치할 수 있습니다.
root #grub-install --target=x86_64-efi --efi-directory=/boot
참고
EFI 디렉터리 설정을 vfat EFI 시스템 파티션 루트로 수정하십시오. /boot 파티션을 vfat으로 포맷하지 않았을 때 필요한 과정입니다.

설정

다음, /etc/default/grub 파일과 /etc/grub.d 스크립트를 기반으로 정의한 사용자 설정을 기반으로 하여 GRUB2 설정을 만드십시오. GRUB2에서 어떤 커널로 부팅할지 (/boot/에 존재하는 가장 최신의 버전), 루트 파일 시스템이 어디인지 자동으로 찾기 때문에 사용자가 직접 설정할 필요가 없습니다. /etc/default/grubGRUB_CMDLINE_LINUX 변수에 커널 매개 변수를 넣을 수도 있습니다.

최종 GRUB2 설정을 만들려면 grub-mkconfig 명령을 실행하십시오:

root #grub-mkconfig -o /boot/grub/grub.cfg
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-3.16.5-gentoo
Found initrd image: /boot/initramfs-genkernel-amd64-3.16.5-gentoo
done

명령 출력은 최소한 시스템 부팅에 필요한 하나의 리눅스 이미지를 찾았다는 알림이 나와야 합니다. initramfs를 사용했거나, 커널 빌드시 genkernel를 사용했다면, 마찬가지로 올바른 initrd 이미지를 찾아야 합니다. 이런 경우가 아니라면 /boot/로 이동해서 ls 명령으로 내용을 확인해보십시오. 여전히 파일이 빠졌다면, 커널 설정으로 되돌아가서 설치 절차를 따르십시오.

요령
os-prober 유틸리티로 붙어있는 드라이브에서 다른 우영체제를 찾아 붙일 수 있습니다. 윈도우 7, 8.1, 10, 그리고 다른 리눅스 배포판을 찾을 수 있습니다. 듀얼 부팅 시스템을 원한다면 sys-boot/os-prober 꾸러미를 설치하고 grub-mkconfig 명령을 (위에서 보신 것처럼) 다시 실행하십시오. 운영체제를 찾는 과정에 문제가 있다면, 젠투 커뮤니티에 지원을 요청하기 GRUB2 게시글을 다시 확인하십시오.

대안 1: LILO

Emerge

LInuxLOader LILO는 검증되고 본 기능에 충실한 리눅스 부트로더입니다. 그러나 GRUB에 비하면 부족한 측면도 있습니다. LILO를 그래도 사용하는 이유는, 일부 시스템에서 GRUB이 처리할 수 없는 동작을 LILO에서 처리할 수 있기 때문입니다. 물론, 일부 사용자가 여전히 LILO에 집착하기 때문이기도 합니다. 어쨌든간에 젠투는 두 부트로더를 다 지원합니다.

LILO 설치는 순식간입니다. 그냥 emerge 명령을 사용하십시오.

root #emerge --ask sys-boot/lilo

설정

LILO를 설정하려면, 먼저 /etc/lilo.conf 파일을 만드십시오:

root #nano -w /etc/lilo.conf

설정 파일에서 부팅 커널을 참조할 섹션을 사용합니다. 이 설정 파일에서 참조하려는 커널 파일(및 커널 버전)과 initramfs 파일을 알아내십시오.

참고
루트 파일 시스템이 JFS라면, 각각의 부팅 항목 다음에 append="ro"를 추가하여 읽기 쓰기 마운팅이 가능하기 전에 JFS에서 로그 작성을 제고하도록 하십시오
파일 /etc/lilo.confLILO 설정 예제
boot=/dev/sda             # Install LILO in the MBR
prompt                    # Give the user the chance to select another section
timeout=50                # Wait 5 (five) seconds before booting the default section
default=gentoo            # When the timeout has passed, boot the "gentoo" section
  
image=/boot/vmlinuz-3.16.5-gentoo
  label=gentoo            # Name we give to this section
  read-only               # Start with a read-only root. Do not alter!
  root=/dev/sda4          # Location of the root filesystem
  
image=/boot/vmlinuz-3.16.5-gentoo
  label=gentoo.rescue     # Name we give to this section
  read-only               # Start with a read-only root. Do not alter!
  root=/dev/sda4         # Location of the root filesystem
  append="init=/bin/bb"   # Launch the Gentoo static rescue shell
  
# The next two lines are for dual booting with a Windows system.
# In this example, Windows is hosted on /dev/sda6.
other=/dev/sda6
  label=windows
참고
다른 분할 배치 형식을 사용하거나 다른 커널 이미지를 사용한다면, 그에 맞게 조절하십시오.

initramfs가 필요하다면, 이 initramfs 파일을 참고하여 설정을 바꾸고 initramfs에게 실제 루트 장치가 어디있는지 알려주십시오:

파일 /etc/lilo.conf부팅 항목에 initramfs 정보 추가
image=/boot/vmlinuz-3.16.5-gentoo
  label=gentoo
  read-only
  append="root=/dev/sda4"
  initrd=/boot/initramfs-genkernel-amd64-3.16.5-gentoo

추가 옵션을 커널에 전달해야 한다면 append 구문을 사용하십시오. 예를 들어 프레임버퍼를 활성화할 video 구문을 추가하려면:

파일 /etc/lilo.conf부팅 옵션에 비디오 매개 변수 추가
image=/boot/vmlinuz-3.16.5-gentoo
  label=gentoo
  read-only
  root=/dev/sda4
  append="video=uvesafb:mtrr,ywrap,1024x768-32@85"

genkernel을 사용한 사용자는 설치 CD에서 사용한 부팅 옵션과 동일한 옵션을 커널에 사용함을 알아야합니다. 예를 들어 SCSI 장치 활성화가 필요하다면 doscsi를 커널 옵션으로 추가합니다.

이제 파일을 저장하고 빠져나가십시오.

설치

과정을 마무리하려면 /sbin/lilo를 실행하여 LILO가 /etc/lilo.conf 설정을 시스템에 반영(디스크 자체에 설치)할 수 있게 하십시오. 커널 파일 이름을 바꾸고 시스템을 부팅하려면 커널을 새로 설치하고 lilo.conf 파일을 바꾸어야 하며 매번 /sbin/lilo를 실행해야 함을 숙지하십시오.

root #/sbin/lilo

대안 2: efibootmgr

UEFI 기반 시스템에서는, 시스템의 UEFI 펌웨어(기본 부트 로더)에서 UEFI 부팅 항목을 직접 다룰 수 있습니다. 일부 시스템에서는 부팅할 때 GRUB2와 같은 추가(또는 차선) 부트로더가 필요하지 않습니다. 이 말은 결국, GRUB2 같은 EFI 기반 부트로더의 존재 이유가 바로 부팅 과정에서 UEFI 시스템 기능을 "확장"하는데 있습니다. efibootmgr를 사용하는 것이야말로(융통성이 없긴 하지만) 시스템 부팅 관점 접근 상 간소화를 원하는 이들에게 안성맞춤입니다. GRUB2(상부 참고)를 사용하는게 주로 사용자에게 더 쉬운 방법인데 UEFI 시스템을 부팅할 때 유연한 접근 방식을 취하기 때문입니다.

sys-boot/efibootmgr 프로그램은 부트로더가 아님을 기억해두십시오. efibootmgr은 UEFI 펌웨어와 소통하고 UEFI 펌웨어 설정을 업데이트할 때 사용하는 도구이기 때문에 이전에 설치한 리눅스 커널을 (필요한 경우)추가 옵션을 통해 부팅할 수 있으며, 또는 다중 부팅 항목을 넣을 수 있습니다. 이러한 동작간 작용은 EFI 변수로 처리할 수 있습니다(따라서 이를 처리하기 전에 커널의 EFI 변수 지원이 필요합니다).

계속하기 , EFI stub kernel 게시글을 우선 읽어두십시오. 시스템의 UEFI 펌웨어로 바로 부팅할 수 있게 커널의 몇가지 지정 옵션을 활성화해야합니다. 커널을 다시 컴파일 해야 할 수도 있습니다. efibootmgr 게시물을 살펴보시는 것도 좋습니다.

참고
다시 반복하지만, efibootmgr은 UEFI 시스템에서 부팅하는데 필수 요건이 아닙니다. 리눅스 커널 자체에서 즉시 부팅할 수 있으며, 추가 커널 명령행 옵션은 리눅스 커널 자체의 일부로 내장할 수 있습니다(사용자가 명령행에서 처럼 부팅 매개 변수를 지원하도록 호출할 수 있는 커널 설정 옵션이 있습니다). 심지어 initramfs도 커널 '그 자체'로 빌드할 수 있습니다.

이런 방식으로 진행하기로 마음먹었다면 프로그램을 설치해야합니다:

root #emerge --ask sys-boot/efibootmgr

그 다음 /boot/efi/boot/ 디렉터리를 만들고, bootx64.efi 커널을 여기에 복사하십시오:

root #mkdir -p /boot/efi/boot
root #cp /boot/vmlinuz-* /boot/efi/boot/bootx64.efi

다음, 새로 컴파일한 EFI 커널로 부팅하는 "Gentoo" 항목을 UEFI 펌웨어에 적어주십시오:

root #efibootmgr --create --disk /dev/sda --part 2 --label "Gentoo" --loader "\efi\boot\bootx64.efi"

초기 램 파일 시스템(initramfs)를 사용한다면, 적당한 부팅 옵션을 추가하십시오:

root #efibootmgr -c -d /dev/sda -p 2 -L "Gentoo" -l "\efi\boot\bootx64.efi" initrd='\initramfs-genkernel-amd64-3.16.5-gentoo'
참고
UEFI 정의를 활용한다면 디렉터리 구분자로서 \ 사용은 필수입니다.

설정을 다 바꿨다면, 시스템을 다시 부팅할 때, 부팅 항목에 "Gentoo"가 뜹니다.


시스템 다시 부팅

chroot로 진입한 환경을 빠져나가고 모든 파티션의 마운트를 해제하십시오. 그 다음 대미를 장식할 마법의 명령을 입력하여, 실제로 시험해보십시오: reboot.

root #exit
cdimage ~#cd
cdimage ~#umount -l /mnt/gentoo/dev{/shm,/pts,}
cdimage ~#umount /mnt/gentoo{/boot,/sys,/proc,}
cdimage ~#reboot

물론 부팅 CD를 제거하는걸 잊지 않으면 새 젠투 시스템 대신 CD로 부팅합니다.

새로 설치한 젠투 환경으로 다시 부팅하고 나면, 젠투 설치 마무리로 끝내십시오.




Other languages:
Deutsch • ‎English • ‎español • ‎français • ‎italiano • ‎日本語 • ‎한국어 • ‎Nederlands • ‎polski • ‎português do Brasil • ‎русский • ‎українська • ‎中文(中国大陆)‎
설치
설치 정보
매체 선택
네트워크 설정
디스크 준비
스테이지 3 설치
베이스 시스템 설치
커널 설정
시스템 설정
도구 설치
부트로더 설정
마무리
젠투 다루기
포티지 소개
USE 플래그
포티지 기능
초기화 스크립트 시스템
환경 변수
포티지 다루기
파일 및 디렉터리
변수
소프트웨어 브랜치 함께 사용하기
추가 도구
포티지 트리 개별 설정
고급 기능
네트워크 설정
시작하기
고급 설정
모듈러 네트워크
무선 네트워크
기능 추가
동적 관리


사용자 관리

매일 사용할 사용자 추가

유닉스/리눅스 시스템에서 루트 계쩡을 다루는 것은 위험하며, 가능한한 피해야 합니다. 따라서 매일 사용할 사용자의 추가를 강력히 권합니다.

그룹은 사용자가 구성원으로서 실행할 수 있는 활동을 정의합니다. 다음 표 목록은 몇가지 중요한 그룹을 나타냅니다:

그룹 설명
audio 오디오 장치에 접근할 수 있습니다
cdrom 광 장치에 접근할 수 있습니다
floppy 플로피 장치에 접근할 수 있습니다
games 게임을 할 수 있습니다
portage 포티지 제한 자료에 접근할 수 있습니다
usb USB 장치에 접근할 수 있습니다
video 비디오 캡처 하드웨어에 접근할 수 있으며 하드웨어 가속을 사용할 수 있습니다
wheel su 명령을 사용할 수 있습니다

wheel, users, audio그룹의 구성원 larry를 만들려면 root로 우선 로그인한 후(루트 사용자만 사용자 계정을 만들 수 있음) useradd 명령을 실행하십시오.

Login:root
Password: (Enter the root password)
root #useradd -m -G users,wheel,audio -s /bin/bash larry
root #passwd larry
Password: (Enter the password for larry)
Re-enter password: (Re-enter the password to verify)

사용자가 루트 권한으로 몇가지 작업을 수행할 필요가 있다면, 임시로 루트 권한을 받기 위해 su - 명령을 사용할 수 있습니다. 다른 방법은 sudo 꾸러미를 사용하는 방법인데, 올바르게 설정했다면 매우 안전합니다.

디스크 정리

타르볼 제거

젠투 설치가 끝나고 시스템을 다시 부팅한 후 모든 부분이 잘 끝났다면 이제 다운로드한 스테이지 3 타르볼을 하드 디스크에서 제거할 수 있습니다. / 디렉터리에 다운로드했음을 기억하십시오.

root #rm /stage3-*.tar.bz2*

이제 어디로 갈까요

문서

어디로 갈까요? 선택지가 뭐죠? 어디부터 볼까요? 젠투는 다양한 가능성을 사용자에게 제공하기 때문에, 문서화한(그리고 내용은 적은) 다양한 특징을 제공합니다.

프로그램을 최신으로 유지하는 방법, 더 많은 프로그램을 설치하는 방법, USE 플래그는 무엇이며, 어떻게 젠투 초기화 시스템이 동작하는지 등을 설명하는, 젠투 다루기라고 명명한 젠투 핸드북의 다음 부분을 확실히 살펴보십시오.

이 핸드북 외에도 커뮤니티 기반으로 문서를 제공하는 젠투 위키에서 추가적으로 찾아보셔야 합니다. 젠투 문서 팀은 위키 글을 쉽게 선택할 수 있도록 문서 개요en를 제공합니다. 시스템을 편하게 다룰 수 있도록 하는 지역화 안내서도 있습니다.

젠투 온라인

물론 젠투 포럼en 또는 젠투 IRC 채널en중 어디든지라도 모든이들을 언제든 환영합니다.

모든 사용자에게 열린 여러가지 메일링 리스트en 가 있습니다. 해당 페이지에는 메일링 리스트에 참여하는 방법도 있습니다.

즐기세요! :)




Warning: Display title "젠투 리눅스 amd64 핸드북: 젠투 설치" overrides earlier display title "Handbook:AMD64/Full/Installation/ko".