Blueye

우분투에서는 bochs가 내장되어있다. 그래서
    시스템 - 관리 - 시냅틱 꾸러미 관리자 - 검색 - 'bochs'입력 - 'bochs'체크하여 설치표시 - 적용
요렇게 순서대로 클릭해주면 알아서 설치한다. 쉽군. 별거 아니네.
그러나 이 방법을 통해서 설치하게되면, 2006년도 버전인 bochs-2.2 버전이 설치된다.
뭔가 찜찜하기에, 최신버전(2007년 2.3.6)을 설치하기 위해 위 사이트에서 직접 다운로드하여 설치했다.
(지금 생각해보면 이때부터가 실수였을수도. 다음에는 내장 패키지로 한번 해봐야지...;;)

다운받은 파일을 압축을 풀어주고, 터미널을 실행하여 해당 폴더로 간 후,

역시,,,,, 한번에 될 리가 없지 않은가. 처음부터 막힌다. $ ./configure --enable-gdb-stub 를 실행해주면,

컴파일러가 실행파일을 생성하지 못하겠다는 이야기다. (컴파일러가 안하면 누가 하라고;;;;;)
문제의 원인은, C컴파일러는 우분투를 설치하면서 자동으로 설치되나,
C++컴파일러 역할을 하는 g++패키지는 직접 설치해주어야 한다는 것.(by 구글)
아래의 방법으로 해결해주었다. 원인을 쉽게 파악해서 그런지, 해결도 쉬웠다.

설치가 끝나면 $ ./configure --enable-gdb-stub 를 다시 실행해준다. 기쁜마음으로.

그러면 1분만에 두 번째 문제에 봉착하게 된다.

X윈도우 라이브러리가 없으니 이를 설치하라는 것 같았다.
(그게 뭐지... )
혼자 시냅틱 패키지 관리자를 방황하다가
구글에 그대로 쳐넣으니 의외로 쉽게 답이 나왔다. 나 같은 고생을 하는 사람이 또 있었다.
터미널을 열어 다음과 같이 입력해주면 해결~!

그 다음부터는 일사천리로 진행된다.

여기서 sudo 라는 명령어는 시스템으로부터 SuperUser(관리자)권한을 얻겠다는 명령어이다. 저걸 안 넣어주면 가끔 Permission denied라는 오류가 나면서 어쩌고저쩌고 떼를 쓰므로, 시스템을 수정할때는  sudo 를 넣어주어야 한다. 간혹 관리자 비밀번호를 입력하라고 할 때도 있다. 넣어주자.

운좋게도 두 개의 오류만으로 설치가 끝났다. 다행이다. ㅋㅋ
하지만 이것이 다가 아니었다........;;

다운로드후 원하는 곳에다가 압축을 풀어준다.
터미널을 열어서 압축 푼 pintos 디렉토리까지 찾아간 후

를 차례로 실행해준다. 뭐라고 막 괴물같은 글자들을 뱉어내면서 설치가 되고...
다 된 다음엔 /src/threads 밑에 새로 build라는 디렉토리가 생긴다.

여기까지만 해주면 설치 완료이다. 상대경로를 직접 입력하여 pintos를 실행할 수 있지만,
좀더 편하게 실행하기 위해서 환경변수를 설정해주면 좋다. 터미널에 다음을 입력.

관리자 비밀번호 넣으라고 나오고, 넣으면 편집창이 하나 뜬다.
당황하지 말고 맨 아랫줄에 다음을 그대로 입력해주고 저장하고 빠져나온다.

환경변수 설정도 끝. $ bash로 환경변수를 다시 읽어오고
이제 pintos를 테스트하기 위한 최종 명령만이 남아있다.

만약 난 특별하기 때문에 위에서 환경변수 설정을 안했다면, 다음과 같은 방법으로 실행해줄 수 있을 것이다.

여기까지가 간단하게 요약한 Pintos의 설치과정이다.
bochs에 이어서 이것까지 단번에 성공했다면, 당신은 올 한해 운수가 격하게 좋은 것이다.

올 한해 운수는 별로 좋지 않은것 같다. $ make명령 실행의 결과다.

