E.1.1. 중요한 것은 무엇을 기록하느냐가 아니라 어떻게 기록하느냐 입니다

컴퓨터를 얼마정도 사용해 보신 분이라면, 이미 아셨을 것입니다. 드라이브를 포맷 (format)해야 한다는 걸 말입니다. 포맷하기 (통상, "파일 시스템(file system) 만들기")에서는, 드라이브에 정보를 쓰며, 포맷되지 않은 빈 공간의 순서를 준비할 것입니다.

그림 E-2에서 보여지듯이, 파일 시스템을 통해 만들어진 순서에는 단점이 있습니다:

• 드라이브의 일부 공간이 파일 시스템 관련 데이터를 저장하는 데 사용되므로 이것은 오버헤드(overhead)라 할 수 있습니다.

• 파일 시스템은 남은 공간을 작고 일정한 크기의 부분들로 나눕니다. Linux에서는, 이러한 부분들을 블록(blocks)이라고 부릅니다. [1]

파일 시스템을 통해서 디렉토리와 파일이 있을 수 있다는 점을 감안할 때, 이러한 단점들은 사소하다고 할 수 있습니다.

또한 기억해 두셔야할 것은 하나의 보편화된 파일 시스템이란 없다는 것입니다. 그림 E-3에서 보여지듯이, 디스크 드라이브 상에는 여러 다른 파일 시스템들 중에서 한가지 파일 시스템이 기록되어 있을 수 있습니다. 이미 추측하신 것처럼, 다른 파일 시스템들은 호환이 되지 않는 경향이 있습니다; 즉, 한 운영 체제가 특정 파일 시스템(또는 여러 관련 파일 시스템 타입)을 지원한다면 다른 파일 시스템들은 지원되지 않을 수 있습니다. 그러나 이것은 불변의 법칙은 아닙니다, 예를 들면, Red Hat Linux는 (다른 운영 체제에 의해 자주 사용되는 많은 파일 시스템을 포함한) 여러 다양한 파일 시스템을 지원하여, 다른 파일 시스템 사이에서도 데이터 교환이 쉽게 이루어 질 수 있도록 해줍니다.

물론 디스크에 파일 시스템을 기록하는 것은 단지 시작에 불과합니다. 이러한 과정의 목표는 실제로 데이터를 저장하고 검색하는 것입니다. 몇개의 파일들이 기록된 후의 드라이브를 살펴보도록 합시다.

그림 E-4에서, 이전에 비어있었던 블록들 중의 14개가 현재 데이타를 가지고 있는 것을 볼 수 있습니다. 그러나, 이 그림을 보는 것 만으로는 도대체 얼마나 많은 파일들이 이 드라이브 상에 존재하는지 알 수 없습니다. 모든 파일이 최소 한개의 블록을 사용하거나 혹은 몇개의 파일들이 여러 블록을 사용할 수도 있으므로, 드라이브 상에 파일이 한개 또는 많게는 14개 까지 존재할 가능성이 있습니다. 또 다른 한가지 기억하셔야 할 것은 사용되지 않은 블록이 같이 한 곳에 모여있어야 할 필요는 없다는 것입니다; 사용된 블록과 사용되지 않은 블록들이 흩어져 있을 수도 있습니다. 이것은 단편화 (fragmentation)로 알려져 있습니다. 단편화는 기존 파티션의 크기를 재조정하려고 할 때 사용됩니다.

대부분의 컴퓨터 관련 기술처럼, 디스크 드라이브도 처음으로 소개된 이후 시간에 따라 계속 변화해 왔습니다. 특히, 더욱 커졌다고 할 수 있습니다. 눈에 보이는 크기가 아니라 정보를 저장하는 용량이 커졌다는 것입니다. 그리고 추가적인 용량 증가로 인해 디스크 드라이브가 사용되는 방식에 근본적인 변화가 생겼습니다.

E.1.2. 파티션: 드라이브 한 개를 여러 개로 나누기

디스크 드라이브의 용량이 커져감에 따라, 일부 사람들은 모든 포맷된 공간을 한 곳에 저장하는 것이 좋은 생각인지에 대한 의구심을 가지기 시작했습니다. 이러한 생각은 이성적인 이유와 기술적인 이유에서 비롯 되었습니다. 이성적인 면에서는, 일정 용량을 초과하면 용량이 커진 드라이브가 제공하는 추가 공간은 더 많은 혼란을 가져온다는 것입니다. 기술적인 면에서는, 일부 파일 시스템은 일정 용량 이상은 지원할 수 없게 디자인되었다는 것입니다. 혹은 파일 시스템이 대단한 용량의 큰 드라이브를 지원할 수 있다 하여도, 그 파일 시스템이 파일들을 추적하는데 사용하는 오버헤드는 과도하다 할 수 있습니다.

