Handbook:Parts/Installation/Stage/ko

날짜 및 시간 설정
젠투를 설치하기 전 날짜와 시간을 올바르게 설정했는지 확인하십시오. 잘못 설정한 시간은 나중에 이상한 결과를 초기할지도 모릅니다!

현재 날짜 및 시간을 확인하려면 date를 실행하십시오:

날짜 시간 표시가 잘못됐다면,  문법(월, 일, 시간, 분, 연도)으로 업데이트하십시오. 이 단계에서는 UTC 시간을 사용합니다. 나중의 설치 단계에서 시간대를 지정하겠습니다.

2014년 3월 29일 16시 21분을 설정하려면:

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

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

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

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

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

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

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

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

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

SHA512 체크섬을 검증한다면:

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

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

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

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

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

Make sure that the same options ( and  ) are used. The x stands for Extract, the v for Verbose to see what happens during the extraction process (optional), the j for Decompress with bzip2, the p for Preserve permissions and the f to denote that we want to extract a File, not standard input. Finally, the  is to include the extended attributes stored in the archive as well.

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

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

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

파일에서 파일을 어떤 식으로 구성해야 하는지 분명히 나타납니다: "#"(으)로 시작하는 줄은 주석이며, 다른 줄은 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
변수는 꾸러미를 설치하는 동안 컴파일을 동시에 몇개를 진행하는지 지정합니다. 최적의 값은 시스템에 붙은 CPU(또는 CPU 코어)의 갯수에 1을 더한 값이지만 이 안내서가 언제나 완벽하진 않습니다.

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

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