확실히 지금 ..드라이버 문제인지는 모르겠습니다만 부트로더에 문제가 있네요..
netif_num =3 을 할경우
PCIE 의 i350-T2 두개만 살고 Realtek 8111H 죽고
netif_num=4 을 할경우
i350-T2 의 Lan1 이 죽고 나머지 두개는 살고 ... 지금 아직 테스트중입니다만...막막하네요
랜 드라이버 수동으로 추가해도 그렇게 되는 가요?
옛날에 4개까지 수동으로 추가 테스트할땐 잘되었던 기억이 나서요.
드라이버들은 ..모두 제대로 들어갔음을 확인했고 lspci 로 리얼텍 인식하는것도 확인했습니다
아무래도 최근에 업데이트된 powersched 또는 RT-Cmos 관련되서 마더보드의 네트워크 인터페이스가 비활성화 되는게 아닌가 싶습니다.
실제로 ARPL1.0 - Beta 0.5 이상부터는 리얼텍 랜만 죽는게 확인되었습니다.
powersched를 추가하셨다면 그럴수도 있겠네요.
제가 테스트한것은 순수한 tc에서 랜드라이버만 추가해서 테스트한것입니다.
로더와는 상관없이 실제 시놀로지 모델이 지원하는 1GB 랜카드 갯수와 상관관계가 있는것이 맞는것 같습니다.
powersched는 DS3622xs+ 와 같이 전원예약동작이 이미 잘되고 있는 플랫폼에는 제외되어 있습니다.
오히려 적용이 되면 로더가 KP가 나는 상황이 되서 저는 아예 제 m shell 용 드라이버에선 지워버렸습니다.
DS3622xs+는 1G 2개포트+ 10G 2개포트가 지원되는 모델임을 확인했습니다.
추가장착한 igb 듀얼랜카드가 eth0, eth1 으로 잡히고 내장랜인 e1000e 가 eth2 로 잡힌 상태입니다.
junior 상에 드라이버 로딩로그를 보니 문제가 있는것 같습니다.
정상로그는 각 드라이버가 정상으로 추가되었다는 메시지가 하나씩 확인되야 합니다.
저도 핫포사이님 하신것처럼 기존 TCRP 오리지널로 다시 빌드해 보고 junior 로그도 다시 떠보겠습니다.
insmod 보다는 modprobe 가 드라이버 종속성까지 처리하기 때문에 더 안정적이라는 포코피코님 가이드대로 만든것이긴 한데요.
기존 방식은 insmod 로만 처리 됩니다.
마지막으로 올린 DS3622xs+ DSM 부팅상태에서는 3개의 랜정보가 서로 꼬여서 들어갑니다.
이 현상은 DSM 6 에서도 보았던 상황인데요.
TCRP 오리지널로 다시 빌드해도 왠지 상황은 똑같을것 같습니다만, 일단 다시 시험해 보겠습니다.
아래는 댓글로 제 M SHELL 로 빌드한 1차 시험 결과를 첨부합니다.
예상대로 TCRP JOT 모드로 force_junior 옵션을 주고 junior 모드로 들어가서 네트워크 드라이버 로딩상황과 ip 할당상태를 다시 봤습니다.
확실히 비정상입니다.
ARPL 로 시험해도 상황은 같지 않을까 싶습니다.
모델 자체에서 1G 3개 랜 이상으로 지원하는 모델을 찾아서 다시 시험해보겠습니다.
시놀로지 모델을 1GB 4포트가 지원되는 DS1621+ 로 바꾸어 보았습니다.
아래 결과에서 보시는것처럼 3개 랜이 각각 다른 MAC을 가리키면서 IP 도 각각 부여 되는군요.
모델을 전환해 보십시요.
제 M SHELL FOR TCRP FRIEND 로 빌드해도 문제 없습니다.
안녕하세요. 화정큐삼님
DS3622xs에서 랜4개를 잡은 스샷입니다. 지금 막 테스트하였는데 저는 정상적으로 잡힌것 같습니다.
제가 한 방식을 간단하게 올리겠습니다.
TheSTREET님 핫포사이님이 나머지 2개의 랜카드는 1G가 아닌 2.5G 2개를 사용하셨다고 하시구요.
가장 중요한것이
"maxlanport": "8"
값을 추가하셨답니다.
원래의 스펙수치보다 더 장착하려면 이렇게 변경해야 하는것 같습니다.
cmt alert