이러한 문제점에 대한 해결책은 디스크를 파티션 (Partition)으로 분할하는 것입니다. 각각의 파티션은 마치 별개의 디스크처럼 취급됩니다. 이것은 파티션 테이블(Partition table)을 추가함으로서 이루어 집니다.

	알림
	이 장에 나오는 그림에서는 파티션 테이블이 실제 디스크 드라이브와 별개인 것처럼 보여집니다. 그러나 이것이 전부 다 정확하다고 할 수는 없습니다. 실제로, 파티션 테이블은 어떤 파일 시스템이나 사용자 데이타 이전에 디스크 가장 처음에 저장됩니다. 하지만 쉬운 설명을 위해, 여기 그림에서는 별개로 취급하기로 합니다.

그림 E-5에서 보여지듯이, 파티션 테이블은 4 부분으로 분할되어 있습니다. 각 부분은 단독 파티션을 정의하기 위하여 필요한 정보를 저장할 수 있으며 따라서 파티션 테이블은 4개의 파티션을 정의할 수 없음을 의미합니다.

각 파티션 테이블의 항목은 파티션의 여러 중요한 특성들을 포함하고 있습니다:

• 디스크에서 파티션이 시작하고 끝나는 지점들

• 파티션의 "활성화" 여부

• 파티션 타입

이러한 특성들 각각에 대해 더 자세히 알아보도록 합시다. 시작하는 지점과 끝나는 지점은 실제로 파티션의 크기와 디스크 상 위치를 지정합니다. "활성화(active)" 플래그(flag)는 몇몇 운영 체제의 부트 로더에 의해 사용됩니다. 다른 말로 하면, 파티션 내에서 "활성화"라고 표시된 운영 체제만이 부팅된다는 것입니다.

파티션 타입은 약간 혼동될 수 있습니다. 타입은 파티션의 예상 사용량을 나타내는 숫자입니다. 이 말이 막연하게 들린다면 그것은 아마도 파티션 타입의 의미 자체가 약간 막연하기 때문입니다. 일부 운영 체제들은 파티션 타입을 이용하여 특정 파일 시스템 타입을 나타내고, 특정한 운영 체제와 관련된 파티션을 플래그하며, 부팅 가능한 운영 체제를 포함하는 파티션을 표시합니다.

표 E-1에는 자주 사용되면서도 애매한 일부 파티션 타입과 숫자값의 목록이 포함되어 있습니다.

이 시점에서 여러분은 이러한 모든 복잡한 파티션 타입이 어떻게 사용되는지 궁금하실 것입니다. 한가지 예로서 그림 E-6을 보십시오.

많은 경우에 오직 단독 파티션만이 파티션 이전에 사용되었던 방식을 복제하면서 전체 디스크를 메꾸고 있습니다. 파티션 테이블에서는 오직 한가지 항목만이 사용되며 그것은 파티션의 시작을 가르킵니다.

우리는 이번 파티션을 "DOS" 타입으로 분류 했습니다. 이것은 비록 표 E-1에 열거된 여러 파티션 타입 목록들 중의 하나에 불과하지만, 본 설명을 위해서는 적당하다고 생각됩니다. 소비자 버전의 Microsoft Windows™ 가 이미 설치된 컴퓨터를 새로 구입하신 대부분의 경우에 이것이 전형적인 파티션 배치 (layout)이라고 할 수 있습니다.

E.1.3. 파티션 내의 파티션 — 확장된 파티션 개요

물론 시간이 흐르면서 4개의 파티션으로는 충분하지 않다는 사실이 분명해 졌습니다. 디스크 드라이브가 계속 증가해가면서, 사람의 능력으로 4개의 합리적인 크기의 파티션을 설정하고 또 디스크 공간을 남겨놓는 것이 더욱 힘들어진 것입니다. 따라서 더 많은 파티션을 생성할 수 있는 방법이 필요해 졌습니다.

