M SHELL for TCRP 에서 EUDEV / DDSML 선택 설치가 가능해졌습니다.
화정큐삼https://github.com/PeterSuh-Q3/tinycore-redpill/releases/tag/v0.9.4.0… (2031)https://github.com/PeterSuh-Q3/tcrp-modules (2027)
ARPL 의 가장 핵심 기능이라고 할 수 있는 통합모듈팩 (ARPL MODULES) 을
장치가 새로 추가되는 이벤트를 인식해서 데몬이 모듈을 자동적재까지 처리 되는 기능이 있습니다.
이 기능의 중심에는 EUDEV 라는것이 있습니다.
EUDEV 데몬의 처리방식은 새로운 장치가 감지될때 마다
/lib/modules 에 미리 넣어둔 모듈(드라이버 ko파일)들 안에서 알아서 찾아 적재가 됩니다.
새로운 랜카드나 HBA 카드등이 생기셨을 때 ARPL 통합모듈쪽 리스트에 ko 파일만 잘 존재하는지만 확인하시면 될것 같습니다.
https://github.com/fbelavenuto/arpl-modules
그리고, 기존에 지금도 pocopico님이 오리지널 TCRP 에 사용하고 있는 방식인 감지된 장치 정적 모듈 적재는
제가 DDSML 이라고 명명했습니다.
이 방법은 ARPL 의 통합모듈팩을 TCRP 의 lspci 커맨드로 분석된 VID / PID 기준으로
미리 준비된 modules.alias.4.json 파일을 대조해서 매칭되는 모듈을 하나씩 주입하는 방식입니다.
이렇게 정적으로 처리를 하게되면 통합모듈팩에는 준비되어 있더라도 modules.alias.4.json 가 대비되어 있지 않으면
모듈설치를 못하게 되는 맹점이 있습니다.
그 반대의 경우도 존재할 수 있겠죠?
두 개발자가 서로 다르기 때문에 충분히 두 군데에서 누락이 있을 가능성이 있습니다.
두약어의 풀네임은 아래와 같습니다.
EUDEV
embedded userspace device ( 임베디드 사용자 공간 장치 ) with eudev deamon
DDSML
Detected Device Static Module Loading ( 감지된 장치 정적 모듈 적재 ) with modprobe / insmod command
https://github.com/PeterSuh-Q3/tcrp-modules
M SHELL for TCRP 에는 EUDEV 를 기본설정 값으로 지정했습니다.
가급적 개선된 방식인 EUDEV를 우선사용하시고,
만약 EUDEV 가 동작하지 않는다면 DDSML 로 전환후 로더를 다시 빌드해 주시기 바랍니다.
다음과 같이 메뉴구성이 바뀌였고 TCRP 리눅스 실행시 자동 업데이트 됩니다.
새로설치하시는경우의 최신버전 링크는 아래 릴리즈를 활용하시면 되겠습니다.
https://github.com/PeterSuh-Q3/tinycore-redpill/releases/tag/v0.9.4.0-1
이전에 설명 주셨는데 완전히 이해되지 않은 부분이 있어서 M SHELL 진행 순서를 다시 문의 드립니다.
M SHELL 에는 13개 선택 진행 하는 부분이 있습니다.
c Choose a Dev Mod hanling method, EUDEV/DDSML
m Choose a Synology Model
s Choose a Synology Serial Number
a Choose a mac address 1
d Build the [TCRP FRIEND] loader
j Build the [TCRP JOT Mod] loader
p Post Update for [TCRP JOT Mod]
o Build the [TCRP FRIEND 7.0.1-42218] loader
u Edit user config file manually
k Choose a keymap
b Backup TCRP
r Reboot
e Exit
아래에서 PROC_1 ~ PROC_8 순서대로 진행 하면 되나요?
SKIP1 ~ SKIP5는 특별한 목적일때 사용 하는 것이죠?
"b Backup TCRP" 는
"r Reboot" 하기전에 반드시 해야 합니까?
PROC_1 c Choose a Dev Mod hanling method, EUDEV/DDSML
PROC_2 m Choose a Synology Model
PROC_3 s Choose a Synology Serial Number
PROC_4 a Choose a mac address 1
PROC_5 d Build the [TCRP FRIEND] loader
SKIP1 j Build the [TCRP JOT Mod] loader
SKIP2 p Post Update for [TCRP JOT Mod]
SKIP3 o Build the [TCRP FRIEND 7.0.1-42218] loader
PROC_6 u Edit user config file manually
SKIP4 k Choose a keymap
PROC_7 b Backup TCRP
PROC_8 r Reboot
SKIP5 e Exit
https://github.com/PeterSuh-Q3/tinycore-redpill/releases/tag/v0.9.4.0-1 에서
"tinycore-redpill.v0.9.4.0-1.m-shell.img.gz" 파일을 다운로드 하였습니다. ( UTC-08:00 3월1일 )
그런데 "EUDEV / DDSML 선택 설치"가 없었던 UTC-08:00 2월27일 다운로드 했던 파일과 동일 합니다.
이 파일을 압축 해제 해서 파일 생성된 날자가 2월22일로 나옵니다.
github.com 링크에서 해당 파일 날자는 last week으로 표시되며 속성은 "Feb-23, 2023 12:09 AM PST" 으로 나옵니다.
제가 파일을 잘못 확인한 것인가요? 확인 부탁드립니다.
자동업데이트 부분이 이미 설명되어 있습니다.
TCRP 리눅스는 위에 캡쳐로 보고계시는 저 화면 진입상태를 의미합니다.
님은 저 img 파일을 또 받으실 필요가 없습니다.
SKIP / PROC 은 예상하고 계신부분이 대략 맞습니다.
Backup TCRP 는 모든 로더의 빌드 이후에는 자동으로 백업을 한번씩 처리해 줍니다.
별도 백업이 필요하다고 생각되는 시점에 활용하시면 되겠습니다.
TCRP 리눅스 진입상태에서 무언가 변화를 주셨다면 무조건 백업을 해주셔야 합니다.
TCRP 리눅스 재진입시 백업이 없으면 수정하기 이전 마지막 백업된 상태까지로만 복원됩니다.
첫번째 부팅해서 메뉴가 나올때에는
"c Choose a Dev Mod hanling method, EUDEV/DDSML" 선택 항목이 나오지 않습니다.
"e Exit" 로 메뉴에서 나와서 다시 menu.sh 또는 menu_m.sh을 실행 하면
"c Choose a Dev Mod hanling method, EUDEV/DDSML" 선택 항목이 나타납니다.
이후에 시스템 리부팅하면 처음부터 "c Choose a Dev Mod hanling method, EUDEV/DDSML" 선택 항목이 나타납니다.
종전에 이 메뉴 항목을 보지 못했던 이유가 USB를 만들고 처음 부팅한 상태에서 "EUDEV/DDSML" 항목을 찾지 못했던 것 이군요.
다시 USB를 만들어서 부팅하면 역시 "EUDEV/DDSML" 항목이 나타나지 않습니다.
menu.sh 실행되고 나서 USB에 변경하는 것이 있는 것 같습니다.
새로 USB를 만들지 않고 리부팅을 반복하면 "EUDEV/DDSML" 항목이 언제나 나타납니다.
"tinycore-redpill.v0.9.4.0-1.m-shell.img.gz" 이 "EUDEV/DDSML" 항목 선택을 위해서 2월말 , 3월초에 다시 만든 것이 아니라서 2월27일 다운로드 했던 파일과
동일한 파일인 이유 라고 생각 됩니다.
"M SHELL for TCRP 에서 EUDEV / DDSML 선택 설치가 가능해졌습니다." 글 쓰신 날자에 (3.1) 파일을 업로드 하신것이 아니고 이미 업로드 되어 있었고..
USB 생성후에 첫번째 부팅에서는 "EUDEV/DDSML" 항목 선택이 나타나지 않았기 때문에 혼동을 갖게 된 것 같습니다.
이미 EUDEV/DDSML 선택 항목이 있었지만 첫번째 부팅에서 나오지 않아서 글을 새로 쓰시면서 "tinycore-redpill.v0.9.4.0-1.m-shell.img.gz" 파일을 업로드 했을 것이라고 오해를 했던 것이군요.
결론적으로 "tinycore-redpill.v0.9.4.0-1.m-shell.img.gz" 은 Aurora-R4 시스템에서 시도했던 파일을 동일한 것이군요.
그리고 Aurora-R4 시스템에서는 EUDEV / DDSML 선택 중 어느 것으로 하여도 Build 이후 부팅 메시지에서 나오는 IP 주소로 접속 되지 않는군요.
IP 주소가 다르게 나오는 것 일수도 있기 때문에 "Advanced Port Scanner" 프로그램으로 192.168.0.1 - 192.168.0.254 스캔을 했지만
Synology 에 해당하는 것이 나타나지 않기 때문에 IP 주소로 접속 되지 않는 것은 잘못된 주소로 접근 했기 때문은 아니군요.
본문에서 "/lib/modules 에 미리 넣어둔 모듈(드라이버 ko파일)들" 라고 언급하신 ko파일들은 생성한 USB 내에 있는 파일을 말씀 하시나요?
USB tc3 부팅후 3개 파티션 내에서 파일을 찾아 보아야 합니까?
PC에서 생성한 USB내에서 파일을 찾을 수 있는 것인가요?
SAS***.ko 파일을 찾아서 arpl-1.1-beta2a.img로 생성한 USB에 덮어쓰기 해서 부팅이 된 이후에 H/W RAID HDD가 인식이 되는 것을 확인 하는 것의 의미가 있을까요?
감사 합니다.
모듈(드라이버 ko파일)은 USB 내에 gz 압축형태로 다른 커널용 파일들과 같이 압축되어 USB 파티션내에 존재합니다.
파일 리스트는 ARPL fabio님의 깃헙 URL 에서 직접 확인이 가능합니다.
링크를 남겨드렸어야 했는데 누락이 되었네요. 본문에 보완하겠습니다.
ARPL 의 모듈처리 방식에 대해서는 제가 지식이 거의 없습니다.
별도 레드필용으로 다시 컴파일된 ko 파일을 /lib/modules 에 직접 주입하시는 방법도 있지만, 사용후기가 있는 검증된 파일로만 처리하시는게 좋습니다.
아래 헤놀포럼 토픽에 마지막글에 저와 kk xu 님의 대화를 참조하시면 좋을것 같습니다.
https://xpenology.com/forum/topic/49226-redpill-extension-drivermodules-request/page/12
r8168 /r8169 의 경우는 VID / PID 호환에 대한 이슈가 그간 없었는데
실제 ARPL fabio님의 r8169.ko / r8169.ko 파일을 위에 제가 알려드린 링크로 들어가셔서 다운받으시고 아래와 같이 대조를 해보시기 바랍니다.
1.TCRP 리눅스 상에서 0200 은 네트워크 컨트롤러의 CLASS 입니다. 제 경우를 예로 들면 인텔 랜카드 [8086:100f] = [VID:PID] 가 확인됩니다.
lspci -nn | grep 0200
02:01.0 Ethernet controller [0200]: Intel Corporation 82545EM Gigabit Ethernet Controller (Copper) [8086:100f] (rev 01)
strings r8168.ko | grep pci:
strings r8169.ko | grep pci:
님이 파일로 공유주셨던 정보는 아래와 같습니다.
+-1c.3-[06]----00.0 Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168]
petersuh@PeterSuhs-MacBook-Pro Downloads % strings r8168.ko | grep pci:
alias=pci:v00001186d00004300sv00001186sd00004B10bc*sc*i*
alias=pci:v000010ECd00002600sv*sd*bc*sc*i*
alias=pci:v000010ECd00002502sv*sd*bc*sc*i*
alias=pci:v000010ECd00008161sv*sd*bc*sc*i*
alias=pci:v000010ECd00008168sv*sd*bc*sc*i*
맨 아래 포함되어 있네요.
petersuh@PeterSuhs-MacBook-Pro Downloads % strings r8169.ko | grep pci:
alias=pci:v00000001d00008168sv*sd00002410bc*sc*i*
alias=pci:v00001737d00001032sv*sd00000024bc*sc*i*
alias=pci:v000016ECd00000116sv*sd*bc*sc*i*
alias=pci:v00001259d0000C107sv*sd*bc*sc*i*
alias=pci:v00001186d00004302sv*sd*bc*sc*i*
alias=pci:v00001186d00004300sv*sd*bc*sc*i*
alias=pci:v00001186d00004300sv00001186sd00004B10bc*sc*i*
alias=pci:v000010ECd00008169sv*sd*bc*sc*i*
alias=pci:v000010ECd00008168sv*sd*bc*sc*i*
alias=pci:v000010ECd00008167sv*sd*bc*sc*i*
alias=pci:v000010ECd00008161sv*sd*bc*sc*i*
alias=pci:v000010ECd00008136sv*sd*bc*sc*i*
alias=pci:v000010ECd00008129sv*sd*bc*sc*i*
alias=pci:v000010ECd00002600sv*sd*bc*sc*i*
alias=pci:v000010ECd00002502sv*sd*bc*sc*i*
그런데, r8169.ko 에도 또 들어가 있네요?
이게 일반적인 상황인지...
한번더 재확인은
petersuh@PeterSuhs-MacBook-Pro Downloads % strings r8168.ko | grep pci: | grep 10ECd00008168
alias=pci:v000010ECd00008168sv*sd*bc*sc*i*
petersuh@PeterSuhs-MacBook-Pro Downloads % strings r8169.ko | grep pci: | grep 10ECd00008168
alias=pci:v000010ECd00008168sv*sd*bc*sc*i*
화이트 리스트는 안에 XXXXXX10ECd00008168XXXXXXX 이런식으로 기록되어 있습니다.
이값을 대조해서 화이트 리스트안에 잘 포함되어 있는지를 확인합니다.
양쪽에 다 들어가 있어도 무방한것 같습니다.
pocopico님 TCRP RP-EXT 의 파일을 받아서 다시 대조해 봤는데 동일하네요.
저도 이렇게 사용되는 리얼텍 랜카드가 있는데 문제 없습니다.
petersuh@PeterSuhs-MacBook-Pro TCRP % strings r8168.ko | grep pci: | grep 10ECd00008168
alias=pci:v000010ECd00008168sv*sd*bc*sc*i*
petersuh@PeterSuhs-MacBook-Pro TCRP % strings r8169.ko | grep pci: | grep 10ECd00008168
alias=pci:v000010ECd00008168sv*sd*bc*sc*i*
RealTek Semiconductor RTL8168/8111 PCI-E Gigabit Ethernet NIC VID / PID 호환 여부를 확인 하겠습니다.
계속해서 반복 테스트 하다가 특이한 증상이 발생 했는데 ...
아직 확실하지 않으지만 RealTek NIC 접속이 되지않던 원인을 찾은 것 같습니다.
그리고 이전에 가이드 (https://www.2cpu.co.kr/nas/41503) 에서 아래 링크 가 없어졌군요.
https://github.com/PeterSuh-Q3/tcrp-modules/blob/main/all-modules/auxfiles/modules.alias.4.json 파일
https://github.com/PeterSuh-Q3/tcrp-modules/blob/main/modprobe/auxfiles/modules.alias.4.json
다운로드 파일은 아래 github를 말씀 하시는 것이죠?
https://github.com/fbelavenuto/arpl-modules/tree/main/broadwellnk-4.4.180
https://github.com/fbelavenuto/arpl-modules/raw/main/broadwellnk-4.4.180/atlantic.ko