지식공유공간

현상

롬 씌우기 작업을 하다가 잘못되는 경우가 있습니다.

그러면, 해당 그래픽카드로 부팅 시 윈도우가 나오기 전에 멈추는 현상이 발생합니다.

(채굴기에 포함된 그래픽카드 중 1개라도 잘못된 그래픽카드가 있다면 부팅이 안됨)

이런 경우에는 그래픽카드를 1개씩 메인보드에 꽂아서 문제가 있는(부팅이 안됨) 그래픽카드를 선별해야 합니다.

준비물

1. 정상적으로 부팅이 되는 그래픽 카드(A)

2. 부팅이 안되는 그래픽 카드(B)

해결하기

1. (A) 그래픽 카드만 메인보드에 꽂아 부팅을 합니다. 

(메인보드에 1개의 정상적인 그래픽카드만 있게 됨)

2. 시작(윈도우) 마우스 우클릭 > 장치 관리자 > 디스플레이 어댑터 > (A) 그래픽 카드 마우스 선택 및 우클릭 > 속성 > 이벤트 탭 > 정보 상자

  'PCI버스 숫자' 부분(아래 주황색) 메모 or 사진 캡처

(ex. PCI\VEN_8086&DEV_3E98&SUBSYS_86941043&REV_00\3&11583659&0&10 장치에 추가 설치가 필요합니다.)

3. 시작(윈도우) -> 설정 -> 업데이트 및 보안 -> 복구 -> 고급 시작 옵션 '지금 다시 시작'을 눌러줍니다.

(컴퓨터가 종료되면서 파란색 바탕의 메뉴가 보일 겁니다.)

4. 옵션 선택 > 문제 해결 > 고급옵션 > 시작 설정 순으로 누릅니다.

5. '시작 설정' 제목의 부팅 옵션 메뉴가 나옵니다. (1번~9번)

6. 누르기 전에 (B) 그래픽 카드를 추가로 꼽아줍니다.

(기존에 꼽아두었던 (A) 그래픽 카드의 위치가 바뀌지 않게 합니다.)

7. '4) 안전 모드 사용'을 선택하면 안전모드로 부팅이 됩니다. (야호!)

8. 위 2번의 위치로 가서 2개의 그래픽카드 중에서 (A) 그래픽 카드의 PCI 버스 숫자가 아닌 (B) 그래픽 카드를 찾습니다.

9. 해당 (B) 그래픽카드의 '드라이버' 탭에서 '디바이스 사용 안 함'을 선택하여 비활성화시킵니다.

10. 현 상태에서 재부팅을 하면, 안전모드가 아닌 일반적인 부팅으로 됩니다.

11. 아직 비활성화 상태이기 때문에 atiflash에서 다른 그래픽 카드 이름으로 표시가 되는데, (B) 그래픽 카드를 롬 작업을 다시 입혀줍니다.

(절대로 롬 작업을 하기 전에 '디바이스 사용함'으로 바꾸지 마세요!! 그러면 먹통이 되면서 첨부터 다시 작업을 해야 합니다.)

12. 롬 작업이 끝나면 다시 '디바이스 사용함'으로 바꿔줍니다.

13. 이로써 벽돌이 되었던 그래픽 카드가 정상적으로 바뀌면서 부팅 및 채굴도 가능해집니다.

현상

 이 전 글의 해결 방법인 '-eres 0'을 추가한 후 잘 실행되던 채굴기가 오류를 뿜고 있었다.

2020/12/21 - [지식과 Life/가상화폐] - (오류 해결) 갑자기 오류 무한반복? (CUDA error 11 - cannot write buffer for DAG)

헉... 머지..

2020년 12월 25일 11시 04분경부터 채굴이 되지 않고 있었다..

'-eres 0'을 추가한 채굴기들만 문제가 생겼기 때문에 이것과 관련된 오류를 거라 추측을 하면서,

직접 가서 확인을 해보았다.

일단,

외형적으로는 잘 구동하고 있었어 마이너 문제라 추측을 하며 모니터에 접속하여 확인해보았다.

... ... ... ... ...

... ... ... ...

... ... ...

... ...

...

..

..

.

마이너는 계속 실행되고 있었지만,

위와 같은 오류를 계속 내뿜으면서 무한루프가 되고 있었던 것이다.

"GPU 0, CUDA error 77 - cannot write buffer for DAG"

그래서, 채굴기는 꺼지지 않았지만 모니터링에서 멈춰있었던 것이다.

이 전 오류와 다른 것이 있었다.

1. 'CUDA error 77' = 이 전 오류는 'CUDA error 11'이었다.

2. 'Setting DAG epoch #384(4.00GB)...' = 2020년 12월 25일 11시 04분 전에는 'Setting DAG epoch #383(3.99GB)...'이었는데, 정확한 건 모르겠지만, DAG 용량이 증가하면서 '-eres 0' 옵션이 오히려 방해가 되었던 것 같다. 

해결하기

의외로 간단했다.

마이너를 구동시키는 패치파일에서 끝부분에 "-eres 0" 옵션을 추가한 부분을 제거했다. (즉, 처음 상태로 되돌렸다.)

마법같이 이 옵션을 제거하고 구동시키니 잘 된다 --

....

머지..

저 옵션 때문에 울고 웃는구나..

현상

EthMan으로 모니터링을 하고 있는데,

아침에 일어나서 확인해보니, 채굴기 1대가 새벽 2시부터 갑자기 채굴이 되고 있지 않았다..

이전까지 잘 구동되고 있던 녀석이라 무슨 일이 일어난 건지 궁금했다.

1. 하드웨어 측면에서...채굴기가 꺼진건지..

2. 소프트웨어 측면에서..마이너에 오류가 난 건지..

그래서, 직접 가서 확인을 해 보았다.

일단,

외형적으로 봤을 때, 그래픽카드의 팬, CPU 팬, 파워.. 모든 것이 잘 구동되고 있었다.

그렇다면, 채굴기가 꺼지지는 않은 거고, 마이너 쪽에 문제가 발생하고 있었던 것이다.

모니터에 접속해서 확인해보니..

... ... ... ... ...

... ... ... ...

... ... ...

... ...

...

..

..

.

마이너는 계속 실행되고 있었지만,

위와 같은 오류를 계속 내뿜으면서 무한루프가 되고 있었던 것이다.

"GPU 0, CUDA error 11 - cannot write buffer for DAG"

그래서, 채굴기는 꺼지지 않았지만 모니터링에서 멈춰있었던 것이다.

그래픽카드가 모두 8G 메모리인데.. 왜 이런 오류가 발생했지??

해결하기

의외로 간단했다.

마이너를 구동시키는 패치파일에서 끝부분에 "-eres 0" 옵션을 추가하면 된다.

이 옵션의 의미는 GPU 버퍼에 여유공간을 추가로 주는 것이라고 한다.

마법같이 이 옵션을 추가해서 구동시키니 잘 된다 --