문서4.5. 설치 문제 해결
설치 프로그램은 매우 안정적이지만 버그가 발생하거나 네트워크 문제, 잘못된 미러, 디스크 공간 부족과 같은 외부 문제에 직면할 수 있습니다. 이 때문에 설치 프로세스에서 나타나는 문제를 해결할 수 있는 것은 매우 유용합니다.
설치 프로그램이 실패하면 그림 4.26, “설치 단계 실패"[페이지 96].
그림 4.26 설치 단계 실패
이 시점에서 설치 프로그램이 여러 가상 콘솔을 사용한다는 것을 아는 것이 좋습니다. 표시되는 기본 화면은 다섯 번째 콘솔(그래픽 설치 프로그램의 경우 CTRL+Shift+F5) 또는 첫 번째 콘솔( 텍스트 설치 프로그램의 경우 CTRL+Shift+F1). 두 경우 모두 네 번째 콘솔(CTRL+Shift+F4)은 발생한 일에 대한 로그를 표시하며 일반적으로 그림 4.27, “설치 프로그램의 로그 화면" [페이지 97], 설치 프로그램의 디스크 공간이 부족함을 나타냅니다.
그림 4.27 설치 프로그램의 로그 화면
두 번째 및 세 번째 콘솔(각각 CTRL+Shift+F2 및 CTRL+Shift+F3)은 현재 상황을 더 자세히 조사하는 데 사용할 수 있는 호스트 셸입니다. 대부분의 명령줄 도구는 BusyBox에서 제공하므로 기능 집합이 다소 제한적이지만 발생할 가능성이 있는 대부분의 문제를 파악하는 데 충분합니다.
에서 할 수 있는 일 다음을 사용하여 debconf 데이터베이스를 검사하고 수정할 수 있습니다. debconf-get 과 debconf-
설치 프로그램 셸 세트. 이러한 명령은 미리 설정 값을 테스트하는 데 특히 편리합니다.
모든 파일(예: 전체 설치 로그에서 사용 가능한 /var/log/ 시스템 로그)와 방법 or 배우기. 다음을 사용하여 모든 파일을 편집할 수 있습니다. 나노, 시스템에 설치되는 모든 파일을 포함합니다. 루트 파일 시스템은 다음에 마운트됩니다. /표적 설치 프로세스의 분할 단계가 완료되면.
네트워크 액세스가 구성되면 다음을 사용할 수 있습니다. wget 과 nc (netcat)을 사용하여 네트워크를 통해 데이터를 검색하고 내보냅니다.
에서 할 수 있는 일 다음을 사용하여 debconf 데이터베이스를 검사하고 수정할 수 있습니다. debconf-get 과 debconf-
설치 프로그램 셸 세트. 이러한 명령은 미리 설정 값을 테스트하는 데 특히 편리합니다.
모든 파일(예: 전체 설치 로그에서 사용 가능한 /var/log/ 시스템 로그)와 방법 or 배우기. 다음을 사용하여 모든 파일을 편집할 수 있습니다. 나노, 시스템에 설치되는 모든 파일을 포함합니다. 루트 파일 시스템은 다음에 마운트됩니다. /표적 설치 프로세스의 분할 단계가 완료되면.
네트워크 액세스가 구성되면 다음을 사용할 수 있습니다. wget 과 nc (netcat)을 사용하여 네트워크를 통해 데이터를 검색하고 내보냅니다.
주 설치 프로그램 실패 화면(그림 4.26, “설치 단계 실패” [페이지 96])에서 계속을 클릭하면 일반적으로 볼 수 없는 화면으로 돌아갑니다(그림 4.28, “주 메뉴의 주 메뉴 설치 프로그램” [페이지 98])를 사용하여 설치 단계를 차례로 시작할 수 있습니다. 셸 액세스를 통해 문제를 해결했다면(축하합니다!) 실패한 단계를 다시 시도할 수 있습니다.
그림 4.28 설치 프로그램의 메인 메뉴
문제를 해결할 수 없는 경우 버그 보고서를 제출할 수 있습니다. 그런 다음 보고서에는 기본 메뉴의 "디버그 로그 저장" 기능으로 검색할 수 있는 설치 프로그램 로그가 포함되어야 합니다. 그림 4.29, “디버그 로그 저장(1/2)"[페이지 99].
그림 4.29 디버그 로그 저장(1/2)
가장 편리한 방법이자 우리가 권장하는 방법은 설치 프로그램이 로그 파일을 호스팅하는 웹 서버를 시작하도록 하는 것입니다(그림 4.30, “디버그 로그 저장(2/2)"[페이지 100]). 그런 다음 동일한 네트워크의 다른 컴퓨터에서 브라우저를 실행하고 각 화면에서 사용 가능한 스크린샷 버튼으로 촬영한 모든 로그 파일과 스크린샷을 다운로드할 수 있습니다.
그림 4.30 디버그 로그 저장(2/2)