[시스템] kernel-2.2.17 옵션 설명 [1]
## 컴파일 환경 설정
컴파일 환경설정에 대해서 더욱 자세한 내용을 알고 싶으시다면 다음 사이트에
방문하시면 더욱 자세한 내용을 알수 있습니다.
http://www.kernel.pe.kr
http://kldp.org
커널 환경 설정을 위한 인터페이스로는 세가지가 있습니다.
[root@zzang911 linux]# make config
[root@zzang911 linux]# make menuconfig
[root@zzang911 linux]# make xconfig
위 중에 아무거나 사용하셔도 상관이 없지만 보통 menuconfig 와 X환경 기반에서
사용하는 xconfig 를 주로 사용합니다.
여기서는 누구나 쉽게 쓸수 있는 menuconfig 로 설정을 하겠습니다.
[root@zzang911 linux]# make menuconfig
——————————————————————————-
Code maturity level options —>
Processor type and features —>
Loadable module support —>
General setup —>
Plug and Play support —>
Block devices —>
Networking options —>
Telephony Support —>
SCSI support —>
I2O device support —>
Network device support —>
I2O device support —>
Network device support —>
Amateur Radio support —>
IrDA (infrared) support —>
ISDN subsystem —>
Old CD-ROM drivers (not SCSI, not IDE) —>
Character devices —>
Filesystems —>
Console drivers —>
Sound —>
Kernel hacking —>
—
Load an Alternate Configuration File
Save Configuration to an Alternate File
———————————————————————————–
위에서 부터 차례로 옵션 설명을 하겠습니다.
Code maturity level options —>
[ ] Prompt for development and/or incomplete code/drivers
이 옵션은 기본적으로 지원이 되는 커널에 추가적으로 현 시점에서
개발중인 기능에 대한 설정입니다. 즉, 기능중에 지속적인 사용과
개발로 거의 완벽하게 동작하는 기능 이외의 추가적인 필요나, 개발의
목적으로 만들어진 기능을 사용할 것인지를 묻는 것입니다. 초보
사용자의 경우에는 되도록 체크를 하지 않는 것이 좋습니다. 어느정도
커널의 기능이나, 또한 현재 기본커널의 기능에 들어있지 않은
하드웨어나 기능을 사용해야할 경우가 있다면, 이 옵션을
선택하십시오. 이 옵션을 사용하여 커널 컴파일을 하였을 경우에,
제대로 커널 컴파일이 이루어지지 않을수 있다는 점을 명심하시기
바랍니다.
도움말 : 백종규(linux7 at nownuri.net)
Processor type and features —>
(PPro/6x86MX) Processor family
현재 시스템의 cpu 의 종류에 맞추어 설정하면 된다. 사용중인 cpu 가 K6 나 K7(애슬론)일
경우는
i386 을 선택하면 된다.
(1GB) Maximum Physical Memory
컴파일할 커널이 물리적 메모리가 1G 바이트가 넘는 시스템에서 운영될
필요가 없다면, 여기(3GB/1GB)에 설정하세요.
[*] Math emulation
리눅스는 여러분이 (부동 소수점 계산을 위한)math coprocessor를 갖고
있지 않다면 그것을 에뮬레이트할 수 있습니다. 486DX, 펜티엄
프로세서들은 그 안에 math coproccessor가 구축되어 있으며, 486SX와
386은 487DX나 387을 추가하지 않았다면 구축되어 있지
않습니다.(부팅시에 나타내는 메세지들이 힌트를 줍니다.[“man
dmesg”]). 모든 사용자들이 coprocessor나 이 에뮬레이션이
필요합니다. 만약 여러분이 math coprocessor을 갖고 있지 않다면
여기서 Y를 할 필요가 있습니다; 만약 coprocessor가 있음에도 불구하고
여기서 Y를 선택해도, coprocessor는 작동합니다.(이러한 행동은
여러분의 coprocessor가 부서졌다면 편리한 커널 command line에서
“no387″이라는 옵션으로 바뀔 수 있습니다. 어떻게 부팅시에 커널에게
옵션들을 전해줄수 있는가 알기위해서는 “man bootparam”을 해보거나
여러분의 부트로더에 관한 문서를 살펴보시기 바랍니다. lilo
진행과정은 ftp://metalab.unc.edu/pub/Linux/docs/HOWTO의
FTP(anonymous 계정)에서 구할 수 있는 SCSI-HOWTO에 설명되어
있습니다.) 이것은 여러분이 이 커널을 다른 컴퓨터에서 사용한다면
여기서 Y를 선택하는 것이 좋다는 것을 의미합니다. 리눅스 math
coprocessor 에뮬레이션의 내부구조에 관한 더 많은 정보는
arch/i386/math-emu/README에서 얻을 수 있습니다. 만약 확신이
없다면, Y를 선택하세요; 커널이 45KB 더 커지는 것 이외에 아무런
문제가 없으니까요..
[*] MTRR (Memory Type Range Register) support
인텔의 P6 계열 CPU들 (펜티움 프로, 펜티움 II, 그리고 그 이후의
CPU들)은 메모리 종류 영역 레지스터(MTRR)들을 사용하여 프로세서가
메모리 영역을 접근하는 것을 제어할 수 있습니다. 이것은 여러분이
PCI나 AGP버스에 연결된 비디오(VGA) 카드를 사용하실 경우 가장
유용합니다. 쓰기-결합 기능을 활성화 시키면 버스 쓰기 전송이 서로
결합되어 보다 큰 전송 단위를 형성하여 PCI/AGP버스로 전송됩니다.
이것은 영상의 경우 쓰기 속도를 2.5배 이상 향상시킬 수 있습니다.
이 옵션은 /proc/mtrr 파일을 생성하며, 이 파일을 통하여 MTRR을
제어할 수 있습니다. 전형적으로 X 서버는 이 파일을 사용해야 할
것입니다. 이 파일은 충분히 합리적인 일반화된 인터페이스로서 다른
프로세서에 있는 비슷한 제어 레지스트들도 쉽게 지원할 수 있습니다.
Cyrix 6×86, 6x86MX 과 M II processors 들은 주소 영역
레지스터(ARR)을 가지고 있으며, 이 레지스터들은 MTRR과 비슷한
기능들을 제공합니다. 이러한 프로세서들에 있어서 ARR들은 MTRR을
에뮬레이션 하기 위하여 사용됩니다. AMD의 K6-2 (스텝핑 8과 그 이후
버전), K6-3 프로세서들은 두개의 MTRR을 가지고 있으며, 이들은
지원되고 있습니다. WinChip의 Centaur C6프로세서는 8개의 MCR을
가지고 있으며 쓰기-결합이 가능합니다. 이들은 지원되고 있습니다.
이 옵션에서 Y를 선택하시면 버그가 있는 SMP BIOS들이 발생 시키는
문제도 또한 해결해 줍니다. 이 BIOS들은 부팅 CPU의 MTRR만 설정하고
다른 CPU들의 MTRR은 설정하지 않으며, 이것은 많은 문제들을 발생
시킬 수 있습니다. 만일 여러분의 컴퓨터가 MTRR을 가지고 있지
않더라도 이 옵션에서 Y를 선택하는 것은 안전하며, 단지 커널의 크기가
3K 정도 커질 뿐입니다.
[ ] Symmetric multi-processing support
이것은 하나 이상의 CPU를 가진 시스템을 지원합니다. 대부분의
PC에서와 같이 하나의 CPU만을 가지고 있다면 N를 선택 하십시오.
혹시나 두개 이상의 CPU를 가지고 있다면 Y를 선택하세요. 만약
여기서 N이라고 한다면, 커널은 CPU가 하나가 있건 여러개가 있던 단
하나의 CPU만을 사용하게 됩니다. 또 여기서 Y라고 하면 다는 아니지만
대부분의 싱글프로세서 컴퓨터에서 동작합니다. N이라고 선택하면
싱글프로세서 컴퓨터의 겅우 속도는 더 향상됩니다.
Loadable module support —>
[*] Enable loadable module support
커널 모듈은 실행하고 있는 커널에 추가하거나 삭제될 수 있는
(insmod와 rmmod프로그램을 사용) 컴파일된 작은 코드이다.
Documentation/modules.txt에 설명되어 있고, 이것은 커널
설정(configuration)에서 고른 모듈을 컴파일 하려면 “make modules”를
입력한다는 사실도 포함한다. 모듈은 디바이스 드라이버, 파일 시스템,
이진 실행가능 코드 양식, 등등일 수 있다. 장래에 커널이 모듈을
사용하게 하기를 원한다면, Y를 고르라. 불확실하다면 Y를 고르라.
[*] Set version information on all symbols for modules
흔히, 모듈은 커널이 바뀌때마다 다시 컴파일 해야만 한다. Y를
선택하면 새로운 커널을 컴파일한 이후라도 같은 모듈을 안전하게
사용하게 한다. (modprobe 프로그램을 요구한다.) 모듈지원을 위한
소프트웨어는 modutils 패키지 안에 있다 (위치와 최신 버젼은
Documentation/Changes을 확인하라.) 주의: Y를 고르고 genksyms
프로그램 (이것도 위에 언급한 modutils 패키지 안에 있다.)이 없다면,
커널을 만들 수 없다. 커널 소스에 없는 모듈을 사용한다면, 이 옵션이
도움이 될것이다.
[*] Kernel module loader
여러분이 어떤 드라이버나 파일시스템을 모듈로 만들었다면 insmod나
modprobe를 써서 그 모듈을 쓰기 전에 올려줘야 합니다. 하지만 여기서
Y라고 하시면 커널이 알아서 모듈을 올릴 것입니다. 커널의 어떤
부분에서 모듈이 필요하면 자동으로 modprobe를 실행시켜 모듈을 사용
가능하게 만듭니다.(예전엔 kerneld를 사용했죠.) Y라고 하시고
Documentation/kmod.txt에서 설정법을 읽어보세요.
General setup —>
[*] Networking support
만약 당신이 지금 무엇을 하고 있는지 모르신다면, 여기서는 반드시
Y로 해야합니다. 그 이유은 어떠한 다른 컴퓨터에 연결되어 있지 않은
혼자서만 운영되는 컴퓨터라 해도 어떤 프로그램들은 커널 네트워킹을
지원하기 때문입니다. 만약 당신이 예전의 커널에서 업그레이드를
한다면 당신의 커널과 툴들 내의 변화들은 종종 연결되기 때문에
네트워킹 툴 또한 업그레이 할 것을 고려해야 합니다. 네트워크 툴들은
net-tools 패키지 안에 포함되어 있고 그 위치와 버전 들은
Documentation/Changes에 있습니다. 일반적인 리눅스 네트워킹에
관해서는 ftp://metalab.unc.edu/pub/Linux/docs/HOWTO에 anonymous
계정을 통해 가능한 NET-3-HOWTO를 읽어보십시오.
[*] PCI support
당신이 PCI 마더보드를 가지고 있는지 알아보세요. PCI는 당신의 컴퓨터
내의 다른 것들과 어떻게 교신하는 방법에 관한 버스 시스템의
이름입니다. 다른 버스 시스템들은 ISA, EISA, Microchannel(MCA) 혹은
VESA가 있습니다. 당신이 PCI를 가지고 있다면 Y, 아니라면 N를
선택하세요. ftp://metalab.unc.edu/pub/Linux/docs/HOWTO의
FTP(anonymous 계정)를 통해 얻을 수 있는 PCI-HOWTO에는 리눅스에서
잘 동작하는 PCI와 그렇지 않은 것에 대한 유용한 정보가 있습니다.
(Any) PCI access mode
PCI 시스템에서 BIOS가 PCI 기기를 발견하고 설정하는데 사용될 수
있습니다. 그러나 몇몇 오래된 PCI 마더보드에서는 BIOS의 bug로 인하여
시스템이 정지될 수 있습니다. 또한 몇몇 내장 PCI 기반 시스템은
BIOS가 아예 없는 경우가 있습니다. 리눅스에서는 PCI 기기를 BIOS를
통하지 않고 직접 발견할 수 있습니다. 이 옵션으로 리눅스가 PCI
기기를 어떻게 발견할지 지정할 수 있습니다. 당신이 “BIOS”를 선택할
경우 BIOS가 사용될 것이고, “Direct”를 선택할 경우 BIOS는 사용되지
않을 것입니다. 그리고 “any”를 선택할 경우 커널이 일단 BIOS를 통하지
않고 직접 access를 시도할 것이며, 이 시도가 실패할 경우 BIOS를
이용할 것입니다. 어떻게 할지 잘 모르겠으면, 기본 설정을
사용하십시요.
[*] PCI uirks
만일 여러분이 올바로 동작 않는 바이오스(BIOS)를 가지고 있다면,
이 바이오스는 정확하게 PCI버스를 설정하는 것이나 최적의 모델을
설정 하는데에 실패를 할지도 모릅니다. 여기에 Y라고 답하게 되면
이 문제를 해결할수 있을것입니다. 만약 여러분의 바이오스가 아무
이상이 없다면 커널의 크기를 조금이라도 줄이기 위해 여기에 N이라고
답하세요. 잘모르겠다면 그냥 Y라고 답하세요.
BIOS 의 고장으로 인한 PCI 장치 인식 문제를 해결해 주는 것이다.
BIOS 가 완벽하다면 상관없지만 그냥 Y로 해 두자.
[ ] PCI bridge optimization (experimental) (NEW)
CPU와 주변 장치 사이에는 그 특성에 따라 서로 다른 Level의 버스가
존재한다. 특히 PCI bus에서는 PCI bridge가 높은 Level의 PCI bus와
낮은 Level의 다른 버스들(PCI, ISA etc)을 연결시켜 준다. 이 옵션은
PCI bridge를 통한 버스의 접근에서 보다 빠른 기법을 제공한다.
그러나 아직 시험적인 단계이므로 문제가 발생할 수도 있다. 그러므로
N로 설정해두는 것이 안전하다.
[*] Backward-compatible /proc/pci
오래전의 커널은 모든 PCI 디바이스에 대한 정보를 지닌 /proc/pci
파일을 지원하였었다. 몇가지 프로그램들이 아직도 이 파일을
사용하고 있기 때문에 여기에 새로운 항목을 추가할 수가 없게
되었다. 그래서 새로운 파일이 /proc/bus/pci에 만들어 졌고, 단지
호환성 문제 때문에 예전의 파일도 같이 지원된다. 여기서 Y를
선택하고 아래의 “/proc filesystem support” 선택하면 예전의
/proc/pci 파일을 생성할 수 있다. 확실하지 않으면 Y를 선택하라.
만약 N를 선택하면 단지 새로운 /proc/bus/pci 파일 만 생성 될것이다.
과거의 kernel에서는 PCI 장치 지원을 /proc/pci file을 parsing
하여 제공하였다. 현재는 단지 이전 버젼과의 호환성을 위해서만
사용한다. 이 항목은 커널이 새로운 pci description을 지원하지
않을 경우 이전 방식을 지원하는 옵션이다. 잘 모르겠으면 그냥 Y로
해 두자.
[ ] MCA support
MicroChannel Architecture는 IBM사의 PS/2와 랩탑에서 사용된 방식으로
PCI나 ISA와 유사한 버스 시스템입니다. MCA 버스 커널을 빌드하기전에
Documentation/mca.txt 문서와 문서에 표시된 웹페이지를 참조하시기
바랍니다.
[ ] SGI Visual Workstation support
SGI 비주얼 워크스테이션은 기존의 피시 하드웨어에 SGI 시스템 칩을
기본으로 IA32 기본의 워크스테이션입니다. SGI 320 이나 540에서
커널이 돌아가도록 구성할려면 이곳에서 Y를 선택하십시오. 비주얼
워크스테이션을 위한 커널은 다른 컴퓨터에서는 돌아가지 않을
것입니다. 반대로 다른 컴퓨터를 위한 커널은 비주얼
워크스테이션에서는 돌아가지 않습니다. 더 자세한 것은
sgi-visws.txt를 보십시오.
[*] System V IPC
내부 process 통신(IPC)은 프로그램들의 실행중 정보들의 동기화와
교환하는 library 함수들과 system 호출을 모아 놓은것을 말한다.
일반적으로 시스템 작동에 고려를 해야 할 부분이며, 어떤 program들은
이것을 Y하지 않으면 작동을 하지 않을수도 있다. 특히 Linux
기반하에서 DOS emulator를 실행하기를 원한다면, 이것을 Y로 선택을
해야할 필요가 있다. ( FTP(user:anonymous)를 통해
ftp://metalab.unc.edu/pub/Linux/docs/HOWTO DOSEMU-HOWTO를
읽어보기를 권한다.) “info ipc”로 IPC에 대한 문서를 발견할수
있으며, 또한 FTP를 통하여
ftp://metalab.unc.edu/pub/Linux/docs/LDP/programmers-guide로 부터
Linux Programmer’s Guide의 6.4 섹션에서도 볼수 있다. Y를
선택하면 7KB정도에 의해 너의 kernel을 확장할수 있다. Y로 선택하는
것으로.
[*] BSD Process Accounting
이항목에서 Y를 선택하면, 일반 사용자 프로그램에서 커널에게
프로세스에 대한 정보를 파일에 저장하도록하는 특수한 시스템 함수를
사용할 수 있다. 프로세스가 종료될때 마다 커널은 종료되는 프로세스에
프로세스에 대한 정보를 파일에 저장하도록하는 특수한 시스템 함수를
사용할 수 있다. 프로세스가 종료될때 마다 커널은 종료되는 프로세스에
대한 정보를 파일에 저장해 준다. 저장되는 정보는 프로세스 생성시간,
프로세스를 생성한 사용자, 명령어, 메모리 사용정보, 터미널
제어등이다(저장되는 정보에 대한 자세한 사항은 include/linux/acct.h
파일의 acct 구조체를 찾아보면 알 수 있다). 저장된 프로세스 정보를
가지고 사용자 프로그램에서 여러가지 유용한 일을 할 수 있기때문에
Y를 선택하는 것을 추천합니다.
[*] Sysctl support
sysctl 인터페이스는 시스템의 리부팅이나 커널의 재컴파일을 할
필요없이 특정 커널의 파라미터와 변수들을 동적으로 변경시킬수
있는 수단을 제공합니다. 주요 인터페이스는 시스템 호출을
구성합니다. 그러나 만일 /proc파일 시스템이 사용가능하다면
변경가능한 sysctl 엔트리의 트리(tree)는 /proc/sys 디렉토리 아래에
생성될것입니다. 이것들에 대해서는 Documentation/sysctl/
디렉토리의 파일에 설명이 되어 있습 니다. 이 옵션을 켜게 되면
적어도 8KB의 커널크기가 늘어난다는 것을 기억하세요. 이 옵션은
일반적으로 좋은 옵션이므로 당신이 특별히 설치/복구를 위한 커널을
만든다거나 당신의 메모리가 상당히 부족하지 않다면 여기에 Y라고
답하세요.
<*> Kernel support for a.out binaries
A.out (Assembler.OUTput)은 초기 UNIX에서 사용된 라이브러리와
실행가능 파일의 포맷 셋입니다. Linux에서는 ELF 포맷으로 대체
되기 전까지 a.out 포맷 QMAGIC 및 ZMAGIC이 쓰였습니다. 더 많은
프로그램이 ELF로 바뀜에 따라, a.out의 쓰임은 줄어갈것입니다. 만약
이 옵션을 선택하지 않는다면 커널을 한 페이지줄일 수 있습니다.
이 옵션은 자체가 충분히 불충분하기 때문에 보증할 수 없습니다.
그러나 이 옵션을 선택하지 않는 것은 완전히 옛 실행파일 포맷을
쓰는 프로그램이 없게 만드려한다면, 좋는 생각입니다. 뭐라해야
잘모르면 Y를 선택하십시요. 어떤이가 “너는 QMAGIC 을 지원하는
커널이 필요해”라고 한다면 Y를 선택하십시요. M을 고름으로서
(모듈로 a.out을 지원) 후에 a.out 포맷의 프로그램 혹은 라이브러리를
사용하고자 할때, 해당 모듈을 적재시킬 수 있습니다. 그 모듈의
이름은 binfmt_aout.o입니다. M이나 N을 고를때는 신중히 하십시요.
즉, 몇몇 중요한 프로그램이 여전히 A.OUT 포맷으로 되어있다면
말입니다.
A.out(Assembler.OUTput)은 과거의 UNIX Binary Format이다. a.out
format을 언제 사용하게 될 지 모르므로 M으로 체크하는 것이 가장
적절한 방법인 듯 하다.
<*> Kernel support for ELF binaries
ELF(실행가능하고 링크가능한 형식)는 서로다른 아키텍쳐나 운영체제
상에서 사용되는 실행파일과 라이브러리 파일들을 위한 파일
형식입니다. 여러분이 여기에서 Y를 택하시면 커널이 ELF바이너리를
실행할수 있게되고, 커널은 약 2KB 커지게 될겁니다. 리눅스상에서
ELF 형식 지원으로 전통적인 리눅스의 a.out 형식들(QMAGIC 과
ZMAGIC)을 교체하였습니다. 왜냐하면 그것은 아주 쉽게 런-타임
라이브러리들을 만들고 적재할수 있기때문입니다. (하지만 이것이
다른 아키텍쳐나 운영체제에서 실행파일을 실행시킬수 있다 는 뜻은
아닙니다. 많은 새로운 실행파일들이 ELF형식으로만 배포되고 있습
니다. 여러분은 절대적으로 여기에 Y로 하길 바랄것입니다.
<M> Kernel support for MISC binaries
Java, Python, Emacs-Lisp와 같은 Interpreter 언어를 지원하는
항목이다. 그러나 이 항목을 Y로 선택할 경우 ELF나 Java Binary
지원을 선택하지 않아야 하므로 M으로 선택하는 것이 보다 현명한
선택이다.
< > Kernel support for JAVA binaries (obsolete) (NEW)
썬의 자바는 객체 지향을 바탕으로하는 프로그래밍 언어이다. 자바로
짠 프로그램은 다른 구조와 운영체제를 가진 시스템들에서 ” JAVA
bytecode” 를 통해 실행이 된다. 만약 자바 바이너리를 실행하고자
한다면 ftp://metalav.unc.edu/pub/Linux/docs/HOWTO에 있는 리눅스
하우투를 읽어 보면 된고 하우투 대로 JDK(Java Develpers Kit)를
설치하면 된다. 자바 프로그램들이 실행가능 해 질수록 그 사용은 증가
되어 질 것이다. 만약 그 자바코드로 프로그래밍된 파일이 “”라는
문자로 시작되어 진다면. HTML에서 사용된 자바 애플릿 조차도 실행이
가능하다.(제한적인 임베디드 라이브러리에 한하여.) 만약 이것의
사용을 원한다면 Y를 선택하고 Documentation/java.txt를 참고 하기
바란다. 만약 이 옵션을 제거 한다면 커널의 크기는 약 4KB정도
줄게 된것이다. 이것은 그리 큰 것이 아니고 또한 자바 프로그래밍이
실행되는것을 보장할 수가 없다. 그러나,JDK를 설치했다면 이러한 제거
옵션은 좋은 생각이다. 만약 M 을 선택한다면 모듈로서 지원하게 하고
JDK를 설치하고 후에 로드하는 것은 상당히 재미있어 보이는 자바
프로그램들을 실행하지못하는 결과를 가져 올수도 있다. 모듈은
binfmt_java.o에서 불리워 진다. 이것으로 자바지원 옵션에 대한
글이 끝났다. 더 많은 것을 원한다면 “kernel support for MISC
binaries”를 선택하기 바란다. 이것을 필요로하지 않는다면 N을 자바
프로그래밍에 관심이 있고 실행하길 원한다면 “Kernel support for
MISC binaries”에 Y를 선택해 주기바란다.
< > Parallel port support
컴퓨터의 병렬포트에 연결하는 장치, 예를 들어 프린터, 집드라이브
또는 두 지역장치의 병렬포트를 연결해 소규모네트워크를 구성하는데
주로 사용되는 PLIP 링크 등을 사용하려면 “Y”를 선택하십시요.그리고
반드시 Documentation/parport.txt 와 drivers/misc/BUGS-parport를
읽어보시기 바랍니다. 병렬포트에 연결되는 수많은 장치들의
드라이버에 대한 광범위한 정보를 원하시면
http://www.torue.net/linux-pp.html를 살펴보십시요. 여러개의
드라이버에 대한 광범위한 정보를 원하시면
http://www.torue.net/linux-pp.html를 살펴보십시요. 여러개의
장치들이 하나의 병렬포트를 공유하는 것은 가능합니다. 그것은
해당드라이버 전부를 커널에 컴파일하는 것이 안전합니다.
병렬포트지원을 모듈로 컴파일하고자 한다면 “M”을 선택하신 후
Documentation/modules.txt를 읽어보기 바랍니다.모듈명은 parport.o가
됩니다. 만일 하나이상의 병렬포트를 가지고 있거나 module load
time에 이 드라이버가 사용할 포트와 IRQ를 지정하고 싶다면
Documentation/networking/net-modules.txt를 읽어 보십시요. 확실치
않다면 “Y”를 선택하십시요.
[ ] Advanced Power Management BIOS support
APM은 여러가지 기법을 전력을 절약하기위한 BIOS의 규격입니다.
이것은 대개의 경우 APM 호환의 BIOS를 사용하는 배터리를 사용한
노트북의 경우 유용합니다. 만일 Y를 선택하시면 시스템 시간이 USER
RESUME 동작이후 리셋될것이며, /proc/apm 디바이스가 배터리의 상태
정보를 제공할 것이며, 사용자 프로그램은 (배터리 상태 변화와 같은)
APM “사건”에 대한 정보를 받게될 것입니다. 지원 소프트웨어도
있습니다; 보다 자세한 정보는 Battery Powered Linux mini-HOWTO를
ftp://metalab.unc.edu/pub/Linux/docs/HOWTO/mini에서 FTP (user:
anonymous)하여 읽어보십시오. 이 드라이버는 디스크 드라이버를
정지시키지 않으며(이에 대해서는 hdparm(8) manpage (“man 8 hdparm”)
를 참조 하십시오) VESA-호환의 “그린” 모니터의 전원을 꺼지도
않습니다. 이 드라이버는 TI 4000M-TravelMate 노트북을 지원하지
않으며, ACER 486/DX4/75도 지원하지 않습니다. 이들 노트북들은 APM
호환의 BIOS를 사용하지 않습니다. 많은 “그린” 데스크탑 컴퓨터들도
또한 호환 BIOS를 사용하지 않으며, 따라서 이 드라이브로 인해
부팅시에 문제를 발생시킬 수 있습니다 (이러한 컴퓨터들은 전형적으로
데이터 세그먼트 0040을 사용하는데 이는 리눅스 커널이 예약한
영역입니다). 만일 여러분이 렙탑에서 리눅스를 작동시킨다면
http://www.cs.utexas.edu/users/kharker/linux-laptop/에 있는 리눅스
렙탐 홈페이지를 읽어보십시오 (WWW를 찾기위해서 여러분은 lynx나
netscape 같은 웹브라우저 를 내장한 인터넷에 연결된 컴퓨터를 사용할
수 있어야 합니다). 일반적으로 만일 여러분의 컴퓨터가 배터리를
가지고 있지 않다면 이 드라이버를 사용하는 의미가 별로 없습니다.
그러므로 N를 선택하십시오. 만일 여러분이 이유를 알 수 없는 커널에
관한 문제에 자주 봉착하거나 커널이 재부팅을 한다면 이 옵션을
활성화/비활성화 해 보십시요(혹은 여러분의 BIOS에 있는 APM을
활성화/비활성화 해 보십시요). 만일 여러분이 이유를 종잡을 수
없는 이상한 문제들을 경험하셨다면 다음과 같이 해보십시오:
1) 충분한 스왑영역이 있는지 그리고 활성화 되어있는지 점검해
보십시오. 2) 커널 부팅시 “no-hlt” 옵션을 설정해 보십시오. 3)
커널의 부동 소수점 연산 에뮬레이션을 활성화 시키고 커널 부칭시
“no387” 옵션을 설정해 보십시오. 4) 커널 부팅시 “floppy=nodma”
옵션을 설정해 보십시오. 5) 커널 부팅시 “mem=4M” 옵션을 설정해
보십시오(이 경우 4M RAM만 사용됩니다). 6) CPU가 오버-클럭킹 되지
않았는지 점검해 보십시오. 7) http://www.bitwizard.nl/sig11/에
있는 sig11 FAQ를 읽어 보십시오. 8) 여러분의 BIOS 설정에서 캐시를
사용하지 않도록 설정해 보십시오. 9) 비티오 카드를 위해 냉각 팬을
설치해 보거나 비디오 메모리를 교환해 보십시오. 10) CPU를 위해
더 좋은 냉각 팬을 설치해 보십시오. 11) RAM을 교환해 보십시오.
12) 마드보드를 교환해 보십시오.
< > Toshiba Laptop support (NEW)
Toshiba 랩탑 컴퓨터를 지원한다. 그냥 N
계속….