확장된 파티션을 입력하십시오. 아마 표 E-1에서 이미 눈치 채셨듯이, "확장된" 파티션 타입을 찾으실 수 있습니다. 이것이 바로 확장된 파티션의 심장부라 할 수 있는 파티션 타입입니다.

파티션이 생성되면 그 타입은 "확장됨(Extended)"으로 설정되며, 확장된 파티션 테이블이 작성됩니다. 원래 확장된 파티션은 그것만으로 디스크 드라이브와 유사합니다 — 확장된 파티션은 그 안에 완전히 속해있는 한개나 그 이상의 파티션들 (4 개의 기본 파티션(Primary partition)에 반하여 현재 논리 파티션(logical partition)라고 불리우는 파티션들)을 가리키는 파티션 테이블을 가지고 있습니다. 그림 E-7는 한개의 기본 파티션과 두개의 논리 파티션 (더불어 약간의 파티션되지 않은 빈 공간)을 포함하는 하나의 확장된 파티션을 가지고 있는 디스크 드라이브를 보여줍니다.

이 그림에서 보여지듯이 기본 파티션과 논리 파티션 사이에는 차이점이 존재합니다 — 기본 파티션은 오직 4개 까지 있을 수 있지만, 존재할 수 있는 논리 파티션의 숫자에는 한계가 정해져 있지 않습니다. 그러나 현실적으로 리눅스에서 파티션이 사용되는 방식으로 인해 단독 디스크 드라이브 상에 12개 이상의 논리 파티션을 정의하거나 사용하는 것은 좋은 생각이 아닙니다.

지금까지 파티션에 대해 기본적인 이야기를 해보았습니다. 이제 Red Hat Linux의 설치를 위해서 지금까지 익힌 내용을 어떻게 사용할 수 있는지 알아봅시다.

E.1.4. Red Hat Linux를 위한 공간 만들기

하드 디스크를 재파티션하려고 하실때 직면하게 될 세가지 시나리오가 있습니다:

• 파티션되지 않은 빈 공간이 있는 경우

• 사용되지 않은 파티션 있는 경우

• 활발하게 사용 중인 파티션 내에 사용 가능한 빈 공간이 있는 경우

각각의 시나리오를 순서대로 살펴봅시다.

	알림
	다음에 나오는 그림은 명확하고 쉬운 묘사를 위하여 단순화된 것이니 실제로 Red Hat Linux를 설치하실 때 보시게 될 정확한 파티션 배치는 아니라는 것을 기억해 주십시오.

E.1.4.3. 사용 중인 파티션의 빈 공간 사용하기

가장 흔한 경우이면서 또한 불행하게도 가장 다루기 힘든 상황이기도 합니다. 비록 충분한 빈 공간을 가지고 있다고 하여도 그 공간은 이미 사용 중인 파티션에 현재 할당되어 있다는 것이 주요 문제점입니다. 만일 이미 설치된 소프트웨어가 있는 컴퓨터를 구입하셨다면, 하드 디스크는 이미 대부분 운영 체제와 데이터를 저장하는 하나의 거대한 파티션을 가지고 있습니다.

새로운 하드 드라이브를 시스템에 추가하는 방법 이외에도, 여러분은 두가지 방법을 선택하실 수 있습니다:

파괴적 재파티션 하기

기본적으로, 여러분은 단독 거대 파티션을 삭제하고 여러 작은 파티션들을 작성하는 것입니다. 생각하시는 바처럼, 원래의 파티션에 들어있던 데이터들은 모두 파괴됩니다. 이것은 완전한 백업을 만들어두는 것이 필수적이라는 것을 의미합니다. 스스로를 위해 두개의 백업을 만드시고, (가능하다면) 확인 작업을 수행하시기 바랍니다. 그리고 그 파티션을 삭제하시기 이전에 백업에서 데이터를 읽어보시기 바랍니다.

	경고
	만일 그 파티션 상에 이미 설치된 운영 체제가 있었다면, 그 운영 체제는 다시 설치되어야만 할 것입니다. 운영 체제를 미리 설치해서 파는 일부 컴퓨터들에는 원래의 운영 체제를 재설치하기 위한 CD-ROM이 들어있지 않을 수도 있다는 점을 주의하시기 바랍니다. 따라서 원래의 파티션과 운영 체제 설치를 삭제하기 이전이 여러분의 시스템에 대한 이러한 사항을 알아낼 수 있는 최고의 시점입니다.

