이제 DS920+ 도 간단히 설치되네요
얼마전까지만해도 DS920+는 장벽이 높아서
제꺼 스크립트 tr_st 로 진행해도 rploader에서 진행가능으로 불러오지못해
못하는걸로 알고있었습니다.
오늘 이것저것 보던중 rploader가 업데이트 되길래 혹시나 하는맘에
tr_sh로 그냥 DS920+ 진행해봤는데...
어라? 잘되네요 ^^
걍 한방에 쭉 설치가 되서 올라왔습니다.
쉽게 만들어주셔서 자동으로 업데이트도 되고 참 좋네요 ^^;
근데 918+과 다르게 디스크쪽이..
요로케 보이는데 920+가 12베이짜리는 아닌거죠?^^;;
암튼 여어가지 방법을 해볼 수있어 재밋네요~ 한되던 분들도 한번 해보세요
저의경우는 별다른 설정 없이도 진행완료되었습니다~
축하드립니다. 재부팅 해보세요.
정보감사합니다~ 진짜 재부팅하니 정상으로 돌아오네요~^^
오 축하드립니다~ 혹시 스케쥴 온 되나요??
작업스케쥴이 비활성화 되어있거나 하지는 않습니다~
근데 설치되는 여부만 본거라 자세히는 못봤네요 ^^
아 제가 좀 애매하게 적었나봐요 ㅎㅎ 918+ 7.1은 전원온 스케쥴이 7.0버전에 이어서 여전히 작동 안하던데 920+는 작동하는 궁금했습니다 ㅎㅎ 3622xs+는 전원온 스케쥴 잘 작동하더라구요 ㅋ
금일 TC 로 ds920+ 자동 DID/포트매핑 기능 사용해본 시험결과 입니다.
내장 SATA 6포트 + 외장 SATA 4포트로 시험 진행했습니다.
내장 SATA 만으로 6포트 모두 물렸을때 6포트가 전부 올라왔습니다.
하지만, 외장 SATA에는 어떠한 하드도 인식이 안되네요.
pcie_root = "00:01.0,00.0";
라는 값을 가지고 있구요.
TC에서 pcie_root / ata_port 값은 이제 정확하게 기록해 주네요.
핫포사이님 외장 Sata 와 믹스 하셨을 때도 잘 되셨나요?
저는 해보지 않았습니다. DS920+에서 외장 HDD 붙이고 아래 명령어를 해보세요.
cat /sys/block/sata*/device/syno_block_info
외장 하드 주소가 나오면 아래 주소에 넣고 해보세요.
esata_port@1 {
ahci {
pcie_root = "00:01.5,00.0";
ata_port = <0x03>;
};
};
원래는 외장하드 1개만 지원합니다. 그 이상은 못할수도 있습니다.
그리고 포트부분에 원본이랑 좀 다르군요.
ata_port = <0x00>
ata_port = <0x01>
ata_port = <0x02>
.
..
이렇게 나가는데 TC에서는
ata_port = <0x1>
ata_port = <0x2>
ata_port = <0x3>
.
.
이렇게 나가는군요.
흠, 아래 알려주신대로 원본처럼 0을 더 채워서 수동으로 빌드 해보겠습니다.
감사합니다.
아참, 핫포사이님 포코피코님이 그러시는데, pci_root / ata_port 자동처리 받고 싶지 않으면
dts 파일은 별도로 작업해서 아래 경로에 직접 넣고
/home/tc/redpill-load/custom/extensions/redpill-dtb/
./rploader.sh build geminilake-7.1.0-42661 manual
이렇게 빌드하면 된다고 하시네요.
화정큐삼님이 말하시는 외장SATA가 SATA포트 확장카드 말하시는 것이라면
저는 J5040에 JMB585 확장카드 붙여서 했는데 인식이 잘되었습니다.
dolbycat@debian:~$ lspci -tnnvq
-[0000:00]-+-00.0 Intel Corporation Gemini Lake Host Bridge [8086:31f0]
+-00.1 Intel Corporation Celeron/Pentium Silver Processor Dynamic Platform and Thermal Framework Processor Participant [8086:318c]
+-02.0 Intel Corporation GeminiLake [UHD Graphics 605] [8086:3184]
+-0e.0 Intel Corporation Celeron/Pentium Silver Processor High Definition Audio [8086:3198]
+-0f.0 Intel Corporation Celeron/Pentium Silver Processor Trusted Execution Engine Interface [8086:319a]
+-12.0 Intel Corporation Celeron/Pentium Silver Processor SATA Controller [8086:31e3]
+-13.0-[01]--+-00.0 Intel Corporation 82575EB Gigabit Network Connection [8086:10a7]
| \-00.1 Intel Corporation 82575EB Gigabit Network Connection [8086:10a7]
+-13.1-[02]----00.0 JMicron Technology Corp. JMB58x AHCI SATA controller [197b:0585]
+-13.2-[03]----00.0 Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168]
+-13.3-[04]----00.0 ASMedia Technology Inc. ASM1062 Serial ATA Controller [1b21:0612]
+-15.0 Intel Corporation Celeron/Pentium Silver Processor USB 3.0 xHCI Controller [8086:31a8]
+-1f.0 Intel Corporation Celeron/Pentium Silver Processor LPC Controller [8086:31e8]
\-1f.1 Intel Corporation Celeron/Pentium Silver Processor Gaussian Mixture Model [8086:31d4]
위에 알려주신 대로
ata_port = <0x01>
형식으로 0 채워서 다시 빌드 해봤습니다.
아까 인식이 안되던 SATA포트 확장카드에서 하드가 인식되기 시작했습니다.
전부 인식은 안되고 4포트 중에 1번째 포트만 올라오네요.
조금더 상황을 바꿔서 더 시험해 보겠습니다.
pocopico님께 0x00, 0x0 이슈를 문의했었는데,
아래처럼 답변이 왔습니다.
ds920p 는 두개의 하드웨어 개정판으로 아래처럼 갈리는데
제가 /etc.defaults 아래의 model.dtb 와 model_r1.dtb 두개 파일을
다시 dts 파일로 컨버팅 해봐야 정확할것 같긴한데요.
이 jumkey 님의 로직에 따르면
항상 0x0 포맷을 가르키게 되는가 보네요.
cat /proc/sys/kernel/syno_hw_revision 파일에 무언가 내용이 있고 이 값이 xr1 이였다면
0x00 포맷을 사용하게 되는데, 이 파일에 값이 비어있다고 합니다.
그러면 무조건 else 로 빠져서 0x0 포맷만을 사용하게 되나 봅니다.
Well that is not true, the original file has single digit values for port numbers. Bellow the snip taken from original /etc/model.dtb
ahci {
pcie_root = "00:13.0,00.0";
ata_port = <0x2>;
};
Also the linuxrc.syno.impl refers to two different hardware revisions of ds920p. Depends on HW_VERSION and HW_REVISION
linuxrc.syno.impl- HW_VERSION=`cat /proc/sys/kernel/syno_hw_version`
linuxrc.syno.impl- HW_REVISION=`cat /proc/sys/kernel/syno_hw_revision`
linuxrc.syno.impl-
linuxrc.syno.impl- if [ "xr1" = "x${HW_REVISION}" ] && [ -e /etc.defaults/model_r1.dtb ]; then
linuxrc.syno.impl: cp -vf /etc.defaults/model_r1.dtb /var/run/model.dtb
linuxrc.syno.impl- else
linuxrc.syno.impl: cp -vf /etc.defaults/model.dtb /var/run/
linuxrc.syno.impl- fi
-------------
More on that issue. /proc/sys/kernel/syno_hw_revision is empty so the /etc.defaults/model.dtb is always copied to /var/run.
Jumkeys extension should work as designed.
cmt alert