This is Gentoo's testing wiki. It is a non-operational environment and its textual content is outdated.
Please visit our production wiki at https://wiki.gentoo.org
Handbook:PPC64/Installation/Media/ko
하드웨어 요구 사항
시작하기 전에, 우선 ppc64 장치에 젠투를 성공적으로 설치할 때 필요한 하드웨어 요구 사항을 하나하나 살펴보겠습니다.
| CPU | PowerPC64 CPU |
|---|---|
| 시스템 | IBM RS/6000s, Power Macintosh G5, IBM p 시리즈와 IBM i 시리즈 |
| 메모리 | 64 MB |
| 디스크 공간 | 1.5 GB (스왑 영역 제외) |
| 스왑 영역 | 최소 256 MB |
지원 시스템 전체 목록은 http://penguinppc.org/about/intro.php#hardwareen로 이동하여 참고하십시오.
젠투 리눅스 설치 미디어
소형 설치 CD
2017년 4월 20일 현재 공식 소형 CD는 UEFI 모드로 부팅할 수 없습니다. BIOS(MBR) 모드로만 부팅합니다. UEFI로 부팅하는 시스템을 만드는 방법을 찾는 독자 여러분은 최신 하이브리드 ISO(LiveDVD)를 내려받아야합니다.
젠투 소형 설치 CD는 자체적으로 젠투 환경을 지니고 있는 부팅 이미지입니다. 이 CD또는 다른 설치 미디어를 통해 사용자가 리눅스를 부팅할 수 있습니다. 부팅 과정에서 하드웨어를 감지하고, 적절한 드라이버를 불러옵니다. 이미지는 젠투 개발자가 관리하며, 인터넷에 연결한 상태라면 누구든 젠투를 설치할 수 있습니다.
소형 설치 CD는 install-ppc64-minimal-<release>.iso 파일 이름을 지니고 있습니다.
예비 젠투 LiveDVD
간혹 젠투를 설치할 때 쓸 수 있도록 젠투 10 프로젝트에서 특별한 DVD를 손수 만듭니다. 이 장 다음의 내용은 소형 설치 CD를 대상으로 하기 때문에 약간 다를 수 있습니다. 그러나, LiveDVD(또는 다른 리눅스 부팅 환경)에서는 터미널에서 sudo su -를 실행하거나 sudo -i를 실행하여 루트 프롬프트를 띄우는 기능을 지원합니다.
그러면 스테이지란 무엇인가요?
스테이지 3 타르볼은 최소한의 젠투 환경을 갖추고 있는 저장 파일이며, 이 설명서의 지시에 따라 젠투 설치를 계속하는데 안성맞춤입니다. 이전에 젠투 핸드북은 세가지 스테이지 타르볼en을 사용한 설치 방법을 설명했습니다. 젠투에서 스테이지 1과 스테이지 2 타르볼을 여전히 제공하는 동안 공식 설치 방식은 스테이지 3 타르볼을 사용했습니다. 스테이지 1 또는 스테이지 2 타르볼을 이용한 젠투 설치 진행에 관심이 있다면 젠투에 대한 자주 묻는 질문에서 스테이지 1이나 스테이지 2 타르볼을 어떻게 설치하죠?를 읽어보십시오.
스테이지 3 타르볼은 공식 젠투 미러en중 어디서든 releases/ppc64/autobuilds/ 위치에서 다운로드 할 수 있습니다. 스테이지 파일은 자주 업데이트하며, 설치 CD에는 없습니다.
다운로드
미디어 가져오기
젠투 리눅스에서 사용하는 기본 설치 매체는 부팅이 가능하고, 매우 간단한 젠투 리눅스 환경을 갖추고 있는 소형 설치 CD 입니다. 이 환경에는 젠투 설치에 적절한 모든 도구가 들어있습니다. CD 이미지 자체는 다운로드 페이지(추천)를 방문하거나 여러 가용 미러en중 한 곳에서 ISO 파일을 직접 찾아 다운로드할 수 있습니다.
미러에서 다운로드할 경우, 소형 설치 CD는 다음과 같은 절차를 통해 찾을 수 있습니다:
- releases/ 디렉터리로 이동하십시오.
- (ppc64/와 같은) 대상 아키텍처 관련 디렉터리를 선택하십시오
- autobuilds/를 선택하십시오.
- amd64 및 x86 아키텍처용 파일은 각각의 경우에 대해 current-install-amd64-minimal/ 또는 current-install-x86-minimal/ 디렉터리를 찾아보십시오. 다른 모든 아키텍처용 파일을 찾아보려면 current-iso/ 디렉터리를 탐색하십시오.
arm, mips, s390 같은 일부 대상 아키텍처는 소형 설치 CD가 없습니다. 이 경우, 젠투 출시 엔지니어링 프로젝트는 이 아키텍처를 대상으로 .iso 파일을 지원하지 않습니다.
이 위치 안에 있는 설치 미디어 파일은 .iso 접미사로 끝나는 파일입니다. 예를 들어 다음 목록을 보시면:
[DIR] hardened/ 05-Dec-2014 01:42 - [ ] install-ppc64-minimal-20141204.iso 04-Dec-2014 21:04 208M [ ] install-ppc64-minimal-20141204.iso.CONTENTS 04-Dec-2014 21:04 3.0K [ ] install-ppc64-minimal-20141204.iso.DIGESTS 04-Dec-2014 21:04 740 [TXT] install-ppc64-minimal-20141204.iso.DIGESTS.asc 05-Dec-2014 01:42 1.6K [ ] stage3-ppc64-20141204.tar.bz2 04-Dec-2014 21:04 198M [ ] stage3-ppc64-20141204.tar.bz2.CONTENTS 04-Dec-2014 21:04 4.6M [ ] stage3-ppc64-20141204.tar.bz2.DIGESTS 04-Dec-2014 21:04 720 [TXT] stage3-ppc64-20141204.tar.bz2.DIGESTS.asc 05-Dec-2014 01:42 1.5K
위 예제에서 install-ppc64-minimal-20141204.iso 파일이 소형 설치 CD 그 자체입니다. 그러나 보시다시피, 다른 관련 파일도 있습니다:
- A .CONTENTS 파일은 설치 미디어의 모든 파일 목록이 들어있는 텍스트 파일입니다. 이 파일은 펌웨어 또는 드라이버를 다운로드하기 전에 설치 미디어에 있는지 검사할 때 활용합니다.
- A .DIGESTS 파일은 ISO 파일의 해시값이 들어있으며 다양한 해시 형식과 알고리즘을 동원합니다. 이 파일은 다운로드한 ISO 파일이 깨졌는지 검사할 때 사용할 수 있습니다.
- A .DIGESTS.asc 파일은 ISO 파일의 해시 값만 들어있는 것이 아니라(.DIGESTS 파일과 유사), 파일의 암호화 서명도 들어있습니다. 이 파일은 다운로드한 ISO 파일이 깨졌는지 검사할때 사용할 수 있을 뿐만 아니라, 젠투 릴리즈 엔지니어링 팀이 확실히 제공했고, 변조되지 않았는지 검사할 때도 사용할 수 있습니다.
지금은 현재 위치에 존재하는 다른 파일을 무시하십시오. 이들 파일은 나중에 진행할 설치 과정에서 다시 다룹니다. .iso 파일을 다운로드하고, 다운로드 파일을 검증하려면, 해당 .iso파일에 대한 .DIGESTS.asc 파일 역시 마찬가지로 다운로드하십시오. .CONTENTS 파일은 설치 과정에서 더이상 참조하지 않으므로 다운로드할 필요가 없으며, .DIGESTS 파일은 .DIGESTS.asc과 비교하였을 때, 상단의 암호화 서명을 제외한 나머지 부분은 동일한 내용이 들어갑니다.
다운로드한 파일 검증
이 과정은 선택적 과정이며 젠투 리눅스를 설치하는데 굳이 필요하지 않습니다만, 다운로드한 파일이 깨졌는지 확인하고 젠투 기반 팀이 분명히 지원 했는지 확인해보시는 것이 좋습니다.
.DIGESTS 와 .DIGESTS.asc 파일로, 온전한 도구를 사용한 ISO 파일 유효성 검증을 수행할 수 있습니다. 이 검증 절차는 다음 두 단계로 이루어집니다:
- 먼저, 젠투 출시 엔지니어링 팀이 제공한 설치 파일인지 암호화 서명으로 확인합니다.
- 암호화 서명 검증이 끝나면, 다운로드 파일이 깨졌는지 확인합니다.
마이크로소프트 윈도우 기반 검증
마이크로소프트 윈도우 시스템에서는 체크섬과 암호화 서명이 제대로 되어 있는지 확인하는 제대로 된 도구 모음을 선택할 여지가 별로 없습니다.
우선 암호화 서명을 검증하려면 GPG4Winen과 같은 도구를 사용할 수 있습니다. 설치 후 젠투 출시 엔지니어링 팀의 공개 키를 가져와야합니다. 키 목록은 서명 페이지en에 있습니다. 키를 가져온 후, 사용자는 .DIGESTS.asc 파일의 서명을 검증할 수 있습니다.
이 프로그램에서는 .DIGESTS 파일이 올바른지 검증하지 못합니다. .DIGESTS.asc 파일만 가능합니다. 위에서 설명한 절차에서 .DIGESTS.asc 파일을 다운로드할 때 참고해야 할 유일한 이유이며, .DIGESTS.asc 파일에서 값을 검증해야 할 체크섬이 함축되어있습니다.
체크섬 자체는 다른 프로그램도 있지만, Hashcalc 프로그램en으로 검증할 수 있습니다. 대부분, 이 도구는 계산한 체크섬을 사용자에게 보여주며, 사용자에게 .DIGESTS.asc 파일에 들어있는 값을 계산한 체크섬으로 검증하라고 요청합니다.
리눅스 기반 검증
리눅스 시스템에서 대부분의 일반적인 암호화 서명을 검증하는 방식은 app-crypt/gnupg 프로그램을 사용하는 것입니다. 이 꾸러미를 설치하면, 다음 명령을 사용하여 .DIGESTS.asc 파일의 암호화 서명을 검증할 수 있습니다.
먼저 서명 페이지en에 있는 올바른 키 모음을 다운로드하십시오:
user $gpg --keyserver hkp://keys.gnupg.net --recv-keys 0xBB572E0E2D182910gpg: requesting key 0xBB572E0E2D182910 from hkp server pool.sks-keyservers.net gpg: key 0xBB572E0E2D182910: "Gentoo Linux Release Engineering (Automated Weekly Release Key) <releng@gentoo.org>" 1 new signature gpg: 3 marginal(s) needed, 1 complete(s) needed, classic trust model gpg: depth: 0 valid: 3 signed: 20 trust: 0-, 0q, 0n, 0m, 0f, 3u gpg: depth: 1 valid: 20 signed: 12 trust: 9-, 0q, 0n, 9m, 2f, 0u gpg: next trustdb check due at 2018-09-15 gpg: Total number processed: 1 gpg: new signatures: 1
다음, .DIGESTS.asc 파일의 암호화 서명을 검증하십시오:
user $gpg --verify install-ppc64-minimal-20141204.iso.DIGESTS.ascgpg: Signature made Fri 05 Dec 2014 02:42:44 AM CET gpg: using RSA key 0xBB572E0E2D182910 gpg: Good signature from "Gentoo Linux Release Engineering (Automated Weekly Release Key) <releng@gentoo.org>" [unknown] gpg: WARNING: This key is not certified with a trusted signature! gpg: There is no indication that the signature belongs to the owner. Primary key fingerprint: 13EB BDBE DE7A 1277 5DFD B1BA BB57 2E0E 2D18 2910
다운로드한 모든 파일이 완전히 올바른지 확인하려면, 젠투 서명 페이지en에 있는 지문키를 받아 검증하십시오.
암호화 서명을 검증하고 나면, 그 다음은 다운로드한 ISO 파일이 깨졌는지 확인할 체크섬을 검증할 차례입니다. .DIGESTS.asc 파일에는 다중 해싱 알고리즘이 들어있어, 이 알고리즘 중 .DIGESTS.asc 파일에 등록한 올바른 체크섬을 먼저 찾아 해당 체크섬에 맞는 알고리즘으로 검증합니다.
user $grep -A 1 -i sha512 install-ppc64-minimal-20141204.iso.DIGESTS.asc# SHA512 HASH 364d32c4f8420605f8a9fa3a0fc55864d5b0d1af11aa62b7a4d4699a427e5144b2d918225dfb7c5dec8d3f0fe2cddb7cc306da6f0cef4f01abec33eec74f3024 install-ppc64-minimal-20141204.iso -- # SHA512 HASH 0719a8954dc7432750de2e3076c8b843a2c79f5e60defe43fcca8c32ab26681dfb9898b102e211174a895ff4c8c41ddd9e9a00ad6434d36c68d74bd02f19b57f install-ppc64-minimal-20141204.iso.CONTENTS
위 출력 내용에서, 두가지 SHA512 체크섬이 나타났습니다. 하나는 install-ppc64-minimal-20141204.iso 파일의 체크섬이며, 다른 하나는 .CONTENTS 파일의 체크섬입니다. 첫번째 체크섬이 다음처럼 계산처리하여 생성할 수 있는 SHA512 체크섬과 비교할 관심있는 체크섬입니다:
user $sha512sum install-ppc64-minimal-20141204.iso364d32c4f8420605f8a9fa3a0fc55864d5b0d1af11aa62b7a4d4699a427e5144b2d918225dfb7c5dec8d3f0fe2cddb7cc306da6f0cef4f01abec33eec74f3024 install-ppc64-minimal-20141204.iso
두가지 경우 체크섬이 일치한다면, 파일은 깨진 상태가 아니며 설치를 계속할 수 있습니다.
디스크 굽기
물론 ISO 파일을 다운로드한 것만으로는 젠투 리눅스 설치를 시작할 수 없습니다. ISO 파일을 부팅할 CD에 구워야 하며, 이와 같은방법으로 파일 자체를 CD에 굽는 것이 아니라 파일 안의 내용을 굽습니다. 아래 몇가지 일반적인 방식을 설명했습니다. 보다 자세한 과정은 자주 묻는 ISO 파일 굽기 질문에서 찾아볼 수 있습니다.
마이크로소프트 윈도우에서 굽기
마이크로소프트 윈도우에서는 ISO를 CD에 굽는 기능을 지원하는 여러가지 도구가 있습니다.
- 이지 CD 크레이터에서는, File을 선택한 후 Record CD from CD image를 선택하십시오. Files of type을 ISO image file로 바꾸십시오. ISO 위치를 선택한 후, Open을 누르십시오. Start recording을 누르면 ISO 이미지를 CD-R에 제대로 굽습니다.
- 네로 버닝 롬에서는, 자동으로 뜨는 마법사 창을 취소하고, File 메뉴에서 Burn Image를 선택하십시오. 구울 이미지를 선택하고 Open을 누르십시오. 이제 Burn 버튼을 누르고 새 CD를 굽는 모습을 감상하십시오.
리눅스에서 굽기
리눅스에서는 app-cdr/cdrtools 꾸러미의 일부인 cdrecord 명령을 사용하여 CD를 구울 수 있습니다.
예를 들자면, ISO 파일을 /dev/sr0 장치의 CD에 구우려고 할 때(이 장치는 시스템의 첫번째 CD 장치입니다 - 필요한 경우 올바른 장치 파일로 바꾸십시오):
user $cdrecord dev=/dev/sr0 install-ppc64-minimal-20141204.iso이에 상응하는 그래픽 사용자 인터페이스로 kde-apps/k3b의 일부인 K3B를 사용할 수 있습니다. K3B에서, Tools로 이동후, Burn CD Image를 사용하십시오. 그 다음 K3B에서 안내하는 절차를 따르십시오.
부팅
기본: Apple/IBM 머신에서 설치 CD 부팅
CD-ROM에 설치 CD를 넣고 시스템을 다시 부팅하십시오. 시작할 때 C 키를 누른채로 기다리십시오. 화면 바닥에 boot: 프롬프트와 친숙한 메시지가 나타납니다.
Hold the left mouse button during the boot process to open the CD/DVD drive tray.
이 프롬프트에서는 설치 CD에서 부팅할 기본 리눅스 커널(gentoo)을 부팅할 수 있습니다.
몇가지 커널 옵션을 이 프롬프트에서 조절할 수 있습니다. 다음 표에 추가할 수 있는 부팅 옵션을 넣어보았습니다:
| 부팅 옵션 | 설명 |
|---|---|
| video | 이 옵션은 제조사별 태그 radeonfb, rivafb, atyfb, aty128, nvidiafb, ofonly중 하나를 취합니다. 이 태그 뒤에 따라오는 해상도와 재생주파수는 필요한대로 붙입니다. 예를 들자면 video=radeonfb:1280x1024@75 와 같습니다. 어떤 태그를 선택해야 할지 확실히 모르겠다면, 대부분의 경우 ofonly로 동작합니다. |
| nol3 | 일부 파워북의 레벨 3 캐시를 비활성화합니다(최소한 17"가 필요) |
| debug | 메시지를 많이 쏟아내는 verbose 부팅을 활성화하며 설치 CD를 디버깅할 때 활용할 initrd 쉘을 실행합니다 |
| sleep=X | 계속하기 전 X 초 동안 기다립니다. 충분히 빨리 동작할 수 없는 매우 오래된 SCSI CD-ROM에서 필요합니다. |
| bootfrom=X | 다른 장치에서 부팅합니다 |
| dosshd | sshd를 시작합니다. 무감독 설치에 쓸만합니다 |
| passwd=foo | = 다음에 따라오는 값을 루트 암호로 설정합니다. 원격 설치시 dosshd와 함께 사용합니다. |
이 프롬프트에서 Enter 키를 치고 젠투 리눅스 환경을 CD에서 완전히 불러오십시오.
IBM p 시리즈
IBM p 시리즈에서는 CD를 자동으로 부팅해야 합니다. 가끔은 그렇지 않습니다. 이런 경우 다중 부팅 메뉴에서 CD-ROM을 부팅 장치로 설정하십시오. 모니터와 키보드가 붙었다면, 시작할 때 F1 키를 눌러 멀티 부팅 메뉴에 도달할 수 있습니다. 그러나 시스템이 직렬 콘솔로 들어간다면 1키를 누르십시오. 직렬 콘솔의 다음 줄의 시작 부분이 보일 때 키를 누르십시오:
memory keyboard network scsi speaker
다른 방법은, 오픈 펌웨어로 건너뛰고 다음 절차를 수행하는 방법입니다:
- 오픈 펌웨어로 부팅: 멀티 부팅 과정으로 들어가는 절차와 동일하나 F1과 1 대신, F8과 8을 사용하십시오.
0> boot cdrom:1,yaboot명령을 실행합니다- 등판에 등을 기대고 즐기세요!
다음 출력이 나타나면 오픈 펌웨어 설정이 제대로 된 상태가 아닙니다. 위에서 설명한대로 다중 부팅 옵션을 사용하십시오:
0 > boot cdrom:1,yaboot ok 0 >
키보드 배치 설정
콘솔에서 루트 프롬프트("#")가 뜹니다. Alt+fn+F2, Alt+fn+F3, Alt+fn+F4키를 눌러 다른 콘솔로 전환할 수 있습니다. Alt+fn+F1키를 눌러 처음 콘솔로 돌아오십시오.
비 US 키보드로 시스템에서 젠투를 설치할 때, 키보드의 키 배치를 불러오려면 loadkeys를 사용하십시오. 사용할 수 있는 키 배치를 보려면 ls /usr/share/keymaps/i386명령을 실행하십시오.
root #ls /usr/share/keymaps/i386이제 선택한 키 배치를 불러오십시오:
root #loadkeys be-latin1Another common option would be the QWERTY PC110 key configuration:
root #loadkeys pc110
추가 하드웨어 설정
설치 미디어로 부팅하면 모든 하드웨어 장치를 감지하려 하고, 하드웨어를 지원하는 적절한 커널 모듈을 불러옵니다. 대부분의 주된 경우에는, 매우 잘 동작합니다. 그러나 어떤 경우에는 시스템에서 필요로 하는 커널 모듈을 자동으로 불러오지 않는 경우가 있습니다. 어떤 시스템의 하드웨어에서 PCI 자동 감지가 빠졌다면, 적당한 커널 모듈을 직접 불러와야합니다.
다음 예제에서는 8139too 모듈(네트워크 인터페이스 종류를 지원)을 불러옵니다:
root #modprobe 8139too선택: 사용자 계정
다른 사람이 설치 환경에 접근하려 하거나 비 루트 사용자가 설치 미디어에서 명령을 실행하려 한다면(예를 들어 보안상의 이유로 루트 권한 없이 irssi를 사용하여 대화를 하려한다면), 추가 사용자 계정을 만들어야 하며, 루트 암호를 강한 암호로 설정해야 합니다.
루트 암호를 바꾸려면, passwd 유틸리티를 사용하십시오:
root #passwdNew password: (Enter your new password) Re-enter password: (Re-enter your password)
사용자 계정을 만들려면, 신원 정보를 입력해야 하며, 계정 암호도 입력해야 합니다. 이 과정에서는 useradd와 passwd 명령을 사용합니다.
다음 예제에서, "john" 사용자를 만듭니다:
root #useradd -m -G users john
root #passwd johnNew password: (Enter john's password) Re-enter password: (Re-enter john's password)
(현재) root 사용자에서 새로 만든 사용자 계정으로 전환하려면 su 명령을 사용하십시오:
root #su - john선택: 설치 과정에 문서 보기
TTY
설치 과정에 젠투 핸드북을 보려면, 우선 위에서 설명한 대로 사용자 계정을 만드십시오 그 다음 Alt + F2를 눌러 새 터미널로 이동하십시오.
설치 과정에서는, 젠투 핸드북을 살펴볼 때 links 명령을사용할 수 있습니다. 물론 인터넷 연결이 동작중일때만 가능합니다.
user $links https://wiki.gentoo.org/wiki/Handbook:PPC64초기 터미널로 돌아가려면 Alt+F1을 누르십시오.
GNU Screen
GNU Screen 유틸리티는 공식 젠투 설치 미디어에 기본으로 들어있습니다. 위에서 언급한 다중 TTY 접속 방식 보다는 다른 창에서 설치 과정을 보려고 screen을 사용하는 노련한 리눅스 덕후에게 효율적일 수 있습니다.
선택: SSH 데몬 시작
설치 과정에 다른 사용자에게 시스템 접근을 허락하려면(아마도 설치 과정에 지원을 한다거나 원격으로 무언가를 진행하려 할 경우?), 사용자 계정을 만들어야 하며(이전에 문서에 기록한 대로) SSH 데몬을 시작해야 합니다.
SSH 데몬을 실행하려면, 다음 명령을 실행하십시오:
root #service sshd start사용자가 시스템에 로그온하면 (지문키라고 하는)이 시스템의 호스트 키를 확인해야 한다는 메시지를 봅니다. 이 동작은 보통 SSH 서버에 처음 접속했을 때 나타납니다. 그러나 시스템을 설정하고 누군가가 새로 만든 시스템에 로그온하면, SSH 클라이언트에서 호스트 키가 바뀌었다는 경고를 봅니다. 이는 달라진 SSH 서버에 사용자가 로그온했기 때문입니다(현재 사용중인 라이브 환경이 아니라 명백하게 완전히 새로 설치한 젠투 시스템이기 때문). 화면에 나타난 다음 과정을 따라 클라이언트 시스템의 호스트 키를 바꾸십시오.
sshd를 사용할 수 있게 하려면, 네트워크가 올바르게 동작해야 합니다. 네트워크 설정 장으로 계속 진행하십시오.