시스템은
CPU : E-2334
램 : 32GB
보드 : ASUS P12R-i C252 Chipset, (i210-AT 랜, 바이오스/BMC 최종버전)
로더 : TCRP 1.2.9.2 (DS1823xs+)
입니다.
기존에 썼던 방법대로 세팅했고 분명 커널로딩은 다 榮쨉/p>
장치를 못찾고 있습니다.
뭐가 문제인지 도통 모르겠습니다...
혹시 빠진부분이나 변경해야되는 부분이 있으면 조언 부탁드립니다.
- KIntel Breaker -
시스템은
CPU : E-2334
램 : 32GB
보드 : ASUS P12R-i C252 Chipset, (i210-AT 랜, 바이오스/BMC 최종버전)
로더 : TCRP 1.2.9.2 (DS1823xs+)
입니다.
기존에 썼던 방법대로 세팅했고 분명 커널로딩은 다 榮쨉/p>
장치를 못찾고 있습니다.
뭐가 문제인지 도통 모르겠습니다...
혹시 빠진부분이나 변경해야되는 부분이 있으면 조언 부탁드립니다.
https://www.2cpu.co.kr/QnA/971666?&page=4
저도 비슷한 증상 있었는데, 모델 변경해서 하니까 정상작동 했었습니다.(DS2419+)
중간에 메시지 보시면 이 NVMe 의 1번 파티션을 못찾고 있습니다.
이렇게 비정상 상태로 빠져서 커널패닉이 난것 같습니다.
일단 USB 형 부트로더로 시도하셔서 안정화 먼저 보시구요.
그 다음에 USB 로부터 NVMe 로 부트로더 이식을 다시 하실 수 있습니다.
로더 메뉴중 추가기능 쪽에 이런 부트로더 미디어간 복사 기능이 있습니다.
저도 자체테스트 한번 더 해보고 말씀드리겠습니다.
화면에 보이는 fdisk 에서 파티션을 못찾는 동일한 문제가 보이네요.
해당 문제는 버그 수정해서 0.1.4k 버전업 시키겠습니다.
원래 파티션은 /dev/nvme0n1p1, /dev/nvme0n1p2, /dev/nvme0n1p3 등으로 인식해야 하는데, 문자열이 하나 잘려나간것 같습니다.
USB 꼽기가 애매해서 그랬고 바로 직전에 쓰던 시스템 (i3 8100t, MSI B360M 보드)도 똑같이 옵테인 16GB에 NVME로 부트로더 구성해서 굴렸었는데 이상 없었습니다.
다시 로더 새로 만들어서 확인해보겠습니다.
그래서 dom_szmax 사이즈 계산과정에서 쓰이는 fdisk 의 이상동작은 아예 원천 차단했습니다.
일단 이렇게 바뀐 버전으로 한번만 더 빌드해 보시고 결과 알려주십시요.
오류 없다면 굳이 USB 에 부트로더 다시 만드실 필요는 없을것 같습니다.
동일하게 DS1823xs+로 빌드한 기준 10세대 기반 다른 시스템 조합 (i5 10400 + B460M 보드 + 옵테인 16GB)에서는 정상적으로 DSM이 올라옵니다
혹시나 해서 i210 내장랜 다 죽여버리고 USB랜 (RTL8152)로 해도 동일합니다.
아무래도 E-2334 + C252 조합이 문제인것 같습니다 --;;;
DSM 7.3 전용모듈이 아직 없는 경우에 대해 모듈을 새로 컴파일해서 제공드리려 합니다.
현재는 DSM 리눅스 커널버전이 4.4.320 으로 DSM 7.2 와 DSM 7.3 이 버전의 변화가 없다는 이유로 별도 컴파일을 하지 않아도 큰 문제가 없었는데요.
그래도, 시놀로지 툴체인 7.2를 사용한것과 시놀로지 툴체인 7.3을 사용한것은 미세한 차이가 있는것 같습니다.
툴체인 7.2 로 컴파일된 모듈을 7.3에 바꾼것은 SA6400 같은 커널5 기반모델만 적용했었습니다.
DS1823xs+ (v1000) 같은 커널 4 기반의 모델도 모듈을 새로 컴파일해서 분리제공 해 보겠습니다.
저도 새로 컴파일된 모듈로 별도 igb 나 리얼텍 랜 안정성은 한번더 시험해 보겠습니다.
말씀하신대로 메인보드의 호환성이 떨어져서 보드 칩셋단에서 커널패닉이 나는 경우도 있을 수 있습니다.
이걸 판별하려면, COM1 포트를 통해서 시리얼로그로 판별해 볼 수 밖에 없는데,
최신형 보드에는 COM1 시리얼 포트를 제공하지 않는 추세이기도 하고 (서버 보드는 아직까지 제공하는듯 합니다.)
보통은 이런환경 구비가 안되어 있으셔서 구별하기 어렵습니다.