화정큐삼 2023-03

저도 HBA 를 사용하고 있는데,
"SasIdxMap": "0", 셋팅이 이렇게 유효한것일지를 모르고 있었습니다.
FOXBI님을 잘 모르시는것 같은데, 헤놀의 DSM 에 CPU 정보 변경 도구를 개발해 주시는 저희 회원님입니다.
친절하지 않다는 말씀에 상처받으시지 않기를...ㅎㅎ
https://www.2cpu.co.kr/PDS/14729
저도 그렇지만 영어에 익숙치 않은 FOXBI 님도 번역기를 사용해서 힘들게 만드신 자료 입니다.
감안해 주십시요.

죠슈아 2023-03

FOXBI 님이 2cpu 회원 이시군요...

    "SasIdxMap": "0",
    "SataPortMap": "1",
    "DiskIdxMap": "0"

"0", "1",  ""  각각의 의미를 
"0" 이 enable 이고  "1" 은 추가 한다 라고 추측 하면.
"SataPortMap": "",  처럼 아무것도 넣지 않으면 .. 
~~ 아 ,,,.  모르겠네요.. 

VM에서 커널 부팅하는 설명 하는 부분이라서 저렇게 지정하는 설정을  설명은 없어서 ,, ㅎㅎㅎ


DSM - Info Center - General - CPU 정보가  INTEL Xeon D-1531 으로 나오네요.
이 부분을 리얼 CPU 이름으로 나오게 하는 것을 개발 해주시는 분이시군요... 

    "SasIdxMap": "0",
    "SataPortMap": "1",
    "DiskIdxMap": "0"

Map 설정 가이드 반영 전에는 "Intel Core i7-3930K" 으로 나왔었는데 ..
이를 적용한 지금은 디스크 인식이 모두 되었는데  CPU 이름이  "INTEL Xeon D-1531"  으로 나옵니다.  ?? 
INTEL Xeon D-1531은 오리지날  DS3622xs+ 기종의 CPU 이름인데 ..
음 .. 이번엔 왜  i7-3930K" 으로 나오지 않을까요?

TCRP Friend v0.0.4 에서 v0.0.4b 업데이트 완료 하셨다니 업데이트 겸 CPU 이름 어떻게 바뀌는지  해봐야겠습니다.

...

그냥 리부팅만 했는데 다시 Intel Core i7-3930K (Sandy Bridge E) 이라고 나옵니다.
그런데 "cpu clock rate 1.2 GHz  "
이 부분은 INTEL Xeon D-1531 의 정보가 나오네요...   
i7-3930K의  3.80 GHz 이라고 표시하려면 시피유 클럭 정보가 code 만으로 처리가 않되니  table을 갖고 있어야해서 구현이 어렵나 봅니다.

화정큐삼 2023-03

리얼 CPU 정보도 다시 표시되도록 제 M SHELL 의 Addon 기능으로 제가 FOXBI님의 프로그램을 기본포함 시킨상태입니다.
원래 바로 적용이 안되고 한번 부팅을 해야 적용되는 부분이 원래부터 있었습니다.

TCRP FRIEND v0.0.4b (내부적 릴리즈버전) 그냥 밖에서는 0.0.4로 통일합니다. 차후 pocopico님과 혼동될수 있어서...
큰 기능이 추가되면 그때는 0.0.5 정도로 버전업 하겠습니다.
테스트 마쳤고 곧 배포 합니다.
로더를 다시 빌드해야지만 v0.0.4b 문구로 바뀝니다.

죠슈아 2023-03

그렇군요.
최초 DSM 설치시에는 기존 시피유 정보를 표시하지만
리부팅 이후부터는 리얼 CPU 이름이 나오는군요

화정큐삼 2023-03

죠슈아 2023-03

/home/tc/user_config.json  에서 "ipsettings" 설정하지 않은 디폴트 상태에서
DELL T420 기종에서는
TCRP 부트 상태의 IP Address는 192.168.0.101 이었지만
TCRP Build,reboot 상태의 메시지에서  IP Address는 192.168.0.121 로 다르게 나옵니다.

192.168.0.101 으로 접속되지 않고 TCRP Build,reboot 상태의 IP Address  192.168.0.121 가 유효 하군요.
TCRP Build,reboot 상태의 IP Address가 유효성이 "ipsettings" 설정으로 관여되지 않습니다.
이 IP Address 이슈는 PC 기종에 따라서 달라지는데 NIC에 따라서 다르게 나타나는 증상으로 보입니다.
/home/tc/user_config.json  "ipsettings" 설정을 디폴트로 0으로 하는 것은 의미가 있을지는 더 많은 테스트를 해봐야 겠습니다.

화정큐삼 2023-03

저도 당시 이 ipsettings 설정이 처음 생겼을 때 pocopico님이 테스트를 충분히 하지 않으셨던걸로 기억이 납니다.
딱 한분께 테스트 요청을 하셨는데, 당시 피드백에 성공 여부도 불분명했구요.
저도 어제 가이드대로 ipaddr : 192.168.35.101/24, GW:192.168.35.1 까지 채우고 시험을 해봤는데, 셋탕한대로 동작이 되지 않는것 같습니다.
그렇다고 제가 이 버그를 잡을 능력은 안되구요.
저는 pocopico님이 충분한 시험없이 한 하루만에 구현한 저 셋팅기능을 신뢰하지 않습니다.
가이드에 없는 "0" 인 값을 셋팅하라는 지침도 없었구요.
할당되는 IP가 계속 바뀌거나 하지 않도록 하는 방법중에 하나는 공유기에 예상되는 MAC 주소를 미리 설정해서 고정IP를 유지하도록 하는 방법도 있습니다.
헤놀로지 유저분들께도 이렇게 많이 가이드 하고 있습니다.

