화정큐삼안녕하세요.
몇주전 괴현상을 한번 경험하고 별일 아니겠지 하고 치부하고 넘겼는데,
오늘 또 다시 재현되는 현상 때문에 미치고 팔짝 뛰겠습니다.
HDMI케이블을 헤놀본체쪽 내장그래픽 HDMI포트 또는 모니터쪽 HDMI포트에서 뽑는 순간
네트워크에서 헤놀이 사라집니다.
HDMI케이블을 원래대로 다시 꼽고 한 2~3분 기다리면 랜이 다시 살아납니다.
다른 PC에서 PING 192.168.35.9 -t 트레이스를 띄운 상태에서
헤놀부팅을 하면 HDMI케이블이 본체와 모니터 양쪽에 잘 붙어 있으면 PING 응답이 정상이나
한쪽만이라도 뽑혀 있으면 PING이 안옵니다.
제가 추측하기엔 1.04B 부트로더가 무언가 특성을 타는것 같아 보입니다.
HDMI에서 비디오 신호가 사라지는 순간 랜카드쪽에 영향을 주는것 같습니다.
제 메인보드는 신품이라 불량일 가능성은 없을것 같습니다만, 윈도우7 사용시에도 이런 현상은 없었던것 같습니다.
이렇게 쓰면서도 살짝 자신이 없어지는데, 윈도우에서도 동일한 증상이 오는지 한번 시험을 해보긴 해봐야 할 것 같습니다.
보드가 불안정 한건지, 헤놀 부트로더가 불안정 한건지 잘 모르겠네요.
가능하면 헤놀로지 포럼에도 이와 같은 현상이 보고된적이 있는지도 살펴보아야 겠습니다.
혹시, 유사한 경험이나 조언이 있으시면 댓글 부탁드리겠습니다.
아예 hdmi 빼고 써보세요.
제 경우는 i5-4690 사용중인 GIGABYTE GA-B85N Phoenix-WIFI ITX 보드입니다.
말씀하신대로 918+ 헤놀을 사용중입니다.
이보다 더 오래전에 랜덤 재부팅을 이미 한번 경험한적이 있습니다.
정전이 있었나하고 집안식구에게 물어봤는데, 분명 정전은 아니였습니다.
HDMI를 아예빼면, 랜을 처음부터 못찾습니다.
그래서 이번엔 HDMI 대신 DVI 포트를 물려봤습니다.
DVI도 동일한 현상이 나타납니다. 대신 본체/모니터 둘중 한군데 DVI를 포트를 빼면 랜이 반응이 없는데, 다시 원상태대로 꽂으면 랜이 살아납니다.
아까 HDMI의 경우도 다시 원상태로 꽂은후 한참 기다리면 살아날것 같습니다. 좀 몇분 기다리면 살아납니다.
이래선 모니터 없이 헤놀 본체만을 독립해서 둘 방법이 없겠네요. ㅜㅜ
희안하게 모니터 달고 화면 띄우면 네트웍에서 찾아지는 현상요...
다만... 제 경우엔 모니터 달아두고 여러번 껐다 켜면 랜이 시놀로지 어시스턴트에서 잡히더군요.
그래서 그냥 1.02에 3615 설치해 사용합니다
제가 확인한 버그 경험분이 여럿 계시는걸 보니 확신이 서네요.
지금으로선 918+를 포기할 수가 없어서요.
패치된 1.04b 부트로더를 다시 찾아보려 합니다. ^^
부트로더 패치까지해서 USB를 사무실에서 다시 만들어 두었습니다.
집에 돌아가서 테스트 HDD만 새로 붙여서 이 패치된 부트로더로 시험해 보겠습니다.
NUC2820엔 셀러론 CPU가 들어가나요? 셀러론으로는 실패한 경우가 있었다고 하셔서요...
수퍼싸이언님 실험결과에 의하면 J1900은 recovery 버젼으로만 성공하셨다고 합니다.
J1900은 BayTrail 계열인데, N2820 도 동일한 BayTrail 계열의 셀러론이라 비슷한 iGPU를 사용하지 않을까 싶은데요.
두 CPU iGPU 스펙까지는 검색을 못해봤습니다.
https://ark.intel.com/content/www/kr/ko/ark/products/79052/intel-celeron-processor-n2820-1m-cache-up-to-2-39-ghz.html
제 예상이 맞네요. J1900도 동일한 아톰 Z3700 iGPU 사용합니다.
https://ark.intel.com/content/www/kr/ko/ark/products/78867/intel-celeron-processor-j1900-2m-cache-up-to-2-42-ghz.html
vga드라이버 관련 패치된 extra.lzma로 패치해서
테스트해보세요.
어제 헤놀로지 포럼가서 열심히 검색해 봤는데, 918 hdmi 검색어로 찾아봤는데,
주로 영어와 러시아어로 된 답변들이 많이 있었습니다. 구글 번역기의 도움을 받긴했는데, 무슨 소리인지 통 모르겠더군요.
그 답변들 안에는 디오님 알려주신대로 ig-88 와 extra.lzma 단어가 눈에 들어왔었습니다.
패치 찾아서 다시 적용해 보겠습니다.
좋은 하루 되십시요.^^
시스템 사양은 i5-4690 + GIGABYTE GA-B85N Phoenix-WIFI ITX 에 DS918+ DSM 적용했습니다.
새로 올라온 패치용 extra.lzma/extra2.lzma 2개 파일과
최신버전 "DSM_DS918+_24922.pat" 파일의 zImage / rd.gz 2개 파일은 ZIP유틸로 열어서 추출해 내었습니다.
총 4개의 파일을 ig-88 개발자 가이드대로 osfmount 툴로 열때 grub.cfg 파일이 존재하는 파티션0 이 아닌 파티션1을 열어서 덮어 씌웠습니다.
이 파티션1에는 딱 이 4개의 파일만 존재합니다.
저는 포맷된 새HDD를 사용하지는 않고, 헤놀의 추가HDD로 장착되었다가 불필요해서 제거한 DSM BASE만 들어있는 HDD를 사용했습니다.
위에 Mazinga님 말씀대로 find.synology.com 에서는 못찾고 시놀로지 어시스턴트 프로그램으로는 찾아졌습니다.
그런데, 모니터선을 뽑았을 때 랜이 죽는 현상은 아직도 그대로 남아 있었습니다. 역시 모니터선을 다시 꽂아주면 랜은 되살아 납니다.
영문으로 설명된 패치내용을 100% 이해할 수는 없었지만, 아무래도 이번 iGPU관련 패치가 이 테스트와 관련된 사항이 개선된것 같지는 않고
하드웨어 트랜스코딩의 정상작동 여부에 포커스가 맞춰진것이 아닌가 싶습니다.
일단 이 현상은 아직 해결을 못본 상태입니다.
외국분들 답변을 한번 기다려보려 합니다.
https://xpenology.com/forum/topic/25979-ethernet-port-disappears-after-disconnecting-hdmi-cable/?tab=comments#comment-135467
https://xpenology.com/forum/topic/21663-driver-extension-jun-103b104b-for-dsm622-for-3615xs-3617xs-918/?do=findComment&comment=135518
모니터선을 처음부터 꽂지말고 부팅을 해서 사용해 보라고 했습니다.
이 시험은 0.8 패치 미적용 부트로더로 몇일전에 제가 시험을 했는데, 문제가 있었습니다.
어제 0.8패치된 부트로더로 이 시험을 못해봤었습니다.
금일 집에 돌아가서 다시한번 시도해 보겠습니다.
부팅했을 때 이더넷을 여전히 못찾습니다.
포럼에 다시 문의해 보겠습니다.
여전히 이더넷 무반응 입니다. 이 상태에서 모니터선만 다시 꽂아도 이더넷 무반응이구요.
아마 부트로더 개발자분도 당장 버그패치 해주시기는 어렵지 않나 싶습니다.
일단은 재문의는 올려두었습니다.
https://xpenology.com/forum/topic/21663-driver-extension-jun-103b104b-for-dsm622-for-3615xs-3617xs-918/?do=findComment&comment=135624
진행했습니다.
포럼에 있는 기본 로더에 6.2.1.버전으로 설치했는대 모니터 연결 안해도 부팅도 잘되고 트랜스코딩도 잘되고 있습니다.
패치 버전이 나오거나 안정화 될때까지는 현재 버전을 사용해야 될듯 싶습니다....
데이터만 예전하드에서 다시 옮기는 고통스러운 과정이 아닌가요? ㅜㅜ
예전 레드밀크님 도움으로 어찌어찌해서 다운그레이드를 해보긴 했는데, 여간 고통스러운 작업이 아니더군요.
https://blog.naver.com/oscans/221142998643
방법은 아주 간단하네요.
DS918+의 경우는 6.1.7->6.2.1->6.2.2 의 버젼 순서대로 업데이트가 되어 왔던것 같습니다. 정확한건 시놀로지 DSM 다운로드 페이지 가서 한번더 확인해 봐야 할것 같구요.
그래서 /etc.defaults/VERSION 를 root 권한으로 vi 에디터로 수정해서 버전을 6.1.7 로 속여두고
바로 다음버전으로 업데이트가 가능하니 6.2.1로 업데이트만 진행하면 끝인것 같습니다.
-> 시놀로지 다운로드 센터가서 검색해보니 6.1.7 다음 버젼은 6.2-23739 네요.
6.2-23739 로 치팅하고 6.2.1-23824 로 업데이트 하는 방법을 택해야 할것 같긴 하네요.
다운그레이드 자체는 깔끔하게 성공했습니다.
그런데, 모니터선 뽑아 봤는데, 여전히 랜이 사라지네요... ㅜㅜ
그래도 다운그레이드 방법을 이기회에 배워서 좋았습니다.
다운그레이드 성공한 방법은 제가 별도 글로 하나 남겨두도록 하겠습니다.
대강 말씀드리자면, vi 에디터로 올드버전으로 돌릴만한 샘플이 필요했는데, 인터넷에 돌아다니는 내용이 별로 없어서
아래 레드밀크님 6.1 버젼의 내용을 그대로 본따 넣었습니다.
https://redmilk.co.kr/archives/2707
그리고 위 김훈상님 말씀처럼 업데이트를 진행하라는 메시지는 없습니다.
그냥 최신버전을 유지하고 있다고만 나와서 좀 당황했습니다.
최신이고 어쩌고 다 무시하고 따로 받아둔 6.2.1 DSM 파일을 수동 DSM 업데이트로 밀어 넣었습니다.
20분 가량이 소요된다고는 했는데, 실제로는 그렇게 까지 안걸립니다.
5분내에 모든게 끝났던것 같습니다.
부팅 USB는 포럼에 있는 918+ 1.04b 다운받아서 시리얼 하고 맥주소만 바꿔서 새로 만든 다음에 다운그레이드 진행했습니다.
저랑 환경이 똑같으시니 백업 진행하시고 다른 피씨에 하드디스크 붙여서 초기화 하신 다음에 재설치 해보는건 어떨까요?
커널이 물고있는 드라이버 정보를 좀 달라고 한것 같습니다.
lspci 명령어를 사용해서 아래커럼 커널 드라이버 정보를 잡아봤는데, i915가 눈에 들어오네요.
ig-88의 0.8 패치에서도 i915 이 한참 언급이 되긴하던데요.
admin@NAS4:/$ lspci -k | grep 'Kernel Driver'
Kernel driver in us: hsw_uncore
Kernel driver in us: i915
저는 이번 다운그레이드 마치고 이제 거의 포기단계로 접어들었습니다.
그냥 아래 5천원짜리 HDMI DUMMY PLUG 를 물려보고 모니터가 붙어 있다고만 인지되면 이물건을 그냥 활용해서 붙여놓고 써볼 생각입니다.
https://smartstore.naver.com/hwangcom/products/4826834600?NaPm=ct%3Dk6wayg6g%7Cci%3D30d4fe963dbfac4b6594baf93e7e233e49caa9b8%7Ctr%3Dslsl%7Csn%3D1052054%7Cic%3D%7Chk%3Dedd2577fbbf26ba50a6ef3ae688a8d37d89b4209
HDMI 더미 플러그가 회사에 있어서 혹시나 하는 마음에 집에 가져와서 테스를 해봤는대 간헐적으로 재부팅되는 현상은 똑같았습니다.
부팅하자 마자 1분만에 재부팅 될때도 있었습니다. 그래서 그냥 재부팅되든 말든 사용중었고, 다운그레이드 후에는 안정적으로 돌아가고 있습니다.
그런데 저는 /etc.defaults/VERSION 수정하고, 중간에 HDMI선을 뽑아 버려서 접속이 안되어 pat파일을 못올려서 그냥 재설치 해서 버전을 내렸습니다..
그래서 재설치를 권해 드려봤던 겁니다...
저는 간헐적 재부팅 현상은 아직 없습니다.
혹시 HDMI 더미 플러그가 네트워크상 랜이 사라지는 현상은 막아주나요?
VERSION 파일 수정하시고 HDMI선 뽑으셨더라도 다시 꽂으시고 1~2분 기다리시면 다시 랜이 살아나는데요. 저도 이렇게 살아나는건 최근에 알았습니다.
다운그레이드가 아닌 새하드에 신규설치를 진행하셨군요.
저는 이미 SHR이 구성된 상태로 4 HDD + 1 SSD (캐쉬 m-sata) 로 총 5개의 SATA를 이미 점유하고 있습니다.
마지막 E-SATA 포트가 하나 남아 있는 상태이긴 한데요. 이 마지막남은 HDD에 초기화 시킬 HDD를 올리고
기존 SHR HDD를 물리면 알아서 마이그레이션이 될까요? 패키지가 설치된 메인 볼륨은 이미 새하드가 물고 있으니
패키지 재설치와 환경등은 새로 잡아야 할테고, SHR의 데이터만 살려서 붙이게 될듯 한데요.
이렇게 제가 예상하는 방법으로 진행하신 걸까요?
플러그 연결해 놓으면 정상적으로 부팅은 잘 됩습니다.
저는 재부팅이 문제였지만, HDMI 연결하시고 재부팅이 안되신다면 더미플러가 효과가 있을것 같기도 합니다...
VERSION 파일 수정하고 나서 HDMI선 뽑고 나서 아차 싶어서 다시 연결해 봤지만 랜이 다시 살아나지는 않더군요.
다운그레이드는 HDMI 연결 후에 다시 랜선이 살아나지 않아서 메인 SSD 떼어 내서 다른 PC에서 포멧하고 나머지 HDD는 전원선 연결 해제 후에
메인 SSD다시 붙이고, 새로 6.1.7버전 설치 후에 HDD 전원 연결 후 저장소관리에서 수리로 볼륨 복구 했습니다.
저는 SHR인 레이드로 볼륨이 1개 뿐이라서 패키지가 다 이 1개의 메인 볼륨에 다 같이 들어 있습니다.
SSD를 하나더 붙인다음 이 새 볼륨 2에 패키지를 옮겨두고 나서 바른소년님 하신 방법을 따라하면 될 것 같습니다만,
수리로 볼륨복구 하는 과정도 거치고 해야 하는데, 한번도 안해본 작업이라 선뜻해보긴 겁이나네요.
더미 플러그에 먼저 시도해 보고, 그래도 불편하면 한번 생각해 봐야 겠습니다.
68오옴 저항 3개와 DVI-RGB 젠더만 있으면 납땜같은것 없이도 30초안에 간단히 DVI 더미 플러그를 만들는 방법도 있군요.
그런데, 68오옴 저항을 집에서 그냥 구할길이 없어서...
https://www.techpowerup.com/forums/threads/30-second-dummy-plug.87670/
좋은 주말 오후 되십시요.^^
DVI 케이블을 본체에서 분리하니 랜이 사라지고,
바로 HDMI 포트에 이 더미 플러그 장착을 했습니다. 한 2~3분 대기하니까 다시 랜이 살아났습니다.
이렇게 더미 플러그로 버틴다고 보면, 제 경우는 다운그레이드가 딱히 필요없었던것 같네요.
금일 다시 업글해서 최신버전으로 되돌리려 합니다.
더미 플러그 덕에 문제는 없을것 같네요.^^
IG-88 님으로부터 오늘 오전에 답변이 왔습니다.
IG-88 님도 해결은 못하는 경우로 결론지으신것 같습니다.
해석이 잘 맞는지 모르겠지만, 오역이 있는부분은 지적 부탁드립니다.
https://xpenology.com/forum/topic/21663-driver-extension-jun-103b104b-for-dsm622-for-3615xs-3617xs-918/page/18/?tab=comments#comment-136422
일부 특정 보드에서만 나타나는 현상 같다면서, 때로는 리눅스에서도 동일한 현상이 나타나기도 한답니다.
다른 일부 시스템에 HDMI 더미 플러그가 사용된 사례를 본적이 있었다고도 하구요.
이 문제가 해결되도록 트윅된 커널의 제공이 필요할지도 모르지만,
커널은 시놀로지에서 DSM과 함께 수정되어 왔고 백포드된 i915 드라이버 소스를 얻을수도 없기 때문에 패치된 커널을 만들어 내기가 어려운것 같습니다.
Jun님이 (설령 이 드라이버 소스를 가지고 있더라도) 이것을 공개하지 않고, 부트로더 모듈을 만들기 위해서만 그것을 사용했다고 하네요.
확실한 i915 드라이버 소스가 없기 때문에, 시놀로지도 이걸 공개할 이유도 없구요. 쉽게 패치에서 공개하기가 어려운 상황 같아 보입니다.
원래의 HDMI 더미 플러그의 사용목적은 원격PC의 해상도가 이상을 일으킬 때 활용하는것으로 알고 있지만,
위와 같이 헤놀에서 모니터선 분리시 랜카드가 문제가 생기는 경우도 활용을 하게 되어 버렸네요.