안녕하세요.
6.2에서 7.2까지 한방에 올라가다 보니 우여곡절이 많았습니다.
대략 일주일간 삽질에 삽질을 거쳐 TCRP+M SHELL / ARPL 번갈아 가며 설치만 100번 한듯합니다.
제 사양에서 문제점으로는 TCRP,ARPL 사용시 918,3618,3615,3622,920등 DSM7.2_64561 버전 외에는 56% 파일손상 메세지가 나왔습니다.
7.0.1에서 AME 패치등을 통해 순차적으로 업그레이드 할 예정이었으나 결론은 정품시리얼 있으시면 7.2로 바로 가도 된다 였네요.
어차피 데이터는 살아있을꺼라는 굳은 믿음을 가지고 임하니 삽질의 속도가 붙더군요.. 하하
CSM, UEFI, ACHI/IDE 문제는 아니었고 다운로드 후 패키지 설치중 boot syno1,2,3 영역이 올라오지 않아 발생된 문제로 추측됩니다.
많은 로더 변수 변경과 어떠한 버전에도 56% 늪에서 벗어나질 못했네요.
직장 동료들에게서 USB3.0 죄다 뜯어내서 10개이상을 바꿔가며 시도했었습니다.
제 나름 원인분석 명령어(분야가 비슷한데도 눈크게 뜨고 봐도 모르겠더군요..)
more /var/log/linuxrc.syno.log
tail -f /var/log/messages
cat /var/log/*rc*
ll /dev/syno*
● 헤놀PC 사양
- CPU : Intel Core i5-4690 (Haswell)
- 메인보드 : GA-B85M
- MEM : 8GB
- 추가카드(IPTIME 인텔 LANCARD 1G, Marvell 88se9215 Sata 확장카드)
- HDD 8EA
- 쿠팡 올화이트 시리얼 9500원 구매
● 최종 설치 버전
LINK : GitHub - PeterSuh-Q3/tinycore-redpill
tinycore-redpill.v0.9.4.3-2.m-shell.img
DDSML 단일선택, 부트 로더 7.2 64561
DSM_DS918+_64561.pat 별도 다운로드 없이 최신버전으로 다운로드 후 설치
1. DSVIDEO, DSPHOTO,FFMPEG4~6 모두설치
2. 헤놀 <> 시놀로지 계정 등록(로그인) 연동
3. AME 설치(최초 설치시 DSVIDEO AAC,EAC3,DTS 시청불가)
SSH 접속후 more /usr/syno/etc/codec/activation.conf 확인시
성공으로 확인되나 코덱 정보 없이 SQL 에러 메세지만 나와서 DSM 리부팅 시행
DSM 리부팅 후 {"success":true,"activated_codec":["h264_dec","h264_enc","ac3_dec","hevc_dec"]," 정상
aac, eac3, dts 코덱 재생을 위해 게시물 :DSM 7.1.1-42962 이후 버전 VideoStation EAC3 등 사용하기 참조
LINK : DSM 7.1.1-42962 이후 버전 VideoStation EAC3 등 사용하기 :: 2cpu, 지름이 시작되는 곳!
ame.py 사이트 확인시 7.2는 지원하지 않았음(리스트에 7.2 항목을 추가해봤자 의미 없음, MD5코드도 입력해야함)
Wrapper_VideoStation 설치 및 적용
단순 Weapper만 설치 후 DSM 리부팅
리부팅 후 위의 AME 상태 및 activation.conf 정보 변화 없음
DSVIDEO에서 AAC,EAC3,DTS 재생됨.... 너무 쉽게 재생 되어버렸습니다.
너무 허무하네요. 7.2 버전은 안된다고 알고 죽어라 7.0.1을 설치하기위해 고군분투 했었는데 말이죠..
결론은 리부팅이 답이었습니다.
랜덤시리얼 사용시 6.2 -> 7.0 또는 7.0.1 마이그레이션 AME,FFMPEG 패치 후 최종 7.1.1까지 업데이트 하려고했는데 정품시리얼 구매로 7.2 한번에 가게되었습니다 다행이 코덱문제가 해결되어 고생한보람이 있네요
정품 시놀로지 918+ 와 926 장비가있어 7.2 업데이트 후 AME PACK만 따로 가져와봤지만 랜덤시리얼 해놀에서는 코덱 재생이 불가능 하였습니다
오히려 재생불가능하다는 멘트가 없어지며 AAC,EAC3,DTS영상은 뱅글뱅글 돌기만 하더군요
물른 정품 시리얼 가지고 계신다면 그걸 쓰시는게 젤 확실합니다
이부분이 너무 어렵습니다.
리눅스에 깊은 지식이 없으면 개선이 어려운데, 헤놀포럼 TTG 그룹의 고수분들이 안정화를 시켜주신다고 lkm 쪽 syno bios 소스 패치도 해주시는데도 이게 잘 안되는것 같습니다.
제가 임시방편으로 synoboot1,2,3 파티션이 자연스럽게 마운트가 안되면
synoboot1,2,3 노드를 강제 생성해서라도 DSM 설치가 되도록 하는데,
가짜 노드가 비록 있더라도
ll /sys/block 에서 synobios 디바이스가 확인이 안되면 56% 파일손상 메시지로 이어지는것 같습니다.
이런 현상들이 일정 패턴이라도 확인되면 회피할 방법을 찾기라도 할텐데,
아직까진 패턴마져도 확인이 어렵습니다.
저는 최근에는 7.2 중심으로만 시험을 하긴 했는데,
이부분이 7.1 보다 잘 된다고 볼 순 없을것 같습니다.
워낙 케바케라...
제가 아직 lkm 영역까지 같이 패치를 할 수 있는 레벨이 안되서 패치 올라올때 마다 유심히 들여다 보긴하는데, 너무 어렵습니다. ㅎㅎ
ame 가 활성화 안되니 안되는거 같네요..
저는 계정 로그인은 안해서.. ^^;
7.1.x 때는 ame.py 이용해서 됬는데 7.2 에서는 말씀대로 MD5 관련 메세지 나오며 진행이 안되나보네요..
좀 기다려 봐야겠습니다 ㅎㅎ