iMac 비디오 카드 재수리 (iMac 2009 Late)

2015년 11월에 수리해서 잘 쓰던 iMac이 사용중 멈춤(이전 글). 다시 부팅해도 부팅중 먹통이 된다. CMD+R로 복구 모드에 들어가서 Boot log를 봤으나, crashed thread를 봐도 원인을 알 수가 없다. 몇 회 부팅을 반복하다 보니 로그인 화면이 떴다. 비디오 카드가 다시 이상한 듯. 화면에 특정하게 반복되는 패턴이 보인다. 그리고는 다시 멈춤. 2015년에 비디오 카드 문제가 있을 때보다 상당히 양호(?)한 패턴이라 그래픽 카드 문제가 아니겠지(라고 잘못 판단하고) SSD를 교체해봐도 마찬가지로 부팅 중 멈춤.

아이맥은 조립PC와 달라서 교체 불가능한 부품에 문제가 발생하면 전체를 못쓰게 된다. 아깝지. 어떻게든 다시 살려보자는 생각으로 비디오 카드 재수리 시도. 예전에 수리한 곳에 다시 맡겼다. 2월 28일 발송. 3월 2일 업체 도착. 3월 3일에 수리 후 발송. 3월 6일 도착. 퇴근 후 조립. 아이맥 분해조립도 이제 익숙해졌다. 비디오 카드 온도 센서도 능숙하게 끼우고 말이지. 마지막으로 vertical sync ribbon cable을 끼우려는데 제일 오른쪽의 선이 리본에서 들떠서 너덜거린다. 언젠가 끼우다 꺾였었나 보다. 요렇게 생긴 케이블임.

목공풀을 뒤에 살짝 발라서 리본에 부착. 조금 굳은 후 끼웠다. 부팅후 NAS에 저장되어 있는 타임머신으로 복원. 부팅. 수리가 안되면 조립PC를 맞출 생각(요즘 라이젠이 흥하던데..)을 하고 있었는데, 잘 동작한다. 기쁘면서 슬프다. 아들이 묻는다. 기쁜 것은 알겠는데, 왜 슬퍼요?

지난 번에 문제가 생겼을 때와 이번의 공통점이 뭘까? 왜 이렇게 된거지? 이번에 고장난 순간 떠올랐던 것은 햇빛이다. 그 때도 햇빛을 받는 곳에 아이맥을 옮겨놨었다가 문제가 있었고, 이번에는 날씨 좋은 날 책상 옆의 창문의 버티컬을 열어 놓은 각도가 오후 햇살과 딱 맞아서 아이맥이 뜨거워졌다. 식으면서 냉납현상으로 발생한 것이라는 추정. 햇빛 조심하자는 결론.

햇수로 9년째인 아이맥. 최신 Docker는 동작도 안한다. CPU 때문에. 앞으로 얼마나 버텨줄지!

2017년 5월 23일 추가:

다시 먹통이 됨. 이전과 동일하게 마우스커서 주변에 가로 줄무늬의 박스가 따라 다닌다. 강제 종료 후 리부팅 시도했으나 실패.

2017년 7월 25일:

기존에 수리를 맡겼던 곳에 다시 보냈다. 2회 수리한 이력이 있어서 무료로 수리해주심. 장착 후 정상 부팅. 다음에는 칩셋을 교체해야 한다고 함. 진즉 이렇게 할 것을. 서멀 구리스도 새로 사서 발라줬다. 온도 관리 잘 해야지. 이렇게 끈질기게 고쳐서 쓸 줄 몰랐지?


2015.11.08: 아이맥 비디오 카드 수리 (iMac 2009)
2017.03.07: 1년 3개월만에 재수리.
2017.06.18: iMac 2009 비디오 카드 사망
2018.02.22: iMac 2009 비디오 카드 수리 - 칩셋 교체
2018.10.20: iMac 2009 은퇴 (하려고 했으나)
2019.10.11: 아이맥(iMac 2009) 비디오 카드 주문
2019.10.18: 아이맥 (iMac 2009) 살아나다.

아이폰 5 배터리 교체

아들의 포켓몬고 머신이 된 아이폰 5의 생명 연장을 위해 배터리 교체.

간단하다. 같이 구입한 도구 사용. 집에 있는 도구들로도 가능했었을 듯.

