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:HPPA/Installation/Media/ko
하드웨어 요구 사항
시작하기 전에, 우선 hppa 장치에 젠투를 성공적으로 설치할 때 필요한 하드웨어 요구 사항을 하나하나 살펴보겠습니다.
지원 하드웨어 목록은 PA 팀 웹사이트en에서 찾아보실 수 있습니다. 시스템 추가 정보는 Parisc-Linux 하드웨어 데이터베이스en와 www.openpa.net 프로세서 목록en에서 찾아보실 수 있습니다.
현재 시스템이 PA-RISC 1.1 또는 2.0을 사용중인지 알아내는 것이 중요합니다. 정확하게 모른다면 링크를 확인해보십시오.
| 메모리 | 64 MB |
|---|---|
| 디스크 공간 | 1.5 GB (스왑 영역 제외) |
| 스왑 영역 | 최소 256 MB |
젠투 리눅스 설치 미디어
소형 설치 CD
2017년 4월 20일 현재 공식 소형 CD는 UEFI 모드로 부팅할 수 없습니다. BIOS(MBR) 모드로만 부팅합니다. UEFI로 부팅하는 시스템을 만드는 방법을 찾는 독자 여러분은 최신 하이브리드 ISO(LiveDVD)를 내려받아야합니다.
젠투 소형 설치 CD는 자체적으로 젠투 환경을 지니고 있는 부팅 이미지입니다. 이 CD또는 다른 설치 미디어를 통해 사용자가 리눅스를 부팅할 수 있습니다. 부팅 과정에서 하드웨어를 감지하고, 적절한 드라이버를 불러옵니다. 이미지는 젠투 개발자가 관리하며, 인터넷에 연결한 상태라면 누구든 젠투를 설치할 수 있습니다.
소형 설치 CD는 install-hppa-minimal-<release>.iso 파일 이름을 지니고 있습니다.
예비 젠투 LiveDVD
간혹 젠투를 설치할 때 쓸 수 있도록 젠투 10 프로젝트에서 특별한 DVD를 손수 만듭니다. 이 장 다음의 내용은 소형 설치 CD를 대상으로 하기 때문에 약간 다를 수 있습니다. 그러나, LiveDVD(또는 다른 리눅스 부팅 환경)에서는 터미널에서 sudo su -를 실행하거나 sudo -i를 실행하여 루트 프롬프트를 띄우는 기능을 지원합니다.
그러면 스테이지란 무엇인가요?
스테이지 3 타르볼은 최소한의 젠투 환경을 갖추고 있는 저장 파일이며, 이 설명서의 지시에 따라 젠투 설치를 계속하는데 안성맞춤입니다. 이전에 젠투 핸드북은 세가지 스테이지 타르볼en을 사용한 설치 방법을 설명했습니다. 젠투에서 스테이지 1과 스테이지 2 타르볼을 여전히 제공하는 동안 공식 설치 방식은 스테이지 3 타르볼을 사용했습니다. 스테이지 1 또는 스테이지 2 타르볼을 이용한 젠투 설치 진행에 관심이 있다면 젠투에 대한 자주 묻는 질문에서 스테이지 1이나 스테이지 2 타르볼을 어떻게 설치하죠?를 읽어보십시오.
스테이지 3 타르볼은 공식 젠투 미러en중 어디서든 releases/hppa/autobuilds/ 위치에서 다운로드 할 수 있습니다. 스테이지 파일은 자주 업데이트하며, 설치 CD에는 없습니다.
다운로드
미디어 가져오기
젠투 리눅스에서 사용하는 기본 설치 매체는 부팅이 가능하고, 매우 간단한 젠투 리눅스 환경을 갖추고 있는 소형 설치 CD 입니다. 이 환경에는 젠투 설치에 적절한 모든 도구가 들어있습니다. CD 이미지 자체는 다운로드 페이지(추천)를 방문하거나 여러 가용 미러en중 한 곳에서 ISO 파일을 직접 찾아 다운로드할 수 있습니다.
미러에서 다운로드할 경우, 소형 설치 CD는 다음과 같은 절차를 통해 찾을 수 있습니다:
- releases/ 디렉터리로 이동하십시오.
- (hppa/와 같은) 대상 아키텍처 관련 디렉터리를 선택하십시오
- 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-hppa-minimal-20141204.iso 04-Dec-2014 21:04 208M [ ] install-hppa-minimal-20141204.iso.CONTENTS 04-Dec-2014 21:04 3.0K [ ] install-hppa-minimal-20141204.iso.DIGESTS 04-Dec-2014 21:04 740 [TXT] install-hppa-minimal-20141204.iso.DIGESTS.asc 05-Dec-2014 01:42 1.6K [ ] stage3-hppa-20141204.tar.bz2 04-Dec-2014 21:04 198M [ ] stage3-hppa-20141204.tar.bz2.CONTENTS 04-Dec-2014 21:04 4.6M [ ] stage3-hppa-20141204.tar.bz2.DIGESTS 04-Dec-2014 21:04 720 [TXT] stage3-hppa-20141204.tar.bz2.DIGESTS.asc 05-Dec-2014 01:42 1.5K
위 예제에서 install-hppa-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-hppa-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-hppa-minimal-20141204.iso.DIGESTS.asc# SHA512 HASH 364d32c4f8420605f8a9fa3a0fc55864d5b0d1af11aa62b7a4d4699a427e5144b2d918225dfb7c5dec8d3f0fe2cddb7cc306da6f0cef4f01abec33eec74f3024 install-hppa-minimal-20141204.iso -- # SHA512 HASH 0719a8954dc7432750de2e3076c8b843a2c79f5e60defe43fcca8c32ab26681dfb9898b102e211174a895ff4c8c41ddd9e9a00ad6434d36c68d74bd02f19b57f install-hppa-minimal-20141204.iso.CONTENTS
위 출력 내용에서, 두가지 SHA512 체크섬이 나타났습니다. 하나는 install-hppa-minimal-20141204.iso 파일의 체크섬이며, 다른 하나는 .CONTENTS 파일의 체크섬입니다. 첫번째 체크섬이 다음처럼 계산처리하여 생성할 수 있는 SHA512 체크섬과 비교할 관심있는 체크섬입니다:
user $sha512sum install-hppa-minimal-20141204.iso364d32c4f8420605f8a9fa3a0fc55864d5b0d1af11aa62b7a4d4699a427e5144b2d918225dfb7c5dec8d3f0fe2cddb7cc306da6f0cef4f01abec33eec74f3024 install-hppa-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-hppa-minimal-20141204.iso이에 상응하는 그래픽 사용자 인터페이스로 kde-apps/k3b의 일부인 K3B를 사용할 수 있습니다. K3B에서, Tools로 이동후, Burn CD Image를 사용하십시오. 그 다음 K3B에서 안내하는 절차를 따르십시오.
부팅
설치 CD 부팅
설치 CD 또는 다른 매체의 부팅에 문제가 있을 경우 PA-RISC 리눅스 부팅 설명서를 읽어보십시오.
HPPA 시스템을 부팅하십시오. 부팅 과정에 다음과 같은 메시지가 나타납니다:
Searching for Potential Boot Devices. To terminate search, press and hold the ESCAPE key.
이 메시지가 나타나면, 옵션 메뉴가 나타날때까지 Esc 키를 누른채로 기다리십시오. 시간이 좀 걸릴지 모르니, 조금만 참으십시오. 기본적으로 BOOT_ADMIN 콘솔에 들어가야 합니다. 옵션 메뉴가 나타나면 Enter Boot Administration mode를 선택하여 BOOT_ADMIN 콘솔로 진입하십시오. 결과적으로 '>' 프롬프트가 떠야합니다.
CD-ROM에 젠투 설치 CD를 넣으십시오. CD-ROM 드라이브의 SCSI ID를 모른다면, search 명령을 실행했을경우 PA-RISC 스테이션에서 CD-ROM 드라이브의 SCSI ID를 찾습니다.
>searchSearching for Devices with Bootable Media. To terminate search, please press and hold the ESCAPE key.
이제 PA-RISC 스테이션에서 부팅할 수 있는 미디어를 표시합니다. 이 명령의 결과 예제 화면은 다음과 같습니다:
Device Selection Device Path Device Type and Utilities
---------------------------------------------------------------------------
P0 scsi.5.0 TOSHIBA CD-ROM XM-3301TA
IPL
P1 scsi.2.0 COMPAQ ST32550N
IPL
P2 lan.0010a7-06d1b6.3.6 server
IPL
CD-ROM에서 부팅하려면 관련 장치 경로가 필요합니다. 예를 들어, 위 예제에서 TOSHIBA CD-ROM에서 부팅한다면 다음 명령을 입력하십시오:
>boot scsi.5.0 iplTrying scsi.5.0
ipl 키워드(초기 프로그램 로더)는 PALO(PA-RISC boot LOader)가 대화식 모드로 진입하도록 합니다. 이 과정을 통해 커널 부팅 매개 변수와 같은 사항을 바꿀 수 있습니다.
부팅이 성공적으로 끝나면, PALO는 대화식 모드로 시작합니다:
Boot path initialized.
Attempting to load IPL.
HARD Booted.
palo ipl 1.5 root@hope Sat Apr 23 18:06:47 CEST 2005
Boot image contains:
0/vmlinux32 6241293 bytes @ 0x3904000
0/vmlinux64 8352719 bytes @ 0x3ef8000
0/ramdisk 1007589 bytes @ 0x105800
Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).Current command line:
0/vmlinux initrd=initrd TERM=linux root=/dev/ram0 init=/linuxrc cdroot looptype=squashfs loop=/livecd.squashfs hda=scsi console=ttyS0
0: 0/vmlinux
1: initrd=initrd
2: TERM=linux
3: root=/dev/ram0
4: init=/linuxrc
5: cdroot
6: looptype=squashfs
7: loop=/livecd.squashfs
8: hda=scsi
9: console=ttyS0
<#> edit the numbered field
'b' boot with this command line
'r' restore command line
'l' list dir
이 매개변수는 대부분의 상황에서도 적합합니다.
추가 기능이 필요하다면, 명령줄 뒤에 적절한 키워드를 추가하십시오. 키워드를 추가하려면 마지막 필드를 편집하여 공백을 추가한 후 키워드를 입력하십시오. 현재 구현한 키워드는 설치 CD를 RAM에 불러오는 cdcahe와 불러오지 않을 모듈을 분명히 알려줄 noload=module1[,module2[,...]] 입니다.
(or 'b' to boot with this command line)?9console=ttyS0 hdb=scsi
이제 커널 부팅 매개변수를 설정했으니, 부팅하십시오.
(or 'b' to boot with this command line)?b결과적으로 현재 콘솔에 루트("#") 프롬프트가 떠야합니다. Alt+F2, Alt+F3, Alt+F4를 눌러 다른 콘솔로 전환할 수 있습니다. Alt+F1을 눌러 처음 콘솔로 돌아가십시오.
추가 하드웨어 설정
설치 미디어로 부팅하면 모든 하드웨어 장치를 감지하려 하고, 하드웨어를 지원하는 적절한 커널 모듈을 불러옵니다. 대부분의 주된 경우에는, 매우 잘 동작합니다. 그러나 어떤 경우에는 시스템에서 필요로 하는 커널 모듈을 자동으로 불러오지 않는 경우가 있습니다. 어떤 시스템의 하드웨어에서 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:HPPA초기 터미널로 돌아가려면 Alt+F1을 누르십시오.
GNU Screen
GNU Screen 유틸리티는 공식 젠투 설치 미디어에 기본으로 들어있습니다. 위에서 언급한 다중 TTY 접속 방식 보다는 다른 창에서 설치 과정을 보려고 screen을 사용하는 노련한 리눅스 덕후에게 효율적일 수 있습니다.
선택: SSH 데몬 시작
설치 과정에 다른 사용자에게 시스템 접근을 허락하려면(아마도 설치 과정에 지원을 한다거나 원격으로 무언가를 진행하려 할 경우?), 사용자 계정을 만들어야 하며(이전에 문서에 기록한 대로) SSH 데몬을 시작해야 합니다.
SSH 데몬을 실행하려면, 다음 명령을 실행하십시오:
root #service sshd start사용자가 시스템에 로그온하면 (지문키라고 하는)이 시스템의 호스트 키를 확인해야 한다는 메시지를 봅니다. 이 동작은 보통 SSH 서버에 처음 접속했을 때 나타납니다. 그러나 시스템을 설정하고 누군가가 새로 만든 시스템에 로그온하면, SSH 클라이언트에서 호스트 키가 바뀌었다는 경고를 봅니다. 이는 달라진 SSH 서버에 사용자가 로그온했기 때문입니다(현재 사용중인 라이브 환경이 아니라 명백하게 완전히 새로 설치한 젠투 시스템이기 때문). 화면에 나타난 다음 과정을 따라 클라이언트 시스템의 호스트 키를 바꾸십시오.
sshd를 사용할 수 있게 하려면, 네트워크가 올바르게 동작해야 합니다. 네트워크 설정 장으로 계속 진행하십시오.