Gentoo Korea Wiki - 사용자 기여 [ko]

Gentoo change portage rsync to git

2016-05-14T21:43:23Z

Darkcircle: /* git 방식 꾸러미 트리 다운로드의 장점 */

== 서문 ==

이 문서는 포티지 트리의 기존의 rsync 다운로드 방식을 git 방식으로 바꾸는 방법을 언급합니다.
사용자의 컴퓨터에는 최신 portage를 먼저 설치해두었다고 가정합니다. 만약 portage가 최신이 아니라면 다음 명령으로 portage를 최신으로 업데이트해야합니다.

<syntaxhighlight lang="bash">
$ sudo emerge --sync;
$ sudo emerge --newuse --oneshot portage;
</syntaxhighlight>

== git 방식 꾸러미 트리 다운로드의 장점 ==
현재 젠투의 꾸러미 트리는 사실상 git 위주로 운영하고 있다고 해도 과언이 아닙니다. 때문에 git 저장소를 활용하여 실시간으로 업데이트를 진행합니다. 만약 unstable 키워드(예: ~amd64)를 <tt>/etc/portage/make.conf</tt>에 지정했다면, 실시간으로 바뀐 git 저장소의 꾸러미 트리를 받아서 바로 설치할 수 있습니다. 젠투 포티지 트리 실시간 상황은 [https://gitweb.gentoo.org/repo/gentoo.git/ 젠투 포티지 트리 gitweb]en에서 확인할 수 있습니다.

심지어 rsync는 증분 업데이트를 모두 받아내야 하지만 git 방식은 바이너리를 압축한 후 블록 단위로 쪼개어 보관하는 방식을 쓰기 때문에 데이터 중복 방지+압축으로 인한 추가 용량 감소+멀티 쓰레드를 통한 블록 다운로드로 rsync보다 다운로드 및 동기화 속도가 월등히 빠릅니다. 그러니까 대부분 x86, amd64를 사용하는 상황에서 젠투 인프라 관리팀에서는 git 저장소 다운로드 방식으로의 전환을 강력 추천합니다.

== 절차 진행 ==
=== git 설치 ===

우선 git 꾸러미를 설치합니다. 필요한 USE 플래그는 [https://wiki.gentoo.org/wiki/Git 젠투 공식 위키 git 페이지]en를 참고하십시오.

{{Warning|이 과정을 수행하지 않으면 돌이킬 수 없는 문제에 직면할 수 있습니다.}}

<syntaxhighlight lang="bash">
$ sudo emerge git;
</syntaxhighlight>

=== 설정 파일 편집 ===

/etc/portage/repos.conf/gentoo.conf를 열고 안의 내용을 모두 삭제한 후 다음 내용을 넣습니다.

<syntaxhighlight lang="bash">
[DEFAULT]
main-repo = gentoo

[gentoo]
location = /usr/portage
sync-type = git
sync-uri = https://anongit.gentoo.org/git/proj/portage.git
auto-sync = true
# sync-depth = 1 :: 초기 clone 처리시 오류가 발생할 수 있으므로 일단 제외합니다. -_-;
</syntaxhighlight>

/etc/portage/repos.conf/gentoo.conf 파일이 없다면 다음 과정을 따릅니다.

<syntaxhighlight lang="bash">
$ sudo mkdir -p /etc/portage/repos.conf
$ vi /etc/portage/repos.conf/gentoo.conf # 편집기로 직접 열고 위에 언급한 내용 붙여넣고 저장.
</syntaxhighlight>

=== 꾸러미 트리 삭제 ===
꾸러미 트리를 모두 삭제합니다. 이전 단계를 반드시 우선적으로 수행해야합니다. 이전 과정을 올바르게 수행해왔다면 꾸러미 트리가 모두 증발했다고 해서 그 다음 꾸러미 설치 관리자가 먹통이 되진 않습니다.

{{Important|아래 예제 명령 뒤의 슬래시와 구두점을 빼면 안됩니다. 오타가 아닙니다.}}

<syntaxhighlight lang="bash">
$ sudo rm -rf /usr/portage/.;
</syntaxhighlight>

=== 꾸러미 트리 전체 재동기화 ===
다음 명령으로 꾸러미 트리 재동기화를 시도합니다(왜냐면 이전 단계에서 꾸러미 트리를 모두 삭제했기 때문입니다).
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

다음과 같은 메시지가 뜨면서 저장소 fetch, merge, and rebase에 성공하면 포티지 트리 동기화가 끝납니다.

<syntaxhighlight lang="bash">
>>> Syncing repository 'gentoo' into '/usr/portage'...
/usr/bin/git pull

....

q: Updating ebuild cache in /usr/portage ...
q: Finished 39923 entries in 0.148991 seconds
</syntaxhighlight>

== 옵션: 크론 등록 ==
젠투 측에서는 저장소 트리 원본 서버의 과부하 문제 때문에 하루에 한두번 까지의 동기화 시도를 권장합니다. 잦은 동기화 시도의 결과는 클라이언트 블락의 결과로 이어질 수 있습니다. 이 문제를 자동으로 해결하는 방법으로 크론 등록이 있습니다. 어차피 portage 유틸리티는 대부분 루트 권한을 지닌 채로 실행하기 때문에 system-wide(global) 설정 파일을 편집해주어도 무방합니다.

<syntaxhighlight lang="bash">
$ vi /etc/crontab
</syntaxhighlight>

다음 줄을 위 명령으로 나온 편집 화면에 추가하십시오.

<syntaxhighlight lang="bash">
0 6,18 * * * root /usr/bin/emerge --sync > /dev/null
</syntaxhighlight>

이 설정으로 6시 정각 18시 정각에 포티지 트리 동기화를 수행하며 결과 화면은 표시하지 않습니다. 동기화 시각이 맘에 안든다면 6,18 대신에 다른 값을 넣으면 됩니다. 콤마로 구분한 값은 24시 단위(0-23) 값이며, 셋 이상 넣지 않는것이 좋습니다.

== 문제 해결 ==
=== masters 속성 값 빠짐 ===
* '/usr/portage/metadata/layout.conf'의 masters 속성 값에 'x-portage' 저장소가 빠져있음을 알리는 오류

<syntaxhighlight lang="bash">
>>>Syncing repository 'gentoo' into '/usr/portage' ...
/usr/bin/git pull
Already up-to-date.
=== Sync completed for gentoo
!!! Repository 'x-portage' is missing masters attribute in '/usr/portage/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
</syntaxhighlight>

이와 같은 경고 메시지가 뜨는 경우 다음 절차를 통해 설정 값을 지정합니다.

우선 경고 메시지에서 언급한 파일을 엽니다.

<syntaxhighlight lang="bash">
$ sudo vi /usr/portage/metadata/layout.conf
</syntaxhighlight>

파일을 열었다면 30번째 줄 인근에서 다음 부분을 찾습니다.
<syntaxhighlight lang="bash">
# Support for implicit masters is deprecated, so we need to explicitly
# specify that this repo does not dependent on any masters, in order
# to distinguish it from repos that rely on the deprecated behavior.
masters =
</syntaxhighlight>

여기서 비어있는 masters 속성을 다음과 같이 값을 채워넣고 저장합니다.

<syntaxhighlight lang="bash">
masters = gentoo
</syntaxhighlight>

다음 명령으로 동기화 상태를 다시 확인해보시면 됩니다.
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

=== anongit.gentoo.org 동작 안함 ===
가끔 DNS 문제로 접속에 실패하거나 anongit 자체 인프라 문제로 인해 git 서버에 접속을 못할 수도 있습니다. 이 경우,

/etc/portage/repos.conf/gentoo.conf를 열고 다음을,

<syntaxhighlight lang="bash">
sync-uri = https://anongit.gentoo.org/git/proj/portage.git
</syntaxhighlight>

다음 값으로 바꾸십시오. github에 위치한 젠투 포티지 트리 백업입니다.

<syntaxhighlight lang="bash">
sync-uri = https://github.com/gentoo/gentoo.git
</syntaxhighlight>

[[Category:GentooKRDoc]]

Gentoo change portage rsync to git

2016-05-14T21:42:42Z

Darkcircle: /* git 설치 */

== 서문 ==

이 문서는 포티지 트리의 기존의 rsync 다운로드 방식을 git 방식으로 바꾸는 방법을 언급합니다.
사용자의 컴퓨터에는 최신 portage를 먼저 설치해두었다고 가정합니다. 만약 portage가 최신이 아니라면 다음 명령으로 portage를 최신으로 업데이트해야합니다.

<syntaxhighlight lang="bash">
$ sudo emerge --sync;
$ sudo emerge --newuse --oneshot portage;
</syntaxhighlight>

== git 방식 꾸러미 트리 다운로드의 장점 ==
현재 젠투의 꾸러미 트리는 사실상 git 위주로 운영하고 있다고 해도 과언이 아닙니다. 때문에 git 저장소를 활용하여 실시간으로 업데이트를 진행합니다. 만약 unstable 키워드(예: ~amd64)를 <tt>/etc/portage/make.conf</tt>에 지정했다면, 실시간으로 바뀐 git 저장소의 꾸러미 트리를 받아서 바로 설치할 수 있습니다. 젠투 포티지 트리 실시간 상황은 [https://gitweb.gentoo.org/repo/gentoo.git/ 젠투 포티지 트리 gitweb]에서 확인할 수 있습니다.

심지어 rsync는 증분 업데이트를 모두 받아내야 하지만 git 방식은 바이너리를 압축한 후 블록 단위로 쪼개어 보관하는 방식을 쓰기 때문에 데이터 중복 방지+압축으로 인한 추가 용량 감소+멀티 쓰레드를 통한 블록 다운로드로 rsync보다 다운로드 및 동기화 속도가 월등히 빠릅니다. 그러니까 대부분 x86, amd64를 사용하는 상황에서 젠투 인프라 관리팀에서는 git 저장소 다운로드 방식으로의 전환을 강력 추천합니다.

== 절차 진행 ==
=== git 설치 ===

우선 git 꾸러미를 설치합니다. 필요한 USE 플래그는 [https://wiki.gentoo.org/wiki/Git 젠투 공식 위키 git 페이지]en를 참고하십시오.

{{Warning|이 과정을 수행하지 않으면 돌이킬 수 없는 문제에 직면할 수 있습니다.}}

<syntaxhighlight lang="bash">
$ sudo emerge git;
</syntaxhighlight>

=== 설정 파일 편집 ===

/etc/portage/repos.conf/gentoo.conf를 열고 안의 내용을 모두 삭제한 후 다음 내용을 넣습니다.

<syntaxhighlight lang="bash">
[DEFAULT]
main-repo = gentoo

[gentoo]
location = /usr/portage
sync-type = git
sync-uri = https://anongit.gentoo.org/git/proj/portage.git
auto-sync = true
# sync-depth = 1 :: 초기 clone 처리시 오류가 발생할 수 있으므로 일단 제외합니다. -_-;
</syntaxhighlight>

/etc/portage/repos.conf/gentoo.conf 파일이 없다면 다음 과정을 따릅니다.

<syntaxhighlight lang="bash">
$ sudo mkdir -p /etc/portage/repos.conf
$ vi /etc/portage/repos.conf/gentoo.conf # 편집기로 직접 열고 위에 언급한 내용 붙여넣고 저장.
</syntaxhighlight>

=== 꾸러미 트리 삭제 ===
꾸러미 트리를 모두 삭제합니다. 이전 단계를 반드시 우선적으로 수행해야합니다. 이전 과정을 올바르게 수행해왔다면 꾸러미 트리가 모두 증발했다고 해서 그 다음 꾸러미 설치 관리자가 먹통이 되진 않습니다.

{{Important|아래 예제 명령 뒤의 슬래시와 구두점을 빼면 안됩니다. 오타가 아닙니다.}}

<syntaxhighlight lang="bash">
$ sudo rm -rf /usr/portage/.;
</syntaxhighlight>

=== 꾸러미 트리 전체 재동기화 ===
다음 명령으로 꾸러미 트리 재동기화를 시도합니다(왜냐면 이전 단계에서 꾸러미 트리를 모두 삭제했기 때문입니다).
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

다음과 같은 메시지가 뜨면서 저장소 fetch, merge, and rebase에 성공하면 포티지 트리 동기화가 끝납니다.

<syntaxhighlight lang="bash">
>>> Syncing repository 'gentoo' into '/usr/portage'...
/usr/bin/git pull

....

q: Updating ebuild cache in /usr/portage ...
q: Finished 39923 entries in 0.148991 seconds
</syntaxhighlight>

== 옵션: 크론 등록 ==
젠투 측에서는 저장소 트리 원본 서버의 과부하 문제 때문에 하루에 한두번 까지의 동기화 시도를 권장합니다. 잦은 동기화 시도의 결과는 클라이언트 블락의 결과로 이어질 수 있습니다. 이 문제를 자동으로 해결하는 방법으로 크론 등록이 있습니다. 어차피 portage 유틸리티는 대부분 루트 권한을 지닌 채로 실행하기 때문에 system-wide(global) 설정 파일을 편집해주어도 무방합니다.

<syntaxhighlight lang="bash">
$ vi /etc/crontab
</syntaxhighlight>

다음 줄을 위 명령으로 나온 편집 화면에 추가하십시오.

<syntaxhighlight lang="bash">
0 6,18 * * * root /usr/bin/emerge --sync > /dev/null
</syntaxhighlight>

이 설정으로 6시 정각 18시 정각에 포티지 트리 동기화를 수행하며 결과 화면은 표시하지 않습니다. 동기화 시각이 맘에 안든다면 6,18 대신에 다른 값을 넣으면 됩니다. 콤마로 구분한 값은 24시 단위(0-23) 값이며, 셋 이상 넣지 않는것이 좋습니다.

== 문제 해결 ==
=== masters 속성 값 빠짐 ===
* '/usr/portage/metadata/layout.conf'의 masters 속성 값에 'x-portage' 저장소가 빠져있음을 알리는 오류

<syntaxhighlight lang="bash">
>>>Syncing repository 'gentoo' into '/usr/portage' ...
/usr/bin/git pull
Already up-to-date.
=== Sync completed for gentoo
!!! Repository 'x-portage' is missing masters attribute in '/usr/portage/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
</syntaxhighlight>

이와 같은 경고 메시지가 뜨는 경우 다음 절차를 통해 설정 값을 지정합니다.

우선 경고 메시지에서 언급한 파일을 엽니다.

<syntaxhighlight lang="bash">
$ sudo vi /usr/portage/metadata/layout.conf
</syntaxhighlight>

파일을 열었다면 30번째 줄 인근에서 다음 부분을 찾습니다.
<syntaxhighlight lang="bash">
# Support for implicit masters is deprecated, so we need to explicitly
# specify that this repo does not dependent on any masters, in order
# to distinguish it from repos that rely on the deprecated behavior.
masters =
</syntaxhighlight>

여기서 비어있는 masters 속성을 다음과 같이 값을 채워넣고 저장합니다.

<syntaxhighlight lang="bash">
masters = gentoo
</syntaxhighlight>

다음 명령으로 동기화 상태를 다시 확인해보시면 됩니다.
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

=== anongit.gentoo.org 동작 안함 ===
가끔 DNS 문제로 접속에 실패하거나 anongit 자체 인프라 문제로 인해 git 서버에 접속을 못할 수도 있습니다. 이 경우,

/etc/portage/repos.conf/gentoo.conf를 열고 다음을,

<syntaxhighlight lang="bash">
sync-uri = https://anongit.gentoo.org/git/proj/portage.git
</syntaxhighlight>

다음 값으로 바꾸십시오. github에 위치한 젠투 포티지 트리 백업입니다.

<syntaxhighlight lang="bash">
sync-uri = https://github.com/gentoo/gentoo.git
</syntaxhighlight>

[[Category:GentooKRDoc]]

Gentoo change portage rsync to git

2016-05-14T21:41:55Z

Darkcircle: /* anongit.gentoo.org 동작 안함 */

== 서문 ==

이 문서는 포티지 트리의 기존의 rsync 다운로드 방식을 git 방식으로 바꾸는 방법을 언급합니다.
사용자의 컴퓨터에는 최신 portage를 먼저 설치해두었다고 가정합니다. 만약 portage가 최신이 아니라면 다음 명령으로 portage를 최신으로 업데이트해야합니다.

<syntaxhighlight lang="bash">
$ sudo emerge --sync;
$ sudo emerge --newuse --oneshot portage;
</syntaxhighlight>

== git 방식 꾸러미 트리 다운로드의 장점 ==
현재 젠투의 꾸러미 트리는 사실상 git 위주로 운영하고 있다고 해도 과언이 아닙니다. 때문에 git 저장소를 활용하여 실시간으로 업데이트를 진행합니다. 만약 unstable 키워드(예: ~amd64)를 <tt>/etc/portage/make.conf</tt>에 지정했다면, 실시간으로 바뀐 git 저장소의 꾸러미 트리를 받아서 바로 설치할 수 있습니다. 젠투 포티지 트리 실시간 상황은 [https://gitweb.gentoo.org/repo/gentoo.git/ 젠투 포티지 트리 gitweb]에서 확인할 수 있습니다.

심지어 rsync는 증분 업데이트를 모두 받아내야 하지만 git 방식은 바이너리를 압축한 후 블록 단위로 쪼개어 보관하는 방식을 쓰기 때문에 데이터 중복 방지+압축으로 인한 추가 용량 감소+멀티 쓰레드를 통한 블록 다운로드로 rsync보다 다운로드 및 동기화 속도가 월등히 빠릅니다. 그러니까 대부분 x86, amd64를 사용하는 상황에서 젠투 인프라 관리팀에서는 git 저장소 다운로드 방식으로의 전환을 강력 추천합니다.

== 절차 진행 ==
=== git 설치 ===

우선 git 꾸러미를 설치합니다. 필요한 USE 플래그는 [https://wiki.gentoo.org/wiki/Git 공식 페이지]en를 참고하십시오.

{{Warning|이 과정을 수행하지 않으면 돌이킬 수 없는 문제에 직면할 수 있습니다.}}

<syntaxhighlight lang="bash">
$ sudo emerge git;
</syntaxhighlight>

=== 설정 파일 편집 ===

/etc/portage/repos.conf/gentoo.conf를 열고 안의 내용을 모두 삭제한 후 다음 내용을 넣습니다.

<syntaxhighlight lang="bash">
[DEFAULT]
main-repo = gentoo

[gentoo]
location = /usr/portage
sync-type = git
sync-uri = https://anongit.gentoo.org/git/proj/portage.git
auto-sync = true
# sync-depth = 1 :: 초기 clone 처리시 오류가 발생할 수 있으므로 일단 제외합니다. -_-;
</syntaxhighlight>

/etc/portage/repos.conf/gentoo.conf 파일이 없다면 다음 과정을 따릅니다.

<syntaxhighlight lang="bash">
$ sudo mkdir -p /etc/portage/repos.conf
$ vi /etc/portage/repos.conf/gentoo.conf # 편집기로 직접 열고 위에 언급한 내용 붙여넣고 저장.
</syntaxhighlight>

=== 꾸러미 트리 삭제 ===
꾸러미 트리를 모두 삭제합니다. 이전 단계를 반드시 우선적으로 수행해야합니다. 이전 과정을 올바르게 수행해왔다면 꾸러미 트리가 모두 증발했다고 해서 그 다음 꾸러미 설치 관리자가 먹통이 되진 않습니다.

{{Important|아래 예제 명령 뒤의 슬래시와 구두점을 빼면 안됩니다. 오타가 아닙니다.}}

<syntaxhighlight lang="bash">
$ sudo rm -rf /usr/portage/.;
</syntaxhighlight>

=== 꾸러미 트리 전체 재동기화 ===
다음 명령으로 꾸러미 트리 재동기화를 시도합니다(왜냐면 이전 단계에서 꾸러미 트리를 모두 삭제했기 때문입니다).
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

다음과 같은 메시지가 뜨면서 저장소 fetch, merge, and rebase에 성공하면 포티지 트리 동기화가 끝납니다.

<syntaxhighlight lang="bash">
>>> Syncing repository 'gentoo' into '/usr/portage'...
/usr/bin/git pull

....

q: Updating ebuild cache in /usr/portage ...
q: Finished 39923 entries in 0.148991 seconds
</syntaxhighlight>

== 옵션: 크론 등록 ==
젠투 측에서는 저장소 트리 원본 서버의 과부하 문제 때문에 하루에 한두번 까지의 동기화 시도를 권장합니다. 잦은 동기화 시도의 결과는 클라이언트 블락의 결과로 이어질 수 있습니다. 이 문제를 자동으로 해결하는 방법으로 크론 등록이 있습니다. 어차피 portage 유틸리티는 대부분 루트 권한을 지닌 채로 실행하기 때문에 system-wide(global) 설정 파일을 편집해주어도 무방합니다.

<syntaxhighlight lang="bash">
$ vi /etc/crontab
</syntaxhighlight>

다음 줄을 위 명령으로 나온 편집 화면에 추가하십시오.

<syntaxhighlight lang="bash">
0 6,18 * * * root /usr/bin/emerge --sync > /dev/null
</syntaxhighlight>

이 설정으로 6시 정각 18시 정각에 포티지 트리 동기화를 수행하며 결과 화면은 표시하지 않습니다. 동기화 시각이 맘에 안든다면 6,18 대신에 다른 값을 넣으면 됩니다. 콤마로 구분한 값은 24시 단위(0-23) 값이며, 셋 이상 넣지 않는것이 좋습니다.

== 문제 해결 ==
=== masters 속성 값 빠짐 ===
* '/usr/portage/metadata/layout.conf'의 masters 속성 값에 'x-portage' 저장소가 빠져있음을 알리는 오류

<syntaxhighlight lang="bash">
>>>Syncing repository 'gentoo' into '/usr/portage' ...
/usr/bin/git pull
Already up-to-date.
=== Sync completed for gentoo
!!! Repository 'x-portage' is missing masters attribute in '/usr/portage/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
</syntaxhighlight>

이와 같은 경고 메시지가 뜨는 경우 다음 절차를 통해 설정 값을 지정합니다.

우선 경고 메시지에서 언급한 파일을 엽니다.

<syntaxhighlight lang="bash">
$ sudo vi /usr/portage/metadata/layout.conf
</syntaxhighlight>

파일을 열었다면 30번째 줄 인근에서 다음 부분을 찾습니다.
<syntaxhighlight lang="bash">
# Support for implicit masters is deprecated, so we need to explicitly
# specify that this repo does not dependent on any masters, in order
# to distinguish it from repos that rely on the deprecated behavior.
masters =
</syntaxhighlight>

여기서 비어있는 masters 속성을 다음과 같이 값을 채워넣고 저장합니다.

<syntaxhighlight lang="bash">
masters = gentoo
</syntaxhighlight>

다음 명령으로 동기화 상태를 다시 확인해보시면 됩니다.
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

=== anongit.gentoo.org 동작 안함 ===
가끔 DNS 문제로 접속에 실패하거나 anongit 자체 인프라 문제로 인해 git 서버에 접속을 못할 수도 있습니다. 이 경우,

/etc/portage/repos.conf/gentoo.conf를 열고 다음을,

<syntaxhighlight lang="bash">
sync-uri = https://anongit.gentoo.org/git/proj/portage.git
</syntaxhighlight>

다음 값으로 바꾸십시오. github에 위치한 젠투 포티지 트리 백업입니다.

<syntaxhighlight lang="bash">
sync-uri = https://github.com/gentoo/gentoo.git
</syntaxhighlight>

[[Category:GentooKRDoc]]

Gentoo change portage rsync to git

2016-05-14T21:30:36Z

Darkcircle:

== 서문 ==

이 문서는 포티지 트리의 기존의 rsync 다운로드 방식을 git 방식으로 바꾸는 방법을 언급합니다.
사용자의 컴퓨터에는 최신 portage를 먼저 설치해두었다고 가정합니다. 만약 portage가 최신이 아니라면 다음 명령으로 portage를 최신으로 업데이트해야합니다.

<syntaxhighlight lang="bash">
$ sudo emerge --sync;
$ sudo emerge --newuse --oneshot portage;
</syntaxhighlight>

== git 방식 꾸러미 트리 다운로드의 장점 ==
현재 젠투의 꾸러미 트리는 사실상 git 위주로 운영하고 있다고 해도 과언이 아닙니다. 때문에 git 저장소를 활용하여 실시간으로 업데이트를 진행합니다. 만약 unstable 키워드(예: ~amd64)를 <tt>/etc/portage/make.conf</tt>에 지정했다면, 실시간으로 바뀐 git 저장소의 꾸러미 트리를 받아서 바로 설치할 수 있습니다. 젠투 포티지 트리 실시간 상황은 [https://gitweb.gentoo.org/repo/gentoo.git/ 젠투 포티지 트리 gitweb]에서 확인할 수 있습니다.

심지어 rsync는 증분 업데이트를 모두 받아내야 하지만 git 방식은 바이너리를 압축한 후 블록 단위로 쪼개어 보관하는 방식을 쓰기 때문에 데이터 중복 방지+압축으로 인한 추가 용량 감소+멀티 쓰레드를 통한 블록 다운로드로 rsync보다 다운로드 및 동기화 속도가 월등히 빠릅니다. 그러니까 대부분 x86, amd64를 사용하는 상황에서 젠투 인프라 관리팀에서는 git 저장소 다운로드 방식으로의 전환을 강력 추천합니다.

== 절차 진행 ==
=== git 설치 ===

우선 git 꾸러미를 설치합니다. 필요한 USE 플래그는 [https://wiki.gentoo.org/wiki/Git 공식 페이지]en를 참고하십시오.

{{Warning|이 과정을 수행하지 않으면 돌이킬 수 없는 문제에 직면할 수 있습니다.}}

<syntaxhighlight lang="bash">
$ sudo emerge git;
</syntaxhighlight>

=== 설정 파일 편집 ===

/etc/portage/repos.conf/gentoo.conf를 열고 안의 내용을 모두 삭제한 후 다음 내용을 넣습니다.

<syntaxhighlight lang="bash">
[DEFAULT]
main-repo = gentoo

[gentoo]
location = /usr/portage
sync-type = git
sync-uri = https://anongit.gentoo.org/git/proj/portage.git
auto-sync = true
# sync-depth = 1 :: 초기 clone 처리시 오류가 발생할 수 있으므로 일단 제외합니다. -_-;
</syntaxhighlight>

/etc/portage/repos.conf/gentoo.conf 파일이 없다면 다음 과정을 따릅니다.

<syntaxhighlight lang="bash">
$ sudo mkdir -p /etc/portage/repos.conf
$ vi /etc/portage/repos.conf/gentoo.conf # 편집기로 직접 열고 위에 언급한 내용 붙여넣고 저장.
</syntaxhighlight>

=== 꾸러미 트리 삭제 ===
꾸러미 트리를 모두 삭제합니다. 이전 단계를 반드시 우선적으로 수행해야합니다. 이전 과정을 올바르게 수행해왔다면 꾸러미 트리가 모두 증발했다고 해서 그 다음 꾸러미 설치 관리자가 먹통이 되진 않습니다.

{{Important|아래 예제 명령 뒤의 슬래시와 구두점을 빼면 안됩니다. 오타가 아닙니다.}}

<syntaxhighlight lang="bash">
$ sudo rm -rf /usr/portage/.;
</syntaxhighlight>

=== 꾸러미 트리 전체 재동기화 ===
다음 명령으로 꾸러미 트리 재동기화를 시도합니다(왜냐면 이전 단계에서 꾸러미 트리를 모두 삭제했기 때문입니다).
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

다음과 같은 메시지가 뜨면서 저장소 fetch, merge, and rebase에 성공하면 포티지 트리 동기화가 끝납니다.

<syntaxhighlight lang="bash">
>>> Syncing repository 'gentoo' into '/usr/portage'...
/usr/bin/git pull

....

q: Updating ebuild cache in /usr/portage ...
q: Finished 39923 entries in 0.148991 seconds
</syntaxhighlight>

== 옵션: 크론 등록 ==
젠투 측에서는 저장소 트리 원본 서버의 과부하 문제 때문에 하루에 한두번 까지의 동기화 시도를 권장합니다. 잦은 동기화 시도의 결과는 클라이언트 블락의 결과로 이어질 수 있습니다. 이 문제를 자동으로 해결하는 방법으로 크론 등록이 있습니다. 어차피 portage 유틸리티는 대부분 루트 권한을 지닌 채로 실행하기 때문에 system-wide(global) 설정 파일을 편집해주어도 무방합니다.

<syntaxhighlight lang="bash">
$ vi /etc/crontab
</syntaxhighlight>

다음 줄을 위 명령으로 나온 편집 화면에 추가하십시오.

<syntaxhighlight lang="bash">
0 6,18 * * * root /usr/bin/emerge --sync > /dev/null
</syntaxhighlight>

이 설정으로 6시 정각 18시 정각에 포티지 트리 동기화를 수행하며 결과 화면은 표시하지 않습니다. 동기화 시각이 맘에 안든다면 6,18 대신에 다른 값을 넣으면 됩니다. 콤마로 구분한 값은 24시 단위(0-23) 값이며, 셋 이상 넣지 않는것이 좋습니다.

== 문제 해결 ==
=== masters 속성 값 빠짐 ===
* '/usr/portage/metadata/layout.conf'의 masters 속성 값에 'x-portage' 저장소가 빠져있음을 알리는 오류

<syntaxhighlight lang="bash">
>>>Syncing repository 'gentoo' into '/usr/portage' ...
/usr/bin/git pull
Already up-to-date.
=== Sync completed for gentoo
!!! Repository 'x-portage' is missing masters attribute in '/usr/portage/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
</syntaxhighlight>

이와 같은 경고 메시지가 뜨는 경우 다음 절차를 통해 설정 값을 지정합니다.

우선 경고 메시지에서 언급한 파일을 엽니다.

<syntaxhighlight lang="bash">
$ sudo vi /usr/portage/metadata/layout.conf
</syntaxhighlight>

파일을 열었다면 30번째 줄 인근에서 다음 부분을 찾습니다.
<syntaxhighlight lang="bash">
# Support for implicit masters is deprecated, so we need to explicitly
# specify that this repo does not dependent on any masters, in order
# to distinguish it from repos that rely on the deprecated behavior.
masters =
</syntaxhighlight>

여기서 비어있는 masters 속성을 다음과 같이 값을 채워넣고 저장합니다.

<syntaxhighlight lang="bash">
masters = gentoo
</syntaxhighlight>

다음 명령으로 동기화 상태를 다시 확인해보시면 됩니다.
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

=== anongit.gentoo.org 동작 안함 ===
* 가끔 DNS 문제로 접속에 실패하거나 anongit 자체 인프라 문제로 인해 git 서버에 접속을 못할 수도 있습니다. 이 경우,

/etc/portage/repos.conf/gentoo.conf를 열고 다음을,

<syntaxhighlight lang="bash">
sync-uri = https://anongit.gentoo.org/git/proj/portage.git
</syntaxhighlight>

다음 값으로 바꾸십시오. github에 위치한 젠투 포티지 트리 백업입니다.

<syntaxhighlight lang="bash">
sync-uri = https://github.com/gentoo/gentoo.git
</syntaxhighlight>

[[Category:GentooKRDoc]]

Gentoo change portage rsync to git

2016-05-14T21:28:33Z

Darkcircle: /* 문제 해결 */

== 서문 ==

이 문서는 포티지 트리의 기존의 rsync 다운로드 방식을 git 방식으로 바꾸는 방법을 언급합니다.
사용자의 컴퓨터에는 최신 portage를 먼저 설치해두었다고 가정합니다. 만약 portage가 최신이 아니라면 다음 명령으로 portage를 최신으로 업데이트해야합니다.

<syntaxhighlight lang="bash">
$ sudo emerge --sync;
$ sudo emerge --newuse --oneshot portage;
</syntaxhighlight>

== git 방식 꾸러미 트리 다운로드의 장점 ==
현재 젠투의 꾸러미 트리는 사실상 git 위주로 운영하고 있다고 해도 과언이 아닙니다. 때문에 git 저장소를 활용하여 실시간으로 업데이트를 진행합니다. 만약 unstable 키워드(예: ~amd64)를 <tt>/etc/portage/make.conf</tt>에 지정했다면, 실시간으로 바뀐 git 저장소의 꾸러미 트리를 받아서 바로 설치할 수 있습니다. 젠투 포티지 트리 실시간 상황은 [https://gitweb.gentoo.org/repo/gentoo.git/ 젠투 포티지 트리 gitweb]에서 확인할 수 있습니다.

심지어 rsync는 증분 업데이트를 모두 받아내야 하지만 git 방식은 바이너리를 압축한 후 블록 단위로 쪼개어 보관하는 방식을 쓰기 때문에 데이터 중복 방지+압축으로 인한 추가 용량 감소+멀티 쓰레드를 통한 블록 다운로드로 rsync보다 다운로드 및 동기화 속도가 월등히 빠릅니다. 그러니까 대부분 x86, amd64를 사용하는 상황에서 젠투 인프라 관리팀에서는 git 저장소 다운로드 방식으로의 전환을 강력 추천합니다.

== 절차 진행 ==
=== git 설치 ===

우선 git 꾸러미를 설치합니다. 필요한 USE 플래그는 [https://wiki.gentoo.org/wiki/Git 공식 페이지]en를 참고하십시오.

{{Warning|이 과정을 수행하지 않으면 돌이킬 수 없는 문제에 직면할 수 있습니다.}}

<syntaxhighlight lang="bash">
$ sudo emerge git;
</syntaxhighlight>

=== 설정 파일 편집 ===

/etc/portage/repos.conf/gentoo.conf를 열고 안의 내용을 모두 삭제한 후 다음 내용을 넣습니다.

<syntaxhighlight lang="bash">
[DEFAULT]
main-repo = gentoo

[gentoo]
location = /usr/portage
sync-type = git
sync-uri = https://anongit.gentoo.org/git/proj/portage.git
auto-sync = true
# sync-depth = 1 :: 초기 clone 처리시 오류가 발생할 수 있으므로 일단 제외합니다. -_-;
</syntaxhighlight>

/etc/portage/repos.conf/gentoo.conf 파일이 없다면 다음 과정을 따릅니다.

<syntaxhighlight lang="bash">
$ sudo mkdir -p /etc/portage/repos.conf
$ vi /etc/portage/repos.conf/gentoo.conf # 편집기로 직접 열고 위에 언급한 내용 붙여넣고 저장.
</syntaxhighlight>

=== 꾸러미 트리 삭제 ===
꾸러미 트리를 모두 삭제합니다. 이전 단계를 반드시 우선적으로 수행해야합니다. 이전 과정을 올바르게 수행해왔다면 꾸러미 트리가 모두 증발했다고 해서 그 다음 꾸러미 설치 관리자가 먹통이 되진 않습니다.

{{Important|아래 예제 명령 뒤의 슬래시와 구두점을 빼면 안됩니다. 오타가 아닙니다.}}

<syntaxhighlight lang="bash">
$ sudo rm -rf /usr/portage/.;
</syntaxhighlight>

=== 꾸러미 트리 전체 재동기화 ===
다음 명령으로 꾸러미 트리 재동기화를 시도합니다(왜냐면 이전 단계에서 꾸러미 트리를 모두 삭제했기 때문입니다).
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

다음과 같은 메시지가 뜨면서 저장소 fetch, merge, and rebase에 성공하면 포티지 트리 동기화가 끝납니다.

<syntaxhighlight lang="bash">
>>> Syncing repository 'gentoo' into '/usr/portage'...
/usr/bin/git pull

....

q: Updating ebuild cache in /usr/portage ...
q: Finished 39923 entries in 0.148991 seconds
</syntaxhighlight>

== 옵션: 크론 등록 ==
젠투 측에서는 저장소 트리 원본 서버의 과부하 문제 때문에 하루에 한두번 까지의 동기화 시도를 권장합니다. 잦은 동기화 시도의 결과는 클라이언트 블락의 결과로 이어질 수 있습니다. 이 문제를 자동으로 해결하는 방법으로 크론 등록이 있습니다. 어차피 portage 유틸리티는 대부분 루트 권한을 지닌 채로 실행하기 때문에 system-wide(global) 설정 파일을 편집해주어도 무방합니다.

<syntaxhighlight lang="bash">
$ vi /etc/crontab
</syntaxhighlight>

다음 줄을 위 명령으로 나온 편집 화면에 추가하십시오.

<syntaxhighlight lang="bash">
0 6,18 * * * root /usr/bin/emerge --sync > /dev/null
</syntaxhighlight>

이 설정으로 6시 정각 18시 정각에 포티지 트리 동기화를 수행하며 결과 화면은 표시하지 않습니다. 동기화 시각이 맘에 안든다면 6,18 대신에 다른 값을 넣으면 됩니다. 콤마로 구분한 값은 24시 단위(0-23) 값이며, 셋 이상 넣지 않는것이 좋습니다.

== 문제 해결 ==
=== masters 속성 값 빠짐 ===
* '/usr/portage/metadata/layout.conf'의 masters 속성 값에 'x-portage' 저장소가 빠져있음을 알리는 오류

<syntaxhighlight lang="bash">
>>>Syncing repository 'gentoo' into '/usr/portage' ...
/usr/bin/git pull
Already up-to-date.
=== Sync completed for gentoo
!!! Repository 'x-portage' is missing masters attribute in '/usr/portage/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
</syntaxhighlight>

이와 같은 경고 메시지가 뜨는 경우 다음 절차를 통해 설정 값을 지정합니다.

우선 경고 메시지에서 언급한 파일을 엽니다.

<syntaxhighlight lang="bash">
$ sudo vi /usr/portage/metadata/layout.conf
</syntaxhighlight>

파일을 열었다면 30번째 줄 인근에서 다음 부분을 찾습니다.
<syntaxhighlight lang="bash">
# Support for implicit masters is deprecated, so we need to explicitly
# specify that this repo does not dependent on any masters, in order
# to distinguish it from repos that rely on the deprecated behavior.
masters =
</syntaxhighlight>

여기서 비어있는 masters 속성을 다음과 같이 값을 채워넣고 저장합니다.

<syntaxhighlight lang="bash">
masters = gentoo
</syntaxhighlight>

다음 명령으로 동기화 상태를 다시 확인해보시면 됩니다.
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

=== anongit.gentoo.org 동작 안함 ===
* 가끔 DNS 문제로 접속에 실패하거나 anongit 자체 인프라 문제로 인해 git 서버에 접속을 못할 수도 있습니다. 이 경우,

/etc/portage/repos.conf/gentoo.conf를 열고 다음을,

<syntaxhighlight lang="bash">
sync-uri = https://anongit.gentoo.org/git/proj/portage.git
</syntaxhighlight>

다음 값으로 바꾸십시오. github에 위치한 젠투 포티지 트리 백업입니다.

<syntaxhighlight lang="bash">
sync-uri = https://github.com/gentoo/gentoo.git
</syntaxhighlight>

[[Category:GentooKRDoc]]

Gentoo change portage rsync to git

2016-05-14T21:26:19Z

Darkcircle: /* 설정 파일 편집 */

== 서문 ==

이 문서는 포티지 트리의 기존의 rsync 다운로드 방식을 git 방식으로 바꾸는 방법을 언급합니다.
사용자의 컴퓨터에는 최신 portage를 먼저 설치해두었다고 가정합니다. 만약 portage가 최신이 아니라면 다음 명령으로 portage를 최신으로 업데이트해야합니다.

<syntaxhighlight lang="bash">
$ sudo emerge --sync;
$ sudo emerge --newuse --oneshot portage;
</syntaxhighlight>

== git 방식 꾸러미 트리 다운로드의 장점 ==
현재 젠투의 꾸러미 트리는 사실상 git 위주로 운영하고 있다고 해도 과언이 아닙니다. 때문에 git 저장소를 활용하여 실시간으로 업데이트를 진행합니다. 만약 unstable 키워드(예: ~amd64)를 <tt>/etc/portage/make.conf</tt>에 지정했다면, 실시간으로 바뀐 git 저장소의 꾸러미 트리를 받아서 바로 설치할 수 있습니다. 젠투 포티지 트리 실시간 상황은 [https://gitweb.gentoo.org/repo/gentoo.git/ 젠투 포티지 트리 gitweb]에서 확인할 수 있습니다.

심지어 rsync는 증분 업데이트를 모두 받아내야 하지만 git 방식은 바이너리를 압축한 후 블록 단위로 쪼개어 보관하는 방식을 쓰기 때문에 데이터 중복 방지+압축으로 인한 추가 용량 감소+멀티 쓰레드를 통한 블록 다운로드로 rsync보다 다운로드 및 동기화 속도가 월등히 빠릅니다. 그러니까 대부분 x86, amd64를 사용하는 상황에서 젠투 인프라 관리팀에서는 git 저장소 다운로드 방식으로의 전환을 강력 추천합니다.

== 절차 진행 ==
=== git 설치 ===

우선 git 꾸러미를 설치합니다. 필요한 USE 플래그는 [https://wiki.gentoo.org/wiki/Git 공식 페이지]en를 참고하십시오.

{{Warning|이 과정을 수행하지 않으면 돌이킬 수 없는 문제에 직면할 수 있습니다.}}

<syntaxhighlight lang="bash">
$ sudo emerge git;
</syntaxhighlight>

=== 설정 파일 편집 ===

/etc/portage/repos.conf/gentoo.conf를 열고 안의 내용을 모두 삭제한 후 다음 내용을 넣습니다.

<syntaxhighlight lang="bash">
[DEFAULT]
main-repo = gentoo

[gentoo]
location = /usr/portage
sync-type = git
sync-uri = https://anongit.gentoo.org/git/proj/portage.git
auto-sync = true
# sync-depth = 1 :: 초기 clone 처리시 오류가 발생할 수 있으므로 일단 제외합니다. -_-;
</syntaxhighlight>

/etc/portage/repos.conf/gentoo.conf 파일이 없다면 다음 과정을 따릅니다.

<syntaxhighlight lang="bash">
$ sudo mkdir -p /etc/portage/repos.conf
$ vi /etc/portage/repos.conf/gentoo.conf # 편집기로 직접 열고 위에 언급한 내용 붙여넣고 저장.
</syntaxhighlight>

=== 꾸러미 트리 삭제 ===
꾸러미 트리를 모두 삭제합니다. 이전 단계를 반드시 우선적으로 수행해야합니다. 이전 과정을 올바르게 수행해왔다면 꾸러미 트리가 모두 증발했다고 해서 그 다음 꾸러미 설치 관리자가 먹통이 되진 않습니다.

{{Important|아래 예제 명령 뒤의 슬래시와 구두점을 빼면 안됩니다. 오타가 아닙니다.}}

<syntaxhighlight lang="bash">
$ sudo rm -rf /usr/portage/.;
</syntaxhighlight>

=== 꾸러미 트리 전체 재동기화 ===
다음 명령으로 꾸러미 트리 재동기화를 시도합니다(왜냐면 이전 단계에서 꾸러미 트리를 모두 삭제했기 때문입니다).
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

다음과 같은 메시지가 뜨면서 저장소 fetch, merge, and rebase에 성공하면 포티지 트리 동기화가 끝납니다.

<syntaxhighlight lang="bash">
>>> Syncing repository 'gentoo' into '/usr/portage'...
/usr/bin/git pull

....

q: Updating ebuild cache in /usr/portage ...
q: Finished 39923 entries in 0.148991 seconds
</syntaxhighlight>

== 옵션: 크론 등록 ==
젠투 측에서는 저장소 트리 원본 서버의 과부하 문제 때문에 하루에 한두번 까지의 동기화 시도를 권장합니다. 잦은 동기화 시도의 결과는 클라이언트 블락의 결과로 이어질 수 있습니다. 이 문제를 자동으로 해결하는 방법으로 크론 등록이 있습니다. 어차피 portage 유틸리티는 대부분 루트 권한을 지닌 채로 실행하기 때문에 system-wide(global) 설정 파일을 편집해주어도 무방합니다.

<syntaxhighlight lang="bash">
$ vi /etc/crontab
</syntaxhighlight>

다음 줄을 위 명령으로 나온 편집 화면에 추가하십시오.

<syntaxhighlight lang="bash">
0 6,18 * * * root /usr/bin/emerge --sync > /dev/null
</syntaxhighlight>

이 설정으로 6시 정각 18시 정각에 포티지 트리 동기화를 수행하며 결과 화면은 표시하지 않습니다. 동기화 시각이 맘에 안든다면 6,18 대신에 다른 값을 넣으면 됩니다. 콤마로 구분한 값은 24시 단위(0-23) 값이며, 셋 이상 넣지 않는것이 좋습니다.

== 문제 해결 ==
=== masters 속성 값 빠짐 ===
* '/usr/portage/metadata/layout.conf'의 masters 속성 값에 'x-portage' 저장소가 빠져있음을 알리는 오류

<syntaxhighlight lang="bash">
>>>Syncing repository 'gentoo' into '/usr/portage' ...
/usr/bin/git pull
Already up-to-date.
=== Sync completed for gentoo
!!! Repository 'x-portage' is missing masters attribute in '/usr/portage/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
</syntaxhighlight>

이와 같은 경고 메시지가 뜨는 경우 다음 절차를 통해 설정 값을 지정합니다.

우선 경고 메시지에서 언급한 파일을 엽니다.

<syntaxhighlight lang="bash">
$ sudo vi /usr/portage/metadata/layout.conf
</syntaxhighlight>

파일을 열었다면 30번째 줄 인근에서 다음 부분을 찾습니다.
<syntaxhighlight lang="bash">
# Support for implicit masters is deprecated, so we need to explicitly
# specify that this repo does not dependent on any masters, in order
# to distinguish it from repos that rely on the deprecated behavior.
masters =
</syntaxhighlight>

여기서 비어있는 masters 속성을 다음과 같이 값을 채워넣고 저장합니다.

<syntaxhighlight lang="bash">
masters = gentoo
</syntaxhighlight>

다음 명령으로 동기화 상태를 다시 확인해보시면 됩니다.
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

[[Category:GentooKRDoc]]

Gentoo change portage rsync to git

2016-05-14T21:18:38Z

Darkcircle: /* masters 속성 값 빠짐 확인 추가 */

== 서문 ==

이 문서는 포티지 트리의 기존의 rsync 다운로드 방식을 git 방식으로 바꾸는 방법을 언급합니다.
사용자의 컴퓨터에는 최신 portage를 먼저 설치해두었다고 가정합니다. 만약 portage가 최신이 아니라면 다음 명령으로 portage를 최신으로 업데이트해야합니다.

<syntaxhighlight lang="bash">
$ sudo emerge --sync;
$ sudo emerge --newuse --oneshot portage;
</syntaxhighlight>

== git 방식 꾸러미 트리 다운로드의 장점 ==
현재 젠투의 꾸러미 트리는 사실상 git 위주로 운영하고 있다고 해도 과언이 아닙니다. 때문에 git 저장소를 활용하여 실시간으로 업데이트를 진행합니다. 만약 unstable 키워드(예: ~amd64)를 <tt>/etc/portage/make.conf</tt>에 지정했다면, 실시간으로 바뀐 git 저장소의 꾸러미 트리를 받아서 바로 설치할 수 있습니다. 젠투 포티지 트리 실시간 상황은 [https://gitweb.gentoo.org/repo/gentoo.git/ 젠투 포티지 트리 gitweb]에서 확인할 수 있습니다.

심지어 rsync는 증분 업데이트를 모두 받아내야 하지만 git 방식은 바이너리를 압축한 후 블록 단위로 쪼개어 보관하는 방식을 쓰기 때문에 데이터 중복 방지+압축으로 인한 추가 용량 감소+멀티 쓰레드를 통한 블록 다운로드로 rsync보다 다운로드 및 동기화 속도가 월등히 빠릅니다. 그러니까 대부분 x86, amd64를 사용하는 상황에서 젠투 인프라 관리팀에서는 git 저장소 다운로드 방식으로의 전환을 강력 추천합니다.

== 절차 진행 ==
=== git 설치 ===

우선 git 꾸러미를 설치합니다. 필요한 USE 플래그는 [https://wiki.gentoo.org/wiki/Git 공식 페이지]en를 참고하십시오.

{{Warning|이 과정을 수행하지 않으면 돌이킬 수 없는 문제에 직면할 수 있습니다.}}

<syntaxhighlight lang="bash">
$ sudo emerge git;
</syntaxhighlight>

=== 설정 파일 편집 ===

/etc/portage/repos.conf/gentoo.conf를 열고 안의 내용을 모두 삭제한 후 다음 내용을 넣습니다.

<syntaxhighlight lang="bash">
[DEFAULT]
main-repo = gentoo

[gentoo]
location = /usr/portage
sync-type = git
sync-uri = https://anongit.gentoo.org/git/proj/portage.git
auto-sync = true
sync-depth = 1
</syntaxhighlight>

/etc/portage/repos.conf/gentoo.conf 파일이 없다면 다음 과정을 따릅니다.

<syntaxhighlight lang="bash">
$ sudo mkdir -p /etc/portage/repos.conf
$ vi /etc/portage/repos.conf/gentoo.conf # 편집기로 직접 열고 위에 언급한 내용 붙여넣고 저장.
</syntaxhighlight>

=== 꾸러미 트리 삭제 ===
꾸러미 트리를 모두 삭제합니다. 이전 단계를 반드시 우선적으로 수행해야합니다. 이전 과정을 올바르게 수행해왔다면 꾸러미 트리가 모두 증발했다고 해서 그 다음 꾸러미 설치 관리자가 먹통이 되진 않습니다.

{{Important|아래 예제 명령 뒤의 슬래시와 구두점을 빼면 안됩니다. 오타가 아닙니다.}}

<syntaxhighlight lang="bash">
$ sudo rm -rf /usr/portage/.;
</syntaxhighlight>

=== 꾸러미 트리 전체 재동기화 ===
다음 명령으로 꾸러미 트리 재동기화를 시도합니다(왜냐면 이전 단계에서 꾸러미 트리를 모두 삭제했기 때문입니다).
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

다음과 같은 메시지가 뜨면서 저장소 fetch, merge, and rebase에 성공하면 포티지 트리 동기화가 끝납니다.

<syntaxhighlight lang="bash">
>>> Syncing repository 'gentoo' into '/usr/portage'...
/usr/bin/git pull

....

q: Updating ebuild cache in /usr/portage ...
q: Finished 39923 entries in 0.148991 seconds
</syntaxhighlight>

== 옵션: 크론 등록 ==
젠투 측에서는 저장소 트리 원본 서버의 과부하 문제 때문에 하루에 한두번 까지의 동기화 시도를 권장합니다. 잦은 동기화 시도의 결과는 클라이언트 블락의 결과로 이어질 수 있습니다. 이 문제를 자동으로 해결하는 방법으로 크론 등록이 있습니다. 어차피 portage 유틸리티는 대부분 루트 권한을 지닌 채로 실행하기 때문에 system-wide(global) 설정 파일을 편집해주어도 무방합니다.

<syntaxhighlight lang="bash">
$ vi /etc/crontab
</syntaxhighlight>

다음 줄을 위 명령으로 나온 편집 화면에 추가하십시오.

<syntaxhighlight lang="bash">
0 6,18 * * * root /usr/bin/emerge --sync > /dev/null
</syntaxhighlight>

이 설정으로 6시 정각 18시 정각에 포티지 트리 동기화를 수행하며 결과 화면은 표시하지 않습니다. 동기화 시각이 맘에 안든다면 6,18 대신에 다른 값을 넣으면 됩니다. 콤마로 구분한 값은 24시 단위(0-23) 값이며, 셋 이상 넣지 않는것이 좋습니다.

== 문제 해결 ==
=== masters 속성 값 빠짐 ===
* '/usr/portage/metadata/layout.conf'의 masters 속성 값에 'x-portage' 저장소가 빠져있음을 알리는 오류

<syntaxhighlight lang="bash">
>>>Syncing repository 'gentoo' into '/usr/portage' ...
/usr/bin/git pull
Already up-to-date.
=== Sync completed for gentoo
!!! Repository 'x-portage' is missing masters attribute in '/usr/portage/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
</syntaxhighlight>

이와 같은 경고 메시지가 뜨는 경우 다음 절차를 통해 설정 값을 지정합니다.

우선 경고 메시지에서 언급한 파일을 엽니다.

<syntaxhighlight lang="bash">
$ sudo vi /usr/portage/metadata/layout.conf
</syntaxhighlight>

파일을 열었다면 30번째 줄 인근에서 다음 부분을 찾습니다.
<syntaxhighlight lang="bash">
# Support for implicit masters is deprecated, so we need to explicitly
# specify that this repo does not dependent on any masters, in order
# to distinguish it from repos that rely on the deprecated behavior.
masters =
</syntaxhighlight>

여기서 비어있는 masters 속성을 다음과 같이 값을 채워넣고 저장합니다.

<syntaxhighlight lang="bash">
masters = gentoo
</syntaxhighlight>

다음 명령으로 동기화 상태를 다시 확인해보시면 됩니다.
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

[[Category:GentooKRDoc]]

Gentoo change portage rsync to git

2016-05-14T21:17:33Z

Darkcircle: /* 문제 해결 */

== 서문 ==

이 문서는 포티지 트리의 기존의 rsync 다운로드 방식을 git 방식으로 바꾸는 방법을 언급합니다.
사용자의 컴퓨터에는 최신 portage를 먼저 설치해두었다고 가정합니다. 만약 portage가 최신이 아니라면 다음 명령으로 portage를 최신으로 업데이트해야합니다.

<syntaxhighlight lang="bash">
$ sudo emerge --sync;
$ sudo emerge --newuse --oneshot portage;
</syntaxhighlight>

== git 방식 꾸러미 트리 다운로드의 장점 ==
현재 젠투의 꾸러미 트리는 사실상 git 위주로 운영하고 있다고 해도 과언이 아닙니다. 때문에 git 저장소를 활용하여 실시간으로 업데이트를 진행합니다. 만약 unstable 키워드(예: ~amd64)를 <tt>/etc/portage/make.conf</tt>에 지정했다면, 실시간으로 바뀐 git 저장소의 꾸러미 트리를 받아서 바로 설치할 수 있습니다. 젠투 포티지 트리 실시간 상황은 [https://gitweb.gentoo.org/repo/gentoo.git/ 젠투 포티지 트리 gitweb]에서 확인할 수 있습니다.

심지어 rsync는 증분 업데이트를 모두 받아내야 하지만 git 방식은 바이너리를 압축한 후 블록 단위로 쪼개어 보관하는 방식을 쓰기 때문에 데이터 중복 방지+압축으로 인한 추가 용량 감소+멀티 쓰레드를 통한 블록 다운로드로 rsync보다 다운로드 및 동기화 속도가 월등히 빠릅니다. 그러니까 대부분 x86, amd64를 사용하는 상황에서 젠투 인프라 관리팀에서는 git 저장소 다운로드 방식으로의 전환을 강력 추천합니다.

== 절차 진행 ==
=== git 설치 ===

우선 git 꾸러미를 설치합니다. 필요한 USE 플래그는 [https://wiki.gentoo.org/wiki/Git 공식 페이지]en를 참고하십시오.

{{Warning|이 과정을 수행하지 않으면 돌이킬 수 없는 문제에 직면할 수 있습니다.}}

<syntaxhighlight lang="bash">
$ sudo emerge git;
</syntaxhighlight>

=== 설정 파일 편집 ===

/etc/portage/repos.conf/gentoo.conf를 열고 안의 내용을 모두 삭제한 후 다음 내용을 넣습니다.

<syntaxhighlight lang="bash">
[DEFAULT]
main-repo = gentoo

[gentoo]
location = /usr/portage
sync-type = git
sync-uri = https://anongit.gentoo.org/git/proj/portage.git
auto-sync = true
sync-depth = 1
</syntaxhighlight>

/etc/portage/repos.conf/gentoo.conf 파일이 없다면 다음 과정을 따릅니다.

<syntaxhighlight lang="bash">
$ sudo mkdir -p /etc/portage/repos.conf
$ vi /etc/portage/repos.conf/gentoo.conf # 편집기로 직접 열고 위에 언급한 내용 붙여넣고 저장.
</syntaxhighlight>

=== 꾸러미 트리 삭제 ===
꾸러미 트리를 모두 삭제합니다. 이전 단계를 반드시 우선적으로 수행해야합니다. 이전 과정을 올바르게 수행해왔다면 꾸러미 트리가 모두 증발했다고 해서 그 다음 꾸러미 설치 관리자가 먹통이 되진 않습니다.

{{Important|아래 예제 명령 뒤의 슬래시와 구두점을 빼면 안됩니다. 오타가 아닙니다.}}

<syntaxhighlight lang="bash">
$ sudo rm -rf /usr/portage/.;
</syntaxhighlight>

=== 꾸러미 트리 전체 재동기화 ===
다음 명령으로 꾸러미 트리 재동기화를 시도합니다(왜냐면 이전 단계에서 꾸러미 트리를 모두 삭제했기 때문입니다).
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

다음과 같은 메시지가 뜨면서 저장소 fetch, merge, and rebase에 성공하면 포티지 트리 동기화가 끝납니다.

<syntaxhighlight lang="bash">
>>> Syncing repository 'gentoo' into '/usr/portage'...
/usr/bin/git pull

....

q: Updating ebuild cache in /usr/portage ...
q: Finished 39923 entries in 0.148991 seconds
</syntaxhighlight>

== 옵션: 크론 등록 ==
젠투 측에서는 저장소 트리 원본 서버의 과부하 문제 때문에 하루에 한두번 까지의 동기화 시도를 권장합니다. 잦은 동기화 시도의 결과는 클라이언트 블락의 결과로 이어질 수 있습니다. 이 문제를 자동으로 해결하는 방법으로 크론 등록이 있습니다. 어차피 portage 유틸리티는 대부분 루트 권한을 지닌 채로 실행하기 때문에 system-wide(global) 설정 파일을 편집해주어도 무방합니다.

<syntaxhighlight lang="bash">
$ vi /etc/crontab
</syntaxhighlight>

다음 줄을 위 명령으로 나온 편집 화면에 추가하십시오.

<syntaxhighlight lang="bash">
0 6,18 * * * root /usr/bin/emerge --sync > /dev/null
</syntaxhighlight>

이 설정으로 6시 정각 18시 정각에 포티지 트리 동기화를 수행하며 결과 화면은 표시하지 않습니다. 동기화 시각이 맘에 안든다면 6,18 대신에 다른 값을 넣으면 됩니다. 콤마로 구분한 값은 24시 단위(0-23) 값이며, 셋 이상 넣지 않는것이 좋습니다.

== 문제 해결 ==
=== masters 속성 값 빠짐 ===
* '/usr/portage/metadata/layout.conf'의 masters 속성 값에 'x-portage' 저장소가 빠져있음을 알리는 오류

<syntaxhighlight lang="bash">
>>>Syncing repository 'gentoo' into '/usr/portage' ...
/usr/bin/git pull
Already up-to-date.
=== Sync completed for gentoo
!!! Repository 'x-portage' is missing masters attribute in '/usr/portage/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
</syntaxhighlight>

이와 같은 경고 메시지가 뜨는 경우 다음 절차를 통해 설정 값을 지정합니다.

우선 경고 메시지에서 언급한 파일을 엽니다.

<syntaxhighlight lang="bash">
$ sudo vi /usr/portage/metadata/layout.conf
</syntaxhighlight>

파일을 열었다면 30번째 줄 인근에서 다음 부분을 찾습니다.
<syntaxhighlight lang="bash">
# Support for implicit masters is deprecated, so we need to explicitly
# specify that this repo does not dependent on any masters, in order
# to distinguish it from repos that rely on the deprecated behavior.
masters =
</syntaxhighlight>

여기서 비어있는 masters 속성을 다음과 같이 값을 채워넣고 저장합니다.

<syntaxhighlight lang="bash">
masters = gentoo
</syntaxhighlight>

[[Category:GentooKRDoc]]

Gentoo change portage rsync to git

2016-05-14T21:10:44Z

Darkcircle:

== 서문 ==

이 문서는 포티지 트리의 기존의 rsync 다운로드 방식을 git 방식으로 바꾸는 방법을 언급합니다.
사용자의 컴퓨터에는 최신 portage를 먼저 설치해두었다고 가정합니다. 만약 portage가 최신이 아니라면 다음 명령으로 portage를 최신으로 업데이트해야합니다.

<syntaxhighlight lang="bash">
$ sudo emerge --sync;
$ sudo emerge --newuse --oneshot portage;
</syntaxhighlight>

== git 방식 꾸러미 트리 다운로드의 장점 ==
현재 젠투의 꾸러미 트리는 사실상 git 위주로 운영하고 있다고 해도 과언이 아닙니다. 때문에 git 저장소를 활용하여 실시간으로 업데이트를 진행합니다. 만약 unstable 키워드(예: ~amd64)를 <tt>/etc/portage/make.conf</tt>에 지정했다면, 실시간으로 바뀐 git 저장소의 꾸러미 트리를 받아서 바로 설치할 수 있습니다. 젠투 포티지 트리 실시간 상황은 [https://gitweb.gentoo.org/repo/gentoo.git/ 젠투 포티지 트리 gitweb]에서 확인할 수 있습니다.

심지어 rsync는 증분 업데이트를 모두 받아내야 하지만 git 방식은 바이너리를 압축한 후 블록 단위로 쪼개어 보관하는 방식을 쓰기 때문에 데이터 중복 방지+압축으로 인한 추가 용량 감소+멀티 쓰레드를 통한 블록 다운로드로 rsync보다 다운로드 및 동기화 속도가 월등히 빠릅니다. 그러니까 대부분 x86, amd64를 사용하는 상황에서 젠투 인프라 관리팀에서는 git 저장소 다운로드 방식으로의 전환을 강력 추천합니다.

== 절차 진행 ==
=== git 설치 ===

우선 git 꾸러미를 설치합니다. 필요한 USE 플래그는 [https://wiki.gentoo.org/wiki/Git 공식 페이지]en를 참고하십시오.

{{Warning|이 과정을 수행하지 않으면 돌이킬 수 없는 문제에 직면할 수 있습니다.}}

<syntaxhighlight lang="bash">
$ sudo emerge git;
</syntaxhighlight>

=== 설정 파일 편집 ===

/etc/portage/repos.conf/gentoo.conf를 열고 안의 내용을 모두 삭제한 후 다음 내용을 넣습니다.

<syntaxhighlight lang="bash">
[DEFAULT]
main-repo = gentoo

[gentoo]
location = /usr/portage
sync-type = git
sync-uri = https://anongit.gentoo.org/git/proj/portage.git
auto-sync = true
sync-depth = 1
</syntaxhighlight>

/etc/portage/repos.conf/gentoo.conf 파일이 없다면 다음 과정을 따릅니다.

<syntaxhighlight lang="bash">
$ sudo mkdir -p /etc/portage/repos.conf
$ vi /etc/portage/repos.conf/gentoo.conf # 편집기로 직접 열고 위에 언급한 내용 붙여넣고 저장.
</syntaxhighlight>

=== 꾸러미 트리 삭제 ===
꾸러미 트리를 모두 삭제합니다. 이전 단계를 반드시 우선적으로 수행해야합니다. 이전 과정을 올바르게 수행해왔다면 꾸러미 트리가 모두 증발했다고 해서 그 다음 꾸러미 설치 관리자가 먹통이 되진 않습니다.

{{Important|아래 예제 명령 뒤의 슬래시와 구두점을 빼면 안됩니다. 오타가 아닙니다.}}

<syntaxhighlight lang="bash">
$ sudo rm -rf /usr/portage/.;
</syntaxhighlight>

=== 꾸러미 트리 전체 재동기화 ===
다음 명령으로 꾸러미 트리 재동기화를 시도합니다(왜냐면 이전 단계에서 꾸러미 트리를 모두 삭제했기 때문입니다).
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

다음과 같은 메시지가 뜨면서 저장소 fetch, merge, and rebase에 성공하면 포티지 트리 동기화가 끝납니다.

<syntaxhighlight lang="bash">
>>> Syncing repository 'gentoo' into '/usr/portage'...
/usr/bin/git pull

....

q: Updating ebuild cache in /usr/portage ...
q: Finished 39923 entries in 0.148991 seconds
</syntaxhighlight>

== 옵션: 크론 등록 ==
젠투 측에서는 저장소 트리 원본 서버의 과부하 문제 때문에 하루에 한두번 까지의 동기화 시도를 권장합니다. 잦은 동기화 시도의 결과는 클라이언트 블락의 결과로 이어질 수 있습니다. 이 문제를 자동으로 해결하는 방법으로 크론 등록이 있습니다. 어차피 portage 유틸리티는 대부분 루트 권한을 지닌 채로 실행하기 때문에 system-wide(global) 설정 파일을 편집해주어도 무방합니다.

<syntaxhighlight lang="bash">
$ vi /etc/crontab
</syntaxhighlight>

다음 줄을 위 명령으로 나온 편집 화면에 추가하십시오.

<syntaxhighlight lang="bash">
0 6,18 * * * root /usr/bin/emerge --sync > /dev/null
</syntaxhighlight>

이 설정으로 6시 정각 18시 정각에 포티지 트리 동기화를 수행하며 결과 화면은 표시하지 않습니다. 동기화 시각이 맘에 안든다면 6,18 대신에 다른 값을 넣으면 됩니다. 콤마로 구분한 값은 24시 단위(0-23) 값이며, 셋 이상 넣지 않는것이 좋습니다.

== 문제 해결 ==
* '/usr/portage/metadata/layout.conf'의 masters 속성 값에 'x-portage' 저장소가 빠져있음을 알리는 오류

<syntaxhighlight lang="bash">
>>>Syncing repository 'gentoo' into '/usr/portage' ...
/usr/bin/git pull
Already up-to-date.
=== Sync completed for gentoo
!!! Repository 'x-portage' is missing masters attribute in '/usr/portage/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
</syntaxhighlight>

이와 같은 경고 메시지가 뜨는 경우 다음 절차를 통해 설정 값을 지정합니다.

우선 경고 메시지에서 언급한 파일을 엽니다.

<syntaxhighlight lang="bash">
$ sudo vi /usr/portage/metadata/layout.conf
</syntaxhighlight>

파일을 열었다면 30번째 줄 인근에서 다음 부분을 찾습니다.
<syntaxhighlight lang="bash">
# Support for implicit masters is deprecated, so we need to explicitly
# specify that this repo does not dependent on any masters, in order
# to distinguish it from repos that rely on the deprecated behavior.
masters =
</syntaxhighlight>

여기서 비어있는 masters 속성을 다음과 같이 값을 채워넣고 저장합니다.

<syntaxhighlight lang="bash">
masters = gentoo
</syntaxhighlight>

[[Category:GentooKRDoc]]

Gentoo change portage rsync to git

2016-05-14T21:09:49Z

Darkcircle:

== 서문 ==

이 문서는 포티지 트리의 기존의 rsync 다운로드 방식을 git 방식으로 바꾸는 방법을 언급합니다.
사용자의 컴퓨터에는 최신 portage를 먼저 설치해두었다고 가정합니다. 만약 portage가 최신이 아니라면 다음 명령으로 portage를 최신으로 업데이트해야합니다.

<syntaxhighlight lang="bash">
$ sudo emerge --sync;
$ sudo emerge --newuse --oneshot portage;
</syntaxhighlight>

== git 방식 꾸러미 트리 다운로드의 장점 ==
현재 젠투의 꾸러미 트리는 사실상 git 위주로 운영하고 있다고 해도 과언이 아닙니다. 때문에 git 저장소를 활용하여 실시간으로 업데이트를 진행합니다. 만약 unstable 키워드(예: ~amd64)를 <tt>/etc/portage/make.conf</tt>에 지정했다면, 실시간으로 바뀐 git 저장소의 꾸러미 트리를 받아서 바로 설치할 수 있습니다. 젠투 포티지 트리 실시간 상황은 [https://gitweb.gentoo.org/repo/gentoo.git/ 젠투 포티지 트리 gitweb]에서 확인할 수 있습니다.

심지어 rsync는 증분 업데이트를 모두 받아내야 하지만 git 방식은 바이너리를 압축한 후 블록 단위로 쪼개어 보관하는 방식을 쓰기 때문에 데이터 중복 방지+압축으로 인한 추가 용량 감소+멀티 쓰레드를 통한 블록 다운로드로 rsync보다 다운로드 및 동기화 속도가 월등히 빠릅니다. 그러니까 대부분 x86, amd64를 사용하는 상황에서 젠투 인프라 관리팀에서는 git 저장소 다운로드 방식으로의 전환을 강력 추천합니다.

== 절차 진행 ==
=== git 설치 ===

우선 git 꾸러미를 설치합니다. 필요한 USE 플래그는 [https://wiki.gentoo.org/wiki/Git 공식 페이지]en를 참고하십시오.

{{Warning|이 과정을 수행하지 않으면 돌이킬 수 없는 문제에 직면할 수 있습니다.}}

<syntaxhighlight lang="bash">
$ sudo emerge git;
</syntaxhighlight>

=== 설정 파일 편집 ===

/etc/portage/repos.conf/gentoo.conf를 열고 안의 내용을 모두 삭제한 후 다음 내용을 넣습니다.

<syntaxhighlight lang="bash">
[DEFAULT]
main-repo = gentoo

[gentoo]
location = /usr/portage
sync-type = git
sync-uri = https://anongit.gentoo.org/git/proj/portage.git
auto-sync = true
sync-depth = 1
</syntaxhighlight>

/etc/portage/repos.conf/gentoo.conf 파일이 없다면 다음 과정을 따릅니다.

<syntaxhighlight lang="bash">
$ sudo mkdir -p /etc/portage/repos.conf
$ vi /etc/portage/repos.conf/gentoo.conf # 편집기로 직접 열고 위에 언급한 내용 붙여넣고 저장.
</syntaxhighlight>

=== 꾸러미 트리 삭제 ===
꾸러미 트리를 모두 삭제합니다. 이전 단계를 반드시 우선적으로 수행해야합니다. 이전 과정을 올바르게 수행해왔다면 꾸러미 트리가 모두 증발했다고 해서 그 다음 꾸러미 설치 관리자가 먹통이 되진 않습니다.

{{Important|아래 예제 명령 뒤의 슬래시와 구두점을 빼면 안됩니다. 오타가 아닙니다.}}

<syntaxhighlight lang="bash">
$ sudo rm -rf /usr/portage/.;
</syntaxhighlight>

=== 꾸러미 트리 전체 재동기화 ===
다음 명령으로 꾸러미 트리 재동기화를 시도합니다(왜냐면 이전 단계에서 꾸러미 트리를 모두 삭제했기 때문입니다).
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

다음과 같은 메시지가 뜨면서 저장소 fetch, merge, and rebase에 성공하면 포티지 트리 동기화가 끝납니다.

<syntaxhighlight lang="bash">
>>> Syncing repository 'gentoo' into '/usr/portage'...
/usr/bin/git pull

....

q: Updating ebuild cache in /usr/portage ...
q: Finished 39923 entries in 0.148991 seconds
</syntaxhighlight>

== 옵션: 크론 등록 ==
젠투 측에서는 저장소 트리 원본 서버의 과부하 문제 때문에 하루에 한두번 까지의 동기화 시도를 권장합니다. 잦은 동기화 시도의 결과는 클라이언트 블락의 결과로 이어질 수 있습니다. 이 문제를 자동으로 해결하는 방법으로 크론 등록이 있습니다. 어차피 portage 유틸리티는 대부분 루트 권한을 지닌 채로 실행하기 때문에 system-wide(global) 설정 파일을 편집해주어도 무방합니다.

<syntaxhighlight lang="bash">
$ vi /etc/crontab
</syntaxhighlight>

다음 줄을 위 명령으로 나온 편집 화면에 추가하십시오.

<syntaxhighlight lang="bash">
0 6,18 * * * root /usr/bin/emerge --sync > /dev/null
</syntaxhighlight>

이 설정으로 6시 정각 18시 정각에 포티지 트리 동기화를 수행하며 결과 화면은 표시하지 않습니다. 동기화 시각이 맘에 안든다면 6,18 대신에 다른 값을 넣으면 됩니다. 콤마로 구분한 값은 24시 단위(0-23) 값이며, 셋 이상 넣지 않는것이 좋습니다.

== 문제 해결 ==
* '/usr/portage/metadata/layout.conf'의 masters 속성 값에 'x-portage' 저장소가 빠져있음을 알리는 오류

<syntaxhighlight lang="bash">
>>>Syncing repository 'gentoo' into '/usr/portage' ...
/usr/bin/git pull
Already up-to-date.
=== Sync completed for gentoo
!!! Repository 'x-portage' is missing masters attribute in '/usr/portage/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
</syntaxhighlight>

이와 같은 경고 메시지가 뜨는 경우 다음 절차를 통해 설정 값을 지정합니다.

우선 경고 메시지에서 언급한 파일을 엽니다.

<syntaxhighlight lang="bash">
$ sudo vi /usr/portage/metadata/layout.conf
</syntaxhighlight>

파일을 열었다면 30번째 줄 인근에서 다음 부분을 찾습니다.
<syntaxhighlight lang="bash">
# Support for implicit masters is deprecated, so we need to explicitly
# specify that this repo does not dependent on any masters, in order
# to distinguish it from repos that rely on the deprecated behavior.
masters =
</syntaxhighlight>

여기서 비어있는 masters 속성을 다음과 같이 값을 채워넣고 저장합니다.

<syntaxhighlight lang="bash">
masters = gentoo
</syntaxhighlight>

[[Category:GentooKRDoc]]

Gentoo change portage rsync to git

2016-05-14T21:08:54Z

Darkcircle: /* 문제 해결 */

== 서문 ==

이 문서는 포티지 트리의 기존의 rsync 다운로드 방식을 git 방식으로 바꾸는 방법을 언급합니다.
사용자의 컴퓨터에는 최신 portage를 먼저 설치해두었다고 가정합니다. 만약 portage가 최신이 아니라면 다음 명령으로 portage를 최신으로 업데이트해야합니다.

<syntaxhighlight lang="bash">
$ sudo emerge --sync;
$ sudo emerge --newuse --oneshot portage;
</syntaxhighlight>

== git 방식 꾸러미 트리 다운로드의 장점 ==
현재 젠투의 꾸러미 트리는 사실상 git 위주로 운영하고 있다고 해도 과언이 아닙니다. 때문에 git 저장소를 활용하여 실시간으로 업데이트를 진행합니다. 만약 unstable 키워드(예: ~amd64)를 <tt>/etc/portage/make.conf</tt>에 지정했다면, 실시간으로 바뀐 git 저장소의 꾸러미 트리를 받아서 바로 설치할 수 있습니다. 젠투 포티지 트리 실시간 상황은 [https://gitweb.gentoo.org/repo/gentoo.git/ 젠투 포티지 트리 gitweb]에서 확인할 수 있습니다.

심지어 rsync는 증분 업데이트를 모두 받아내야 하지만 git 방식은 바이너리를 압축한 후 블록 단위로 쪼개어 보관하는 방식을 쓰기 때문에 데이터 중복 방지+압축으로 인한 추가 용량 감소+멀티 쓰레드를 통한 블록 다운로드로 rsync보다 다운로드 및 동기화 속도가 월등히 빠릅니다. 그러니까 대부분 x86, amd64를 사용하는 상황에서 젠투 인프라 관리팀에서는 git 저장소 다운로드 방식으로의 전환을 강력 추천합니다.

== git 설치 ==

우선 git 꾸러미를 설치합니다. 필요한 USE 플래그는 [https://wiki.gentoo.org/wiki/Git 공식 페이지]en를 참고하십시오.

{{Warning|이 과정을 수행하지 않으면 돌이킬 수 없는 문제에 직면할 수 있습니다.}}

<syntaxhighlight lang="bash">
$ sudo emerge git;
</syntaxhighlight>

== 설정 파일 편집 ==

/etc/portage/repos.conf/gentoo.conf를 열고 안의 내용을 모두 삭제한 후 다음 내용을 넣습니다.

<syntaxhighlight lang="bash">
[DEFAULT]
main-repo = gentoo

[gentoo]
location = /usr/portage
sync-type = git
sync-uri = https://anongit.gentoo.org/git/proj/portage.git
auto-sync = true
sync-depth = 1
</syntaxhighlight>

/etc/portage/repos.conf/gentoo.conf 파일이 없다면 다음 과정을 따릅니다.

<syntaxhighlight lang="bash">
$ sudo mkdir -p /etc/portage/repos.conf
$ vi /etc/portage/repos.conf/gentoo.conf # 편집기로 직접 열고 위에 언급한 내용 붙여넣고 저장.
</syntaxhighlight>

== 꾸러미 트리 삭제==
꾸러미 트리를 모두 삭제합니다. 이전 단계를 반드시 우선적으로 수행해야합니다. 이전 과정을 올바르게 수행해왔다면 꾸러미 트리가 모두 증발했다고 해서 그 다음 꾸러미 설치 관리자가 먹통이 되진 않습니다.

{{Important|아래 예제 명령 뒤의 슬래시와 구두점을 빼면 안됩니다. 오타가 아닙니다.}}

<syntaxhighlight lang="bash">
$ sudo rm -rf /usr/portage/.;
</syntaxhighlight>

== 꾸러미 트리 전체 재동기화 ==
다음 명령으로 꾸러미 트리 재동기화를 시도합니다(왜냐면 이전 단계에서 꾸러미 트리를 모두 삭제했기 때문입니다).
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

다음과 같은 메시지가 뜨면서 저장소 fetch, merge, and rebase에 성공하면 포티지 트리 동기화가 끝납니다.

<syntaxhighlight lang="bash">
>>> Syncing repository 'gentoo' into '/usr/portage'...
/usr/bin/git pull

....

q: Updating ebuild cache in /usr/portage ...
q: Finished 39923 entries in 0.148991 seconds
</syntaxhighlight>

== 옵션: 크론 등록 ==
젠투 측에서는 저장소 트리 원본 서버의 과부하 문제 때문에 하루에 한두번 까지의 동기화 시도를 권장합니다. 잦은 동기화 시도의 결과는 클라이언트 블락의 결과로 이어질 수 있습니다. 이 문제를 자동으로 해결하는 방법으로 크론 등록이 있습니다. 어차피 portage 유틸리티는 대부분 루트 권한을 지닌 채로 실행하기 때문에 system-wide(global) 설정 파일을 편집해주어도 무방합니다.

<syntaxhighlight lang="bash">
$ vi /etc/crontab
</syntaxhighlight>

다음 줄을 위 명령으로 나온 편집 화면에 추가하십시오.

<syntaxhighlight lang="bash">
0 6,18 * * * root /usr/bin/emerge --sync > /dev/null
</syntaxhighlight>

이 설정으로 6시 정각 18시 정각에 포티지 트리 동기화를 수행하며 결과 화면은 표시하지 않습니다. 동기화 시각이 맘에 안든다면 6,18 대신에 다른 값을 넣으면 됩니다. 콤마로 구분한 값은 24시 단위(0-23) 값이며, 셋 이상 넣지 않는것이 좋습니다.

== 문제 해결 ==
* '/usr/portage/metadata/layout.conf'의 masters 속성 값에 'x-portage' 저장소가 빠져있음을 알리는 오류

<syntaxhighlight lang="bash">
>>>Syncing repository 'gentoo' into '/usr/portage' ...
/usr/bin/git pull
Already up-to-date.
=== Sync completed for gentoo
!!! Repository 'x-portage' is missing masters attribute in '/usr/portage/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
</syntaxhighlight>

이와 같은 경고 메시지가 뜨는 경우 다음 절차를 통해 설정 값을 지정합니다.

우선 경고 메시지에서 언급한 파일을 엽니다.

<syntaxhighlight lang="bash">
$ sudo vi /usr/portage/metadata/layout.conf
</syntaxhighlight>

파일을 열었다면 30번째 줄 인근에서 다음 부분을 찾습니다.
<syntaxhighlight lang="bash">
# Support for implicit masters is deprecated, so we need to explicitly
# specify that this repo does not dependent on any masters, in order
# to distinguish it from repos that rely on the deprecated behavior.
masters =
</syntaxhighlight>

여기서 비어있는 masters 속성을 다음과 같이 값을 채워넣고 저장합니다.

<syntaxhighlight lang="bash">
masters = gentoo
</syntaxhighlight>

[[Category:GentooKRDoc]]

Gentoo change portage rsync to git

2016-05-14T21:03:30Z

Darkcircle: /* 문제 해결 */ 추가

== 서문 ==

이 문서는 포티지 트리의 기존의 rsync 다운로드 방식을 git 방식으로 바꾸는 방법을 언급합니다.
사용자의 컴퓨터에는 최신 portage를 먼저 설치해두었다고 가정합니다. 만약 portage가 최신이 아니라면 다음 명령으로 portage를 최신으로 업데이트해야합니다.

<syntaxhighlight lang="bash">
$ sudo emerge --sync;
$ sudo emerge --newuse --oneshot portage;
</syntaxhighlight>

== git 방식 꾸러미 트리 다운로드의 장점 ==
현재 젠투의 꾸러미 트리는 사실상 git 위주로 운영하고 있다고 해도 과언이 아닙니다. 때문에 git 저장소를 활용하여 실시간으로 업데이트를 진행합니다. 만약 unstable 키워드(예: ~amd64)를 <tt>/etc/portage/make.conf</tt>에 지정했다면, 실시간으로 바뀐 git 저장소의 꾸러미 트리를 받아서 바로 설치할 수 있습니다. 젠투 포티지 트리 실시간 상황은 [https://gitweb.gentoo.org/repo/gentoo.git/ 젠투 포티지 트리 gitweb]에서 확인할 수 있습니다.

심지어 rsync는 증분 업데이트를 모두 받아내야 하지만 git 방식은 바이너리를 압축한 후 블록 단위로 쪼개어 보관하는 방식을 쓰기 때문에 데이터 중복 방지+압축으로 인한 추가 용량 감소+멀티 쓰레드를 통한 블록 다운로드로 rsync보다 다운로드 및 동기화 속도가 월등히 빠릅니다. 그러니까 대부분 x86, amd64를 사용하는 상황에서 젠투 인프라 관리팀에서는 git 저장소 다운로드 방식으로의 전환을 강력 추천합니다.

== git 설치 ==

우선 git 꾸러미를 설치합니다. 필요한 USE 플래그는 [https://wiki.gentoo.org/wiki/Git 공식 페이지]en를 참고하십시오.

{{Warning|이 과정을 수행하지 않으면 돌이킬 수 없는 문제에 직면할 수 있습니다.}}

<syntaxhighlight lang="bash">
$ sudo emerge git;
</syntaxhighlight>

== 설정 파일 편집 ==

/etc/portage/repos.conf/gentoo.conf를 열고 안의 내용을 모두 삭제한 후 다음 내용을 넣습니다.

<syntaxhighlight lang="bash">
[DEFAULT]
main-repo = gentoo

[gentoo]
location = /usr/portage
sync-type = git
sync-uri = https://anongit.gentoo.org/git/proj/portage.git
auto-sync = true
sync-depth = 1
</syntaxhighlight>

/etc/portage/repos.conf/gentoo.conf 파일이 없다면 다음 과정을 따릅니다.

<syntaxhighlight lang="bash">
$ sudo mkdir -p /etc/portage/repos.conf
$ vi /etc/portage/repos.conf/gentoo.conf # 편집기로 직접 열고 위에 언급한 내용 붙여넣고 저장.
</syntaxhighlight>

== 꾸러미 트리 삭제==
꾸러미 트리를 모두 삭제합니다. 이전 단계를 반드시 우선적으로 수행해야합니다. 이전 과정을 올바르게 수행해왔다면 꾸러미 트리가 모두 증발했다고 해서 그 다음 꾸러미 설치 관리자가 먹통이 되진 않습니다.

{{Important|아래 예제 명령 뒤의 슬래시와 구두점을 빼면 안됩니다. 오타가 아닙니다.}}

<syntaxhighlight lang="bash">
$ sudo rm -rf /usr/portage/.;
</syntaxhighlight>

== 꾸러미 트리 전체 재동기화 ==
다음 명령으로 꾸러미 트리 재동기화를 시도합니다(왜냐면 이전 단계에서 꾸러미 트리를 모두 삭제했기 때문입니다).
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

다음과 같은 메시지가 뜨면서 저장소 fetch, merge, and rebase에 성공하면 포티지 트리 동기화가 끝납니다.

<syntaxhighlight lang="bash">
>>> Syncing repository 'gentoo' into '/usr/portage'...
/usr/bin/git pull

....

q: Updating ebuild cache in /usr/portage ...
q: Finished 39923 entries in 0.148991 seconds
</syntaxhighlight>

== 옵션: 크론 등록 ==
젠투 측에서는 저장소 트리 원본 서버의 과부하 문제 때문에 하루에 한두번 까지의 동기화 시도를 권장합니다. 잦은 동기화 시도의 결과는 클라이언트 블락의 결과로 이어질 수 있습니다. 이 문제를 자동으로 해결하는 방법으로 크론 등록이 있습니다. 어차피 portage 유틸리티는 대부분 루트 권한을 지닌 채로 실행하기 때문에 system-wide(global) 설정 파일을 편집해주어도 무방합니다.

<syntaxhighlight lang="bash">
$ vi /etc/crontab
</syntaxhighlight>

다음 줄을 위 명령으로 나온 편집 화면에 추가하십시오.

<syntaxhighlight lang="bash">
0 6,18 * * * root /usr/bin/emerge --sync > /dev/null
</syntaxhighlight>

이 설정으로 6시 정각 18시 정각에 포티지 트리 동기화를 수행하며 결과 화면은 표시하지 않습니다. 동기화 시각이 맘에 안든다면 6,18 대신에 다른 값을 넣으면 됩니다. 콤마로 구분한 값은 24시 단위(0-23) 값이며, 셋 이상 넣지 않는것이 좋습니다.

== 문제 해결 ==
* '/usr/portage/metadata/layout.conf'의 masters 속성 값에 'x-portage' 저장소가 빠져있음을 알리는 오류

<syntaxhighlight lang="bash">
>>>Syncing repository 'gentoo' into '/usr/portage' ...
/usr/bin/git pull
Already up-to-date.
=== Sync completed for gentoo
!!! Repository 'x-portage' is missing masters attribute in '/usr/portage/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
</syntaxhighlight>

이와 같은 경고 메시지가 뜨는 경우 다음 절차를 통해 설정 값을 지정합니다.

우선 경고 메시지에서 언급한 파일을 엽니다.

<syntaxhighlight lang="bash">
$ sudo vi /usr/portage/metadata/layout.conf
</syntaxhighlight>

파일을 열었다면 30번째 줄 인근에서 다음 부분을 찾습니다.
<syntaxhighlight lang="bash">
# Support for implicit masters is deprecated, so we need to explicitly
# specify that this repo does not dependent on any masters, in order
# to distinguish it from repos that rely on the deprecated behavior.
masters =
</syntaxhighlight>

여기서 비어있는 masters 속성을 다음과 같이 값을 채워넣고 저장합니다.

<syntaxhighlight lang="bash">
masters = gentoo
</syntaxhighlight>

Gentoo change portage rsync to git

2016-05-14T20:48:08Z

Darkcircle: /* 서문. portage 업데이트 안내문 추가 */

Gentoo change portage rsync to git

2016-05-14T20:43:08Z

Darkcircle: /* 꾸러미 트리 전체 재동기화 */

== 서문 ==

이 문서는 포티지 트리의 기존의 rsync 다운로드 방식을 git 방식으로 바꾸는 방법을 언급합니다.
사용자의 컴퓨터에는 최신 portage를 먼저 설치해두었다고 가정합니다.

== git 방식 꾸러미 트리 다운로드의 장점 ==
현재 젠투의 꾸러미 트리는 사실상 git 위주로 운영하고 있다고 해도 과언이 아닙니다. 때문에 git 저장소를 활용하여 실시간으로 업데이트를 진행합니다. 만약 unstable 키워드(예: ~amd64)를 <tt>/etc/portage/make.conf</tt>에 지정했다면, 실시간으로 바뀐 git 저장소의 꾸러미 트리를 받아서 바로 설치할 수 있습니다. 젠투 포티지 트리 실시간 상황은 [https://gitweb.gentoo.org/repo/gentoo.git/ 젠투 포티지 트리 gitweb]에서 확인할 수 있습니다.

심지어 rsync는 증분 업데이트를 모두 받아내야 하지만 git 방식은 바이너리를 압축한 후 블록 단위로 쪼개어 보관하는 방식을 쓰기 때문에 데이터 중복 방지+압축으로 인한 추가 용량 감소+멀티 쓰레드를 통한 블록 다운로드로 rsync보다 다운로드 및 동기화 속도가 월등히 빠릅니다. 그러니까 대부분 x86, amd64를 사용하는 상황에서 젠투 인프라 관리팀에서는 git 저장소 다운로드 방식으로의 전환을 강력 추천합니다.

== git 설치 ==

우선 git 꾸러미를 설치합니다. 필요한 USE 플래그는 [https://wiki.gentoo.org/wiki/Git 공식 페이지]en를 참고하십시오.

{{Warning|이 과정을 수행하지 않으면 돌이킬 수 없는 문제에 직면할 수 있습니다.}}

<syntaxhighlight lang="bash">
$ sudo emerge git;
</syntaxhighlight>

== 설정 파일 편집 ==

/etc/portage/repos.conf/gentoo.conf를 열고 안의 내용을 모두 삭제한 후 다음 내용을 넣습니다.

<syntaxhighlight lang="bash">
[DEFAULT]
main-repo = gentoo

[gentoo]
location = /usr/portage
sync-type = git
sync-uri = https://anongit.gentoo.org/git/proj/portage.git
auto-sync = true
sync-depth = 1
</syntaxhighlight>

/etc/portage/repos.conf/gentoo.conf 파일이 없다면 다음 과정을 따릅니다.

<syntaxhighlight lang="bash">
$ sudo mkdir -p /etc/portage/repos.conf
$ vi /etc/portage/repos.conf/gentoo.conf # 편집기로 직접 열고 위에 언급한 내용 붙여넣고 저장.
</syntaxhighlight>

== 꾸러미 트리 삭제==
꾸러미 트리를 모두 삭제합니다. 이전 단계를 반드시 우선적으로 수행해야합니다. 이전 과정을 올바르게 수행해왔다면 꾸러미 트리가 모두 증발했다고 해서 그 다음 꾸러미 설치 관리자가 먹통이 되진 않습니다.

{{Important|아래 예제 명령 뒤의 슬래시와 구두점을 빼면 안됩니다. 오타가 아닙니다.}}

<syntaxhighlight lang="bash">
$ sudo rm -rf /usr/portage/.;
</syntaxhighlight>

== 꾸러미 트리 전체 재동기화 ==
다음 명령으로 꾸러미 트리 재동기화를 시도합니다(왜냐면 이전 단계에서 꾸러미 트리를 모두 삭제했기 때문입니다).
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

다음과 같은 메시지가 뜨면서 저장소 fetch, merge, and rebase에 성공하면 포티지 트리 동기화가 끝납니다.

<syntaxhighlight lang="bash">
>>> Syncing repository 'gentoo' into '/usr/portage'...
/usr/bin/git pull

....

q: Updating ebuild cache in /usr/portage ...
q: Finished 39923 entries in 0.148991 seconds
</syntaxhighlight>

== 옵션: 크론 등록 ==
젠투 측에서는 저장소 트리 원본 서버의 과부하 문제 때문에 하루에 한두번 까지의 동기화 시도를 권장합니다. 잦은 동기화 시도의 결과는 클라이언트 블락의 결과로 이어질 수 있습니다. 이 문제를 자동으로 해결하는 방법으로 크론 등록이 있습니다. 어차피 portage 유틸리티는 대부분 루트 권한을 지닌 채로 실행하기 때문에 system-wide(global) 설정 파일을 편집해주어도 무방합니다.

<syntaxhighlight lang="bash">
$ vi /etc/crontab
</syntaxhighlight>

다음 줄을 위 명령으로 나온 편집 화면에 추가하십시오.

<syntaxhighlight lang="bash">
0 6,18 * * * root /usr/bin/emerge --sync > /dev/null
</syntaxhighlight>

이 설정으로 6시 정각 18시 정각에 포티지 트리 동기화를 수행하며 결과 화면은 표시하지 않습니다. 동기화 시각이 맘에 안든다면 6,18 대신에 다른 값을 넣으면 됩니다. 콤마로 구분한 값은 24시 단위(0-23) 값이며, 셋 이상 넣지 않는것이 좋습니다.

Gentoo change portage rsync to git

2016-05-14T20:37:39Z

Darkcircle: /* 설정 파일 편집 */

Gentoo change portage rsync to git

2016-05-14T20:37:01Z

Darkcircle: /* 설정 파일 편집 */

== 서문 ==

이 문서는 포티지 트리의 기존의 rsync 다운로드 방식을 git 방식으로 바꾸는 방법을 언급합니다.
사용자의 컴퓨터에는 최신 portage를 먼저 설치해두었다고 가정합니다.

== git 방식 꾸러미 트리 다운로드의 장점 ==
현재 젠투의 꾸러미 트리는 사실상 git 위주로 운영하고 있다고 해도 과언이 아닙니다. 때문에 git 저장소를 활용하여 실시간으로 업데이트를 진행합니다. 만약 unstable 키워드(예: ~amd64)를 <tt>/etc/portage/make.conf</tt>에 지정했다면, 실시간으로 바뀐 git 저장소의 꾸러미 트리를 받아서 바로 설치할 수 있습니다. 젠투 포티지 트리 실시간 상황은 [https://gitweb.gentoo.org/repo/gentoo.git/ 젠투 포티지 트리 gitweb]에서 확인할 수 있습니다.

심지어 rsync는 증분 업데이트를 모두 받아내야 하지만 git 방식은 바이너리를 압축한 후 블록 단위로 쪼개어 보관하는 방식을 쓰기 때문에 데이터 중복 방지+압축으로 인한 추가 용량 감소+멀티 쓰레드를 통한 블록 다운로드로 rsync보다 다운로드 및 동기화 속도가 월등히 빠릅니다. 그러니까 대부분 x86, amd64를 사용하는 상황에서 젠투 인프라 관리팀에서는 git 저장소 다운로드 방식으로의 전환을 강력 추천합니다.

== git 설치 ==

우선 git 꾸러미를 설치합니다. 필요한 USE 플래그는 [https://wiki.gentoo.org/wiki/Git 공식 페이지]en를 참고하십시오.

{{Warning|이 과정을 수행하지 않으면 돌이킬 수 없는 문제에 직면할 수 있습니다.}}

<syntaxhighlight lang="bash">
$ sudo emerge git;
</syntaxhighlight>

== 설정 파일 편집 ==

/etc/portage/repos.conf/gentoo.conf를 열고 안의 내용을 모두 삭제한 후 다음 내용을 넣습니다.

<syntaxhighlight lang="bash">
[DEFAULT]
main-repo = gentoo

[gentoo]
location = /usr/portage
sync-type = git
sync-uri = https://anongit.gentoo.org/git/proj/portage.git
auto-sync = true
sync-depth = 1
</syntaxhighlight>

/etc/portage/repos.conf/gentoo.conf 파일이 없다면 다음 과정을 따릅니다.

<syntaxhighlight lang="bash">
$ sudo mkdir -p /etc/portage/repos.conf
$ touch /etc/portage/repos.conf/gentoo.conf # 또는 편집기로 직접 열고 위에 언급한 내용 붙여넣고 저장.
</syntaxhighlight>

== 꾸러미 트리 삭제==
꾸러미 트리를 모두 삭제합니다. 이전 단계를 반드시 우선적으로 수행해야합니다. 이전 과정을 올바르게 수행해왔다면 꾸러미 트리가 모두 증발했다고 해서 그 다음 꾸러미 설치 관리자가 먹통이 되진 않습니다.

{{Important|아래 예제 명령 뒤의 슬래시와 구두점을 빼면 안됩니다. 오타가 아닙니다.}}

<syntaxhighlight lang="bash">
$ sudo rm -rf /usr/portage/.;
</syntaxhighlight>

== 꾸러미 트리 전체 재동기화 ==
다음 명령으로 꾸러미 트리 재동기화를 시도합니다(왜냐면 이전 단계에서 꾸러미 트리를 모두 삭제했기 때문입니다).
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

다음과 같은 메시지가 뜨면서 저장소 fetch, merge, and rebase에 성공하면 포티지 트리 동기화가 끝납니다.

<syntaxhighlight lang="bash">
>>> Syncing repository 'gentoo' into '/usr/portage'...
/usr/bin/git pull

....

q: Updating ebuild cache in /usr/portage ...
q: Finished 39923 entries in 0.148991 seconds
</syntaxhighlight>

Gentoo change portage rsync to git

2016-05-14T20:36:42Z

Darkcircle: /* git 설치 */

== 서문 ==

이 문서는 포티지 트리의 기존의 rsync 다운로드 방식을 git 방식으로 바꾸는 방법을 언급합니다.
사용자의 컴퓨터에는 최신 portage를 먼저 설치해두었다고 가정합니다.

== git 방식 꾸러미 트리 다운로드의 장점 ==
현재 젠투의 꾸러미 트리는 사실상 git 위주로 운영하고 있다고 해도 과언이 아닙니다. 때문에 git 저장소를 활용하여 실시간으로 업데이트를 진행합니다. 만약 unstable 키워드(예: ~amd64)를 <tt>/etc/portage/make.conf</tt>에 지정했다면, 실시간으로 바뀐 git 저장소의 꾸러미 트리를 받아서 바로 설치할 수 있습니다. 젠투 포티지 트리 실시간 상황은 [https://gitweb.gentoo.org/repo/gentoo.git/ 젠투 포티지 트리 gitweb]에서 확인할 수 있습니다.

심지어 rsync는 증분 업데이트를 모두 받아내야 하지만 git 방식은 바이너리를 압축한 후 블록 단위로 쪼개어 보관하는 방식을 쓰기 때문에 데이터 중복 방지+압축으로 인한 추가 용량 감소+멀티 쓰레드를 통한 블록 다운로드로 rsync보다 다운로드 및 동기화 속도가 월등히 빠릅니다. 그러니까 대부분 x86, amd64를 사용하는 상황에서 젠투 인프라 관리팀에서는 git 저장소 다운로드 방식으로의 전환을 강력 추천합니다.

== git 설치 ==

우선 git 꾸러미를 설치합니다. 필요한 USE 플래그는 [https://wiki.gentoo.org/wiki/Git 공식 페이지]en를 참고하십시오.

{{Warning|이 과정을 수행하지 않으면 돌이킬 수 없는 문제에 직면할 수 있습니다.}}

<syntaxhighlight lang="bash">
$ sudo emerge git;
</syntaxhighlight>

== 설정 파일 편집 ==

/etc/portage/repos.conf/gentoo.conf를 열고 안의 내용을 모두 삭제한 후 다음 내용을 넣습니다.

<syntaxhighlight lang="bash">
[DEFAULT]
main-repo = gentoo

[gentoo]
location = /usr/portage
sync-type = git
sync-uri = https://anongit.gentoo.org/git/proj/portage.git
auto-sync = true
sync-depth = 1
</syntaxhighlight>

/et c/portage/repos.conf/gentoo.conf 파일이 없다면 다음 과정을 따릅니다.

<syntaxhighlight lang="bash">
$ sudo mkdir -p /etc/portage/repos.conf
$ touch /etc/portage/repos.conf/gentoo.conf # 또는 편집기로 직접 열고 위에 언급한 내용 붙여넣고 저장.
</syntaxhighlight>

== 꾸러미 트리 삭제==
꾸러미 트리를 모두 삭제합니다. 이전 단계를 반드시 우선적으로 수행해야합니다. 이전 과정을 올바르게 수행해왔다면 꾸러미 트리가 모두 증발했다고 해서 그 다음 꾸러미 설치 관리자가 먹통이 되진 않습니다.

{{Important|아래 예제 명령 뒤의 슬래시와 구두점을 빼면 안됩니다. 오타가 아닙니다.}}

<syntaxhighlight lang="bash">
$ sudo rm -rf /usr/portage/.;
</syntaxhighlight>

== 꾸러미 트리 전체 재동기화 ==
다음 명령으로 꾸러미 트리 재동기화를 시도합니다(왜냐면 이전 단계에서 꾸러미 트리를 모두 삭제했기 때문입니다).
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

다음과 같은 메시지가 뜨면서 저장소 fetch, merge, and rebase에 성공하면 포티지 트리 동기화가 끝납니다.

<syntaxhighlight lang="bash">
>>> Syncing repository 'gentoo' into '/usr/portage'...
/usr/bin/git pull

....

q: Updating ebuild cache in /usr/portage ...
q: Finished 39923 entries in 0.148991 seconds
</syntaxhighlight>

Gentoo change portage rsync to git

2016-05-14T20:35:02Z

Darkcircle: /* git 방식 다운로드 장점 */ 추가.

== 서문 ==

이 문서는 포티지 트리의 기존의 rsync 다운로드 방식을 git 방식으로 바꾸는 방법을 언급합니다.
사용자의 컴퓨터에는 최신 portage를 먼저 설치해두었다고 가정합니다.

== git 방식 꾸러미 트리 다운로드의 장점 ==
현재 젠투의 꾸러미 트리는 사실상 git 위주로 운영하고 있다고 해도 과언이 아닙니다. 때문에 git 저장소를 활용하여 실시간으로 업데이트를 진행합니다. 만약 unstable 키워드(예: ~amd64)를 <tt>/etc/portage/make.conf</tt>에 지정했다면, 실시간으로 바뀐 git 저장소의 꾸러미 트리를 받아서 바로 설치할 수 있습니다. 젠투 포티지 트리 실시간 상황은 [https://gitweb.gentoo.org/repo/gentoo.git/ 젠투 포티지 트리 gitweb]에서 확인할 수 있습니다.

심지어 rsync는 증분 업데이트를 모두 받아내야 하지만 git 방식은 바이너리를 압축한 후 블록 단위로 쪼개어 보관하는 방식을 쓰기 때문에 데이터 중복 방지+압축으로 인한 추가 용량 감소+멀티 쓰레드를 통한 블록 다운로드로 rsync보다 다운로드 및 동기화 속도가 월등히 빠릅니다. 그러니까 대부분 x86, amd64를 사용하는 상황에서 젠투 인프라 관리팀에서는 git 저장소 다운로드 방식으로의 전환을 강력 추천합니다.

== git 설치 ==

우선 git 꾸러미를 설치합니다. 필요한 USE 플래그는 [https://wiki.gentoo.org/wiki/Git 공식 페이지]en를 참고하십시오.
이 과정을 수행하지 않으면 돌이킬 수 없는 문제에 직면할 수 있습니다.

<syntaxhighlight lang="bash">
$ sudo emerge git;
</syntaxhighlight>

== 설정 파일 편집 ==

/etc/portage/repos.conf/gentoo.conf를 열고 안의 내용을 모두 삭제한 후 다음 내용을 넣습니다.

<syntaxhighlight lang="bash">
[DEFAULT]
main-repo = gentoo

[gentoo]
location = /usr/portage
sync-type = git
sync-uri = https://anongit.gentoo.org/git/proj/portage.git
auto-sync = true
sync-depth = 1
</syntaxhighlight>

/et c/portage/repos.conf/gentoo.conf 파일이 없다면 다음 과정을 따릅니다.

<syntaxhighlight lang="bash">
$ sudo mkdir -p /etc/portage/repos.conf
$ touch /etc/portage/repos.conf/gentoo.conf # 또는 편집기로 직접 열고 위에 언급한 내용 붙여넣고 저장.
</syntaxhighlight>

== 꾸러미 트리 삭제==
꾸러미 트리를 모두 삭제합니다. 이전 단계를 반드시 우선적으로 수행해야합니다. 이전 과정을 올바르게 수행해왔다면 꾸러미 트리가 모두 증발했다고 해서 그 다음 꾸러미 설치 관리자가 먹통이 되진 않습니다.

{{Important|아래 예제 명령 뒤의 슬래시와 구두점을 빼면 안됩니다. 오타가 아닙니다.}}

<syntaxhighlight lang="bash">
$ sudo rm -rf /usr/portage/.;
</syntaxhighlight>

== 꾸러미 트리 전체 재동기화 ==
다음 명령으로 꾸러미 트리 재동기화를 시도합니다(왜냐면 이전 단계에서 꾸러미 트리를 모두 삭제했기 때문입니다).
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

다음과 같은 메시지가 뜨면서 저장소 fetch, merge, and rebase에 성공하면 포티지 트리 동기화가 끝납니다.

<syntaxhighlight lang="bash">
>>> Syncing repository 'gentoo' into '/usr/portage'...
/usr/bin/git pull

....

q: Updating ebuild cache in /usr/portage ...
q: Finished 39923 entries in 0.148991 seconds
</syntaxhighlight>

Gentoo change portage rsync to git

2016-05-14T20:25:33Z

Darkcircle: /* 꾸러미 트리 삭제 */

== 서문 ==

이 문서는 포티지 트리의 기존의 rsync 다운로드 방식을 git 방식으로 바꾸는 방법을 언급합니다.
사용자의 컴퓨터에는 최신 portage를 먼저 설치해두었다고 가정합니다.

== git 설치 ==

우선 git 꾸러미를 설치합니다. 필요한 USE 플래그는 [https://wiki.gentoo.org/wiki/Git 공식 페이지]en를 참고하십시오.
이 과정을 수행하지 않으면 돌이킬 수 없는 문제에 직면할 수 있습니다.

<syntaxhighlight lang="bash">
$ sudo emerge git;
</syntaxhighlight>

== 설정 파일 편집 ==

/etc/portage/repos.conf/gentoo.conf를 열고 안의 내용을 모두 삭제한 후 다음 내용을 넣습니다.

<syntaxhighlight lang="bash">
[DEFAULT]
main-repo = gentoo

[gentoo]
location = /usr/portage
sync-type = git
sync-uri = https://anongit.gentoo.org/git/proj/portage.git
auto-sync = true
sync-depth = 1
</syntaxhighlight>

/et c/portage/repos.conf/gentoo.conf 파일이 없다면 다음 과정을 따릅니다.

<syntaxhighlight lang="bash">
$ sudo mkdir -p /etc/portage/repos.conf
$ touch /etc/portage/repos.conf/gentoo.conf # 또는 편집기로 직접 열고 위에 언급한 내용 붙여넣고 저장.
</syntaxhighlight>

== 꾸러미 트리 삭제==
꾸러미 트리를 모두 삭제합니다. 이전 단계를 반드시 우선적으로 수행해야합니다. 이전 과정을 올바르게 수행해왔다면 꾸러미 트리가 모두 증발했다고 해서 그 다음 꾸러미 설치 관리자가 먹통이 되진 않습니다.

{{Important|아래 예제 명령 뒤의 슬래시와 구두점을 빼면 안됩니다. 오타가 아닙니다.}}

<syntaxhighlight lang="bash">
$ sudo rm -rf /usr/portage/.;
</syntaxhighlight>

== 꾸러미 트리 전체 재동기화 ==
다음 명령으로 꾸러미 트리 재동기화를 시도합니다(왜냐면 이전 단계에서 꾸러미 트리를 모두 삭제했기 때문입니다).
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

다음과 같은 메시지가 뜨면서 저장소 fetch, merge, and rebase에 성공하면 포티지 트리 동기화가 끝납니다.

<syntaxhighlight lang="bash">
>>> Syncing repository 'gentoo' into '/usr/portage'...
/usr/bin/git pull

....

q: Updating ebuild cache in /usr/portage ...
q: Finished 39923 entries in 0.148991 seconds
</syntaxhighlight>

Gentoo change portage rsync to git

2016-05-14T20:22:28Z

Darkcircle: /* 꾸러미 트리 삭제 */

== 서문 ==

이 문서는 포티지 트리의 기존의 rsync 다운로드 방식을 git 방식으로 바꾸는 방법을 언급합니다.
사용자의 컴퓨터에는 최신 portage를 먼저 설치해두었다고 가정합니다.

== git 설치 ==

우선 git 꾸러미를 설치합니다. 필요한 USE 플래그는 [https://wiki.gentoo.org/wiki/Git 공식 페이지]en를 참고하십시오.
이 과정을 수행하지 않으면 돌이킬 수 없는 문제에 직면할 수 있습니다.

<syntaxhighlight lang="bash">
$ sudo emerge git;
</syntaxhighlight>

== 설정 파일 편집 ==

/etc/portage/repos.conf/gentoo.conf를 열고 안의 내용을 모두 삭제한 후 다음 내용을 넣습니다.

<syntaxhighlight lang="bash">
[DEFAULT]
main-repo = gentoo

[gentoo]
location = /usr/portage
sync-type = git
sync-uri = https://anongit.gentoo.org/git/proj/portage.git
auto-sync = true
sync-depth = 1
</syntaxhighlight>

/et c/portage/repos.conf/gentoo.conf 파일이 없다면 다음 과정을 따릅니다.

<syntaxhighlight lang="bash">
$ sudo mkdir -p /etc/portage/repos.conf
$ touch /etc/portage/repos.conf/gentoo.conf # 또는 편집기로 직접 열고 위에 언급한 내용 붙여넣고 저장.
</syntaxhighlight>

== 꾸러미 트리 삭제==
꾸러미 트리를 모두 삭제합니다. 이전 단계를 반드시 우선적으로 수행해야합니다. 이전 과정을 올바르게 수행해왔다면 꾸러미 트리가 모두 증발했다고 해서 그 다음 꾸러미 설치 관리자가 먹통이 되진 않습니다.

<syntaxhighlight lang="bash">
$ sudo rm -rf /usr/portage/.;
</syntaxhighlight>

== 꾸러미 트리 전체 재동기화 ==
다음 명령으로 꾸러미 트리 재동기화를 시도합니다(왜냐면 이전 단계에서 꾸러미 트리를 모두 삭제했기 때문입니다).
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

다음과 같은 메시지가 뜨면서 저장소 fetch, merge, and rebase에 성공하면 포티지 트리 동기화가 끝납니다.

<syntaxhighlight lang="bash">
>>> Syncing repository 'gentoo' into '/usr/portage'...
/usr/bin/git pull

....

q: Updating ebuild cache in /usr/portage ...
q: Finished 39923 entries in 0.148991 seconds
</syntaxhighlight>

Gentoo change portage rsync to git

2016-05-14T20:21:25Z

Darkcircle: initial commit

== 서문 ==

이 문서는 포티지 트리의 기존의 rsync 다운로드 방식을 git 방식으로 바꾸는 방법을 언급합니다.
사용자의 컴퓨터에는 최신 portage를 먼저 설치해두었다고 가정합니다.

== git 설치 ==

우선 git 꾸러미를 설치합니다. 필요한 USE 플래그는 [https://wiki.gentoo.org/wiki/Git 공식 페이지]en를 참고하십시오.
이 과정을 수행하지 않으면 돌이킬 수 없는 문제에 직면할 수 있습니다.

<syntaxhighlight lang="bash">
$ sudo emerge git;
</syntaxhighlight>

== 설정 파일 편집 ==

/etc/portage/repos.conf/gentoo.conf를 열고 안의 내용을 모두 삭제한 후 다음 내용을 넣습니다.

<syntaxhighlight lang="bash">
[DEFAULT]
main-repo = gentoo

[gentoo]
location = /usr/portage
sync-type = git
sync-uri = https://anongit.gentoo.org/git/proj/portage.git
auto-sync = true
sync-depth = 1
</syntaxhighlight>

/et c/portage/repos.conf/gentoo.conf 파일이 없다면 다음 과정을 따릅니다.

<syntaxhighlight lang="bash">
$ sudo mkdir -p /etc/portage/repos.conf
$ touch /etc/portage/repos.conf/gentoo.conf # 또는 편집기로 직접 열고 위에 언급한 내용 붙여넣고 저장.
</syntaxhighlight>

== 꾸러미 트리 삭제==
꾸러미 트리를 모두 삭제합니다. 이전 단계를 반드시 우선적으로 수행해야합니다. 그리고

<syntaxhighlight lang="bash">
$ sudo rm -rf /usr/portage/.;
</syntaxhighlight>

== 꾸러미 트리 전체 재동기화 ==
다음 명령으로 꾸러미 트리 재동기화를 시도합니다(왜냐면 이전 단계에서 꾸러미 트리를 모두 삭제했기 때문입니다).
<syntaxhighlight lang="bash">
$ sudo emerge --sync;
</syntaxhighlight>

다음과 같은 메시지가 뜨면서 저장소 fetch, merge, and rebase에 성공하면 포티지 트리 동기화가 끝납니다.

<syntaxhighlight lang="bash">
>>> Syncing repository 'gentoo' into '/usr/portage'...
/usr/bin/git pull

....

q: Updating ebuild cache in /usr/portage ...
q: Finished 39923 entries in 0.148991 seconds
</syntaxhighlight>

B:GentooKRPublishDoc

2016-05-14T20:14:12Z

Darkcircle: /* 자체 제작 문서 */

; Gentoo Korea 국내 제작문서

== from KLDP문서 (정리중) ==

[[OpenAFS-Gentoo-HOWTO|OpenAFS-Gentoo-HOWTO]] 원문주소 :: http://wiki.kldp.org/wiki.php/OpenAFS-Gentoo-HOWTO

[[Gentoo_Postfix|Postfix를 이용한 가상 메일 호스팅 시스템 가이드]] - 원문주소 :: http://wiki.kldp.org/wiki.php/GentooPostfix

[[PostfixOnGentoo-HOWTO|Postfix를 젠투에 설치하기]] - 원문주소 :: http://wiki.kldp.org/wiki.php/PostfixOnGentoo-HOWTO

[[PostgreSQL_On_Gentoo|PostgreSQL On Gentoo]] - 원문주소 :: http://wiki.kldp.org/wiki.php/PostgreSQLOnGentoo

[[Oracle11g_For_Gentoo|Oracle11g For Gentoo]] - 원문주소 :: http://wiki.kldp.org/wiki.php/Oracle11g_For_Gentoo

[[Oracle92_For_Gentoo|Oracle 9.2 For Gentoo]] - 원문주소 :: http://wiki.kldp.org/wiki.php/Oracle9.2%20For%20Gentoo

[[Gentoo_IP_bonding|Gentoo Linux 에서의 IP bonding구축]] - 원문주소 :: http://wiki.kldp.org/wiki.php/GentooIPBonding

== 자체 제작 문서==

* [[gentoo_redmine_nginix_git|Gentoo linux에서 redmine과 nginx, 그리고 git를 같이 사용하기]]

* [[Gentoo_mwlib|Gentoo-MediaWiki에서 사용할 수 있는 Collection Extension에 대한 렌더서버 구축하기]]

* [[Gentoo_mwmath|Gentoo-MediaWiki에서 사용할 수 있는 Math Extension 솔루션 구축]]

* [[Gentoo_Korean_Env|Gentoo Linux 에서 한글 환경 만들기]]

* [[Gentoo_DateTime_HowTo|Gentoo Linux 에서 날짜 시간 올바르게 설정하기]]

* [[Gentoo_postfix_dovecot_sqlite|Gentoo Linux 에서 postfix + dovecot + sqlite 사용하기]]

* [[Gentoo_on_UEFI-based_computer|Gentoo on UEFI-based computer]]

* [[ZFS_Fun|ZFS Fun]]

* [[Gentoo_change_portage_rsync_to_git|포티지 트리 다운로드 방식 전환]]

B:GentooKRTranslateDoc

2016-02-29T22:46:11Z

Darkcircle: /* 젠투 시스템 문서 */

젠투 위키와 젠투 공식 문서로부터 번역한 문서들입니다.

= 젠투 번역 문서 =
== 참고 ==
* 본문의 내용 중에 각 괄호( [ 와 ] )로 둘러싼 어구는 {{Bold|링크가 필요한}} 부분입니다. 번역되지 않고 방치하고 있는 이러한 부분이 있다면 주저하시지 마시고 [http://www.gentoo-kr.org 한국 젠투 리눅스 사용자 모임]에 알려주시기 바랍니다. 감사합니다.

* 젠투 프로젝트에서 공식적으로 관리하는 위키의 번역을 원하시는 분은 [https://wiki.gentoo.org/wiki/Help:Translating/ko 이 안내서의 지침]에 따라주세요. 약 한달 여 기간 정도 기다려주시면 위키 관리자가 확인 후 승인해줍니다. 이미 첫 번역자가 존재하므로 [https://wiki.gentoo.org/wiki/Gentoo_Wiki:Translator_account_requests 이 링크]로 들어가셔서 안내에 따라 신청을 작성하시면 됩니다. 번역 용어와 관련된 별도의 지침은 없습니다. 규칙의 제약을 받지 않고도 자유롭게 번역하실 수 있습니다. 단지 공식 위키에서 요구하는 위키 사용법을 잘 지켜주기만 하면 됩니다.

* 이 페이지는 언제나 끊임없이 개선중입니다. 필요한 내용이나 빠진 내용은 [http://wiki.gentoo-kr.org/index.php?title=%ED%86%A0%EB%A1%A0:B:GentooKRTranslateDoc 여기]에 언제든지 말씀해주세요.

== 자주 묻는 질문 ==

* [[Trans:GentooFrequentlyAskedQuestion|자주 묻는 질문]] - 자주 묻는 질문은 gentoo-dev 메일링 리스트와 IRC에서 모은 질문과 답들의 모음입니다.
* [[Trans:GentooAMD64FrequentlyAskedQuestions|AMD64 자주 묻는 질문]]deprecated - 젠투리눅스/AMD64에 대한 자주 묻는 질문입니다.
* [https://wiki.gentoo.org/wiki/FAQ/ko 일반(X86) 자주 묻는 질문]official - 이 문서는 젠투 리눅스 배포판을 설치할 때 공통으로 묻는 질문입니다만, 보통 x86과 관련된 내용이 들어있습니다.
* [https://wiki.gentoo.org/wiki/AMD64/FAQ/ko AMD64 자주 묻는 질문]official - 이 문서는 AMD64용 젠투 리눅스 배포판에 대한 자주 묻는 질문입니다.
* [https://wiki.gentoo.org/wiki/Alpha/FAQ/ko Alpha 자주 묻는 질문]official - 이 문서는 Alpha용 젠투 리눅스 배포판에 대한 자주 묻는 질문입니다. {{Bold|{{Red|!!경고!! 이 배포판은 현재 공식적으로 지원하지 않습니다}}}}
* [https://wiki.gentoo.org/wiki/MIPS/FAQ/ko MIPS 자주 묻는 질문]official - 이 문서는 MIPS32/MIPS64 아키텍처에 젠투 리눅스를 설치할 때 자주 묻는 질문입니다.
* [https://wiki.gentoo.org/wiki/PPC/FAQ/ko PPC 자주 묻는 질문]official - 이 문서는 IBM에서 개발하였으며, 주로 Machintosh에서 사용하던 PowerPC 아키텍처에 젠투 리눅스를 설치할 때 자주 묻는 질문입니다.
* [https://wiki.gentoo.org/wiki/Sparc/FAQ/ko Sparc 자주 묻는 질문]official - 이 문서는 썬 마이크로시스템에서 개발한 Sparc/Sparc64 아키텍처용 젠투 리눅스 배포판에 대한 자주 묻는 질문입니다.

== 젠투 설치 관련 ==

* [https://wiki.gentoo.org/wiki/Handbook:Main_Page/ko 젠투 리눅스 한국어 공식 핸드북]official - 이 문서는 젠투 위키팀에서 보증하는 젠투 리눅스 공식 핸드북 한국어판입니다.
* [[Trans:GentooHandbook|젠투 핸드북]] - 젠투 핸드북은 문서를 일관성 있는 핸드북으로 한 곳에 모은 노력의 산물입니다. 이 핸드북에는 인터넷 기반 설치 접근방식에 대한 설치 방법내용이 있으며 젠투 및 포티지를 다루는 방법으로 나누어져 있습니다.
* [[Trans:GentooLinuxX86QuickInstallGuide|젠투 리눅스 x86 빠른 설치 안내서]] - 빠른 설치 안내서는 장황하지 않은 내용으로 젠투 설치 과정을 담았습니다. 이 안내서는 시간이 없을때 사용자가 스테이지 3을 설치하도록 하는것이 목적입니다. 사용자는 이 안내서를 따르기 전에 젠투 리눅스를 설치한 경험이 있어야 합니다.

== 젠투 하드웨어 문서 ==
* [https://wiki.gentoo.org/wiki/ATI_FAQ/ko ATi 자주 묻는 질문]official - 이 자주 묻는 질문에서는 종전의 설치 방법을 피하고 AMD/ATI 보드의 DRI 및 X11 관련 설정 문제에서 벗어나도록 돕습니다.
* [https://wiki.gentoo.org/wiki/BIOS_Update/ko 바이오스 업데이트]official - 하드웨어 제조사는 보통 BIOS와 펌웨어 업데이트를 제공합니다.{{Bold|{{Red|!!경고!! 내용을 맹신하지 말고, 결과가 두렵다면 따라하지 마십시오. 결론적으로 보증을 포기하는 행위가 될 수 있습니다.}}}}
* [https://wiki.gentoo.org/wiki/Brother_networked_printer/ko 브라더 프린터 네트워크 연결]official - 브라더 프린터를 네트워크에 연결하는 방법이며, 한국에서는 거의 활용할 일이 없을 것 같습니다.
* [https://wiki.gentoo.org/wiki/GPM/ko GPM 터미널 마우스 데몬]official - 터미널 콘솔에서 마우스를 활용할 경우 필요한 GPM 터미널 마우스 데몬 설치 및 설정, 활용 안내서입니다.
* [https://wiki.gentoo.org/wiki/HighPoint_RocketRAID/ko HighPoint RocketRAID 설정 지침서]official - HighPoint RocketRAID 장비를 활용하는 경우 참고해볼만한 지침서입니다.
* [https://wiki.gentoo.org/wiki/NVidia/nvidia-drivers/ko nVidia 드라이버]official - x11-drivers/nvidia-drivers는 nVidia 그래픽 카드용 상용 그래픽 드라이버입니다. 대신 사용하는 오픈 소스는 nouveau가 있습니다.
* [https://wiki.gentoo.org/wiki/Power_management/Guide/ko 전원 관리 안내서]official - 랩톱에 젠투 리눅스를 설치했을 경우 전원관리에 필요한 꾸러미를 설치하는 방법을 알려드립니다
* [https://wiki.gentoo.org/wiki/Power_management/Processor/ko 전원 관리 프로세서 설정 안내서]official - 랩톱/데스크톱에서 프로세서 전원 관리 정책을 설정하는 방법을 알려드립니다
* [https://wiki.gentoo.org/wiki/Printing/ko 인쇄 설정 안내서]official - 프린터를 설정하는 방법을 알려드립니다. 프린터를 연결하는 방식에 따라 설정하는 여러가지 방법이 있습니다
* [https://wiki.gentoo.org/wiki/Vpnc/ko Cisco 3000 VPN 장비 클라이언트 설정 및 활용 안내서]official - Cisco 3000 VPN 장비를 사용하는 경우 활용하는 유틸리티의 설치 및 활용법이 있습니다
* [https://wiki.gentoo.org/wiki/Xorg/Hardware_3D_acceleration_guide/ko Xorg 하드웨어 3D 가속 설정 안내서]official - Xorg에서 3D 가속 그래픽 카드를 활용하는 경우 3D 가속을 설정하는 방법을 알려드립니다.

== 젠투 시스템 문서 ==

* [[Trans:DistCC|젠투 DiscCC 문서]]deprecated
* [[Trans:PortageUtils|포티지 유틸리티]]deprecated - 이 안내서는 C 로 작성한 도우미 프로그램의 모음인 포티지 유틸리티의 일반 사용법을 다룹니다.
* [[Trans:OpenRCMigration|Baselayout과 OpenRC 설정 가져오기 안내서]]deprecated

* [https://wiki.gentoo.org/wiki/Chroot/ko Chroot]official - chroot (루트 바꾸기)는 메인 시스템에서 논리적으로 나뉘는 새 환경을 만들때 눈에 보이는 루트 디렉터리를 바꾸는데 사용하는 유닉스 시스템 유틸리티입니다.
* [https://wiki.gentoo.org/wiki/Cron/ko Cron]official - 이 안내서는 크론 설치 및 사용법을 설명합니다.
* [https://wiki.gentoo.org/wiki/Changing_the_CHOST_variable/ko CHOST 변수 값 바꾸기]official - 이 문서는 시스템에 있는 CHOST 변수 값을 바꾸는 방법을 설명합니다.
* [https://wiki.gentoo.org/wiki/CONFIG_PROTECT/ko CONFIG_PROTECT]official - /etc/portage/make.conf의 CONFIG_PROTECT 환경 변수에 대한 설명입니다.
* [https://wiki.gentoo.org/wiki/Distcc/ko DistCC]official - Distcc는 네트워크를 통해 호스트가 참여하여 분산 컴파일 작업을 수행하도록 설계한 프로그램입니다.
* [https://wiki.gentoo.org/wiki/Distcc/Cross-Compiling/ko DistCC로 크로스컴파일하기]official - 이 안내서에서는 distcc에서의 다른 프로세서 아키텍처간 크로스컴파일 설정 방법을 보여줍니다.
* [https://wiki.gentoo.org/wiki/Efibootmgr/ko EFI 부팅 관리자 안내서]official - (U)EFI 부팅 방법을 안내하는 efi 부팅 관리자 안내서입니다.
* [https://wiki.gentoo.org/wiki/Genkernel/ko Genkernel 안내서]official - 젠투 커널 컴파일 마법사 genkernel의 사용법을 설명하는 안내서입니다.
* [https://wiki.gentoo.org/wiki/Gentoo_installation_tips_and_tricks/ko 젠투 설치 요령]official - 젠투 핸드북에서 참고하기 어려운 몇가지 요령을 넣었습니다.
* [https://wiki.gentoo.org/wiki/GRUB2/ko GRUB 안내서]official - 최신 부트로더 GRUB 설치 및 설정 안내서입니다.
* [https://wiki.gentoo.org/wiki/GRUB2_Migration/ko GRUB2 옮겨가기]official - 이 안내서의 목표는 기존 GRUB에서 GRUB2로 유연하게 옮겨가는 방안을 알려드립니다.
* [https://wiki.gentoo.org/wiki/GRUB2_Quick_Start/ko GRUB2 간단하게 시작하기]official - GRUB2를 간단하게 익히도록 도와주는 설명서입니다
* [https://wiki.gentoo.org/wiki/Install_Gentoo_on_a_bootable_USB_stick/ko USB 메모리 스틱으로 젠투 설치]official - USB 메모리스틱에 젠투 설치 이미지를 넣고 설치하는 방법을 안내합니다.
* [https://wiki.gentoo.org/wiki/Installation_alternatives/ko - 설치 대안책]official - 다른 배포판 또는 젠투 핸드북에서 안내하는 방식이 아닌 방법으로 설치하려는 분들을 위한 참고서입니다.
* [https://wiki.gentoo.org/wiki/Initramfs/Guide/ko Initramfs]official - 이 안내서에서는 initramfs의 개념을 파헤치고, 어떻게 제대로 만드는지 어떻게 initramfs 인스턴스를 관리하는지 설명하도록 하겠습니다.
* [https://wiki.gentoo.org/wiki/Kernel/ko 커널]official - 리눅스 커널은 운영체제의 핵심이며 하드웨어에 접근할 프로그램의 인터페이스를 제공합니다.
* [https://wiki.gentoo.org/wiki/Kernel/Overview/ko 커널 개요]official - 이 문서에서는 젠투가 포티지를 통해 제공하는 모든 커널 소스의 개요 정보를 제공합니다.
* [https://wiki.gentoo.org/wiki/Kernel/Removal/ko 커널 제거]official - 이 글은 오래된 커널 제거 방법을 설명합니다.
* [https://wiki.gentoo.org/wiki/Kernel/Upgrade/ko 커널 업그레이드]official - 이 글은 새 커널로 업그레이드 하는 과정을 설명합니다.
* [https://wiki.gentoo.org/wiki/LILO/ko LILO]official - 전통적인 간단한 부트로더 LILO를 설명합니다.
* [https://wiki.gentoo.org/wiki/Logcheck/ko Logcheck HOWTO]official - 로그 분석 도구인 logcheck의 설치, 설정, 사용법을 설명합니다.
* [https://wiki.gentoo.org/wiki/LVM/ko LVM]official - Software RAID 기능도 수행하는 LVM 설치/설정 안내서입니다
* [https://wiki.gentoo.org/wiki/OpenRC/Baselayout_1_to_2_migration/ko OpenRC BaseLayout 이전 안내서]official - OpenRC baselayout 업그레이드 (1 → 2)
* [https://wiki.gentoo.org/wiki/PAM/ko PAM]official - 시스템 인증 관리자 PAM 안내서입니다.
* [https://wiki.gentoo.org/wiki/Prelink/ko prelink]official - 실행 가속 프로그램 prelink 설치 및 설정 안내서입니다
* [https://wiki.gentoo.org/wiki/Sparc/Netboot/ko SPARC 아키텍처 네트워크 부팅 안내서]official
* [https://wiki.gentoo.org/wiki/Sparc/OBP_Reference/ko SPARC 아키텍처 Open BootPROM 안내서]official
* [https://wiki.gentoo.org/wiki/Sudo/ko sudo]official - 사용자가 제한적으로 루트 권한을 임시로 확보하여 명령을 실행하려 할 때 편의수단을 제공하는 sudo 설명서입니다.
* [https://wiki.gentoo.org/wiki/Syslinux/ko syslinux]official - OpenRC는 syslinux 기반입니다.
* [https://wiki.gentoo.org/wiki/System_time/ko 시스템 시간 설정 안내서]official - 시스템의 시간 설정 방법을 설명하는 안내서입니다.
* [https://wiki.gentoo.org/wiki/Systemd/ko systemd]official - Lennart Poettering 이 개발한 차세대 init 시스템 systemd의 젠투용 설치/설정 안내서입니다.
* [https://wiki.gentoo.org/wiki/Udev/ko udev]official - 하드웨어 장치 드라이버를 관리하는 udev 설치/설정 안내서입니다.
* [https://wiki.gentoo.org/wiki/Upgrading_GCC/ko GCC 업그레이드]official - 이 글은 사용자를 GCC 업그레이드 과정으로 안내합니다.
* [https://wiki.gentoo.org/wiki/Upgrading_Gentoo/ko 젠투 업그레이드]official - 이 문서에서는 새 젠투 릴리즈가 기존의 설치에 어떤 영향을 주는지 설명합니다.

== 젠투 데스크톱 문서 ==

* [[Trans:XServerConfigHowTo|젠투 X 서버 설정 방법]]deprecated - Xorg는 사용자 여러분의 손 끝에 그래픽 환경을 제공해드리는 X 윈도 서버입니다. 이 설명서는 Xorg가 무엇인지, 설치하는 방법은 무엇인지, 어떤 다양한 옵션이 있는지 안내해드립니다.

* [https://wiki.gentoo.org/wiki/Claws_Mail/ko Claws Mail]official - 명령행 인터페이스 방식 클라우스 메일 클라이언트를 소개합니다
* [https://wiki.gentoo.org/wiki/Fontconfig/ko fontconfig]official - Xorg 환경에서 글꼴을 사용하도록 설정하는 방법을 안내합니다
* [https://wiki.gentoo.org/wiki/Java/ko Java]official - Java 가상 머신을 설치하는 방법을 안내합니다
* [https://wiki.gentoo.org/wiki/Localization/Guide/ko 지역화 설명서]official - 날짜, 시간, 통화, 숫자 표기, 시간대, 시간을 설정하는 여러가지 방법을 설명합니다. 한국 사정에 특화된 설정은 젠투 코리아 자체 제작 문서를 참고하십시오.
* [https://wiki.gentoo.org/wiki/Mutt/ko mutt]official - 명령행 인터페이스 방식 Mutt 메일 클라이언트의 설치 및 설정 방법을 안내합니다
* [https://wiki.gentoo.org/wiki/Tmux/ko tmux]official - tmux 설치 및 설정 방법을 안내삽니다
* [https://wiki.gentoo.org/wiki/UTF-8/ko UTF-8]official - utf-8 설정 안내서
* [https://wiki.gentoo.org/wiki/VDR/ko VDR]official - Video Disc Recorder 활용 안내서
* [https://wiki.gentoo.org/wiki/Vim/ko Vim]official - Vim 설치 및 활용 안내서
* [https://wiki.gentoo.org/wiki/Xorg/Guide/ko Xorg 안내서]official - Xorg는 사용자 여러분의 손 끝에 그래픽 환경을 제공해드리는 X 윈도 서버입니다. 이 설명서에서는 Xorg가 무엇인지, 설치하는 방법은 무엇인지, 어떤 다양한 옵션이 있는지 안내해드립니다.
* [https://wiki.gentoo.org/wiki/Awesome/ko Awesome]official - awesome은 X에서 사용할 수 있으며, 다양한 부분을 설정할 수 있는 차세대 프레임워크 창 관리자입니다.
* [https://wiki.gentoo.org/wiki/Cinnamon/ko 시나몬]official - 시나몬은 그놈 2의 기존 인터페이스를 갖춘 최신 데스크톱 환경입니다.
* [https://wiki.gentoo.org/wiki/Fluxbox/ko 플럭스박스]official - 극단의 미니멀리즘을 추구하는 플럭스박스 설치 방법을 설명합니다.
* [https://wiki.gentoo.org/wiki/GNOME/ko Gnome]official - 이 문서는 그놈 설치, 설정, 사용법, ... 등을 포함한 모든 분야를 설명하는 설명서입니다.
* [https://wiki.gentoo.org/wiki/KDE/ko KDE]official - KDE는 유닉스 워크스테이션용 강력한 그래픽 데스크톱 환경입니다.
* [https://wiki.gentoo.org/wiki/LightDM/ko LightDM]official - LightDM은 X 서버용 표준 디스플레이 관리자를 겨냥한 교차 데스크톱 디스플레이 관리자입니다.
* [https://wiki.gentoo.org/wiki/Xfce/ko Xfce]official - 이 안내서는 빠르고, 가벼우며 완벽한 기능을 갖춘 데스크톱 환경 Xfce를 소개합니다.
* [https://wiki.gentoo.org/wiki/Xfce/Guide/ko Xfce 설명서]official - 이 안내서는 빠르고, 가벼우며 완벽한 기능을 갖춘 데스크톱 환경 XFCE 설치 방법 및 프로그램을 안내합니다.

== 젠투 네트워크/보안 문서 ==

* [https://wiki.gentoo.org/wiki/AIDE/ko AIDE]{{Italic|official}} - 고급 침임 탐지 환경 구축절차.
* [https://wiki.gentoo.org/wiki/Apache/ko Apache 간단 설명서]{{Italic|official}} - "아파치 HTTP 서버"는 효율적이고 확장성있는 웹 서버이며 인터넷에서 가장 널리 사용하는 프로그램중 하나입니다.
* [https://wiki.gentoo.org/wiki/BIND/Tutorial/ko BIND 설정 따라하기]{{Italic|official}} - 이 안내서에서는 도메인과 로컬 네트워크에 BIND를 설치하고 설정하는 방법을 알려드립니다.
* [https://wiki.gentoo.org/wiki/Centralized_authentication_using_OpenLDAP/ko OpenLDAP를 이용한 중앙 인증 관리]{{Italic|official}} - 젠투 리눅스에 OpenLDAP를 설치하여 다양한 서비스의 인증 방식을 통합하여 관리할 수 있는 방안을 안내합니다.
* [https://wiki.gentoo.org/wiki/Complete_Virtual_Mail_Server/ko 가상 메일 서버 완벽 안내서]{{Italic|official}} - 젠투 리눅스에 가상 메일 서버를 완벽하게 구축하는 방법을 안내하는 완벽 안내서입니다
* [https://wiki.gentoo.org/wiki/GnuPG/ko GnuPG]{{Italic|official}} - 이 작은 안내서에서는 보안 통신용 도구인 GnuPG 기본 사용 방법을 알려드립니다.
* [https://wiki.gentoo.org/wiki/Hardened_Gentoo/ko Hardened Gentoo]{{Italic|official}} - 보안 강화 젠투는 잘 알려진 젠투 리눅스 설치 결과물에 여러가지 추가 보안 서비스를 제공하는 프로젝트입니다.
* [https://wiki.gentoo.org/wiki/Home_Router/ko 가정용 자작 라우터]{{Italic|official}} - 젠투 서버를 인터넷 연결 공유기 및 방화벽으로 활용해보고자 하는 이들을 위해 마련한 가정용 자작 라우터 안내서입니다.
* [https://wiki.gentoo.org/wiki/IPv6_router_guide/ko IPv6 라우터 안내서]{{Italic|official}} - IPv6 라우터 설정 안내서
* [https://wiki.gentoo.org/wiki/Jffnms/ko jffnms 안내서]{{Italic|official}} - 네트워크 관리 및 감시 시스템 jffnms 안내서
* [https://wiki.gentoo.org/wiki/Keychain/ko keychain]{{Italic|official}} - 키 체인 관리 안내서
* [https://wiki.gentoo.org/wiki/Logcheck/ko LogCheck]{{Italic|official}} - 로그 분석 도구 Logcheck 안내서
* [https://wiki.gentoo.org/wiki/Mailfiltering_Gateway/ko 메일 차단 게이트웨이]{{Italic|official}} - [https://wiki.gentoo.org/wiki/Complete_Virtual_Mail_Server/ko 가상 메일 서버 완벽 안내서]를 함께 참고하십시오.
* [https://wiki.gentoo.org/wiki/Monit/ko monit]{{Italic|official}} - 서버 상태 감시 플랫폼 monit 안내서
* [https://wiki.gentoo.org/wiki/MySQL/ko MySQL]{{Italic|official}} - MySQL 설치/설정 안내서
* [https://wiki.gentoo.org/wiki/MySQL/Startup_Guide/ko MySQL 시작 안내서]{{Italic|official}} - MySQL을 처음 시작할 때 설정하는 방법을 안내합니다.
* [https://wiki.gentoo.org/wiki/Nginx/ko Nginx]{{Italic|official}} - nginx는 견고하고 작은 고성능 웹 서버이며 역방향 프록시 서버입니다. 아파치 또는 lighttpd와 같은 현존하는 유명 웹서버 대신 사용하기에 좋습니다.
* [https://wiki.gentoo.org/wiki/OpenAFS/ko OpenAFS]{{Italic|official}} - OpenAFS 안내서 (분산 파일 시스템)
* [https://wiki.gentoo.org/wiki/PostgreSQL/QuickStart/ko PostgreSQL 간편하게 시작하기]{{Italic|official}} - PostgreSQL 간편하게 시작하기 안내서
* [https://wiki.gentoo.org/wiki/Puppet/ko Puppet]{{Italic|official}} - 시스템 관리 자동화 플랫폼 Puppet의 설치/설정 방법 및 활용을 예시를 들어 안내합니다.
* [https://wiki.gentoo.org/wiki/SELinux/ko SELinux]{{Italic|official}} - SELinux는 사용자의 행동 가능 여부를 보안 관리자가 정의할 수 있게 세밀한 접근 제어 매커니즘을 다룰 수 있는 필수적 접근 제어 시스템입니다.
* [https://wiki.gentoo.org/wiki/SSH/ko SSH 사용하기]{{Italic|official}} - SSH(Secure SHell)은 유닉스 같은 운영체제의 전통 텔넷 도구를 대체하는 암호화 터미널 프로그램입니다.
* [https://wiki.gentoo.org/wiki/SHOUTcast/Installation/ko 샤우트캐스트 (윈앰프 개인 방송 서버) 설치 안내서]{{Italic|official}} - deprecated
* [https://wiki.gentoo.org/wiki/Sshguard/ko SSH 보안 프로그램 Sshguard안내서]{{Italic|official}} - ssh 서버 접속 보안에 활용하는 sshguard 안내서입니다.

== 포티지(Portage) 꾸러미 관리 시스템 ==
* [https://wiki.gentoo.org/wiki/Eclean/ko eclean 사용 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Equery/ko equery 사용 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Overlay/ko 오버레이 관리 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Portage_log/ko 포티지 기록 관리 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Q_applets/ko Q 애플릿]{{Italic|official}}

== 기타 ==
* [https://wiki.gentoo.org/wiki/Bugzilla/Bug_report_guide/ko 버그 보고 요령 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Filesystem/ko 파일 시스템 안내]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/GLSA/ko 젠투 리눅스 보안 권고 이용 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Man_page/Nagivate/ko 맨 페이지 탐색 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Troubleshooting/ko 젠투 문제 해결 방법]{{Italic|official}}

== 젠투 위키(비공식) ==

* [[Trans:Git|Git HowTo]]
* [[Trans:EbuildHowTo|Ebuild HowTo]]
* [[Trans:Munin|Munin HowTo]]
* [[Trans:Plymouth|Plymouth - 부트 스플래시]]
* [[Trans:WritingEbuilds|Ebuild 작성하기]]

B:GentooKRTranslateDoc

2016-02-29T22:44:52Z

Darkcircle: /* 젠투 네트워크/보안 문서 */ 깨진 항목 복원

젠투 위키와 젠투 공식 문서로부터 번역한 문서들입니다.

= 젠투 번역 문서 =
== 참고 ==
* 본문의 내용 중에 각 괄호( [ 와 ] )로 둘러싼 어구는 {{Bold|링크가 필요한}} 부분입니다. 번역되지 않고 방치하고 있는 이러한 부분이 있다면 주저하시지 마시고 [http://www.gentoo-kr.org 한국 젠투 리눅스 사용자 모임]에 알려주시기 바랍니다. 감사합니다.

* 젠투 프로젝트에서 공식적으로 관리하는 위키의 번역을 원하시는 분은 [https://wiki.gentoo.org/wiki/Help:Translating/ko 이 안내서의 지침]에 따라주세요. 약 한달 여 기간 정도 기다려주시면 위키 관리자가 확인 후 승인해줍니다. 이미 첫 번역자가 존재하므로 [https://wiki.gentoo.org/wiki/Gentoo_Wiki:Translator_account_requests 이 링크]로 들어가셔서 안내에 따라 신청을 작성하시면 됩니다. 번역 용어와 관련된 별도의 지침은 없습니다. 규칙의 제약을 받지 않고도 자유롭게 번역하실 수 있습니다. 단지 공식 위키에서 요구하는 위키 사용법을 잘 지켜주기만 하면 됩니다.

* 이 페이지는 언제나 끊임없이 개선중입니다. 필요한 내용이나 빠진 내용은 [http://wiki.gentoo-kr.org/index.php?title=%ED%86%A0%EB%A1%A0:B:GentooKRTranslateDoc 여기]에 언제든지 말씀해주세요.

== 자주 묻는 질문 ==

* [[Trans:GentooFrequentlyAskedQuestion|자주 묻는 질문]] - 자주 묻는 질문은 gentoo-dev 메일링 리스트와 IRC에서 모은 질문과 답들의 모음입니다.
* [[Trans:GentooAMD64FrequentlyAskedQuestions|AMD64 자주 묻는 질문]]deprecated - 젠투리눅스/AMD64에 대한 자주 묻는 질문입니다.
* [https://wiki.gentoo.org/wiki/FAQ/ko 일반(X86) 자주 묻는 질문]official - 이 문서는 젠투 리눅스 배포판을 설치할 때 공통으로 묻는 질문입니다만, 보통 x86과 관련된 내용이 들어있습니다.
* [https://wiki.gentoo.org/wiki/AMD64/FAQ/ko AMD64 자주 묻는 질문]official - 이 문서는 AMD64용 젠투 리눅스 배포판에 대한 자주 묻는 질문입니다.
* [https://wiki.gentoo.org/wiki/Alpha/FAQ/ko Alpha 자주 묻는 질문]official - 이 문서는 Alpha용 젠투 리눅스 배포판에 대한 자주 묻는 질문입니다. {{Bold|{{Red|!!경고!! 이 배포판은 현재 공식적으로 지원하지 않습니다}}}}
* [https://wiki.gentoo.org/wiki/MIPS/FAQ/ko MIPS 자주 묻는 질문]official - 이 문서는 MIPS32/MIPS64 아키텍처에 젠투 리눅스를 설치할 때 자주 묻는 질문입니다.
* [https://wiki.gentoo.org/wiki/PPC/FAQ/ko PPC 자주 묻는 질문]official - 이 문서는 IBM에서 개발하였으며, 주로 Machintosh에서 사용하던 PowerPC 아키텍처에 젠투 리눅스를 설치할 때 자주 묻는 질문입니다.
* [https://wiki.gentoo.org/wiki/Sparc/FAQ/ko Sparc 자주 묻는 질문]official - 이 문서는 썬 마이크로시스템에서 개발한 Sparc/Sparc64 아키텍처용 젠투 리눅스 배포판에 대한 자주 묻는 질문입니다.

== 젠투 설치 관련 ==

* [https://wiki.gentoo.org/wiki/Handbook:Main_Page/ko 젠투 리눅스 한국어 공식 핸드북]official - 이 문서는 젠투 위키팀에서 보증하는 젠투 리눅스 공식 핸드북 한국어판입니다.
* [[Trans:GentooHandbook|젠투 핸드북]] - 젠투 핸드북은 문서를 일관성 있는 핸드북으로 한 곳에 모은 노력의 산물입니다. 이 핸드북에는 인터넷 기반 설치 접근방식에 대한 설치 방법내용이 있으며 젠투 및 포티지를 다루는 방법으로 나누어져 있습니다.
* [[Trans:GentooLinuxX86QuickInstallGuide|젠투 리눅스 x86 빠른 설치 안내서]] - 빠른 설치 안내서는 장황하지 않은 내용으로 젠투 설치 과정을 담았습니다. 이 안내서는 시간이 없을때 사용자가 스테이지 3을 설치하도록 하는것이 목적입니다. 사용자는 이 안내서를 따르기 전에 젠투 리눅스를 설치한 경험이 있어야 합니다.

== 젠투 하드웨어 문서 ==
* [https://wiki.gentoo.org/wiki/ATI_FAQ/ko ATi 자주 묻는 질문]official - 이 자주 묻는 질문에서는 종전의 설치 방법을 피하고 AMD/ATI 보드의 DRI 및 X11 관련 설정 문제에서 벗어나도록 돕습니다.
* [https://wiki.gentoo.org/wiki/BIOS_Update/ko 바이오스 업데이트]official - 하드웨어 제조사는 보통 BIOS와 펌웨어 업데이트를 제공합니다.{{Bold|{{Red|!!경고!! 내용을 맹신하지 말고, 결과가 두렵다면 따라하지 마십시오. 결론적으로 보증을 포기하는 행위가 될 수 있습니다.}}}}
* [https://wiki.gentoo.org/wiki/Brother_networked_printer/ko 브라더 프린터 네트워크 연결]official - 브라더 프린터를 네트워크에 연결하는 방법이며, 한국에서는 거의 활용할 일이 없을 것 같습니다.
* [https://wiki.gentoo.org/wiki/GPM/ko GPM 터미널 마우스 데몬]official - 터미널 콘솔에서 마우스를 활용할 경우 필요한 GPM 터미널 마우스 데몬 설치 및 설정, 활용 안내서입니다.
* [https://wiki.gentoo.org/wiki/HighPoint_RocketRAID/ko HighPoint RocketRAID 설정 지침서]official - HighPoint RocketRAID 장비를 활용하는 경우 참고해볼만한 지침서입니다.
* [https://wiki.gentoo.org/wiki/NVidia/nvidia-drivers/ko nVidia 드라이버]official - x11-drivers/nvidia-drivers는 nVidia 그래픽 카드용 상용 그래픽 드라이버입니다. 대신 사용하는 오픈 소스는 nouveau가 있습니다.
* [https://wiki.gentoo.org/wiki/Power_management/Guide/ko 전원 관리 안내서]official - 랩톱에 젠투 리눅스를 설치했을 경우 전원관리에 필요한 꾸러미를 설치하는 방법을 알려드립니다
* [https://wiki.gentoo.org/wiki/Power_management/Processor/ko 전원 관리 프로세서 설정 안내서]official - 랩톱/데스크톱에서 프로세서 전원 관리 정책을 설정하는 방법을 알려드립니다
* [https://wiki.gentoo.org/wiki/Printing/ko 인쇄 설정 안내서]official - 프린터를 설정하는 방법을 알려드립니다. 프린터를 연결하는 방식에 따라 설정하는 여러가지 방법이 있습니다
* [https://wiki.gentoo.org/wiki/Vpnc/ko Cisco 3000 VPN 장비 클라이언트 설정 및 활용 안내서]official - Cisco 3000 VPN 장비를 사용하는 경우 활용하는 유틸리티의 설치 및 활용법이 있습니다
* [https://wiki.gentoo.org/wiki/Xorg/Hardware_3D_acceleration_guide/ko Xorg 하드웨어 3D 가속 설정 안내서]official - Xorg에서 3D 가속 그래픽 카드를 활용하는 경우 3D 가속을 설정하는 방법을 알려드립니다.

== 젠투 시스템 문서 ==

* [[Trans:DistCC|젠투 DiscCC 문서]]deprecated
* [[Trans:PortageUtils|포티지 유틸리티]] - 이 안내서는 C 로 작성한 도우미 프로그램의 모음인 포티지 유틸리티의 일반 사용법을 다룹니다.
* [[Trans:OpenRCMigration|Baselayout과 OpenRC 설정 가져오기 안내서]]

* [https://wiki.gentoo.org/wiki/Chroot/ko Chroot]official - chroot (루트 바꾸기)는 메인 시스템에서 논리적으로 나뉘는 새 환경을 만들때 눈에 보이는 루트 디렉터리를 바꾸는데 사용하는 유닉스 시스템 유틸리티입니다.
* [https://wiki.gentoo.org/wiki/Cron/ko Cron]official - 이 안내서는 크론 설치 및 사용법을 설명합니다.
* [https://wiki.gentoo.org/wiki/Changing_the_CHOST_variable/ko CHOST 변수 값 바꾸기]official - 이 문서는 시스템에 있는 CHOST 변수 값을 바꾸는 방법을 설명합니다.
* [https://wiki.gentoo.org/wiki/CONFIG_PROTECT/ko CONFIG_PROTECT]official - /etc/portage/make.conf의 CONFIG_PROTECT 환경 변수에 대한 설명입니다.
* [https://wiki.gentoo.org/wiki/Distcc/ko DistCC]official - Distcc는 네트워크를 통해 호스트가 참여하여 분산 컴파일 작업을 수행하도록 설계한 프로그램입니다.
* [https://wiki.gentoo.org/wiki/Distcc/Cross-Compiling/ko DistCC로 크로스컴파일하기]official - 이 안내서에서는 distcc에서의 다른 프로세서 아키텍처간 크로스컴파일 설정 방법을 보여줍니다.
* [https://wiki.gentoo.org/wiki/Efibootmgr/ko EFI 부팅 관리자 안내서]official - (U)EFI 부팅 방법을 안내하는 efi 부팅 관리자 안내서입니다.
* [https://wiki.gentoo.org/wiki/Genkernel/ko Genkernel 안내서]official - 젠투 커널 컴파일 마법사 genkernel의 사용법을 설명하는 안내서입니다.
* [https://wiki.gentoo.org/wiki/Gentoo_installation_tips_and_tricks/ko 젠투 설치 요령]official - 젠투 핸드북에서 참고하기 어려운 몇가지 요령을 넣었습니다.
* [https://wiki.gentoo.org/wiki/GRUB2/ko GRUB 안내서]official - 최신 부트로더 GRUB 설치 및 설정 안내서입니다.
* [https://wiki.gentoo.org/wiki/GRUB2_Migration/ko GRUB2 옮겨가기]official - 이 안내서의 목표는 기존 GRUB에서 GRUB2로 유연하게 옮겨가는 방안을 알려드립니다.
* [https://wiki.gentoo.org/wiki/GRUB2_Quick_Start/ko GRUB2 간단하게 시작하기]official - GRUB2를 간단하게 익히도록 도와주는 설명서입니다
* [https://wiki.gentoo.org/wiki/Install_Gentoo_on_a_bootable_USB_stick/ko USB 메모리 스틱으로 젠투 설치]official - USB 메모리스틱에 젠투 설치 이미지를 넣고 설치하는 방법을 안내합니다.
* [https://wiki.gentoo.org/wiki/Installation_alternatives/ko - 설치 대안책]official - 다른 배포판 또는 젠투 핸드북에서 안내하는 방식이 아닌 방법으로 설치하려는 분들을 위한 참고서입니다.
* [https://wiki.gentoo.org/wiki/Initramfs/Guide/ko Initramfs]official - 이 안내서에서는 initramfs의 개념을 파헤치고, 어떻게 제대로 만드는지 어떻게 initramfs 인스턴스를 관리하는지 설명하도록 하겠습니다.
* [https://wiki.gentoo.org/wiki/Kernel/ko 커널]official - 리눅스 커널은 운영체제의 핵심이며 하드웨어에 접근할 프로그램의 인터페이스를 제공합니다.
* [https://wiki.gentoo.org/wiki/Kernel/Overview/ko 커널 개요]official - 이 문서에서는 젠투가 포티지를 통해 제공하는 모든 커널 소스의 개요 정보를 제공합니다.
* [https://wiki.gentoo.org/wiki/Kernel/Removal/ko 커널 제거]official - 이 글은 오래된 커널 제거 방법을 설명합니다.
* [https://wiki.gentoo.org/wiki/Kernel/Upgrade/ko 커널 업그레이드]official - 이 글은 새 커널로 업그레이드 하는 과정을 설명합니다.
* [https://wiki.gentoo.org/wiki/LILO/ko LILO]official - 전통적인 간단한 부트로더 LILO를 설명합니다.
* [https://wiki.gentoo.org/wiki/Logcheck/ko Logcheck HOWTO]official - 로그 분석 도구인 logcheck의 설치, 설정, 사용법을 설명합니다.
* [https://wiki.gentoo.org/wiki/LVM/ko LVM]official - Software RAID 기능도 수행하는 LVM 설치/설정 안내서입니다
* [https://wiki.gentoo.org/wiki/OpenRC/Baselayout_1_to_2_migration/ko OpenRC BaseLayout 이전 안내서]official - OpenRC baselayout 업그레이드 (1 → 2)
* [https://wiki.gentoo.org/wiki/PAM/ko PAM]official - 시스템 인증 관리자 PAM 안내서입니다.
* [https://wiki.gentoo.org/wiki/Prelink/ko prelink]official - 실행 가속 프로그램 prelink 설치 및 설정 안내서입니다
* [https://wiki.gentoo.org/wiki/Sparc/Netboot/ko SPARC 아키텍처 네트워크 부팅 안내서]official
* [https://wiki.gentoo.org/wiki/Sparc/OBP_Reference/ko SPARC 아키텍처 Open BootPROM 안내서]official
* [https://wiki.gentoo.org/wiki/Sudo/ko sudo]official - 사용자가 제한적으로 루트 권한을 임시로 확보하여 명령을 실행하려 할 때 편의수단을 제공하는 sudo 설명서입니다.
* [https://wiki.gentoo.org/wiki/Syslinux/ko syslinux]official - OpenRC는 syslinux 기반입니다.
* [https://wiki.gentoo.org/wiki/System_time/ko 시스템 시간 설정 안내서]official - 시스템의 시간 설정 방법을 설명하는 안내서입니다.
* [https://wiki.gentoo.org/wiki/Systemd/ko systemd]official - Lennart Poettering 이 개발한 차세대 init 시스템 systemd의 젠투용 설치/설정 안내서입니다.
* [https://wiki.gentoo.org/wiki/Udev/ko udev]official - 하드웨어 장치 드라이버를 관리하는 udev 설치/설정 안내서입니다.
* [https://wiki.gentoo.org/wiki/Upgrading_GCC/ko GCC 업그레이드]official - 이 글은 사용자를 GCC 업그레이드 과정으로 안내합니다.
* [https://wiki.gentoo.org/wiki/Upgrading_Gentoo/ko 젠투 업그레이드]official - 이 문서에서는 새 젠투 릴리즈가 기존의 설치에 어떤 영향을 주는지 설명합니다.

== 젠투 데스크톱 문서 ==

* [[Trans:XServerConfigHowTo|젠투 X 서버 설정 방법]]deprecated - Xorg는 사용자 여러분의 손 끝에 그래픽 환경을 제공해드리는 X 윈도 서버입니다. 이 설명서는 Xorg가 무엇인지, 설치하는 방법은 무엇인지, 어떤 다양한 옵션이 있는지 안내해드립니다.

* [https://wiki.gentoo.org/wiki/Claws_Mail/ko Claws Mail]official - 명령행 인터페이스 방식 클라우스 메일 클라이언트를 소개합니다
* [https://wiki.gentoo.org/wiki/Fontconfig/ko fontconfig]official - Xorg 환경에서 글꼴을 사용하도록 설정하는 방법을 안내합니다
* [https://wiki.gentoo.org/wiki/Java/ko Java]official - Java 가상 머신을 설치하는 방법을 안내합니다
* [https://wiki.gentoo.org/wiki/Localization/Guide/ko 지역화 설명서]official - 날짜, 시간, 통화, 숫자 표기, 시간대, 시간을 설정하는 여러가지 방법을 설명합니다. 한국 사정에 특화된 설정은 젠투 코리아 자체 제작 문서를 참고하십시오.
* [https://wiki.gentoo.org/wiki/Mutt/ko mutt]official - 명령행 인터페이스 방식 Mutt 메일 클라이언트의 설치 및 설정 방법을 안내합니다
* [https://wiki.gentoo.org/wiki/Tmux/ko tmux]official - tmux 설치 및 설정 방법을 안내삽니다
* [https://wiki.gentoo.org/wiki/UTF-8/ko UTF-8]official - utf-8 설정 안내서
* [https://wiki.gentoo.org/wiki/VDR/ko VDR]official - Video Disc Recorder 활용 안내서
* [https://wiki.gentoo.org/wiki/Vim/ko Vim]official - Vim 설치 및 활용 안내서
* [https://wiki.gentoo.org/wiki/Xorg/Guide/ko Xorg 안내서]official - Xorg는 사용자 여러분의 손 끝에 그래픽 환경을 제공해드리는 X 윈도 서버입니다. 이 설명서에서는 Xorg가 무엇인지, 설치하는 방법은 무엇인지, 어떤 다양한 옵션이 있는지 안내해드립니다.
* [https://wiki.gentoo.org/wiki/Awesome/ko Awesome]official - awesome은 X에서 사용할 수 있으며, 다양한 부분을 설정할 수 있는 차세대 프레임워크 창 관리자입니다.
* [https://wiki.gentoo.org/wiki/Cinnamon/ko 시나몬]official - 시나몬은 그놈 2의 기존 인터페이스를 갖춘 최신 데스크톱 환경입니다.
* [https://wiki.gentoo.org/wiki/Fluxbox/ko 플럭스박스]official - 극단의 미니멀리즘을 추구하는 플럭스박스 설치 방법을 설명합니다.
* [https://wiki.gentoo.org/wiki/GNOME/ko Gnome]official - 이 문서는 그놈 설치, 설정, 사용법, ... 등을 포함한 모든 분야를 설명하는 설명서입니다.
* [https://wiki.gentoo.org/wiki/KDE/ko KDE]official - KDE는 유닉스 워크스테이션용 강력한 그래픽 데스크톱 환경입니다.
* [https://wiki.gentoo.org/wiki/LightDM/ko LightDM]official - LightDM은 X 서버용 표준 디스플레이 관리자를 겨냥한 교차 데스크톱 디스플레이 관리자입니다.
* [https://wiki.gentoo.org/wiki/Xfce/ko Xfce]official - 이 안내서는 빠르고, 가벼우며 완벽한 기능을 갖춘 데스크톱 환경 Xfce를 소개합니다.
* [https://wiki.gentoo.org/wiki/Xfce/Guide/ko Xfce 설명서]official - 이 안내서는 빠르고, 가벼우며 완벽한 기능을 갖춘 데스크톱 환경 XFCE 설치 방법 및 프로그램을 안내합니다.

== 젠투 네트워크/보안 문서 ==

* [https://wiki.gentoo.org/wiki/AIDE/ko AIDE]{{Italic|official}} - 고급 침임 탐지 환경 구축절차.
* [https://wiki.gentoo.org/wiki/Apache/ko Apache 간단 설명서]{{Italic|official}} - "아파치 HTTP 서버"는 효율적이고 확장성있는 웹 서버이며 인터넷에서 가장 널리 사용하는 프로그램중 하나입니다.
* [https://wiki.gentoo.org/wiki/BIND/Tutorial/ko BIND 설정 따라하기]{{Italic|official}} - 이 안내서에서는 도메인과 로컬 네트워크에 BIND를 설치하고 설정하는 방법을 알려드립니다.
* [https://wiki.gentoo.org/wiki/Centralized_authentication_using_OpenLDAP/ko OpenLDAP를 이용한 중앙 인증 관리]{{Italic|official}} - 젠투 리눅스에 OpenLDAP를 설치하여 다양한 서비스의 인증 방식을 통합하여 관리할 수 있는 방안을 안내합니다.
* [https://wiki.gentoo.org/wiki/Complete_Virtual_Mail_Server/ko 가상 메일 서버 완벽 안내서]{{Italic|official}} - 젠투 리눅스에 가상 메일 서버를 완벽하게 구축하는 방법을 안내하는 완벽 안내서입니다
* [https://wiki.gentoo.org/wiki/GnuPG/ko GnuPG]{{Italic|official}} - 이 작은 안내서에서는 보안 통신용 도구인 GnuPG 기본 사용 방법을 알려드립니다.
* [https://wiki.gentoo.org/wiki/Hardened_Gentoo/ko Hardened Gentoo]{{Italic|official}} - 보안 강화 젠투는 잘 알려진 젠투 리눅스 설치 결과물에 여러가지 추가 보안 서비스를 제공하는 프로젝트입니다.
* [https://wiki.gentoo.org/wiki/Home_Router/ko 가정용 자작 라우터]{{Italic|official}} - 젠투 서버를 인터넷 연결 공유기 및 방화벽으로 활용해보고자 하는 이들을 위해 마련한 가정용 자작 라우터 안내서입니다.
* [https://wiki.gentoo.org/wiki/IPv6_router_guide/ko IPv6 라우터 안내서]{{Italic|official}} - IPv6 라우터 설정 안내서
* [https://wiki.gentoo.org/wiki/Jffnms/ko jffnms 안내서]{{Italic|official}} - 네트워크 관리 및 감시 시스템 jffnms 안내서
* [https://wiki.gentoo.org/wiki/Keychain/ko keychain]{{Italic|official}} - 키 체인 관리 안내서
* [https://wiki.gentoo.org/wiki/Logcheck/ko LogCheck]{{Italic|official}} - 로그 분석 도구 Logcheck 안내서
* [https://wiki.gentoo.org/wiki/Mailfiltering_Gateway/ko 메일 차단 게이트웨이]{{Italic|official}} - [https://wiki.gentoo.org/wiki/Complete_Virtual_Mail_Server/ko 가상 메일 서버 완벽 안내서]를 함께 참고하십시오.
* [https://wiki.gentoo.org/wiki/Monit/ko monit]{{Italic|official}} - 서버 상태 감시 플랫폼 monit 안내서
* [https://wiki.gentoo.org/wiki/MySQL/ko MySQL]{{Italic|official}} - MySQL 설치/설정 안내서
* [https://wiki.gentoo.org/wiki/MySQL/Startup_Guide/ko MySQL 시작 안내서]{{Italic|official}} - MySQL을 처음 시작할 때 설정하는 방법을 안내합니다.
* [https://wiki.gentoo.org/wiki/Nginx/ko Nginx]{{Italic|official}} - nginx는 견고하고 작은 고성능 웹 서버이며 역방향 프록시 서버입니다. 아파치 또는 lighttpd와 같은 현존하는 유명 웹서버 대신 사용하기에 좋습니다.
* [https://wiki.gentoo.org/wiki/OpenAFS/ko OpenAFS]{{Italic|official}} - OpenAFS 안내서 (분산 파일 시스템)
* [https://wiki.gentoo.org/wiki/PostgreSQL/QuickStart/ko PostgreSQL 간편하게 시작하기]{{Italic|official}} - PostgreSQL 간편하게 시작하기 안내서
* [https://wiki.gentoo.org/wiki/Puppet/ko Puppet]{{Italic|official}} - 시스템 관리 자동화 플랫폼 Puppet의 설치/설정 방법 및 활용을 예시를 들어 안내합니다.
* [https://wiki.gentoo.org/wiki/SELinux/ko SELinux]{{Italic|official}} - SELinux는 사용자의 행동 가능 여부를 보안 관리자가 정의할 수 있게 세밀한 접근 제어 매커니즘을 다룰 수 있는 필수적 접근 제어 시스템입니다.
* [https://wiki.gentoo.org/wiki/SSH/ko SSH 사용하기]{{Italic|official}} - SSH(Secure SHell)은 유닉스 같은 운영체제의 전통 텔넷 도구를 대체하는 암호화 터미널 프로그램입니다.
* [https://wiki.gentoo.org/wiki/SHOUTcast/Installation/ko 샤우트캐스트 (윈앰프 개인 방송 서버) 설치 안내서]{{Italic|official}} - deprecated
* [https://wiki.gentoo.org/wiki/Sshguard/ko SSH 보안 프로그램 Sshguard안내서]{{Italic|official}} - ssh 서버 접속 보안에 활용하는 sshguard 안내서입니다.

== 포티지(Portage) 꾸러미 관리 시스템 ==
* [https://wiki.gentoo.org/wiki/Eclean/ko eclean 사용 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Equery/ko equery 사용 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Overlay/ko 오버레이 관리 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Portage_log/ko 포티지 기록 관리 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Q_applets/ko Q 애플릿]{{Italic|official}}

== 기타 ==
* [https://wiki.gentoo.org/wiki/Bugzilla/Bug_report_guide/ko 버그 보고 요령 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Filesystem/ko 파일 시스템 안내]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/GLSA/ko 젠투 리눅스 보안 권고 이용 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Man_page/Nagivate/ko 맨 페이지 탐색 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Troubleshooting/ko 젠투 문제 해결 방법]{{Italic|official}}

== 젠투 위키(비공식) ==

* [[Trans:Git|Git HowTo]]
* [[Trans:EbuildHowTo|Ebuild HowTo]]
* [[Trans:Munin|Munin HowTo]]
* [[Trans:Plymouth|Plymouth - 부트 스플래시]]
* [[Trans:WritingEbuilds|Ebuild 작성하기]]

B:GentooKRTranslateDoc

2016-02-29T22:43:59Z

Darkcircle: /* 젠투 시스템 문서 */ 깨진 항목 복구

젠투 위키와 젠투 공식 문서로부터 번역한 문서들입니다.

= 젠투 번역 문서 =
== 참고 ==
* 본문의 내용 중에 각 괄호( [ 와 ] )로 둘러싼 어구는 {{Bold|링크가 필요한}} 부분입니다. 번역되지 않고 방치하고 있는 이러한 부분이 있다면 주저하시지 마시고 [http://www.gentoo-kr.org 한국 젠투 리눅스 사용자 모임]에 알려주시기 바랍니다. 감사합니다.

* 젠투 프로젝트에서 공식적으로 관리하는 위키의 번역을 원하시는 분은 [https://wiki.gentoo.org/wiki/Help:Translating/ko 이 안내서의 지침]에 따라주세요. 약 한달 여 기간 정도 기다려주시면 위키 관리자가 확인 후 승인해줍니다. 이미 첫 번역자가 존재하므로 [https://wiki.gentoo.org/wiki/Gentoo_Wiki:Translator_account_requests 이 링크]로 들어가셔서 안내에 따라 신청을 작성하시면 됩니다. 번역 용어와 관련된 별도의 지침은 없습니다. 규칙의 제약을 받지 않고도 자유롭게 번역하실 수 있습니다. 단지 공식 위키에서 요구하는 위키 사용법을 잘 지켜주기만 하면 됩니다.

* 이 페이지는 언제나 끊임없이 개선중입니다. 필요한 내용이나 빠진 내용은 [http://wiki.gentoo-kr.org/index.php?title=%ED%86%A0%EB%A1%A0:B:GentooKRTranslateDoc 여기]에 언제든지 말씀해주세요.

== 자주 묻는 질문 ==

* [[Trans:GentooFrequentlyAskedQuestion|자주 묻는 질문]] - 자주 묻는 질문은 gentoo-dev 메일링 리스트와 IRC에서 모은 질문과 답들의 모음입니다.
* [[Trans:GentooAMD64FrequentlyAskedQuestions|AMD64 자주 묻는 질문]]deprecated - 젠투리눅스/AMD64에 대한 자주 묻는 질문입니다.
* [https://wiki.gentoo.org/wiki/FAQ/ko 일반(X86) 자주 묻는 질문]official - 이 문서는 젠투 리눅스 배포판을 설치할 때 공통으로 묻는 질문입니다만, 보통 x86과 관련된 내용이 들어있습니다.
* [https://wiki.gentoo.org/wiki/AMD64/FAQ/ko AMD64 자주 묻는 질문]official - 이 문서는 AMD64용 젠투 리눅스 배포판에 대한 자주 묻는 질문입니다.
* [https://wiki.gentoo.org/wiki/Alpha/FAQ/ko Alpha 자주 묻는 질문]official - 이 문서는 Alpha용 젠투 리눅스 배포판에 대한 자주 묻는 질문입니다. {{Bold|{{Red|!!경고!! 이 배포판은 현재 공식적으로 지원하지 않습니다}}}}
* [https://wiki.gentoo.org/wiki/MIPS/FAQ/ko MIPS 자주 묻는 질문]official - 이 문서는 MIPS32/MIPS64 아키텍처에 젠투 리눅스를 설치할 때 자주 묻는 질문입니다.
* [https://wiki.gentoo.org/wiki/PPC/FAQ/ko PPC 자주 묻는 질문]official - 이 문서는 IBM에서 개발하였으며, 주로 Machintosh에서 사용하던 PowerPC 아키텍처에 젠투 리눅스를 설치할 때 자주 묻는 질문입니다.
* [https://wiki.gentoo.org/wiki/Sparc/FAQ/ko Sparc 자주 묻는 질문]official - 이 문서는 썬 마이크로시스템에서 개발한 Sparc/Sparc64 아키텍처용 젠투 리눅스 배포판에 대한 자주 묻는 질문입니다.

== 젠투 설치 관련 ==

* [https://wiki.gentoo.org/wiki/Handbook:Main_Page/ko 젠투 리눅스 한국어 공식 핸드북]official - 이 문서는 젠투 위키팀에서 보증하는 젠투 리눅스 공식 핸드북 한국어판입니다.
* [[Trans:GentooHandbook|젠투 핸드북]] - 젠투 핸드북은 문서를 일관성 있는 핸드북으로 한 곳에 모은 노력의 산물입니다. 이 핸드북에는 인터넷 기반 설치 접근방식에 대한 설치 방법내용이 있으며 젠투 및 포티지를 다루는 방법으로 나누어져 있습니다.
* [[Trans:GentooLinuxX86QuickInstallGuide|젠투 리눅스 x86 빠른 설치 안내서]] - 빠른 설치 안내서는 장황하지 않은 내용으로 젠투 설치 과정을 담았습니다. 이 안내서는 시간이 없을때 사용자가 스테이지 3을 설치하도록 하는것이 목적입니다. 사용자는 이 안내서를 따르기 전에 젠투 리눅스를 설치한 경험이 있어야 합니다.

== 젠투 하드웨어 문서 ==
* [https://wiki.gentoo.org/wiki/ATI_FAQ/ko ATi 자주 묻는 질문]official - 이 자주 묻는 질문에서는 종전의 설치 방법을 피하고 AMD/ATI 보드의 DRI 및 X11 관련 설정 문제에서 벗어나도록 돕습니다.
* [https://wiki.gentoo.org/wiki/BIOS_Update/ko 바이오스 업데이트]official - 하드웨어 제조사는 보통 BIOS와 펌웨어 업데이트를 제공합니다.{{Bold|{{Red|!!경고!! 내용을 맹신하지 말고, 결과가 두렵다면 따라하지 마십시오. 결론적으로 보증을 포기하는 행위가 될 수 있습니다.}}}}
* [https://wiki.gentoo.org/wiki/Brother_networked_printer/ko 브라더 프린터 네트워크 연결]official - 브라더 프린터를 네트워크에 연결하는 방법이며, 한국에서는 거의 활용할 일이 없을 것 같습니다.
* [https://wiki.gentoo.org/wiki/GPM/ko GPM 터미널 마우스 데몬]official - 터미널 콘솔에서 마우스를 활용할 경우 필요한 GPM 터미널 마우스 데몬 설치 및 설정, 활용 안내서입니다.
* [https://wiki.gentoo.org/wiki/HighPoint_RocketRAID/ko HighPoint RocketRAID 설정 지침서]official - HighPoint RocketRAID 장비를 활용하는 경우 참고해볼만한 지침서입니다.
* [https://wiki.gentoo.org/wiki/NVidia/nvidia-drivers/ko nVidia 드라이버]official - x11-drivers/nvidia-drivers는 nVidia 그래픽 카드용 상용 그래픽 드라이버입니다. 대신 사용하는 오픈 소스는 nouveau가 있습니다.
* [https://wiki.gentoo.org/wiki/Power_management/Guide/ko 전원 관리 안내서]official - 랩톱에 젠투 리눅스를 설치했을 경우 전원관리에 필요한 꾸러미를 설치하는 방법을 알려드립니다
* [https://wiki.gentoo.org/wiki/Power_management/Processor/ko 전원 관리 프로세서 설정 안내서]official - 랩톱/데스크톱에서 프로세서 전원 관리 정책을 설정하는 방법을 알려드립니다
* [https://wiki.gentoo.org/wiki/Printing/ko 인쇄 설정 안내서]official - 프린터를 설정하는 방법을 알려드립니다. 프린터를 연결하는 방식에 따라 설정하는 여러가지 방법이 있습니다
* [https://wiki.gentoo.org/wiki/Vpnc/ko Cisco 3000 VPN 장비 클라이언트 설정 및 활용 안내서]official - Cisco 3000 VPN 장비를 사용하는 경우 활용하는 유틸리티의 설치 및 활용법이 있습니다
* [https://wiki.gentoo.org/wiki/Xorg/Hardware_3D_acceleration_guide/ko Xorg 하드웨어 3D 가속 설정 안내서]official - Xorg에서 3D 가속 그래픽 카드를 활용하는 경우 3D 가속을 설정하는 방법을 알려드립니다.

== 젠투 시스템 문서 ==

* [[Trans:DistCC|젠투 DiscCC 문서]]deprecated
* [[Trans:PortageUtils|포티지 유틸리티]] - 이 안내서는 C 로 작성한 도우미 프로그램의 모음인 포티지 유틸리티의 일반 사용법을 다룹니다.
* [[Trans:OpenRCMigration|Baselayout과 OpenRC 설정 가져오기 안내서]]

* [https://wiki.gentoo.org/wiki/Chroot/ko Chroot]official - chroot (루트 바꾸기)는 메인 시스템에서 논리적으로 나뉘는 새 환경을 만들때 눈에 보이는 루트 디렉터리를 바꾸는데 사용하는 유닉스 시스템 유틸리티입니다.
* [https://wiki.gentoo.org/wiki/Cron/ko Cron]official - 이 안내서는 크론 설치 및 사용법을 설명합니다.
* [https://wiki.gentoo.org/wiki/Changing_the_CHOST_variable/ko CHOST 변수 값 바꾸기]official - 이 문서는 시스템에 있는 CHOST 변수 값을 바꾸는 방법을 설명합니다.
* [https://wiki.gentoo.org/wiki/CONFIG_PROTECT/ko CONFIG_PROTECT]official - /etc/portage/make.conf의 CONFIG_PROTECT 환경 변수에 대한 설명입니다.
* [https://wiki.gentoo.org/wiki/Distcc/ko DistCC]official - Distcc는 네트워크를 통해 호스트가 참여하여 분산 컴파일 작업을 수행하도록 설계한 프로그램입니다.
* [https://wiki.gentoo.org/wiki/Distcc/Cross-Compiling/ko DistCC로 크로스컴파일하기]official - 이 안내서에서는 distcc에서의 다른 프로세서 아키텍처간 크로스컴파일 설정 방법을 보여줍니다.
* [https://wiki.gentoo.org/wiki/Efibootmgr/ko EFI 부팅 관리자 안내서]official - (U)EFI 부팅 방법을 안내하는 efi 부팅 관리자 안내서입니다.
* [https://wiki.gentoo.org/wiki/Genkernel/ko Genkernel 안내서]official - 젠투 커널 컴파일 마법사 genkernel의 사용법을 설명하는 안내서입니다.
* [https://wiki.gentoo.org/wiki/Gentoo_installation_tips_and_tricks/ko 젠투 설치 요령]official - 젠투 핸드북에서 참고하기 어려운 몇가지 요령을 넣었습니다.
* [https://wiki.gentoo.org/wiki/GRUB2/ko GRUB 안내서]official - 최신 부트로더 GRUB 설치 및 설정 안내서입니다.
* [https://wiki.gentoo.org/wiki/GRUB2_Migration/ko GRUB2 옮겨가기]official - 이 안내서의 목표는 기존 GRUB에서 GRUB2로 유연하게 옮겨가는 방안을 알려드립니다.
* [https://wiki.gentoo.org/wiki/GRUB2_Quick_Start/ko GRUB2 간단하게 시작하기]official - GRUB2를 간단하게 익히도록 도와주는 설명서입니다
* [https://wiki.gentoo.org/wiki/Install_Gentoo_on_a_bootable_USB_stick/ko USB 메모리 스틱으로 젠투 설치]official - USB 메모리스틱에 젠투 설치 이미지를 넣고 설치하는 방법을 안내합니다.
* [https://wiki.gentoo.org/wiki/Installation_alternatives/ko - 설치 대안책]official - 다른 배포판 또는 젠투 핸드북에서 안내하는 방식이 아닌 방법으로 설치하려는 분들을 위한 참고서입니다.
* [https://wiki.gentoo.org/wiki/Initramfs/Guide/ko Initramfs]official - 이 안내서에서는 initramfs의 개념을 파헤치고, 어떻게 제대로 만드는지 어떻게 initramfs 인스턴스를 관리하는지 설명하도록 하겠습니다.
* [https://wiki.gentoo.org/wiki/Kernel/ko 커널]official - 리눅스 커널은 운영체제의 핵심이며 하드웨어에 접근할 프로그램의 인터페이스를 제공합니다.
* [https://wiki.gentoo.org/wiki/Kernel/Overview/ko 커널 개요]official - 이 문서에서는 젠투가 포티지를 통해 제공하는 모든 커널 소스의 개요 정보를 제공합니다.
* [https://wiki.gentoo.org/wiki/Kernel/Removal/ko 커널 제거]official - 이 글은 오래된 커널 제거 방법을 설명합니다.
* [https://wiki.gentoo.org/wiki/Kernel/Upgrade/ko 커널 업그레이드]official - 이 글은 새 커널로 업그레이드 하는 과정을 설명합니다.
* [https://wiki.gentoo.org/wiki/LILO/ko LILO]official - 전통적인 간단한 부트로더 LILO를 설명합니다.
* [https://wiki.gentoo.org/wiki/Logcheck/ko Logcheck HOWTO]official - 로그 분석 도구인 logcheck의 설치, 설정, 사용법을 설명합니다.
* [https://wiki.gentoo.org/wiki/LVM/ko LVM]official - Software RAID 기능도 수행하는 LVM 설치/설정 안내서입니다
* [https://wiki.gentoo.org/wiki/OpenRC/Baselayout_1_to_2_migration/ko OpenRC BaseLayout 이전 안내서]official - OpenRC baselayout 업그레이드 (1 → 2)
* [https://wiki.gentoo.org/wiki/PAM/ko PAM]official - 시스템 인증 관리자 PAM 안내서입니다.
* [https://wiki.gentoo.org/wiki/Prelink/ko prelink]official - 실행 가속 프로그램 prelink 설치 및 설정 안내서입니다
* [https://wiki.gentoo.org/wiki/Sparc/Netboot/ko SPARC 아키텍처 네트워크 부팅 안내서]official
* [https://wiki.gentoo.org/wiki/Sparc/OBP_Reference/ko SPARC 아키텍처 Open BootPROM 안내서]official
* [https://wiki.gentoo.org/wiki/Sudo/ko sudo]official - 사용자가 제한적으로 루트 권한을 임시로 확보하여 명령을 실행하려 할 때 편의수단을 제공하는 sudo 설명서입니다.
* [https://wiki.gentoo.org/wiki/Syslinux/ko syslinux]official - OpenRC는 syslinux 기반입니다.
* [https://wiki.gentoo.org/wiki/System_time/ko 시스템 시간 설정 안내서]official - 시스템의 시간 설정 방법을 설명하는 안내서입니다.
* [https://wiki.gentoo.org/wiki/Systemd/ko systemd]official - Lennart Poettering 이 개발한 차세대 init 시스템 systemd의 젠투용 설치/설정 안내서입니다.
* [https://wiki.gentoo.org/wiki/Udev/ko udev]official - 하드웨어 장치 드라이버를 관리하는 udev 설치/설정 안내서입니다.
* [https://wiki.gentoo.org/wiki/Upgrading_GCC/ko GCC 업그레이드]official - 이 글은 사용자를 GCC 업그레이드 과정으로 안내합니다.
* [https://wiki.gentoo.org/wiki/Upgrading_Gentoo/ko 젠투 업그레이드]official - 이 문서에서는 새 젠투 릴리즈가 기존의 설치에 어떤 영향을 주는지 설명합니다.

== 젠투 데스크톱 문서 ==

* [[Trans:XServerConfigHowTo|젠투 X 서버 설정 방법]]deprecated - Xorg는 사용자 여러분의 손 끝에 그래픽 환경을 제공해드리는 X 윈도 서버입니다. 이 설명서는 Xorg가 무엇인지, 설치하는 방법은 무엇인지, 어떤 다양한 옵션이 있는지 안내해드립니다.

* [https://wiki.gentoo.org/wiki/Claws_Mail/ko Claws Mail]official - 명령행 인터페이스 방식 클라우스 메일 클라이언트를 소개합니다
* [https://wiki.gentoo.org/wiki/Fontconfig/ko fontconfig]official - Xorg 환경에서 글꼴을 사용하도록 설정하는 방법을 안내합니다
* [https://wiki.gentoo.org/wiki/Java/ko Java]official - Java 가상 머신을 설치하는 방법을 안내합니다
* [https://wiki.gentoo.org/wiki/Localization/Guide/ko 지역화 설명서]official - 날짜, 시간, 통화, 숫자 표기, 시간대, 시간을 설정하는 여러가지 방법을 설명합니다. 한국 사정에 특화된 설정은 젠투 코리아 자체 제작 문서를 참고하십시오.
* [https://wiki.gentoo.org/wiki/Mutt/ko mutt]official - 명령행 인터페이스 방식 Mutt 메일 클라이언트의 설치 및 설정 방법을 안내합니다
* [https://wiki.gentoo.org/wiki/Tmux/ko tmux]official - tmux 설치 및 설정 방법을 안내삽니다
* [https://wiki.gentoo.org/wiki/UTF-8/ko UTF-8]official - utf-8 설정 안내서
* [https://wiki.gentoo.org/wiki/VDR/ko VDR]official - Video Disc Recorder 활용 안내서
* [https://wiki.gentoo.org/wiki/Vim/ko Vim]official - Vim 설치 및 활용 안내서
* [https://wiki.gentoo.org/wiki/Xorg/Guide/ko Xorg 안내서]official - Xorg는 사용자 여러분의 손 끝에 그래픽 환경을 제공해드리는 X 윈도 서버입니다. 이 설명서에서는 Xorg가 무엇인지, 설치하는 방법은 무엇인지, 어떤 다양한 옵션이 있는지 안내해드립니다.
* [https://wiki.gentoo.org/wiki/Awesome/ko Awesome]official - awesome은 X에서 사용할 수 있으며, 다양한 부분을 설정할 수 있는 차세대 프레임워크 창 관리자입니다.
* [https://wiki.gentoo.org/wiki/Cinnamon/ko 시나몬]official - 시나몬은 그놈 2의 기존 인터페이스를 갖춘 최신 데스크톱 환경입니다.
* [https://wiki.gentoo.org/wiki/Fluxbox/ko 플럭스박스]official - 극단의 미니멀리즘을 추구하는 플럭스박스 설치 방법을 설명합니다.
* [https://wiki.gentoo.org/wiki/GNOME/ko Gnome]official - 이 문서는 그놈 설치, 설정, 사용법, ... 등을 포함한 모든 분야를 설명하는 설명서입니다.
* [https://wiki.gentoo.org/wiki/KDE/ko KDE]official - KDE는 유닉스 워크스테이션용 강력한 그래픽 데스크톱 환경입니다.
* [https://wiki.gentoo.org/wiki/LightDM/ko LightDM]official - LightDM은 X 서버용 표준 디스플레이 관리자를 겨냥한 교차 데스크톱 디스플레이 관리자입니다.
* [https://wiki.gentoo.org/wiki/Xfce/ko Xfce]official - 이 안내서는 빠르고, 가벼우며 완벽한 기능을 갖춘 데스크톱 환경 Xfce를 소개합니다.
* [https://wiki.gentoo.org/wiki/Xfce/Guide/ko Xfce 설명서]official - 이 안내서는 빠르고, 가벼우며 완벽한 기능을 갖춘 데스크톱 환경 XFCE 설치 방법 및 프로그램을 안내합니다.

== 젠투 네트워크/보안 문서 ==

* [https://wiki.gentoo.org/wiki/AIDE/ko AIDE]{{Italic|official}} - 고급 침임 탐지 환경 구축절차.
* [https://wiki.gentoo.org/wiki/Apache/ko Apache 간단 설명서]{{Italic|official}} - "아파치 HTTP 서버"는 효율적이고 확장성있는 웹 서버이며 인터넷에서 가장 널리 사용하는 프로그램중 하나입니다.
* [https://wiki.gentoo.org/wiki/BIND/Tutorial/ko BIND 설정 따라하기]{{Italic|official}} - 이 안내서에서는 도메인과 로컬 네트워크에 BIND를 설치하고 설정하는 방법을 알려드립니다.
* [https://wiki.gentoo.org/wiki/Centralized_authentication_using_OpenLDAP/ko OpenLDAP를 이용한 중앙 인증 관리]{{Italic|official}} - 젠투 리눅스에 OpenLDAP를 설치하여 다양한 서비스의 인증 방식을 통합하여 관리할 수 있는 방안을 안내합니다.
* [https://wiki.gentoo.org/wiki/Complete_Virtual_Mail_Server/ko 가상 메일 서버 완벽 안내서]{{Italic|official}} - 젠투 리눅스에 가상 메일 서버를 완벽하게 구축하는 방법을 안내하는 완벽 안내서입니다
* [https://wiki.gentoo.org/wiki/GnuPG/ko GnuPG]{{Italic|official}} - 이 작은 안내서에서는 보안 통신용 도구인 GnuPG 기본 사용 방법을 알려드립니다.
* [https://wiki.gentoo.org/wiki/Hardened_Gentoo/ko Hardened Gentoo]{{Italic|official}} - 보안 강화 젠투는 잘 알려진 젠투 리눅스 설치 결과물에 여러가지 추가 보안 서비스를 제공하는 프로젝트입니다.
* [https://wiki.gentoo.org/wiki/Home_Router/ko 가정용 자작 라우터]{{Italic|official}} - 젠투 서버를 인터넷 연결 공유기 및 방화벽으로 활용해보고자 하는 이들을 위해 마련한 가정용 자작 라우터 안내서입니다.
* [https://wiki.gentoo.org/wiki/IPv6_router_guide/ko IPv6 라우터 안내서]{{Italic|official}} - IPv6 라우터 설정 안내서
* [https://wiki.gentoo.org/wiki/Jffnms/ko jffnms 안내서]{{Italic|official}} - 네트워크 관리 및 감시 시스템 jffnms 안내서
* [https://wiki.gentoo.org/wiki/Keychain/ko keychain]{{Italic|official}} - 키 체인 관리 안내서
* [https://wiki.gentoo.org/wiki/Logcheck/ko LogCheck]{{Italic|official}} - 로그 분석 도구 Logcheck 안내서
* [https://wiki.gentoo.org/wiki/Mailfiltering_Gateway/ko 메일 차단 게이트웨이]{{Italic|official}} - [https://wiki.gentoo.org/wiki/Complete_Virtual_Mail_Server/ko 가상 메일 서버 완벽 안내서]를 함께 참고하십시오.
* [https://wiki.gentoo.org/wiki/Monit/ko monit]{{Italic|official}} - 서버 상태 감시 플랫폼 monit 안내서
* [https://wiki.gentoo.org/wiki/MySQL/ko MySQL]{{Italic|official}} - MySQL 설치/설정 안내서
* [https://wiki.gentoo.org/wiki/MySQL/Startup_Guide/ko MySQL 시작 안내서]{{Italic|official}} - MySQL을 처음 시작할 때 설정하는 방법을 안내합니다.
* [https://wiki.gentoo.org/wiki/Nginx/ko Nginx]{{Italic|official}} - nginx는 견고하고 작은 고성능 웹 서버이며 역방향 프록시 서버입니다. 아파치 또는 lighttpd와 같은 현존하는 유명 웹서버 대신 사용하기에 좋습니다.
* [https://wiki.gentoo.org/wiki/OpenAFS/ko]{{Italic|official}} - OpenAFS 안내서 (분산 파일 시스템)
* [https://wiki.gentoo.org/wiki/PostgreSQL/QuickStart/ko]{{Italic|official}} - PostgreSQL 간편하게 시작하기 안내서
* [https://wiki.gentoo.org/wiki/Puppet/ko Puppet]{{Italic|official}} - 시스템 관리 자동화 플랫폼 Puppet의 설치/설정 방법 및 활용을 예시를 들어 안내합니다.
* [https://wiki.gentoo.org/wiki/SELinux/ko SELinux]{{Italic|official}} - SELinux는 사용자의 행동 가능 여부를 보안 관리자가 정의할 수 있게 세밀한 접근 제어 매커니즘을 다룰 수 있는 필수적 접근 제어 시스템입니다.
* [https://wiki.gentoo.org/wiki/SSH/ko SSH 사용하기]{{Italic|official}} - SSH(Secure SHell)은 유닉스 같은 운영체제의 전통 텔넷 도구를 대체하는 암호화 터미널 프로그램입니다.
* [https://wiki.gentoo.org/wiki/SHOUTcast/Installation/ko 샤우트캐스트 (윈앰프 개인 방송 서버) 설치 안내서]{{Italic|official}} - deprecated
* [https://wiki.gentoo.org/wiki/Sshguard/ko SSH 보안 프로그램 Sshguard안내서]{{Italic|official}} - ssh 서버 접속 보안에 활용하는 sshguard 안내서입니다.

== 포티지(Portage) 꾸러미 관리 시스템 ==
* [https://wiki.gentoo.org/wiki/Eclean/ko eclean 사용 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Equery/ko equery 사용 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Overlay/ko 오버레이 관리 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Portage_log/ko 포티지 기록 관리 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Q_applets/ko Q 애플릿]{{Italic|official}}

== 기타 ==
* [https://wiki.gentoo.org/wiki/Bugzilla/Bug_report_guide/ko 버그 보고 요령 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Filesystem/ko 파일 시스템 안내]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/GLSA/ko 젠투 리눅스 보안 권고 이용 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Man_page/Nagivate/ko 맨 페이지 탐색 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Troubleshooting/ko 젠투 문제 해결 방법]{{Italic|official}}

== 젠투 위키(비공식) ==

* [[Trans:Git|Git HowTo]]
* [[Trans:EbuildHowTo|Ebuild HowTo]]
* [[Trans:Munin|Munin HowTo]]
* [[Trans:Plymouth|Plymouth - 부트 스플래시]]
* [[Trans:WritingEbuilds|Ebuild 작성하기]]

B:GentooKRTranslateDoc

2016-02-29T22:42:50Z

Darkcircle: 분류, 항목 개편

젠투 위키와 젠투 공식 문서로부터 번역한 문서들입니다.

= 젠투 번역 문서 =
== 참고 ==
* 본문의 내용 중에 각 괄호( [ 와 ] )로 둘러싼 어구는 {{Bold|링크가 필요한}} 부분입니다. 번역되지 않고 방치하고 있는 이러한 부분이 있다면 주저하시지 마시고 [http://www.gentoo-kr.org 한국 젠투 리눅스 사용자 모임]에 알려주시기 바랍니다. 감사합니다.

* 젠투 프로젝트에서 공식적으로 관리하는 위키의 번역을 원하시는 분은 [https://wiki.gentoo.org/wiki/Help:Translating/ko 이 안내서의 지침]에 따라주세요. 약 한달 여 기간 정도 기다려주시면 위키 관리자가 확인 후 승인해줍니다. 이미 첫 번역자가 존재하므로 [https://wiki.gentoo.org/wiki/Gentoo_Wiki:Translator_account_requests 이 링크]로 들어가셔서 안내에 따라 신청을 작성하시면 됩니다. 번역 용어와 관련된 별도의 지침은 없습니다. 규칙의 제약을 받지 않고도 자유롭게 번역하실 수 있습니다. 단지 공식 위키에서 요구하는 위키 사용법을 잘 지켜주기만 하면 됩니다.

* 이 페이지는 언제나 끊임없이 개선중입니다. 필요한 내용이나 빠진 내용은 [http://wiki.gentoo-kr.org/index.php?title=%ED%86%A0%EB%A1%A0:B:GentooKRTranslateDoc 여기]에 언제든지 말씀해주세요.

== 자주 묻는 질문 ==

* [[Trans:GentooFrequentlyAskedQuestion|자주 묻는 질문]] - 자주 묻는 질문은 gentoo-dev 메일링 리스트와 IRC에서 모은 질문과 답들의 모음입니다.
* [[Trans:GentooAMD64FrequentlyAskedQuestions|AMD64 자주 묻는 질문]]deprecated - 젠투리눅스/AMD64에 대한 자주 묻는 질문입니다.
* [https://wiki.gentoo.org/wiki/FAQ/ko 일반(X86) 자주 묻는 질문]official - 이 문서는 젠투 리눅스 배포판을 설치할 때 공통으로 묻는 질문입니다만, 보통 x86과 관련된 내용이 들어있습니다.
* [https://wiki.gentoo.org/wiki/AMD64/FAQ/ko AMD64 자주 묻는 질문]official - 이 문서는 AMD64용 젠투 리눅스 배포판에 대한 자주 묻는 질문입니다.
* [https://wiki.gentoo.org/wiki/Alpha/FAQ/ko Alpha 자주 묻는 질문]official - 이 문서는 Alpha용 젠투 리눅스 배포판에 대한 자주 묻는 질문입니다. {{Bold|{{Red|!!경고!! 이 배포판은 현재 공식적으로 지원하지 않습니다}}}}
* [https://wiki.gentoo.org/wiki/MIPS/FAQ/ko MIPS 자주 묻는 질문]official - 이 문서는 MIPS32/MIPS64 아키텍처에 젠투 리눅스를 설치할 때 자주 묻는 질문입니다.
* [https://wiki.gentoo.org/wiki/PPC/FAQ/ko PPC 자주 묻는 질문]official - 이 문서는 IBM에서 개발하였으며, 주로 Machintosh에서 사용하던 PowerPC 아키텍처에 젠투 리눅스를 설치할 때 자주 묻는 질문입니다.
* [https://wiki.gentoo.org/wiki/Sparc/FAQ/ko Sparc 자주 묻는 질문]official - 이 문서는 썬 마이크로시스템에서 개발한 Sparc/Sparc64 아키텍처용 젠투 리눅스 배포판에 대한 자주 묻는 질문입니다.

== 젠투 설치 관련 ==

* [https://wiki.gentoo.org/wiki/Handbook:Main_Page/ko 젠투 리눅스 한국어 공식 핸드북]official - 이 문서는 젠투 위키팀에서 보증하는 젠투 리눅스 공식 핸드북 한국어판입니다.
* [[Trans:GentooHandbook|젠투 핸드북]] - 젠투 핸드북은 문서를 일관성 있는 핸드북으로 한 곳에 모은 노력의 산물입니다. 이 핸드북에는 인터넷 기반 설치 접근방식에 대한 설치 방법내용이 있으며 젠투 및 포티지를 다루는 방법으로 나누어져 있습니다.
* [[Trans:GentooLinuxX86QuickInstallGuide|젠투 리눅스 x86 빠른 설치 안내서]] - 빠른 설치 안내서는 장황하지 않은 내용으로 젠투 설치 과정을 담았습니다. 이 안내서는 시간이 없을때 사용자가 스테이지 3을 설치하도록 하는것이 목적입니다. 사용자는 이 안내서를 따르기 전에 젠투 리눅스를 설치한 경험이 있어야 합니다.

== 젠투 하드웨어 문서 ==
* [https://wiki.gentoo.org/wiki/ATI_FAQ/ko ATi 자주 묻는 질문]official - 이 자주 묻는 질문에서는 종전의 설치 방법을 피하고 AMD/ATI 보드의 DRI 및 X11 관련 설정 문제에서 벗어나도록 돕습니다.
* [https://wiki.gentoo.org/wiki/BIOS_Update/ko 바이오스 업데이트]official - 하드웨어 제조사는 보통 BIOS와 펌웨어 업데이트를 제공합니다.{{Bold|{{Red|!!경고!! 내용을 맹신하지 말고, 결과가 두렵다면 따라하지 마십시오. 결론적으로 보증을 포기하는 행위가 될 수 있습니다.}}}}
* [https://wiki.gentoo.org/wiki/Brother_networked_printer/ko 브라더 프린터 네트워크 연결]official - 브라더 프린터를 네트워크에 연결하는 방법이며, 한국에서는 거의 활용할 일이 없을 것 같습니다.
* [https://wiki.gentoo.org/wiki/GPM/ko GPM 터미널 마우스 데몬]official - 터미널 콘솔에서 마우스를 활용할 경우 필요한 GPM 터미널 마우스 데몬 설치 및 설정, 활용 안내서입니다.
* [https://wiki.gentoo.org/wiki/HighPoint_RocketRAID/ko HighPoint RocketRAID 설정 지침서]official - HighPoint RocketRAID 장비를 활용하는 경우 참고해볼만한 지침서입니다.
* [https://wiki.gentoo.org/wiki/NVidia/nvidia-drivers/ko nVidia 드라이버]official - x11-drivers/nvidia-drivers는 nVidia 그래픽 카드용 상용 그래픽 드라이버입니다. 대신 사용하는 오픈 소스는 nouveau가 있습니다.
* [https://wiki.gentoo.org/wiki/Power_management/Guide/ko 전원 관리 안내서]official - 랩톱에 젠투 리눅스를 설치했을 경우 전원관리에 필요한 꾸러미를 설치하는 방법을 알려드립니다
* [https://wiki.gentoo.org/wiki/Power_management/Processor/ko 전원 관리 프로세서 설정 안내서]official - 랩톱/데스크톱에서 프로세서 전원 관리 정책을 설정하는 방법을 알려드립니다
* [https://wiki.gentoo.org/wiki/Printing/ko 인쇄 설정 안내서]official - 프린터를 설정하는 방법을 알려드립니다. 프린터를 연결하는 방식에 따라 설정하는 여러가지 방법이 있습니다
* [https://wiki.gentoo.org/wiki/Vpnc/ko Cisco 3000 VPN 장비 클라이언트 설정 및 활용 안내서]official - Cisco 3000 VPN 장비를 사용하는 경우 활용하는 유틸리티의 설치 및 활용법이 있습니다
* [https://wiki.gentoo.org/wiki/Xorg/Hardware_3D_acceleration_guide/ko Xorg 하드웨어 3D 가속 설정 안내서]official - Xorg에서 3D 가속 그래픽 카드를 활용하는 경우 3D 가속을 설정하는 방법을 알려드립니다.

== 젠투 시스템 문서 ==

* [[Trans:DistCC|젠투 DiscCC 문서]]deprecated
* [[Trans:PortageUtils|포티지 유틸리티]] - 이 안내서는 C 로 작성한 도우미 프로그램의 모음인 포티지 유틸리티의 일반 사용법을 다룹니다.
* [[Trans:OpenRCMigration|Baselayout과 OpenRC 설정 가져오기 안내서]]

* [https://wiki.gentoo.org/wiki/Chroot/ko Chroot]official - chroot (루트 바꾸기)는 메인 시스템에서 논리적으로 나뉘는 새 환경을 만들때 눈에 보이는 루트 디렉터리를 바꾸는데 사용하는 유닉스 시스템 유틸리티입니다.
* [https://wiki.gentoo.org/wiki/Cron/ko Cron]official - 이 안내서는 크론 설치 및 사용법을 설명합니다.
* [https://wiki.gentoo.org/wiki/Changing_the_CHOST_variable/ko CHOST 변수 값 바꾸기]official - 이 문서는 시스템에 있는 CHOST 변수 값을 바꾸는 방법을 설명합니다.
* [https://wiki.gentoo.org/wiki/CONFIG_PROTECT/ko CONFIG_PROTECT]official - /etc/portage/make.conf의 CONFIG_PROTECT 환경 변수에 대한 설명입니다.
* [https://wiki.gentoo.org/wiki/Distcc/ko DistCC]official - Distcc는 네트워크를 통해 호스트가 참여하여 분산 컴파일 작업을 수행하도록 설계한 프로그램입니다.
* [https://wiki.gentoo.org/wiki/Distcc/Cross-Compiling/ko DistCC로 크로스컴파일하기]official - 이 안내서에서는 distcc에서의 다른 프로세서 아키텍처간 크로스컴파일 설정 방법을 보여줍니다.
* [https://wiki.gentoo.org/wiki/Efibootmgr/ko EFI 부팅 관리자 안내서]official - (U)EFI 부팅 방법을 안내하는 efi 부팅 관리자 안내서입니다.
* [https://wiki.gentoo.org/wiki/Genkernel/ko Genkernel 안내서]official - 젠투 커널 컴파일 마법사 genkernel의 사용법을 설명하는 안내서입니다.
* [https://wiki.gentoo.org/wiki/Gentoo_installation_tips_and_tricks/ko 젠투 설치 요령]official - 젠투 핸드북에서 참고하기 어려운 몇가지 요령을 넣었습니다.
* [https://wiki.gentoo.org/wiki/GRUB2/ko GRUB 안내서]official - 최신 부트로더 GRUB 설치 및 설정 안내서입니다.
* [https://wiki.gentoo.org/wiki/GRUB2_Migration/ko GRUB2 옮겨가기]official - 이 안내서의 목표는 기존 GRUB에서 GRUB2로 유연하게 옮겨가는 방안을 알려드립니다.
* [https://wiki.gentoo.org/wiki/GRUB2_Quick_Start/ko GRUB2 간단하게 시작하기]official - GRUB2를 간단하게 익히도록 도와주는 설명서입니다
* [https://wiki.gentoo.org/wiki/Install_Gentoo_on_a_bootable_USB_stick/ko USB 메모리 스틱으로 젠투 설치]official - USB 메모리스틱에 젠투 설치 이미지를 넣고 설치하는 방법을 안내합니다.
* [https://wiki.gentoo.org/wiki/Installation_alternatives/ko - 설치 대안책]official - 다른 배포판 또는 젠투 핸드북에서 안내하는 방식이 아닌 방법으로 설치하려는 분들을 위한 참고서입니다.
* [https://wiki.gentoo.org/wiki/Initramfs/Guide/ko Initramfs]official - 이 안내서에서는 initramfs의 개념을 파헤치고, 어떻게 제대로 만드는지 어떻게 initramfs 인스턴스를 관리하는지 설명하도록 하겠습니다.
* [https://wiki.gentoo.org/wiki/Kernel/ko 커널]official - 리눅스 커널은 운영체제의 핵심이며 하드웨어에 접근할 프로그램의 인터페이스를 제공합니다.
* [https://wiki.gentoo.org/wiki/Kernel/Overview/ko 커널 개요]official - 이 문서에서는 젠투가 포티지를 통해 제공하는 모든 커널 소스의 개요 정보를 제공합니다.
* [https://wiki.gentoo.org/wiki/Kernel/Removal/ko 커널 제거]official - 이 글은 오래된 커널 제거 방법을 설명합니다.
* [https://wiki.gentoo.org/wiki/Kernel/Upgrade/ko 커널 업그레이드]official - 이 글은 새 커널로 업그레이드 하는 과정을 설명합니다.
* [https://wiki.gentoo.org/wiki/LILO/ko LILO]official - 전통적인 간단한 부트로더 LILO를 설명합니다.
* [https://wiki.gentoo.org/wiki/Logcheck/ko Logcheck HOWTO]official - 로그 분석 도구인 logcheck의 설치, 설정, 사용법을 설명합니다.
* [https://wiki.gentoo.org/wiki/LVM/ko LVM]official - Software RAID 기능도 수행하는 LVM 설치/설정 안내서입니다
* [https://wiki.gentoo.org/wiki/OpenRC/Baselayout_1_to_2_migration/ko - OpenRC baselayout 업그레이드 (1 → 2)
* [https://wiki.gentoo.org/wiki/PAM/ko PAM]official - 시스템 인증 관리자 PAM 안내서입니다.
* [https://wiki.gentoo.org/wiki/Prelink/ko prelink]official - 실행 가속 프로그램 prelink 설치 및 설정 안내서입니다
* [https://wiki.gentoo.org/wiki/Sparc/Netboot/ko SPARC 아키텍처 네트워크 부팅 안내서]official
* [https://wiki.gentoo.org/wiki/Sparc/OBP_Reference/ko SPARC 아키텍처 Open BootPROM 안내서]official
* [https://wiki.gentoo.org/wiki/Sudo/ko sudo]official - 사용자가 제한적으로 루트 권한을 임시로 확보하여 명령을 실행하려 할 때 편의수단을 제공하는 sudo 설명서입니다.
* [https://wiki.gentoo.org/wiki/Syslinux/ko syslinux]official - OpenRC는 syslinux 기반입니다.
* [https://wiki.gentoo.org/wiki/System_time/ko 시스템 시간 설정 안내서]official - 시스템의 시간 설정 방법을 설명하는 안내서입니다.
* [https://wiki.gentoo.org/wiki/Systemd/ko systemd]official - Lennart Poettering 이 개발한 차세대 init 시스템 systemd의 젠투용 설치/설정 안내서입니다.
* [https://wiki.gentoo.org/wiki/Udev/ko udev]official - 하드웨어 장치 드라이버를 관리하는 udev 설치/설정 안내서입니다.
* [https://wiki.gentoo.org/wiki/Upgrading_GCC/ko GCC 업그레이드]official - 이 글은 사용자를 GCC 업그레이드 과정으로 안내합니다.
* [https://wiki.gentoo.org/wiki/Upgrading_Gentoo/ko 젠투 업그레이드]official - 이 문서에서는 새 젠투 릴리즈가 기존의 설치에 어떤 영향을 주는지 설명합니다.

== 젠투 데스크톱 문서 ==

* [[Trans:XServerConfigHowTo|젠투 X 서버 설정 방법]]deprecated - Xorg는 사용자 여러분의 손 끝에 그래픽 환경을 제공해드리는 X 윈도 서버입니다. 이 설명서는 Xorg가 무엇인지, 설치하는 방법은 무엇인지, 어떤 다양한 옵션이 있는지 안내해드립니다.

* [https://wiki.gentoo.org/wiki/Claws_Mail/ko Claws Mail]official - 명령행 인터페이스 방식 클라우스 메일 클라이언트를 소개합니다
* [https://wiki.gentoo.org/wiki/Fontconfig/ko fontconfig]official - Xorg 환경에서 글꼴을 사용하도록 설정하는 방법을 안내합니다
* [https://wiki.gentoo.org/wiki/Java/ko Java]official - Java 가상 머신을 설치하는 방법을 안내합니다
* [https://wiki.gentoo.org/wiki/Localization/Guide/ko 지역화 설명서]official - 날짜, 시간, 통화, 숫자 표기, 시간대, 시간을 설정하는 여러가지 방법을 설명합니다. 한국 사정에 특화된 설정은 젠투 코리아 자체 제작 문서를 참고하십시오.
* [https://wiki.gentoo.org/wiki/Mutt/ko mutt]official - 명령행 인터페이스 방식 Mutt 메일 클라이언트의 설치 및 설정 방법을 안내합니다
* [https://wiki.gentoo.org/wiki/Tmux/ko tmux]official - tmux 설치 및 설정 방법을 안내삽니다
* [https://wiki.gentoo.org/wiki/UTF-8/ko UTF-8]official - utf-8 설정 안내서
* [https://wiki.gentoo.org/wiki/VDR/ko VDR]official - Video Disc Recorder 활용 안내서
* [https://wiki.gentoo.org/wiki/Vim/ko Vim]official - Vim 설치 및 활용 안내서
* [https://wiki.gentoo.org/wiki/Xorg/Guide/ko Xorg 안내서]official - Xorg는 사용자 여러분의 손 끝에 그래픽 환경을 제공해드리는 X 윈도 서버입니다. 이 설명서에서는 Xorg가 무엇인지, 설치하는 방법은 무엇인지, 어떤 다양한 옵션이 있는지 안내해드립니다.
* [https://wiki.gentoo.org/wiki/Awesome/ko Awesome]official - awesome은 X에서 사용할 수 있으며, 다양한 부분을 설정할 수 있는 차세대 프레임워크 창 관리자입니다.
* [https://wiki.gentoo.org/wiki/Cinnamon/ko 시나몬]official - 시나몬은 그놈 2의 기존 인터페이스를 갖춘 최신 데스크톱 환경입니다.
* [https://wiki.gentoo.org/wiki/Fluxbox/ko 플럭스박스]official - 극단의 미니멀리즘을 추구하는 플럭스박스 설치 방법을 설명합니다.
* [https://wiki.gentoo.org/wiki/GNOME/ko Gnome]official - 이 문서는 그놈 설치, 설정, 사용법, ... 등을 포함한 모든 분야를 설명하는 설명서입니다.
* [https://wiki.gentoo.org/wiki/KDE/ko KDE]official - KDE는 유닉스 워크스테이션용 강력한 그래픽 데스크톱 환경입니다.
* [https://wiki.gentoo.org/wiki/LightDM/ko LightDM]official - LightDM은 X 서버용 표준 디스플레이 관리자를 겨냥한 교차 데스크톱 디스플레이 관리자입니다.
* [https://wiki.gentoo.org/wiki/Xfce/ko Xfce]official - 이 안내서는 빠르고, 가벼우며 완벽한 기능을 갖춘 데스크톱 환경 Xfce를 소개합니다.
* [https://wiki.gentoo.org/wiki/Xfce/Guide/ko Xfce 설명서]official - 이 안내서는 빠르고, 가벼우며 완벽한 기능을 갖춘 데스크톱 환경 XFCE 설치 방법 및 프로그램을 안내합니다.

== 젠투 네트워크/보안 문서 ==

* [https://wiki.gentoo.org/wiki/AIDE/ko AIDE]{{Italic|official}} - 고급 침임 탐지 환경 구축절차.
* [https://wiki.gentoo.org/wiki/Apache/ko Apache 간단 설명서]{{Italic|official}} - "아파치 HTTP 서버"는 효율적이고 확장성있는 웹 서버이며 인터넷에서 가장 널리 사용하는 프로그램중 하나입니다.
* [https://wiki.gentoo.org/wiki/BIND/Tutorial/ko BIND 설정 따라하기]{{Italic|official}} - 이 안내서에서는 도메인과 로컬 네트워크에 BIND를 설치하고 설정하는 방법을 알려드립니다.
* [https://wiki.gentoo.org/wiki/Centralized_authentication_using_OpenLDAP/ko OpenLDAP를 이용한 중앙 인증 관리]{{Italic|official}} - 젠투 리눅스에 OpenLDAP를 설치하여 다양한 서비스의 인증 방식을 통합하여 관리할 수 있는 방안을 안내합니다.
* [https://wiki.gentoo.org/wiki/Complete_Virtual_Mail_Server/ko 가상 메일 서버 완벽 안내서]{{Italic|official}} - 젠투 리눅스에 가상 메일 서버를 완벽하게 구축하는 방법을 안내하는 완벽 안내서입니다
* [https://wiki.gentoo.org/wiki/GnuPG/ko GnuPG]{{Italic|official}} - 이 작은 안내서에서는 보안 통신용 도구인 GnuPG 기본 사용 방법을 알려드립니다.
* [https://wiki.gentoo.org/wiki/Hardened_Gentoo/ko Hardened Gentoo]{{Italic|official}} - 보안 강화 젠투는 잘 알려진 젠투 리눅스 설치 결과물에 여러가지 추가 보안 서비스를 제공하는 프로젝트입니다.
* [https://wiki.gentoo.org/wiki/Home_Router/ko 가정용 자작 라우터]{{Italic|official}} - 젠투 서버를 인터넷 연결 공유기 및 방화벽으로 활용해보고자 하는 이들을 위해 마련한 가정용 자작 라우터 안내서입니다.
* [https://wiki.gentoo.org/wiki/IPv6_router_guide/ko IPv6 라우터 안내서]{{Italic|official}} - IPv6 라우터 설정 안내서
* [https://wiki.gentoo.org/wiki/Jffnms/ko jffnms 안내서]{{Italic|official}} - 네트워크 관리 및 감시 시스템 jffnms 안내서
* [https://wiki.gentoo.org/wiki/Keychain/ko keychain]{{Italic|official}} - 키 체인 관리 안내서
* [https://wiki.gentoo.org/wiki/Logcheck/ko LogCheck]{{Italic|official}} - 로그 분석 도구 Logcheck 안내서
* [https://wiki.gentoo.org/wiki/Mailfiltering_Gateway/ko 메일 차단 게이트웨이]{{Italic|official}} - [https://wiki.gentoo.org/wiki/Complete_Virtual_Mail_Server/ko 가상 메일 서버 완벽 안내서]를 함께 참고하십시오.
* [https://wiki.gentoo.org/wiki/Monit/ko monit]{{Italic|official}} - 서버 상태 감시 플랫폼 monit 안내서
* [https://wiki.gentoo.org/wiki/MySQL/ko MySQL]{{Italic|official}} - MySQL 설치/설정 안내서
* [https://wiki.gentoo.org/wiki/MySQL/Startup_Guide/ko MySQL 시작 안내서]{{Italic|official}} - MySQL을 처음 시작할 때 설정하는 방법을 안내합니다.
* [https://wiki.gentoo.org/wiki/Nginx/ko Nginx]{{Italic|official}} - nginx는 견고하고 작은 고성능 웹 서버이며 역방향 프록시 서버입니다. 아파치 또는 lighttpd와 같은 현존하는 유명 웹서버 대신 사용하기에 좋습니다.
* [https://wiki.gentoo.org/wiki/OpenAFS/ko]{{Italic|official}} - OpenAFS 안내서 (분산 파일 시스템)
* [https://wiki.gentoo.org/wiki/PostgreSQL/QuickStart/ko]{{Italic|official}} - PostgreSQL 간편하게 시작하기 안내서
* [https://wiki.gentoo.org/wiki/Puppet/ko Puppet]{{Italic|official}} - 시스템 관리 자동화 플랫폼 Puppet의 설치/설정 방법 및 활용을 예시를 들어 안내합니다.
* [https://wiki.gentoo.org/wiki/SELinux/ko SELinux]{{Italic|official}} - SELinux는 사용자의 행동 가능 여부를 보안 관리자가 정의할 수 있게 세밀한 접근 제어 매커니즘을 다룰 수 있는 필수적 접근 제어 시스템입니다.
* [https://wiki.gentoo.org/wiki/SSH/ko SSH 사용하기]{{Italic|official}} - SSH(Secure SHell)은 유닉스 같은 운영체제의 전통 텔넷 도구를 대체하는 암호화 터미널 프로그램입니다.
* [https://wiki.gentoo.org/wiki/SHOUTcast/Installation/ko 샤우트캐스트 (윈앰프 개인 방송 서버) 설치 안내서]{{Italic|official}} - deprecated
* [https://wiki.gentoo.org/wiki/Sshguard/ko SSH 보안 프로그램 Sshguard안내서]{{Italic|official}} - ssh 서버 접속 보안에 활용하는 sshguard 안내서입니다.

== 포티지(Portage) 꾸러미 관리 시스템 ==
* [https://wiki.gentoo.org/wiki/Eclean/ko eclean 사용 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Equery/ko equery 사용 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Overlay/ko 오버레이 관리 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Portage_log/ko 포티지 기록 관리 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Q_applets/ko Q 애플릿]{{Italic|official}}

== 기타 ==
* [https://wiki.gentoo.org/wiki/Bugzilla/Bug_report_guide/ko 버그 보고 요령 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Filesystem/ko 파일 시스템 안내]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/GLSA/ko 젠투 리눅스 보안 권고 이용 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Man_page/Nagivate/ko 맨 페이지 탐색 안내서]{{Italic|official}}
* [https://wiki.gentoo.org/wiki/Troubleshooting/ko 젠투 문제 해결 방법]{{Italic|official}}

== 젠투 위키(비공식) ==

* [[Trans:Git|Git HowTo]]
* [[Trans:EbuildHowTo|Ebuild HowTo]]
* [[Trans:Munin|Munin HowTo]]
* [[Trans:Plymouth|Plymouth - 부트 스플래시]]
* [[Trans:WritingEbuilds|Ebuild 작성하기]]

B:GentooKRTranslateDoc

2016-02-29T22:04:15Z

Darkcircle: /* 젠투 하드웨어 문서 */

B:GentooKRTranslateDoc

2016-02-29T22:03:56Z

Darkcircle: /* 젠투 시스템 문서 */ 하드웨어 항목 제거

B:GentooKRTranslateDoc

2016-02-29T22:03:04Z

Darkcircle: /* 젠투 데스크톱 문서 */ 분류 정리

B:HowToUseTemplate

2015-07-26T10:26:21Z

Darkcircle: /* 안내 메시지 */

= 템플릿 사용하기 =
== 개요 ==
젠투 위키 문서에서 포매팅을 더욱 쉽게 하기 위한 템플릿입니다. 각각의 템플릿은 HTML태그처럼 중첩해서 사용할 수도 있습니다. 가독성 분산을 막기 위해 원서에 강조 표현이 존재하는 경우, 또는 강조해야 마땅한 경우에만 적절하게 사용해주시기 바랍니다.

== 글꼴 색상 ==
* [[Template:red|빨강]]
{{red|글씨를 빨갛게 표시합니다}}
* [[Template:blue|파랑]]
{{blue|글씨를 파랗게 표시합니다}}
* [[Template:green|초록]]
{{green|글씨를 초록색으로 표시합니다}}
* [[Template:orange|주황]]
{{orange|글씨를 주황색으로 표시합니다}}
* [[Template:purple|자주]]
{{purple|글씨를 자주색으로 표시합니다}}
* [[Template:black|검정]]
{{black|글씨를 검정색으로 표시합니다}}
* [[Template:lightgray|밝은회색]]
{{lightgray|글씨를 밝은회색으로 표시합니다}}
* [[Template:white|흰색]]
{{white|{{HighlightBlack|글씨를 흰색으로 표시합니다 (역상 적용)}} }}

* 중첩 사용 예제
** {{blue|옛날옛날 어느 먼 옛날에 {{red|호랑이}}가 살았드래}}
** {{green|그 호랑이는 산 속에서 지나가는 사람들에게 {{orange|떡}}을 빼앗아 먹었어요 :(}}
** {{purple|포도색이 {{green|포도색}}이지 그러면 포도색이 아니여?}}

{{Example|위 내용에 대한 코드 예제 입니다(색상 적용 부분).|<nowiki>{{blue|옛날옛날 어느 먼 옛날에 {{red|호랑이}}가 살았드래}} {{green|그 호랑이는 산 속에서 지나가는 사람들에게 {{orange|떡}}을 빼앗아 먹었어요 :(}} {{purple|포도색이 {{green|포도색}}이지 그러면 포도색이 아니여?}}</nowiki>}}

== 형광펜 ==
* [[Template:HighlightRed|빨간 형광펜]]
글씨는 {{HighlightRed|이렇게 빨간 형광펜으로 강조}} 할 수 있습니다.
{{Example|코드 예제|<nowiki>글씨는 {{HighlightRed|이렇게 빨간 형광펜으로 강조}} 할 수 있습니다.</nowiki>}}
* [[Template:HighlightBlack|역상]]
글씨를 {{HighlightBlack|{{white|역상으로 표시}} }} 할 수 있습니다.
{{Example|코드 예제|<nowiki>글씨를 {{HighlightBlack|{{white|역상으로 표시}} }} 할 수 있습니다.</nowiki>}}

== 폰트 효과 ==
* [[Template:Bold|굵게]]
글씨를 굵게 표시하려면 {{Bold|글씨를 굵게하는 템플릿}}을 사용합니다.
{{Example|코드 예제|<nowiki>글씨를 굵게 표시하려면 {{Bold|글씨를 굵게하는 템플릿}}을 사용합니다.</nowiki>}}
* [[Template:Italic|기울기]]
글씨를 기울이려면 {{Italic|글씨를 기울이는 템플릿}}을 사용합니다.
{{Example|코드 예제|<nowiki>글씨를 기울이려면 {{Italic|글씨를 기울이는 템플릿}}을 사용합니다.</nowiki>}}
* [[Template:UnderLine|밑줄]]
글씨에 밑줄을 치려면 {{UnderLine|글씨에 밑줄치는 템플릿}}을 사용합니다.
{{Example|코드 예제|<nowiki>글씨에 밑줄을 치려면 {{UnderLine|글씨에 밑줄치는 템플릿}}을 사용합니다.</nowiki>}}
* [[Template:Strike|취소선]]
글씨에 취소선을 치려면 {{Strike|글씨에 취소선을 치는 템플릿}}을 사용합니다.
{{Example|코드 예제|<nowiki>글씨에 취소선을 치려면 {{Strike|글씨에 취소선을 치는 템플릿}}을 사용합니다.</nowiki>}}
* [[Template:OverLine|윗줄]]
글씨에 윗줄을 치려면 {{OverLine|글씨에 윗줄치는 템플릿}}을 사용합니다.
{{Example|코드 예제|<nowiki>글씨에 윗줄을 치려면 {{OverLine|글씨에 윗줄치는 템플릿}}을 사용합니다.</nowiki>}}
* 중첩 사용 예제
** {{Bold|파일 시스템에는 {{Italic|extfs}}와 {{UnderLine|xfs}}, {{Strike|reiserfs}}등 {{OverLine|여러가지}}가 있습니다}}
{{Example|코드 예제|<nowiki>{{Bold|파일 시스템에는 {{Italic|extfs}}와 {{UnderLine|xfs}}, {{Strike|reiserfs}}등 {{OverLine|여러가지}}가 있습니다}}</nowiki>}}

== 안내 메시지 ==
* [[Template:Example|예제]]
{{Example|젠투 시스템 업그레이드|<nowiki># emerge -uDN world</nowiki>}}
{{Example|코드 예제|<nowiki>{{Example|예제 제목|이것은 예제입니다.(내용)}}</nowiki>}}
* [[Template:Note|참고]]
{{Note|가려진 패키지의 마스크를 해제하려면 /etc/portage/package.unmask에 적습니다}}
{{Example|코드 예제|<nowiki>{{Note|내용 입니다.}}</nowiki>}}
* [[Template:Important|중요]]
{{Important|패키지를 emerge한 후 etc-update; 명령을 내려주셔야 기본 설정을 적용합니다}}
{{Example|코드 예제|<nowiki>{{Important|중요 표시된 내용 입니다.}}</nowiki>}}
* [[Template:Warning|주의]]
{{Warning|루트 권한으로 rm 명령을 잘못 사용하면 중요한 파일을 날릴 수 있습니다}}
{{Example|코드 예제|<nowiki>{{Warning|경고(주의) 내용 입니다.}}</nowiki>}}
* [[Template:fancywarning|예쁜(?) 주의 상자]]
{{fancywarning|루트 권한으로 rm 명령을 잘못 사용하면 중요한 파일을 날릴 수 있습니다}}
{{Example|코드 예제|<nowiki>{{fancywarning|경고(주의) 내용 입니다.}}</nowiki>}}

== 터미널 박스 ==
* [[Template:Console|터미널 박스]]와 [[Template:Cmd|젠투 프롬프트]] 조합
{{Console|{{Cmd|ifconfig}}
{{Cmd|# ip 주소가 잡혀있지 않은 경우에는 `net-setup' 스크립트로 네트워크를 설정한다.}}
{{Cmd|# net-setup eth0 && ifconfig}}
{{Cmd|# LAN 환경에 dhcp 서버가 있다면 `dhcpcd eth0'을 명령하면 쉽게 ip를 발급받을 수 있다.}}
{{Cmd|ping -c3 www.gentoo.org}}
{{Cmd|/etc/init.d/sshd start && passwd}}
}}
{{Example|코드 예제|<nowiki>{{Console|{{Cmd|ifconfig}}
{{Cmd|# ip 주소가 잡혀있지 않은 경우에는 `net-setup' 스크립트로 네트워크를 설정한다.}}
{{Cmd|# net-setup eth0 && ifconfig}}
{{Cmd|# LAN 환경에 dhcp 서버가 있다면 `dhcpcd eth0'을 명령하면 쉽게 ip를 발급받을 수 있다.}}
{{Cmd|ping -c3 www.gentoo.org}}
{{Cmd|/etc/init.d/sshd start && passwd}}
}}
</nowiki>
}}

B:HowToUseTemplate

2015-07-26T10:22:46Z

Darkcircle: /* 안내 메시지 */

대문

2014-06-02T07:50:57Z

Darkcircle: /* 편집 참여 안내 */

== Gentoo Linux란? ==

Gentoo Linux는 여러가지 리눅스 배포판들 가운데 하나입니다. 기존 배포판들이 정해진 틀에 사용자를 묶는 경향이 강하다면 Gentoo Linux는 배포판이 사용자의 손길에 따라 움직인다고 할 수 있습니다.

꾸러미 관리의 개념은 기존 Redhat, Debian GNU/Linux와 같은 형태의 배포판들과는 많이 다릅니다. 기존의 배포판들이 미리 빌드된 꾸러미를 제공하고 사용자가 그 범위 안에서 선택적으로 설치/제거를 통해 시스템을 구성하도록 했다면 Gentoo Linux는 Portage, Ebuild 라는 시스템을 도입해 사용자가 가능한한 많은 선택사항들을 조정하고 제어하여 시스템을 직접 빌드할 수 있도록 하고 있습니다.

시스템을 직접 빌드하는 과정이 어느 정도의 난이도를 가지고 있긴 하지만, 그렇게 복잡하고 어려운 것은 아닙니다. 왜냐하면 어느 정도의 Linux 사용 경험과 기본적인 개념만 알고 있다면 빌드 작업을 거의 자동화 할 수도 있기 때문입니다. 또한 필요한 선택 사항을 추가하고 불필요한 것들을 제거한 뒤 emerge 명령을 사용하는 것만으로 해당 꾸러미 또는 시스템 전체를 여러분의 입맛에 맞게 최적화 할 수 있습니다.

== Gentoo Linux의 파생 배포판 ==
젠투 배포판의 창시자이자 구조 구성 책임자였던 [http://www.funtoo.org/User:Drobbins 대니얼 로빈스]가 만든 리눅스 기반 운영체제로 [http://www.funtoo.org/Welcome "펀투(Funtoo)"]라는 것이 있습니다. 이 배포판은 자유 오픈소스 소프트웨어로 구성되어 있으며, 배포 소스 코드는 자유롭게 사용할 수 있고, 비용을 지불하지 않고 자유로이 사용할 수 있습니다.

사용자 집단과 작은 지원 운영자의 힘으로 총체적 배포판을 완전히 공개하고 있습니다. [http://bugs.funtoo.org/ 버그 추적 사이트]를 통해 코드를 헌납할 수 있으며 펀투 리눅스의 기능 개선에 기여할 수 있습니다.

== 대분류 ==

이곳은 Gentoo Korea에서 직접 관리하는 내용이 담긴 Wiki입니다.
Gentoo Linux Korea Wiki는 다음과 같은 분류로 이루어져있습니다

* [[b:GentooKRTranslateDoc|Gentoo Korea 번역문서]]
* [[b:GentooKRPublishDoc|Gentoo Korea 제작문서]]

== 편집 참여 안내 ==

번역, wiki 편집, 내용추가에 참여하고 싶으시다면 [http://www.gentoo-kr.org 한국 젠투 리눅스 사용자 모임]에서 "잉여양파", "다크서클" 또는 "사랑천사" 에게 쪽지를 남겨주세요

== 편집시 주의사항 ==

카테고리 관련된 부분을 도입하였습니다.

* 번역문의 경우는 아래의 wiki코드를 문서 제일 아래쪽에 넣어주세요<pre>[[Category:GentooTrans]]</pre>
* 제작문서의 경우는 아래의 wiki코드를 문서 제일 아래쪽에 넣어주세요<pre>[[Category:GentooKRDoc]]</pre>

왼쪽의 사이드바에서 전체카테고리를 볼 수 있으며 클릭하면 카테고리별로 정렬된 문서를 찾아들어갈 수 있습니다.

문서작성하시는분들은 나중에라도 카테고리 관련된 부분을 잊지 말아주세요

== 도움말 ==
위키를 처음 시작하셨다면 [http://www.mediawiki.org/wiki/Help:Contents 도움말] 을 읽어보시기 바랍니다.

[[WikiTestPage|위키문법테스트페이지]]에서 위키 작성 연습을 하실 수 있습니다.

젠투 위키 포매팅을 위한 템플릿 사용법에 대해서는 [[B:HowToUseTemplate|템플릿 사용하기]]를 참조하시기 바랍니다.

Gentoo mwmath

2014-05-30T09:37:33Z

Darkcircle: /* 해야 할 일 : 빌드 */

== 개요 ==
수식을 입력할 일이 얼마나 있겠느냐마는 적어도 대학원이나 연구기관 같은 곳에서 위키 페이지에 수학 수식을 그럴싸하게 입력해보고 싶을 때가 있을 것이다. 물론 입력한 내용을 보고서로 만들어야 할 경우 급하게 간단한 포매팅을 제공하는 위키를 통해 수식 내용과 설명을 넣어야 할 필요가 생기기도 한다. 여기에서는 바로 이러한 목적을 달성하기 위한 수단을 완성함을 목표로 내용을 진행하도록 하겠다. 물론 참고로 수식은 TeX문법을 적용해서 입력하도록 설정한다.(MathML은 너무 복잡해서 TeX 수식에 비하면 쓸만하지가 않다)

== 가져오기 ==
* 우선 다음의 패키지가 필요하다 (만일을 위해)
<syntaxhighlight lang="bash">
[ gentoo ~ ] # emerge texlive-core dvipsk dvipng ghostscript-gpl
</syntaxhighlight>

{{Note|고스트 스크립트는 aclocal의 동작문제로 설치가 안될 수도 있다. 하지만 앞서 걸어놓은 dvipsk와 dvipng를 제대로 설치하고 나면 설치가 안돼도 무방하다}}

* 미디어위키의 확장을 설치할 디렉터리로 이동한다. 여기서는 /var/www/mediawiki에 미디어 위키를 설치하고, 확장 기능은 /var/www/mediawiki/extensions에 설치한다고 가정한다.
<syntaxhighlight lang="bash">
[ gentoo ~ ] # cd /var/www/mediawiki/extensions
</syntaxhighlight>

* git을 설치하지 않았다면 git을 설치한다. 그리고 다음 명령으로 Math 확장 패키지를 가져온다
<syntaxhighlight lang="bash">
[ gentoo extensions ] # git clone https://gerrit.wikimedia.org/r/p/mediawiki/extensions/Math.git
</syntaxhighlight>

* 별도의 디렉터리(ex. 웹 루트)로 이동하여 수학 수식을 제대로 표시할 MathJax를 가져온다. MathJax는 웹에서 접근 가능해야 한다. MathJax 이전에 수식을 렌더링해서 뿌려주는 서버가 있었지만, MathJax는 서버의 부하를 분산하기 위해 클라이언트 단에서 서버로부터 소스코드를 받아 로컬에서 렌더링을 하고 이미지를 자체적으로 만들어서 출력하게 한다. IEEE, Elsevier 등의 유명한 학술 단체의 지원을 받는 프로젝트인만큼 굉장히 훌륭한 수식 표현 수단이다.
<syntaxhighlight lang="bash">
[ gentoo extensions ] # cd /var/www
[ gentoo www ] # git clone git://github.com/mathjax/MathJax.git MathJax
</syntaxhighlight>

== 해야 할 일 : 빌드 ==
Math 확장을 가져왔다면 texvc가 있어야 한다. 그런데 이걸 어디서 따로 구할 수 있는건 아니다. 다만! 어떤 프로그램이든 빌드할 준비가 되어 있는 이상 젠투에서는 매우 간단하게 빌드를 처리할 수 있다.

우선 미디어위키 확장을 저장하는 디렉터리로 이동한다

<syntaxhighlight lang="bash">
[ gentoo ~ ] # cd /var/www/mediawiki/extensions
[ gentoo extensions ] _
</syntaxhighlight>

다음 기존에 받은 Math 확장의 math로 이동한다 (대소문자 유의!)
<syntaxhighlight lang="bash">
[ gentoo extensions ] # cd Math/math
[ gentoo math ] #
</syntaxhighlight>

make 라고 입력해보라 다음과 같이 빌드가 되면 OK.
<syntaxhighlight lang="bash">
[ gentoo math ] # make
ocamlopt -c util.ml
ocamlc -c render_info.mli
ocamlc -c tex.mli
ocamlyacc parser.mly
9 shift/reduce conflicts.
ocamlc -c parser.mli
ocamlopt -c parser.ml
ocamlc -c html.mli
ocamlopt -c html.ml
ocamlc -c mathml.mli
ocamlopt -c mathml.ml
ocamlc -c texutil.mli
ocamlopt -c texutil.ml
ocamllex lexer.mll
344 states, 8879 transitions, table size 37580 bytes
3277 additional bytes used for bindings
ocamlopt -c lexer.ml
ocamlopt -c render.ml
ocamlopt -c texvc.ml
ocamlopt -o texvc unix.cmxa util.cmx parser.cmx html.cmx mathml.cmx texutil.cmx lexer.cmx render.cmx texvc.cmx
ocamlopt -c texvc_test.ml
ocamlopt -o texvc_test util.cmx parser.cmx html.cmx mathml.cmx texutil.cmx lexer.cmx texvc_test.cmx
ocamlopt -c texvc_tex.ml
ocamlopt -o texvc_tex util.cmx parser.cmx html.cmx mathml.cmx texutil.cmx lexer.cmx texvc_tex.cmx
rm parser.ml lexer.ml

[ gentoo math ] # _
</syntaxhighlight>

만약 파일 또는 디렉터리가 없다는 메시지가 나오면, ocaml을 이머지한다. 그 전에 활성 가능한 USE 플래그 종류를 확인한다.

<syntaxhighlight lang="bash">
[ gentoo math ] # emerge -pav ocaml

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild N ] dev-lang/ocaml-4.01.0:0/4.01.0 USE="X latex ncurses -tk -ocamlopt -emacs -xemacs" 3,607 kB

Total: 1 package (1 reinstall), Size of downloads: 3,607 kB
</syntaxhighlight>

필요에 따라 /etc/portage/make.conf 파일을 편집하여 USE 플래그를 추가한다.

어쨌든 빌드 과정에서 texvc, texvc_test, texvc_tex 세 파일이 나온다. 이걸 /usr/bin 또는 /usr/local/bin 아무데나 export | grep PATH 에 걸린 위치에 복사해주면 된다.

그리고 하나가 더 남았다

<syntaxhighlight lang="bash">
[ gentoo math ] # cd ../texvccheck
[ gentoo texcvvheck ] # make
ocamlopt -c util.ml
ocamlc -c tex.mli
ocamlyacc parser.mly
9 shift/reduce conflicts.
ocamlc -c parser.mli
ocamlopt -c parser.ml
ocamlopt -c texutil.ml
ocamllex lexer.mll
344 states, 8879 transitions, table size 37580 bytes
3277 additional bytes used for bindings
ocamlopt -c lexer.ml
ocamlopt -c texvccheck.ml
ocamlopt -o texvccheck unix.cmxa util.cmx parser.cmx texutil.cmx lexer.cmx texvccheck.cmx
rm parser.ml lexer.ml

[ gentoo texcvvheck ] # _
</syntaxhighlight>

여기서 생긴 파일을 역시 /usr/bin 같은 곳에 적절히 복사해주자.

== 설정 작성 ==

* Math 확장 패키지를 설정할 차례이다. MediaWiki LocalSettings.php 파일에 몇 줄만 넣어주면 된다. 여기서 조건은 서버 도메인은 foo.baz이고 MathJax를 설치할 디렉터리는 /var/www/MathJax 라고 앞서 정했다고 가정한다. (가져오기 단계를 그대로 따랐을 경우)
<syntaxhighlight lang="php">
required_once( "$IP/extensions/Math/Math.php" );

# End of automatically generated settings.
# Add more configuration options below.
$wgUseTeX = true;
$wgUseMathJax = true;
$wgMathJaxUrl = "http://foo.baz/MathJax/MathJax.js?config=TeX-AMS_HTML";
$wgDefaultUserOptions['math'] = MW_MATH_MATHJAX;
</syntaxhighlight>

== 테스트 ==

다음과 같은 수식이
<div align=center><syntaxhighlight lang="text">
\frac{-b\pm\sqrt{b^2-4ac}}{2a}
</syntaxhighlight></div>

다음과 같이 출력되어야 한다.

<div align=center><math>\frac{-b\pm\sqrt{b^2-4ac}}{2a}</math></div>

== 참고 ==
* http://meta.wikimedia.org/wiki/MediaWiki_math_markup
* http://meta.wikimedia.org/wiki/Help:Formula
* https://www.mediawiki.org/wiki/Extension:Math
* http://www.mathjax.org

Gentoo mwmath

2014-05-30T08:49:08Z

Darkcircle: /* 해야 할 일 : 빌드 */

== 개요 ==
수식을 입력할 일이 얼마나 있겠느냐마는 적어도 대학원이나 연구기관 같은 곳에서 위키 페이지에 수학 수식을 그럴싸하게 입력해보고 싶을 때가 있을 것이다. 물론 입력한 내용을 보고서로 만들어야 할 경우 급하게 간단한 포매팅을 제공하는 위키를 통해 수식 내용과 설명을 넣어야 할 필요가 생기기도 한다. 여기에서는 바로 이러한 목적을 달성하기 위한 수단을 완성함을 목표로 내용을 진행하도록 하겠다. 물론 참고로 수식은 TeX문법을 적용해서 입력하도록 설정한다.(MathML은 너무 복잡해서 TeX 수식에 비하면 쓸만하지가 않다)

== 가져오기 ==
* 우선 다음의 패키지가 필요하다 (만일을 위해)
<syntaxhighlight lang="bash">
[ gentoo ~ ] # emerge texlive-core dvipsk dvipng ghostscript-gpl
</syntaxhighlight>

{{Note|고스트 스크립트는 aclocal의 동작문제로 설치가 안될 수도 있다. 하지만 앞서 걸어놓은 dvipsk와 dvipng를 제대로 설치하고 나면 설치가 안돼도 무방하다}}

* 미디어위키의 확장을 설치할 디렉터리로 이동한다. 여기서는 /var/www/mediawiki에 미디어 위키를 설치하고, 확장 기능은 /var/www/mediawiki/extensions에 설치한다고 가정한다.
<syntaxhighlight lang="bash">
[ gentoo ~ ] # cd /var/www/mediawiki/extensions
</syntaxhighlight>

* git을 설치하지 않았다면 git을 설치한다. 그리고 다음 명령으로 Math 확장 패키지를 가져온다
<syntaxhighlight lang="bash">
[ gentoo extensions ] # git clone https://gerrit.wikimedia.org/r/p/mediawiki/extensions/Math.git
</syntaxhighlight>

* 별도의 디렉터리(ex. 웹 루트)로 이동하여 수학 수식을 제대로 표시할 MathJax를 가져온다. MathJax는 웹에서 접근 가능해야 한다. MathJax 이전에 수식을 렌더링해서 뿌려주는 서버가 있었지만, MathJax는 서버의 부하를 분산하기 위해 클라이언트 단에서 서버로부터 소스코드를 받아 로컬에서 렌더링을 하고 이미지를 자체적으로 만들어서 출력하게 한다. IEEE, Elsevier 등의 유명한 학술 단체의 지원을 받는 프로젝트인만큼 굉장히 훌륭한 수식 표현 수단이다.
<syntaxhighlight lang="bash">
[ gentoo extensions ] # cd /var/www
[ gentoo www ] # git clone git://github.com/mathjax/MathJax.git MathJax
</syntaxhighlight>

== 해야 할 일 : 빌드 ==
Math 확장을 가져왔다면 texvc가 있어야 한다. 그런데 이걸 어디서 따로 구할 수 있는건 아니다. 다만! 어떤 프로그램이든 빌드할 준비가 되어 있는 이상 젠투에서는 매우 간단하게 빌드를 처리할 수 있다.

우선 미디어위키 확장을 저장하는 디렉터리로 이동한다

<syntaxhighlight lang="bash">
[ gentoo ~ ] # cd /var/www/mediawiki/extensions
[ gentoo extensions ] _
</syntaxhighlight>

다음 기존에 받은 Math 확장의 math로 이동한다 (대소문자 유의!)
<syntaxhighlight lang="bash">
[ gentoo extensions ] # cd Math/math
[ gentoo math ] #
</syntaxhighlight>

make 라고 입력해보라 다음과 같이 빌드가 되면 OK.
<syntaxhighlight lang="bash">
[ gentoo math ] # make
ocamlopt -c util.ml
ocamlc -c render_info.mli
ocamlc -c tex.mli
ocamlyacc parser.mly
9 shift/reduce conflicts.
ocamlc -c parser.mli
ocamlopt -c parser.ml
ocamlc -c html.mli
ocamlopt -c html.ml
ocamlc -c mathml.mli
ocamlopt -c mathml.ml
ocamlc -c texutil.mli
ocamlopt -c texutil.ml
ocamllex lexer.mll
344 states, 8879 transitions, table size 37580 bytes
3277 additional bytes used for bindings
ocamlopt -c lexer.ml
ocamlopt -c render.ml
ocamlopt -c texvc.ml
ocamlopt -o texvc unix.cmxa util.cmx parser.cmx html.cmx mathml.cmx texutil.cmx lexer.cmx render.cmx texvc.cmx
ocamlopt -c texvc_test.ml
ocamlopt -o texvc_test util.cmx parser.cmx html.cmx mathml.cmx texutil.cmx lexer.cmx texvc_test.cmx
ocamlopt -c texvc_tex.ml
ocamlopt -o texvc_tex util.cmx parser.cmx html.cmx mathml.cmx texutil.cmx lexer.cmx texvc_tex.cmx
rm parser.ml lexer.ml

[ gentoo math ] # _
</syntaxhighlight>

만약 파일 또는 디렉터리가 없다는 메시지가 나오면, ocaml을 이머지한다. 그 전에 활성 가능한 USE 플래그 종류를 확인한다.

<syntaxhighlight lang="bash">
[ gentoo math ] # emerge -pav ocaml

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild N ] dev-lang/ocaml-4.01.0:0/4.01.0 USE="X latex ncurses -tk -ocamlopt -emacs -xemacs" 3,607 kB

Total: 1 package (1 reinstall), Size of downloads: 3,607 kB
</syntaxhighlight>

필요에 따라 /etc/portage/make.conf 파일을 편집하여 USE 플래그를 추가한다.

어쨌든 빌드 과정에서 texvc, texvc_test, texvc_tex 세 파일이 나온다. 이걸 /usr/bin 또는 /usr/local/bin 아무데나 export | grep PATH 에 걸린 위치에 복사해주면 된다.

== 설정 작성 ==

* Math 확장 패키지를 설정할 차례이다. MediaWiki LocalSettings.php 파일에 몇 줄만 넣어주면 된다. 여기서 조건은 서버 도메인은 foo.baz이고 MathJax를 설치할 디렉터리는 /var/www/MathJax 라고 앞서 정했다고 가정한다. (가져오기 단계를 그대로 따랐을 경우)
<syntaxhighlight lang="php">
required_once( "$IP/extensions/Math/Math.php" );

# End of automatically generated settings.
# Add more configuration options below.
$wgUseTeX = true;
$wgUseMathJax = true;
$wgMathJaxUrl = "http://foo.baz/MathJax/MathJax.js?config=TeX-AMS_HTML";
$wgDefaultUserOptions['math'] = MW_MATH_MATHJAX;
</syntaxhighlight>

== 테스트 ==

다음과 같은 수식이
<div align=center><syntaxhighlight lang="text">
\frac{-b\pm\sqrt{b^2-4ac}}{2a}
</syntaxhighlight></div>

다음과 같이 출력되어야 한다.

<div align=center><math>\frac{-b\pm\sqrt{b^2-4ac}}{2a}</math></div>

== 참고 ==
* http://meta.wikimedia.org/wiki/MediaWiki_math_markup
* http://meta.wikimedia.org/wiki/Help:Formula
* https://www.mediawiki.org/wiki/Extension:Math
* http://www.mathjax.org

Gentoo mwmath

2014-05-30T08:45:53Z

Darkcircle: /* 가져오기 */

== 개요 ==
수식을 입력할 일이 얼마나 있겠느냐마는 적어도 대학원이나 연구기관 같은 곳에서 위키 페이지에 수학 수식을 그럴싸하게 입력해보고 싶을 때가 있을 것이다. 물론 입력한 내용을 보고서로 만들어야 할 경우 급하게 간단한 포매팅을 제공하는 위키를 통해 수식 내용과 설명을 넣어야 할 필요가 생기기도 한다. 여기에서는 바로 이러한 목적을 달성하기 위한 수단을 완성함을 목표로 내용을 진행하도록 하겠다. 물론 참고로 수식은 TeX문법을 적용해서 입력하도록 설정한다.(MathML은 너무 복잡해서 TeX 수식에 비하면 쓸만하지가 않다)

== 가져오기 ==
* 우선 다음의 패키지가 필요하다 (만일을 위해)
<syntaxhighlight lang="bash">
[ gentoo ~ ] # emerge texlive-core dvipsk dvipng ghostscript-gpl
</syntaxhighlight>

{{Note|고스트 스크립트는 aclocal의 동작문제로 설치가 안될 수도 있다. 하지만 앞서 걸어놓은 dvipsk와 dvipng를 제대로 설치하고 나면 설치가 안돼도 무방하다}}

* 미디어위키의 확장을 설치할 디렉터리로 이동한다. 여기서는 /var/www/mediawiki에 미디어 위키를 설치하고, 확장 기능은 /var/www/mediawiki/extensions에 설치한다고 가정한다.
<syntaxhighlight lang="bash">
[ gentoo ~ ] # cd /var/www/mediawiki/extensions
</syntaxhighlight>

* git을 설치하지 않았다면 git을 설치한다. 그리고 다음 명령으로 Math 확장 패키지를 가져온다
<syntaxhighlight lang="bash">
[ gentoo extensions ] # git clone https://gerrit.wikimedia.org/r/p/mediawiki/extensions/Math.git
</syntaxhighlight>

* 별도의 디렉터리(ex. 웹 루트)로 이동하여 수학 수식을 제대로 표시할 MathJax를 가져온다. MathJax는 웹에서 접근 가능해야 한다. MathJax 이전에 수식을 렌더링해서 뿌려주는 서버가 있었지만, MathJax는 서버의 부하를 분산하기 위해 클라이언트 단에서 서버로부터 소스코드를 받아 로컬에서 렌더링을 하고 이미지를 자체적으로 만들어서 출력하게 한다. IEEE, Elsevier 등의 유명한 학술 단체의 지원을 받는 프로젝트인만큼 굉장히 훌륭한 수식 표현 수단이다.
<syntaxhighlight lang="bash">
[ gentoo extensions ] # cd /var/www
[ gentoo www ] # git clone git://github.com/mathjax/MathJax.git MathJax
</syntaxhighlight>

== 해야 할 일 : 빌드 ==
Math 확장을 가져왔다면 texvc가 있어야 한다. 그런데 이걸 어디서 따로 구할 수 있는건 아니다. 다만! 어떤 프로그램이든 빌드할 준비가 되어 있는 이상 젠투에서는 매우 간단하게 빌드를 처리할 수 있다.

우선 미디어위키 확장을 저장하는 디렉터리로 이동한다

<syntaxhighlight lang="bash">
[ gentoo ~ ] # cd /var/www/mediawiki/extensions
[ gentoo extensions ] _
</syntaxhighlight>

다음 기존에 받은 Math 확장의 math로 이동한다 (대소문자 유의!)
<syntaxhighlight lang="bash">
[ gentoo extensions ] # cd Math/math
[ gentoo math ] #
</syntaxhighlight>

make 라고 입력해보라 다음과 같이 빌드가 되면 OK.
<syntaxhighlight lang="bash">
[ gentoo math ] # make
ocamlopt -c util.ml
ocamlc -c render_info.mli
ocamlc -c tex.mli
ocamlyacc parser.mly
9 shift/reduce conflicts.
ocamlc -c parser.mli
ocamlopt -c parser.ml
ocamlc -c html.mli
ocamlopt -c html.ml
ocamlc -c mathml.mli
ocamlopt -c mathml.ml
ocamlc -c texutil.mli
ocamlopt -c texutil.ml
ocamllex lexer.mll
344 states, 8879 transitions, table size 37580 bytes
3277 additional bytes used for bindings
ocamlopt -c lexer.ml
ocamlopt -c render.ml
ocamlopt -c texvc.ml
ocamlopt -o texvc unix.cmxa util.cmx parser.cmx html.cmx mathml.cmx texutil.cmx lexer.cmx render.cmx texvc.cmx
ocamlopt -c texvc_test.ml
ocamlopt -o texvc_test util.cmx parser.cmx html.cmx mathml.cmx texutil.cmx lexer.cmx texvc_test.cmx
ocamlopt -c texvc_tex.ml
ocamlopt -o texvc_tex util.cmx parser.cmx html.cmx mathml.cmx texutil.cmx lexer.cmx texvc_tex.cmx
rm parser.ml lexer.ml

[ gentoo math ] # _
</syntaxhighlight>

만약 파일 또는 디렉터리가 없다는 메시지가 나오면, ocaml을 이머지한다. 그 전에 활성 가능한 USE 플래그 종류를 확인한다.

<syntaxhighlight lang="bash">
[ gentoo math ] # emerge -pav ocaml

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild N ] dev-lang/ocaml-4.01.0:0/4.01.0 USE="X latex ncurses -tk -ocamlopt -emacs -xemacs" 3,607 kB

Total: 1 package (1 reinstall), Size of downloads: 3,607 kB
</syntaxhighlight>

필요에 따라 /etc/portage/make.conf 파일을 편집하여 USE 플래그를 추가한다.

== 설정 작성 ==

* Math 확장 패키지를 설정할 차례이다. MediaWiki LocalSettings.php 파일에 몇 줄만 넣어주면 된다. 여기서 조건은 서버 도메인은 foo.baz이고 MathJax를 설치할 디렉터리는 /var/www/MathJax 라고 앞서 정했다고 가정한다. (가져오기 단계를 그대로 따랐을 경우)
<syntaxhighlight lang="php">
required_once( "$IP/extensions/Math/Math.php" );

# End of automatically generated settings.
# Add more configuration options below.
$wgUseTeX = true;
$wgUseMathJax = true;
$wgMathJaxUrl = "http://foo.baz/MathJax/MathJax.js?config=TeX-AMS_HTML";
$wgDefaultUserOptions['math'] = MW_MATH_MATHJAX;
</syntaxhighlight>

== 테스트 ==

다음과 같은 수식이
<div align=center><syntaxhighlight lang="text">
\frac{-b\pm\sqrt{b^2-4ac}}{2a}
</syntaxhighlight></div>

다음과 같이 출력되어야 한다.

<div align=center><math>\frac{-b\pm\sqrt{b^2-4ac}}{2a}</math></div>

== 참고 ==
* http://meta.wikimedia.org/wiki/MediaWiki_math_markup
* http://meta.wikimedia.org/wiki/Help:Formula
* https://www.mediawiki.org/wiki/Extension:Math
* http://www.mathjax.org

B:GentooKRTranslateDoc

2014-04-03T18:50:01Z

Darkcircle: /* 젠투 네트워크/보안 문서 */

B:GentooKRTranslateDoc

2014-04-03T18:49:38Z

Darkcircle: /* 젠투 네트워크/보안 문서 */

B:GentooKRTranslateDoc

2014-04-03T18:18:01Z

Darkcircle: /* 젠투 데스크톱 문서 */

B:GentooKRTranslateDoc

2014-04-03T18:11:55Z

Darkcircle: /* 젠투 데스크톱 문서 */

Trans:GentooAmd64Handbook2013-1-4

2014-03-17T13:38:42Z

Darkcircle: /* 시동 분할 구역 만들기 */

== 디스크 준비하기 ==
=== 블록 장치 소개 ===
==== 블록 장치 ====
이제 우리는 젠투 리눅스의 디스크 측면의 모습과 리눅스 파일시스템, 분할 구역, 블록 장치를 포함한 일반적인 리눅스의 모습을 살펴보겠습니다. 그 다음 디스크와 파일시스템의 이모저모에 익숙해지고 나면 젠투 리눅스 설치를 위한 분할 구역과 파일시스템의 처리과정을 안내하겠습니다.

시작에 즈음하여 ''블록 장치''를 소개하도록 하겠습니다. 가장 잘 알려진 블록 장치는 아마도 리눅스 시스템에서 첫 번째 드라이브로 나타나는 /dev/sda가 아닌가 싶습니다. SCSI와 직렬 ATA 드라이브들 모두 /dev/sd*로 표시합니다. 게다가 커널의 새로운 libata 프레임워크에서는 IDE 드라이브 조차도 /dev/sd*로 표시합니다.만약 오래된 장치 프레임워크를 사용한다면, 첫번째 IDE 드라이브는 /dev/hda 입니다.

위에 나타난 이 블록장치는 디스크의 추상 인터페이스입니다. 사용자 프로그램은 드라이브가 IDE인지 SCSI인지 그 말고 다른 장치인지 전혀 신경쓰지 않고 디스크와 상호작용하기 위해 이 블록 장치를 사용할 수 있습니다. 프로그램은 연속된, 임의 접근가능한 512 바이트 블록의 모음으로 디스크의 저장소에 주소를 지정할 수 있습니다.

==== 분할 구역 ====
리눅스 시스템을 저장하려면 이론적으로 디스크의 전체 구역을 사용할 수 있지만 실제로는 거의 그렇게 하지 못합니다. 대신 전체 디스크 블록장치는 작은 부분으로 나누어 좀 더 관리하기 쉬운 블록 장치로 만듭니다. x86 시스템에서는 이를 ''분할 구역(파티션)''이라고 부릅니다. 현재 분할 구역을 나누는데 두가지 표준 MBR과 GPT를 활용합니다.

MBR(주 시동 레코드) 설정시 섹터 시작점과 분할 구역의 길이를 구분하는데 32비트 식별자를 사용하며, ''주 분할 구역'', ''확장 분할 구역'', ''논리 분할 구역'' 세 가지 방식을 지원합니다. ''주 분할 구역''은 MBR(주 시동 레코드)에 정보를 저장하는 분할 구역입니다. MBR 이 매우 작은(512 바이트) 만큼 네 개의 주 분할 구역만을 지정할 수 있습니다. (예를 들어 /dev/sda1 부터 /dev/sda4 까지 입니다).

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

각각의 분할 구역은 2TB 크기로 제한되어 있습니다(32비트 식별자의 한계). 또한 MBR 설정은 백업-MBR을 지원하지 않으므로 프로그램이나 사용자가 MBR을 덮어쓰기하면 모든 분할 구역 정보를 잃게 됩니다.

GPT(GUID 분할 구역 테이블) 설정은 분할 구역에 대해 64비트 식별자를 사용합니다. 분할 구역 정보를 저장하는 위치는 MBR의 512바이트 보다 크며 분할 구역의 갯수에 제한이 없습니다. 게다가 분할 구역 용량 제한 마저도 더 큽니다(거의 8ZB입니다. 네 제타바이트죠).

운영체제와 펌웨어 간의 시스템 소프트웨어 인터페이스가 UEFI(BIOS 대신)라면, MBR이 존재할때 발생하는 호환성 문제로, GPT는 가히 필수적이라고 할 수 있습니다.

GPT는 또한 디스크 마지막 부분에 GPT를 백업하는 기능적 장점이 있는데, 앞부분의 첫번째 GPT가 깨지면 복구할 때 활용할 수 있습니다. GPT는 CRC32 체크섬을 활용하여 헤더와 분할 구역 테이블의 오류를 감지합니다.

==== 그래서 GPT를 사용할까요? MBR을 사용할까요? ====
위에 설명한 바대로, 언제든 GPT 활용이 권장접근 방식으로 생각될 수도 있습니다. 다만, 몇가지 주의사항이 있습니다.

BIOS 기반 컴퓨터에서 GPT를 활용하면 동작은 하겠지만, 마이크로소프트 윈도우 운영체제와는 듀얼 부팅 기능을 활용할 수 없습니다. 이유는, 마이크로소프트 윈도우에서 GPT 분할 구역 레이블을 감지하면 EFI 모드로 부팅하기 때문입니다.

몇가지 오류가 존재하는 바이오스나 BIOS/CSM/레거시 모드로 부팅하도록 설정한 EFI에서도 GPT 레이블 처리한 디스크로 부팅할때 문제가 있습니다. 이 경우 {{Blue|fdisk}}를 통해 자체적인 MBR 분할 구역에 시동/활성화 플래그를 추가하여 문제를 비껴갈 수 있습니다({{Blue|parted}} 에서는 GPT 테이블을 인식하지만 자체적인 MBR 분할 구역은 보여주지 않을 것입니다):

{{Example|코드 예제 1.1: 자체 MBR 분할 구역에 시동 플래그 활성화|<nowiki> # </nowiki>{{Blue|fdisk /dev/sda}} 
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk 
doesn't support GPT. Use GNU Parted. 
 
Command (m for help): {{Blue|a}} 
Partition number (1-4): {{Blue|1}} 

Command (m for help): {{Blue|w}}
}}

==== 고급 저장장치 ====
x86 설치 CD는 LVM2를 지원합니다. LVM2는 분할 구역 설정으로 유연성을 극대화합니다. 설치 설명 중에, 우리는 "일반" 분할 구역에 초점을 맞추겠지만, LVM2을 지원한다는 사실에 대해 알고 있는 것 또한 좋습니다.

=== 분할 구역 모양새 설계 ===
==== 기본 분할 구역 모양새 ====
여러분의 시스템에 대한 분할 구역 모양새를 그려보는데 관심이 없다면, 이 책을 통해 우리가 사용한 분할 구역을 사용해보실 수도 있습니다.

{| cellspacing="1" cellpadding="1"
! scope="col" bgcolor="#8866ff" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" |'''파일시스템'''
! scope="col" bgcolor="#8866ff" |'''사이즈'''
! scope="col" bgcolor="#8866ff" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''(bootloader)'''
| bgcolor="#ccccff" |'''2M'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''ext2'''
| bgcolor="#ccccff" |'''32M'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''(swap)'''
| bgcolor="#ccccff" |'''512M 이상'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''ext4'''
| bgcolor="#ccccff" |'''디스크 나머지 공간'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

분할 구역의 크기가 얼마나 되어야 하는지 심지어 얼마나 많은 분할 구역이 필요한지 알고 싶으시다면 계속 읽어내려가시기 바랍니다. 그렇지 않다면 [[#parted.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EB.B6.84.ED.95.A0.ED.95.98.EA.B8.B0|parted를 사용하여 디스크 분할하기]] (또는 [[#fdisk.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EB.B6.84.ED.95.A0.ED.95.98.EA.B8.B0|fdisk를 사용하여 디스크 분할하기]])를 읽어 분할을 계속 진행하십시오. 둘 다 구역 분할 도구인데, {{blue|fdisk}}는 잘 알려져 있고 안정적입니다. {{blue|parted}}는 좀 최근에 나왔는데 2TB이상의 분할 구역을 지원합니다.

==== 얼마나 많이, 얼마나 크게 할까요? ====
수많은 분할 구역은 환경에 크게 의존합니다. 사용자가 많이 있다면 보안성을 증대하고 백업을 쉽게하기 위해 /home 을 따로 나누고 싶어할 것입니다. 젠투 시스템을 메일서버로 동작하게끔 하려면 /var에 모든 메일이 저장되므로 /var를 나눌 것입니다. 파일시스템에 대한 좋은 선택은 여러분이 가진 시스템의 성능을 극대화 할 것입니다. 게임서버라면 대부분의 게임 서버가 /opt에 설치 되므로 이것을 나눌 것입니다. 이유는 /home 과 비슷합니다. 보안과 백업이죠. /usr 는 커지는 그대로라도 유지하고 싶어할 것입니다. 주요 프로그램들이 들어가 있을 뿐만 아니라 다양한 소스코드를 제외한 500MB 가량의 포티지 트리들이 이 곳에 저장됩니다.

여러분이 아시는 바와 같이 여러분이 무엇을 저장하고 싶은지에 크게 달려있습니다. 각각의 분할 구역과 볼륨은 다음 장점이 있습니다

* 각각의 분할 구역과 볼륨에 대해 가장 잘 동작하는 파일시스템을 선택할 수 있습니다.
* 어떤 기능을 상실한 도구가 계속 파일을 기록하는 경우 빈 공간이 부족해져 전체 시스템을 동작할 수가 없습니다.
* 필요한 경우 파일시스템 점검을 동시에 여러 부분에 대한 검사를 수행하여 시간을 줄입니다 (여러 분할 구역이 있을 때보단 여러 디스크가 있을 수록 좋겠지만).
* 일부 분할 구역이나 볼륨을 읽기 전용, nosuid(setuid 비트를 무시합니다), noexec(실행 비트를 무시합니다) 등으로 마운트하여 보안성을 향상할 수 있습니다.

그러나 이 뿐만 아니라 여러 분할 구역을 나누면 단점이 있기도 합니다. 제대로 설정하지 않으면 어떤 분할 구역은 남은 공간이 많지만 어떤 분할 구역은 그렇지 않을 것입니다. 다른 귀찮은 것 하나는 나누어 놓은 분할 구역인데 특히 /usr나 /var같은 중요한 마운트 지점은 종종 관리자가 다른 시동 스크립트를 시작하기 전에 분할 구역에 마운트 하게끔 initramfs로 시동하는 것이 필요합니다. 비록 항상 일어나는 일은 아니지만요. 이렇게 다양한 이득이 있습니다.

SCSI 와 SATA에서는 GPT 레이블을 사용하지 않으면 15개의 분할구역 갯수 제한이 있습니다.

==== 스왑 공간은 어떻게 할까요? ====
스왑 구역 분할에 대한 완벽한 값은 없습니다. 스왑 공간 사용의 목적은 내부 메모리(RAM)가 고갈 상태일때 커널로 디스크 공간을 제공하는 것입니다. 스왑 공간은 커널에게 디스크에서 바로 접근하지 않을 메모리 페이지를 옮길 수 있게(스왑, 페이지아웃)하며, 메모리를 비우기도 합니다. 물론, 메모리가 갑자기 필요할 때 이 페이지를 메모리로 돌려놓아야 하는데(페이지 인), 시간이 좀 걸립니다(자체 메모리와 비교하면 디스크는 매우 느립니다).

메모리를 요구하는 프로그램을 실행하는게 아니거나, 상당한 용량의 메모리를 보유하고 있다면, 많은 스왑 공간이 필요한게 아닙니다. 그러나, 스왑 공간은 최대 절전모드에서 메모리 전체 내용을 저장하는데도 사용합니다. 최대 절전 공간 기능을 활용하려 한다면, 더 큰 스왑 공간이 필요합니다. 보통 최소한 시스템에 있는 메모리 용량 만큼은 필요합니다.

==== BIOS 시동 분할 구역은 무엇인가요? ====
BIOS 시동 분할 구역은 GRUB2와 같은 부트로더가 할당 저장 공간(MBR의 경우 수백 바이트)에 적절하지 않은 추가 데이터를 놓을 수 있게 하는 매우 작은(1~2MB) 분할 구역이며, 그 어디에든 위치할 수 없습니다.

각각의 분할 구역은 항상 필요한게 아니지만, 적은 공간 차지를 고려하며, 문서에 나타낸 내용보다 과다하게 다른 분할 구역 형식을 활용해야 한다면, 각각의 경우에 BIOS 시동 분할 구역을 만드는걸 추천합니다.

완벽함을 기하도록 하기 위해 GPT 파이션 배치를 GRUB2와 사용할 경우 또는 디스크에서 1MB 영역 이전에 첫번째 분할 구역을 시작할 때 GRUB2에서 MBR 분할 구역을 사용하는 경우 BIOS 시동 분할 구역이 필요하다고 말할 수 있습니다.

=== 기본: parted를 사용하여 디스크 공간 나누기 ===
이 장에서는 앞서 언급한 예제 분할 구역 배치를 만드는 철차를 안내하겠습니다만, 편의를 위해 재차 언급하도록 하겠습니다.

{|
! scope="col" bgcolor="#8866ff" width="110" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" width="110" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

여러분의 취향에 따라 분할 배치를 바꾸어보십시오.

==== 현재 분할 구역 배치 보기 ====
{{Blue|parted}} 프로그램은 디스크 공간을 나누기 위한 단순한 인터페이스를 제공하며, 매우 큰 분할 구역(2TB 이상)을 지원합니다. 디스크 상에서 {{Blue|parted}}를 실행하십시오(예제에서는 /dev/sda를 사용합니다). {{Blue|parted}}에게 최적 상태로 분할 구역을 정렬하도록 요청하겠습니다.

{{Example|코드 예제 3.1: parted 시작하기|<nowiki># </nowiki>{{Blue|parted -a optimal /dev/sda}} 
GNU Parted 2.3 
Using /dev/sda 
Welcome to GNU Parted! Type 'help' to view a list of commands.}}

정렬이라 함은 각각의 분할 구역이 디스크상에 알려진 위치 내에서 시작함을 의미하며, 운영체제 수준의 디스크 동작이(디스크에서 페이지 전송) 내부 디스크 동작을 최소화 함을 의미합니다. 잘못 정렬한 분할 구역은 운영체제가 단일 페이지를 요청했을 경우 조차도 디스크가 페이지 두개를 요청할지도 모릅니다.

{{Blue|parted}} 에서 지원하는 모든 옵션을 찾아보려면, {{Blue|help}}를 입력하고 리턴 키를 누르십시오.

==== GPT 레이블 설정 ====
x86/amd64의 대부분의 디스크는 ''msdos''레이블을 사용합니다. {{Blue|parted}}를 사용하면, {{Blue|mklabel gpt}} 명령으로 디스크에 GPT 레이블을 놓을 수 있습니다.

{{Warning|분할 형식을 바꾸면 디스크의 모든 분할 설정을 제거합니다. 디스크의 모든 데이터를 잃게 됩니다.}}

{{Example|코드 예제 3.2: GPT 레이블 설정|(parted) {{Blue|mklabel gpt}} }}

디스크에 MBR 배치를 사용하려면, {{Blue|mklabel msdos}} 명령을 사용하십시오.

==== 모든 분할 구역 제거 ====
GPT 레이블 설정이 아직 끝나지 않았다면(예를 들어, 앞서 언급한 {{Blue|mklabel}} 이나, 디스크를 새로 포맷했을 경우), 디스크의 모든 기존의 분할 구역을 먼저 제거해야 합니다. 현재 분할 구역을 보려면 {{Blue|print}}를 입력하고, 제거할 분할 구역에 대해 <번호>대신 숫자로 rm <번호>을 입력하십시오.

{{Example|코드 예제 3.3: 디스크에서 분할 구역 제거하기|(parted) {{Blue|rm 2}} }}

필요하지 않은 분할 구역에 대해 같은 명령을 내리십시오. 그러나, 이 시점에서 실수를 하지 않았는지 확인하십시오. {{Blue|parted}}는 상태를 바꾸는 동작을 바로 실행합니다(사용자가 바꾼 내용을 스테이지에 쌓아두다가 저장하기 전에 "되돌리기"를 하거나 {{Blue|fdisk}}를 빠져나가는 방법으로 바꾼 내용을 취소하는 것과는 다릅니다).

==== 분할 구역 만들기 ====
이제 앞에서 말한 분할 구역을 만들어보겠습니다. {{Blue|parted}}로 분할 구역을 만드는 것은 그리 어려운 일이 아닙니다. 필요한 모든 일은 {{Blue|parted}}에 다음 설정 내용을 알려주는 것 뿐입니다.

* 사용할 ''분할 구역 형식''. 보통 ''primary(주)'' 형식을 사용합니다. ''msdos'' 분할 구역 레이블을 사용한다면, 4개 이상의 주 분할 구역을 사용할 수 없음을 기억하십시오. 4개 이상의 분할 구역을 활용하려면, ''extended(확장)'' 분할 구역을 만든 다음 ''logical(논리)'' 분할 구역을 확장 분할 구역 안에 만드십시오.
* 분할 구역의 시작 위치 (MB, GB로 표현 가능)
* 분할 구역이 끝나는 위치 (MB, GB로 표현 가능)

먼저 {{Blue|parted}}에게 메가바이트를 크기 단위로 쓰겠다고 알려줍시다(실제로는, 표준 표기 MiB로 줄여 부르는 메비바이트이지만, 보통 일반적으로 제일 많이 쓰는 표기인 MB로 쓰겠습니다).

{{Example|코드 예제 3.4: MiB 단위 사용하기|(parted) {{Blue|unit mib}} }}

이제 GRUB2 부트로더에서 사용할 2MB 용량의 분할 공간을 만들겠습니다. 이 동작을 수행하기 위해 {{Blue|mkpart}} 명령을 활용하여 {{Blue|parted}}에게 1MB 영역에서 3MB 영역까지의 공간을 활용하라고 일러두겠습니다(이리하여 2MB 크기의 분할 공간을 만듭니다).

{{Example|코드 예제 3.5: 2 MB 용량 분할 공간 만들기|
(parted) {{Blue|mkpart primary 1 3}} 
(parted) {{Blue|name 1 grub}} 
(parted) {{Blue|set 1 bios_grub on}} 
(parted) {{Blue|print}} 
Model: Virtio Block Device (virtblk) 
Disk /dev/sda: 20480MiB 
Sector size (logical/physical): 512B/512B 
Partition Table: gpt}}

시동 분할 공간(128MB), 스왑 분할 공간(예제에서는 512MB)에 대해 같은 과정을 진행하고, 루트 분할 공간에는 디스크 나머지 영역을 차지하도록 하십시오(이 경우 마지막 위치를 {{Blue|-1}}로 합니다. 음수 값은 디스크의 마지막 부분에 최대한 도달하라는 의미입니다).

{{Example|코드 예제 3.6: 다른 분할 공간 만들기|
(parted) {{Blue|mkpart primary 3 131}} 
(parted) {{Blue|name 2 boot}} 
(parted) {{Blue|mkpart primary 131 643}} 
(parted) {{Blue|name 3 swap}} 
(parted) {{Blue|mkpart primary 643 -1}} 
(parted) {{Blue|name 4 rootfs}} }}

최종 결과는 다음과 비슷합니다:

{{Example|코드 예제 3.7: 현재 분할 공간 배치 모양새|
(parted) {{Blue|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 
3 131MiB 643MiB 512MiB swap 
4 643MiB 20479MiB 19836MiB rootfs
}}

결과에 만족한다면 {{Blue|quit}} 명령을 사용하여 {{Blue|parted}}를 끝내십시오.

=== 대안: fdisk를 사용하여 디스크 공간 나누기 ===
{{Important|2TB 용량보다 큰 단위의 분할 공간을 다루는 환경이라면, 이 절차 대신 [[#.EA.B8.B0.EB.B3.B8:_parted.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EA.B3.B5.EA.B0.84_.EB.82.98.EB.88.84.EA.B8.B0|기본: parted를 사용하여 디스크 공간 나누기]] 절차를 따르십시오. {{Blue|fdisk}}에서는 큰 용량의 분할 공간을 다루지 못합니다. 게다가 fdisk에서는 MBR 배치를 활용합니다. fdisk 프로그램 대신, GPT를 지원하는 gdisk(젠투에서는 gptfdisk 꾸러미로 제공합니다)가 있지만, 젠투 설치 미디어엔 없을 것입니다.}}

다음 부분은 {{Blue|fdisk}}를 활용하여 어떻게 예제 분할 구역 배치를 하는지 설명합니다. 예제 분할 구역 배치는 이미 앞에서 언급했습니다:

{| cellspacing="1" cellpadding="1"
! scope="col" bgcolor="#8866ff" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

여러분의 취향에 따라 분할 구역 배치를 바꾸어보십시오.

==== 현재 분할 구역 배치 보기 ====
{{Blue|fdisk}}는 디스크의 구역을 나누는 잘 알려진 강력한 도구입니다. 구역을 나누려는 디스크에 대해 {{Blue|fdisk}}를 실행하십시오(예제에서는 /dev/sda를 사용합니다)

{{Example|코드 예제 4.1: fdisk 실행하기|<nowiki># </nowiki>{{Blue|fdisk /dev/sda}} }}

{{Blue|fdisk}}에 들어가면, 다음과 같은 프롬프트를 만납니다.

{{Example|코드 예제 4.2: fdisk 프롬프트|Command (m for help): }}

현재 디스크의 분할 구역 설정을 표시하려면 {{Blue|p}}를 입력하십시오.

{{Example|코드 예제 4.3: 분할 구역 설정 보기|Command (m for help): {{Blue|p}} 
 
Disk /dev/sda: 240 heads, 63 sectors, 2184 cylinders 
<nowiki>Units = cylinders of 15120 * 512 bytes</nowiki> 
 
   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 
 
Command (m for help):
}}

이 각각의 디스크에는 7개의 리눅스 시스템을 탑재하고("Linux"라고 표시한 각각의 분할 구역), 하나의 스왑 분할 공간을 넣었습니다("Linux swap"으로 표시).

====모든 분할 구역 제거====
먼저 디스크의 모든 분할 구역을 제거하겠습니다. 분할 구역을 삭제하려면 {{Blue|d}}를 입력하십시오. 예를 들어 기존의 /dev/sda1 분할 구역을 삭제하려면:

{{Example|코드 예제 4.4:분할 구역 삭제|Command (m for help): {{Blue|d}} 
Partition number (1-4): {{Blue|1}} }}

이 분할 구역을 삭제하는 것으로 일정을 잡았습니다. {{Blue|p}}를 입력하면 더이상 나타나지는 않습니다. 다만 바뀐 상태를 저장하기 전에는 지우지 않습니다. 실수하여 바꾼 내용을 저장하지 않고 취소하려면 {{Blue|q}}를 즉시 입력하고, 엔터키를 누르십시오. 그러면 분할 구역을 삭제하지 않습니다.

이제 시스템의 모든 분할 공간을 날리려는 상황을 가정하겠습니다. {{Blue|p}}를 입력하여 분할 구역 목록을 출력하고, {{Blue|d}}를 입력하여 몇가지 분할 구역을 삭제하십시오. 최종적으로, 디스크에 아무것도 없는 분할 구역 테이블 상태로 끝냅니다:

{{Example|코드 예제 4.5: 빈 분할 구역 테이블|Disk /dev/sda: 30.0 GB, 30005821440 bytes 
240 heads, 63 sectors/track, 3876 cylinders 
<nowiki>Units = cylinders of 15120 * 512 = 7741440 bytes</nowiki> 
 
Device Boot    Start       End    Blocks   Id  System 
 
Command (m for help): }}

이제 메모리에 있는 분할 구역 테이블이 비어 분할 구역을 새로 만들 준비를 했습니다. 앞에서 언급한 기본 분할 구역 모양새를 활용하겠습니다. 물론 같은 분할 구역 모양새를 활용하기 싫다면, 이 절차를 따르지는 마십시오!

==== BIOS 시동 분할 구역 만들기 ====
먼저 상당히 작은 BIOS 시동 분할 구역을 만들겠습니다. 새 분할 구역을 만드는 명령 {{Blue|n}}을 입력하고, {{Blue|p}}를 입력하여 주 분할 구역을 선택한 다음, {{Blue|1}}를 입력하여 첫번째 주 분할 구역을 선택하십시오. 처음 섹터를 물어보면 {{Blue|2048}} (부트 로더에 필요함)에서 시작하도록 입력한 다음 엔터키를 치십시오. 마지막 섹터를 물어보면 {{Blue|+2M}}을 입력하여 2MB 크기의 분할 구역을 만드십시오.

{{Example|코드 예제 4.6: BIOS 시동 분할 구역 만들기|Command (m for help): {{Blue|n}} 
Command action 
  e   extended 
  p   primary partition (1-4) 
{{Blue|p}}<br/
Partition number (1-4): {{Blue|1}} 
First sector (64-10486533532, default 64): {{Blue|2048}} 
Last sector, +sectors +size{M,K,G} (4096-10486533532, default 10486533532): {{Blue|+2M}}
}}

분할 구역 용도를 EFI로 표시하십시오

{{Example|코드 예제 4.7: EFI 용도 분할 구역 만들기|Command (m for help): {{Blue|t}} 
Selected partition {{Blue|1}} 
Hex code (type L to list codes): {{Blue|ef}} 
Changed system type of partition 1 to ef (EFI (FAT-12/16/32)) }}

==== 시동 분할 구역 만들기 ====
이제 작은 시동 분할 구역을 만들겠습니다. 새 분할 구역을 만드는 명령 {{Blue|n}}을 입력하고, {{Blue|p}}를 입력하여 주 분할 구역을 선택한 후, {{Blue|2}}를 입력하여 두번째 주 분할 구역을 선택하십시오. 처음 섹터를 물어보면 엔터키를 쳐서 기본값을 수락하십시오. 마지막 섹터를 물어보면 {{Blue|+128M}}을 입력하여 128MB 크기의 분할 구역을 만드십시오.

{{Example|코드 예제 4.8: 시동 분할 구역 만들기|Command (m for help): {{Blue|n}} 
Command action
  e   extended 
  p   primary partition (1-4) 
{{Blue|p}} 
Partition number (1-4): {{Blue|2}} 
First sector (5198-10486533532, default 5198): {{Red|(Hit enter)}} 
Last sector, +sectors +size{M,K,G} (4096-10486533532, default 10486533532): {{Blue|+128M}} }}

이제 {{Blue|p}}를 입력하면, 다음 분할 영역 출력이 나와야 합니다.

{{Example|코드 예제 4.9: 만든 시동 분할 구역|Command (m for help): {{Blue|p}} 
 
Disk /dev/sda: 30.0 GB, 30005821440 bytes 
240 heads, 63 sectors/track, 3876 cylinders 
<nowiki>Units = cylinders of 15120 * 512 = 7741440 bytes</nowiki> 
 
   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 
}}

이 분할 구역으로 시동할 수 있게 해야 합니다. 파티션의 시동 플래그 상태를 바꾸는 {{Blue|a}} 명령을 입력하고, {{Blue|2}}를 선택하십시오. {{Blue|p}}를 다시 입력하면, "Boot" 칸에서 <nowiki>*</nowiki> 표시를 볼 수 있습니다.

==== 스왑 분할 구역 만들기 ====
이제 스왑 분할 구역을 만들어보겠습니다. 스왑 분할 구역을 만들려면, {{Blue|n}}을 입력하여 새 분할 구역을 만들고, {{Blue|p}}를 입력하여 주 분할 영역을 만들고 싶다고 알리십시오. 다음 {{Blue|3}}을 입력하여 이 예제의 경우 세번째 주 분할 영역 /dev/sda3을 만드십시오. 처음 섹터를 물어보면 엔터키를 치십시오. 마지막 섹터를 물어보면 {{Blue|+512M}}(또는 스왑 공간에 필요한 공간)을 입력하여 512MB 크기의 분할 공간을 만드십시오.

이 과정이 끝나면 분할 구역 형식을 설정하는 명령 {{Blue|t}}를 입력하고, {{Blue|3}}을 입력하여 분할 구역을 선택한 다음, {{Blue|82}}를 입력하여 "Linux swap" 형식으로 설정하십시오.

==== 루트 분할 구역 만들기 ====
마지막으로, 루트 분할 구역을 만들어보겠습니다. 루트 분할 구역을 만들려면, 새 분할 구역을 만드는 명령 {{Blue|n}}을 입력하고, {{Blue|p}}를 입력하여 주 분할 구역을 선택한 다음, {{Blue|4}}를 입력하여 네번째 주 분할 구역을 선택하십시오. 이 예제의 경우 /dev/sda4입니다. 처음 섹터를 물어보면, 엔터키를 치십시오. 마지막 섹터를 물어보면, 디스크의 남은 나머지 공간을 취해 분할 구역을 만들기 위해 엔터키를 치십시오. 이 과정이 끝나면, {{Blue|p}}를 입력했을 때 분할 구역 테이블의 모습은 다음과 비슷해야 합니다:

Trans:GentooAmd64Handbook2013-1-4

2014-03-17T13:37:37Z

Darkcircle: /* BIOS 시동 분할 구역 만들기 */

== 디스크 준비하기 ==
=== 블록 장치 소개 ===
==== 블록 장치 ====
이제 우리는 젠투 리눅스의 디스크 측면의 모습과 리눅스 파일시스템, 분할 구역, 블록 장치를 포함한 일반적인 리눅스의 모습을 살펴보겠습니다. 그 다음 디스크와 파일시스템의 이모저모에 익숙해지고 나면 젠투 리눅스 설치를 위한 분할 구역과 파일시스템의 처리과정을 안내하겠습니다.

시작에 즈음하여 ''블록 장치''를 소개하도록 하겠습니다. 가장 잘 알려진 블록 장치는 아마도 리눅스 시스템에서 첫 번째 드라이브로 나타나는 /dev/sda가 아닌가 싶습니다. SCSI와 직렬 ATA 드라이브들 모두 /dev/sd*로 표시합니다. 게다가 커널의 새로운 libata 프레임워크에서는 IDE 드라이브 조차도 /dev/sd*로 표시합니다.만약 오래된 장치 프레임워크를 사용한다면, 첫번째 IDE 드라이브는 /dev/hda 입니다.

위에 나타난 이 블록장치는 디스크의 추상 인터페이스입니다. 사용자 프로그램은 드라이브가 IDE인지 SCSI인지 그 말고 다른 장치인지 전혀 신경쓰지 않고 디스크와 상호작용하기 위해 이 블록 장치를 사용할 수 있습니다. 프로그램은 연속된, 임의 접근가능한 512 바이트 블록의 모음으로 디스크의 저장소에 주소를 지정할 수 있습니다.

==== 분할 구역 ====
리눅스 시스템을 저장하려면 이론적으로 디스크의 전체 구역을 사용할 수 있지만 실제로는 거의 그렇게 하지 못합니다. 대신 전체 디스크 블록장치는 작은 부분으로 나누어 좀 더 관리하기 쉬운 블록 장치로 만듭니다. x86 시스템에서는 이를 ''분할 구역(파티션)''이라고 부릅니다. 현재 분할 구역을 나누는데 두가지 표준 MBR과 GPT를 활용합니다.

MBR(주 시동 레코드) 설정시 섹터 시작점과 분할 구역의 길이를 구분하는데 32비트 식별자를 사용하며, ''주 분할 구역'', ''확장 분할 구역'', ''논리 분할 구역'' 세 가지 방식을 지원합니다. ''주 분할 구역''은 MBR(주 시동 레코드)에 정보를 저장하는 분할 구역입니다. MBR 이 매우 작은(512 바이트) 만큼 네 개의 주 분할 구역만을 지정할 수 있습니다. (예를 들어 /dev/sda1 부터 /dev/sda4 까지 입니다).

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

각각의 분할 구역은 2TB 크기로 제한되어 있습니다(32비트 식별자의 한계). 또한 MBR 설정은 백업-MBR을 지원하지 않으므로 프로그램이나 사용자가 MBR을 덮어쓰기하면 모든 분할 구역 정보를 잃게 됩니다.

GPT(GUID 분할 구역 테이블) 설정은 분할 구역에 대해 64비트 식별자를 사용합니다. 분할 구역 정보를 저장하는 위치는 MBR의 512바이트 보다 크며 분할 구역의 갯수에 제한이 없습니다. 게다가 분할 구역 용량 제한 마저도 더 큽니다(거의 8ZB입니다. 네 제타바이트죠).

운영체제와 펌웨어 간의 시스템 소프트웨어 인터페이스가 UEFI(BIOS 대신)라면, MBR이 존재할때 발생하는 호환성 문제로, GPT는 가히 필수적이라고 할 수 있습니다.

GPT는 또한 디스크 마지막 부분에 GPT를 백업하는 기능적 장점이 있는데, 앞부분의 첫번째 GPT가 깨지면 복구할 때 활용할 수 있습니다. GPT는 CRC32 체크섬을 활용하여 헤더와 분할 구역 테이블의 오류를 감지합니다.

==== 그래서 GPT를 사용할까요? MBR을 사용할까요? ====
위에 설명한 바대로, 언제든 GPT 활용이 권장접근 방식으로 생각될 수도 있습니다. 다만, 몇가지 주의사항이 있습니다.

BIOS 기반 컴퓨터에서 GPT를 활용하면 동작은 하겠지만, 마이크로소프트 윈도우 운영체제와는 듀얼 부팅 기능을 활용할 수 없습니다. 이유는, 마이크로소프트 윈도우에서 GPT 분할 구역 레이블을 감지하면 EFI 모드로 부팅하기 때문입니다.

몇가지 오류가 존재하는 바이오스나 BIOS/CSM/레거시 모드로 부팅하도록 설정한 EFI에서도 GPT 레이블 처리한 디스크로 부팅할때 문제가 있습니다. 이 경우 {{Blue|fdisk}}를 통해 자체적인 MBR 분할 구역에 시동/활성화 플래그를 추가하여 문제를 비껴갈 수 있습니다({{Blue|parted}} 에서는 GPT 테이블을 인식하지만 자체적인 MBR 분할 구역은 보여주지 않을 것입니다):

{{Example|코드 예제 1.1: 자체 MBR 분할 구역에 시동 플래그 활성화|<nowiki> # </nowiki>{{Blue|fdisk /dev/sda}} 
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk 
doesn't support GPT. Use GNU Parted. 
 
Command (m for help): {{Blue|a}} 
Partition number (1-4): {{Blue|1}} 

Command (m for help): {{Blue|w}}
}}

==== 고급 저장장치 ====
x86 설치 CD는 LVM2를 지원합니다. LVM2는 분할 구역 설정으로 유연성을 극대화합니다. 설치 설명 중에, 우리는 "일반" 분할 구역에 초점을 맞추겠지만, LVM2을 지원한다는 사실에 대해 알고 있는 것 또한 좋습니다.

=== 분할 구역 모양새 설계 ===
==== 기본 분할 구역 모양새 ====
여러분의 시스템에 대한 분할 구역 모양새를 그려보는데 관심이 없다면, 이 책을 통해 우리가 사용한 분할 구역을 사용해보실 수도 있습니다.

{| cellspacing="1" cellpadding="1"
! scope="col" bgcolor="#8866ff" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" |'''파일시스템'''
! scope="col" bgcolor="#8866ff" |'''사이즈'''
! scope="col" bgcolor="#8866ff" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''(bootloader)'''
| bgcolor="#ccccff" |'''2M'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''ext2'''
| bgcolor="#ccccff" |'''32M'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''(swap)'''
| bgcolor="#ccccff" |'''512M 이상'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''ext4'''
| bgcolor="#ccccff" |'''디스크 나머지 공간'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

분할 구역의 크기가 얼마나 되어야 하는지 심지어 얼마나 많은 분할 구역이 필요한지 알고 싶으시다면 계속 읽어내려가시기 바랍니다. 그렇지 않다면 [[#parted.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EB.B6.84.ED.95.A0.ED.95.98.EA.B8.B0|parted를 사용하여 디스크 분할하기]] (또는 [[#fdisk.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EB.B6.84.ED.95.A0.ED.95.98.EA.B8.B0|fdisk를 사용하여 디스크 분할하기]])를 읽어 분할을 계속 진행하십시오. 둘 다 구역 분할 도구인데, {{blue|fdisk}}는 잘 알려져 있고 안정적입니다. {{blue|parted}}는 좀 최근에 나왔는데 2TB이상의 분할 구역을 지원합니다.

==== 얼마나 많이, 얼마나 크게 할까요? ====
수많은 분할 구역은 환경에 크게 의존합니다. 사용자가 많이 있다면 보안성을 증대하고 백업을 쉽게하기 위해 /home 을 따로 나누고 싶어할 것입니다. 젠투 시스템을 메일서버로 동작하게끔 하려면 /var에 모든 메일이 저장되므로 /var를 나눌 것입니다. 파일시스템에 대한 좋은 선택은 여러분이 가진 시스템의 성능을 극대화 할 것입니다. 게임서버라면 대부분의 게임 서버가 /opt에 설치 되므로 이것을 나눌 것입니다. 이유는 /home 과 비슷합니다. 보안과 백업이죠. /usr 는 커지는 그대로라도 유지하고 싶어할 것입니다. 주요 프로그램들이 들어가 있을 뿐만 아니라 다양한 소스코드를 제외한 500MB 가량의 포티지 트리들이 이 곳에 저장됩니다.

여러분이 아시는 바와 같이 여러분이 무엇을 저장하고 싶은지에 크게 달려있습니다. 각각의 분할 구역과 볼륨은 다음 장점이 있습니다

* 각각의 분할 구역과 볼륨에 대해 가장 잘 동작하는 파일시스템을 선택할 수 있습니다.
* 어떤 기능을 상실한 도구가 계속 파일을 기록하는 경우 빈 공간이 부족해져 전체 시스템을 동작할 수가 없습니다.
* 필요한 경우 파일시스템 점검을 동시에 여러 부분에 대한 검사를 수행하여 시간을 줄입니다 (여러 분할 구역이 있을 때보단 여러 디스크가 있을 수록 좋겠지만).
* 일부 분할 구역이나 볼륨을 읽기 전용, nosuid(setuid 비트를 무시합니다), noexec(실행 비트를 무시합니다) 등으로 마운트하여 보안성을 향상할 수 있습니다.

그러나 이 뿐만 아니라 여러 분할 구역을 나누면 단점이 있기도 합니다. 제대로 설정하지 않으면 어떤 분할 구역은 남은 공간이 많지만 어떤 분할 구역은 그렇지 않을 것입니다. 다른 귀찮은 것 하나는 나누어 놓은 분할 구역인데 특히 /usr나 /var같은 중요한 마운트 지점은 종종 관리자가 다른 시동 스크립트를 시작하기 전에 분할 구역에 마운트 하게끔 initramfs로 시동하는 것이 필요합니다. 비록 항상 일어나는 일은 아니지만요. 이렇게 다양한 이득이 있습니다.

SCSI 와 SATA에서는 GPT 레이블을 사용하지 않으면 15개의 분할구역 갯수 제한이 있습니다.

==== 스왑 공간은 어떻게 할까요? ====
스왑 구역 분할에 대한 완벽한 값은 없습니다. 스왑 공간 사용의 목적은 내부 메모리(RAM)가 고갈 상태일때 커널로 디스크 공간을 제공하는 것입니다. 스왑 공간은 커널에게 디스크에서 바로 접근하지 않을 메모리 페이지를 옮길 수 있게(스왑, 페이지아웃)하며, 메모리를 비우기도 합니다. 물론, 메모리가 갑자기 필요할 때 이 페이지를 메모리로 돌려놓아야 하는데(페이지 인), 시간이 좀 걸립니다(자체 메모리와 비교하면 디스크는 매우 느립니다).

메모리를 요구하는 프로그램을 실행하는게 아니거나, 상당한 용량의 메모리를 보유하고 있다면, 많은 스왑 공간이 필요한게 아닙니다. 그러나, 스왑 공간은 최대 절전모드에서 메모리 전체 내용을 저장하는데도 사용합니다. 최대 절전 공간 기능을 활용하려 한다면, 더 큰 스왑 공간이 필요합니다. 보통 최소한 시스템에 있는 메모리 용량 만큼은 필요합니다.

==== BIOS 시동 분할 구역은 무엇인가요? ====
BIOS 시동 분할 구역은 GRUB2와 같은 부트로더가 할당 저장 공간(MBR의 경우 수백 바이트)에 적절하지 않은 추가 데이터를 놓을 수 있게 하는 매우 작은(1~2MB) 분할 구역이며, 그 어디에든 위치할 수 없습니다.

각각의 분할 구역은 항상 필요한게 아니지만, 적은 공간 차지를 고려하며, 문서에 나타낸 내용보다 과다하게 다른 분할 구역 형식을 활용해야 한다면, 각각의 경우에 BIOS 시동 분할 구역을 만드는걸 추천합니다.

완벽함을 기하도록 하기 위해 GPT 파이션 배치를 GRUB2와 사용할 경우 또는 디스크에서 1MB 영역 이전에 첫번째 분할 구역을 시작할 때 GRUB2에서 MBR 분할 구역을 사용하는 경우 BIOS 시동 분할 구역이 필요하다고 말할 수 있습니다.

=== 기본: parted를 사용하여 디스크 공간 나누기 ===
이 장에서는 앞서 언급한 예제 분할 구역 배치를 만드는 철차를 안내하겠습니다만, 편의를 위해 재차 언급하도록 하겠습니다.

{|
! scope="col" bgcolor="#8866ff" width="110" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" width="110" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

여러분의 취향에 따라 분할 배치를 바꾸어보십시오.

==== 현재 분할 구역 배치 보기 ====
{{Blue|parted}} 프로그램은 디스크 공간을 나누기 위한 단순한 인터페이스를 제공하며, 매우 큰 분할 구역(2TB 이상)을 지원합니다. 디스크 상에서 {{Blue|parted}}를 실행하십시오(예제에서는 /dev/sda를 사용합니다). {{Blue|parted}}에게 최적 상태로 분할 구역을 정렬하도록 요청하겠습니다.

{{Example|코드 예제 3.1: parted 시작하기|<nowiki># </nowiki>{{Blue|parted -a optimal /dev/sda}} 
GNU Parted 2.3 
Using /dev/sda 
Welcome to GNU Parted! Type 'help' to view a list of commands.}}

정렬이라 함은 각각의 분할 구역이 디스크상에 알려진 위치 내에서 시작함을 의미하며, 운영체제 수준의 디스크 동작이(디스크에서 페이지 전송) 내부 디스크 동작을 최소화 함을 의미합니다. 잘못 정렬한 분할 구역은 운영체제가 단일 페이지를 요청했을 경우 조차도 디스크가 페이지 두개를 요청할지도 모릅니다.

{{Blue|parted}} 에서 지원하는 모든 옵션을 찾아보려면, {{Blue|help}}를 입력하고 리턴 키를 누르십시오.

==== GPT 레이블 설정 ====
x86/amd64의 대부분의 디스크는 ''msdos''레이블을 사용합니다. {{Blue|parted}}를 사용하면, {{Blue|mklabel gpt}} 명령으로 디스크에 GPT 레이블을 놓을 수 있습니다.

{{Warning|분할 형식을 바꾸면 디스크의 모든 분할 설정을 제거합니다. 디스크의 모든 데이터를 잃게 됩니다.}}

{{Example|코드 예제 3.2: GPT 레이블 설정|(parted) {{Blue|mklabel gpt}} }}

디스크에 MBR 배치를 사용하려면, {{Blue|mklabel msdos}} 명령을 사용하십시오.

==== 모든 분할 구역 제거 ====
GPT 레이블 설정이 아직 끝나지 않았다면(예를 들어, 앞서 언급한 {{Blue|mklabel}} 이나, 디스크를 새로 포맷했을 경우), 디스크의 모든 기존의 분할 구역을 먼저 제거해야 합니다. 현재 분할 구역을 보려면 {{Blue|print}}를 입력하고, 제거할 분할 구역에 대해 <번호>대신 숫자로 rm <번호>을 입력하십시오.

{{Example|코드 예제 3.3: 디스크에서 분할 구역 제거하기|(parted) {{Blue|rm 2}} }}

필요하지 않은 분할 구역에 대해 같은 명령을 내리십시오. 그러나, 이 시점에서 실수를 하지 않았는지 확인하십시오. {{Blue|parted}}는 상태를 바꾸는 동작을 바로 실행합니다(사용자가 바꾼 내용을 스테이지에 쌓아두다가 저장하기 전에 "되돌리기"를 하거나 {{Blue|fdisk}}를 빠져나가는 방법으로 바꾼 내용을 취소하는 것과는 다릅니다).

==== 분할 구역 만들기 ====
이제 앞에서 말한 분할 구역을 만들어보겠습니다. {{Blue|parted}}로 분할 구역을 만드는 것은 그리 어려운 일이 아닙니다. 필요한 모든 일은 {{Blue|parted}}에 다음 설정 내용을 알려주는 것 뿐입니다.

* 사용할 ''분할 구역 형식''. 보통 ''primary(주)'' 형식을 사용합니다. ''msdos'' 분할 구역 레이블을 사용한다면, 4개 이상의 주 분할 구역을 사용할 수 없음을 기억하십시오. 4개 이상의 분할 구역을 활용하려면, ''extended(확장)'' 분할 구역을 만든 다음 ''logical(논리)'' 분할 구역을 확장 분할 구역 안에 만드십시오.
* 분할 구역의 시작 위치 (MB, GB로 표현 가능)
* 분할 구역이 끝나는 위치 (MB, GB로 표현 가능)

먼저 {{Blue|parted}}에게 메가바이트를 크기 단위로 쓰겠다고 알려줍시다(실제로는, 표준 표기 MiB로 줄여 부르는 메비바이트이지만, 보통 일반적으로 제일 많이 쓰는 표기인 MB로 쓰겠습니다).

{{Example|코드 예제 3.4: MiB 단위 사용하기|(parted) {{Blue|unit mib}} }}

이제 GRUB2 부트로더에서 사용할 2MB 용량의 분할 공간을 만들겠습니다. 이 동작을 수행하기 위해 {{Blue|mkpart}} 명령을 활용하여 {{Blue|parted}}에게 1MB 영역에서 3MB 영역까지의 공간을 활용하라고 일러두겠습니다(이리하여 2MB 크기의 분할 공간을 만듭니다).

{{Example|코드 예제 3.5: 2 MB 용량 분할 공간 만들기|
(parted) {{Blue|mkpart primary 1 3}} 
(parted) {{Blue|name 1 grub}} 
(parted) {{Blue|set 1 bios_grub on}} 
(parted) {{Blue|print}} 
Model: Virtio Block Device (virtblk) 
Disk /dev/sda: 20480MiB 
Sector size (logical/physical): 512B/512B 
Partition Table: gpt}}

시동 분할 공간(128MB), 스왑 분할 공간(예제에서는 512MB)에 대해 같은 과정을 진행하고, 루트 분할 공간에는 디스크 나머지 영역을 차지하도록 하십시오(이 경우 마지막 위치를 {{Blue|-1}}로 합니다. 음수 값은 디스크의 마지막 부분에 최대한 도달하라는 의미입니다).

{{Example|코드 예제 3.6: 다른 분할 공간 만들기|
(parted) {{Blue|mkpart primary 3 131}} 
(parted) {{Blue|name 2 boot}} 
(parted) {{Blue|mkpart primary 131 643}} 
(parted) {{Blue|name 3 swap}} 
(parted) {{Blue|mkpart primary 643 -1}} 
(parted) {{Blue|name 4 rootfs}} }}

최종 결과는 다음과 비슷합니다:

{{Example|코드 예제 3.7: 현재 분할 공간 배치 모양새|
(parted) {{Blue|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 
3 131MiB 643MiB 512MiB swap 
4 643MiB 20479MiB 19836MiB rootfs
}}

결과에 만족한다면 {{Blue|quit}} 명령을 사용하여 {{Blue|parted}}를 끝내십시오.

=== 대안: fdisk를 사용하여 디스크 공간 나누기 ===
{{Important|2TB 용량보다 큰 단위의 분할 공간을 다루는 환경이라면, 이 절차 대신 [[#.EA.B8.B0.EB.B3.B8:_parted.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EA.B3.B5.EA.B0.84_.EB.82.98.EB.88.84.EA.B8.B0|기본: parted를 사용하여 디스크 공간 나누기]] 절차를 따르십시오. {{Blue|fdisk}}에서는 큰 용량의 분할 공간을 다루지 못합니다. 게다가 fdisk에서는 MBR 배치를 활용합니다. fdisk 프로그램 대신, GPT를 지원하는 gdisk(젠투에서는 gptfdisk 꾸러미로 제공합니다)가 있지만, 젠투 설치 미디어엔 없을 것입니다.}}

다음 부분은 {{Blue|fdisk}}를 활용하여 어떻게 예제 분할 구역 배치를 하는지 설명합니다. 예제 분할 구역 배치는 이미 앞에서 언급했습니다:

{| cellspacing="1" cellpadding="1"
! scope="col" bgcolor="#8866ff" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

여러분의 취향에 따라 분할 구역 배치를 바꾸어보십시오.

==== 현재 분할 구역 배치 보기 ====
{{Blue|fdisk}}는 디스크의 구역을 나누는 잘 알려진 강력한 도구입니다. 구역을 나누려는 디스크에 대해 {{Blue|fdisk}}를 실행하십시오(예제에서는 /dev/sda를 사용합니다)

{{Example|코드 예제 4.1: fdisk 실행하기|<nowiki># </nowiki>{{Blue|fdisk /dev/sda}} }}

{{Blue|fdisk}}에 들어가면, 다음과 같은 프롬프트를 만납니다.

{{Example|코드 예제 4.2: fdisk 프롬프트|Command (m for help): }}

현재 디스크의 분할 구역 설정을 표시하려면 {{Blue|p}}를 입력하십시오.

{{Example|코드 예제 4.3: 분할 구역 설정 보기|Command (m for help): {{Blue|p}} 
 
Disk /dev/sda: 240 heads, 63 sectors, 2184 cylinders 
<nowiki>Units = cylinders of 15120 * 512 bytes</nowiki> 
 
   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 
 
Command (m for help):
}}

이 각각의 디스크에는 7개의 리눅스 시스템을 탑재하고("Linux"라고 표시한 각각의 분할 구역), 하나의 스왑 분할 공간을 넣었습니다("Linux swap"으로 표시).

====모든 분할 구역 제거====
먼저 디스크의 모든 분할 구역을 제거하겠습니다. 분할 구역을 삭제하려면 {{Blue|d}}를 입력하십시오. 예를 들어 기존의 /dev/sda1 분할 구역을 삭제하려면:

{{Example|코드 예제 4.4:분할 구역 삭제|Command (m for help): {{Blue|d}} 
Partition number (1-4): {{Blue|1}} }}

이 분할 구역을 삭제하는 것으로 일정을 잡았습니다. {{Blue|p}}를 입력하면 더이상 나타나지는 않습니다. 다만 바뀐 상태를 저장하기 전에는 지우지 않습니다. 실수하여 바꾼 내용을 저장하지 않고 취소하려면 {{Blue|q}}를 즉시 입력하고, 엔터키를 누르십시오. 그러면 분할 구역을 삭제하지 않습니다.

이제 시스템의 모든 분할 공간을 날리려는 상황을 가정하겠습니다. {{Blue|p}}를 입력하여 분할 구역 목록을 출력하고, {{Blue|d}}를 입력하여 몇가지 분할 구역을 삭제하십시오. 최종적으로, 디스크에 아무것도 없는 분할 구역 테이블 상태로 끝냅니다:

{{Example|코드 예제 4.5: 빈 분할 구역 테이블|Disk /dev/sda: 30.0 GB, 30005821440 bytes 
240 heads, 63 sectors/track, 3876 cylinders 
<nowiki>Units = cylinders of 15120 * 512 = 7741440 bytes</nowiki> 
 
Device Boot    Start       End    Blocks   Id  System 
 
Command (m for help): }}

이제 메모리에 있는 분할 구역 테이블이 비어 분할 구역을 새로 만들 준비를 했습니다. 앞에서 언급한 기본 분할 구역 모양새를 활용하겠습니다. 물론 같은 분할 구역 모양새를 활용하기 싫다면, 이 절차를 따르지는 마십시오!

==== BIOS 시동 분할 구역 만들기 ====
먼저 상당히 작은 BIOS 시동 분할 구역을 만들겠습니다. 새 분할 구역을 만드는 명령 {{Blue|n}}을 입력하고, {{Blue|p}}를 입력하여 주 분할 구역을 선택한 다음, {{Blue|1}}를 입력하여 첫번째 주 분할 구역을 선택하십시오. 처음 섹터를 물어보면 {{Blue|2048}} (부트 로더에 필요함)에서 시작하도록 입력한 다음 엔터키를 치십시오. 마지막 섹터를 물어보면 {{Blue|+2M}}을 입력하여 2MB 크기의 분할 구역을 만드십시오.

{{Example|코드 예제 4.6: BIOS 시동 분할 구역 만들기|Command (m for help): {{Blue|n}} 
Command action 
  e   extended 
  p   primary partition (1-4) 
{{Blue|p}}<br/
Partition number (1-4): {{Blue|1}} 
First sector (64-10486533532, default 64): {{Blue|2048}} 
Last sector, +sectors +size{M,K,G} (4096-10486533532, default 10486533532): {{Blue|+2M}}
}}

분할 구역 용도를 EFI로 표시하십시오

{{Example|코드 예제 4.7: EFI 용도 분할 구역 만들기|Command (m for help): {{Blue|t}} 
Selected partition {{Blue|1}} 
Hex code (type L to list codes): {{Blue|ef}} 
Changed system type of partition 1 to ef (EFI (FAT-12/16/32)) }}

==== 시동 분할 구역 만들기 ====
이제 작은 시동 분할 구역을 만들겠습니다. 새 분할 구역을 만드는 명령 {{Blue|n}}을 입력하고, {{Blue|p}}를 입력하여 주 분할 구역을 선택한 후, {{Blue|2}}를 입력하여 두번째 주 분할 구역을 선택하십시오. 처음 섹터를 물어보면 엔터키를 쳐서 기본값을 수락하십시오. 마지막 섹터를 물어보면 {{Blue|+128M}}을 입력하여 128MB 크기의 분할 구역을 만드십시오.

{{Example|코드 예제 4.8: 시동 분할 구역 만들기|Command (m for help): {{Blue|n}} 
Command action
  e   extended 
  p   primary partition (1-4) 
{{Blue|p}} 
Partition number (1-4): {{Blue|2}} 
First sector (5198-10486533532, default 5198): {{Red|(Hit enter)}} 
Last sector, +sectors +size{M,K,G} (4096-10486533532, default 10486533532): {{Blue|+128M}} }}

이제 {{Blue|p}}를 입력하면, 다음 분할 영역 출력이 나와야 합니다.

{{Example|코드 예제 4.9: 만든 시동 분할 구역|Command (m for help): {{Blue|p}} 
 
Disk /dev/sda: 30.0 GB, 30005821440 bytes 
240 heads, 63 sectors/track, 3876 cylinders 
<nowiki>Units = cylinders of 15120 * 512 = 7741440 bytes</nowiki> 
 
   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 
}}

이 분할 구역으로 시동할 수 있게 해야 합니다. 파티션의 시동 플래그 상태를 바꾸는 {{Blue|a}} 명령을 입력하고, {{Blue|2}}를 선택하십시오. {{Blue|p}}를 다시 입력하면, "Boot" 칸에서 <nowiki>*</nowiki> 표시를 볼 수 있습니다.

==== 스왑 분할 구역 만들기 ====
이제 스왑 분할 구역을 만들어보겠습니다. 스왑 분할 구역을 만들려면, {{Blue|n}}을 입력하여 새 분할 구역을 만들고, {{Blue|p}}를 입력하여 주 분할 영역을 만들고 싶다고 알리십시오. 다음 {{Blue|3}}을 입력하여 이 예제의 경우 세번째 주 분할 영역 /dev/sda3을 만드십시오. 처음 섹터를 물어보면 엔터키를 치십시오. 마지막 섹터를 물어보면 {{Blue|+512M}}(또는 스왑 공간에 필요한 공간)을 입력하여 512MB 크기의 분할 공간을 만드십시오.

이 과정이 끝나면 분할 구역 형식을 설정하는 명령 {{Blue|t}}를 입력하고, {{Blue|3}}을 입력하여 분할 구역을 선택한 다음, {{Blue|82}}를 입력하여 "Linux swap" 형식으로 설정하십시오.

==== 루트 분할 구역 만들기 ====
마지막으로, 루트 분할 구역을 만들어보겠습니다. 루트 분할 구역을 만들려면, 새 분할 구역을 만드는 명령 {{Blue|n}}을 입력하고, {{Blue|p}}를 입력하여 주 분할 구역을 선택한 다음, {{Blue|4}}를 입력하여 네번째 주 분할 구역을 선택하십시오. 이 예제의 경우 /dev/sda4입니다. 처음 섹터를 물어보면, 엔터키를 치십시오. 마지막 섹터를 물어보면, 디스크의 남은 나머지 공간을 취해 분할 구역을 만들기 위해 엔터키를 치십시오. 이 과정이 끝나면, {{Blue|p}}를 입력했을 때 분할 구역 테이블의 모습은 다음과 비슷해야 합니다:

Trans:GentooAmd64Handbook2013-1-4

2014-03-15T05:06:37Z

Darkcircle: /* 스왑 분할 구역 만들기 */

== 디스크 준비하기 ==
=== 블록 장치 소개 ===
==== 블록 장치 ====
이제 우리는 젠투 리눅스의 디스크 측면의 모습과 리눅스 파일시스템, 분할 구역, 블록 장치를 포함한 일반적인 리눅스의 모습을 살펴보겠습니다. 그 다음 디스크와 파일시스템의 이모저모에 익숙해지고 나면 젠투 리눅스 설치를 위한 분할 구역과 파일시스템의 처리과정을 안내하겠습니다.

시작에 즈음하여 ''블록 장치''를 소개하도록 하겠습니다. 가장 잘 알려진 블록 장치는 아마도 리눅스 시스템에서 첫 번째 드라이브로 나타나는 /dev/sda가 아닌가 싶습니다. SCSI와 직렬 ATA 드라이브들 모두 /dev/sd*로 표시합니다. 게다가 커널의 새로운 libata 프레임워크에서는 IDE 드라이브 조차도 /dev/sd*로 표시합니다.만약 오래된 장치 프레임워크를 사용한다면, 첫번째 IDE 드라이브는 /dev/hda 입니다.

위에 나타난 이 블록장치는 디스크의 추상 인터페이스입니다. 사용자 프로그램은 드라이브가 IDE인지 SCSI인지 그 말고 다른 장치인지 전혀 신경쓰지 않고 디스크와 상호작용하기 위해 이 블록 장치를 사용할 수 있습니다. 프로그램은 연속된, 임의 접근가능한 512 바이트 블록의 모음으로 디스크의 저장소에 주소를 지정할 수 있습니다.

==== 분할 구역 ====
리눅스 시스템을 저장하려면 이론적으로 디스크의 전체 구역을 사용할 수 있지만 실제로는 거의 그렇게 하지 못합니다. 대신 전체 디스크 블록장치는 작은 부분으로 나누어 좀 더 관리하기 쉬운 블록 장치로 만듭니다. x86 시스템에서는 이를 ''분할 구역(파티션)''이라고 부릅니다. 현재 분할 구역을 나누는데 두가지 표준 MBR과 GPT를 활용합니다.

MBR(주 시동 레코드) 설정시 섹터 시작점과 분할 구역의 길이를 구분하는데 32비트 식별자를 사용하며, ''주 분할 구역'', ''확장 분할 구역'', ''논리 분할 구역'' 세 가지 방식을 지원합니다. ''주 분할 구역''은 MBR(주 시동 레코드)에 정보를 저장하는 분할 구역입니다. MBR 이 매우 작은(512 바이트) 만큼 네 개의 주 분할 구역만을 지정할 수 있습니다. (예를 들어 /dev/sda1 부터 /dev/sda4 까지 입니다).

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

각각의 분할 구역은 2TB 크기로 제한되어 있습니다(32비트 식별자의 한계). 또한 MBR 설정은 백업-MBR을 지원하지 않으므로 프로그램이나 사용자가 MBR을 덮어쓰기하면 모든 분할 구역 정보를 잃게 됩니다.

GPT(GUID 분할 구역 테이블) 설정은 분할 구역에 대해 64비트 식별자를 사용합니다. 분할 구역 정보를 저장하는 위치는 MBR의 512바이트 보다 크며 분할 구역의 갯수에 제한이 없습니다. 게다가 분할 구역 용량 제한 마저도 더 큽니다(거의 8ZB입니다. 네 제타바이트죠).

운영체제와 펌웨어 간의 시스템 소프트웨어 인터페이스가 UEFI(BIOS 대신)라면, MBR이 존재할때 발생하는 호환성 문제로, GPT는 가히 필수적이라고 할 수 있습니다.

GPT는 또한 디스크 마지막 부분에 GPT를 백업하는 기능적 장점이 있는데, 앞부분의 첫번째 GPT가 깨지면 복구할 때 활용할 수 있습니다. GPT는 CRC32 체크섬을 활용하여 헤더와 분할 구역 테이블의 오류를 감지합니다.

==== 그래서 GPT를 사용할까요? MBR을 사용할까요? ====
위에 설명한 바대로, 언제든 GPT 활용이 권장접근 방식으로 생각될 수도 있습니다. 다만, 몇가지 주의사항이 있습니다.

BIOS 기반 컴퓨터에서 GPT를 활용하면 동작은 하겠지만, 마이크로소프트 윈도우 운영체제와는 듀얼 부팅 기능을 활용할 수 없습니다. 이유는, 마이크로소프트 윈도우에서 GPT 분할 구역 레이블을 감지하면 EFI 모드로 부팅하기 때문입니다.

몇가지 오류가 존재하는 바이오스나 BIOS/CSM/레거시 모드로 부팅하도록 설정한 EFI에서도 GPT 레이블 처리한 디스크로 부팅할때 문제가 있습니다. 이 경우 {{Blue|fdisk}}를 통해 자체적인 MBR 분할 구역에 시동/활성화 플래그를 추가하여 문제를 비껴갈 수 있습니다({{Blue|parted}} 에서는 GPT 테이블을 인식하지만 자체적인 MBR 분할 구역은 보여주지 않을 것입니다):

{{Example|코드 예제 1.1: 자체 MBR 분할 구역에 시동 플래그 활성화|<nowiki> # </nowiki>{{Blue|fdisk /dev/sda}} 
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk 
doesn't support GPT. Use GNU Parted. 
 
Command (m for help): {{Blue|a}} 
Partition number (1-4): {{Blue|1}} 

Command (m for help): {{Blue|w}}
}}

==== 고급 저장장치 ====
x86 설치 CD는 LVM2를 지원합니다. LVM2는 분할 구역 설정으로 유연성을 극대화합니다. 설치 설명 중에, 우리는 "일반" 분할 구역에 초점을 맞추겠지만, LVM2을 지원한다는 사실에 대해 알고 있는 것 또한 좋습니다.

=== 분할 구역 모양새 설계 ===
==== 기본 분할 구역 모양새 ====
여러분의 시스템에 대한 분할 구역 모양새를 그려보는데 관심이 없다면, 이 책을 통해 우리가 사용한 분할 구역을 사용해보실 수도 있습니다.

{| cellspacing="1" cellpadding="1"
! scope="col" bgcolor="#8866ff" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" |'''파일시스템'''
! scope="col" bgcolor="#8866ff" |'''사이즈'''
! scope="col" bgcolor="#8866ff" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''(bootloader)'''
| bgcolor="#ccccff" |'''2M'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''ext2'''
| bgcolor="#ccccff" |'''32M'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''(swap)'''
| bgcolor="#ccccff" |'''512M 이상'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''ext4'''
| bgcolor="#ccccff" |'''디스크 나머지 공간'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

분할 구역의 크기가 얼마나 되어야 하는지 심지어 얼마나 많은 분할 구역이 필요한지 알고 싶으시다면 계속 읽어내려가시기 바랍니다. 그렇지 않다면 [[#parted.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EB.B6.84.ED.95.A0.ED.95.98.EA.B8.B0|parted를 사용하여 디스크 분할하기]] (또는 [[#fdisk.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EB.B6.84.ED.95.A0.ED.95.98.EA.B8.B0|fdisk를 사용하여 디스크 분할하기]])를 읽어 분할을 계속 진행하십시오. 둘 다 구역 분할 도구인데, {{blue|fdisk}}는 잘 알려져 있고 안정적입니다. {{blue|parted}}는 좀 최근에 나왔는데 2TB이상의 분할 구역을 지원합니다.

==== 얼마나 많이, 얼마나 크게 할까요? ====
수많은 분할 구역은 환경에 크게 의존합니다. 사용자가 많이 있다면 보안성을 증대하고 백업을 쉽게하기 위해 /home 을 따로 나누고 싶어할 것입니다. 젠투 시스템을 메일서버로 동작하게끔 하려면 /var에 모든 메일이 저장되므로 /var를 나눌 것입니다. 파일시스템에 대한 좋은 선택은 여러분이 가진 시스템의 성능을 극대화 할 것입니다. 게임서버라면 대부분의 게임 서버가 /opt에 설치 되므로 이것을 나눌 것입니다. 이유는 /home 과 비슷합니다. 보안과 백업이죠. /usr 는 커지는 그대로라도 유지하고 싶어할 것입니다. 주요 프로그램들이 들어가 있을 뿐만 아니라 다양한 소스코드를 제외한 500MB 가량의 포티지 트리들이 이 곳에 저장됩니다.

여러분이 아시는 바와 같이 여러분이 무엇을 저장하고 싶은지에 크게 달려있습니다. 각각의 분할 구역과 볼륨은 다음 장점이 있습니다

* 각각의 분할 구역과 볼륨에 대해 가장 잘 동작하는 파일시스템을 선택할 수 있습니다.
* 어떤 기능을 상실한 도구가 계속 파일을 기록하는 경우 빈 공간이 부족해져 전체 시스템을 동작할 수가 없습니다.
* 필요한 경우 파일시스템 점검을 동시에 여러 부분에 대한 검사를 수행하여 시간을 줄입니다 (여러 분할 구역이 있을 때보단 여러 디스크가 있을 수록 좋겠지만).
* 일부 분할 구역이나 볼륨을 읽기 전용, nosuid(setuid 비트를 무시합니다), noexec(실행 비트를 무시합니다) 등으로 마운트하여 보안성을 향상할 수 있습니다.

그러나 이 뿐만 아니라 여러 분할 구역을 나누면 단점이 있기도 합니다. 제대로 설정하지 않으면 어떤 분할 구역은 남은 공간이 많지만 어떤 분할 구역은 그렇지 않을 것입니다. 다른 귀찮은 것 하나는 나누어 놓은 분할 구역인데 특히 /usr나 /var같은 중요한 마운트 지점은 종종 관리자가 다른 시동 스크립트를 시작하기 전에 분할 구역에 마운트 하게끔 initramfs로 시동하는 것이 필요합니다. 비록 항상 일어나는 일은 아니지만요. 이렇게 다양한 이득이 있습니다.

SCSI 와 SATA에서는 GPT 레이블을 사용하지 않으면 15개의 분할구역 갯수 제한이 있습니다.

==== 스왑 공간은 어떻게 할까요? ====
스왑 구역 분할에 대한 완벽한 값은 없습니다. 스왑 공간 사용의 목적은 내부 메모리(RAM)가 고갈 상태일때 커널로 디스크 공간을 제공하는 것입니다. 스왑 공간은 커널에게 디스크에서 바로 접근하지 않을 메모리 페이지를 옮길 수 있게(스왑, 페이지아웃)하며, 메모리를 비우기도 합니다. 물론, 메모리가 갑자기 필요할 때 이 페이지를 메모리로 돌려놓아야 하는데(페이지 인), 시간이 좀 걸립니다(자체 메모리와 비교하면 디스크는 매우 느립니다).

메모리를 요구하는 프로그램을 실행하는게 아니거나, 상당한 용량의 메모리를 보유하고 있다면, 많은 스왑 공간이 필요한게 아닙니다. 그러나, 스왑 공간은 최대 절전모드에서 메모리 전체 내용을 저장하는데도 사용합니다. 최대 절전 공간 기능을 활용하려 한다면, 더 큰 스왑 공간이 필요합니다. 보통 최소한 시스템에 있는 메모리 용량 만큼은 필요합니다.

==== BIOS 시동 분할 구역은 무엇인가요? ====
BIOS 시동 분할 구역은 GRUB2와 같은 부트로더가 할당 저장 공간(MBR의 경우 수백 바이트)에 적절하지 않은 추가 데이터를 놓을 수 있게 하는 매우 작은(1~2MB) 분할 구역이며, 그 어디에든 위치할 수 없습니다.

각각의 분할 구역은 항상 필요한게 아니지만, 적은 공간 차지를 고려하며, 문서에 나타낸 내용보다 과다하게 다른 분할 구역 형식을 활용해야 한다면, 각각의 경우에 BIOS 시동 분할 구역을 만드는걸 추천합니다.

완벽함을 기하도록 하기 위해 GPT 파이션 배치를 GRUB2와 사용할 경우 또는 디스크에서 1MB 영역 이전에 첫번째 분할 구역을 시작할 때 GRUB2에서 MBR 분할 구역을 사용하는 경우 BIOS 시동 분할 구역이 필요하다고 말할 수 있습니다.

=== 기본: parted를 사용하여 디스크 공간 나누기 ===
이 장에서는 앞서 언급한 예제 분할 구역 배치를 만드는 철차를 안내하겠습니다만, 편의를 위해 재차 언급하도록 하겠습니다.

{|
! scope="col" bgcolor="#8866ff" width="110" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" width="110" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

여러분의 취향에 따라 분할 배치를 바꾸어보십시오.

==== 현재 분할 구역 배치 보기 ====
{{Blue|parted}} 프로그램은 디스크 공간을 나누기 위한 단순한 인터페이스를 제공하며, 매우 큰 분할 구역(2TB 이상)을 지원합니다. 디스크 상에서 {{Blue|parted}}를 실행하십시오(예제에서는 /dev/sda를 사용합니다). {{Blue|parted}}에게 최적 상태로 분할 구역을 정렬하도록 요청하겠습니다.

{{Example|코드 예제 3.1: parted 시작하기|<nowiki># </nowiki>{{Blue|parted -a optimal /dev/sda}} 
GNU Parted 2.3 
Using /dev/sda 
Welcome to GNU Parted! Type 'help' to view a list of commands.}}

정렬이라 함은 각각의 분할 구역이 디스크상에 알려진 위치 내에서 시작함을 의미하며, 운영체제 수준의 디스크 동작이(디스크에서 페이지 전송) 내부 디스크 동작을 최소화 함을 의미합니다. 잘못 정렬한 분할 구역은 운영체제가 단일 페이지를 요청했을 경우 조차도 디스크가 페이지 두개를 요청할지도 모릅니다.

{{Blue|parted}} 에서 지원하는 모든 옵션을 찾아보려면, {{Blue|help}}를 입력하고 리턴 키를 누르십시오.

==== GPT 레이블 설정 ====
x86/amd64의 대부분의 디스크는 ''msdos''레이블을 사용합니다. {{Blue|parted}}를 사용하면, {{Blue|mklabel gpt}} 명령으로 디스크에 GPT 레이블을 놓을 수 있습니다.

{{Warning|분할 형식을 바꾸면 디스크의 모든 분할 설정을 제거합니다. 디스크의 모든 데이터를 잃게 됩니다.}}

{{Example|코드 예제 3.2: GPT 레이블 설정|(parted) {{Blue|mklabel gpt}} }}

디스크에 MBR 배치를 사용하려면, {{Blue|mklabel msdos}} 명령을 사용하십시오.

==== 모든 분할 구역 제거 ====
GPT 레이블 설정이 아직 끝나지 않았다면(예를 들어, 앞서 언급한 {{Blue|mklabel}} 이나, 디스크를 새로 포맷했을 경우), 디스크의 모든 기존의 분할 구역을 먼저 제거해야 합니다. 현재 분할 구역을 보려면 {{Blue|print}}를 입력하고, 제거할 분할 구역에 대해 <번호>대신 숫자로 rm <번호>을 입력하십시오.

{{Example|코드 예제 3.3: 디스크에서 분할 구역 제거하기|(parted) {{Blue|rm 2}} }}

필요하지 않은 분할 구역에 대해 같은 명령을 내리십시오. 그러나, 이 시점에서 실수를 하지 않았는지 확인하십시오. {{Blue|parted}}는 상태를 바꾸는 동작을 바로 실행합니다(사용자가 바꾼 내용을 스테이지에 쌓아두다가 저장하기 전에 "되돌리기"를 하거나 {{Blue|fdisk}}를 빠져나가는 방법으로 바꾼 내용을 취소하는 것과는 다릅니다).

==== 분할 구역 만들기 ====
이제 앞에서 말한 분할 구역을 만들어보겠습니다. {{Blue|parted}}로 분할 구역을 만드는 것은 그리 어려운 일이 아닙니다. 필요한 모든 일은 {{Blue|parted}}에 다음 설정 내용을 알려주는 것 뿐입니다.

* 사용할 ''분할 구역 형식''. 보통 ''primary(주)'' 형식을 사용합니다. ''msdos'' 분할 구역 레이블을 사용한다면, 4개 이상의 주 분할 구역을 사용할 수 없음을 기억하십시오. 4개 이상의 분할 구역을 활용하려면, ''extended(확장)'' 분할 구역을 만든 다음 ''logical(논리)'' 분할 구역을 확장 분할 구역 안에 만드십시오.
* 분할 구역의 시작 위치 (MB, GB로 표현 가능)
* 분할 구역이 끝나는 위치 (MB, GB로 표현 가능)

먼저 {{Blue|parted}}에게 메가바이트를 크기 단위로 쓰겠다고 알려줍시다(실제로는, 표준 표기 MiB로 줄여 부르는 메비바이트이지만, 보통 일반적으로 제일 많이 쓰는 표기인 MB로 쓰겠습니다).

{{Example|코드 예제 3.4: MiB 단위 사용하기|(parted) {{Blue|unit mib}} }}

이제 GRUB2 부트로더에서 사용할 2MB 용량의 분할 공간을 만들겠습니다. 이 동작을 수행하기 위해 {{Blue|mkpart}} 명령을 활용하여 {{Blue|parted}}에게 1MB 영역에서 3MB 영역까지의 공간을 활용하라고 일러두겠습니다(이리하여 2MB 크기의 분할 공간을 만듭니다).

{{Example|코드 예제 3.5: 2 MB 용량 분할 공간 만들기|
(parted) {{Blue|mkpart primary 1 3}} 
(parted) {{Blue|name 1 grub}} 
(parted) {{Blue|set 1 bios_grub on}} 
(parted) {{Blue|print}} 
Model: Virtio Block Device (virtblk) 
Disk /dev/sda: 20480MiB 
Sector size (logical/physical): 512B/512B 
Partition Table: gpt}}

시동 분할 공간(128MB), 스왑 분할 공간(예제에서는 512MB)에 대해 같은 과정을 진행하고, 루트 분할 공간에는 디스크 나머지 영역을 차지하도록 하십시오(이 경우 마지막 위치를 {{Blue|-1}}로 합니다. 음수 값은 디스크의 마지막 부분에 최대한 도달하라는 의미입니다).

{{Example|코드 예제 3.6: 다른 분할 공간 만들기|
(parted) {{Blue|mkpart primary 3 131}} 
(parted) {{Blue|name 2 boot}} 
(parted) {{Blue|mkpart primary 131 643}} 
(parted) {{Blue|name 3 swap}} 
(parted) {{Blue|mkpart primary 643 -1}} 
(parted) {{Blue|name 4 rootfs}} }}

최종 결과는 다음과 비슷합니다:

{{Example|코드 예제 3.7: 현재 분할 공간 배치 모양새|
(parted) {{Blue|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 
3 131MiB 643MiB 512MiB swap 
4 643MiB 20479MiB 19836MiB rootfs
}}

결과에 만족한다면 {{Blue|quit}} 명령을 사용하여 {{Blue|parted}}를 끝내십시오.

=== 대안: fdisk를 사용하여 디스크 공간 나누기 ===
{{Important|2TB 용량보다 큰 단위의 분할 공간을 다루는 환경이라면, 이 절차 대신 [[#.EA.B8.B0.EB.B3.B8:_parted.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EA.B3.B5.EA.B0.84_.EB.82.98.EB.88.84.EA.B8.B0|기본: parted를 사용하여 디스크 공간 나누기]] 절차를 따르십시오. {{Blue|fdisk}}에서는 큰 용량의 분할 공간을 다루지 못합니다. 게다가 fdisk에서는 MBR 배치를 활용합니다. fdisk 프로그램 대신, GPT를 지원하는 gdisk(젠투에서는 gptfdisk 꾸러미로 제공합니다)가 있지만, 젠투 설치 미디어엔 없을 것입니다.}}

다음 부분은 {{Blue|fdisk}}를 활용하여 어떻게 예제 분할 구역 배치를 하는지 설명합니다. 예제 분할 구역 배치는 이미 앞에서 언급했습니다:

{| cellspacing="1" cellpadding="1"
! scope="col" bgcolor="#8866ff" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

여러분의 취향에 따라 분할 구역 배치를 바꾸어보십시오.

==== 현재 분할 구역 배치 보기 ====
{{Blue|fdisk}}는 디스크의 구역을 나누는 잘 알려진 강력한 도구입니다. 구역을 나누려는 디스크에 대해 {{Blue|fdisk}}를 실행하십시오(예제에서는 /dev/sda를 사용합니다)

{{Example|코드 예제 4.1: fdisk 실행하기|<nowiki># </nowiki>{{Blue|fdisk /dev/sda}} }}

{{Blue|fdisk}}에 들어가면, 다음과 같은 프롬프트를 만납니다.

{{Example|코드 예제 4.2: fdisk 프롬프트|Command (m for help): }}

현재 디스크의 분할 구역 설정을 표시하려면 {{Blue|p}}를 입력하십시오.

{{Example|코드 예제 4.3: 분할 구역 설정 보기|Command (m for help): {{Blue|p}} 
 
Disk /dev/sda: 240 heads, 63 sectors, 2184 cylinders 
<nowiki>Units = cylinders of 15120 * 512 bytes</nowiki> 
 
   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 
 
Command (m for help):
}}

이 각각의 디스크에는 7개의 리눅스 시스템을 탑재하고("Linux"라고 표시한 각각의 분할 구역), 하나의 스왑 분할 공간을 넣었습니다("Linux swap"으로 표시).

====모든 분할 구역 제거====
먼저 디스크의 모든 분할 구역을 제거하겠습니다. 분할 구역을 삭제하려면 {{Blue|d}}를 입력하십시오. 예를 들어 기존의 /dev/sda1 분할 구역을 삭제하려면:

{{Example|코드 예제 4.4:분할 구역 삭제|Command (m for help): {{Blue|d}} 
Partition number (1-4): {{Blue|1}} }}

이 분할 구역을 삭제하는 것으로 일정을 잡았습니다. {{Blue|p}}를 입력하면 더이상 나타나지는 않습니다. 다만 바뀐 상태를 저장하기 전에는 지우지 않습니다. 실수하여 바꾼 내용을 저장하지 않고 취소하려면 {{Blue|q}}를 즉시 입력하고, 엔터키를 누르십시오. 그러면 분할 구역을 삭제하지 않습니다.

이제 시스템의 모든 분할 공간을 날리려는 상황을 가정하겠습니다. {{Blue|p}}를 입력하여 분할 구역 목록을 출력하고, {{Blue|d}}를 입력하여 몇가지 분할 구역을 삭제하십시오. 최종적으로, 디스크에 아무것도 없는 분할 구역 테이블 상태로 끝냅니다:

{{Example|코드 예제 4.5: 빈 분할 구역 테이블|Disk /dev/sda: 30.0 GB, 30005821440 bytes 
240 heads, 63 sectors/track, 3876 cylinders 
<nowiki>Units = cylinders of 15120 * 512 = 7741440 bytes</nowiki> 
 
Device Boot    Start       End    Blocks   Id  System 
 
Command (m for help): }}

이제 메모리에 있는 분할 구역 테이블이 비어 분할 구역을 새로 만들 준비를 했습니다. 앞에서 언급한 기본 분할 구역 모양새를 활용하겠습니다. 물론 같은 분할 구역 모양새를 활용하기 싫다면, 이 절차를 따르지는 마십시오!

=== BIOS 시동 분할 구역 만들기 ===
먼저 상당히 작은 BIOS 시동 분할 구역을 만들겠습니다. 새 분할 구역을 만드는 명령 {{Blue|n}}을 입력하고, {{Blue|p}}를 입력하여 주 분할 구역을 선택한 다음, {{Blue|1}}를 입력하여 첫번째 주 분할 구역을 선택하십시오. 처음 섹터를 물어보면 {{Blue|2048}} (부트 로더에 필요함)에서 시작하도록 입력한 다음 엔터키를 치십시오. 마지막 섹터를 물어보면 {{Blue|+2M}}을 입력하여 2MB 크기의 분할 구역을 만드십시오.

{{Example|코드 예제 4.6: BIOS 시동 분할 구역 만들기|Command (m for help): {{Blue|n}} 
Command action 
  e   extended 
  p   primary partition (1-4) 
{{Blue|p}}<br/
Partition number (1-4): {{Blue|1}} 
First sector (64-10486533532, default 64): {{Blue|2048}} 
Last sector, +sectors +size{M,K,G} (4096-10486533532, default 10486533532): {{Blue|+2M}}
}}

분할 구역 용도를 EFI로 표시하십시오

{{Example|코드 예제 4.7: EFI 용도 분할 구역 만들기|Command (m for help): {{Blue|t}} 
Selected partition {{Blue|1}} 
Hex code (type L to list codes): {{Blue|ef}} 
Changed system type of partition 1 to ef (EFI (FAT-12/16/32)) }}

==== 시동 분할 구역 만들기 ====
이제 작은 시동 분할 구역을 만들겠습니다. 새 분할 구역을 만드는 명령 {{Blue|n}}을 입력하고, {{Blue|p}}를 입력하여 주 분할 구역을 선택한 후, {{Blue|2}}를 입력하여 두번째 주 분할 구역을 선택하십시오. 처음 섹터를 물어보면 엔터키를 쳐서 기본값을 수락하십시오. 마지막 섹터를 물어보면 {{Blue|+128M}}을 입력하여 128MB 크기의 분할 구역을 만드십시오.

{{Example|코드 예제 4.8: 시동 분할 구역 만들기|Command (m for help): {{Blue|n}} 
Command action
  e   extended 
  p   primary partition (1-4) 
{{Blue|p}} 
Partition number (1-4): {{Blue|2}} 
First sector (5198-10486533532, default 5198): {{Red|(Hit enter)}} 
Last sector, +sectors +size{M,K,G} (4096-10486533532, default 10486533532): {{Blue|+128M}} }}

이제 {{Blue|p}}를 입력하면, 다음 분할 영역 출력이 나와야 합니다.

{{Example|코드 예제 4.9: 만든 시동 분할 구역|Command (m for help): {{Blue|p}} 
 
Disk /dev/sda: 30.0 GB, 30005821440 bytes 
240 heads, 63 sectors/track, 3876 cylinders 
<nowiki>Units = cylinders of 15120 * 512 = 7741440 bytes</nowiki> 
 
   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 
}}

이 분할 구역으로 시동할 수 있게 해야 합니다. 파티션의 시동 플래그 상태를 바꾸는 {{Blue|a}} 명령을 입력하고, {{Blue|2}}를 선택하십시오. {{Blue|p}}를 다시 입력하면, "Boot" 칸에서 <nowiki>*</nowiki> 표시를 볼 수 있습니다.

==== 스왑 분할 구역 만들기 ====
이제 스왑 분할 구역을 만들어보겠습니다. 스왑 분할 구역을 만들려면, {{Blue|n}}을 입력하여 새 분할 구역을 만들고, {{Blue|p}}를 입력하여 주 분할 영역을 만들고 싶다고 알리십시오. 다음 {{Blue|3}}을 입력하여 이 예제의 경우 세번째 주 분할 영역 /dev/sda3을 만드십시오. 처음 섹터를 물어보면 엔터키를 치십시오. 마지막 섹터를 물어보면 {{Blue|+512M}}(또는 스왑 공간에 필요한 공간)을 입력하여 512MB 크기의 분할 공간을 만드십시오.

이 과정이 끝나면 분할 구역 형식을 설정하는 명령 {{Blue|t}}를 입력하고, {{Blue|3}}을 입력하여 분할 구역을 선택한 다음, {{Blue|82}}를 입력하여 "Linux swap" 형식으로 설정하십시오.

==== 루트 분할 구역 만들기 ====
마지막으로, 루트 분할 구역을 만들어보겠습니다. 루트 분할 구역을 만들려면, 새 분할 구역을 만드는 명령 {{Blue|n}}을 입력하고, {{Blue|p}}를 입력하여 주 분할 구역을 선택한 다음, {{Blue|4}}를 입력하여 네번째 주 분할 구역을 선택하십시오. 이 예제의 경우 /dev/sda4입니다. 처음 섹터를 물어보면, 엔터키를 치십시오. 마지막 섹터를 물어보면, 디스크의 남은 나머지 공간을 취해 분할 구역을 만들기 위해 엔터키를 치십시오. 이 과정이 끝나면, {{Blue|p}}를 입력했을 때 분할 구역 테이블의 모습은 다음과 비슷해야 합니다:

Trans:GentooAmd64Handbook2013-1-4

2014-03-15T05:05:57Z

Darkcircle: /* BIOS 시동 분할 구역 만들기 */

== 디스크 준비하기 ==
=== 블록 장치 소개 ===
==== 블록 장치 ====
이제 우리는 젠투 리눅스의 디스크 측면의 모습과 리눅스 파일시스템, 분할 구역, 블록 장치를 포함한 일반적인 리눅스의 모습을 살펴보겠습니다. 그 다음 디스크와 파일시스템의 이모저모에 익숙해지고 나면 젠투 리눅스 설치를 위한 분할 구역과 파일시스템의 처리과정을 안내하겠습니다.

시작에 즈음하여 ''블록 장치''를 소개하도록 하겠습니다. 가장 잘 알려진 블록 장치는 아마도 리눅스 시스템에서 첫 번째 드라이브로 나타나는 /dev/sda가 아닌가 싶습니다. SCSI와 직렬 ATA 드라이브들 모두 /dev/sd*로 표시합니다. 게다가 커널의 새로운 libata 프레임워크에서는 IDE 드라이브 조차도 /dev/sd*로 표시합니다.만약 오래된 장치 프레임워크를 사용한다면, 첫번째 IDE 드라이브는 /dev/hda 입니다.

위에 나타난 이 블록장치는 디스크의 추상 인터페이스입니다. 사용자 프로그램은 드라이브가 IDE인지 SCSI인지 그 말고 다른 장치인지 전혀 신경쓰지 않고 디스크와 상호작용하기 위해 이 블록 장치를 사용할 수 있습니다. 프로그램은 연속된, 임의 접근가능한 512 바이트 블록의 모음으로 디스크의 저장소에 주소를 지정할 수 있습니다.

==== 분할 구역 ====
리눅스 시스템을 저장하려면 이론적으로 디스크의 전체 구역을 사용할 수 있지만 실제로는 거의 그렇게 하지 못합니다. 대신 전체 디스크 블록장치는 작은 부분으로 나누어 좀 더 관리하기 쉬운 블록 장치로 만듭니다. x86 시스템에서는 이를 ''분할 구역(파티션)''이라고 부릅니다. 현재 분할 구역을 나누는데 두가지 표준 MBR과 GPT를 활용합니다.

MBR(주 시동 레코드) 설정시 섹터 시작점과 분할 구역의 길이를 구분하는데 32비트 식별자를 사용하며, ''주 분할 구역'', ''확장 분할 구역'', ''논리 분할 구역'' 세 가지 방식을 지원합니다. ''주 분할 구역''은 MBR(주 시동 레코드)에 정보를 저장하는 분할 구역입니다. MBR 이 매우 작은(512 바이트) 만큼 네 개의 주 분할 구역만을 지정할 수 있습니다. (예를 들어 /dev/sda1 부터 /dev/sda4 까지 입니다).

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

각각의 분할 구역은 2TB 크기로 제한되어 있습니다(32비트 식별자의 한계). 또한 MBR 설정은 백업-MBR을 지원하지 않으므로 프로그램이나 사용자가 MBR을 덮어쓰기하면 모든 분할 구역 정보를 잃게 됩니다.

GPT(GUID 분할 구역 테이블) 설정은 분할 구역에 대해 64비트 식별자를 사용합니다. 분할 구역 정보를 저장하는 위치는 MBR의 512바이트 보다 크며 분할 구역의 갯수에 제한이 없습니다. 게다가 분할 구역 용량 제한 마저도 더 큽니다(거의 8ZB입니다. 네 제타바이트죠).

운영체제와 펌웨어 간의 시스템 소프트웨어 인터페이스가 UEFI(BIOS 대신)라면, MBR이 존재할때 발생하는 호환성 문제로, GPT는 가히 필수적이라고 할 수 있습니다.

GPT는 또한 디스크 마지막 부분에 GPT를 백업하는 기능적 장점이 있는데, 앞부분의 첫번째 GPT가 깨지면 복구할 때 활용할 수 있습니다. GPT는 CRC32 체크섬을 활용하여 헤더와 분할 구역 테이블의 오류를 감지합니다.

==== 그래서 GPT를 사용할까요? MBR을 사용할까요? ====
위에 설명한 바대로, 언제든 GPT 활용이 권장접근 방식으로 생각될 수도 있습니다. 다만, 몇가지 주의사항이 있습니다.

BIOS 기반 컴퓨터에서 GPT를 활용하면 동작은 하겠지만, 마이크로소프트 윈도우 운영체제와는 듀얼 부팅 기능을 활용할 수 없습니다. 이유는, 마이크로소프트 윈도우에서 GPT 분할 구역 레이블을 감지하면 EFI 모드로 부팅하기 때문입니다.

몇가지 오류가 존재하는 바이오스나 BIOS/CSM/레거시 모드로 부팅하도록 설정한 EFI에서도 GPT 레이블 처리한 디스크로 부팅할때 문제가 있습니다. 이 경우 {{Blue|fdisk}}를 통해 자체적인 MBR 분할 구역에 시동/활성화 플래그를 추가하여 문제를 비껴갈 수 있습니다({{Blue|parted}} 에서는 GPT 테이블을 인식하지만 자체적인 MBR 분할 구역은 보여주지 않을 것입니다):

{{Example|코드 예제 1.1: 자체 MBR 분할 구역에 시동 플래그 활성화|<nowiki> # </nowiki>{{Blue|fdisk /dev/sda}} 
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk 
doesn't support GPT. Use GNU Parted. 
 
Command (m for help): {{Blue|a}} 
Partition number (1-4): {{Blue|1}} 

Command (m for help): {{Blue|w}}
}}

==== 고급 저장장치 ====
x86 설치 CD는 LVM2를 지원합니다. LVM2는 분할 구역 설정으로 유연성을 극대화합니다. 설치 설명 중에, 우리는 "일반" 분할 구역에 초점을 맞추겠지만, LVM2을 지원한다는 사실에 대해 알고 있는 것 또한 좋습니다.

=== 분할 구역 모양새 설계 ===
==== 기본 분할 구역 모양새 ====
여러분의 시스템에 대한 분할 구역 모양새를 그려보는데 관심이 없다면, 이 책을 통해 우리가 사용한 분할 구역을 사용해보실 수도 있습니다.

{| cellspacing="1" cellpadding="1"
! scope="col" bgcolor="#8866ff" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" |'''파일시스템'''
! scope="col" bgcolor="#8866ff" |'''사이즈'''
! scope="col" bgcolor="#8866ff" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''(bootloader)'''
| bgcolor="#ccccff" |'''2M'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''ext2'''
| bgcolor="#ccccff" |'''32M'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''(swap)'''
| bgcolor="#ccccff" |'''512M 이상'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''ext4'''
| bgcolor="#ccccff" |'''디스크 나머지 공간'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

분할 구역의 크기가 얼마나 되어야 하는지 심지어 얼마나 많은 분할 구역이 필요한지 알고 싶으시다면 계속 읽어내려가시기 바랍니다. 그렇지 않다면 [[#parted.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EB.B6.84.ED.95.A0.ED.95.98.EA.B8.B0|parted를 사용하여 디스크 분할하기]] (또는 [[#fdisk.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EB.B6.84.ED.95.A0.ED.95.98.EA.B8.B0|fdisk를 사용하여 디스크 분할하기]])를 읽어 분할을 계속 진행하십시오. 둘 다 구역 분할 도구인데, {{blue|fdisk}}는 잘 알려져 있고 안정적입니다. {{blue|parted}}는 좀 최근에 나왔는데 2TB이상의 분할 구역을 지원합니다.

==== 얼마나 많이, 얼마나 크게 할까요? ====
수많은 분할 구역은 환경에 크게 의존합니다. 사용자가 많이 있다면 보안성을 증대하고 백업을 쉽게하기 위해 /home 을 따로 나누고 싶어할 것입니다. 젠투 시스템을 메일서버로 동작하게끔 하려면 /var에 모든 메일이 저장되므로 /var를 나눌 것입니다. 파일시스템에 대한 좋은 선택은 여러분이 가진 시스템의 성능을 극대화 할 것입니다. 게임서버라면 대부분의 게임 서버가 /opt에 설치 되므로 이것을 나눌 것입니다. 이유는 /home 과 비슷합니다. 보안과 백업이죠. /usr 는 커지는 그대로라도 유지하고 싶어할 것입니다. 주요 프로그램들이 들어가 있을 뿐만 아니라 다양한 소스코드를 제외한 500MB 가량의 포티지 트리들이 이 곳에 저장됩니다.

여러분이 아시는 바와 같이 여러분이 무엇을 저장하고 싶은지에 크게 달려있습니다. 각각의 분할 구역과 볼륨은 다음 장점이 있습니다

* 각각의 분할 구역과 볼륨에 대해 가장 잘 동작하는 파일시스템을 선택할 수 있습니다.
* 어떤 기능을 상실한 도구가 계속 파일을 기록하는 경우 빈 공간이 부족해져 전체 시스템을 동작할 수가 없습니다.
* 필요한 경우 파일시스템 점검을 동시에 여러 부분에 대한 검사를 수행하여 시간을 줄입니다 (여러 분할 구역이 있을 때보단 여러 디스크가 있을 수록 좋겠지만).
* 일부 분할 구역이나 볼륨을 읽기 전용, nosuid(setuid 비트를 무시합니다), noexec(실행 비트를 무시합니다) 등으로 마운트하여 보안성을 향상할 수 있습니다.

그러나 이 뿐만 아니라 여러 분할 구역을 나누면 단점이 있기도 합니다. 제대로 설정하지 않으면 어떤 분할 구역은 남은 공간이 많지만 어떤 분할 구역은 그렇지 않을 것입니다. 다른 귀찮은 것 하나는 나누어 놓은 분할 구역인데 특히 /usr나 /var같은 중요한 마운트 지점은 종종 관리자가 다른 시동 스크립트를 시작하기 전에 분할 구역에 마운트 하게끔 initramfs로 시동하는 것이 필요합니다. 비록 항상 일어나는 일은 아니지만요. 이렇게 다양한 이득이 있습니다.

SCSI 와 SATA에서는 GPT 레이블을 사용하지 않으면 15개의 분할구역 갯수 제한이 있습니다.

==== 스왑 공간은 어떻게 할까요? ====
스왑 구역 분할에 대한 완벽한 값은 없습니다. 스왑 공간 사용의 목적은 내부 메모리(RAM)가 고갈 상태일때 커널로 디스크 공간을 제공하는 것입니다. 스왑 공간은 커널에게 디스크에서 바로 접근하지 않을 메모리 페이지를 옮길 수 있게(스왑, 페이지아웃)하며, 메모리를 비우기도 합니다. 물론, 메모리가 갑자기 필요할 때 이 페이지를 메모리로 돌려놓아야 하는데(페이지 인), 시간이 좀 걸립니다(자체 메모리와 비교하면 디스크는 매우 느립니다).

메모리를 요구하는 프로그램을 실행하는게 아니거나, 상당한 용량의 메모리를 보유하고 있다면, 많은 스왑 공간이 필요한게 아닙니다. 그러나, 스왑 공간은 최대 절전모드에서 메모리 전체 내용을 저장하는데도 사용합니다. 최대 절전 공간 기능을 활용하려 한다면, 더 큰 스왑 공간이 필요합니다. 보통 최소한 시스템에 있는 메모리 용량 만큼은 필요합니다.

==== BIOS 시동 분할 구역은 무엇인가요? ====
BIOS 시동 분할 구역은 GRUB2와 같은 부트로더가 할당 저장 공간(MBR의 경우 수백 바이트)에 적절하지 않은 추가 데이터를 놓을 수 있게 하는 매우 작은(1~2MB) 분할 구역이며, 그 어디에든 위치할 수 없습니다.

각각의 분할 구역은 항상 필요한게 아니지만, 적은 공간 차지를 고려하며, 문서에 나타낸 내용보다 과다하게 다른 분할 구역 형식을 활용해야 한다면, 각각의 경우에 BIOS 시동 분할 구역을 만드는걸 추천합니다.

완벽함을 기하도록 하기 위해 GPT 파이션 배치를 GRUB2와 사용할 경우 또는 디스크에서 1MB 영역 이전에 첫번째 분할 구역을 시작할 때 GRUB2에서 MBR 분할 구역을 사용하는 경우 BIOS 시동 분할 구역이 필요하다고 말할 수 있습니다.

=== 기본: parted를 사용하여 디스크 공간 나누기 ===
이 장에서는 앞서 언급한 예제 분할 구역 배치를 만드는 철차를 안내하겠습니다만, 편의를 위해 재차 언급하도록 하겠습니다.

{|
! scope="col" bgcolor="#8866ff" width="110" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" width="110" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

여러분의 취향에 따라 분할 배치를 바꾸어보십시오.

==== 현재 분할 구역 배치 보기 ====
{{Blue|parted}} 프로그램은 디스크 공간을 나누기 위한 단순한 인터페이스를 제공하며, 매우 큰 분할 구역(2TB 이상)을 지원합니다. 디스크 상에서 {{Blue|parted}}를 실행하십시오(예제에서는 /dev/sda를 사용합니다). {{Blue|parted}}에게 최적 상태로 분할 구역을 정렬하도록 요청하겠습니다.

{{Example|코드 예제 3.1: parted 시작하기|<nowiki># </nowiki>{{Blue|parted -a optimal /dev/sda}} 
GNU Parted 2.3 
Using /dev/sda 
Welcome to GNU Parted! Type 'help' to view a list of commands.}}

정렬이라 함은 각각의 분할 구역이 디스크상에 알려진 위치 내에서 시작함을 의미하며, 운영체제 수준의 디스크 동작이(디스크에서 페이지 전송) 내부 디스크 동작을 최소화 함을 의미합니다. 잘못 정렬한 분할 구역은 운영체제가 단일 페이지를 요청했을 경우 조차도 디스크가 페이지 두개를 요청할지도 모릅니다.

{{Blue|parted}} 에서 지원하는 모든 옵션을 찾아보려면, {{Blue|help}}를 입력하고 리턴 키를 누르십시오.

==== GPT 레이블 설정 ====
x86/amd64의 대부분의 디스크는 ''msdos''레이블을 사용합니다. {{Blue|parted}}를 사용하면, {{Blue|mklabel gpt}} 명령으로 디스크에 GPT 레이블을 놓을 수 있습니다.

{{Warning|분할 형식을 바꾸면 디스크의 모든 분할 설정을 제거합니다. 디스크의 모든 데이터를 잃게 됩니다.}}

{{Example|코드 예제 3.2: GPT 레이블 설정|(parted) {{Blue|mklabel gpt}} }}

디스크에 MBR 배치를 사용하려면, {{Blue|mklabel msdos}} 명령을 사용하십시오.

==== 모든 분할 구역 제거 ====
GPT 레이블 설정이 아직 끝나지 않았다면(예를 들어, 앞서 언급한 {{Blue|mklabel}} 이나, 디스크를 새로 포맷했을 경우), 디스크의 모든 기존의 분할 구역을 먼저 제거해야 합니다. 현재 분할 구역을 보려면 {{Blue|print}}를 입력하고, 제거할 분할 구역에 대해 <번호>대신 숫자로 rm <번호>을 입력하십시오.

{{Example|코드 예제 3.3: 디스크에서 분할 구역 제거하기|(parted) {{Blue|rm 2}} }}

필요하지 않은 분할 구역에 대해 같은 명령을 내리십시오. 그러나, 이 시점에서 실수를 하지 않았는지 확인하십시오. {{Blue|parted}}는 상태를 바꾸는 동작을 바로 실행합니다(사용자가 바꾼 내용을 스테이지에 쌓아두다가 저장하기 전에 "되돌리기"를 하거나 {{Blue|fdisk}}를 빠져나가는 방법으로 바꾼 내용을 취소하는 것과는 다릅니다).

==== 분할 구역 만들기 ====
이제 앞에서 말한 분할 구역을 만들어보겠습니다. {{Blue|parted}}로 분할 구역을 만드는 것은 그리 어려운 일이 아닙니다. 필요한 모든 일은 {{Blue|parted}}에 다음 설정 내용을 알려주는 것 뿐입니다.

* 사용할 ''분할 구역 형식''. 보통 ''primary(주)'' 형식을 사용합니다. ''msdos'' 분할 구역 레이블을 사용한다면, 4개 이상의 주 분할 구역을 사용할 수 없음을 기억하십시오. 4개 이상의 분할 구역을 활용하려면, ''extended(확장)'' 분할 구역을 만든 다음 ''logical(논리)'' 분할 구역을 확장 분할 구역 안에 만드십시오.
* 분할 구역의 시작 위치 (MB, GB로 표현 가능)
* 분할 구역이 끝나는 위치 (MB, GB로 표현 가능)

먼저 {{Blue|parted}}에게 메가바이트를 크기 단위로 쓰겠다고 알려줍시다(실제로는, 표준 표기 MiB로 줄여 부르는 메비바이트이지만, 보통 일반적으로 제일 많이 쓰는 표기인 MB로 쓰겠습니다).

{{Example|코드 예제 3.4: MiB 단위 사용하기|(parted) {{Blue|unit mib}} }}

이제 GRUB2 부트로더에서 사용할 2MB 용량의 분할 공간을 만들겠습니다. 이 동작을 수행하기 위해 {{Blue|mkpart}} 명령을 활용하여 {{Blue|parted}}에게 1MB 영역에서 3MB 영역까지의 공간을 활용하라고 일러두겠습니다(이리하여 2MB 크기의 분할 공간을 만듭니다).

{{Example|코드 예제 3.5: 2 MB 용량 분할 공간 만들기|
(parted) {{Blue|mkpart primary 1 3}} 
(parted) {{Blue|name 1 grub}} 
(parted) {{Blue|set 1 bios_grub on}} 
(parted) {{Blue|print}} 
Model: Virtio Block Device (virtblk) 
Disk /dev/sda: 20480MiB 
Sector size (logical/physical): 512B/512B 
Partition Table: gpt}}

시동 분할 공간(128MB), 스왑 분할 공간(예제에서는 512MB)에 대해 같은 과정을 진행하고, 루트 분할 공간에는 디스크 나머지 영역을 차지하도록 하십시오(이 경우 마지막 위치를 {{Blue|-1}}로 합니다. 음수 값은 디스크의 마지막 부분에 최대한 도달하라는 의미입니다).

{{Example|코드 예제 3.6: 다른 분할 공간 만들기|
(parted) {{Blue|mkpart primary 3 131}} 
(parted) {{Blue|name 2 boot}} 
(parted) {{Blue|mkpart primary 131 643}} 
(parted) {{Blue|name 3 swap}} 
(parted) {{Blue|mkpart primary 643 -1}} 
(parted) {{Blue|name 4 rootfs}} }}

최종 결과는 다음과 비슷합니다:

{{Example|코드 예제 3.7: 현재 분할 공간 배치 모양새|
(parted) {{Blue|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 
3 131MiB 643MiB 512MiB swap 
4 643MiB 20479MiB 19836MiB rootfs
}}

결과에 만족한다면 {{Blue|quit}} 명령을 사용하여 {{Blue|parted}}를 끝내십시오.

=== 대안: fdisk를 사용하여 디스크 공간 나누기 ===
{{Important|2TB 용량보다 큰 단위의 분할 공간을 다루는 환경이라면, 이 절차 대신 [[#.EA.B8.B0.EB.B3.B8:_parted.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EA.B3.B5.EA.B0.84_.EB.82.98.EB.88.84.EA.B8.B0|기본: parted를 사용하여 디스크 공간 나누기]] 절차를 따르십시오. {{Blue|fdisk}}에서는 큰 용량의 분할 공간을 다루지 못합니다. 게다가 fdisk에서는 MBR 배치를 활용합니다. fdisk 프로그램 대신, GPT를 지원하는 gdisk(젠투에서는 gptfdisk 꾸러미로 제공합니다)가 있지만, 젠투 설치 미디어엔 없을 것입니다.}}

다음 부분은 {{Blue|fdisk}}를 활용하여 어떻게 예제 분할 구역 배치를 하는지 설명합니다. 예제 분할 구역 배치는 이미 앞에서 언급했습니다:

{| cellspacing="1" cellpadding="1"
! scope="col" bgcolor="#8866ff" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

여러분의 취향에 따라 분할 구역 배치를 바꾸어보십시오.

==== 현재 분할 구역 배치 보기 ====
{{Blue|fdisk}}는 디스크의 구역을 나누는 잘 알려진 강력한 도구입니다. 구역을 나누려는 디스크에 대해 {{Blue|fdisk}}를 실행하십시오(예제에서는 /dev/sda를 사용합니다)

{{Example|코드 예제 4.1: fdisk 실행하기|<nowiki># </nowiki>{{Blue|fdisk /dev/sda}} }}

{{Blue|fdisk}}에 들어가면, 다음과 같은 프롬프트를 만납니다.

{{Example|코드 예제 4.2: fdisk 프롬프트|Command (m for help): }}

현재 디스크의 분할 구역 설정을 표시하려면 {{Blue|p}}를 입력하십시오.

{{Example|코드 예제 4.3: 분할 구역 설정 보기|Command (m for help): {{Blue|p}} 
 
Disk /dev/sda: 240 heads, 63 sectors, 2184 cylinders 
<nowiki>Units = cylinders of 15120 * 512 bytes</nowiki> 
 
   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 
 
Command (m for help):
}}

이 각각의 디스크에는 7개의 리눅스 시스템을 탑재하고("Linux"라고 표시한 각각의 분할 구역), 하나의 스왑 분할 공간을 넣었습니다("Linux swap"으로 표시).

====모든 분할 구역 제거====
먼저 디스크의 모든 분할 구역을 제거하겠습니다. 분할 구역을 삭제하려면 {{Blue|d}}를 입력하십시오. 예를 들어 기존의 /dev/sda1 분할 구역을 삭제하려면:

{{Example|코드 예제 4.4:분할 구역 삭제|Command (m for help): {{Blue|d}} 
Partition number (1-4): {{Blue|1}} }}

이 분할 구역을 삭제하는 것으로 일정을 잡았습니다. {{Blue|p}}를 입력하면 더이상 나타나지는 않습니다. 다만 바뀐 상태를 저장하기 전에는 지우지 않습니다. 실수하여 바꾼 내용을 저장하지 않고 취소하려면 {{Blue|q}}를 즉시 입력하고, 엔터키를 누르십시오. 그러면 분할 구역을 삭제하지 않습니다.

이제 시스템의 모든 분할 공간을 날리려는 상황을 가정하겠습니다. {{Blue|p}}를 입력하여 분할 구역 목록을 출력하고, {{Blue|d}}를 입력하여 몇가지 분할 구역을 삭제하십시오. 최종적으로, 디스크에 아무것도 없는 분할 구역 테이블 상태로 끝냅니다:

{{Example|코드 예제 4.5: 빈 분할 구역 테이블|Disk /dev/sda: 30.0 GB, 30005821440 bytes 
240 heads, 63 sectors/track, 3876 cylinders 
<nowiki>Units = cylinders of 15120 * 512 = 7741440 bytes</nowiki> 
 
Device Boot    Start       End    Blocks   Id  System 
 
Command (m for help): }}

이제 메모리에 있는 분할 구역 테이블이 비어 분할 구역을 새로 만들 준비를 했습니다. 앞에서 언급한 기본 분할 구역 모양새를 활용하겠습니다. 물론 같은 분할 구역 모양새를 활용하기 싫다면, 이 절차를 따르지는 마십시오!

=== BIOS 시동 분할 구역 만들기 ===
먼저 상당히 작은 BIOS 시동 분할 구역을 만들겠습니다. 새 분할 구역을 만드는 명령 {{Blue|n}}을 입력하고, {{Blue|p}}를 입력하여 주 분할 구역을 선택한 다음, {{Blue|1}}를 입력하여 첫번째 주 분할 구역을 선택하십시오. 처음 섹터를 물어보면 {{Blue|2048}} (부트 로더에 필요함)에서 시작하도록 입력한 다음 엔터키를 치십시오. 마지막 섹터를 물어보면 {{Blue|+2M}}을 입력하여 2MB 크기의 분할 구역을 만드십시오.

{{Example|코드 예제 4.6: BIOS 시동 분할 구역 만들기|Command (m for help): {{Blue|n}} 
Command action 
  e   extended 
  p   primary partition (1-4) 
{{Blue|p}}<br/
Partition number (1-4): {{Blue|1}} 
First sector (64-10486533532, default 64): {{Blue|2048}} 
Last sector, +sectors +size{M,K,G} (4096-10486533532, default 10486533532): {{Blue|+2M}}
}}

분할 구역 용도를 EFI로 표시하십시오

{{Example|코드 예제 4.7: EFI 용도 분할 구역 만들기|Command (m for help): {{Blue|t}} 
Selected partition {{Blue|1}} 
Hex code (type L to list codes): {{Blue|ef}} 
Changed system type of partition 1 to ef (EFI (FAT-12/16/32)) }}

==== 시동 분할 구역 만들기 ====
이제 작은 시동 분할 구역을 만들겠습니다. 새 분할 구역을 만드는 명령 {{Blue|n}}을 입력하고, {{Blue|p}}를 입력하여 주 분할 구역을 선택한 후, {{Blue|2}}를 입력하여 두번째 주 분할 구역을 선택하십시오. 처음 섹터를 물어보면 엔터키를 쳐서 기본값을 수락하십시오. 마지막 섹터를 물어보면 {{Blue|+128M}}을 입력하여 128MB 크기의 분할 구역을 만드십시오.

{{Example|코드 예제 4.8: 시동 분할 구역 만들기|Command (m for help): {{Blue|n}} 
Command action
  e   extended 
  p   primary partition (1-4) 
{{Blue|p}} 
Partition number (1-4): {{Blue|2}} 
First sector (5198-10486533532, default 5198): {{Red|(Hit enter)}} 
Last sector, +sectors +size{M,K,G} (4096-10486533532, default 10486533532): {{Blue|+128M}} }}

이제 {{Blue|p}}를 입력하면, 다음 분할 영역 출력이 나와야 합니다.

{{Example|코드 예제 4.9: 만든 시동 분할 구역|Command (m for help): {{Blue|p}} 
 
Disk /dev/sda: 30.0 GB, 30005821440 bytes 
240 heads, 63 sectors/track, 3876 cylinders 
<nowiki>Units = cylinders of 15120 * 512 = 7741440 bytes</nowiki> 
 
   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 
}}

이 분할 구역으로 시동할 수 있게 해야 합니다. 파티션의 시동 플래그 상태를 바꾸는 {{Blue|a}} 명령을 입력하고, {{Blue|2}}를 선택하십시오. {{Blue|p}}를 다시 입력하면, "Boot" 칸에서 <nowiki>*</nowiki> 표시를 볼 수 있습니다.

==== 스왑 분할 구역 만들기 ====
이제 스왑 분할 구역을 만들어보겠습니다. 스왑 분할 구역을 만들려면, {{Blue|n}}을 입력하여 새 분할 구역을 만들고, {{Blue|p}}를 입력하여 주 분할 영역을 만들고 싶다고 알리십시오. 다음 {{Blue|3}}을 입력하여 이 예제의 경우 세번째 주 분할 영역 /dev/sda3� 만드십시오. 처음 섹터를 물어보면 엔터키를 치십시오. 마지막 섹터를 물어보면 {{Blue|+512M}}(또는 스왑 공간에 필요한 공간)을 입력하여 512MB 크기의 분할 공간을 만드십시오.

이 과정이 끝나면 분할 구역 형식을 설정하는 명령 {{Blue|t}}를 입력하고, {{Blue|3}}을 입력하여 분할 구역을 선택한 다음, {{Blue|82}}를 입력하여 "Linux swap" 형식으로 설정하십시오.

==== 루트 분할 구역 만들기 ====
마지막으로, 루트 분할 구역을 만들어보겠습니다. 루트 분할 구역을 만들려면, 새 분할 구역을 만드는 명령 {{Blue|n}}을 입력하고, {{Blue|p}}를 입력하여 주 분할 구역을 선택한 다음, {{Blue|4}}를 입력하여 네번째 주 분할 구역을 선택하십시오. 이 예제의 경우 /dev/sda4입니다. 처음 섹터를 물어보면, 엔터키를 치십시오. 마지막 섹터를 물어보면, 디스크의 남은 나머지 공간을 취해 분할 구역을 만들기 위해 엔터키를 치십시오. 이 과정이 끝나면, {{Blue|p}}를 입력했을 때 분할 구역 테이블의 모습은 다음과 비슷해야 합니다:

Trans:GentooAmd64Handbook2013-1-4

2014-03-15T04:35:51Z

Darkcircle: /* 모든 파티션 제거 */

== 디스크 준비하기 ==
=== 블록 장치 소개 ===
==== 블록 장치 ====
이제 우리는 젠투 리눅스의 디스크 측면의 모습과 리눅스 파일시스템, 분할 구역, 블록 장치를 포함한 일반적인 리눅스의 모습을 살펴보겠습니다. 그 다음 디스크와 파일시스템의 이모저모에 익숙해지고 나면 젠투 리눅스 설치를 위한 분할 구역과 파일시스템의 처리과정을 안내하겠습니다.

시작에 즈음하여 ''블록 장치''를 소개하도록 하겠습니다. 가장 잘 알려진 블록 장치는 아마도 리눅스 시스템에서 첫 번째 드라이브로 나타나는 /dev/sda가 아닌가 싶습니다. SCSI와 직렬 ATA 드라이브들 모두 /dev/sd*로 표시합니다. 게다가 커널의 새로운 libata 프레임워크에서는 IDE 드라이브 조차도 /dev/sd*로 표시합니다.만약 오래된 장치 프레임워크를 사용한다면, 첫번째 IDE 드라이브는 /dev/hda 입니다.

위에 나타난 이 블록장치는 디스크의 추상 인터페이스입니다. 사용자 프로그램은 드라이브가 IDE인지 SCSI인지 그 말고 다른 장치인지 전혀 신경쓰지 않고 디스크와 상호작용하기 위해 이 블록 장치를 사용할 수 있습니다. 프로그램은 연속된, 임의 접근가능한 512 바이트 블록의 모음으로 디스크의 저장소에 주소를 지정할 수 있습니다.

==== 분할 구역 ====
리눅스 시스템을 저장하려면 이론적으로 디스크의 전체 구역을 사용할 수 있지만 실제로는 거의 그렇게 하지 못합니다. 대신 전체 디스크 블록장치는 작은 부분으로 나누어 좀 더 관리하기 쉬운 블록 장치로 만듭니다. x86 시스템에서는 이를 ''분할 구역(파티션)''이라고 부릅니다. 현재 분할 구역을 나누는데 두가지 표준 MBR과 GPT를 활용합니다.

MBR(주 시동 레코드) 설정시 섹터 시작점과 분할 구역의 길이를 구분하는데 32비트 식별자를 사용하며, ''주 분할 구역'', ''확장 분할 구역'', ''논리 분할 구역'' 세 가지 방식을 지원합니다. ''주 분할 구역''은 MBR(주 시동 레코드)에 정보를 저장하는 분할 구역입니다. MBR 이 매우 작은(512 바이트) 만큼 네 개의 주 분할 구역만을 지정할 수 있습니다. (예를 들어 /dev/sda1 부터 /dev/sda4 까지 입니다).

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

각각의 분할 구역은 2TB 크기로 제한되어 있습니다(32비트 식별자의 한계). 또한 MBR 설정은 백업-MBR을 지원하지 않으므로 프로그램이나 사용자가 MBR을 덮어쓰기하면 모든 분할 구역 정보를 잃게 됩니다.

GPT(GUID 분할 구역 테이블) 설정은 분할 구역에 대해 64비트 식별자를 사용합니다. 분할 구역 정보를 저장하는 위치는 MBR의 512바이트 보다 크며 분할 구역의 갯수에 제한이 없습니다. 게다가 분할 구역 용량 제한 마저도 더 큽니다(거의 8ZB입니다. 네 제타바이트죠).

운영체제와 펌웨어 간의 시스템 소프트웨어 인터페이스가 UEFI(BIOS 대신)라면, MBR이 존재할때 발생하는 호환성 문제로, GPT는 가히 필수적이라고 할 수 있습니다.

GPT는 또한 디스크 마지막 부분에 GPT를 백업하는 기능적 장점이 있는데, 앞부분의 첫번째 GPT가 깨지면 복구할 때 활용할 수 있습니다. GPT는 CRC32 체크섬을 활용하여 헤더와 분할 구역 테이블의 오류를 감지합니다.

==== 그래서 GPT를 사용할까요? MBR을 사용할까요? ====
위에 설명한 바대로, 언제든 GPT 활용이 권장접근 방식으로 생각될 수도 있습니다. 다만, 몇가지 주의사항이 있습니다.

BIOS 기반 컴퓨터에서 GPT를 활용하면 동작은 하겠지만, 마이크로소프트 윈도우 운영체제와는 듀얼 부팅 기능을 활용할 수 없습니다. 이유는, 마이크로소프트 윈도우에서 GPT 분할 구역 레이블을 감지하면 EFI 모드로 부팅하기 때문입니다.

몇가지 오류가 존재하는 바이오스나 BIOS/CSM/레거시 모드로 부팅하도록 설정한 EFI에서도 GPT 레이블 처리한 디스크로 부팅할때 문제가 있습니다. 이 경우 {{Blue|fdisk}}를 통해 자체적인 MBR 분할 구역에 시동/활성화 플래그를 추가하여 문제를 비껴갈 수 있습니다({{Blue|parted}} 에서는 GPT 테이블을 인식하지만 자체적인 MBR 분할 구역은 보여주지 않을 것입니다):

{{Example|코드 예제 1.1: 자체 MBR 분할 구역에 시동 플래그 활성화|<nowiki> # </nowiki>{{Blue|fdisk /dev/sda}} 
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk 
doesn't support GPT. Use GNU Parted. 
 
Command (m for help): {{Blue|a}} 
Partition number (1-4): {{Blue|1}} 

Command (m for help): {{Blue|w}}
}}

==== 고급 저장장치 ====
x86 설치 CD는 LVM2를 지원합니다. LVM2는 분할 구역 설정으로 유연성을 극대화합니다. 설치 설명 중에, 우리는 "일반" 분할 구역에 초점을 맞추겠지만, LVM2을 지원한다는 사실에 대해 알고 있는 것 또한 좋습니다.

=== 분할 구역 모양새 설계 ===
==== 기본 분할 구역 모양새 ====
여러분의 시스템에 대한 분할 구역 모양새를 그려보는데 관심이 없다면, 이 책을 통해 우리가 사용한 분할 구역을 사용해보실 수도 있습니다.

{| cellspacing="1" cellpadding="1"
! scope="col" bgcolor="#8866ff" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" |'''파일시스템'''
! scope="col" bgcolor="#8866ff" |'''사이즈'''
! scope="col" bgcolor="#8866ff" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''(bootloader)'''
| bgcolor="#ccccff" |'''2M'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''ext2'''
| bgcolor="#ccccff" |'''32M'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''(swap)'''
| bgcolor="#ccccff" |'''512M 이상'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''ext4'''
| bgcolor="#ccccff" |'''디스크 나머지 공간'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

분할 구역의 크기가 얼마나 되어야 하는지 심지어 얼마나 많은 분할 구역이 필요한지 알고 싶으시다면 계속 읽어내려가시기 바랍니다. 그렇지 않다면 [[#parted.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EB.B6.84.ED.95.A0.ED.95.98.EA.B8.B0|parted를 사용하여 디스크 분할하기]] (또는 [[#fdisk.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EB.B6.84.ED.95.A0.ED.95.98.EA.B8.B0|fdisk를 사용하여 디스크 분할하기]])를 읽어 분할을 계속 진행하십시오. 둘 다 구역 분할 도구인데, {{blue|fdisk}}는 잘 알려져 있고 안정적입니다. {{blue|parted}}는 좀 최근에 나왔는데 2TB이상의 분할 구역을 지원합니다.

==== 얼마나 많이, 얼마나 크게 할까요? ====
수많은 분할 구역은 환경에 크게 의존합니다. 사용자가 많이 있다면 보안성을 증대하고 백업을 쉽게하기 위해 /home 을 따로 나누고 싶어할 것입니다. 젠투 시스템을 메일서버로 동작하게끔 하려면 /var에 모든 메일이 저장되므로 /var를 나눌 것입니다. 파일시스템에 대한 좋은 선택은 여러분이 가진 시스템의 성능을 극대화 할 것입니다. 게임서버라면 대부분의 게임 서버가 /opt에 설치 되므로 이것을 나눌 것입니다. 이유는 /home 과 비슷합니다. 보안과 백업이죠. /usr 는 커지는 그대로라도 유지하고 싶어할 것입니다. 주요 프로그램들이 들어가 있을 뿐만 아니라 다양한 소스코드를 제외한 500MB 가량의 포티지 트리들이 이 곳에 저장됩니다.

여러분이 아시는 바와 같이 여러분이 무엇을 저장하고 싶은지에 크게 달려있습니다. 각각의 분할 구역과 볼륨은 다음 장점이 있습니다

* 각각의 분할 구역과 볼륨에 대해 가장 잘 동작하는 파일시스템을 선택할 수 있습니다.
* 어떤 기능을 상실한 도구가 계속 파일을 기록하는 경우 빈 공간이 부족해져 전체 시스템을 동작할 수가 없습니다.
* 필요한 경우 파일시스템 점검을 동시에 여러 부분에 대한 검사를 수행하여 시간을 줄입니다 (여러 분할 구역이 있을 때보단 여러 디스크가 있을 수록 좋겠지만).
* 일부 분할 구역이나 볼륨을 읽기 전용, nosuid(setuid 비트를 무시합니다), noexec(실행 비트를 무시합니다) 등으로 마운트하여 보안성을 향상할 수 있습니다.

그러나 이 뿐만 아니라 여러 분할 구역을 나누면 단점이 있기도 합니다. 제대로 설정하지 않으면 어떤 분할 구역은 남은 공간이 많지만 어떤 분할 구역은 그렇지 않을 것입니다. 다른 귀찮은 것 하나는 나누어 놓은 분할 구역인데 특히 /usr나 /var같은 중요한 마운트 지점은 종종 관리자가 다른 시동 스크립트를 시작하기 전에 분할 구역에 마운트 하게끔 initramfs로 시동하는 것이 필요합니다. 비록 항상 일어나는 일은 아니지만요. 이렇게 다양한 이득이 있습니다.

SCSI 와 SATA에서는 GPT 레이블을 사용하지 않으면 15개의 분할구역 갯수 제한이 있습니다.

==== 스왑 공간은 어떻게 할까요? ====
스왑 구역 분할에 대한 완벽한 값은 없습니다. 스왑 공간 사용의 목적은 내부 메모리(RAM)가 고갈 상태일때 커널로 디스크 공간을 제공하는 것입니다. 스왑 공간은 커널에게 디스크에서 바로 접근하지 않을 메모리 페이지를 옮길 수 있게(스왑, 페이지아웃)하며, 메모리를 비우기도 합니다. 물론, 메모리가 갑자기 필요할 때 이 페이지를 메모리로 돌려놓아야 하는데(페이지 인), 시간이 좀 걸립니다(자체 메모리와 비교하면 디스크는 매우 느립니다).

메모리를 요구하는 프로그램을 실행하는게 아니거나, 상당한 용량의 메모리를 보유하고 있다면, 많은 스왑 공간이 필요한게 아닙니다. 그러나, 스왑 공간은 최대 절전모드에서 메모리 전체 내용을 저장하는데도 사용합니다. 최대 절전 공간 기능을 활용하려 한다면, 더 큰 스왑 공간이 필요합니다. 보통 최소한 시스템에 있는 메모리 용량 만큼은 필요합니다.

==== BIOS 시동 분할 구역은 무엇인가요? ====
BIOS 시동 분할 구역은 GRUB2와 같은 부트로더가 할당 저장 공간(MBR의 경우 수백 바이트)에 적절하지 않은 추가 데이터를 놓을 수 있게 하는 매우 작은(1~2MB) 분할 구역이며, 그 어디에든 위치할 수 없습니다.

각각의 분할 구역은 항상 필요한게 아니지만, 적은 공간 차지를 고려하며, 문서에 나타낸 내용보다 과다하게 다른 분할 구역 형식을 활용해야 한다면, 각각의 경우에 BIOS 시동 분할 구역을 만드는걸 추천합니다.

완벽함을 기하도록 하기 위해 GPT 파이션 배치를 GRUB2와 사용할 경우 또는 디스크에서 1MB 영역 이전에 첫번째 분할 구역을 시작할 때 GRUB2에서 MBR 분할 구역을 사용하는 경우 BIOS 시동 분할 구역이 필요하다고 말할 수 있습니다.

=== 기본: parted를 사용하여 디스크 공간 나누기 ===
이 장에서는 앞서 언급한 예제 분할 구역 배치를 만드는 철차를 안내하겠습니다만, 편의를 위해 재차 언급하도록 하겠습니다.

{|
! scope="col" bgcolor="#8866ff" width="110" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" width="110" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

여러분의 취향에 따라 분할 배치를 바꾸어보십시오.

==== 현재 분할 구역 배치 보기 ====
{{Blue|parted}} 프로그램은 디스크 공간을 나누기 위한 단순한 인터페이스를 제공하며, 매우 큰 분할 구역(2TB 이상)을 지원합니다. 디스크 상에서 {{Blue|parted}}를 실행하십시오(예제에서는 /dev/sda를 사용합니다). {{Blue|parted}}에게 최적 상태로 분할 구역을 정렬하도록 요청하겠습니다.

{{Example|코드 예제 3.1: parted 시작하기|<nowiki># </nowiki>{{Blue|parted -a optimal /dev/sda}} 
GNU Parted 2.3 
Using /dev/sda 
Welcome to GNU Parted! Type 'help' to view a list of commands.}}

정렬이라 함은 각각의 분할 구역이 디스크상에 알려진 위치 내에서 시작함을 의미하며, 운영체제 수준의 디스크 동작이(디스크에서 페이지 전송) 내부 디스크 동작을 최소화 함을 의미합니다. 잘못 정렬한 분할 구역은 운영체제가 단일 페이지를 요청했을 경우 조차도 디스크가 페이지 두개를 요청할지도 모릅니다.

{{Blue|parted}} 에서 지원하는 모든 옵션을 찾아보려면, {{Blue|help}}를 입력하고 리턴 키를 누르십시오.

==== GPT 레이블 설정 ====
x86/amd64의 대부분의 디스크는 ''msdos''레이블을 사용합니다. {{Blue|parted}}를 사용하면, {{Blue|mklabel gpt}} 명령으로 디스크에 GPT 레이블을 놓을 수 있습니다.

{{Warning|분할 형식을 바꾸면 디스크의 모든 분할 설정을 제거합니다. 디스크의 모든 데이터를 잃게 됩니다.}}

{{Example|코드 예제 3.2: GPT 레이블 설정|(parted) {{Blue|mklabel gpt}} }}

디스크에 MBR 배치를 사용하려면, {{Blue|mklabel msdos}} 명령을 사용하십시오.

==== 모든 분할 구역 제거 ====
GPT 레이블 설정이 아직 끝나지 않았다면(예를 들어, 앞서 언급한 {{Blue|mklabel}} 이나, 디스크를 새로 포맷했을 경우), 디스크의 모든 기존의 분할 구역을 먼저 제거해야 합니다. 현재 분할 구역을 보려면 {{Blue|print}}를 입력하고, 제거할 분할 구역에 대해 <번호>대신 숫자로 rm <번호>을 입력하십시오.

{{Example|코드 예제 3.3: 디스크에서 분할 구역 제거하기|(parted) {{Blue|rm 2}} }}

필요하지 않은 분할 구역에 대해 같은 명령을 내리십시오. 그러나, 이 시점에서 실수를 하지 않았는지 확인하십시오. {{Blue|parted}}는 상태를 바꾸는 동작을 바로 실행합니다(사용자가 바꾼 내용을 스테이지에 쌓아두다가 저장하기 전에 "되돌리기"를 하거나 {{Blue|fdisk}}를 빠져나가는 방법으로 바꾼 내용을 취소하는 것과는 다릅니다).

==== 분할 구역 만들기 ====
이제 앞에서 말한 분할 구역을 만들어보겠습니다. {{Blue|parted}}로 분할 구역을 만드는 것은 그리 어려운 일이 아닙니다. 필요한 모든 일은 {{Blue|parted}}에 다음 설정 내용을 알려주는 것 뿐입니다.

* 사용할 ''분할 구역 형식''. 보통 ''primary(주)'' 형식을 사용합니다. ''msdos'' 분할 구역 레이블을 사용한다면, 4개 이상의 주 분할 구역을 사용할 수 없음을 기억하십시오. 4개 이상의 분할 구역을 활용하려면, ''extended(확장)'' 분할 구역을 만든 다음 ''logical(논리)'' 분할 구역을 확장 분할 구역 안에 만드십시오.
* 분할 구역의 시작 위치 (MB, GB로 표현 가능)
* 분할 구역이 끝나는 위치 (MB, GB로 표현 가능)

먼저 {{Blue|parted}}에게 메가바이트를 크기 단위로 쓰겠다고 알려줍시다(실제로는, 표준 표기 MiB로 줄여 부르는 메비바이트이지만, 보통 일반적으로 제일 많이 쓰는 표기인 MB로 쓰겠습니다).

{{Example|코드 예제 3.4: MiB 단위 사용하기|(parted) {{Blue|unit mib}} }}

이제 GRUB2 부트로더에서 사용할 2MB 용량의 분할 공간을 만들겠습니다. 이 동작을 수행하기 위해 {{Blue|mkpart}} 명령을 활용하여 {{Blue|parted}}에게 1MB 영역에서 3MB 영역까지의 공간을 활용하라고 일러두겠습니다(이리하여 2MB 크기의 분할 공간을 만듭니다).

{{Example|코드 예제 3.5: 2 MB 용량 분할 공간 만들기|
(parted) {{Blue|mkpart primary 1 3}} 
(parted) {{Blue|name 1 grub}} 
(parted) {{Blue|set 1 bios_grub on}} 
(parted) {{Blue|print}} 
Model: Virtio Block Device (virtblk) 
Disk /dev/sda: 20480MiB 
Sector size (logical/physical): 512B/512B 
Partition Table: gpt}}

시동 분할 공간(128MB), 스왑 분할 공간(예제에서는 512MB)에 대해 같은 과정을 진행하고, 루트 분할 공간에는 디스크 나머지 영역을 차지하도록 하십시오(이 경우 마지막 위치를 {{Blue|-1}}로 합니다. 음수 값은 디스크의 마지막 부분에 최대한 도달하라는 의미입니다).

{{Example|코드 예제 3.6: 다른 분할 공간 만들기|
(parted) {{Blue|mkpart primary 3 131}} 
(parted) {{Blue|name 2 boot}} 
(parted) {{Blue|mkpart primary 131 643}} 
(parted) {{Blue|name 3 swap}} 
(parted) {{Blue|mkpart primary 643 -1}} 
(parted) {{Blue|name 4 rootfs}} }}

최종 결과는 다음과 비슷합니다:

{{Example|코드 예제 3.7: 현재 분할 공간 배치 모양새|
(parted) {{Blue|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 
3 131MiB 643MiB 512MiB swap 
4 643MiB 20479MiB 19836MiB rootfs
}}

결과에 만족한다면 {{Blue|quit}} 명령을 사용하여 {{Blue|parted}}를 끝내십시오.

=== 대안: fdisk를 사용하여 디스크 공간 나누기 ===
{{Important|2TB 용량보다 큰 단위의 분할 공간을 다루는 환경이라면, 이 절차 대신 [[#.EA.B8.B0.EB.B3.B8:_parted.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EA.B3.B5.EA.B0.84_.EB.82.98.EB.88.84.EA.B8.B0|기본: parted를 사용하여 디스크 공간 나누기]] 절차를 따르십시오. {{Blue|fdisk}}에서는 큰 용량의 분할 공간을 다루지 못합니다. 게다가 fdisk에서는 MBR 배치를 활용합니다. fdisk 프로그램 대신, GPT를 지원하는 gdisk(젠투에서는 gptfdisk 꾸러미로 제공합니다)가 있지만, 젠투 설치 미디어엔 없을 것입니다.}}

다음 부분은 {{Blue|fdisk}}를 활용하여 어떻게 예제 분할 구역 배치를 하는지 설명합니다. 예제 분할 구역 배치는 이미 앞에서 언급했습니다:

{| cellspacing="1" cellpadding="1"
! scope="col" bgcolor="#8866ff" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

여러분의 취향에 따라 분할 구역 배치를 바꾸어보십시오.

==== 현재 분할 구역 배치 보기 ====
{{Blue|fdisk}}는 디스크의 구역을 나누는 잘 알려진 강력한 도구입니다. 구역을 나누려는 디스크에 대해 {{Blue|fdisk}}를 실행하십시오(예제에서는 /dev/sda를 사용합니다)

{{Example|코드 예제 4.1: fdisk 실행하기|<nowiki># </nowiki>{{Blue|fdisk /dev/sda}} }}

{{Blue|fdisk}}에 들어가면, 다음과 같은 프롬프트를 만납니다.

{{Example|코드 예제 4.2: fdisk 프롬프트|Command (m for help): }}

현재 디스크의 분할 구역 설정을 표시하려면 {{Blue|p}}를 입력하십시오.

{{Example|코드 예제 4.3: 분할 구역 설정 보기|Command (m for help): {{Blue|p}} 
 
Disk /dev/sda: 240 heads, 63 sectors, 2184 cylinders 
<nowiki>Units = cylinders of 15120 * 512 bytes</nowiki> 
 
   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 
 
Command (m for help):
}}

이 각각의 디스크에는 7개의 리눅스 시스템을 탑재하고("Linux"라고 표시한 각각의 분할 구역), 하나의 스왑 분할 공간을 넣었습니다("Linux swap"으로 표시).

====모든 분할 구역 제거====
먼저 디스크의 모든 분할 구역을 제거하겠습니다. 분할 구역을 삭제하려면 {{Blue|d}}를 입력하십시오. 예를 들어 기존의 /dev/sda1 분할 구역을 삭제하려면:

{{Example|코드 예제 4.4:분할 구역 삭제|Command (m for help): {{Blue|d}} 
Partition number (1-4): {{Blue|1}} }}

이 분할 구역을 삭제하는 것으로 일정을 잡았습니다. {{Blue|p}}를 입력하면 더이상 나타나지는 않습니다. 다만 바뀐 상태를 저장하기 전에는 지우지 않습니다. 실수하여 바꾼 내용을 저장하지 않고 취소하려면 {{Blue|q}}를 즉시 입력하고, 엔터키를 누르십시오. 그러면 분할 구역을 삭제하지 않습니다.

이제 시스템의 모든 분할 공간을 날리려는 상황을 가정하겠습니다. {{Blue|p}}를 입력하여 분할 구역 목록을 출력하고, {{Blue|d}}를 입력하여 몇가지 분할 구역을 삭제하십시오. 최종적으로, 디스크에 아무것도 없는 분할 구역 테이블 상태로 끝냅니다:

{{Example|코드 예제 4.5: 빈 분할 구역 테이블|Disk /dev/sda: 30.0 GB, 30005821440 bytes 
240 heads, 63 sectors/track, 3876 cylinders 
<nowiki>Units = cylinders of 15120 * 512 = 7741440 bytes</nowiki> 
 
Device Boot    Start       End    Blocks   Id  System 
 
Command (m for help): }}

이제 메모리에 있는 분할 구역 테이블이 비어 분할 구역을 새로 만들 준비를 했습니다. 앞에서 언급한 기본 분할 구역 모양새를 활용하겠습니다. 물론 같은 분할 구역 모양새를 활용하기 싫다면, 이 절차를 따르지는 마십시오!

=== BIOS 시동 분할 구역 만들기 ===
먼저 상당히 작은 BIOS 시동 분할 구역을 만들겠습니다. {{Blue|n}}을 입력하여 새 분할 구역을 만들고, {{Blue|p}}를 입력하여 주 분할 구역을 선택한다음 {{Blue|2}}를 입력하여 두번째 주 분할 구역을 선택하십시오.

Trans:GentooAmd64Handbook2013-1-4

2014-03-15T04:35:37Z

Darkcircle: /* 현재 파티션 배치 보기 */

== 디스크 준비하기 ==
=== 블록 장치 소개 ===
==== 블록 장치 ====
이제 우리는 젠투 리눅스의 디스크 측면의 모습과 리눅스 파일시스템, 분할 구역, 블록 장치를 포함한 일반적인 리눅스의 모습을 살펴보겠습니다. 그 다음 디스크와 파일시스템의 이모저모에 익숙해지고 나면 젠투 리눅스 설치를 위한 분할 구역과 파일시스템의 처리과정을 안내하겠습니다.

시작에 즈음하여 ''블록 장치''를 소개하도록 하겠습니다. 가장 잘 알려진 블록 장치는 아마도 리눅스 시스템에서 첫 번째 드라이브로 나타나는 /dev/sda가 아닌가 싶습니다. SCSI와 직렬 ATA 드라이브들 모두 /dev/sd*로 표시합니다. 게다가 커널의 새로운 libata 프레임워크에서는 IDE 드라이브 조차도 /dev/sd*로 표시합니다.만약 오래된 장치 프레임워크를 사용한다면, 첫번째 IDE 드라이브는 /dev/hda 입니다.

위에 나타난 이 블록장치는 디스크의 추상 인터페이스입니다. 사용자 프로그램은 드라이브가 IDE인지 SCSI인지 그 말고 다른 장치인지 전혀 신경쓰지 않고 디스크와 상호작용하기 위해 이 블록 장치를 사용할 수 있습니다. 프로그램은 연속된, 임의 접근가능한 512 바이트 블록의 모음으로 디스크의 저장소에 주소를 지정할 수 있습니다.

==== 분할 구역 ====
리눅스 시스템을 저장하려면 이론적으로 디스크의 전체 구역을 사용할 수 있지만 실제로는 거의 그렇게 하지 못합니다. 대신 전체 디스크 블록장치는 작은 부분으로 나누어 좀 더 관리하기 쉬운 블록 장치로 만듭니다. x86 시스템에서는 이를 ''분할 구역(파티션)''이라고 부릅니다. 현재 분할 구역을 나누는데 두가지 표준 MBR과 GPT를 활용합니다.

MBR(주 시동 레코드) 설정시 섹터 시작점과 분할 구역의 길이를 구분하는데 32비트 식별자를 사용하며, ''주 분할 구역'', ''확장 분할 구역'', ''논리 분할 구역'' 세 가지 방식을 지원합니다. ''주 분할 구역''은 MBR(주 시동 레코드)에 정보를 저장하는 분할 구역입니다. MBR 이 매우 작은(512 바이트) 만큼 네 개의 주 분할 구역만을 지정할 수 있습니다. (예를 들어 /dev/sda1 부터 /dev/sda4 까지 입니다).

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

각각의 분할 구역은 2TB 크기로 제한되어 있습니다(32비트 식별자의 한계). 또한 MBR 설정은 백업-MBR을 지원하지 않으므로 프로그램이나 사용자가 MBR을 덮어쓰기하면 모든 분할 구역 정보를 잃게 됩니다.

GPT(GUID 분할 구역 테이블) 설정은 분할 구역에 대해 64비트 식별자를 사용합니다. 분할 구역 정보를 저장하는 위치는 MBR의 512바이트 보다 크며 분할 구역의 갯수에 제한이 없습니다. 게다가 분할 구역 용량 제한 마저도 더 큽니다(거의 8ZB입니다. 네 제타바이트죠).

운영체제와 펌웨어 간의 시스템 소프트웨어 인터페이스가 UEFI(BIOS 대신)라면, MBR이 존재할때 발생하는 호환성 문제로, GPT는 가히 필수적이라고 할 수 있습니다.

GPT는 또한 디스크 마지막 부분에 GPT를 백업하는 기능적 장점이 있는데, 앞부분의 첫번째 GPT가 깨지면 복구할 때 활용할 수 있습니다. GPT는 CRC32 체크섬을 활용하여 헤더와 분할 구역 테이블의 오류를 감지합니다.

==== 그래서 GPT를 사용할까요? MBR을 사용할까요? ====
위에 설명한 바대로, 언제든 GPT 활용이 권장접근 방식으로 생각될 수도 있습니다. 다만, 몇가지 주의사항이 있습니다.

BIOS 기반 컴퓨터에서 GPT를 활용하면 동작은 하겠지만, 마이크로소프트 윈도우 운영체제와는 듀얼 부팅 기능을 활용할 수 없습니다. 이유는, 마이크로소프트 윈도우에서 GPT 분할 구역 레이블을 감지하면 EFI 모드로 부팅하기 때문입니다.

몇가지 오류가 존재하는 바이오스나 BIOS/CSM/레거시 모드로 부팅하도록 설정한 EFI에서도 GPT 레이블 처리한 디스크로 부팅할때 문제가 있습니다. 이 경우 {{Blue|fdisk}}를 통해 자체적인 MBR 분할 구역에 시동/활성화 플래그를 추가하여 문제를 비껴갈 수 있습니다({{Blue|parted}} 에서는 GPT 테이블을 인식하지만 자체적인 MBR 분할 구역은 보여주지 않을 것입니다):

{{Example|코드 예제 1.1: 자체 MBR 분할 구역에 시동 플래그 활성화|<nowiki> # </nowiki>{{Blue|fdisk /dev/sda}} 
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk 
doesn't support GPT. Use GNU Parted. 
 
Command (m for help): {{Blue|a}} 
Partition number (1-4): {{Blue|1}} 

Command (m for help): {{Blue|w}}
}}

==== 고급 저장장치 ====
x86 설치 CD는 LVM2를 지원합니다. LVM2는 분할 구역 설정으로 유연성을 극대화합니다. 설치 설명 중에, 우리는 "일반" 분할 구역에 초점을 맞추겠지만, LVM2을 지원한다는 사실에 대해 알고 있는 것 또한 좋습니다.

=== 분할 구역 모양새 설계 ===
==== 기본 분할 구역 모양새 ====
여러분의 시스템에 대한 분할 구역 모양새를 그려보는데 관심이 없다면, 이 책을 통해 우리가 사용한 분할 구역을 사용해보실 수도 있습니다.

{| cellspacing="1" cellpadding="1"
! scope="col" bgcolor="#8866ff" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" |'''파일시스템'''
! scope="col" bgcolor="#8866ff" |'''사이즈'''
! scope="col" bgcolor="#8866ff" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''(bootloader)'''
| bgcolor="#ccccff" |'''2M'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''ext2'''
| bgcolor="#ccccff" |'''32M'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''(swap)'''
| bgcolor="#ccccff" |'''512M 이상'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''ext4'''
| bgcolor="#ccccff" |'''디스크 나머지 공간'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

분할 구역의 크기가 얼마나 되어야 하는지 심지어 얼마나 많은 분할 구역이 필요한지 알고 싶으시다면 계속 읽어내려가시기 바랍니다. 그렇지 않다면 [[#parted.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EB.B6.84.ED.95.A0.ED.95.98.EA.B8.B0|parted를 사용하여 디스크 분할하기]] (또는 [[#fdisk.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EB.B6.84.ED.95.A0.ED.95.98.EA.B8.B0|fdisk를 사용하여 디스크 분할하기]])를 읽어 분할을 계속 진행하십시오. 둘 다 구역 분할 도구인데, {{blue|fdisk}}는 잘 알려져 있고 안정적입니다. {{blue|parted}}는 좀 최근에 나왔는데 2TB이상의 분할 구역을 지원합니다.

==== 얼마나 많이, 얼마나 크게 할까요? ====
수많은 분할 구역은 환경에 크게 의존합니다. 사용자가 많이 있다면 보안성을 증대하고 백업을 쉽게하기 위해 /home 을 따로 나누고 싶어할 것입니다. 젠투 시스템을 메일서버로 동작하게끔 하려면 /var에 모든 메일이 저장되므로 /var를 나눌 것입니다. 파일시스템에 대한 좋은 선택은 여러분이 가진 시스템의 성능을 극대화 할 것입니다. 게임서버라면 대부분의 게임 서버가 /opt에 설치 되므로 이것을 나눌 것입니다. 이유는 /home 과 비슷합니다. 보안과 백업이죠. /usr 는 커지는 그대로라도 유지하고 싶어할 것입니다. 주요 프로그램들이 들어가 있을 뿐만 아니라 다양한 소스코드를 제외한 500MB 가량의 포티지 트리들이 이 곳에 저장됩니다.

여러분이 아시는 바와 같이 여러분이 무엇을 저장하고 싶은지에 크게 달려있습니다. 각각의 분할 구역과 볼륨은 다음 장점이 있습니다

* 각각의 분할 구역과 볼륨에 대해 가장 잘 동작하는 파일시스템을 선택할 수 있습니다.
* 어떤 기능을 상실한 도구가 계속 파일을 기록하는 경우 빈 공간이 부족해져 전체 시스템을 동작할 수가 없습니다.
* 필요한 경우 파일시스템 점검을 동시에 여러 부분에 대한 검사를 수행하여 시간을 줄입니다 (여러 분할 구역이 있을 때보단 여러 디스크가 있을 수록 좋겠지만).
* 일부 분할 구역이나 볼륨을 읽기 전용, nosuid(setuid 비트를 무시합니다), noexec(실행 비트를 무시합니다) 등으로 마운트하여 보안성을 향상할 수 있습니다.

그러나 이 뿐만 아니라 여러 분할 구역을 나누면 단점이 있기도 합니다. 제대로 설정하지 않으면 어떤 분할 구역은 남은 공간이 많지만 어떤 분할 구역은 그렇지 않을 것입니다. 다른 귀찮은 것 하나는 나누어 놓은 분할 구역인데 특히 /usr나 /var같은 중요한 마운트 지점은 종종 관리자가 다른 시동 스크립트를 시작하기 전에 분할 구역에 마운트 하게끔 initramfs로 시동하는 것이 필요합니다. 비록 항상 일어나는 일은 아니지만요. 이렇게 다양한 이득이 있습니다.

SCSI 와 SATA에서는 GPT 레이블을 사용하지 않으면 15개의 분할구역 갯수 제한이 있습니다.

==== 스왑 공간은 어떻게 할까요? ====
스왑 구역 분할에 대한 완벽한 값은 없습니다. 스왑 공간 사용의 목적은 내부 메모리(RAM)가 고갈 상태일때 커널로 디스크 공간을 제공하는 것입니다. 스왑 공간은 커널에게 디스크에서 바로 접근하지 않을 메모리 페이지를 옮길 수 있게(스왑, 페이지아웃)하며, 메모리를 비우기도 합니다. 물론, 메모리가 갑자기 필요할 때 이 페이지를 메모리로 돌려놓아야 하는데(페이지 인), 시간이 좀 걸립니다(자체 메모리와 비교하면 디스크는 매우 느립니다).

메모리를 요구하는 프로그램을 실행하는게 아니거나, 상당한 용량의 메모리를 보유하고 있다면, 많은 스왑 공간이 필요한게 아닙니다. 그러나, 스왑 공간은 최대 절전모드에서 메모리 전체 내용을 저장하는데도 사용합니다. 최대 절전 공간 기능을 활용하려 한다면, 더 큰 스왑 공간이 필요합니다. 보통 최소한 시스템에 있는 메모리 용량 만큼은 필요합니다.

==== BIOS 시동 분할 구역은 무엇인가요? ====
BIOS 시동 분할 구역은 GRUB2와 같은 부트로더가 할당 저장 공간(MBR의 경우 수백 바이트)에 적절하지 않은 추가 데이터를 놓을 수 있게 하는 매우 작은(1~2MB) 분할 구역이며, 그 어디에든 위치할 수 없습니다.

각각의 분할 구역은 항상 필요한게 아니지만, 적은 공간 차지를 고려하며, 문서에 나타낸 내용보다 과다하게 다른 분할 구역 형식을 활용해야 한다면, 각각의 경우에 BIOS 시동 분할 구역을 만드는걸 추천합니다.

완벽함을 기하도록 하기 위해 GPT 파이션 배치를 GRUB2와 사용할 경우 또는 디스크에서 1MB 영역 이전에 첫번째 분할 구역을 시작할 때 GRUB2에서 MBR 분할 구역을 사용하는 경우 BIOS 시동 분할 구역이 필요하다고 말할 수 있습니다.

=== 기본: parted를 사용하여 디스크 공간 나누기 ===
이 장에서는 앞서 언급한 예제 분할 구역 배치를 만드는 철차를 안내하겠습니다만, 편의를 위해 재차 언급하도록 하겠습니다.

{|
! scope="col" bgcolor="#8866ff" width="110" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" width="110" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

여러분의 취향에 따라 분할 배치를 바꾸어보십시오.

==== 현재 분할 구역 배치 보기 ====
{{Blue|parted}} 프로그램은 디스크 공간을 나누기 위한 단순한 인터페이스를 제공하며, 매우 큰 분할 구역(2TB 이상)을 지원합니다. 디스크 상에서 {{Blue|parted}}를 실행하십시오(예제에서는 /dev/sda를 사용합니다). {{Blue|parted}}에게 최적 상태로 분할 구역을 정렬하도록 요청하겠습니다.

{{Example|코드 예제 3.1: parted 시작하기|<nowiki># </nowiki>{{Blue|parted -a optimal /dev/sda}} 
GNU Parted 2.3 
Using /dev/sda 
Welcome to GNU Parted! Type 'help' to view a list of commands.}}

정렬이라 함은 각각의 분할 구역이 디스크상에 알려진 위치 내에서 시작함을 의미하며, 운영체제 수준의 디스크 동작이(디스크에서 페이지 전송) 내부 디스크 동작을 최소화 함을 의미합니다. 잘못 정렬한 분할 구역은 운영체제가 단일 페이지를 요청했을 경우 조차도 디스크가 페이지 두개를 요청할지도 모릅니다.

{{Blue|parted}} 에서 지원하는 모든 옵션을 찾아보려면, {{Blue|help}}를 입력하고 리턴 키를 누르십시오.

==== GPT 레이블 설정 ====
x86/amd64의 대부분의 디스크는 ''msdos''레이블을 사용합니다. {{Blue|parted}}를 사용하면, {{Blue|mklabel gpt}} 명령으로 디스크에 GPT 레이블을 놓을 수 있습니다.

{{Warning|분할 형식을 바꾸면 디스크의 모든 분할 설정을 제거합니다. 디스크의 모든 데이터를 잃게 됩니다.}}

{{Example|코드 예제 3.2: GPT 레이블 설정|(parted) {{Blue|mklabel gpt}} }}

디스크에 MBR 배치를 사용하려면, {{Blue|mklabel msdos}} 명령을 사용하십시오.

==== 모든 분할 구역 제거 ====
GPT 레이블 설정이 아직 끝나지 않았다면(예를 들어, 앞서 언급한 {{Blue|mklabel}} 이나, 디스크를 새로 포맷했을 경우), 디스크의 모든 기존의 분할 구역을 먼저 제거해야 합니다. 현재 분할 구역을 보려면 {{Blue|print}}를 입력하고, 제거할 분할 구역에 대해 <번호>대신 숫자로 rm <번호>을 입력하십시오.

{{Example|코드 예제 3.3: 디스크에서 분할 구역 제거하기|(parted) {{Blue|rm 2}} }}

필요하지 않은 분할 구역에 대해 같은 명령을 내리십시오. 그러나, 이 시점에서 실수를 하지 않았는지 확인하십시오. {{Blue|parted}}는 상태를 바꾸는 동작을 바로 실행합니다(사용자가 바꾼 내용을 스테이지에 쌓아두다가 저장하기 전에 "되돌리기"를 하거나 {{Blue|fdisk}}를 빠져나가는 방법으로 바꾼 내용을 취소하는 것과는 다릅니다).

==== 분할 구역 만들기 ====
이제 앞에서 말한 분할 구역을 만들어보겠습니다. {{Blue|parted}}로 분할 구역을 만드는 것은 그리 어려운 일이 아닙니다. 필요한 모든 일은 {{Blue|parted}}에 다음 설정 내용을 알려주는 것 뿐입니다.

* 사용할 ''분할 구역 형식''. 보통 ''primary(주)'' 형식을 사용합니다. ''msdos'' 분할 구역 레이블을 사용한다면, 4개 이상의 주 분할 구역을 사용할 수 없음을 기억하십시오. 4개 이상의 분할 구역을 활용하려면, ''extended(확장)'' 분할 구역을 만든 다음 ''logical(논리)'' 분할 구역을 확장 분할 구역 안에 만드십시오.
* 분할 구역의 시작 위치 (MB, GB로 표현 가능)
* 분할 구역이 끝나는 위치 (MB, GB로 표현 가능)

먼저 {{Blue|parted}}에게 메가바이트를 크기 단위로 쓰겠다고 알려줍시다(실제로는, 표준 표기 MiB로 줄여 부르는 메비바이트이지만, 보통 일반적으로 제일 많이 쓰는 표기인 MB로 쓰겠습니다).

{{Example|코드 예제 3.4: MiB 단위 사용하기|(parted) {{Blue|unit mib}} }}

이제 GRUB2 부트로더에서 사용할 2MB 용량의 분할 공간을 만들겠습니다. 이 동작을 수행하기 위해 {{Blue|mkpart}} 명령을 활용하여 {{Blue|parted}}에게 1MB 영역에서 3MB 영역까지의 공간을 활용하라고 일러두겠습니다(이리하여 2MB 크기의 분할 공간을 만듭니다).

{{Example|코드 예제 3.5: 2 MB 용량 분할 공간 만들기|
(parted) {{Blue|mkpart primary 1 3}} 
(parted) {{Blue|name 1 grub}} 
(parted) {{Blue|set 1 bios_grub on}} 
(parted) {{Blue|print}} 
Model: Virtio Block Device (virtblk) 
Disk /dev/sda: 20480MiB 
Sector size (logical/physical): 512B/512B 
Partition Table: gpt}}

시동 분할 공간(128MB), 스왑 분할 공간(예제에서는 512MB)에 대해 같은 과정을 진행하고, 루트 분할 공간에는 디스크 나머지 영역을 차지하도록 하십시오(이 경우 마지막 위치를 {{Blue|-1}}로 합니다. 음수 값은 디스크의 마지막 부분에 최대한 도달하라는 의미입니다).

{{Example|코드 예제 3.6: 다른 분할 공간 만들기|
(parted) {{Blue|mkpart primary 3 131}} 
(parted) {{Blue|name 2 boot}} 
(parted) {{Blue|mkpart primary 131 643}} 
(parted) {{Blue|name 3 swap}} 
(parted) {{Blue|mkpart primary 643 -1}} 
(parted) {{Blue|name 4 rootfs}} }}

최종 결과는 다음과 비슷합니다:

{{Example|코드 예제 3.7: 현재 분할 공간 배치 모양새|
(parted) {{Blue|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 
3 131MiB 643MiB 512MiB swap 
4 643MiB 20479MiB 19836MiB rootfs
}}

결과에 만족한다면 {{Blue|quit}} 명령을 사용하여 {{Blue|parted}}를 끝내십시오.

=== 대안: fdisk를 사용하여 디스크 공간 나누기 ===
{{Important|2TB 용량보다 큰 단위의 분할 공간을 다루는 환경이라면, 이 절차 대신 [[#.EA.B8.B0.EB.B3.B8:_parted.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EA.B3.B5.EA.B0.84_.EB.82.98.EB.88.84.EA.B8.B0|기본: parted를 사용하여 디스크 공간 나누기]] 절차를 따르십시오. {{Blue|fdisk}}에서는 큰 용량의 분할 공간을 다루지 못합니다. 게다가 fdisk에서는 MBR 배치를 활용합니다. fdisk 프로그램 대신, GPT를 지원하는 gdisk(젠투에서는 gptfdisk 꾸러미로 제공합니다)가 있지만, 젠투 설치 미디어엔 없을 것입니다.}}

다음 부분은 {{Blue|fdisk}}를 활용하여 어떻게 예제 분할 구역 배치를 하는지 설명합니다. 예제 분할 구역 배치는 이미 앞에서 언급했습니다:

{| cellspacing="1" cellpadding="1"
! scope="col" bgcolor="#8866ff" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

여러분의 취향에 따라 분할 구역 배치를 바꾸어보십시오.

==== 현재 분할 구역 배치 보기 ====
{{Blue|fdisk}}는 디스크의 구역을 나누는 잘 알려진 강력한 도구입니다. 구역을 나누려는 디스크에 대해 {{Blue|fdisk}}를 실행하십시오(예제에서는 /dev/sda를 사용합니다)

{{Example|코드 예제 4.1: fdisk 실행하기|<nowiki># </nowiki>{{Blue|fdisk /dev/sda}} }}

{{Blue|fdisk}}에 들어가면, 다음과 같은 프롬프트를 만납니다.

{{Example|코드 예제 4.2: fdisk 프롬프트|Command (m for help): }}

현재 디스크의 분할 구역 설정을 표시하려면 {{Blue|p}}를 입력하십시오.

{{Example|코드 예제 4.3: 분할 구역 설정 보기|Command (m for help): {{Blue|p}} 
 
Disk /dev/sda: 240 heads, 63 sectors, 2184 cylinders 
<nowiki>Units = cylinders of 15120 * 512 bytes</nowiki> 
 
   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 
 
Command (m for help):
}}

이 각각의 디스크에는 7개의 리눅스 시스템을 탑재하고("Linux"라고 표시한 각각의 분할 구역), 하나의 스왑 분할 공간을 넣었습니다("Linux swap"으로 표시).

====모든 파티션 제거====
먼저 디스크의 모든 분할 구역을 제거하겠습니다. 분할 구역을 삭제하려면 {{Blue|d}}를 입력하십시오. 예를 들어 기존의 /dev/sda1 분할 구역을 삭제하려면:

{{Example|코드 예제 4.4:분할 구역 삭제|Command (m for help): {{Blue|d}} 
Partition number (1-4): {{Blue|1}} }}

이 분할 구역을 삭제하는 것으로 일정을 잡았습니다. {{Blue|p}}를 입력하면 더이상 나타나지는 않습니다. 다만 바뀐 상태를 저장하기 전에는 지우지 않습니다. 실수하여 바꾼 내용을 저장하지 않고 취소하려면 {{Blue|q}}를 즉시 입력하고, 엔터키를 누르십시오. 그러면 분할 구역을 삭제하지 않습니다.

이제 시스템의 모든 분할 공간을 날리려는 상황을 가정하겠습니다. {{Blue|p}}를 입력하여 분할 구역 목록을 출력하고, {{Blue|d}}를 입력하여 몇가지 분할 구역을 삭제하십시오. 최종적으로, 디스크에 아무것도 없는 분할 구역 테이블 상태로 끝냅니다:

{{Example|코드 예제 4.5: 빈 분할 구역 테이블|Disk /dev/sda: 30.0 GB, 30005821440 bytes 
240 heads, 63 sectors/track, 3876 cylinders 
<nowiki>Units = cylinders of 15120 * 512 = 7741440 bytes</nowiki> 
 
Device Boot    Start       End    Blocks   Id  System 
 
Command (m for help): }}

이제 메모리에 있는 분할 구역 테이블이 비어 분할 구역을 새로 만들 준비를 했습니다. 앞에서 언급한 기본 분할 구역 모양새를 활용하겠습니다. 물론 같은 분할 구역 모양새를 활용하기 싫다면, 이 절차를 따르지는 마십시오!

=== BIOS 시동 분할 구역 만들기 ===
먼저 상당히 작은 BIOS 시동 분할 구역을 만들겠습니다. {{Blue|n}}을 입력하여 새 분할 구역을 만들고, {{Blue|p}}를 입력하여 주 분할 구역을 선택한다음 {{Blue|2}}를 입력하여 두번째 주 분할 구역을 선택하십시오.

Trans:GentooAmd64Handbook2013-1-4

2014-03-15T04:35:19Z

Darkcircle: /* 파티션 만들기 */

== 디스크 준비하기 ==
=== 블록 장치 소개 ===
==== 블록 장치 ====
이제 우리는 젠투 리눅스의 디스크 측면의 모습과 리눅스 파일시스템, 분할 구역, 블록 장치를 포함한 일반적인 리눅스의 모습을 살펴보겠습니다. 그 다음 디스크와 파일시스템의 이모저모에 익숙해지고 나면 젠투 리눅스 설치를 위한 분할 구역과 파일시스템의 처리과정을 안내하겠습니다.

시작에 즈음하여 ''블록 장치''를 소개하도록 하겠습니다. 가장 잘 알려진 블록 장치는 아마도 리눅스 시스템에서 첫 번째 드라이브로 나타나는 /dev/sda가 아닌가 싶습니다. SCSI와 직렬 ATA 드라이브들 모두 /dev/sd*로 표시합니다. 게다가 커널의 새로운 libata 프레임워크에서는 IDE 드라이브 조차도 /dev/sd*로 표시합니다.만약 오래된 장치 프레임워크를 사용한다면, 첫번째 IDE 드라이브는 /dev/hda 입니다.

위에 나타난 이 블록장치는 디스크의 추상 인터페이스입니다. 사용자 프로그램은 드라이브가 IDE인지 SCSI인지 그 말고 다른 장치인지 전혀 신경쓰지 않고 디스크와 상호작용하기 위해 이 블록 장치를 사용할 수 있습니다. 프로그램은 연속된, 임의 접근가능한 512 바이트 블록의 모음으로 디스크의 저장소에 주소를 지정할 수 있습니다.

==== 분할 구역 ====
리눅스 시스템을 저장하려면 이론적으로 디스크의 전체 구역을 사용할 수 있지만 실제로는 거의 그렇게 하지 못합니다. 대신 전체 디스크 블록장치는 작은 부분으로 나누어 좀 더 관리하기 쉬운 블록 장치로 만듭니다. x86 시스템에서는 이를 ''분할 구역(파티션)''이라고 부릅니다. 현재 분할 구역을 나누는데 두가지 표준 MBR과 GPT를 활용합니다.

MBR(주 시동 레코드) 설정시 섹터 시작점과 분할 구역의 길이를 구분하는데 32비트 식별자를 사용하며, ''주 분할 구역'', ''확장 분할 구역'', ''논리 분할 구역'' 세 가지 방식을 지원합니다. ''주 분할 구역''은 MBR(주 시동 레코드)에 정보를 저장하는 분할 구역입니다. MBR 이 매우 작은(512 바이트) 만큼 네 개의 주 분할 구역만을 지정할 수 있습니다. (예를 들어 /dev/sda1 부터 /dev/sda4 까지 입니다).

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

각각의 분할 구역은 2TB 크기로 제한되어 있습니다(32비트 식별자의 한계). 또한 MBR 설정은 백업-MBR을 지원하지 않으므로 프로그램이나 사용자가 MBR을 덮어쓰기하면 모든 분할 구역 정보를 잃게 됩니다.

GPT(GUID 분할 구역 테이블) 설정은 분할 구역에 대해 64비트 식별자를 사용합니다. 분할 구역 정보를 저장하는 위치는 MBR의 512바이트 보다 크며 분할 구역의 갯수에 제한이 없습니다. 게다가 분할 구역 용량 제한 마저도 더 큽니다(거의 8ZB입니다. 네 제타바이트죠).

운영체제와 펌웨어 간의 시스템 소프트웨어 인터페이스가 UEFI(BIOS 대신)라면, MBR이 존재할때 발생하는 호환성 문제로, GPT는 가히 필수적이라고 할 수 있습니다.

GPT는 또한 디스크 마지막 부분에 GPT를 백업하는 기능적 장점이 있는데, 앞부분의 첫번째 GPT가 깨지면 복구할 때 활용할 수 있습니다. GPT는 CRC32 체크섬을 활용하여 헤더와 분할 구역 테이블의 오류를 감지합니다.

==== 그래서 GPT를 사용할까요? MBR을 사용할까요? ====
위에 설명한 바대로, 언제든 GPT 활용이 권장접근 방식으로 생각될 수도 있습니다. 다만, 몇가지 주의사항이 있습니다.

BIOS 기반 컴퓨터에서 GPT를 활용하면 동작은 하겠지만, 마이크로소프트 윈도우 운영체제와는 듀얼 부팅 기능을 활용할 수 없습니다. 이유는, 마이크로소프트 윈도우에서 GPT 분할 구역 레이블을 감지하면 EFI 모드로 부팅하기 때문입니다.

몇가지 오류가 존재하는 바이오스나 BIOS/CSM/레거시 모드로 부팅하도록 설정한 EFI에서도 GPT 레이블 처리한 디스크로 부팅할때 문제가 있습니다. 이 경우 {{Blue|fdisk}}를 통해 자체적인 MBR 분할 구역에 시동/활성화 플래그를 추가하여 문제를 비껴갈 수 있습니다({{Blue|parted}} 에서는 GPT 테이블을 인식하지만 자체적인 MBR 분할 구역은 보여주지 않을 것입니다):

{{Example|코드 예제 1.1: 자체 MBR 분할 구역에 시동 플래그 활성화|<nowiki> # </nowiki>{{Blue|fdisk /dev/sda}} 
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk 
doesn't support GPT. Use GNU Parted. 
 
Command (m for help): {{Blue|a}} 
Partition number (1-4): {{Blue|1}} 

Command (m for help): {{Blue|w}}
}}

==== 고급 저장장치 ====
x86 설치 CD는 LVM2를 지원합니다. LVM2는 분할 구역 설정으로 유연성을 극대화합니다. 설치 설명 중에, 우리는 "일반" 분할 구역에 초점을 맞추겠지만, LVM2을 지원한다는 사실에 대해 알고 있는 것 또한 좋습니다.

=== 분할 구역 모양새 설계 ===
==== 기본 분할 구역 모양새 ====
여러분의 시스템에 대한 분할 구역 모양새를 그려보는데 관심이 없다면, 이 책을 통해 우리가 사용한 분할 구역을 사용해보실 수도 있습니다.

{| cellspacing="1" cellpadding="1"
! scope="col" bgcolor="#8866ff" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" |'''파일시스템'''
! scope="col" bgcolor="#8866ff" |'''사이즈'''
! scope="col" bgcolor="#8866ff" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''(bootloader)'''
| bgcolor="#ccccff" |'''2M'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''ext2'''
| bgcolor="#ccccff" |'''32M'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''(swap)'''
| bgcolor="#ccccff" |'''512M 이상'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''ext4'''
| bgcolor="#ccccff" |'''디스크 나머지 공간'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

분할 구역의 크기가 얼마나 되어야 하는지 심지어 얼마나 많은 분할 구역이 필요한지 알고 싶으시다면 계속 읽어내려가시기 바랍니다. 그렇지 않다면 [[#parted.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EB.B6.84.ED.95.A0.ED.95.98.EA.B8.B0|parted를 사용하여 디스크 분할하기]] (또는 [[#fdisk.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EB.B6.84.ED.95.A0.ED.95.98.EA.B8.B0|fdisk를 사용하여 디스크 분할하기]])를 읽어 분할을 계속 진행하십시오. 둘 다 구역 분할 도구인데, {{blue|fdisk}}는 잘 알려져 있고 안정적입니다. {{blue|parted}}는 좀 최근에 나왔는데 2TB이상의 분할 구역을 지원합니다.

==== 얼마나 많이, 얼마나 크게 할까요? ====
수많은 분할 구역은 환경에 크게 의존합니다. 사용자가 많이 있다면 보안성을 증대하고 백업을 쉽게하기 위해 /home 을 따로 나누고 싶어할 것입니다. 젠투 시스템을 메일서버로 동작하게끔 하려면 /var에 모든 메일이 저장되므로 /var를 나눌 것입니다. 파일시스템에 대한 좋은 선택은 여러분이 가진 시스템의 성능을 극대화 할 것입니다. 게임서버라면 대부분의 게임 서버가 /opt에 설치 되므로 이것을 나눌 것입니다. 이유는 /home 과 비슷합니다. 보안과 백업이죠. /usr 는 커지는 그대로라도 유지하고 싶어할 것입니다. 주요 프로그램들이 들어가 있을 뿐만 아니라 다양한 소스코드를 제외한 500MB 가량의 포티지 트리들이 이 곳에 저장됩니다.

여러분이 아시는 바와 같이 여러분이 무엇을 저장하고 싶은지에 크게 달려있습니다. 각각의 분할 구역과 볼륨은 다음 장점이 있습니다

* 각각의 분할 구역과 볼륨에 대해 가장 잘 동작하는 파일시스템을 선택할 수 있습니다.
* 어떤 기능을 상실한 도구가 계속 파일을 기록하는 경우 빈 공간이 부족해져 전체 시스템을 동작할 수가 없습니다.
* 필요한 경우 파일시스템 점검을 동시에 여러 부분에 대한 검사를 수행하여 시간을 줄입니다 (여러 분할 구역이 있을 때보단 여러 디스크가 있을 수록 좋겠지만).
* 일부 분할 구역이나 볼륨을 읽기 전용, nosuid(setuid 비트를 무시합니다), noexec(실행 비트를 무시합니다) 등으로 마운트하여 보안성을 향상할 수 있습니다.

그러나 이 뿐만 아니라 여러 분할 구역을 나누면 단점이 있기도 합니다. 제대로 설정하지 않으면 어떤 분할 구역은 남은 공간이 많지만 어떤 분할 구역은 그렇지 않을 것입니다. 다른 귀찮은 것 하나는 나누어 놓은 분할 구역인데 특히 /usr나 /var같은 중요한 마운트 지점은 종종 관리자가 다른 시동 스크립트를 시작하기 전에 분할 구역에 마운트 하게끔 initramfs로 시동하는 것이 필요합니다. 비록 항상 일어나는 일은 아니지만요. 이렇게 다양한 이득이 있습니다.

SCSI 와 SATA에서는 GPT 레이블을 사용하지 않으면 15개의 분할구역 갯수 제한이 있습니다.

==== 스왑 공간은 어떻게 할까요? ====
스왑 구역 분할에 대한 완벽한 값은 없습니다. 스왑 공간 사용의 목적은 내부 메모리(RAM)가 고갈 상태일때 커널로 디스크 공간을 제공하는 것입니다. 스왑 공간은 커널에게 디스크에서 바로 접근하지 않을 메모리 페이지를 옮길 수 있게(스왑, 페이지아웃)하며, 메모리를 비우기도 합니다. 물론, 메모리가 갑자기 필요할 때 이 페이지를 메모리로 돌려놓아야 하는데(페이지 인), 시간이 좀 걸립니다(자체 메모리와 비교하면 디스크는 매우 느립니다).

메모리를 요구하는 프로그램을 실행하는게 아니거나, 상당한 용량의 메모리를 보유하고 있다면, 많은 스왑 공간이 필요한게 아닙니다. 그러나, 스왑 공간은 최대 절전모드에서 메모리 전체 내용을 저장하는데도 사용합니다. 최대 절전 공간 기능을 활용하려 한다면, 더 큰 스왑 공간이 필요합니다. 보통 최소한 시스템에 있는 메모리 용량 만큼은 필요합니다.

==== BIOS 시동 분할 구역은 무엇인가요? ====
BIOS 시동 분할 구역은 GRUB2와 같은 부트로더가 할당 저장 공간(MBR의 경우 수백 바이트)에 적절하지 않은 추가 데이터를 놓을 수 있게 하는 매우 작은(1~2MB) 분할 구역이며, 그 어디에든 위치할 수 없습니다.

각각의 분할 구역은 항상 필요한게 아니지만, 적은 공간 차지를 고려하며, 문서에 나타낸 내용보다 과다하게 다른 분할 구역 형식을 활용해야 한다면, 각각의 경우에 BIOS 시동 분할 구역을 만드는걸 추천합니다.

완벽함을 기하도록 하기 위해 GPT 파이션 배치를 GRUB2와 사용할 경우 또는 디스크에서 1MB 영역 이전에 첫번째 분할 구역을 시작할 때 GRUB2에서 MBR 분할 구역을 사용하는 경우 BIOS 시동 분할 구역이 필요하다고 말할 수 있습니다.

=== 기본: parted를 사용하여 디스크 공간 나누기 ===
이 장에서는 앞서 언급한 예제 분할 구역 배치를 만드는 철차를 안내하겠습니다만, 편의를 위해 재차 언급하도록 하겠습니다.

{|
! scope="col" bgcolor="#8866ff" width="110" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" width="110" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

여러분의 취향에 따라 분할 배치를 바꾸어보십시오.

==== 현재 분할 구역 배치 보기 ====
{{Blue|parted}} 프로그램은 디스크 공간을 나누기 위한 단순한 인터페이스를 제공하며, 매우 큰 분할 구역(2TB 이상)을 지원합니다. 디스크 상에서 {{Blue|parted}}를 실행하십시오(예제에서는 /dev/sda를 사용합니다). {{Blue|parted}}에게 최적 상태로 분할 구역을 정렬하도록 요청하겠습니다.

{{Example|코드 예제 3.1: parted 시작하기|<nowiki># </nowiki>{{Blue|parted -a optimal /dev/sda}} 
GNU Parted 2.3 
Using /dev/sda 
Welcome to GNU Parted! Type 'help' to view a list of commands.}}

정렬이라 함은 각각의 분할 구역이 디스크상에 알려진 위치 내에서 시작함을 의미하며, 운영체제 수준의 디스크 동작이(디스크에서 페이지 전송) 내부 디스크 동작을 최소화 함을 의미합니다. 잘못 정렬한 분할 구역은 운영체제가 단일 페이지를 요청했을 경우 조차도 디스크가 페이지 두개를 요청할지도 모릅니다.

{{Blue|parted}} 에서 지원하는 모든 옵션을 찾아보려면, {{Blue|help}}를 입력하고 리턴 키를 누르십시오.

==== GPT 레이블 설정 ====
x86/amd64의 대부분의 디스크는 ''msdos''레이블을 사용합니다. {{Blue|parted}}를 사용하면, {{Blue|mklabel gpt}} 명령으로 디스크에 GPT 레이블을 놓을 수 있습니다.

{{Warning|분할 형식을 바꾸면 디스크의 모든 분할 설정을 제거합니다. 디스크의 모든 데이터를 잃게 됩니다.}}

{{Example|코드 예제 3.2: GPT 레이블 설정|(parted) {{Blue|mklabel gpt}} }}

디스크에 MBR 배치를 사용하려면, {{Blue|mklabel msdos}} 명령을 사용하십시오.

==== 모든 분할 구역 제거 ====
GPT 레이블 설정이 아직 끝나지 않았다면(예를 들어, 앞서 언급한 {{Blue|mklabel}} 이나, 디스크를 새로 포맷했을 경우), 디스크의 모든 기존의 분할 구역을 먼저 제거해야 합니다. 현재 분할 구역을 보려면 {{Blue|print}}를 입력하고, 제거할 분할 구역에 대해 <번호>대신 숫자로 rm <번호>을 입력하십시오.

{{Example|코드 예제 3.3: 디스크에서 분할 구역 제거하기|(parted) {{Blue|rm 2}} }}

필요하지 않은 분할 구역에 대해 같은 명령을 내리십시오. 그러나, 이 시점에서 실수를 하지 않았는지 확인하십시오. {{Blue|parted}}는 상태를 바꾸는 동작을 바로 실행합니다(사용자가 바꾼 내용을 스테이지에 쌓아두다가 저장하기 전에 "되돌리기"를 하거나 {{Blue|fdisk}}를 빠져나가는 방법으로 바꾼 내용을 취소하는 것과는 다릅니다).

==== 분할 구역 만들기 ====
이제 앞에서 말한 분할 구역을 만들어보겠습니다. {{Blue|parted}}로 분할 구역을 만드는 것은 그리 어려운 일이 아닙니다. 필요한 모든 일은 {{Blue|parted}}에 다음 설정 내용을 알려주는 것 뿐입니다.

* 사용할 ''분할 구역 형식''. 보통 ''primary(주)'' 형식을 사용합니다. ''msdos'' 분할 구역 레이블을 사용한다면, 4개 이상의 주 분할 구역을 사용할 수 없음을 기억하십시오. 4개 이상의 분할 구역을 활용하려면, ''extended(확장)'' 분할 구역을 만든 다음 ''logical(논리)'' 분할 구역을 확장 분할 구역 안에 만드십시오.
* 분할 구역의 시작 위치 (MB, GB로 표현 가능)
* 분할 구역이 끝나는 위치 (MB, GB로 표현 가능)

먼저 {{Blue|parted}}에게 메가바이트를 크기 단위로 쓰겠다고 알려줍시다(실제로는, 표준 표기 MiB로 줄여 부르는 메비바이트이지만, 보통 일반적으로 제일 많이 쓰는 표기인 MB로 쓰겠습니다).

{{Example|코드 예제 3.4: MiB 단위 사용하기|(parted) {{Blue|unit mib}} }}

이제 GRUB2 부트로더에서 사용할 2MB 용량의 분할 공간을 만들겠습니다. 이 동작을 수행하기 위해 {{Blue|mkpart}} 명령을 활용하여 {{Blue|parted}}에게 1MB 영역에서 3MB 영역까지의 공간을 활용하라고 일러두겠습니다(이리하여 2MB 크기의 분할 공간을 만듭니다).

{{Example|코드 예제 3.5: 2 MB 용량 분할 공간 만들기|
(parted) {{Blue|mkpart primary 1 3}} 
(parted) {{Blue|name 1 grub}} 
(parted) {{Blue|set 1 bios_grub on}} 
(parted) {{Blue|print}} 
Model: Virtio Block Device (virtblk) 
Disk /dev/sda: 20480MiB 
Sector size (logical/physical): 512B/512B 
Partition Table: gpt}}

시동 분할 공간(128MB), 스왑 분할 공간(예제에서는 512MB)에 대해 같은 과정을 진행하고, 루트 분할 공간에는 디스크 나머지 영역을 차지하도록 하십시오(이 경우 마지막 위치를 {{Blue|-1}}로 합니다. 음수 값은 디스크의 마지막 부분에 최대한 도달하라는 의미입니다).

{{Example|코드 예제 3.6: 다른 분할 공간 만들기|
(parted) {{Blue|mkpart primary 3 131}} 
(parted) {{Blue|name 2 boot}} 
(parted) {{Blue|mkpart primary 131 643}} 
(parted) {{Blue|name 3 swap}} 
(parted) {{Blue|mkpart primary 643 -1}} 
(parted) {{Blue|name 4 rootfs}} }}

최종 결과는 다음과 비슷합니다:

{{Example|코드 예제 3.7: 현재 분할 공간 배치 모양새|
(parted) {{Blue|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 
3 131MiB 643MiB 512MiB swap 
4 643MiB 20479MiB 19836MiB rootfs
}}

결과에 만족한다면 {{Blue|quit}} 명령을 사용하여 {{Blue|parted}}를 끝내십시오.

=== 대안: fdisk를 사용하여 디스크 공간 나누기 ===
{{Important|2TB 용량보다 큰 단위의 분할 공간을 다루는 환경이라면, 이 절차 대신 [[#.EA.B8.B0.EB.B3.B8:_parted.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EA.B3.B5.EA.B0.84_.EB.82.98.EB.88.84.EA.B8.B0|기본: parted를 사용하여 디스크 공간 나누기]] 절차를 따르십시오. {{Blue|fdisk}}에서는 큰 용량의 분할 공간을 다루지 못합니다. 게다가 fdisk에서는 MBR 배치를 활용합니다. fdisk 프로그램 대신, GPT를 지원하는 gdisk(젠투에서는 gptfdisk 꾸러미로 제공합니다)가 있지만, 젠투 설치 미디어엔 없을 것입니다.}}

다음 부분은 {{Blue|fdisk}}를 활용하여 어떻게 예제 분할 구역 배치를 하는지 설명합니다. 예제 분할 구역 배치는 이미 앞에서 언급했습니다:

{| cellspacing="1" cellpadding="1"
! scope="col" bgcolor="#8866ff" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

여러분의 취향에 따라 분할 구역 배치를 바꾸어보십시오.

==== 현재 파티션 배치 보기 ====
{{Blue|fdisk}}는 디스크의 구역을 나누는 잘 알려진 강력한 도구입니다. 구역을 나누려는 디스크에 대해 {{Blue|fdisk}}를 실행하십시오(예제에서는 /dev/sda를 사용합니다)

{{Example|코드 예제 4.1: fdisk 실행하기|<nowiki># </nowiki>{{Blue|fdisk /dev/sda}} }}

{{Blue|fdisk}}에 들어가면, 다음과 같은 프롬프트를 만납니다.

{{Example|코드 예제 4.2: fdisk 프롬프트|Command (m for help): }}

현재 디스크의 분할 구역 설정을 표시하려면 {{Blue|p}}를 입력하십시오.

{{Example|코드 예제 4.3: 분할 구역 설정 보기|Command (m for help): {{Blue|p}} 
 
Disk /dev/sda: 240 heads, 63 sectors, 2184 cylinders 
<nowiki>Units = cylinders of 15120 * 512 bytes</nowiki> 
 
   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 
 
Command (m for help):
}}

이 각각의 디스크에는 7개의 리눅스 시스템을 탑재하고("Linux"라고 표시한 각각의 분할 구역), 하나의 스왑 분할 공간을 넣었습니다("Linux swap"으로 표시).

====모든 파티션 제거====
먼저 디스크의 모든 분할 구역을 제거하겠습니다. 분할 구역을 삭제하려면 {{Blue|d}}를 입력하십시오. 예를 들어 기존의 /dev/sda1 분할 구역을 삭제하려면:

{{Example|코드 예제 4.4:분할 구역 삭제|Command (m for help): {{Blue|d}} 
Partition number (1-4): {{Blue|1}} }}

이 분할 구역을 삭제하는 것으로 일정을 잡았습니다. {{Blue|p}}를 입력하면 더이상 나타나지는 않습니다. 다만 바뀐 상태를 저장하기 전에는 지우지 않습니다. 실수하여 바꾼 내용을 저장하지 않고 취소하려면 {{Blue|q}}를 즉시 입력하고, 엔터키를 누르십시오. 그러면 분할 구역을 삭제하지 않습니다.

이제 시스템의 모든 분할 공간을 날리려는 상황을 가정하겠습니다. {{Blue|p}}를 입력하여 분할 구역 목록을 출력하고, {{Blue|d}}를 입력하여 몇가지 분할 구역을 삭제하십시오. 최종적으로, 디스크에 아무것도 없는 분할 구역 테이블 상태로 끝냅니다:

{{Example|코드 예제 4.5: 빈 분할 구역 테이블|Disk /dev/sda: 30.0 GB, 30005821440 bytes 
240 heads, 63 sectors/track, 3876 cylinders 
<nowiki>Units = cylinders of 15120 * 512 = 7741440 bytes</nowiki> 
 
Device Boot    Start       End    Blocks   Id  System 
 
Command (m for help): }}

이제 메모리에 있는 분할 구역 테이블이 비어 분할 구역을 새로 만들 준비를 했습니다. 앞에서 언급한 기본 분할 구역 모양새를 활용하겠습니다. 물론 같은 분할 구역 모양새를 활용하기 싫다면, 이 절차를 따르지는 마십시오!

=== BIOS 시동 분할 구역 만들기 ===
먼저 상당히 작은 BIOS 시동 분할 구역을 만들겠습니다. {{Blue|n}}을 입력하여 새 분할 구역을 만들고, {{Blue|p}}를 입력하여 주 분할 구역을 선택한다음 {{Blue|2}}를 입력하여 두번째 주 분할 구역을 선택하십시오.

Trans:GentooAmd64Handbook2013-1-4

2014-03-15T04:34:18Z

Darkcircle: /* 모든 파티션 제거 */

== 디스크 준비하기 ==
=== 블록 장치 소개 ===
==== 블록 장치 ====
이제 우리는 젠투 리눅스의 디스크 측면의 모습과 리눅스 파일시스템, 분할 구역, 블록 장치를 포함한 일반적인 리눅스의 모습을 살펴보겠습니다. 그 다음 디스크와 파일시스템의 이모저모에 익숙해지고 나면 젠투 리눅스 설치를 위한 분할 구역과 파일시스템의 처리과정을 안내하겠습니다.

시작에 즈음하여 ''블록 장치''를 소개하도록 하겠습니다. 가장 잘 알려진 블록 장치는 아마도 리눅스 시스템에서 첫 번째 드라이브로 나타나는 /dev/sda가 아닌가 싶습니다. SCSI와 직렬 ATA 드라이브들 모두 /dev/sd*로 표시합니다. 게다가 커널의 새로운 libata 프레임워크에서는 IDE 드라이브 조차도 /dev/sd*로 표시합니다.만약 오래된 장치 프레임워크를 사용한다면, 첫번째 IDE 드라이브는 /dev/hda 입니다.

위에 나타난 이 블록장치는 디스크의 추상 인터페이스입니다. 사용자 프로그램은 드라이브가 IDE인지 SCSI인지 그 말고 다른 장치인지 전혀 신경쓰지 않고 디스크와 상호작용하기 위해 이 블록 장치를 사용할 수 있습니다. 프로그램은 연속된, 임의 접근가능한 512 바이트 블록의 모음으로 디스크의 저장소에 주소를 지정할 수 있습니다.

==== 분할 구역 ====
리눅스 시스템을 저장하려면 이론적으로 디스크의 전체 구역을 사용할 수 있지만 실제로는 거의 그렇게 하지 못합니다. 대신 전체 디스크 블록장치는 작은 부분으로 나누어 좀 더 관리하기 쉬운 블록 장치로 만듭니다. x86 시스템에서는 이를 ''분할 구역(파티션)''이라고 부릅니다. 현재 분할 구역을 나누는데 두가지 표준 MBR과 GPT를 활용합니다.

MBR(주 시동 레코드) 설정시 섹터 시작점과 분할 구역의 길이를 구분하는데 32비트 식별자를 사용하며, ''주 분할 구역'', ''확장 분할 구역'', ''논리 분할 구역'' 세 가지 방식을 지원합니다. ''주 분할 구역''은 MBR(주 시동 레코드)에 정보를 저장하는 분할 구역입니다. MBR 이 매우 작은(512 바이트) 만큼 네 개의 주 분할 구역만을 지정할 수 있습니다. (예를 들어 /dev/sda1 부터 /dev/sda4 까지 입니다).

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

각각의 분할 구역은 2TB 크기로 제한되어 있습니다(32비트 식별자의 한계). 또한 MBR 설정은 백업-MBR을 지원하지 않으므로 프로그램이나 사용자가 MBR을 덮어쓰기하면 모든 분할 구역 정보를 잃게 됩니다.

GPT(GUID 분할 구역 테이블) 설정은 분할 구역에 대해 64비트 식별자를 사용합니다. 분할 구역 정보를 저장하는 위치는 MBR의 512바이트 보다 크며 분할 구역의 갯수에 제한이 없습니다. 게다가 분할 구역 용량 제한 마저도 더 큽니다(거의 8ZB입니다. 네 제타바이트죠).

운영체제와 펌웨어 간의 시스템 소프트웨어 인터페이스가 UEFI(BIOS 대신)라면, MBR이 존재할때 발생하는 호환성 문제로, GPT는 가히 필수적이라고 할 수 있습니다.

GPT는 또한 디스크 마지막 부분에 GPT를 백업하는 기능적 장점이 있는데, 앞부분의 첫번째 GPT가 깨지면 복구할 때 활용할 수 있습니다. GPT는 CRC32 체크섬을 활용하여 헤더와 분할 구역 테이블의 오류를 감지합니다.

==== 그래서 GPT를 사용할까요? MBR을 사용할까요? ====
위에 설명한 바대로, 언제든 GPT 활용이 권장접근 방식으로 생각될 수도 있습니다. 다만, 몇가지 주의사항이 있습니다.

BIOS 기반 컴퓨터에서 GPT를 활용하면 동작은 하겠지만, 마이크로소프트 윈도우 운영체제와는 듀얼 부팅 기능을 활용할 수 없습니다. 이유는, 마이크로소프트 윈도우에서 GPT 분할 구역 레이블을 감지하면 EFI 모드로 부팅하기 때문입니다.

몇가지 오류가 존재하는 바이오스나 BIOS/CSM/레거시 모드로 부팅하도록 설정한 EFI에서도 GPT 레이블 처리한 디스크로 부팅할때 문제가 있습니다. 이 경우 {{Blue|fdisk}}를 통해 자체적인 MBR 분할 구역에 시동/활성화 플래그를 추가하여 문제를 비껴갈 수 있습니다({{Blue|parted}} 에서는 GPT 테이블을 인식하지만 자체적인 MBR 분할 구역은 보여주지 않을 것입니다):

{{Example|코드 예제 1.1: 자체 MBR 분할 구역에 시동 플래그 활성화|<nowiki> # </nowiki>{{Blue|fdisk /dev/sda}} 
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk 
doesn't support GPT. Use GNU Parted. 
 
Command (m for help): {{Blue|a}} 
Partition number (1-4): {{Blue|1}} 

Command (m for help): {{Blue|w}}
}}

==== 고급 저장장치 ====
x86 설치 CD는 LVM2를 지원합니다. LVM2는 분할 구역 설정으로 유연성을 극대화합니다. 설치 설명 중에, 우리는 "일반" 분할 구역에 초점을 맞추겠지만, LVM2을 지원한다는 사실에 대해 알고 있는 것 또한 좋습니다.

=== 분할 구역 모양새 설계 ===
==== 기본 분할 구역 모양새 ====
여러분의 시스템에 대한 분할 구역 모양새를 그려보는데 관심이 없다면, 이 책을 통해 우리가 사용한 분할 구역을 사용해보실 수도 있습니다.

{| cellspacing="1" cellpadding="1"
! scope="col" bgcolor="#8866ff" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" |'''파일시스템'''
! scope="col" bgcolor="#8866ff" |'''사이즈'''
! scope="col" bgcolor="#8866ff" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''(bootloader)'''
| bgcolor="#ccccff" |'''2M'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''ext2'''
| bgcolor="#ccccff" |'''32M'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''(swap)'''
| bgcolor="#ccccff" |'''512M 이상'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''ext4'''
| bgcolor="#ccccff" |'''디스크 나머지 공간'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

분할 구역의 크기가 얼마나 되어야 하는지 심지어 얼마나 많은 분할 구역이 필요한지 알고 싶으시다면 계속 읽어내려가시기 바랍니다. 그렇지 않다면 [[#parted.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EB.B6.84.ED.95.A0.ED.95.98.EA.B8.B0|parted를 사용하여 디스크 분할하기]] (또는 [[#fdisk.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EB.B6.84.ED.95.A0.ED.95.98.EA.B8.B0|fdisk를 사용하여 디스크 분할하기]])를 읽어 분할을 계속 진행하십시오. 둘 다 구역 분할 도구인데, {{blue|fdisk}}는 잘 알려져 있고 안정적입니다. {{blue|parted}}는 좀 최근에 나왔는데 2TB이상의 분할 구역을 지원합니다.

==== 얼마나 많이, 얼마나 크게 할까요? ====
수많은 분할 구역은 환경에 크게 의존합니다. 사용자가 많이 있다면 보안성을 증대하고 백업을 쉽게하기 위해 /home 을 따로 나누고 싶어할 것입니다. 젠투 시스템을 메일서버로 동작하게끔 하려면 /var에 모든 메일이 저장되므로 /var를 나눌 것입니다. 파일시스템에 대한 좋은 선택은 여러분이 가진 시스템의 성능을 극대화 할 것입니다. 게임서버라면 대부분의 게임 서버가 /opt에 설치 되므로 이것을 나눌 것입니다. 이유는 /home 과 비슷합니다. 보안과 백업이죠. /usr 는 커지는 그대로라도 유지하고 싶어할 것입니다. 주요 프로그램들이 들어가 있을 뿐만 아니라 다양한 소스코드를 제외한 500MB 가량의 포티지 트리들이 이 곳에 저장됩니다.

여러분이 아시는 바와 같이 여러분이 무엇을 저장하고 싶은지에 크게 달려있습니다. 각각의 분할 구역과 볼륨은 다음 장점이 있습니다

* 각각의 분할 구역과 볼륨에 대해 가장 잘 동작하는 파일시스템을 선택할 수 있습니다.
* 어떤 기능을 상실한 도구가 계속 파일을 기록하는 경우 빈 공간이 부족해져 전체 시스템을 동작할 수가 없습니다.
* 필요한 경우 파일시스템 점검을 동시에 여러 부분에 대한 검사를 수행하여 시간을 줄입니다 (여러 분할 구역이 있을 때보단 여러 디스크가 있을 수록 좋겠지만).
* 일부 분할 구역이나 볼륨을 읽기 전용, nosuid(setuid 비트를 무시합니다), noexec(실행 비트를 무시합니다) 등으로 마운트하여 보안성을 향상할 수 있습니다.

그러나 이 뿐만 아니라 여러 분할 구역을 나누면 단점이 있기도 합니다. 제대로 설정하지 않으면 어떤 분할 구역은 남은 공간이 많지만 어떤 분할 구역은 그렇지 않을 것입니다. 다른 귀찮은 것 하나는 나누어 놓은 분할 구역인데 특히 /usr나 /var같은 중요한 마운트 지점은 종종 관리자가 다른 시동 스크립트를 시작하기 전에 분할 구역에 마운트 하게끔 initramfs로 시동하는 것이 필요합니다. 비록 항상 일어나는 일은 아니지만요. 이렇게 다양한 이득이 있습니다.

SCSI 와 SATA에서는 GPT 레이블을 사용하지 않으면 15개의 분할구역 갯수 제한이 있습니다.

==== 스왑 공간은 어떻게 할까요? ====
스왑 구역 분할에 대한 완벽한 값은 없습니다. 스왑 공간 사용의 목적은 내부 메모리(RAM)가 고갈 상태일때 커널로 디스크 공간을 제공하는 것입니다. 스왑 공간은 커널에게 디스크에서 바로 접근하지 않을 메모리 페이지를 옮길 수 있게(스왑, 페이지아웃)하며, 메모리를 비우기도 합니다. 물론, 메모리가 갑자기 필요할 때 이 페이지를 메모리로 돌려놓아야 하는데(페이지 인), 시간이 좀 걸립니다(자체 메모리와 비교하면 디스크는 매우 느립니다).

메모리를 요구하는 프로그램을 실행하는게 아니거나, 상당한 용량의 메모리를 보유하고 있다면, 많은 스왑 공간이 필요한게 아닙니다. 그러나, 스왑 공간은 최대 절전모드에서 메모리 전체 내용을 저장하는데도 사용합니다. 최대 절전 공간 기능을 활용하려 한다면, 더 큰 스왑 공간이 필요합니다. 보통 최소한 시스템에 있는 메모리 용량 만큼은 필요합니다.

==== BIOS 시동 분할 구역은 무엇인가요? ====
BIOS 시동 분할 구역은 GRUB2와 같은 부트로더가 할당 저장 공간(MBR의 경우 수백 바이트)에 적절하지 않은 추가 데이터를 놓을 수 있게 하는 매우 작은(1~2MB) 분할 구역이며, 그 어디에든 위치할 수 없습니다.

각각의 분할 구역은 항상 필요한게 아니지만, 적은 공간 차지를 고려하며, 문서에 나타낸 내용보다 과다하게 다른 분할 구역 형식을 활용해야 한다면, 각각의 경우에 BIOS 시동 분할 구역을 만드는걸 추천합니다.

완벽함을 기하도록 하기 위해 GPT 파이션 배치를 GRUB2와 사용할 경우 또는 디스크에서 1MB 영역 이전에 첫번째 분할 구역을 시작할 때 GRUB2에서 MBR 분할 구역을 사용하는 경우 BIOS 시동 분할 구역이 필요하다고 말할 수 있습니다.

=== 기본: parted를 사용하여 디스크 공간 나누기 ===
이 장에서는 앞서 언급한 예제 분할 구역 배치를 만드는 철차를 안내하겠습니다만, 편의를 위해 재차 언급하도록 하겠습니다.

{|
! scope="col" bgcolor="#8866ff" width="110" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" width="110" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

여러분의 취향에 따라 분할 배치를 바꾸어보십시오.

==== 현재 분할 구역 배치 보기 ====
{{Blue|parted}} 프로그램은 디스크 공간을 나누기 위한 단순한 인터페이스를 제공하며, 매우 큰 분할 구역(2TB 이상)을 지원합니다. 디스크 상에서 {{Blue|parted}}를 실행하십시오(예제에서는 /dev/sda를 사용합니다). {{Blue|parted}}에게 최적 상태로 분할 구역을 정렬하도록 요청하겠습니다.

{{Example|코드 예제 3.1: parted 시작하기|<nowiki># </nowiki>{{Blue|parted -a optimal /dev/sda}} 
GNU Parted 2.3 
Using /dev/sda 
Welcome to GNU Parted! Type 'help' to view a list of commands.}}

정렬이라 함은 각각의 분할 구역이 디스크상에 알려진 위치 내에서 시작함을 의미하며, 운영체제 수준의 디스크 동작이(디스크에서 페이지 전송) 내부 디스크 동작을 최소화 함을 의미합니다. 잘못 정렬한 분할 구역은 운영체제가 단일 페이지를 요청했을 경우 조차도 디스크가 페이지 두개를 요청할지도 모릅니다.

{{Blue|parted}} 에서 지원하는 모든 옵션을 찾아보려면, {{Blue|help}}를 입력하고 리턴 키를 누르십시오.

==== GPT 레이블 설정 ====
x86/amd64의 대부분의 디스크는 ''msdos''레이블을 사용합니다. {{Blue|parted}}를 사용하면, {{Blue|mklabel gpt}} 명령으로 디스크에 GPT 레이블을 놓을 수 있습니다.

{{Warning|분할 형식을 바꾸면 디스크의 모든 분할 설정을 제거합니다. 디스크의 모든 데이터를 잃게 됩니다.}}

{{Example|코드 예제 3.2: GPT 레이블 설정|(parted) {{Blue|mklabel gpt}} }}

디스크에 MBR 배치를 사용하려면, {{Blue|mklabel msdos}} 명령을 사용하십시오.

==== 모든 분할 구역 제거 ====
GPT 레이블 설정이 아직 끝나지 않았다면(예를 들어, 앞서 언급한 {{Blue|mklabel}} 이나, 디스크를 새로 포맷했을 경우), 디스크의 모든 기존의 분할 구역을 먼저 제거해야 합니다. 현재 분할 구역을 보려면 {{Blue|print}}를 입력하고, 제거할 분할 구역에 대해 <번호>대신 숫자로 rm <번호>을 입력하십시오.

{{Example|코드 예제 3.3: 디스크에서 분할 구역 제거하기|(parted) {{Blue|rm 2}} }}

필요하지 않은 분할 구역에 대해 같은 명령을 내리십시오. 그러나, 이 시점에서 실수를 하지 않았는지 확인하십시오. {{Blue|parted}}는 상태를 바꾸는 동작을 바로 실행합니다(사용자가 바꾼 내용을 스테이지에 쌓아두다가 저장하기 전에 "되돌리기"를 하거나 {{Blue|fdisk}}를 빠져나가는 방법으로 바꾼 내용을 취소하는 것과는 다릅니다).

==== 파티션 만들기 ====
이제 앞에서 말한 분할 구역을 만들어보겠습니다. {{Blue|parted}}로 분할 구역을 만드는 것은 그리 어려운 일이 아닙니다. 필요한 모든 일은 {{Blue|parted}}에 다음 설정 내용을 알려주는 것 뿐입니다.

* 사용할 ''파티션 형식''. 보통 ''primary(주)'' 형식을 사용합니다. ''msdos'' 분할 구역 레이블을 사용한다면, 4개 이상의 주 분할 구역을 사용할 수 없음을 기억하십시오. 4개 이상의 분할 구역을 활용하려면, ''extended(확장)'' 분할 구역을 만든 다음 ''logical(논리)'' 분할 구역을 확장 분할 구역 안에 만드십시오.
* 파티션의 시작 위치 (MB, GB로 표현 가능)
* 파티션이 끝나는 위치 (MB, GB로 표현 가능)

먼저 {{Blue|parted}}에게 메가바이트를 크기 단위로 쓰겠다고 알려줍시다(실제로는, 표준 표기 MiB로 줄여 부르는 메비바이트이지만, 보통 일반적으로 제일 많이 쓰는 표기인 MB로 쓰겠습니다).

{{Example|코드 예제 3.4: MiB 단위 사용하기|(parted) {{Blue|unit mib}} }}

이제 GRUB2 부트로더에서 사용할 2MB 용량의 분할 공간을 만들겠습니다. 이 동작을 수행하기 위해 {{Blue|mkpart}} 명령을 활용하여 {{Blue|parted}}에게 1MB 영역에서 3MB 영역까지의 공간을 활용하라고 일러두겠습니다(이리하여 2MB 크기의 분할 공간을 만듭니다).

{{Example|코드 예제 3.5: 2 MB 용량 분할 공간 만들기|
(parted) {{Blue|mkpart primary 1 3}} 
(parted) {{Blue|name 1 grub}} 
(parted) {{Blue|set 1 bios_grub on}} 
(parted) {{Blue|print}} 
Model: Virtio Block Device (virtblk) 
Disk /dev/sda: 20480MiB 
Sector size (logical/physical): 512B/512B 
Partition Table: gpt}}

시동 분할 공간(128MB), 스왑 분할 공간(예제에서는 512MB)에 대해 같은 과정을 진행하고, 루트 분할 공간에는 디스크 나머지 영역을 차지하도록 하십시오(이 경우 마지막 위치를 {{Blue|-1}}로 합니다. 음수 값은 디스크의 마지막 부분에 최대한 도달하라는 의미입니다).

{{Example|코드 예제 3.6: 다른 분할 공간 만들기|
(parted) {{Blue|mkpart primary 3 131}} 
(parted) {{Blue|name 2 boot}} 
(parted) {{Blue|mkpart primary 131 643}} 
(parted) {{Blue|name 3 swap}} 
(parted) {{Blue|mkpart primary 643 -1}} 
(parted) {{Blue|name 4 rootfs}} }}

최종 결과는 다음과 비슷합니다:

{{Example|코드 예제 3.7: 현재 분할 공간 배치 모양새|
(parted) {{Blue|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 
3 131MiB 643MiB 512MiB swap 
4 643MiB 20479MiB 19836MiB rootfs
}}

결과에 만족한다면 {{Blue|quit}} 명령을 사용하여 {{Blue|parted}}를 끝내십시오.

=== 대안: fdisk를 사용하여 디스크 공간 나누기 ===
{{Important|2TB 용량보다 큰 단위의 분할 공간을 다루는 환경이라면, 이 절차 대신 [[#.EA.B8.B0.EB.B3.B8:_parted.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EA.B3.B5.EA.B0.84_.EB.82.98.EB.88.84.EA.B8.B0|기본: parted를 사용하여 디스크 공간 나누기]] 절차를 따르십시오. {{Blue|fdisk}}에서는 큰 용량의 분할 공간을 다루지 못합니다. 게다가 fdisk에서는 MBR 배치를 활용합니다. fdisk 프로그램 대신, GPT를 지원하는 gdisk(젠투에서는 gptfdisk 꾸러미로 제공합니다)가 있지만, 젠투 설치 미디어엔 없을 것입니다.}}

다음 부분은 {{Blue|fdisk}}를 활용하여 어떻게 예제 분할 구역 배치를 하는지 설명합니다. 예제 분할 구역 배치는 이미 앞에서 언급했습니다:

{| cellspacing="1" cellpadding="1"
! scope="col" bgcolor="#8866ff" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

여러분의 취향에 따라 분할 구역 배치를 바꾸어보십시오.

==== 현재 파티션 배치 보기 ====
{{Blue|fdisk}}는 디스크의 구역을 나누는 잘 알려진 강력한 도구입니다. 구역을 나누려는 디스크에 대해 {{Blue|fdisk}}를 실행하십시오(예제에서는 /dev/sda를 사용합니다)

{{Example|코드 예제 4.1: fdisk 실행하기|<nowiki># </nowiki>{{Blue|fdisk /dev/sda}} }}

{{Blue|fdisk}}에 들어가면, 다음과 같은 프롬프트를 만납니다.

{{Example|코드 예제 4.2: fdisk 프롬프트|Command (m for help): }}

현재 디스크의 분할 구역 설정을 표시하려면 {{Blue|p}}를 입력하십시오.

{{Example|코드 예제 4.3: 분할 구역 설정 보기|Command (m for help): {{Blue|p}} 
 
Disk /dev/sda: 240 heads, 63 sectors, 2184 cylinders 
<nowiki>Units = cylinders of 15120 * 512 bytes</nowiki> 
 
   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 
 
Command (m for help):
}}

이 각각의 디스크에는 7개의 리눅스 시스템을 탑재하고("Linux"라고 표시한 각각의 분할 구역), 하나의 스왑 분할 공간을 넣었습니다("Linux swap"으로 표시).

====모든 파티션 제거====
먼저 디스크의 모든 분할 구역을 제거하겠습니다. 분할 구역을 삭제하려면 {{Blue|d}}를 입력하십시오. 예를 들어 기존의 /dev/sda1 분할 구역을 삭제하려면:

{{Example|코드 예제 4.4:분할 구역 삭제|Command (m for help): {{Blue|d}} 
Partition number (1-4): {{Blue|1}} }}

이 분할 구역을 삭제하는 것으로 일정을 잡았습니다. {{Blue|p}}를 입력하면 더이상 나타나지는 않습니다. 다만 바뀐 상태를 저장하기 전에는 지우지 않습니다. 실수하여 바꾼 내용을 저장하지 않고 취소하려면 {{Blue|q}}를 즉시 입력하고, 엔터키를 누르십시오. 그러면 분할 구역을 삭제하지 않습니다.

이제 시스템의 모든 분할 공간을 날리려는 상황을 가정하겠습니다. {{Blue|p}}를 입력하여 분할 구역 목록을 출력하고, {{Blue|d}}를 입력하여 몇가지 분할 구역을 삭제하십시오. 최종적으로, 디스크에 아무것도 없는 분할 구역 테이블 상태로 끝냅니다:

{{Example|코드 예제 4.5: 빈 분할 구역 테이블|Disk /dev/sda: 30.0 GB, 30005821440 bytes 
240 heads, 63 sectors/track, 3876 cylinders 
<nowiki>Units = cylinders of 15120 * 512 = 7741440 bytes</nowiki> 
 
Device Boot    Start       End    Blocks   Id  System 
 
Command (m for help): }}

이제 메모리에 있는 분할 구역 테이블이 비어 분할 구역을 새로 만들 준비를 했습니다. 앞에서 언급한 기본 분할 구역 모양새를 활용하겠습니다. 물론 같은 분할 구역 모양새를 활용하기 싫다면, 이 절차를 따르지는 마십시오!

=== BIOS 시동 분할 구역 만들기 ===
먼저 상당히 작은 BIOS 시동 분할 구역을 만들겠습니다. {{Blue|n}}을 입력하여 새 분할 구역을 만들고, {{Blue|p}}를 입력하여 주 분할 구역을 선택한다음 {{Blue|2}}를 입력하여 두번째 주 분할 구역을 선택하십시오.

Trans:GentooAmd64Handbook2013-1-4

2014-03-15T04:33:45Z

Darkcircle: /* 모든 파티션 제거 */

== 디스크 준비하기 ==
=== 블록 장치 소개 ===
==== 블록 장치 ====
이제 우리는 젠투 리눅스의 디스크 측면의 모습과 리눅스 파일시스템, 분할 구역, 블록 장치를 포함한 일반적인 리눅스의 모습을 살펴보겠습니다. 그 다음 디스크와 파일시스템의 이모저모에 익숙해지고 나면 젠투 리눅스 설치를 위한 분할 구역과 파일시스템의 처리과정을 안내하겠습니다.

시작에 즈음하여 ''블록 장치''를 소개하도록 하겠습니다. 가장 잘 알려진 블록 장치는 아마도 리눅스 시스템에서 첫 번째 드라이브로 나타나는 /dev/sda가 아닌가 싶습니다. SCSI와 직렬 ATA 드라이브들 모두 /dev/sd*로 표시합니다. 게다가 커널의 새로운 libata 프레임워크에서는 IDE 드라이브 조차도 /dev/sd*로 표시합니다.만약 오래된 장치 프레임워크를 사용한다면, 첫번째 IDE 드라이브는 /dev/hda 입니다.

위에 나타난 이 블록장치는 디스크의 추상 인터페이스입니다. 사용자 프로그램은 드라이브가 IDE인지 SCSI인지 그 말고 다른 장치인지 전혀 신경쓰지 않고 디스크와 상호작용하기 위해 이 블록 장치를 사용할 수 있습니다. 프로그램은 연속된, 임의 접근가능한 512 바이트 블록의 모음으로 디스크의 저장소에 주소를 지정할 수 있습니다.

==== 분할 구역 ====
리눅스 시스템을 저장하려면 이론적으로 디스크의 전체 구역을 사용할 수 있지만 실제로는 거의 그렇게 하지 못합니다. 대신 전체 디스크 블록장치는 작은 부분으로 나누어 좀 더 관리하기 쉬운 블록 장치로 만듭니다. x86 시스템에서는 이를 ''분할 구역(파티션)''이라고 부릅니다. 현재 분할 구역을 나누는데 두가지 표준 MBR과 GPT를 활용합니다.

MBR(주 시동 레코드) 설정시 섹터 시작점과 분할 구역의 길이를 구분하는데 32비트 식별자를 사용하며, ''주 분할 구역'', ''확장 분할 구역'', ''논리 분할 구역'' 세 가지 방식을 지원합니다. ''주 분할 구역''은 MBR(주 시동 레코드)에 정보를 저장하는 분할 구역입니다. MBR 이 매우 작은(512 바이트) 만큼 네 개의 주 분할 구역만을 지정할 수 있습니다. (예를 들어 /dev/sda1 부터 /dev/sda4 까지 입니다).

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

각각의 분할 구역은 2TB 크기로 제한되어 있습니다(32비트 식별자의 한계). 또한 MBR 설정은 백업-MBR을 지원하지 않으므로 프로그램이나 사용자가 MBR을 덮어쓰기하면 모든 분할 구역 정보를 잃게 됩니다.

GPT(GUID 분할 구역 테이블) 설정은 분할 구역에 대해 64비트 식별자를 사용합니다. 분할 구역 정보를 저장하는 위치는 MBR의 512바이트 보다 크며 분할 구역의 갯수에 제한이 없습니다. 게다가 분할 구역 용량 제한 마저도 더 큽니다(거의 8ZB입니다. 네 제타바이트죠).

운영체제와 펌웨어 간의 시스템 소프트웨어 인터페이스가 UEFI(BIOS 대신)라면, MBR이 존재할때 발생하는 호환성 문제로, GPT는 가히 필수적이라고 할 수 있습니다.

GPT는 또한 디스크 마지막 부분에 GPT를 백업하는 기능적 장점이 있는데, 앞부분의 첫번째 GPT가 깨지면 복구할 때 활용할 수 있습니다. GPT는 CRC32 체크섬을 활용하여 헤더와 분할 구역 테이블의 오류를 감지합니다.

==== 그래서 GPT를 사용할까요? MBR을 사용할까요? ====
위에 설명한 바대로, 언제든 GPT 활용이 권장접근 방식으로 생각될 수도 있습니다. 다만, 몇가지 주의사항이 있습니다.

BIOS 기반 컴퓨터에서 GPT를 활용하면 동작은 하겠지만, 마이크로소프트 윈도우 운영체제와는 듀얼 부팅 기능을 활용할 수 없습니다. 이유는, 마이크로소프트 윈도우에서 GPT 분할 구역 레이블을 감지하면 EFI 모드로 부팅하기 때문입니다.

몇가지 오류가 존재하는 바이오스나 BIOS/CSM/레거시 모드로 부팅하도록 설정한 EFI에서도 GPT 레이블 처리한 디스크로 부팅할때 문제가 있습니다. 이 경우 {{Blue|fdisk}}를 통해 자체적인 MBR 분할 구역에 시동/활성화 플래그를 추가하여 문제를 비껴갈 수 있습니다({{Blue|parted}} 에서는 GPT 테이블을 인식하지만 자체적인 MBR 분할 구역은 보여주지 않을 것입니다):

{{Example|코드 예제 1.1: 자체 MBR 분할 구역에 시동 플래그 활성화|<nowiki> # </nowiki>{{Blue|fdisk /dev/sda}} 
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk 
doesn't support GPT. Use GNU Parted. 
 
Command (m for help): {{Blue|a}} 
Partition number (1-4): {{Blue|1}} 

Command (m for help): {{Blue|w}}
}}

==== 고급 저장장치 ====
x86 설치 CD는 LVM2를 지원합니다. LVM2는 분할 구역 설정으로 유연성을 극대화합니다. 설치 설명 중에, 우리는 "일반" 분할 구역에 초점을 맞추겠지만, LVM2을 지원한다는 사실에 대해 알고 있는 것 또한 좋습니다.

=== 분할 구역 모양새 설계 ===
==== 기본 분할 구역 모양새 ====
여러분의 시스템에 대한 분할 구역 모양새를 그려보는데 관심이 없다면, 이 책을 통해 우리가 사용한 분할 구역을 사용해보실 수도 있습니다.

{| cellspacing="1" cellpadding="1"
! scope="col" bgcolor="#8866ff" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" |'''파일시스템'''
! scope="col" bgcolor="#8866ff" |'''사이즈'''
! scope="col" bgcolor="#8866ff" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''(bootloader)'''
| bgcolor="#ccccff" |'''2M'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''ext2'''
| bgcolor="#ccccff" |'''32M'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''(swap)'''
| bgcolor="#ccccff" |'''512M 이상'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''ext4'''
| bgcolor="#ccccff" |'''디스크 나머지 공간'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

분할 구역의 크기가 얼마나 되어야 하는지 심지어 얼마나 많은 분할 구역이 필요한지 알고 싶으시다면 계속 읽어내려가시기 바랍니다. 그렇지 않다면 [[#parted.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EB.B6.84.ED.95.A0.ED.95.98.EA.B8.B0|parted를 사용하여 디스크 분할하기]] (또는 [[#fdisk.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EB.B6.84.ED.95.A0.ED.95.98.EA.B8.B0|fdisk를 사용하여 디스크 분할하기]])를 읽어 분할을 계속 진행하십시오. 둘 다 구역 분할 도구인데, {{blue|fdisk}}는 잘 알려져 있고 안정적입니다. {{blue|parted}}는 좀 최근에 나왔는데 2TB이상의 분할 구역을 지원합니다.

==== 얼마나 많이, 얼마나 크게 할까요? ====
수많은 분할 구역은 환경에 크게 의존합니다. 사용자가 많이 있다면 보안성을 증대하고 백업을 쉽게하기 위해 /home 을 따로 나누고 싶어할 것입니다. 젠투 시스템을 메일서버로 동작하게끔 하려면 /var에 모든 메일이 저장되므로 /var를 나눌 것입니다. 파일시스템에 대한 좋은 선택은 여러분이 가진 시스템의 성능을 극대화 할 것입니다. 게임서버라면 대부분의 게임 서버가 /opt에 설치 되므로 이것을 나눌 것입니다. 이유는 /home 과 비슷합니다. 보안과 백업이죠. /usr 는 커지는 그대로라도 유지하고 싶어할 것입니다. 주요 프로그램들이 들어가 있을 뿐만 아니라 다양한 소스코드를 제외한 500MB 가량의 포티지 트리들이 이 곳에 저장됩니다.

여러분이 아시는 바와 같이 여러분이 무엇을 저장하고 싶은지에 크게 달려있습니다. 각각의 분할 구역과 볼륨은 다음 장점이 있습니다

* 각각의 분할 구역과 볼륨에 대해 가장 잘 동작하는 파일시스템을 선택할 수 있습니다.
* 어떤 기능을 상실한 도구가 계속 파일을 기록하는 경우 빈 공간이 부족해져 전체 시스템을 동작할 수가 없습니다.
* 필요한 경우 파일시스템 점검을 동시에 여러 부분에 대한 검사를 수행하여 시간을 줄입니다 (여러 분할 구역이 있을 때보단 여러 디스크가 있을 수록 좋겠지만).
* 일부 분할 구역이나 볼륨을 읽기 전용, nosuid(setuid 비트를 무시합니다), noexec(실행 비트를 무시합니다) 등으로 마운트하여 보안성을 향상할 수 있습니다.

그러나 이 뿐만 아니라 여러 분할 구역을 나누면 단점이 있기도 합니다. 제대로 설정하지 않으면 어떤 분할 구역은 남은 공간이 많지만 어떤 분할 구역은 그렇지 않을 것입니다. 다른 귀찮은 것 하나는 나누어 놓은 분할 구역인데 특히 /usr나 /var같은 중요한 마운트 지점은 종종 관리자가 다른 시동 스크립트를 시작하기 전에 분할 구역에 마운트 하게끔 initramfs로 시동하는 것이 필요합니다. 비록 항상 일어나는 일은 아니지만요. 이렇게 다양한 이득이 있습니다.

SCSI 와 SATA에서는 GPT 레이블을 사용하지 않으면 15개의 분할구역 갯수 제한이 있습니다.

==== 스왑 공간은 어떻게 할까요? ====
스왑 구역 분할에 대한 완벽한 값은 없습니다. 스왑 공간 사용의 목적은 내부 메모리(RAM)가 고갈 상태일때 커널로 디스크 공간을 제공하는 것입니다. 스왑 공간은 커널에게 디스크에서 바로 접근하지 않을 메모리 페이지를 옮길 수 있게(스왑, 페이지아웃)하며, 메모리를 비우기도 합니다. 물론, 메모리가 갑자기 필요할 때 이 페이지를 메모리로 돌려놓아야 하는데(페이지 인), 시간이 좀 걸립니다(자체 메모리와 비교하면 디스크는 매우 느립니다).

메모리를 요구하는 프로그램을 실행하는게 아니거나, 상당한 용량의 메모리를 보유하고 있다면, 많은 스왑 공간이 필요한게 아닙니다. 그러나, 스왑 공간은 최대 절전모드에서 메모리 전체 내용을 저장하는데도 사용합니다. 최대 절전 공간 기능을 활용하려 한다면, 더 큰 스왑 공간이 필요합니다. 보통 최소한 시스템에 있는 메모리 용량 만큼은 필요합니다.

==== BIOS 시동 분할 구역은 무엇인가요? ====
BIOS 시동 분할 구역은 GRUB2와 같은 부트로더가 할당 저장 공간(MBR의 경우 수백 바이트)에 적절하지 않은 추가 데이터를 놓을 수 있게 하는 매우 작은(1~2MB) 분할 구역이며, 그 어디에든 위치할 수 없습니다.

각각의 분할 구역은 항상 필요한게 아니지만, 적은 공간 차지를 고려하며, 문서에 나타낸 내용보다 과다하게 다른 분할 구역 형식을 활용해야 한다면, 각각의 경우에 BIOS 시동 분할 구역을 만드는걸 추천합니다.

완벽함을 기하도록 하기 위해 GPT 파이션 배치를 GRUB2와 사용할 경우 또는 디스크에서 1MB 영역 이전에 첫번째 분할 구역을 시작할 때 GRUB2에서 MBR 분할 구역을 사용하는 경우 BIOS 시동 분할 구역이 필요하다고 말할 수 있습니다.

=== 기본: parted를 사용하여 디스크 공간 나누기 ===
이 장에서는 앞서 언급한 예제 분할 구역 배치를 만드는 철차를 안내하겠습니다만, 편의를 위해 재차 언급하도록 하겠습니다.

{|
! scope="col" bgcolor="#8866ff" width="110" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" width="110" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

여러분의 취향에 따라 분할 배치를 바꾸어보십시오.

==== 현재 분할 구역 배치 보기 ====
{{Blue|parted}} 프로그램은 디스크 공간을 나누기 위한 단순한 인터페이스를 제공하며, 매우 큰 분할 구역(2TB 이상)을 지원합니다. 디스크 상에서 {{Blue|parted}}를 실행하십시오(예제에서는 /dev/sda를 사용합니다). {{Blue|parted}}에게 최적 상태로 분할 구역을 정렬하도록 요청하겠습니다.

{{Example|코드 예제 3.1: parted 시작하기|<nowiki># </nowiki>{{Blue|parted -a optimal /dev/sda}} 
GNU Parted 2.3 
Using /dev/sda 
Welcome to GNU Parted! Type 'help' to view a list of commands.}}

정렬이라 함은 각각의 분할 구역이 디스크상에 알려진 위치 내에서 시작함을 의미하며, 운영체제 수준의 디스크 동작이(디스크에서 페이지 전송) 내부 디스크 동작을 최소화 함을 의미합니다. 잘못 정렬한 분할 구역은 운영체제가 단일 페이지를 요청했을 경우 조차도 디스크가 페이지 두개를 요청할지도 모릅니다.

{{Blue|parted}} 에서 지원하는 모든 옵션을 찾아보려면, {{Blue|help}}를 입력하고 리턴 키를 누르십시오.

==== GPT 레이블 설정 ====
x86/amd64의 대부분의 디스크는 ''msdos''레이블을 사용합니다. {{Blue|parted}}를 사용하면, {{Blue|mklabel gpt}} 명령으로 디스크에 GPT 레이블을 놓을 수 있습니다.

{{Warning|분할 형식을 바꾸면 디스크의 모든 분할 설정을 제거합니다. 디스크의 모든 데이터를 잃게 됩니다.}}

{{Example|코드 예제 3.2: GPT 레이블 설정|(parted) {{Blue|mklabel gpt}} }}

디스크에 MBR 배치를 사용하려면, {{Blue|mklabel msdos}} 명령을 사용하십시오.

==== 모든 분할 구역 제거 ====
GPT 레이블 설정이 아직 끝나지 않았다면(예를 들어, 앞서 언급한 {{Blue|mklabel}} 이나, 디스크를 새로 포맷했을 경우), 디스크의 모든 기존의 분할 구역을 먼저 제거해야 합니다. 현재 분할 구역을 보려면 {{Blue|print}}를 입력하고, 제거할 분할 구역에 대해 <번호>대신 숫자로 rm <번호>을 입력하십시오.

{{Example|코드 예제 3.3: 디스크에서 분할 구역 제거하기|(parted) {{Blue|rm 2}} }}

필요하지 않은 분할 구역에 대해 같은 명령을 내리십시오. 그러나, 이 시점에서 실수를 하지 않았는지 확인하십시오. {{Blue|parted}}는 상태를 바꾸는 동작을 바로 실행합니다(사용자가 바꾼 내용을 스테이지에 쌓아두다가 저장하기 전에 "되돌리기"를 하거나 {{Blue|fdisk}}를 빠져나가는 방법으로 바꾼 내용을 취소하는 것과는 다릅니다).

==== 파티션 만들기 ====
이제 앞에서 말한 분할 구역을 만들어보겠습니다. {{Blue|parted}}로 분할 구역을 만드는 것은 그리 어려운 일이 아닙니다. 필요한 모든 일은 {{Blue|parted}}에 다음 설정 내용을 알려주는 것 뿐입니다.

* 사용할 ''파티션 형식''. 보통 ''primary(주)'' 형식을 사용합니다. ''msdos'' 분할 구역 레이블을 사용한다면, 4개 이상의 주 분할 구역을 사용할 수 없음을 기억하십시오. 4개 이상의 분할 구역을 활용하려면, ''extended(확장)'' 분할 구역을 만든 다음 ''logical(논리)'' 분할 구역을 확장 분할 구역 안에 만드십시오.
* 파티션의 시작 위치 (MB, GB로 표현 가능)
* 파티션이 끝나는 위치 (MB, GB로 표현 가능)

먼저 {{Blue|parted}}에게 메가바이트를 크기 단위로 쓰겠다고 알려줍시다(실제로는, 표준 표기 MiB로 줄여 부르는 메비바이트이지만, 보통 일반적으로 제일 많이 쓰는 표기인 MB로 쓰겠습니다).

{{Example|코드 예제 3.4: MiB 단위 사용하기|(parted) {{Blue|unit mib}} }}

이제 GRUB2 부트로더에서 사용할 2MB 용량의 분할 공간을 만들겠습니다. 이 동작을 수행하기 위해 {{Blue|mkpart}} 명령을 활용하여 {{Blue|parted}}에게 1MB 영역에서 3MB 영역까지의 공간을 활용하라고 일러두겠습니다(이리하여 2MB 크기의 분할 공간을 만듭니다).

{{Example|코드 예제 3.5: 2 MB 용량 분할 공간 만들기|
(parted) {{Blue|mkpart primary 1 3}} 
(parted) {{Blue|name 1 grub}} 
(parted) {{Blue|set 1 bios_grub on}} 
(parted) {{Blue|print}} 
Model: Virtio Block Device (virtblk) 
Disk /dev/sda: 20480MiB 
Sector size (logical/physical): 512B/512B 
Partition Table: gpt}}

시동 분할 공간(128MB), 스왑 분할 공간(예제에서는 512MB)에 대해 같은 과정을 진행하고, 루트 분할 공간에는 디스크 나머지 영역을 차지하도록 하십시오(이 경우 마지막 위치를 {{Blue|-1}}로 합니다. 음수 값은 디스크의 마지막 부분에 최대한 도달하라는 의미입니다).

{{Example|코드 예제 3.6: 다른 분할 공간 만들기|
(parted) {{Blue|mkpart primary 3 131}} 
(parted) {{Blue|name 2 boot}} 
(parted) {{Blue|mkpart primary 131 643}} 
(parted) {{Blue|name 3 swap}} 
(parted) {{Blue|mkpart primary 643 -1}} 
(parted) {{Blue|name 4 rootfs}} }}

최종 결과는 다음과 비슷합니다:

{{Example|코드 예제 3.7: 현재 분할 공간 배치 모양새|
(parted) {{Blue|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 
3 131MiB 643MiB 512MiB swap 
4 643MiB 20479MiB 19836MiB rootfs
}}

결과에 만족한다면 {{Blue|quit}} 명령을 사용하여 {{Blue|parted}}를 끝내십시오.

=== 대안: fdisk를 사용하여 디스크 공간 나누기 ===
{{Important|2TB 용량보다 큰 단위의 분할 공간을 다루는 환경이라면, 이 절차 대신 [[#.EA.B8.B0.EB.B3.B8:_parted.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EA.B3.B5.EA.B0.84_.EB.82.98.EB.88.84.EA.B8.B0|기본: parted를 사용하여 디스크 공간 나누기]] 절차를 따르십시오. {{Blue|fdisk}}에서는 큰 용량의 분할 공간을 다루지 못합니다. 게다가 fdisk에서는 MBR 배치를 활용합니다. fdisk 프로그램 대신, GPT를 지원하는 gdisk(젠투에서는 gptfdisk 꾸러미로 제공합니다)가 있지만, 젠투 설치 미디어엔 없을 것입니다.}}

다음 부분은 {{Blue|fdisk}}를 활용하여 어떻게 예제 분할 구역 배치를 하는지 설명합니다. 예제 분할 구역 배치는 이미 앞에서 언급했습니다:

{| cellspacing="1" cellpadding="1"
! scope="col" bgcolor="#8866ff" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

여러분의 취향에 따라 분할 구역 배치를 바꾸어보십시오.

==== 현재 파티션 배치 보기 ====
{{Blue|fdisk}}는 디스크의 구역을 나누는 잘 알려진 강력한 도구입니다. 구역을 나누려는 디스크에 대해 {{Blue|fdisk}}를 실행하십시오(예제에서는 /dev/sda를 사용합니다)

{{Example|코드 예제 4.1: fdisk 실행하기|<nowiki># </nowiki>{{Blue|fdisk /dev/sda}} }}

{{Blue|fdisk}}에 들어가면, 다음과 같은 프롬프트를 만납니다.

{{Example|코드 예제 4.2: fdisk 프롬프트|Command (m for help): }}

현재 디스크의 분할 구역 설정을 표시하려면 {{Blue|p}}를 입력하십시오.

{{Example|코드 예제 4.3: 분할 구역 설정 보기|Command (m for help): {{Blue|p}} 
 
Disk /dev/sda: 240 heads, 63 sectors, 2184 cylinders 
<nowiki>Units = cylinders of 15120 * 512 bytes</nowiki> 
 
   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 
 
Command (m for help):
}}

이 각각의 디스크에는 7개의 리눅스 시스템을 탑재하고("Linux"라고 표시한 각각의 분할 구역), 하나의 스왑 분할 공간을 넣었습니다("Linux swap"으로 표시).

====모든 파티션 제거====
먼저 디스크의 모든 분할 구역을 제거하겠습니다. 분할 구역을 삭제하려면 {{Blue|d}}를 입력하십시오. 예를 들어 기존의 /dev/sda1 분할 구역을 삭제하려면:

{{Example|코드 예제 4.4:분할 구역 삭제|Command (m for help): {{Blue|d}} 
Partition number (1-4): {{Blue|1}} }}

이 분할 구역을 삭제하는 것으로 일정을 잡았습니다. {{Blue|p}}를 입력하면 더이상 나타나지는 않습니다. 다만 바뀐 상태를 저장하기 전에는 지우지 않습니다. 실수하여 바꾼 내용을 저장하지 않고 취소하려면 {{Blue|q}}를 즉시 입력하고, 엔터키를 누르십시오. 그러면 분할 구역을 삭제하지 않습니다.

이제 시스템의 모든 분할 공간을 날리려는 상황을 가정하겠습니다. {{Blue|p}}를 입력하여 분할 구역 목록을 출력하고, {{Blue|d}}를 입력하여 몇가지 분할 구역을 삭제하십시오. 최종적으로, 디스크에 아무것도 없는 분할 구역 테이블 상태로 끝냅니다:

{{Example|코드 예제 4.5: 빈 분할 영역 테이블|Disk /dev/sda: 30.0 GB, 30005821440 bytes 
240 heads, 63 sectors/track, 3876 cylinders 
<nowiki>Units = cylinders of 15120 * 512 = 7741440 bytes</nowiki> 
 
Device Boot    Start       End    Blocks   Id  System 
 
Command (m for help): }}

이제 메모리에 있는 분할 구역 테이블이 비어 분할 구역을 새로 만들 준비를 했습니다. 앞에서 언급한 기본 분할 구역 모양새를 활용하겠습니다. 물론 같은 분할 구역 모양새를 활용하기 싫다면, 이 절차를 따르지는 마십시오!

=== BIOS 시동 분할 구역 만들기 ===
먼저 상당히 작은 BIOS 시동 분할 구역을 만들겠습니다. {{Blue|n}}을 입력하여 새 분할 구역을 만들고, {{Blue|p}}를 입력하여 주 분할 구역을 선택한다음 {{Blue|2}}를 입력하여 두번째 주 분할 구역을 선택하십시오.

Trans:GentooAmd64Handbook2013-1-4

2014-03-15T04:28:00Z

Darkcircle: /* 모든 파티션 제거 */

== 디스크 준비하기 ==
=== 블록 장치 소개 ===
==== 블록 장치 ====
이제 우리는 젠투 리눅스의 디스크 측면의 모습과 리눅스 파일시스템, 분할 구역, 블록 장치를 포함한 일반적인 리눅스의 모습을 살펴보겠습니다. 그 다음 디스크와 파일시스템의 이모저모에 익숙해지고 나면 젠투 리눅스 설치를 위한 분할 구역과 파일시스템의 처리과정을 안내하겠습니다.

시작에 즈음하여 ''블록 장치''를 소개하도록 하겠습니다. 가장 잘 알려진 블록 장치는 아마도 리눅스 시스템에서 첫 번째 드라이브로 나타나는 /dev/sda가 아닌가 싶습니다. SCSI와 직렬 ATA 드라이브들 모두 /dev/sd*로 표시합니다. 게다가 커널의 새로운 libata 프레임워크에서는 IDE 드라이브 조차도 /dev/sd*로 표시합니다.만약 오래된 장치 프레임워크를 사용한다면, 첫번째 IDE 드라이브는 /dev/hda 입니다.

위에 나타난 이 블록장치는 디스크의 추상 인터페이스입니다. 사용자 프로그램은 드라이브가 IDE인지 SCSI인지 그 말고 다른 장치인지 전혀 신경쓰지 않고 디스크와 상호작용하기 위해 이 블록 장치를 사용할 수 있습니다. 프로그램은 연속된, 임의 접근가능한 512 바이트 블록의 모음으로 디스크의 저장소에 주소를 지정할 수 있습니다.

==== 분할 구역 ====
리눅스 시스템을 저장하려면 이론적으로 디스크의 전체 구역을 사용할 수 있지만 실제로는 거의 그렇게 하지 못합니다. 대신 전체 디스크 블록장치는 작은 부분으로 나누어 좀 더 관리하기 쉬운 블록 장치로 만듭니다. x86 시스템에서는 이를 ''분할 구역(파티션)''이라고 부릅니다. 현재 분할 구역을 나누는데 두가지 표준 MBR과 GPT를 활용합니다.

MBR(주 시동 레코드) 설정시 섹터 시작점과 분할 구역의 길이를 구분하는데 32비트 식별자를 사용하며, ''주 분할 구역'', ''확장 분할 구역'', ''논리 분할 구역'' 세 가지 방식을 지원합니다. ''주 분할 구역''은 MBR(주 시동 레코드)에 정보를 저장하는 분할 구역입니다. MBR 이 매우 작은(512 바이트) 만큼 네 개의 주 분할 구역만을 지정할 수 있습니다. (예를 들어 /dev/sda1 부터 /dev/sda4 까지 입니다).

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

각각의 분할 구역은 2TB 크기로 제한되어 있습니다(32비트 식별자의 한계). 또한 MBR 설정은 백업-MBR을 지원하지 않으므로 프로그램이나 사용자가 MBR을 덮어쓰기하면 모든 분할 구역 정보를 잃게 됩니다.

GPT(GUID 분할 구역 테이블) 설정은 분할 구역에 대해 64비트 식별자를 사용합니다. 분할 구역 정보를 저장하는 위치는 MBR의 512바이트 보다 크며 분할 구역의 갯수에 제한이 없습니다. 게다가 분할 구역 용량 제한 마저도 더 큽니다(거의 8ZB입니다. 네 제타바이트죠).

운영체제와 펌웨어 간의 시스템 소프트웨어 인터페이스가 UEFI(BIOS 대신)라면, MBR이 존재할때 발생하는 호환성 문제로, GPT는 가히 필수적이라고 할 수 있습니다.

GPT는 또한 디스크 마지막 부분에 GPT를 백업하는 기능적 장점이 있는데, 앞부분의 첫번째 GPT가 깨지면 복구할 때 활용할 수 있습니다. GPT는 CRC32 체크섬을 활용하여 헤더와 분할 구역 테이블의 오류를 감지합니다.

==== 그래서 GPT를 사용할까요? MBR을 사용할까요? ====
위에 설명한 바대로, 언제든 GPT 활용이 권장접근 방식으로 생각될 수도 있습니다. 다만, 몇가지 주의사항이 있습니다.

BIOS 기반 컴퓨터에서 GPT를 활용하면 동작은 하겠지만, 마이크로소프트 윈도우 운영체제와는 듀얼 부팅 기능을 활용할 수 없습니다. 이유는, 마이크로소프트 윈도우에서 GPT 분할 구역 레이블을 감지하면 EFI 모드로 부팅하기 때문입니다.

몇가지 오류가 존재하는 바이오스나 BIOS/CSM/레거시 모드로 부팅하도록 설정한 EFI에서도 GPT 레이블 처리한 디스크로 부팅할때 문제가 있습니다. 이 경우 {{Blue|fdisk}}를 통해 자체적인 MBR 분할 구역에 시동/활성화 플래그를 추가하여 문제를 비껴갈 수 있습니다({{Blue|parted}} 에서는 GPT 테이블을 인식하지만 자체적인 MBR 분할 구역은 보여주지 않을 것입니다):

{{Example|코드 예제 1.1: 자체 MBR 분할 구역에 시동 플래그 활성화|<nowiki> # </nowiki>{{Blue|fdisk /dev/sda}} 
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk 
doesn't support GPT. Use GNU Parted. 
 
Command (m for help): {{Blue|a}} 
Partition number (1-4): {{Blue|1}} 

Command (m for help): {{Blue|w}}
}}

==== 고급 저장장치 ====
x86 설치 CD는 LVM2를 지원합니다. LVM2는 분할 구역 설정으로 유연성을 극대화합니다. 설치 설명 중에, 우리는 "일반" 분할 구역에 초점을 맞추겠지만, LVM2을 지원한다는 사실에 대해 알고 있는 것 또한 좋습니다.

=== 분할 구역 모양새 설계 ===
==== 기본 분할 구역 모양새 ====
여러분의 시스템에 대한 분할 구역 모양새를 그려보는데 관심이 없다면, 이 책을 통해 우리가 사용한 분할 구역을 사용해보실 수도 있습니다.

{| cellspacing="1" cellpadding="1"
! scope="col" bgcolor="#8866ff" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" |'''파일시스템'''
! scope="col" bgcolor="#8866ff" |'''사이즈'''
! scope="col" bgcolor="#8866ff" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''(bootloader)'''
| bgcolor="#ccccff" |'''2M'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''ext2'''
| bgcolor="#ccccff" |'''32M'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''(swap)'''
| bgcolor="#ccccff" |'''512M 이상'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''ext4'''
| bgcolor="#ccccff" |'''디스크 나머지 공간'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

분할 구역의 크기가 얼마나 되어야 하는지 심지어 얼마나 많은 분할 구역이 필요한지 알고 싶으시다면 계속 읽어내려가시기 바랍니다. 그렇지 않다면 [[#parted.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EB.B6.84.ED.95.A0.ED.95.98.EA.B8.B0|parted를 사용하여 디스크 분할하기]] (또는 [[#fdisk.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EB.B6.84.ED.95.A0.ED.95.98.EA.B8.B0|fdisk를 사용하여 디스크 분할하기]])를 읽어 분할을 계속 진행하십시오. 둘 다 구역 분할 도구인데, {{blue|fdisk}}는 잘 알려져 있고 안정적입니다. {{blue|parted}}는 좀 최근에 나왔는데 2TB이상의 분할 구역을 지원합니다.

==== 얼마나 많이, 얼마나 크게 할까요? ====
수많은 분할 구역은 환경에 크게 의존합니다. 사용자가 많이 있다면 보안성을 증대하고 백업을 쉽게하기 위해 /home 을 따로 나누고 싶어할 것입니다. 젠투 시스템을 메일서버로 동작하게끔 하려면 /var에 모든 메일이 저장되므로 /var를 나눌 것입니다. 파일시스템에 대한 좋은 선택은 여러분이 가진 시스템의 성능을 극대화 할 것입니다. 게임서버라면 대부분의 게임 서버가 /opt에 설치 되므로 이것을 나눌 것입니다. 이유는 /home 과 비슷합니다. 보안과 백업이죠. /usr 는 커지는 그대로라도 유지하고 싶어할 것입니다. 주요 프로그램들이 들어가 있을 뿐만 아니라 다양한 소스코드를 제외한 500MB 가량의 포티지 트리들이 이 곳에 저장됩니다.

여러분이 아시는 바와 같이 여러분이 무엇을 저장하고 싶은지에 크게 달려있습니다. 각각의 분할 구역과 볼륨은 다음 장점이 있습니다

* 각각의 분할 구역과 볼륨에 대해 가장 잘 동작하는 파일시스템을 선택할 수 있습니다.
* 어떤 기능을 상실한 도구가 계속 파일을 기록하는 경우 빈 공간이 부족해져 전체 시스템을 동작할 수가 없습니다.
* 필요한 경우 파일시스템 점검을 동시에 여러 부분에 대한 검사를 수행하여 시간을 줄입니다 (여러 분할 구역이 있을 때보단 여러 디스크가 있을 수록 좋겠지만).
* 일부 분할 구역이나 볼륨을 읽기 전용, nosuid(setuid 비트를 무시합니다), noexec(실행 비트를 무시합니다) 등으로 마운트하여 보안성을 향상할 수 있습니다.

그러나 이 뿐만 아니라 여러 분할 구역을 나누면 단점이 있기도 합니다. 제대로 설정하지 않으면 어떤 분할 구역은 남은 공간이 많지만 어떤 분할 구역은 그렇지 않을 것입니다. 다른 귀찮은 것 하나는 나누어 놓은 분할 구역인데 특히 /usr나 /var같은 중요한 마운트 지점은 종종 관리자가 다른 시동 스크립트를 시작하기 전에 분할 구역에 마운트 하게끔 initramfs로 시동하는 것이 필요합니다. 비록 항상 일어나는 일은 아니지만요. 이렇게 다양한 이득이 있습니다.

SCSI 와 SATA에서는 GPT 레이블을 사용하지 않으면 15개의 분할구역 갯수 제한이 있습니다.

==== 스왑 공간은 어떻게 할까요? ====
스왑 구역 분할에 대한 완벽한 값은 없습니다. 스왑 공간 사용의 목적은 내부 메모리(RAM)가 고갈 상태일때 커널로 디스크 공간을 제공하는 것입니다. 스왑 공간은 커널에게 디스크에서 바로 접근하지 않을 메모리 페이지를 옮길 수 있게(스왑, 페이지아웃)하며, 메모리를 비우기도 합니다. 물론, 메모리가 갑자기 필요할 때 이 페이지를 메모리로 돌려놓아야 하는데(페이지 인), 시간이 좀 걸립니다(자체 메모리와 비교하면 디스크는 매우 느립니다).

메모리를 요구하는 프로그램을 실행하는게 아니거나, 상당한 용량의 메모리를 보유하고 있다면, 많은 스왑 공간이 필요한게 아닙니다. 그러나, 스왑 공간은 최대 절전모드에서 메모리 전체 내용을 저장하는데도 사용합니다. 최대 절전 공간 기능을 활용하려 한다면, 더 큰 스왑 공간이 필요합니다. 보통 최소한 시스템에 있는 메모리 용량 만큼은 필요합니다.

==== BIOS 시동 분할 구역은 무엇인가요? ====
BIOS 시동 분할 구역은 GRUB2와 같은 부트로더가 할당 저장 공간(MBR의 경우 수백 바이트)에 적절하지 않은 추가 데이터를 놓을 수 있게 하는 매우 작은(1~2MB) 분할 구역이며, 그 어디에든 위치할 수 없습니다.

각각의 분할 구역은 항상 필요한게 아니지만, 적은 공간 차지를 고려하며, 문서에 나타낸 내용보다 과다하게 다른 분할 구역 형식을 활용해야 한다면, 각각의 경우에 BIOS 시동 분할 구역을 만드는걸 추천합니다.

완벽함을 기하도록 하기 위해 GPT 파이션 배치를 GRUB2와 사용할 경우 또는 디스크에서 1MB 영역 이전에 첫번째 분할 구역을 시작할 때 GRUB2에서 MBR 분할 구역을 사용하는 경우 BIOS 시동 분할 구역이 필요하다고 말할 수 있습니다.

=== 기본: parted를 사용하여 디스크 공간 나누기 ===
이 장에서는 앞서 언급한 예제 분할 구역 배치를 만드는 철차를 안내하겠습니다만, 편의를 위해 재차 언급하도록 하겠습니다.

{|
! scope="col" bgcolor="#8866ff" width="110" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" width="110" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

여러분의 취향에 따라 분할 배치를 바꾸어보십시오.

==== 현재 분할 구역 배치 보기 ====
{{Blue|parted}} 프로그램은 디스크 공간을 나누기 위한 단순한 인터페이스를 제공하며, 매우 큰 분할 구역(2TB 이상)을 지원합니다. 디스크 상에서 {{Blue|parted}}를 실행하십시오(예제에서는 /dev/sda를 사용합니다). {{Blue|parted}}에게 최적 상태로 분할 구역을 정렬하도록 요청하겠습니다.

{{Example|코드 예제 3.1: parted 시작하기|<nowiki># </nowiki>{{Blue|parted -a optimal /dev/sda}} 
GNU Parted 2.3 
Using /dev/sda 
Welcome to GNU Parted! Type 'help' to view a list of commands.}}

정렬이라 함은 각각의 분할 구역이 디스크상에 알려진 위치 내에서 시작함을 의미하며, 운영체제 수준의 디스크 동작이(디스크에서 페이지 전송) 내부 디스크 동작을 최소화 함을 의미합니다. 잘못 정렬한 분할 구역은 운영체제가 단일 페이지를 요청했을 경우 조차도 디스크가 페이지 두개를 요청할지도 모릅니다.

{{Blue|parted}} 에서 지원하는 모든 옵션을 찾아보려면, {{Blue|help}}를 입력하고 리턴 키를 누르십시오.

==== GPT 레이블 설정 ====
x86/amd64의 대부분의 디스크는 ''msdos''레이블을 사용합니다. {{Blue|parted}}를 사용하면, {{Blue|mklabel gpt}} 명령으로 디스크에 GPT 레이블을 놓을 수 있습니다.

{{Warning|분할 형식을 바꾸면 디스크의 모든 분할 설정을 제거합니다. 디스크의 모든 데이터를 잃게 됩니다.}}

{{Example|코드 예제 3.2: GPT 레이블 설정|(parted) {{Blue|mklabel gpt}} }}

디스크에 MBR 배치를 사용하려면, {{Blue|mklabel msdos}} 명령을 사용하십시오.

==== 모든 분할 구역 제거 ====
GPT 레이블 설정이 아직 끝나지 않았다면(예를 들어, 앞서 언급한 {{Blue|mklabel}} 이나, 디스크를 새로 포맷했을 경우), 디스크의 모든 기존의 분할 구역을 먼저 제거해야 합니다. 현재 분할 구역을 보려면 {{Blue|print}}를 입력하고, 제거할 분할 구역에 대해 <번호>대신 숫자로 rm <번호>을 입력하십시오.

{{Example|코드 예제 3.3: 디스크에서 분할 구역 제거하기|(parted) {{Blue|rm 2}} }}

필요하지 않은 분할 구역에 대해 같은 명령을 내리십시오. 그러나, 이 시점에서 실수를 하지 않았는지 확인하십시오. {{Blue|parted}}는 상태를 바꾸는 동작을 바로 실행합니다(사용자가 바꾼 내용을 스테이지에 쌓아두다가 저장하기 전에 "되돌리기"를 하거나 {{Blue|fdisk}}를 빠져나가는 방법으로 바꾼 내용을 취소하는 것과는 다릅니다).

==== 파티션 만들기 ====
이제 앞에서 말한 분할 구역을 만들어보겠습니다. {{Blue|parted}}로 분할 구역을 만드는 것은 그리 어려운 일이 아닙니다. 필요한 모든 일은 {{Blue|parted}}에 다음 설정 내용을 알려주는 것 뿐입니다.

* 사용할 ''파티션 형식''. 보통 ''primary(주)'' 형식을 사용합니다. ''msdos'' 분할 구역 레이블을 사용한다면, 4개 이상의 주 분할 구역을 사용할 수 없음을 기억하십시오. 4개 이상의 분할 구역을 활용하려면, ''extended(확장)'' 분할 구역을 만든 다음 ''logical(논리)'' 분할 구역을 확장 분할 구역 안에 만드십시오.
* 파티션의 시작 위치 (MB, GB로 표현 가능)
* 파티션이 끝나는 위치 (MB, GB로 표현 가능)

먼저 {{Blue|parted}}에게 메가바이트를 크기 단위로 쓰겠다고 알려줍시다(실제로는, 표준 표기 MiB로 줄여 부르는 메비바이트이지만, 보통 일반적으로 제일 많이 쓰는 표기인 MB로 쓰겠습니다).

{{Example|코드 예제 3.4: MiB 단위 사용하기|(parted) {{Blue|unit mib}} }}

이제 GRUB2 부트로더에서 사용할 2MB 용량의 분할 공간을 만들겠습니다. 이 동작을 수행하기 위해 {{Blue|mkpart}} 명령을 활용하여 {{Blue|parted}}에게 1MB 영역에서 3MB 영역까지의 공간을 활용하라고 일러두겠습니다(이리하여 2MB 크기의 분할 공간을 만듭니다).

{{Example|코드 예제 3.5: 2 MB 용량 분할 공간 만들기|
(parted) {{Blue|mkpart primary 1 3}} 
(parted) {{Blue|name 1 grub}} 
(parted) {{Blue|set 1 bios_grub on}} 
(parted) {{Blue|print}} 
Model: Virtio Block Device (virtblk) 
Disk /dev/sda: 20480MiB 
Sector size (logical/physical): 512B/512B 
Partition Table: gpt}}

시동 분할 공간(128MB), 스왑 분할 공간(예제에서는 512MB)에 대해 같은 과정을 진행하고, 루트 분할 공간에는 디스크 나머지 영역을 차지하도록 하십시오(이 경우 마지막 위치를 {{Blue|-1}}로 합니다. 음수 값은 디스크의 마지막 부분에 최대한 도달하라는 의미입니다).

{{Example|코드 예제 3.6: 다른 분할 공간 만들기|
(parted) {{Blue|mkpart primary 3 131}} 
(parted) {{Blue|name 2 boot}} 
(parted) {{Blue|mkpart primary 131 643}} 
(parted) {{Blue|name 3 swap}} 
(parted) {{Blue|mkpart primary 643 -1}} 
(parted) {{Blue|name 4 rootfs}} }}

최종 결과는 다음과 비슷합니다:

{{Example|코드 예제 3.7: 현재 분할 공간 배치 모양새|
(parted) {{Blue|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 
3 131MiB 643MiB 512MiB swap 
4 643MiB 20479MiB 19836MiB rootfs
}}

결과에 만족한다면 {{Blue|quit}} 명령을 사용하여 {{Blue|parted}}를 끝내십시오.

=== 대안: fdisk를 사용하여 디스크 공간 나누기 ===
{{Important|2TB 용량보다 큰 단위의 분할 공간을 다루는 환경이라면, 이 절차 대신 [[#.EA.B8.B0.EB.B3.B8:_parted.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EA.B3.B5.EA.B0.84_.EB.82.98.EB.88.84.EA.B8.B0|기본: parted를 사용하여 디스크 공간 나누기]] 절차를 따르십시오. {{Blue|fdisk}}에서는 큰 용량의 분할 공간을 다루지 못합니다. 게다가 fdisk에서는 MBR 배치를 활용합니다. fdisk 프로그램 대신, GPT를 지원하는 gdisk(젠투에서는 gptfdisk 꾸러미로 제공합니다)가 있지만, 젠투 설치 미디어엔 없을 것입니다.}}

다음 부분은 {{Blue|fdisk}}를 활용하여 어떻게 예제 분할 구역 배치를 하는지 설명합니다. 예제 분할 구역 배치는 이미 앞에서 언급했습니다:

{| cellspacing="1" cellpadding="1"
! scope="col" bgcolor="#8866ff" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

여러분의 취향에 따라 분할 구역 배치를 바꾸어보십시오.

==== 현재 파티션 배치 보기 ====
{{Blue|fdisk}}는 디스크의 구역을 나누는 잘 알려진 강력한 도구입니다. 구역을 나누려는 디스크에 대해 {{Blue|fdisk}}를 실행하십시오(예제에서는 /dev/sda를 사용합니다)

{{Example|코드 예제 4.1: fdisk 실행하기|<nowiki># </nowiki>{{Blue|fdisk /dev/sda}} }}

{{Blue|fdisk}}에 들어가면, 다음과 같은 프롬프트를 만납니다.

{{Example|코드 예제 4.2: fdisk 프롬프트|Command (m for help): }}

현재 디스크의 분할 구역 설정을 표시하려면 {{Blue|p}}를 입력하십시오.

{{Example|코드 예제 4.3: 분할 구역 설정 보기|Command (m for help): {{Blue|p}} 
 
Disk /dev/sda: 240 heads, 63 sectors, 2184 cylinders 
<nowiki>Units = cylinders of 15120 * 512 bytes</nowiki> 
 
   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 
 
Command (m for help):
}}

이 각각의 디스크에는 7개의 리눅스 시스템을 탑재하고("Linux"라고 표시한 각각의 분할 구역), 하나의 스왑 분할 공간을 넣었습니다("Linux swap"으로 표시).

====모든 파티션 제거====
먼저 디스크의 모든 분할 구역을 제거하겠습니다. 분할 구역을 삭제하려면 {{Blue|d}}를 입력하십시오. 예를 들어 기존의 /dev/sda1 분할 구역을 삭제하려면:

{{Example|코드 예제 4.4:분할 구역 삭제|Command (m for help): {{Blue|d}} 
Partition number (1-4): {{Blue|1}} }}

이 분할 구역을 삭제하는 것으로 일정을 잡았습니다. {{Blue|p}}를 입력하면 더이상 나타나지는 않습니다. 다만 바뀐 상태를 저장하기 전에는 지우지 않습니다. 실수하여 바꾼 내용을 저장하지 않고 취소하려면 {{Blue|q}}를 즉시 입력하고, 엔터키를 누르십시오. 그러면 분할 구역을 삭제하지 않습니다.

이제 시스템의 모든 분할 공간을 날리려는 상황을 가정하겠습니다. {{Blue|p}}를 입력하여 분할 구역 목록을 출력하고, {{Blue|d}}를 입력하여 몇가지 분할 구역을 삭제하십시오. 최종적으로, 디스크에 아무것도 없는 분할 구역 테이블 상태로 끝냅니다:

{{Example|코드 예제 4.5: 빈 분할 영역 테이블|Disk /dev/sda: 30.0 GB, 30005821440 bytes 
240 heads, 63 sectors/track, 3876 cylinders 
<nowiki>Units = cylinders of 15120 * 512 = 7741440 bytes</nowiki> 
 
Device Boot    Start       End    Blocks   Id  System 
 
Command (m for help): }}

Trans:GentooAmd64Handbook2013-1-4

2014-03-15T04:26:21Z

Darkcircle: /* 현재 파티션 배치 보기 */

== 디스크 준비하기 ==
=== 블록 장치 소개 ===
==== 블록 장치 ====
이제 우리는 젠투 리눅스의 디스크 측면의 모습과 리눅스 파일시스템, 분할 구역, 블록 장치를 포함한 일반적인 리눅스의 모습을 살펴보겠습니다. 그 다음 디스크와 파일시스템의 이모저모에 익숙해지고 나면 젠투 리눅스 설치를 위한 분할 구역과 파일시스템의 처리과정을 안내하겠습니다.

시작에 즈음하여 ''블록 장치''를 소개하도록 하겠습니다. 가장 잘 알려진 블록 장치는 아마도 리눅스 시스템에서 첫 번째 드라이브로 나타나는 /dev/sda가 아닌가 싶습니다. SCSI와 직렬 ATA 드라이브들 모두 /dev/sd*로 표시합니다. 게다가 커널의 새로운 libata 프레임워크에서는 IDE 드라이브 조차도 /dev/sd*로 표시합니다.만약 오래된 장치 프레임워크를 사용한다면, 첫번째 IDE 드라이브는 /dev/hda 입니다.

위에 나타난 이 블록장치는 디스크의 추상 인터페이스입니다. 사용자 프로그램은 드라이브가 IDE인지 SCSI인지 그 말고 다른 장치인지 전혀 신경쓰지 않고 디스크와 상호작용하기 위해 이 블록 장치를 사용할 수 있습니다. 프로그램은 연속된, 임의 접근가능한 512 바이트 블록의 모음으로 디스크의 저장소에 주소를 지정할 수 있습니다.

==== 분할 구역 ====
리눅스 시스템을 저장하려면 이론적으로 디스크의 전체 구역을 사용할 수 있지만 실제로는 거의 그렇게 하지 못합니다. 대신 전체 디스크 블록장치는 작은 부분으로 나누어 좀 더 관리하기 쉬운 블록 장치로 만듭니다. x86 시스템에서는 이를 ''분할 구역(파티션)''이라고 부릅니다. 현재 분할 구역을 나누는데 두가지 표준 MBR과 GPT를 활용합니다.

MBR(주 시동 레코드) 설정시 섹터 시작점과 분할 구역의 길이를 구분하는데 32비트 식별자를 사용하며, ''주 분할 구역'', ''확장 분할 구역'', ''논리 분할 구역'' 세 가지 방식을 지원합니다. ''주 분할 구역''은 MBR(주 시동 레코드)에 정보를 저장하는 분할 구역입니다. MBR 이 매우 작은(512 바이트) 만큼 네 개의 주 분할 구역만을 지정할 수 있습니다. (예를 들어 /dev/sda1 부터 /dev/sda4 까지 입니다).

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

각각의 분할 구역은 2TB 크기로 제한되어 있습니다(32비트 식별자의 한계). 또한 MBR 설정은 백업-MBR을 지원하지 않으므로 프로그램이나 사용자가 MBR을 덮어쓰기하면 모든 분할 구역 정보를 잃게 됩니다.

GPT(GUID 분할 구역 테이블) 설정은 분할 구역에 대해 64비트 식별자를 사용합니다. 분할 구역 정보를 저장하는 위치는 MBR의 512바이트 보다 크며 분할 구역의 갯수에 제한이 없습니다. 게다가 분할 구역 용량 제한 마저도 더 큽니다(거의 8ZB입니다. 네 제타바이트죠).

운영체제와 펌웨어 간의 시스템 소프트웨어 인터페이스가 UEFI(BIOS 대신)라면, MBR이 존재할때 발생하는 호환성 문제로, GPT는 가히 필수적이라고 할 수 있습니다.

GPT는 또한 디스크 마지막 부분에 GPT를 백업하는 기능적 장점이 있는데, 앞부분의 첫번째 GPT가 깨지면 복구할 때 활용할 수 있습니다. GPT는 CRC32 체크섬을 활용하여 헤더와 분할 구역 테이블의 오류를 감지합니다.

==== 그래서 GPT를 사용할까요? MBR을 사용할까요? ====
위에 설명한 바대로, 언제든 GPT 활용이 권장접근 방식으로 생각될 수도 있습니다. 다만, 몇가지 주의사항이 있습니다.

BIOS 기반 컴퓨터에서 GPT를 활용하면 동작은 하겠지만, 마이크로소프트 윈도우 운영체제와는 듀얼 부팅 기능을 활용할 수 없습니다. 이유는, 마이크로소프트 윈도우에서 GPT 분할 구역 레이블을 감지하면 EFI 모드로 부팅하기 때문입니다.

몇가지 오류가 존재하는 바이오스나 BIOS/CSM/레거시 모드로 부팅하도록 설정한 EFI에서도 GPT 레이블 처리한 디스크로 부팅할때 문제가 있습니다. 이 경우 {{Blue|fdisk}}를 통해 자체적인 MBR 분할 구역에 시동/활성화 플래그를 추가하여 문제를 비껴갈 수 있습니다({{Blue|parted}} 에서는 GPT 테이블을 인식하지만 자체적인 MBR 분할 구역은 보여주지 않을 것입니다):

{{Example|코드 예제 1.1: 자체 MBR 분할 구역에 시동 플래그 활성화|<nowiki> # </nowiki>{{Blue|fdisk /dev/sda}} 
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk 
doesn't support GPT. Use GNU Parted. 
 
Command (m for help): {{Blue|a}} 
Partition number (1-4): {{Blue|1}} 

Command (m for help): {{Blue|w}}
}}

==== 고급 저장장치 ====
x86 설치 CD는 LVM2를 지원합니다. LVM2는 분할 구역 설정으로 유연성을 극대화합니다. 설치 설명 중에, 우리는 "일반" 분할 구역에 초점을 맞추겠지만, LVM2을 지원한다는 사실에 대해 알고 있는 것 또한 좋습니다.

=== 분할 구역 모양새 설계 ===
==== 기본 분할 구역 모양새 ====
여러분의 시스템에 대한 분할 구역 모양새를 그려보는데 관심이 없다면, 이 책을 통해 우리가 사용한 분할 구역을 사용해보실 수도 있습니다.

{| cellspacing="1" cellpadding="1"
! scope="col" bgcolor="#8866ff" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" |'''파일시스템'''
! scope="col" bgcolor="#8866ff" |'''사이즈'''
! scope="col" bgcolor="#8866ff" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''(bootloader)'''
| bgcolor="#ccccff" |'''2M'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''ext2'''
| bgcolor="#ccccff" |'''32M'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''(swap)'''
| bgcolor="#ccccff" |'''512M 이상'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''ext4'''
| bgcolor="#ccccff" |'''디스크 나머지 공간'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

분할 구역의 크기가 얼마나 되어야 하는지 심지어 얼마나 많은 분할 구역이 필요한지 알고 싶으시다면 계속 읽어내려가시기 바랍니다. 그렇지 않다면 [[#parted.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EB.B6.84.ED.95.A0.ED.95.98.EA.B8.B0|parted를 사용하여 디스크 분할하기]] (또는 [[#fdisk.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EB.B6.84.ED.95.A0.ED.95.98.EA.B8.B0|fdisk를 사용하여 디스크 분할하기]])를 읽어 분할을 계속 진행하십시오. 둘 다 구역 분할 도구인데, {{blue|fdisk}}는 잘 알려져 있고 안정적입니다. {{blue|parted}}는 좀 최근에 나왔는데 2TB이상의 분할 구역을 지원합니다.

==== 얼마나 많이, 얼마나 크게 할까요? ====
수많은 분할 구역은 환경에 크게 의존합니다. 사용자가 많이 있다면 보안성을 증대하고 백업을 쉽게하기 위해 /home 을 따로 나누고 싶어할 것입니다. 젠투 시스템을 메일서버로 동작하게끔 하려면 /var에 모든 메일이 저장되므로 /var를 나눌 것입니다. 파일시스템에 대한 좋은 선택은 여러분이 가진 시스템의 성능을 극대화 할 것입니다. 게임서버라면 대부분의 게임 서버가 /opt에 설치 되므로 이것을 나눌 것입니다. 이유는 /home 과 비슷합니다. 보안과 백업이죠. /usr 는 커지는 그대로라도 유지하고 싶어할 것입니다. 주요 프로그램들이 들어가 있을 뿐만 아니라 다양한 소스코드를 제외한 500MB 가량의 포티지 트리들이 이 곳에 저장됩니다.

여러분이 아시는 바와 같이 여러분이 무엇을 저장하고 싶은지에 크게 달려있습니다. 각각의 분할 구역과 볼륨은 다음 장점이 있습니다

* 각각의 분할 구역과 볼륨에 대해 가장 잘 동작하는 파일시스템을 선택할 수 있습니다.
* 어떤 기능을 상실한 도구가 계속 파일을 기록하는 경우 빈 공간이 부족해져 전체 시스템을 동작할 수가 없습니다.
* 필요한 경우 파일시스템 점검을 동시에 여러 부분에 대한 검사를 수행하여 시간을 줄입니다 (여러 분할 구역이 있을 때보단 여러 디스크가 있을 수록 좋겠지만).
* 일부 분할 구역이나 볼륨을 읽기 전용, nosuid(setuid 비트를 무시합니다), noexec(실행 비트를 무시합니다) 등으로 마운트하여 보안성을 향상할 수 있습니다.

그러나 이 뿐만 아니라 여러 분할 구역을 나누면 단점이 있기도 합니다. 제대로 설정하지 않으면 어떤 분할 구역은 남은 공간이 많지만 어떤 분할 구역은 그렇지 않을 것입니다. 다른 귀찮은 것 하나는 나누어 놓은 분할 구역인데 특히 /usr나 /var같은 중요한 마운트 지점은 종종 관리자가 다른 시동 스크립트를 시작하기 전에 분할 구역에 마운트 하게끔 initramfs로 시동하는 것이 필요합니다. 비록 항상 일어나는 일은 아니지만요. 이렇게 다양한 이득이 있습니다.

SCSI 와 SATA에서는 GPT 레이블을 사용하지 않으면 15개의 분할구역 갯수 제한이 있습니다.

==== 스왑 공간은 어떻게 할까요? ====
스왑 구역 분할에 대한 완벽한 값은 없습니다. 스왑 공간 사용의 목적은 내부 메모리(RAM)가 고갈 상태일때 커널로 디스크 공간을 제공하는 것입니다. 스왑 공간은 커널에게 디스크에서 바로 접근하지 않을 메모리 페이지를 옮길 수 있게(스왑, 페이지아웃)하며, 메모리를 비우기도 합니다. 물론, 메모리가 갑자기 필요할 때 이 페이지를 메모리로 돌려놓아야 하는데(페이지 인), 시간이 좀 걸립니다(자체 메모리와 비교하면 디스크는 매우 느립니다).

메모리를 요구하는 프로그램을 실행하는게 아니거나, 상당한 용량의 메모리를 보유하고 있다면, 많은 스왑 공간이 필요한게 아닙니다. 그러나, 스왑 공간은 최대 절전모드에서 메모리 전체 내용을 저장하는데도 사용합니다. 최대 절전 공간 기능을 활용하려 한다면, 더 큰 스왑 공간이 필요합니다. 보통 최소한 시스템에 있는 메모리 용량 만큼은 필요합니다.

==== BIOS 시동 분할 구역은 무엇인가요? ====
BIOS 시동 분할 구역은 GRUB2와 같은 부트로더가 할당 저장 공간(MBR의 경우 수백 바이트)에 적절하지 않은 추가 데이터를 놓을 수 있게 하는 매우 작은(1~2MB) 분할 구역이며, 그 어디에든 위치할 수 없습니다.

각각의 분할 구역은 항상 필요한게 아니지만, 적은 공간 차지를 고려하며, 문서에 나타낸 내용보다 과다하게 다른 분할 구역 형식을 활용해야 한다면, 각각의 경우에 BIOS 시동 분할 구역을 만드는걸 추천합니다.

완벽함을 기하도록 하기 위해 GPT 파이션 배치를 GRUB2와 사용할 경우 또는 디스크에서 1MB 영역 이전에 첫번째 분할 구역을 시작할 때 GRUB2에서 MBR 분할 구역을 사용하는 경우 BIOS 시동 분할 구역이 필요하다고 말할 수 있습니다.

=== 기본: parted를 사용하여 디스크 공간 나누기 ===
이 장에서는 앞서 언급한 예제 분할 구역 배치를 만드는 철차를 안내하겠습니다만, 편의를 위해 재차 언급하도록 하겠습니다.

{|
! scope="col" bgcolor="#8866ff" width="110" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" width="110" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

여러분의 취향에 따라 분할 배치를 바꾸어보십시오.

==== 현재 분할 구역 배치 보기 ====
{{Blue|parted}} 프로그램은 디스크 공간을 나누기 위한 단순한 인터페이스를 제공하며, 매우 큰 분할 구역(2TB 이상)을 지원합니다. 디스크 상에서 {{Blue|parted}}를 실행하십시오(예제에서는 /dev/sda를 사용합니다). {{Blue|parted}}에게 최적 상태로 분할 구역을 정렬하도록 요청하겠습니다.

{{Example|코드 예제 3.1: parted 시작하기|<nowiki># </nowiki>{{Blue|parted -a optimal /dev/sda}} 
GNU Parted 2.3 
Using /dev/sda 
Welcome to GNU Parted! Type 'help' to view a list of commands.}}

정렬이라 함은 각각의 분할 구역이 디스크상에 알려진 위치 내에서 시작함을 의미하며, 운영체제 수준의 디스크 동작이(디스크에서 페이지 전송) 내부 디스크 동작을 최소화 함을 의미합니다. 잘못 정렬한 분할 구역은 운영체제가 단일 페이지를 요청했을 경우 조차도 디스크가 페이지 두개를 요청할지도 모릅니다.

{{Blue|parted}} 에서 지원하는 모든 옵션을 찾아보려면, {{Blue|help}}를 입력하고 리턴 키를 누르십시오.

==== GPT 레이블 설정 ====
x86/amd64의 대부분의 디스크는 ''msdos''레이블을 사용합니다. {{Blue|parted}}를 사용하면, {{Blue|mklabel gpt}} 명령으로 디스크에 GPT 레이블을 놓을 수 있습니다.

{{Warning|분할 형식을 바꾸면 디스크의 모든 분할 설정을 제거합니다. 디스크의 모든 데이터를 잃게 됩니다.}}

{{Example|코드 예제 3.2: GPT 레이블 설정|(parted) {{Blue|mklabel gpt}} }}

디스크에 MBR 배치를 사용하려면, {{Blue|mklabel msdos}} 명령을 사용하십시오.

==== 모든 분할 구역 제거 ====
GPT 레이블 설정이 아직 끝나지 않았다면(예를 들어, 앞서 언급한 {{Blue|mklabel}} 이나, 디스크를 새로 포맷했을 경우), 디스크의 모든 기존의 분할 구역을 먼저 제거해야 합니다. 현재 분할 구역을 보려면 {{Blue|print}}를 입력하고, 제거할 분할 구역에 대해 <번호>대신 숫자로 rm <번호>을 입력하십시오.

{{Example|코드 예제 3.3: 디스크에서 분할 구역 제거하기|(parted) {{Blue|rm 2}} }}

필요하지 않은 분할 구역에 대해 같은 명령을 내리십시오. 그러나, 이 시점에서 실수를 하지 않았는지 확인하십시오. {{Blue|parted}}는 상태를 바꾸는 동작을 바로 실행합니다(사용자가 바꾼 내용을 스테이지에 쌓아두다가 저장하기 전에 "되돌리기"를 하거나 {{Blue|fdisk}}를 빠져나가는 방법으로 바꾼 내용을 취소하는 것과는 다릅니다).

==== 파티션 만들기 ====
이제 앞에서 말한 분할 구역을 만들어보겠습니다. {{Blue|parted}}로 분할 구역을 만드는 것은 그리 어려운 일이 아닙니다. 필요한 모든 일은 {{Blue|parted}}에 다음 설정 내용을 알려주는 것 뿐입니다.

* 사용할 ''파티션 형식''. 보통 ''primary(주)'' 형식을 사용합니다. ''msdos'' 분할 구역 레이블을 사용한다면, 4개 이상의 주 분할 구역을 사용할 수 없음을 기억하십시오. 4개 이상의 분할 구역을 활용하려면, ''extended(확장)'' 분할 구역을 만든 다음 ''logical(논리)'' 분할 구역을 확장 분할 구역 안에 만드십시오.
* 파티션의 시작 위치 (MB, GB로 표현 가능)
* 파티션이 끝나는 위치 (MB, GB로 표현 가능)

먼저 {{Blue|parted}}에게 메가바이트를 크기 단위로 쓰겠다고 알려줍시다(실제로는, 표준 표기 MiB로 줄여 부르는 메비바이트이지만, 보통 일반적으로 제일 많이 쓰는 표기인 MB로 쓰겠습니다).

{{Example|코드 예제 3.4: MiB 단위 사용하기|(parted) {{Blue|unit mib}} }}

이제 GRUB2 부트로더에서 사용할 2MB 용량의 분할 공간을 만들겠습니다. 이 동작을 수행하기 위해 {{Blue|mkpart}} 명령을 활용하여 {{Blue|parted}}에게 1MB 영역에서 3MB 영역까지의 공간을 활용하라고 일러두겠습니다(이리하여 2MB 크기의 분할 공간을 만듭니다).

{{Example|코드 예제 3.5: 2 MB 용량 분할 공간 만들기|
(parted) {{Blue|mkpart primary 1 3}} 
(parted) {{Blue|name 1 grub}} 
(parted) {{Blue|set 1 bios_grub on}} 
(parted) {{Blue|print}} 
Model: Virtio Block Device (virtblk) 
Disk /dev/sda: 20480MiB 
Sector size (logical/physical): 512B/512B 
Partition Table: gpt}}

시동 분할 공간(128MB), 스왑 분할 공간(예제에서는 512MB)에 대해 같은 과정을 진행하고, 루트 분할 공간에는 디스크 나머지 영역을 차지하도록 하십시오(이 경우 마지막 위치를 {{Blue|-1}}로 합니다. 음수 값은 디스크의 마지막 부분에 최대한 도달하라는 의미입니다).

{{Example|코드 예제 3.6: 다른 분할 공간 만들기|
(parted) {{Blue|mkpart primary 3 131}} 
(parted) {{Blue|name 2 boot}} 
(parted) {{Blue|mkpart primary 131 643}} 
(parted) {{Blue|name 3 swap}} 
(parted) {{Blue|mkpart primary 643 -1}} 
(parted) {{Blue|name 4 rootfs}} }}

최종 결과는 다음과 비슷합니다:

{{Example|코드 예제 3.7: 현재 분할 공간 배치 모양새|
(parted) {{Blue|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 
3 131MiB 643MiB 512MiB swap 
4 643MiB 20479MiB 19836MiB rootfs
}}

결과에 만족한다면 {{Blue|quit}} 명령을 사용하여 {{Blue|parted}}를 끝내십시오.

=== 대안: fdisk를 사용하여 디스크 공간 나누기 ===
{{Important|2TB 용량보다 큰 단위의 분할 공간을 다루는 환경이라면, 이 절차 대신 [[#.EA.B8.B0.EB.B3.B8:_parted.EB.A5.BC_.EC.82.AC.EC.9A.A9.ED.95.98.EC.97.AC_.EB.94.94.EC.8A.A4.ED.81.AC_.EA.B3.B5.EA.B0.84_.EB.82.98.EB.88.84.EA.B8.B0|기본: parted를 사용하여 디스크 공간 나누기]] 절차를 따르십시오. {{Blue|fdisk}}에서는 큰 용량의 분할 공간을 다루지 못합니다. 게다가 fdisk에서는 MBR 배치를 활용합니다. fdisk 프로그램 대신, GPT를 지원하는 gdisk(젠투에서는 gptfdisk 꾸러미로 제공합니다)가 있지만, 젠투 설치 미디어엔 없을 것입니다.}}

다음 부분은 {{Blue|fdisk}}를 활용하여 어떻게 예제 분할 구역 배치를 하는지 설명합니다. 예제 분할 구역 배치는 이미 앞에서 언급했습니다:

{| cellspacing="1" cellpadding="1"
! scope="col" bgcolor="#8866ff" |'''분할 구역'''
! scope="col" bgcolor="#8866ff" |'''설명'''
|-
| bgcolor="#ccccff" |'''/dev/sda1'''
| bgcolor="#ccccff" |'''BIOS 시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda2'''
| bgcolor="#ccccff" |'''시동 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda3'''
| bgcolor="#ccccff" |'''스왑 분할 구역'''
|-
| bgcolor="#ccccff" |'''/dev/sda4'''
| bgcolor="#ccccff" |'''루트 분할 구역'''
|}

여러분의 취향에 따라 분할 구역 배치를 바꾸어보십시오.

==== 현재 파티션 배치 보기 ====
{{Blue|fdisk}}는 디스크의 구역을 나누는 잘 알려진 강력한 도구입니다. 구역을 나누려는 디스크에 대해 {{Blue|fdisk}}를 실행하십시오(예제에서는 /dev/sda를 사용합니다)

{{Example|코드 예제 4.1: fdisk 실행하기|<nowiki># </nowiki>{{Blue|fdisk /dev/sda}} }}

{{Blue|fdisk}}에 들어가면, 다음과 같은 프롬프트를 만납니다.

{{Example|코드 예제 4.2: fdisk 프롬프트|Command (m for help): }}

현재 디스크의 분할 구역 설정을 표시하려면 {{Blue|p}}를 입력하십시오.

{{Example|코드 예제 4.3: 분할 구역 설정 보기|Command (m for help): {{Blue|p}} 
 
Disk /dev/sda: 240 heads, 63 sectors, 2184 cylinders 
<nowiki>Units = cylinders of 15120 * 512 bytes</nowiki> 
 
   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 
 
Command (m for help):
}}

이 각각의 디스크에는 7개의 리눅스 시스템을 탑재하고("Linux"라고 표시한 각각의 분할 구역), 하나의 스왑 분할 공간을 넣었습니다("Linux swap"으로 표시).

====모든 파티션 제거====
먼저 디스크의 모든 분할 구역을 제거하겠습니다. 분할 구역을 삭제하려면 {{Blue|d}}를 입력하십시오. 예를 들어 기존의 /dev/sda1 분할 구역을 삭제하려면:

{{Example|코드 예제 4.4:분할 구역 삭제|Command (m for help): {{Blue|d}} 
Partition number (1-4): {{Blue|1}} }}

이 분할 구역을 삭제하는 것으로 일정을 잡았습니다. {{Blue|p}}를 입력하면 더이상 나타나지는 않습니다. 다만 바뀐 상태를 저장하기 전에는 지우지 않습니다. 실수하여 바꾼 내용을 저장하지 않고 취소하려면 {{Blue|q}}를 즉시 입력하고, 엔터키를 누르십시오. 그러면 분할 구역을 삭제하지 않습니다.

이제 시스템의 모든 분할 공간을 날리려는 상황을 가정하겠습니다. {{Blue|p}}를 입력하여 분할 구역 목록을 출력하고, {{Blue|d}}를 입력하여 몇가지 분할 구역을 삭제하십시오. 최종적으로, 디스크에 아무것도 없는 분할 구역 테이블 상태로 끝냅니다:

{{Example|코드 예제 4.5: 빈 분할 영역 테이블|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 
 
Command (m for help): }}