dateno1 2023-06

ls로 시스템 파티션의 커널 모듈 체크해보거나, 시스템 빌드넘버를 문자열로 획득가능하다면 획득해서 7.2이상일때 작동 안 하게 하는건 어떤가요?

물른 순정의 모듈로 잘 된다면 그대로 둬도 될꺼같습니다

화정큐삼 2023-06

저도 아직 연구단계이긴 하지만, DSM 설치의 Junior 모드 단계에서는 통합팩으로된 all-modules 를 /lib/modules 에 압축해제를 하고 modprobe 또는 eudev 를 통해
디바이스 탐지후 해당되는 모듈을 로딩되게 합니다.
이후 이 헤놀 모듈은 junior 단계의 DSM 설치만을 도와주고 DSM 설치가 완료된 상태에서는 /lib/modules 에 남아있질 않습니다.
순정 바닐라 모듈 리스트만 그 안에서 확인이 되는데요.
그렇다고 해서 junior 단계에서 도움을 주었던 모듈들이 DSM 에 영향이 완전 사라지는게 아니고 어딘가에서 동작하고 있는것처럼 작동합니다.
이 상관관계를 아직 못풀었습니다.

Junior 로딩 단계에서 DSM 설치 이후 단계에 까지 모듈파일이 강제로 존재지속하도록 하는 방법은
/tmpRoot//lib/modules 에 모듈파일을 복사하는 방법이 있는데요.
아직 다른 레드필 로더들도 굳이 이렇게 까지 하지 않는 이유가 있을겁니다.

이 상관관계를 아직 모르기에 컴파일된 모듈을 rmmod 해서 걷어내거나 막는 제어가 아직은 어렵습니다.

그리고, lsmod 로 확인된 커널 모듈은 확인이 되지만, 실제 물리적인 카드가 없으면 dmesg 로그를 통해 모듈이 정상로딩 되는지를 관찰 할 수가 없습니다.

admin2@VMWARE_FUSUIN:~$ uname -a
Linux VMWARE_FUSUIN 4.4.302+ #64561 SMP Fri May 19 01:38:13 CST 2023 x86_64 GNU/Linux synology_broadwellnk_3622xs+

admin2@VMWARE_FUSUIN:~$ lsmod | grep mlx
mlx5_core            506067  0
mlx4_en              120386  0
mlx4_core            281106  1 mlx4_en
mlx_compat              1625  3 mlx4_en,mlx4_core,mlx5_core
vxlan                  33429  8 i40e,qede,bnx2x,ixgbe,be2net,mlx4_en,bnxt_en,mlx5_core

admin2@VMWARE_FUSUIN:~$ dmesg | grep mlx
admin2@VMWARE_FUSUIN:~$


아직 통합모듈안에 바닐라 mlx5_core.ko 를 포함시키지 않은 상태 입니다.

https://github.com/PeterSuh-Q3/arpl-modules/tree/main/vanilla/broadwellnk-4.4.302

시롤로지 홈에서 DS3622xs+ 의 타사 10G 이상 랜카드 호환리스트를 확인해보면 아래 3개정도가 바닐라 모듈로 추정됩니다.

https://www.synology.com/en-us/compatibility?search_by=products&model=DS3622xs%2B&category=network_interface_cards&display_brand=other

emulex be2net
intel ixgbe
Mellanox mlx5

mlx5_core.ko 바닐라 모듈을 그냥 팩에 포함을 시키기 전에 테스트를 최소한 한번 거치고 싶었는데요.
고가 장비고 사용자 분이 많지를 않아서 테스트 결과를 받기가 쉽지 않을것도 같습니다.

도와주시는 분이 없으시다면, 일단은 그냥 포함시켜볼까도 합니다.

dateno1 2023-06

해당 모듈이 7.2에서 추가된거니 7.2인지랑 해당되는 모델인지 2개의 문자열만 확인 가능하다면 (DSM 제어판의 시스템 정보 문자열 다 수정 가능하니 불가능은 아니라고 봅니다) 이걸로 문제를 일으키는 대상인지 확인해보시던지,

DSM커널 부트하기전에 이미 마운트되어져있는 DSM 설치 파티션에서 ko유무를 체크해서 insmod란식으로 처리해보세요
if [ ! -f "/lib/modules/mix4.ko" ]; then
    insmod mix4.ko
fi
대충 이런식으로 insmod.sh 작성하신후 부트시 실행시키면 되겠네요

굳이 커널 모듈을 적재했다가 제거할 필요 없이 적재전에 확인하면 일체의 영향 안 줄 수 있습니다

어떤 이유든간에 시스템 파티션의 모듈 목록에 해당 모듈이 존재한다면 그걸 우선시하는게 옳을테니 후자면 될꺼라 봅니다

현정사랑 2023-06

connecX-4 구매하려고 계속 벼르고 있었는데 몇달째 못구하고 있습니다...
connecX-3는 화정큐삼님 설명대로 설치해서 잘쓰고 있습니다.

화정큐삼 2023-06

connectX-3, connecX-4 용 종속모듈 mlx_compat.ko 이 하나 누락된것을 발견해서 2일전에 새롭게 통합팩에 보완했습니다.
시간되실때 DSM 설치단계 (Junior) 에서도 다른 랜카드 도움없이 connectX-3 로만 동작하는지 시험 한번만 부탁드리겠습니다.

현정사랑 2023-06

출장때문에 다다음주나되야 가능할것 같습니다.
내장랜 비활성화하고 직접 연결 해봐야 겠네요.
connectX-3가 qsfp+라 공유기에 직접 못물려서 젠더나 분기 케이블 같은걸 구해야 겠습니다...

현정사랑 2023-06

내장랜 비활성화후 connecX-3에 QSFP->SFP->1G UTP 젠더 두개 통해서 DS3622xs+ DDSML로 설치 성공했습니다.
그런데 빌드 화면에서는 IP 할당된게 보이다가 빌드하고 재부팅하면 CAN NOT GET IP라고 뜨네요. 빌드화면에 떠있던 IP로 접속해서 설치하거나 40초정도 기다리고 IP 스캐너로 스캔하면 나오긴합니다.

화정큐삼 2023-06

테스트 감사합니다. 
DS3622xs+ 내장모듈(바닐라 모듈)을 mlx_compat.ko 포함한 3개의 모듈파일을 사용한게 맞나 보네요.
앞으로 멜라녹스는 이 상태를 계속 유지하면 될것 같습니다.
FRIEND 부팅과정에서 IP 사전 확인기능 아직도 조금 불안정 합니다.
pocopico 님이 구현하신 원본에서 한번더 캐치하는 기능을 제가 보완하긴 했는데, 그래도 좀 부족하네요.
7초 ~ 0초로 바뀐 이후부터는 시놀커널이 본격적으로 로딩되는데 여기서부터 모듈이 로딩되는데는 일반적으로 40초 정도는 대기해 주셔야 PING 응답이 가능합니다.
정상적인 응답입니다.