"Trans:GentooAMD64FrequentlyAskedQuestions"의 두 판 사이의 차이
Darkcircle (토론 | 기여) |
Gentookorea (토론 | 기여) |
||
| (사용자 3명의 중간 판 27개는 보이지 않습니다) | |||
| 3번째 줄: | 3번째 줄: | ||
== 질문 == | == 질문 == | ||
=== 젠투/AMD64 자주 묻는 질문 개요 === | === 젠투/AMD64 자주 묻는 질문 개요 === | ||
| − | 이 | + | 이 문서에는 젠투/AMD64에 대해 일반적으로 묻는 질문들이 있습니다. 젠투/AMD64 에 유용한 내용을 제공하고 도와주려 합니다. 이 질문중 일부는 포럼이나 IRC나 메일링 리스트에서 찾을 수 있습니다. 자주 묻는 질문에 대한 제안이나 질문이 있을 경우 [mailto:amd64@gentoo.org amd64@gentoo.org]에 이메일을 보내주시면 고맙겠습니다. |
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
== 설치 == | == 설치 == | ||
| − | === AMD64와 | + | === AMD64와 EM64T은 어떤 차이가 있조? === |
| − | 둘은 각각 AMD(AMD64)와 인텔(EM64T)에 관련된 64비트 프로세서 | + | 둘은 각각 AMD(AMD64)와 인텔(EM64T)에 관련된 64비트 프로세서 입니다. AMD의 64비트 프로세서는 애슬론 64, 튜리온, 네오, 페놈, 옵테론 계열이 있습니다. 인텔의 64비트 프로세서는 코어 2 코어 i''X'', 셀러론, 제온, (Core2 아키텍처 기반의 모든)펜티엄이 있습니다. 오래된 Pentium 4와 제온 칩의 [http://en.wikipedia.org/wiki/Em64t#Intel_64 최근 일부 버전]도 EM64T를 지원합니다. |
64비트 프로세서의 AMD 계열은 인텔이 출시한 것보다 먼저 나왔습니다. 그래서 이런 역사적인 이유 때문에 x86-64 호환 아키텍처에 대한 아키텍처 키워드는 그냥 amd64입니다. 따라서 AMD냐 인텔이냐는 상관 없이 ''AMD64''는 64비트 칩의 일반적인 참조 명칭입니다. | 64비트 프로세서의 AMD 계열은 인텔이 출시한 것보다 먼저 나왔습니다. 그래서 이런 역사적인 이유 때문에 x86-64 호환 아키텍처에 대한 아키텍처 키워드는 그냥 amd64입니다. 따라서 AMD냐 인텔이냐는 상관 없이 ''AMD64''는 64비트 칩의 일반적인 참조 명칭입니다. | ||
=== AMD64/EM64T에 대해 CFLAGS를 어떻게 써야 하나요? === | === AMD64/EM64T에 대해 CFLAGS를 어떻게 써야 하나요? === | ||
| − | 문제를 막으려면 여러분의 시스템에 {{blue|CFLAGS}}를 단순하게 사용해야 합니다. AMD 시스템에 대해서 지원하는 {{blue|CFLAGS}}는 {{blue|<nowiki>-O2 -march=k8 -pipe</nowiki>}} 입니다. 인텔의 코어2 기반 시스템(EM64T)는 {{blue|-O2 -march=core2 -pipe}}를 사용해야 합니다. EM64T를 지원하는 오래된 Pentium4라면 {{blue|<nowiki>-O2 -march=nocona -pipe</nowiki>}}를 사용하십시오. | + | 문제를 막으려면 여러분의 시스템에 {{blue|CFLAGS}}를 단순하게 사용해야 합니다. AMD 시스템에 대해서 지원하는 {{blue|CFLAGS}}는 {{blue|<nowiki>-O2 -march=k8 -pipe</nowiki>}} 입니다. 인텔의 코어2 기반 시스템(EM64T)는 {{blue|<nowiki>-O2 -march=core2 -pipe</nowiki>}}를 사용해야 합니다. EM64T를 지원하는 오래된 Pentium4라면 {{blue|<nowiki>-O2 -march=nocona -pipe</nowiki>}}를 사용하십시오. |
=== AMD64용 커널은 무얼 써야 하나요? === | === AMD64용 커널은 무얼 써야 하나요? === | ||
포티지에는 사용할 수 있는 거의 모든 커널들이 있습니다. {{blue|gentoo-sources}}를 사용하는 것을 추천하는데 이것은 젠투 리눅스 (배포판)을 위해 특별히 설계한 커널이기 때문입니다. AMD64와 관련된 수많은 패치가 들어있기 때문에 젠투/AMD64가 공식적으로 지원하는 유일한 커널이라 볼 수 있습니다. | 포티지에는 사용할 수 있는 거의 모든 커널들이 있습니다. {{blue|gentoo-sources}}를 사용하는 것을 추천하는데 이것은 젠투 리눅스 (배포판)을 위해 특별히 설계한 커널이기 때문입니다. AMD64와 관련된 수많은 패치가 들어있기 때문에 젠투/AMD64가 공식적으로 지원하는 유일한 커널이라 볼 수 있습니다. | ||
| − | {{Warning| {{blue|PREEMPT}}와 | + | {{Warning| {{blue|PREEMPT}}와 같이 시험하지 않은 커널 기능을 사용할 때 조심해야 합니다.}} |
커널에서 {{blue|IA32_EMULATION}} 옵션을 활성화 했는지 확인해주십시오. | 커널에서 {{blue|IA32_EMULATION}} 옵션을 활성화 했는지 확인해주십시오. | ||
| 56번째 줄: | 30번째 줄: | ||
=== 32비트 대신 64비트 시스템을 사용하면 성능이 올라가나요? === | === 32비트 대신 64비트 시스템을 사용하면 성능이 올라가나요? === | ||
| + | 대답하기 좀 어려운 질문인데요. 가끔은 성능 향상을 경험할 수 있지만, 아닌 경우에는 아닐수도 있습니다. 매일 사용하다보면 64비트와 32비트는 별 차이가 거의 없습니다. 64비트는 멀티미디어 프로그램과 3D 렌더링을 수행하는 보통의 경우에 소숫점 연산을 수행하는 경우에 더 빠릅니다. 이 [http://www.linux.com/articles/114024?tid=121 게시글](과 [http://www.linux.com/feature/43873 관련] 글)이 흥미로울 것 같습니다. 또한 우리 [http://forums.gentoo.org/ 포럼]에 좋은 [http://forums.gentoo.org/viewtopic-t-349691.html 글타래]가 있습니다. | ||
| + | |||
=== multilib는 무엇이고 어떻게 사용하나요? === | === multilib는 무엇이고 어떻게 사용하나요? === | ||
| + | 모든 AMD64 프로세서는 64비트 코드와 마찬가지로 32비트 코드도 실행할 수 있습니다. 그러나 32비트 프로그램을 가지고 있다면 64비트 라이브러리와 혼용할 수 없고, 반대로 64비트 프로그램을 가지고 있다면 32비트 라이브러리와 혼용할 수 없습니다. 그러나 모든 공유 라이브러리와 필요 요소가 32비트 객체라면 32비트 프로그램을 자체적으로 실행할 수 있습니다. 프로파일에 따라 선택해서 multilib를 지원할지 아닐지를 선택할 수 있습니다. 기본 설정은 multilib 활성화 프로파일 입니다. | ||
| + | |||
| + | {{Warning|현재 비 multilib 프로파일에서 multilib 활성화 프로파일로 바꿀 수 없기 때문에 비 multilib 프로파일을 사용하기 전에 여러분의 결정에 대해 다시금 생각해보시기 바랍니다.}} | ||
| + | |||
=== 32비트 chroot는 어떻게 만드나요? === | === 32비트 chroot는 어떻게 만드나요? === | ||
| + | [32비트 chroot 안내서]를 참조하시기 바랍니다. | ||
| + | |||
=== emerge -e world를 실행해서 x86시스템에서 amd64시스템으로 업그레이드 할 수 있나요? === | === emerge -e world를 실행해서 x86시스템에서 amd64시스템으로 업그레이드 할 수 있나요? === | ||
| + | {{blue|x86}}과 {{blue|amd64}} 설치의 차이 때문에 업그레이드는 할 수 없습니다. 새로 설치해주시기 바랍니다. 설치는 x86과 약간 다르니 [AMD64 핸드북]을 참조하시기 바랍니다. | ||
| + | |||
| + | 또한 x86과 거의 비슷한 시스템에서 만든 바이너리 파일들은 amd64 시스템의 꾸러미가 읽지 못합니다. 부분적으로 MySQL, InnoDB,Berkeley DB, SQLite, OpenLDAP 등의 데이터베이스는 있는 그대로 간단하게 복사할 수가 없습니다. amd64시스템의 복구를 시도하기 전에는 텍스트 파일 같은 아키텍처 비종속 형식으로 데이터베이스 덤프를 갖출 필요가 있습니다. | ||
| + | |||
=== Reiser4를 사용할 수 있나요? === | === Reiser4를 사용할 수 있나요? === | ||
| + | 젠투 커널 프로젝트에서 제공하는 그 어떤 커널에서도 Reiser4는 사용할 수 없습니다. 따라서 AMD64팀은 지원하지 않습니다. 결론은 아니다 입니다. | ||
== 하드웨어 == | == 하드웨어 == | ||
=== NVIDIA/ATI 바이너리 드라이버가 동작할까요? === | === NVIDIA/ATI 바이너리 드라이버가 동작할까요? === | ||
| + | 네. NVIDIA와 ATI에서 amd64에서 동작하는 드라이버를 제공합니다. {{blue|emerge nvidia-drivers}}나 {{blue|emerge ati-drivers}}를 실행해서 설치할 수 있습니다. 이들 드라이버에 대한 그 밖의 질문사항이 있다면 [Nvidia 안내서]나 [ATI 자주 묻는 질문]을 보셔야 합니다. | ||
| + | |||
=== Cool'n'Quiet/PowerNow/SpeedStep 기능은 어떻게 사용하죠? === | === Cool'n'Quiet/PowerNow/SpeedStep 기능은 어떻게 사용하죠? === | ||
| + | 이들 기능의 지원을 포함한 커널을 컴파일 해야 합니다. 다음과 같이 기능을 활성화 하시기만 하면 됩니다 | ||
| + | {{Example|코드 예제 3.1: Cool'n'Quiet/PowerNow/SpeedStep에 대한 커널 옵션| | ||
| + | <pre> | ||
| + | Power management options ---> | ||
| + | [*] Run-time PM core functionality | ||
| + | [*] ACPI (Advanced Configuration and Power Interface) Support ---> | ||
| + | <*> Processor | ||
| + | <*> Thermal Zone | ||
| + | CPU Frequency scaling ---> | ||
| + | [*] CPU Frequency scaling | ||
| + | Default CPUFreq governor (ondemand) ---> | ||
| + | -*- 'performance' governor | ||
| + | <*> 'userspace' governor for userspace frequency scaling | ||
| + | -*- 'ondemand' cpufreq policy governor | ||
| + | <*> ACPI Processor P-States driver | ||
| + | <*> AMD Opteron/Athlon64 PowerNow! | ||
| + | -*- CPU idle PM support | ||
| + | </pre> | ||
| + | }} | ||
| + | |||
| + | 그 다음 {{blue|emerge cpufrequtils}}를 실행하고 여러분 취향의 편집기로 /etc/conf.d/cpufrequtils를 편집합니다. | ||
| + | {{Example|코드 예제 3.4: /etc/conf.d/cpufrequtils 예제|<nowiki># ('cpufreq-set' 프로그램에 주어진) cpufreq를 시작할 때의 옵션</nowiki><br/> | ||
| + | <nowiki>START_OPTS="--governor ondemand"</nowiki><br/><br/> | ||
| + | <nowiki># ('cpufreq-set' 프로그램에 주어진) cpufreq를 멈출 때의 옵션</nowiki><br/> | ||
| + | <nowiki>STOP_OPTS="--governor performance"</nowiki><br/> | ||
| + | }} | ||
| + | |||
| + | 이제 매번 시동할 때 시작했는지 확인하기 위해 {{blue|rc-update add cpufrequtils boot}}를 추가할 일만 남았습니다. | ||
| + | |||
| + | {{Note|CPU 전원 관리에 대한 요령을 알아보시려면 [전원 관리 안내서]를 읽을 필요가 있을지도 모릅니다.}} | ||
== 프로그램 == | == 프로그램 == | ||
=== 어도비 플래시를 동작하게 할 수 있나요? === | === 어도비 플래시를 동작하게 할 수 있나요? === | ||
| + | 예. {{blue|emerge adobe-flash}}를 실행하면 됩니다. 이머지 한 다음에 ebuild가 표시하는 메시지를 읽어보십시오. | ||
| + | |||
=== OpenOffice.org를 동작하게 할 수 있나요? === | === OpenOffice.org를 동작하게 할 수 있나요? === | ||
| + | 예. {{blue|emerge openoffice}}를 실행하십시오. 상당한 시간이 걸릴 것이고 많은 양의 시스템 자원을 사용할 것입니다. 여러분의 장비가 요구사항 이상이 되지 않는다고 생각하신다면 미리 컴파일한 바이너리 {{blue|openoffice-bin}}의 설치를 시도해보실 수도 있습니다. | ||
| + | |||
=== 아무개 꾸러미를 설치하려는데 emerge가 (masked by: ~amd64 keyword)라고 하네요 === | === 아무개 꾸러미를 설치하려는데 emerge가 (masked by: ~amd64 keyword)라고 하네요 === | ||
| + | 꾸러미가 아직 '시험' 트리에 있다는 것을 의미합니다. 더 많은 내용을 보시려면 {{blue|man portage}}나 [AMD64 핸드북]의 [프로그램 브랜치 혼합] 편을 읽어주시기 바랍니다. | ||
| + | |||
=== 아무개 꾸러미를 설치하려는데 emerge가 (masked by: missing keyword)라고 하네요 === | === 아무개 꾸러미를 설치하려는데 emerge가 (masked by: missing keyword)라고 하네요 === | ||
| + | 패키지를 아직 테스트 하지 않았다는 걸 의미합니다. ''꼭'' 패키지가 동작하지 않는다는것을 의미하는 것은 ''아닙니다''. 패키지에 대해 다른 아키텍처를 수용할 수 있게 마스크를 해제할 수 있습니다. 다음 예제에서는 주어진 패키지의 키워드를 수용하기 위해 포티지에 알려줄 수 있다는 것을 보여줍니다. | ||
| + | |||
| + | {{Example|코드 예제 4.1: 꾸러미 키워드 추가 예제|<nowiki># echo "category/packagename **" >> /etc/portage/package.accept_keywords</nowiki><br/> | ||
| + | <nowiki># emerge packagename</nowiki> | ||
| + | }} | ||
| + | |||
| + | 잘 동작한다면 [http://bugs.gentoo.org/ 젠투 버그질라]에 알려주시기 바랍니다. 이렇게 하면 AMD64팀이 패키지에 키워드를 부여할 수 있고 다른 사용자들은 여러분의 시험을 통해 혜택을 볼 수 있습니다. | ||
| + | |||
| + | {{Warning|{{blue|<nowiki>ACCEPT_KEYWORDS="~x86" emerge packagename</nowiki>}}과 같은 명령을 시도하지 마십시오. 여러분의 포티지 트리를 대부분 망가뜨릴 것입니다}} | ||
== 젠투/AMD64 프로젝트에 어떻게 도움을 주죠? == | == 젠투/AMD64 프로젝트에 어떻게 도움을 주죠? == | ||
=== 어떻게 도움을 주죠? === | === 어떻게 도움을 주죠? === | ||
| + | AMD64 아키텍처 사용자가 늘어감에 따라 그만큼 더 많은 도움을 필요로 합니다. 젠투/AMD64의 품질을 향상하기 위한 수많은 일들이 있습니다. 보통 사용자가 저희를 도와주는 방법은 아래와 같습니다. | ||
| + | * 일반 버그 보고서 채우기 | ||
| + | * {{blue|~amd64}}키워드가 아직 붙지 않은 프로그램 시험하기 | ||
| + | * [http://www.gentoo.org/proj/en/base/amd64/at/ 아키텍처별 시험자 프로젝트] 참여하기 | ||
| + | * 메일링리스트, 포럼 IRC 채널의 질문에 답변해주기 | ||
| + | * 패치 보내기 | ||
== 다른 자료 == | == 다른 자료 == | ||
=== 젠투/AMD64에 대한 더 많은 정보는 어디서 보죠? === | === 젠투/AMD64에 대한 더 많은 정보는 어디서 보죠? === | ||
| + | 여기 대답 못한 질문이 있다면 [http://www.gentoo.org/proj/en/base/amd64/ 프로젝트 홈페이지]에 나열된 다른 자료들을 찾아보실 수 있습니다. {{blue|irc.freenode.net}}의 {{blue|#gentoo-amd64}} 채널, [http://forums.gentoo.org/viewforum-f-46.html 젠투/AMD64 포럼], {{blue|gentoo-amd64@lists.gentoo.org}} 메일링리스트에서 질문하실 수도 있습니다. | ||
| + | |||
| + | [[Category:GentooTrans]] | ||
2013년 3월 20일 (수) 17:31 기준 최신판
젠투 리눅스/AMD64 자주 묻는 질문
질문
젠투/AMD64 자주 묻는 질문 개요
이 문서에는 젠투/AMD64에 대해 일반적으로 묻는 질문들이 있습니다. 젠투/AMD64 에 유용한 내용을 제공하고 도와주려 합니다. 이 질문중 일부는 포럼이나 IRC나 메일링 리스트에서 찾을 수 있습니다. 자주 묻는 질문에 대한 제안이나 질문이 있을 경우 amd64@gentoo.org에 이메일을 보내주시면 고맙겠습니다.
설치
AMD64와 EM64T은 어떤 차이가 있조?
둘은 각각 AMD(AMD64)와 인텔(EM64T)에 관련된 64비트 프로세서 입니다. AMD의 64비트 프로세서는 애슬론 64, 튜리온, 네오, 페놈, 옵테론 계열이 있습니다. 인텔의 64비트 프로세서는 코어 2 코어 iX, 셀러론, 제온, (Core2 아키텍처 기반의 모든)펜티엄이 있습니다. 오래된 Pentium 4와 제온 칩의 최근 일부 버전도 EM64T를 지원합니다.
64비트 프로세서의 AMD 계열은 인텔이 출시한 것보다 먼저 나왔습니다. 그래서 이런 역사적인 이유 때문에 x86-64 호환 아키텍처에 대한 아키텍처 키워드는 그냥 amd64입니다. 따라서 AMD냐 인텔이냐는 상관 없이 AMD64는 64비트 칩의 일반적인 참조 명칭입니다.
AMD64/EM64T에 대해 CFLAGS를 어떻게 써야 하나요?
문제를 막으려면 여러분의 시스템에 CFLAGS를 단순하게 사용해야 합니다. AMD 시스템에 대해서 지원하는 CFLAGS는 -O2 -march=k8 -pipe 입니다. 인텔의 코어2 기반 시스템(EM64T)는 -O2 -march=core2 -pipe를 사용해야 합니다. EM64T를 지원하는 오래된 Pentium4라면 -O2 -march=nocona -pipe를 사용하십시오.
AMD64용 커널은 무얼 써야 하나요?
포티지에는 사용할 수 있는 거의 모든 커널들이 있습니다. gentoo-sources를 사용하는 것을 추천하는데 이것은 젠투 리눅스 (배포판)을 위해 특별히 설계한 커널이기 때문입니다. AMD64와 관련된 수많은 패치가 들어있기 때문에 젠투/AMD64가 공식적으로 지원하는 유일한 커널이라 볼 수 있습니다.
주의: PREEMPT와 같이 시험하지 않은 커널 기능을 사용할 때 조심해야 합니다.
커널에서 IA32_EMULATION 옵션을 활성화 했는지 확인해주십시오.
| 코드 예제 2.1: 커널 소스코드에서 IA32 에뮬레이션 활성화하기 |
| # cd /usr/src/linux # make menuconfig Executable file formats / Emulations ---> [*] IA32 Emulation |
주의: 이 옵션의 활성화를 끄면 multilib 시스템의 빌드 실패를 경험하게 될 것입니다.
32비트 대신 64비트 시스템을 사용하면 성능이 올라가나요?
대답하기 좀 어려운 질문인데요. 가끔은 성능 향상을 경험할 수 있지만, 아닌 경우에는 아닐수도 있습니다. 매일 사용하다보면 64비트와 32비트는 별 차이가 거의 없습니다. 64비트는 멀티미디어 프로그램과 3D 렌더링을 수행하는 보통의 경우에 소숫점 연산을 수행하는 경우에 더 빠릅니다. 이 게시글(과 관련 글)이 흥미로울 것 같습니다. 또한 우리 포럼에 좋은 글타래가 있습니다.
multilib는 무엇이고 어떻게 사용하나요?
모든 AMD64 프로세서는 64비트 코드와 마찬가지로 32비트 코드도 실행할 수 있습니다. 그러나 32비트 프로그램을 가지고 있다면 64비트 라이브러리와 혼용할 수 없고, 반대로 64비트 프로그램을 가지고 있다면 32비트 라이브러리와 혼용할 수 없습니다. 그러나 모든 공유 라이브러리와 필요 요소가 32비트 객체라면 32비트 프로그램을 자체적으로 실행할 수 있습니다. 프로파일에 따라 선택해서 multilib를 지원할지 아닐지를 선택할 수 있습니다. 기본 설정은 multilib 활성화 프로파일 입니다.
주의: 현재 비 multilib 프로파일에서 multilib 활성화 프로파일로 바꿀 수 없기 때문에 비 multilib 프로파일을 사용하기 전에 여러분의 결정에 대해 다시금 생각해보시기 바랍니다.
32비트 chroot는 어떻게 만드나요?
[32비트 chroot 안내서]를 참조하시기 바랍니다.
emerge -e world를 실행해서 x86시스템에서 amd64시스템으로 업그레이드 할 수 있나요?
x86과 amd64 설치의 차이 때문에 업그레이드는 할 수 없습니다. 새로 설치해주시기 바랍니다. 설치는 x86과 약간 다르니 [AMD64 핸드북]을 참조하시기 바랍니다.
또한 x86과 거의 비슷한 시스템에서 만든 바이너리 파일들은 amd64 시스템의 꾸러미가 읽지 못합니다. 부분적으로 MySQL, InnoDB,Berkeley DB, SQLite, OpenLDAP 등의 데이터베이스는 있는 그대로 간단하게 복사할 수가 없습니다. amd64시스템의 복구를 시도하기 전에는 텍스트 파일 같은 아키텍처 비종속 형식으로 데이터베이스 덤프를 갖출 필요가 있습니다.
Reiser4를 사용할 수 있나요?
젠투 커널 프로젝트에서 제공하는 그 어떤 커널에서도 Reiser4는 사용할 수 없습니다. 따라서 AMD64팀은 지원하지 않습니다. 결론은 아니다 입니다.
하드웨어
NVIDIA/ATI 바이너리 드라이버가 동작할까요?
네. NVIDIA와 ATI에서 amd64에서 동작하는 드라이버를 제공합니다. emerge nvidia-drivers나 emerge ati-drivers를 실행해서 설치할 수 있습니다. 이들 드라이버에 대한 그 밖의 질문사항이 있다면 [Nvidia 안내서]나 [ATI 자주 묻는 질문]을 보셔야 합니다.
Cool'n'Quiet/PowerNow/SpeedStep 기능은 어떻게 사용하죠?
이들 기능의 지원을 포함한 커널을 컴파일 해야 합니다. 다음과 같이 기능을 활성화 하시기만 하면 됩니다
| 코드 예제 3.1: Cool'n'Quiet/PowerNow/SpeedStep에 대한 커널 옵션 |
Power management options --->
[*] Run-time PM core functionality
[*] ACPI (Advanced Configuration and Power Interface) Support --->
<*> Processor
<*> Thermal Zone
CPU Frequency scaling --->
[*] CPU Frequency scaling
Default CPUFreq governor (ondemand) --->
-*- 'performance' governor
<*> 'userspace' governor for userspace frequency scaling
-*- 'ondemand' cpufreq policy governor
<*> ACPI Processor P-States driver
<*> AMD Opteron/Athlon64 PowerNow!
-*- CPU idle PM support
|
그 다음 emerge cpufrequtils를 실행하고 여러분 취향의 편집기로 /etc/conf.d/cpufrequtils를 편집합니다.
| 코드 예제 3.4: /etc/conf.d/cpufrequtils 예제 |
| # ('cpufreq-set' 프로그램에 주어진) cpufreq를 시작할 때의 옵션 START_OPTS="--governor ondemand" |
이제 매번 시동할 때 시작했는지 확인하기 위해 rc-update add cpufrequtils boot를 추가할 일만 남았습니다.
참고: CPU 전원 관리에 대한 요령을 알아보시려면 [전원 관리 안내서]를 읽을 필요가 있을지도 모릅니다.
프로그램
어도비 플래시를 동작하게 할 수 있나요?
예. emerge adobe-flash를 실행하면 됩니다. 이머지 한 다음에 ebuild가 표시하는 메시지를 읽어보십시오.
OpenOffice.org를 동작하게 할 수 있나요?
예. emerge openoffice를 실행하십시오. 상당한 시간이 걸릴 것이고 많은 양의 시스템 자원을 사용할 것입니다. 여러분의 장비가 요구사항 이상이 되지 않는다고 생각하신다면 미리 컴파일한 바이너리 openoffice-bin의 설치를 시도해보실 수도 있습니다.
아무개 꾸러미를 설치하려는데 emerge가 (masked by: ~amd64 keyword)라고 하네요
꾸러미가 아직 '시험' 트리에 있다는 것을 의미합니다. 더 많은 내용을 보시려면 man portage나 [AMD64 핸드북]의 [프로그램 브랜치 혼합] 편을 읽어주시기 바랍니다.
아무개 꾸러미를 설치하려는데 emerge가 (masked by: missing keyword)라고 하네요
패키지를 아직 테스트 하지 않았다는 걸 의미합니다. 꼭 패키지가 동작하지 않는다는것을 의미하는 것은 아닙니다. 패키지에 대해 다른 아키텍처를 수용할 수 있게 마스크를 해제할 수 있습니다. 다음 예제에서는 주어진 패키지의 키워드를 수용하기 위해 포티지에 알려줄 수 있다는 것을 보여줍니다.
| 코드 예제 4.1: 꾸러미 키워드 추가 예제 |
| # echo "category/packagename **" >> /etc/portage/package.accept_keywords # emerge packagename |
잘 동작한다면 젠투 버그질라에 알려주시기 바랍니다. 이렇게 하면 AMD64팀이 패키지에 키워드를 부여할 수 있고 다른 사용자들은 여러분의 시험을 통해 혜택을 볼 수 있습니다.
주의: ACCEPT_KEYWORDS="~x86" emerge packagename과 같은 명령을 시도하지 마십시오. 여러분의 포티지 트리를 대부분 망가뜨릴 것입니다
젠투/AMD64 프로젝트에 어떻게 도움을 주죠?
어떻게 도움을 주죠?
AMD64 아키텍처 사용자가 늘어감에 따라 그만큼 더 많은 도움을 필요로 합니다. 젠투/AMD64의 품질을 향상하기 위한 수많은 일들이 있습니다. 보통 사용자가 저희를 도와주는 방법은 아래와 같습니다.
- 일반 버그 보고서 채우기
- ~amd64키워드가 아직 붙지 않은 프로그램 시험하기
- 아키텍처별 시험자 프로젝트 참여하기
- 메일링리스트, 포럼 IRC 채널의 질문에 답변해주기
- 패치 보내기
다른 자료
젠투/AMD64에 대한 더 많은 정보는 어디서 보죠?
여기 대답 못한 질문이 있다면 프로젝트 홈페이지에 나열된 다른 자료들을 찾아보실 수 있습니다. irc.freenode.net의 #gentoo-amd64 채널, 젠투/AMD64 포럼, gentoo-amd64@lists.gentoo.org 메일링리스트에서 질문하실 수도 있습니다.