죠슈아 2023-03

네 .. 그렇습니다.

공유기에 예상되는 MAC 주소를 미리 설정해서 고정IP를 유지하는 방법이 최선 입니다만.
M shell 에서 random mac generation 기능이 무력화 되기도 하고 .. 
이후에 공유기에 접속해서 random 생성된 mac으로 변경하는 워크어라운드 하면 되긴 합니다만 .. 이작업은 좀 성가실 수도 있군요.

저는 랜 스캔 "Advanced Port Scanner"으로  새로 검출되는 IP를 선택해서
"HTTP, Synology Web Assistant(BusyBox httpd)" service 하는 것을 찾는 방법을 사용 하려고 합니다. 
이것이 Synology Assistant 를 대신 할 수 있네요.

죠슈아 2023-03

0.0.4b로 변경 되지만 부팅 메시지에는 "TCRP Friend version : 0.0.4" 로 표시는 변경되지 않는 거군요.

"TCRP Friend auto update disabled" 는 새로 변경된 것 인가요?
원래 disabled 이었지만 표시만 추가 된 사항인가요?

TCRP Friend 부팅 메시지에 표시되는 IP address는 M shell의  mac randum generation 하고 Build, reboot  할때 마다 계속 바뀌고
실제 할당된  IP address와 달라서 TCRP Friend 부팅 메시지에 나오는 IP 접속시 접속이 않되었지만

/home/tc/user_config.json 에
ip : ""  를  ip : "0" 으로 설정하고
M shell menu 진행해서 Build,restart 이후에는
TCRP 부팅후 m shell이 실행 될때의 IP address와 동일 하게 표시되므로
IP address 불일치 혼동을 피할 수 있습니다,

ip : "192.168.0.150" 으로 하여도
TCRP 부팅후 m shell이 실행 될때의 IP address와 동일한 주소로 할당되고 표시도 됩니다.
192.168.0.150 으로 지정 되지 않는다는 의미 입니다.
/home/tc/user_config.json  ip : ""  를 디폴트 상태로  빌드해서 리부트하면
할당된 주소가 표시되지 않고 계속 바뀌게 됩니다 ...

"SasIdxMap": "0",
"SataPortMap": "1",
"DiskIdxMap": "0"
ipset : "static"
ip : "0"

위 항목들의 설정하는 값을 /home/tc/user_config.json 파일의 디폴트로 반영하는  것이 어떻까요?


포럼에서 이 문제를  여러 사람들이 언급하고 있지만
고쳐지지 안고 있군요 ..
IP address discrepancy between TCRP/ARPL loader and DSM
https://xpenology.com/forum/topic/65190-ip-address-discrepancy-between-tcrparpl-loader-and-dsm/#comment-350053

dateno1 2023-03

아뇨

SATAPortMap을 고정값으로 부여하면 안 됩니다 (예를 들어 적으신대로 1로 해버리면 온보드 SATA에 2개 이상 장착한 경우 1개밖에 인식 안 됩니다)

이건 보드나 다른 SATA컨트롤러의 구성에 따라 달라져야하는값이라 고정적으로 반드시 작동하는 값이 있는게 아닙니다

DiskIdxMap쪽은 디스크 인식 번호를 바꿀일이 없으면 손 될일이 없는값입니다

결국 SASIdxMap을 제외한 나머지 2개의 컨트롤러 설정은 기본값으로 부여되어선 안 됩니다

죠슈아 2023-03

SATAPortMap의 값이 enable SATA port 갯수를 의미한다는 것은 확인 했습니다.
1로 하면 on-board SATA HDD는 하나만 인식되고
2로 하면 on-board SATA HDD는 두개까지 인식되는 것을 확인 했습니다
그 이상은 전원 케이블, SATA HDD 등이 없어서 해보지 못했지만 님의 말대로 구형 PC 온보드 SATA  포트가 일반적으로 6개 = 2 (6G) + 4(4G) 이므로
최대 6개 ,,,,  최신 보드중 10개 SATA 포트가 있는 것들은 10 이라고 쓸 수 없는데 ..  이런것은 예외로  하고 ..

SATAPortMap의 값 테이블 정의를 설명하는 URL을 찾기는 어렵군요.  아마도 DSM5.X 번일때 기억이라서 지금에는 TCRP 에는 맞지 않을 것 같습니다.

dateno1 2023-03

소스에 적힌대로 해석하면 SATAPortMap은 각 SATA 컨트롤러의 포트 개수를 정의하게 되고, SasIdxMap를 0으로 정의하는건 SAS컨트롤러에 물려진 디스크를 0번부터 시작하게 해줘서 올바르게 맵핑이 되도록 해주고, DiskIdxMap는 디스크 이름 순서를 결정한다고 되어있습니다

SATAPortMap은 SYNO_SATA_PORT_MAP, DiskIdxMap은 SYNO_DISK_INDEX_MAP에 대응되며 SYNO_FIXED_DISK_NAME에 관련된다고 주석이 붙여져있네요