(번외) Stapler 서버 설치 해프닝

 

 

 

 

 

VM 이미지를 내려받고

평소처럼 VMware Workstation으로 구동을 시켰다.

 

 

앞서 경험했듯 이번에도 세팅하는데 문제가 있겠지 싶었는데

아니나 다를까, 서버 기동 처음부터 등장한 아래 에러 문구

(#you do not have write access to a partition)를 시작으로

 

 

 

무엇을 골라도 달라지는건 없었다

 

 

 

부트로더(그루브) > 그루브가 커널을 실행 > 커널이 systemd 실행 >

systemd가 여러 서비스들을 기동하는 과정에서 에러의 향현.

 

 

 

 

특히 네트워크 서비스들을 로딩하는 부분에서

fail이 발생하는 것을 보니 또 네트워크 문제 '도'

있구나 싶었다.

 

 

위 화면에서 시도-실패 무한반복 하길래

강제 재부팅을 시켰고 아래 에러 문구에서

잠깐 멈춰있다가,

 

 

 

 

리눅스 부팅 시 자동 실행 명령어 또는 스크립트들이

들어있는 rc.local의 cp 명령어가 수행이 안된다는..

파일 시스템이 read-only라니..

 

 

 

어떻게 로그인 화면까지는 넘어왔다.

 

 

 

전혀 괜찮지 않아 보여 너~

 

 

여기서부터 삽질이 시작되었다.

 

 

일단 칼리 서버에서 ip 검색을 해봤는데

어라? 검색이 되네?

 

그래서 해당 IP 포트 스캔을 수행했는데

이게 웬걸?

 

 

 

 

20번 포트는 그렇다 쳐도

아니 80번이 닫혀있네?

 

 

이건 의도한 건가?

일단 의심을 품은 채로 진행을 해 나갔고

그러다 숨겨진 포트를 발견 @_@!

머여 이거 머여~~

 

 

그 포트를 통해

다음 스텝에 대한 힌트를 좀 얻고 나아가는데

80이 닫혀 있어 그다음 단계로는 갈 수가

없게 되었고 이건 시스템 이상이라고

결론지었다.

 

 

 

이를 해결해 보고자 거의 하루를 꼬박 날렸다.

 

 

 

1. 루트 암호를 바꿔서 들어가 설정 바꾸기

우분투는 부팅 시 shift를 누르고 있으면

옵션 메뉴 들어갈 수 있다고 해서 커널 진입 성공.

 

 

 

당연히 될 줄 알았다

 

 

 

 

ro 부분을 rw로 바꾸고 init=/bin/bash로

들어갔으나 rw 수정은 반영되지 않았고

리마운트 작업도 안 먹는다.

 

 

 

 

 

 

게다가 계속 위 에러 메시지가 중간중간 출력되는데

'I/O error, lost sync page write'

당연히 루트 암호 변경도 안되었다.

 

 

 

2. 펌웨어에서 우분투 CD로 먼저 부팅을 시도

=> 아예 반영이 안 되고 바로 디스크 부팅으로 넘어감

 

 

 

3. 우분투 CD로 새 가상 머신을 만들어 피해 서버를

마운트해 고쳐보려는 시도 => 실패

이건 그래도 CD 부팅에 성공해 될 줄 알았는데

인스톨 중간에 맨 처음 나온 쓰기 권한 없다는 에러가

나오더니 해당 디스크가 복구 불가능하기 때문에

진행이 어렵다 나오고 강제 재부팅이 된 후

 

 

 

 

 

 

CLI 터미널로 수동 설치하라고 나오는데

역시나 디스크에 문제가 있다고 무한 반복해

알려줌.

 

 

 

 

 

 

 

알아보니

 

 

"우분투는 시스템 안정성을 위해 파일 쓰기를 금지해버리고

문제가 생긴 파일을 보이지 않게 처리합니다.

이 문제가 생긴 폴더, 파일을 다시 덮어쓰려고 하면 당연히 안 됩니다.

메모리에 쓰기가 안 되게끔 처리가 되어있으니까요.

 

사소한 오류가 서서히 번지면 파일 전체로 퍼질지도 모릅니다.

하지만 우분투는 이를 막기 위해서 우선 오류를 잡거나 백업하라는 의미에서

쓰기 금지를 해버립니다.

 

이를 해결하는 방법은 하나입니다.

오류가 난 파일과 폴더를 처리하는 것입니다.

오류를 처리하는 방법은 뭐가 있을까요?

 

우선 논리적 오류와 물리적 오류 두 가지에 대해 이야기해야겠습니다.

우선 한 두 번의 실수로 인해 생긴 오류는 논리적 오류로 충분히 고칠 수 있습니다.

하지만 지속적으로 안전 제거 없이 생긴 오류는 고치기 어렵습니다.

이 경우에는 그냥 새 메모리에 백업한 후에 포맷을 해서 대충 고쳐 써보는 방법이 있습니다.

하지만 포맷으로도 고쳐지지 않을 수준으로 반도체가 맛이 갔다면.... 삼가 메모리의 명복을 빕니다.

우분투는 위의 논리적 오류로도 쓰기 금지를 먹입니다. 혹시나 모를 문제에 대비하는 것입니다. 

그럼 이 논리적 오류만 해결하면 되겠네요? 네, 간단히 한 두 번의 실수로 생긴 오류는 충분히 고칠 수 있습니다.

우분투에서도 가능하고 윈도에서도 가능합니다.

출처: https://moordev.tistory.com/51 [MoorDev의 우분투사용 분투기]"

 

 

 

라고 하길래

나중에 루트 암호 알아낸 후 루트로 접속해

# fsck로 복구 시도를 해봤는데 실패.

 

 

 

 

 

심지어 루트로 암호 변경하려 해도

안되었다.

 

 

파일 자체가 문제 거나

뭔가 인스톨 과정에서 문제가 있었겠거니

의심이 들 수 있지만

 

 

처음 설치할 때

'해당 파일을 워크스테이션에 맞는

확장자로 변경해드릴까요' 문구가 뜨는데

네, 아니요 둘 다 해봐도

 

 

달라진 것이 없었기에 결국 관두기로 하고

 

 

그냥 Virtual Box 설치하고 돌렸다.

아무 문제없이 잘 돌아가더라 휴.. 내 시간.

 

 

에너지 낭비가 좀 있었지만 이 삽질 덕에

우분투 16.04 버전에 대한 경험치가 쌓였다.

 

 

 

암튼

편하게 작업하려면

그냥 버쳐박스 워크스테이션

둘 다 깔아 쓰기!

 

 

의미 있는 삽질이었다.