TCRP-mshell 구버전으로 유지한채 빌드할수 있나요?
TCRP-mshell 아주 잘 사용하고 있는데
이번 배포된 1.0.1.0 버전으로 새로 시놀로지 3622+로 빌드해서 했더니
계속되는 SAN MANGER 문제로 사용을 못하겠더라고요 (서버 3대 모두 동일 문제 구 버전인 1.0.0.0이나 그 이하는 문제 없음)
TCRP-mshell이 빌드 과정시 무조건 최신버전으로 업데이트 되어 무조건 1.0.1.0을 사용할 수 밖에 없는데
혹시 구버전 유지한채 시놀 빌드할수 있는 방법 있을까요
1등 
rmdksdk님.😊좋은답변을 받기위해서는 좋은 질문이 필요합니다.
유의할점⚠️
- 예의를 지켜주세요. 답변자는 답변을 할 의무는 없습니다.
- 질문에 대한 대부분의 답은 검색으로 찾아보실 수 있습니다.
- 답변자가 답변을 하면서 대개 많은 경우는 다시 질문을 하는 경우가 많이 있습니다.
- (질문의 대한 정보가 부족합니다. ~일 경우 결과물이 어떻게 됩니까? 등등)
질문방법🙏
자신의 상황을 최대한 자세히 설명해주세요.
상황이 정확하고 많을 수록 답변의 정확도가 올라갑니다.
ex) ex) 헤놀로지라면 메인보드 모델 칩셋정보, CPU, 사용한 DSM 버전, 모델, 부수적인 추가 컨트롤러 나 랜카드 등과 어떠한 로더의 이미지를 사용했는지.(arpl-i18n, mshell), 어떤 버전을 사용했는지, 문제가있다면 어떠한것인지 스크린샷을 동반하고 에러의 경우 에러로그를 출력해서 주시면 좋습니다.
*가능하면 최신버전 OS/SW를 이용해주세요
답변에대한 피드백을 주세요.
정보가 질문에 모두 담겨있지않다면 대부분의 답변이 다른정보를 요구합니다.
이러한 답변에 대해 명확한 피드백을 주시면 도움이 됩니다.
2등 
3등 SAN MANAGER 가 이미 손상된 상태에서 완벽히 복원할 방법을 아직 찾고 있습니다.
https://github.com/PeterSuh-Q3/tinycore-redpill/releases
다른 글에서 mac 관련 애드온을 빼 두셨다고 커밋하신 것을 봤는데, 여기서 배포되고 있는 버전에 적용된 것인가요?
설치 과정 중에 git clone을 하는 것 같아서 자동 업데이트가 되는 줄 알고
아무리 재설치해봐도 San Manager가 수리로 나오네요
클린 설치로 새로 설치하려고 하는데, 해소된 버전으로 설치를 진행하려면 어떻게 해야 하나요?
https://github.com/PeterSuh-Q3/redpill-load/commit/0ed22a488cc2b9d7ec198ea4e3531875056ec35c
redpill-load 가 로더를 빌드하는 시점에 실시간 사용을 하는 부분이라 최종 릴리즈 내역과는 또 다른 관리가 됩니다.
git clone 은 이 redpill-load 를 메뉴진입하면서 받아둡니다.
VMM 을 사용하셔야 하는것 같네요.
그 외에 SAN MANAGER 의 고유 기능을 직접 활용하시는 분은 아직 못뵈었습니다.
무한 수리가 반복되는것만 거슬리시면 영구 삭제를 하는 방법도 있습니다.
DSM 재설치나 마이그레이션을 해도 그 당시는 정상설치된것처럼 보이나, 재부팅이 들어가면 또 무한복구가 반복됩니다.ㅜㅜ
SAN MANAGER 를 살리셔야 한다면 그 방법을 아직 몰라서 몇일째 구글링만 하고 있는데, 솔루션이 나오질 않네요. ㅜㅜ
디스크 포맷하고 클린설치를 하신다면 문제는 없습니다.
디스크 포맷하고 클린설치 해도 해당 문제(재부팅 후 수리라고 뜨는) 계속 발생합니다, 설치 시점은 어제 저녁입니다
헤놀이 잘 돌아가고 있는 상황에서는 DSM update같은 특이한 경우를 제외하고는 부트로더는 그대로 버전을 유지하는게 아무래도 안정성에 더 효과가 있지 않나 생각됩니다.
혹시 가능하시다면 화정큐삼님 고려 부탁드리겠습니다.
FRIEND 커널의 자동업데이트를 말씀하시는것 같습니다.
이미 해당 기능은 구현되어 있습니다.
https://github.com/PeterSuh-Q3/tinycore-redpill/blob/main/user_config.json#L11
로더 빌드메뉴로 들어가셔서 user_config.json 를 편집하시고
"friendautoupd" : "true" -> "friendautoupd" : "false"
로 바꾸신후 로더를 재빌드 해주시면
FRIEND 커널을 자동 업데이트 하지 않습니다.
또하나의 방법은 FRIEND 커널 부팅 중간에 Ctrl+C 로 부팅을 잠시 중단하고
vi /mnt/tcrp/user_config.json
으로 위 내용을 직접 수정하셔도 됩니다.
이후
./boot.sh 로 커널 부팅을 계속 진행하시면 됩니다.
그리고, 참고로 말씀드리면 FRIEND 커널의 경우는 배포전 제가 사전테스트를 충분히 하기 때문에
지금까지 FRIEND 커널의 변화가 TCRP-MSHELL 의 불안정을 초래하는 배포가 된적은 한번도 없었습니다.
그외에 이번 MAC-SPOOF 때문에 SAN MANAGER 이슈가 된점은 죄송하게 생각합니다.
관련해서 RR 처럼 가상MAC을 사용하는 변경기능은 아예 제거할 계획을 가지고 있는데, 이점은 유저분들께 한번더 의견을 들어볼 생각입니다.
1. Tinycore Linux 커널
2. Friend Linux 커널
3. DSM 커스텀 Linux 커널
여기서 가장 크리티컬하고 TCRP 로딩에 직접적인 영향으로 주는 부분은 3번입니다.
1,2번은 최종적으로 3번을 동작하게 하기 위한 도우미 역할입니다.
이번에 SAN MANAGER 이슈가 된것도 이 3번에 해당합니다.
1번 Tinycore Linux 커널 메뉴로 진입해서 3번을 위한 로더를 빌드한다고 보시면 됩니다.
MAC을 바꿔서 쓰고 있었는데, 단지 전원만 껐다 켰는데, MAC이 원래대로 돌아가 버려서 부팅이 안된건줄 알고 꽤나 고민했었거든요. 만약 제가 수동으로 업데이트 했다면 업데이트 때문에 뭔가 바뀌었다고 인지 할 수 있었을텐데.. 단지 전원만 껐다 켰는데 MAC이 원복되어 ip가 바뀌는 통에 고생아닌 고생좀 했습니다. 뭐 다 제 무지에서 벌어진 일이었지요.
화정큐삼님께는 항상 감사드리고, 또 감사드립니다.
https://svrforum.com/nas/1146689
사용자 분들에게 혼란만 주는것 같아서요.
cmt alert
신고
"님의 댓글"
이 댓글을 신고하시겠습니까?