기존 소프트웨어에 사용되는 작은 파티션을 생성하신 후, 어더한 소프트웨어라도 재설치하고 데이터를 복구 가능하며 Red Hat Linux 설치도 계속하실 수 있습니다. 그림 E-10에서 이러한 과정을 보여줍니다.

그림 E-10. 파괴적으로 재파티션된 디스크 드라이브

	경고
	그림 E-10가 보여주듯이, 적절한 백업을 하지 않으면 원래 파티션에 있던 모든 테이터를 잃게 됩니다!

비파괴적 재파티션하기

이제 여러분은 불가능할 것 같아보이는 작업: 파티션에 저장된 어떤 파일도 잃지 않으면서 큰 파티션을 작은 파티션들로 만드는 작업을 수행하는 프로그램을 실행시킬 것입니다. 많은 사용자들이 이 방법을 안전하고 문제가 생기지 않는다고 여기고 있습니다. 이러한 놀라운 작업을 실행하기 위해 어떤 소프트웨어를 사용 하시겠습니까? 여러 디스크 관리 소프트웨어 제품들이 시장에 나와 있습니다. 어떤 제품이 여러분 각자의 상황에 가장 잘 맞는지 알아내기 위하여 어느 정도 연구를 하셔야 할 것입니다.

비파괴적 재파티션하기의 과정은 비교적 단순하지만, 많은 단계들이 포함되어 있습니다:

• 현재의 데이터 압촉하기

• 현재의 파티션 크기 재조정하기

• 새로운 파티션 만들기

다음으로 각각의 과정을 더욱 자세하게 살펴보도록 하겠습니다.

E.1.4.3.1. 현재의 데이터 압축하기

그림 E-11에서 보여지듯이 첫번째 단계는 여러분이 현재 가지고 있는 파티션의 데이터를 압축하는 것입니다. 이렇게 하는 이유는 데이터를 재정리하여, 파티션이 "끝날" 때 사용 가능한 빈 공간을 최대화하기 위해서 입니다.

그림 E-11. 압축된 디스크 드라이브

이번 단계는 매우 중요합니다. 이 단계를 거치지 않으면, 데이터의 위치로 인해 파티션 크기 재조정에서부터 확장에 이르기까지 일이 순조롭게 진행되지 않게 됩니다. 또한 여러가지 이유로 인해, 일부 데이터들이 움직일 수 없게 된다는 것도 명심해 주십시오. 만일 이러한 경우가 발생하면 (그리고 새로운 파티션의 크기가 심히 제한되어 있다면), 여러분은 디스크를 파괴적 재파티션 하셔야 합니다.

E.1.4.3.2. 현재의 파티션 크기 재조정하기

그림 E-12에서 실제적인 파티션 크기 재조정 과정을 볼 수 있습니다. 크기 재조정 작업의 실제 결과는 사용되는 소프트웨어에 따라 달라질 수 있지만, 대부분의 경우에 윈래의 파티션과 같은 타입의 포맷되지 않은 파티션을 생성하기 위해서 새롭게 비어진 공간을 사용합니다.

그림 E-12. 크기가 재조정된 파티션이 있는 디스크 드라이브

적절한 단계를 취하기 위해서는 어떠한 소프트웨어를 사용하여 새롭게 비어진 공간의 크기를 재조정할지를 이해하는 것이 중요합니다. 저희가 묘사한 것과 같은 경우에는, 새로운 DOS 파티션을 삭제하시고 적합한 Linux 파티션을 생성하는 것이 최선의 방법입니다.

E.1.4.3.3. 새 파티션 생성하기

이전 단계에서 암시하듯이, 새로운 파티션 생성이 필요할 수도 있고 그렇지 않을 수도 있습니다. 하지만, 여러분이 파티션 크기 재조정을 위해 사용하는 소프트웨어가 Linux-aware가 아니라면, 크기 재조정 과정 동안 생성되었던 파티션을 삭제하셔야 합니다. 그림 E-13에서 이러한 과정을 보여줍니다.

그림 E-13. 최종 파티션 설정이 된 디스크 드라이브

	알림
	다음에 언급되는 정보는 Intel 기반 컴퓨터들에만 한정된 것입니다.

사용자 여러분의 편의를 위해, 저희는 parted 유틸리티를 제공합니다. 이 유틸리티는 자유롭게 사용 가능한 프로그램으로서 파티션의 크기를 재조정하는데 사용됩니다.

