Handbook:Parts/Installation/Stage/ko

날짜 및 시간 설정
Before installing Gentoo, it is a good idea to be sure the date and time are set correctly. A mis-configured clock may lead to strange results: base system files should be extracted with accurate time stamps. In fact, due to several websites and services using encrypted communications (SSL/TLS), it might not be possible to download the installation files at all if the system clock is too far skewed!

Verify the current date and time by running the command:

If the date/time displayed is wrong, update it using one of the methods below.

Automatic
Official Gentoo installation media includes the command (available through the  package). Official media includes a configuration file pointing to ntp.org time servers. It can be used to automatically sync the system clock to UTC time using a time server. Using this method requires a working network configuration and may not be available on all architectures.

Manual
The command can also be used to perform a manual set on the system clock. Use the  syntax (Month, Day, hour, minute and Year).

UTC time is recommended for all Linux systems. Later on during the installation a timezone will be defined. This will modify the display of the clock to local time.

For instance, to set the date to October 3rd, 13:16 in the year 2016:

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

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

no-multilib(순수 64비트)
Selecting a no-multilib tarball to be the base of the system provides a complete 64-bit operating system environment. This effectively renders the ability to switch to multilib profiles improbable, but possible. Those who are just starting out with Gentoo should not choose a no-multilib tarball unless it is absolutely necessary.

스테이지 타르볼 다운로드
루트 파일 시스템을 마운트한 젠투 마운트 지점으로 이동하십시오(대부분 ):

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

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

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

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

On the mirror list, select a mirror close by. Usually HTTP mirrors suffice, but other protocols are available as well. Move to the directory. There all available stage files are displayed (they might be stored within subdirectories named after the individual sub-architectures). Select one and press to download.

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


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

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

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

SHA512 체크섬을 검증한다면:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ready, set, go!
개인 취향에 맞춰 를 업데이트한 후 저장하십시오(나노 사용자는 +를 치십시오).

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