Handbook:Parts/Installation/System/ko

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

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


 * 1) The first field shows the block special device or remote filesystem to be mounted. Several kinds of device identifiers are available for block special device nodes, including paths to device files, filesystem labels and UUIDs, and partition labels and UUIDs.
 * 2) The second field shows the mount point at which the partition should be mounted.
 * 3) The third field shows the filesystem used by the partition.
 * 4) The fourth field shows the mount options used by  when it wants to mount the partition. As every filesystem has its own mount options, users are encouraged to read the mount man page  for a full listing. Multiple mount options are comma-separated.
 * 5) The fifth field is used by dump to determine if the partition needs to be dumped or not. This can generally be left as 0 (zero).
 * 6) The sixth field is used by  to determine the order in which filesystems should be checked if the system wasn't shut down properly. The root filesystem should have 1 while the rest should have 2 (or 0 if a filesystem check isn't necessary).

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

Filesystem labels and UUIDs
Both MBR (BIOS) and GPT include support for filesystem labels and filesystem UUIDs. These attributes can be defined in as alternatives for the  command to use when attempting to find and mount block devices. Filesystem labels and UUIDs are identified by the LABEL and UUID prefix and can be viewed with the command:

Because of uniqueness, readers that are using an MBR-style partition table are recommended to use UUIDs over labels to define mountable volumes in.

분할 영역 레이블 및 UUID
Users who have gone the GPT route have a couple more 'robust' options available to define partitions in. Partition labels and partition UUIDs can be used to identify the block device's individual partition(s), regardless of what filesystem has been chosen for the partition itself. Partition labels and UUIDs are identified by the PARTLABEL and PARTUUID prefixes respectively and can be viewed nicely in the terminal by running the command:

While not always true for partition labels, using a UUID to identify a partition in provides a guarantee that the bootloader will not be confused when looking for a certain volume, even if the filesystem would be changed in the future. Using the older default block device files for defining the partitions in  is risky for systems that are restarted often and have SATA block devices added and removed regularly.

The naming for block device files depends on a number of factors, including how and in what order the disks are attached to the system. They also could show up in a different order depending on which of the devices are detected by the kernel first during the early boot process. With this being stated, unless one intends to constantly fiddle with the disk ordering, using default block device files is a simple and straightforward approach.

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

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

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

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

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

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

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

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

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

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

먼저 를 설치하십시오:

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

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

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

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

존재하는 모든 옵션을 보려면 를 읽어보십시오. DHCP 옵션을 설정해야 한다면 DHCP 클라이언트 맨 페이지도 읽어보십시오.

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

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

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

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

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


 * 1) (  대신  같이) 올바른 인터페이스 이름으로  파일을 업데이트하십시오
 * 2) 새 심볼릭 링크를 만드십시오
 * 3) 이전 심볼릭 링크를 제거하십시오
 * 4) 새로 만든 심볼릭 링크를 기본 실행 레벨에 추가하십시오
 * 5) 이전 심볼릭 링크를  명령으로 제거하십시오

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

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

선택: PCMCIA 동작하게 만들기
PCMCIA 사용자는 꾸러미를 설치해야합니다.

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

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

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

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

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

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

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