parted를 사용하여 하드 드라이브를 재파티션하기로 결정하셨다면, 반드시 다음과 같은 두 가지 작업을 실행하셔야 합니다:

• 백업을 실행하십시오 — 여러분 컴퓨터에 있는 모든 중요한 데이터의 두 개의 복사본을 만드십시오. 이 복사본들은 반드시 이동 매체 (예, 테이프, CD-ROM이나 디스켓)에 저장되어야만 하며 계속 진행하시기 전에 백업들이 제대로 읽히는지 확인하셔야만 합니다.

• 문서 자료를 읽어보십시오 — parted 문서 자료를 모두 읽어 보십시오; Red Hat Linux 사용자 정의 가이드의 디스크 저장 공간 관리 장도 참조하시기 바랍니다.

parted를 사용하기로 결정하셨다면, parted가 실행된 이후에 두 개의 파티션: 크기를 재조정하신 파티션과 새롭게 비어진 공간에서 parted가 생성한 파티션이 남는다는 것을 기억하십시오. Red Hat Linux를 설치할 공간을 사용하기 위해서는, 새롭게 생성된 파티션을 삭제해야만 합니다. 현재 운영 체제에서 Windows의 fdisk 파티션 유틸리티를 사용하여 삭제하시거나 사용자 설정 설치 과정에서 파티션 설정 시에 삭제하시면 됩니다.

E.1.5. 파티션 이름 지정 스키마

Linux는 디스크 파티션을 문자와 숫자의 조합으로 나타내며 이러한 방식은 특히 하드 디스크와 파티션을 "C 드라이브"로 부르는 데 익숙한 사용자에겐 혼란스럽게 느껴질 것입니다. DOS/Windows에서는 다음과 같은 방식으로 파티션의 이름을 지정합니다:

• DOS/Windows가 읽을 수 있는지 알아보기 위해 각각의 파티션의 타입을 검사합니다.

• 만일 그 파티션 타입이 호환 가능하다면, "드라이브 문자"를 배정합니다. 드라이브 문자는 "C"로 시작해서 이름을 지정해줄 파티션의 숫자에 따라서 다음에 오는 문자를 지정받습니다.

• 그 다음에 오는 드라이브 문자는 해당 파티션과 그 파티션에 포함된 파일 시스템을 지칭하는데 사용됩니다.

Red Hat Linux는 다른 운영 체제들이 사용하는 것보다 더욱 유연하면서 더 많은 정보를 전달할 수 있는 이름 지정 스키마를 사용합니다. 이러한 이름 지정 스키마는 파일 기반이며 다음과 같은 형식으로 파일 이름을 사용합니다:

/dev/xxyN

위의 파티션 이름 지정 스키마에 대한 해석 방법은 다음과 같습니다:

	알림
	파티션 타입에 기초한 이름 지정 관례는 없습니다; DOS/Windows 와는 달리, Red Hat Linux에서 모든 파티션들을 식별 가능합니다. 물론, Red Hat Linux가 모든 파티션 타입의 데이터에 접근할 수 있다는 의미는 아닙니다, 하지만 많은 경우에 다른 운영 체제에 부여된 파티션의 데이터에 접근이 가능하다는 것입니다.

앞에서 설명된 정보를 머릿 속에 새겨 두십시오. Red Hat Linux에 필요한 파티션을 설정시 훨씬 이해하기가 쉬울 것입니다.

E.1.6. 디스크 파티션과 다른 운영 체제들

만일 Red Hat Linux 파티션이 다른 운영 체제가 사용하고 있는 파티션의 하드 드라이브를 공유하게 된다해도 대부분의 경우 아무런 문제가 없습니다. 하지만 리눅스와 일부 다른 운영 체제의 조합에는 각별한 주의가 요구됩니다.

	알림
	만일 Red Hat Linux가 OS/2와 동시에 컴퓨터 상에 존재하게 된다면, OS/2 파티션 소프트웨어를 이용하여 디스크 파티션을 만드셔야만 합니다. — 그렇지 않으면, OS/2는 디스크 파티션을 인식할 수 없게 됩니다. 설치 과정에서, 새 파티션을 생성하지 마시고 Linux parted를 사용하여 리눅스 파티션에 맞는 적합한 파티션 타입을 설정하십시오.

알림

