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

[PeterSuh-Q3]

한동안 각 모델, 플랫폼별 풀테스트를 할일이 없었는데,
어제 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) 란에 한글로 남겨주셔도 됩니다.

https://github.com/PeterSuh-Q3/tinycore-redpill/issues

ARPL-i18n 의 경우는 @wjz304 님이 중국분이라 유저분들도 자유롭게 중국어로 이슈에 많이 남겨주십니다.
저도 M SHELL 이슈에 지난주 처음으로 문의를 2건 받아봤습니다.
클라우드에서도 동작되게 해달라는 좀 무리한 부탁였는데, 어떤것이든 상관 없습니다.^^

오늘은 ARPL 처럼 DSM 제어판 업데이트에서 RSS SERVER 를 다 열어 드리려 합니다.
최신버전 DSM 이 올라왔을때 수동 업데이트가 아닌 자동 업데이트를 감지하고 설치하실 수 있도록 되는건데요.
수정되는데로 또 공지 드리겠습니다.^^