MSHELL for TCRP, DVA3221 (덴버톤) 이 커널패닉 오류가 잡혔습니다.

한동안 각 모델, 플랫폼별 풀테스트를 할일이 없었는데,

어제 NVMe 볼륨화 Addon 테스트를 하면서 덴버톤 시험을 했는데, 

랜에서 전혀 반응이 없더군요.

덴버톤은 시리얼 로그로만 확인하기도 좀 여려운 까다로운 플랫폼이라 어제 한참을 헤맨끝에 잡았습니다.

원인은 필요에 의해서 구현한건데 다른버전의 tar bin 을 /bin 디렉토리에 overwrite 한게 문제 였습니다.

tar 가 전혀 동작을 안해서 전체 모듈설치가 멈춰서 네트워크 드라이버도 동작을 못하는 문제 였습니다.

거기에, DSM 7.2-64570 을 설치하게 되면 바로 U0 에서 U1 으로 스몰업데이트 패치가 진행되는데,

이 과정에서 U1 RAMDISK 재생성에 사용되는 lkm redpill.ko 코어 모듈이 불안정한 pocopico님의 버전으로 

overwrite 가 되면서 커널패닉으로 이어졌습니다.

다른 플랫폼은 이상이 없는데 덴버톤만 발견된 현상입니다.

wjz304 님이 컴파일 해주신 안정적인 lkm 으로 대체해서 문제를 해결했습니다.

관련해서 새벽에 배포된것이 FRIEND 버전 v0.0.8c 입니다.

다들 덴버톤에서 문제가 있으셨을텐데, 아무도 알려주질 않으시네요.

안되시니 ARPL-i18n 으로 넘어가셨는지도 모르겠습니다. ㅎㅎ

M SHELL 오류가 확인되시면 부담없이 제게 말씀주십시요.

여기 글로 남기시기 부담되시면 제 깃헙의 repo 이슈(issue) 란에 한글로 남겨주셔도 됩니다.

ARPL-i18n 의 경우는 wjz304 님이 중국분이라 유저분들도 자유롭게 중국어로 이슈에 많이 남겨주십니다.

저도 M SHELL 이슈에 지난주 처음으로 문의를 2건 받아봤습니다.

클라우드에서도 동작되게 해달라는 좀 무리한 부탁였는데, 어떤것이든 상관 없습니다.^^

오늘은 ARPL 처럼 DSM 제어판 업데이트에서 RSS SERVER 를 다 열어 드리려 합니다.

최신버전 DSM 이 올라왔을때 수동 업데이트가 아닌 자동 업데이트를 감지하고 설치하실 수 있도록 되는건데요.

수정되는데로 또 공지 드리겠습니다.^^