Red Hat Linux에서 Windows NT, 2000 또는 XP 파티션 상의 데이터를 읽어 오거나 데이터를 작성하기 위해서는, Windows 파티션을 NTFS 파일 시스템 유형으로 설정하지 마십시오. 만일 Windows 파티션이 NTFS 유형이라면, Red Hat Linux에서 읽을 수 없습니다. 만일 Windows 파티션이 VFAT 유형이라면, Red Hat Linux에서 읽기 가능합니다. 여러 개의 Windows 파티션이 있는 경우, 모든 파티션을 동일한 파일 시스템 타입으로 만드실 필요는 없습니다. Windows에 한 개 이상의 파티션을 가지고 계신다면, 한 개의 파티션을 VFAT 파일 유형으로 설정하신 후 Windows와 Red Hat Linux 사이에서 공유할 파일을 그 파티션에 저장하시면 됩니다.

E.1.7. 디스크 파티션과 마운트 지점

리눅스를 처음 사용하시는 분들이 가장 혼란스러워 하는 문제는 어떻게 파티션을 사용하고 리눅스 운영 체제가 어떻게 파티션에 접근하는지에 대해서 입니다. DOS/Windows에서는 비교적 간단합니다: 각각의 파티션은 "드라이브 문자"를 갖습니다. 그후 여러분은 정확한 드라이브 문자를 사용하여 상응하는 파티션의 파일과 디렉토리를 알아낼 수 있습니다.

이것은 일반적으로 리눅스가 파티션과 디스크 기억 장치를 다루는 방법과는 전혀 다릅니다. 주요 차이점은 개별 파티션을 사용하여 파일과 디렉토리의 단독 세트를 지원하는데 필요한 기억 장치의 일부를 형성한다는 점입니다. 이것은 마운팅 (mounting) 과정을 통하여 디렉토리와 파티션을 결합시킴으로서 가능합니다. 파티션을 마운팅함으로서 마운트 지점 (mount point)으로 알려진 지정 디렉토리의 시작에서 그 파티션의 기억 장치가 사용 가능해집니다.

예를 들어, 만일 /dev/hda5 파티션이 /usr에서 마운트 되었다면, /usr 하의 모든 파일들과 디렉토리들은 /dev/hda5 위로 옮겨질 것입니다. 따라서 /usr/share/doc/FAQ/txt/Linux-FAQ 파일은 /dev/hda5에 저장되는 반면에 /etc/X11/gdm/Sessions/Gnome은 그렇지 않습니다.

앞의 예시에 대해, /usr 하에 있는 한개나 그 이상의 디렉토리가 다른 파티션들에 대한 마운트 지점이 될 수도 있습니다. 예를 들면, 한 파티션 (/dev/hda7라고 합시다)이 /usr/local 에 마운트될 수 있고 그렇다면 /usr/local/man/whatis 는 /dev/hda5 대신에 /dev/hda7 위에 있게 됩니다.

E.1.8. 파티션 수

Red Hat Linux 설치 준비 시점에서, 여러분은 새로운 운영 체제가 사용할 파티션의 숫자와 크기를 미리 염두해 두셔야 합니다. 리눅스 커뮤니티 내에서도 "파티션 숫자"에 대한 논쟁이 계속되고 있으며, 그 곳에서 언급되는 수치 만큼 많은 파티션 배치 (layout)가 존재한다고 해도 과언이 아닐 것입니다.

특별히 다른 이유가 있지 않는 한 반드시 다음에 나오는 파티션들을 생성하시기 권장합니다: swap, /boot, and / (root).

보다 많은 정보를 원하신다면, 3.19.4 절을 참조하시기 바랍니다.

	경고
	반드시 E.1.9 절을 읽어 보십시오 — 이 정보는 /boot 파티션에 응용됩니다!

다양한 Red Hat Linux 파티션들의 적절한 크기에 대한 특정 권고 사항들은 1.5 절에서 찾으실 수 있습니다.

E.1.9. 마지막 한가지 조언: GRUB 이나 LILO 사용하기

GRUB 과 LILO는 Intel-기반 시스템에서 Red Hat Linux를 부팅하는데 가장 흔히 사용되는 방식입니다. 운영 체제 로더로서, 그 둘은 운영 체제 "바깥"에서 작동하면서 컴퓨터 하드웨어 자체에 내장되어 있는 기본 I/O 시스템 (또는 BIOS)만을 사용합니다. 이 섹션에서는 GRUB과 LILO가 PC BIOS와 상호 작용하는 방법에 대해 기술하고 있으며 이 부분의 설명은 intel 호환 컴퓨터에만 국한됩니다.