`__stack_chk_fail'이라는 오류들이 무더기로 발생한 것을 볼 수 있었다. 젠장.
점점 미쳐가고 있었다. 분명이 하라는 대로 잘 하고 있는데
왜 나만 이래 ㅋㅋ
정신을 가다듬고 다시 구글 구글 구글...
우분투 OS에서만 발생하는 오류인 것 같았다. make 도중 stack을 체크하는 과정에서 발생하는 오류..정도?
구글에는 나 말고도 많은 사람들이 이것 때문에 고민한 흔적이 있었다. 유명한 놈이군.
거기서 시키는 대로, /pintos/src 내의 Make.config파일을 찾아서 옵션을 추가해주는 것으로 해결을 보았다.

파일 수정 저장후 빠져나와서, 다시 처음부터 실행.
$ make clean으로 이전에 build된 것들을 제거해주어야 $ make 가 정상적으로 수행된다.
결과는? 성공. 환경변수도 이상없이 설정되었다.......만..

$ pintos -- run alarm-multiple 명령. 지금까지의 과정을 최종 확인하는 순간이다.
그러나 역시 마지막 단계를 넘기 직전, 최후의 보스는 어김없이 나온다.
굉장히 강한 놈이었다. 고민에 고민을 거듭해도 모르겠고, 구글링도 완벽한 답을 주지는 못했다..

Bochs 에뮬레이터가 정상적으로 실행되는 것을 확인할 수 있었으나,
저게 끝이었다. 빨간 부분은 뭔가 안좋은 일이 생겼음을 의미했다.
항상 어려울때마다 힘이 되어주었던 구글. 이번에도 어느정도 위력을 발휘했다.
(영어라서 해석에는 자신이 없었으나.. 대충 이해는 갔다.)
http://www.nabble.com/Strange-error-message-when-bringing-up-a-CVS-build-to7532679.html#a7532679
↑ 요기서 발췌한 글. Volker Ruppert라는 사람이 답글을 달아놓았다.

Bochs라는 프로그램의 구 버전에서는 BIOS의 크기가 64k로 고정되어 있으며, 그 시작점의 주소가 0xf0000 이었다. 그러나 2.2.5버전 이후로는 BIOS가 512k까지 커졌고 시작점의 주소를 지정할 필요가 없어지게 되었다. 지금 상황은 새로운 버전의 BIOS를 구버전의 시작점 주소방식으로 사용하고 있는 것 같아보이므로, romimage파일에서 시작점의 주소 parameter를 직접 찾아서 제거해주면 간단히 해결된다.

뭐야. 별거 아니었군. 간단히 해결된대. . . . .
. . .
 . . .
그래서 어떻게 해줄까.
romimage 파일은 무엇이며 시작점의 주소 parameter가 무슨 개소리인가.

여기서부터 추론이 시작된다.

위 최종보스의 파란 글씨 부분을 보면 bochsrc.txt로부터 무언가를 읽어들이고 있었다.
저걸 일단 찾아서 열어보았다. build 디렉토리 안에 있는 놈이었다.

보호파일이므로 sudo명령을 넣어주어야 수정이 가능하다.

너무 쉽게 찾았군. 빨간 색에서 address 뒷부분을 지워주면 해결되겠구나.ㅋㅋㅋㅋ
당장 지우고 저장한 후 다시 실행명령을 먹였다.
결과는 동일했다. '어? 이상하다. 분명히 지웠는데' 하면서 다시 파일을 열어본 순간..
정말 경악을 금치 못했다. 지우고 저장했던 부분이 거짓말처럼 되살아나있는 것이었다......

이후로 수십번을 그랬다.
지우고 저장하고 실행하고 안되고, 지우고 저장하고 실행하고 안되고, 지우고 저장하고 실행하고 안되고,
...........
그야말로 좀비가 따로 없었다. 최종보스답군.
미치는 줄 알았다. 이런 괴물이 또 있었나 싶었다.

이성적으로 생각해보았다.
수정하고 저장까지 완벽이 끝낸 파일이 다시 살아날 수는 없는 일.
수정한 부분이 되살아난다는건 어떤 다른 파일로부터 갱신된 정보를 받고 있는거겠지.
지우고 저장하고 다시 열어볼 때는 저장한 그대로 있었으나,
실행하고 안되고 이후에 열어볼 때는 되살아나 있었다.
실행할 때 뭔가 정보를 넘겨받는군.
결론은 실행파일을 뜯어보자!

실행파일은 /pintos/src/utils 디렉토리 안에 있는 pintos라는 놈이다.

드디어 최종보스를 물리치는 순간이었다. 추론이 맞아들어갔다.
다음은 최종보스의 내부구조이다.

빨간글씨를 보면 알 수 있다. 놈은 갱신되고 있었다.
address=0xf0000을 과감히 지워주고 저장.
pintos의 거지와도 같은 설정파일갱신기능이 이렇게 몸고생 맘고생을 시켰다. 젠장.