DAT project

https://datproject.org/

Dat is the secure and distributed package manager for data. Use the desktop app, command line tool, and javascript library.

이걸 지원한다면? 마켓플레이스를 만들어야 할까. 마이너 프로토콜들을 실 사용자(개발자)들이 만들고 공유할 수 있다면 좋겠다.

Django의 runserver_plus에 올린 Let's Encrypt의 SSL certificate

개발용이지만 https가 필요해서 RunServerPlus를 사용하고 있다. 문제가 생긴 것은 외부의 결제 시스템에서 개발 서버에 접속할 때 아래와 같은 에러가 난다는 것.

javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target

결제 시스템쪽의 JVM을 업데이트하면 좋겠는데, 우리쪽에서 처리를 하라고 연락이 왔다.

https://www.geocerts.com/ssl_checker에 접속해서 certificate를 확인해보라며. certificate를 확인해보니, certificate chain을 확인할 수 없단다.

runserver_plus에는 Certificate chain file을 지정하는 옵션이 보이지 않는다. --cert만 지정할 수 있다. (그런데, 이 옵션이면 되는 것이었다)

Nginx + Gunicorn 또는 uWSGI로 가면서 chain file을 지정하는 방법이 있겠지 하고, uwsgi 설치하고, nginx 설정하고 nginx의 옵션을 알아보는데, crt 파일에 chain path 정보를 같이 넣은 것도 동작한다는 것을 알게 되었다-_-

Let's Encrypt에서 certificate 갱신하면 만드는 파일들이 있다.

• cert.pem
• chain.pem
• fullchain.pem
• privkey.pem

위의 파일들 중에서 cert.pem을 crt 파일로 symlink해서 사용하고 있었는데, chain 정보도 들어 있는 fullchain.pem을 crt 파일로 symlink한 후 Django를 올리니..

잘 된다.

개발 과정에서 가장 좋아하는 부분

소프트웨어 개발하는 과정에서 내가 가장 좋아하는 부분 또는 단계는 DB 모델링. 이건 오래 전부터 느껴왔던 것인데, 목표로 하는 일을 하기 위해 필요한 데이터들을 구상하고, 그것들을 위해 DB 스키마를 작성하고 있으면 기분이 좋다. 어떻게 보면 아이디어를 짜내서 구체화하는 기획 단계의 일을 좋아하는 것이 아닌가 싶기도 하고.. 실제 개발은 구찮어.. ㅎㅎ

White Macbook A1181을 Scratch 머신으로

아들이 사용할 Scratch용 머신으로 A1181을 줬다. HDD를 SSD로 업그레이드하고 Ubuntu 14.04 LTS를 설치하니 쓸만하다. WiFi가 안되어서 아래 사이트를 참고해서 BCM 드라이버를 설치.

http://www.howopensource.com/2012/10/install-broadcom-sta-wireless-driver-in-ubuntu-12-10-12-04/

**페이 vs 현금

가끔 지갑을 놓고 나갈 때가 있다. 그런데, 휴대폰은 잊지 않고 가지고 나간다. 이런 경우 돈을 쓸 일이 있으면 낭패다. 애플페이는 안되고. 그래서 신세계 페이 앱을 설치해놓았다. 가맹점이 많지 않지만, 그나마 쓸 수 있을까 해서.

아내는 이런 종류의 기술 발전에 별로 관심이 없다. 현금을 사용하는 것이 좋단다. 기술면으로 볼 때 보수적이라고 해야 할까.

오늘 마침 관련된 내용의 뉴스가 하나 보인다.

Why we should fear a cashless world

현금이 없는 세상을 왜 두려워해야 하는가. 눈이 가는 곳은 아래 두 문단.

In a world without cash, every payment you make will be traceable. Do you want governments (which are not always benevolent), banks or payment processors to have potential access to that information? The power this would hand them is enormous and the potential scope for Orwellian levels of surveillance is terrifying.

Cash, on the other hand, empowers its users. It enables them to buy and sell, and store their wealth, without being dependent on anyone else. They can stay outside the financial system, if so desired.

음.. traceable은 사실 별로 문제라고 생각하지 않는다. 이미 막을 수 있는 상황도 아니다. 다만 그 정보를 누가 가지고 있고 어떻게 사용하는가에 대한 것은 고민해볼만하다.