E.1.9.1. GRUB과 LILO에 영향을 미치는 BIOS 관련 한계점

GRUB과 LILO는 대부분의 Intel-기반 컴퓨터에서 BIOS가 초래하는 일부 한계점의 대상이 됩니다. 특히 대부분의 BIOS는 두 개 이상의 하드 드라이브에 액세스할 수 없으며 1023 실린더 이상의 드라이브에 저장된 어떤 데이터에도 액세스가 불가능합니다. 최근 이러한 한계를 극복한 BIOS가 시중에 나와있지만, 아직 보편적이지는 않습니다.

	힌트
	하드 드라이브를 파티션하는 과정에서, 일부 이전 시스템의 BIOS는 하드 드라이브 상의 첫 1024 이후는 액세스할 수 없다는 사실을 기억해 주십시오. 만일 이러한 경우가 발생한다면, 하드 드라이브의 첫 1024 실린더에 /boot 리눅스 파티션을 위한 충분한 공간을 남겨두어, 리눅스를 부팅할 수 있게 해주십시오. 다른 리눅스 파티션은 1024 실린더 이후에 놓아도 됩니다. parted에서 1024 실린더는 528MB와 동일합니다 (그러나, 정확한 수치는 여러분의 BIOS에 따라 달라집니다). 보다 많은 정보는 http://www.pcguide.com/ref/hdd/bios/sizeMB504-c.html을 참조하시기 바랍니다.

GRUB과 LILO가 부팅 시에 액세스하는 (Linux 커널을 포함한) 데이터는 모두 /boot 디렉토리에 위치해 있습니다. 만일 앞서 권장해 드렸던 파티션 배치를 따르시거나 혹은 웍스테이션, 개인용 데스크탑 혹은 서버 설치를 실행하신다면, /boot 디렉토리는 별개의 작은 파티션에 속하게 될 것입니다. 그렇지 않으면, 부트 디렉토리는 루트 파티션 (/)에 위치할 것입니다. 어떤 경우에서든, 만일 GRUB이나 LILO를 사용하여 Red Hat Linux 시스템을 부팅하시려면, /boot가 있는 파티션은 다음에 나오는 지침을 따라야만 합니다:

첫 두개의 IDE 드라이브들

만일 두개의 IDE (또는 EIDE) 드라이브를 가지고 계시면, /boot는 반드시 그 중 하나에 위치해야만 합니다. 여기서 두개의 드라이브란 기본 IDE 제어기에 있는 IDE CD-ROM도 포함합니다. 따라서 만일 한개의 IDE 하드 드라이브와 기본 제어기 상에 또 하나의 IDE CD-ROM을 가지고 계신다면, /boot는 오직 첫번째 하드 드라이브에 위치해야만 합니다. 비록 두번째 IDE 제어기에 다른 하드 드라이브를 가지고 있다고 해도 소용 없습니다.

첫번째 IDE 또는 첫번째 SCSI 드라이브

만일 한개의 IDE (혹은 EIDE) 드라이브와 한 개나 그 이상의 SCSI 드라이브를 가지고 계시면, /boot는 반드시 그 IDE 드라이브나 ID 0 인 SCSI 드라이브 중 하나에 위치해야만 합니다. 다른 SCSI ID에서는 작동하지 않습니다.

첫 두개의 SCSI 드라이브들

오직 SCSI 하드 드라이브만 가지고 계시면, /boot 는 반드시 ID 0 나 ID 1 인 드라이브에 위치해야만 합니다. 다른 SCSI ID에서는 작동하지 않습니다.

앞에서 언급한 것처럼, 일부 최근 BIOS들은 이러한 지침을 충족시키지 않는 설정을 가지고도 GRUB과 LILO를 작동시킬 수 있습니다. 게다가 그 설정이 지침 사항과 맞지 않음에도 불구하고 GRUB과 LILO을 이용하여 리눅스 시스템을 시작시킬 수도 있습니다. 그러나 이러한 시도에는 변수가 많기 때문에 Red Hat은 지원을 제공할 수 없습니다.

	알림
	웍스테이션과 서버 설치 뿐만 아니라 Disk Druid도 이와 같은 BIOS-관련 한계를 고려해야 합니다.