화정큐삼헤놀로지 Synodisk (데이터디스크)에 부트로더를 이식해서 USB 부트로더를 떼어버리는 방법은
DSM 6 시절에도 있었던 기능였습니다.
하지만 DSM7 레드필에 오면서 로더의 커널사이즈가 점점 커지는 바람에 과거의 방법으로 부트로더를 이식하는건 더이상 불가능해 졌습니다.
rr 의 개발자 wjz304 님의 제안으로 시작하게된 기능입니다.
작년 10월 최초 버전이 나왔을때는 어쩔 수 없이 2개의 하드를 사용해야 했지만, 이젠 DSM6 처럼 하드1개로 부트로더 이식이 가능합니다.
rr 은 커널의 덩치가 mshell 보다는 훨씬 커서 부트로더 이식이 불가능할것 같습니다.
기존 디스크에 부트로더 이식용 파티션 3개를 모두 확보할 방법이 없어서
BASIC 타입의 디스크 또는 SHR 을 2개를 사용하도록 했었는데,
SHR 타입의 디스크에서 3개의 파티션을 모두 확보할 수 있는 방법을 찾았습니다.
대신 파티션의 공간들은 간신히 필요한 커널들을 딱 이식할 수 있는정도만 확보 됩니다.
SA6400 의 경우는 DSM 커널사이즈가 유독커지는 바람에 이식대상에서는 배제할 수 밖에 없었습니다.
그리고, BASIC 타입으로 디스크 2개를 사용하도록 하면 관리도 복잡해지고 디스크 관리의 위험요소도 더 커지는것 같습니다.
2개 디스크 중 하나가 유실되거나 기억이 안난다거나 하면 더 곤란해 질테니까요.
그래서, 최종버전인 이번 버전에서는 안전하게 SHR 타입만 지원하도록 하고 BASIC 2장은 더이상 지원을 하지 않습니다.
RAID 1 또는 RAID 5 디스크 유형도 BASIC 과 다르지 않기 때문(파티션 2개만 생성가능) 에 역시 지원하지 않습니다.
혹시 그간에 BASIC 타입 2장을 사용하시던 경우는 SHR 로 전환 부탁드립니다.
NVMe 도 물론 지원하지만, NVMe 단독만으로 SHR 을 사용하시는 경우는 지원되지 않습니다.
SATA 디스크가 최소한 1장더 있으신 경우 NVMe / SHR 을 부트로더로 이식하실 수 있습니다.
SHR 디스크가 여러장 (레이드 스트로지풀로 구성된 경우도 포함) 이 있을 경우는 맨 뒤의 디스크 1장만 취하도록 했습니다.
10개월전 최초 기능 구현시 올렸던 설치 가이드를 참조해 보시기 바랍니다.
https://svrforum.com/nas/1300475
이 기능은 시험적인 기능이므로 부트로더가 이식되는 타겟 디스크의 데이터는 항상 백업을 선행하시길 권장드립니다.
설치방법을 간단히 축약하면.
- 보통처럼 모델선택후 SN / MAC 기입후 로더를 빌드합니다.
- 부트로더가 이식될 디스크 최소 1장을 준비해서 DSM 설치까지 마칩니다.
- DSM 로그인후 디스크는 SHR 타입으로만 스토리지풀을 생성합니다.
- 다시 부트로더 빌드 메뉴로 재진입합니다.
- Additional Function (단축키 n), Inject Bootloader to Syno DISK (단축키 h) 로 부트로더 주입을 진행합니다.
- 전원을 종료합니다.
- USB 형 외 모든 부트로더를 제거합니다.
- 부트로더가 주입된 디스크로 부팅합니다.
부트로더 주입을 위해 생성된 파티션만 디스크에서 제거하고 싶으시다면
Additional Function (단축키 n), Remove the injected bootloader partition (단축키 m) 로 파티션을 제거합니다.
안전하게 부트로더 주입을 위해 생성한 83 Linux (VFAT) 파티션만 선별적으로 삭제합니다.
SHR 디스크에 부트로더가 주입된 상태의 파티션 배치 모양은 아래와 같습니다.
데이터 영역은 침범하지 않은 상태로 그 주위에 여유공간 약 220M 정도를 활용합니다.
83 Linux (Vfat) 타입의 파티션 (부트로더와 같은타입) 으로 파티션 4,6,7 을 생성합니다.
파티션 5번인 W95 Ext'd (LBA) 타입은 SHR 만 가지고 있는 고유한 파티션 유형입니다.
이 유형 때문에 파티션을 3개까지 확보할 수 있는 가능성이 열렸습니다.
파티션 번호가 기존의 부트로더처럼 1,2,3 번의 순서가 아닌 4.6.7 이라도 부트로더 처럼 FAKE 하기 위해
synoboot1,2,3 번으로 심볼릭 링크를 강제로 만들어 사용합니다. (automout addon 이 이부분을 담당)
https://github.com/PeterSuh-Q3/tcrp-addons/blob/main/automount/src/install.sh
이 부트로더가 심어진 SHR 디스크라고 해서 특별히 따로 건들지 않고 두실 필요는 없습니다.
기존 디스크들과 SHR 그룹의 멤버로 RAID 그룹을 묶으셔도 무방합니다.
대신 SHR 스토리지 그룹을 새로 만드신다면 포맷이 되기 때문에 이 주입된 부트로더도 같이 삭제가 되는것은 주의하시기 바랍니다.
각 플랫폼별 주입된 3개의 파티션에 사용되는 용량 분포 입니다.
각 캡쳐에서 2번째 / 3번째 파티션의
TARGET SPACE LEFT (총 여유공간) 과 TARGET TOTAL USED (총 사용공간) 만 눈여겨 보시면 될것 같습니다.
플랫폼별로 커널이 차지하는 공간이 제각각 입니다.
많이들 사용하시는 아폴로레이크, 브로드웰nk, r1000, 덴버톤은 여유공간이 상대적으로 있는편이고
제미니레이크 / v1000 은 좀 많이 빡빡합니다.
참고하셔서 선택 사용하시면 좋을것 같습니다.
[broadwellnk]
[broadwell]
[broadwellnkv2]
[broadwellntbap]
[purley]
[apollolake]
[r1000]
[geminilake]
[v1000]
[denverton]
추천드리고 갑니다.
업데이트라던가 뭔일 있을떄 문제 생기는걸 각오하고 하는거라 봐주세요 (예를 들어 부트로더의 커널 크기가 갑자기 커지거나 시놀이 뭔짓하면 문제될 가능성 큼)
시험적인 기능이기에 많은 주의가 필요합니다. 백업도 물론 필요하구요.
small fix update 상황에서는 커널크기가 갑자기 커질 가능성은 별로 없는데,
micro 버전 단위 이상으로 7.2.2 -> 7.2.3, 7.2.2 -> 7.3 등으로 바뀌는 시점에서는 주의가 많이 필요할 수 있습니다.
이럴때는 원래 사용하시던 USB 부트로더는 버리지 마시고 보조용으로 다시 사용하실 수 있도록 대비해 두시는것이 좋습니다.
각 플랫폼 별로 차지하는 커널사이즈도 정리해서 한번 표기 드리겠습니다.
SA6400 을 제외하고 총 10개의 플랫폼이 지원되구요.
그중 DS918+ 인 아폴로레이크가 가장 크기가 작고 가볍네요.
참고로 고정크기로 봐도 좋은 FRIEND 커널은 1번 파티션에 위치해서 크기는 제가 컨트롤이 가능하고
2번 파티션에는 smallfixversion update 에 관여하는 rd.gz 과 zImage 가 있습니다.
3번 파티션에는 DSM 로더 빌드시점마다 생성되는 zImage-dsm 커널이 존재하는데, 이 커널의 사이즈가 관건입니다.
펌웨어와 커널모듈이 절반이상의 사이즈를 차지하고 있어서 이부분도 경량화 할 수 있는지는 좀 고민중입니다.
다만 해당 파티션 상한이란게 순정 시놀의 물리적 스팩이랑 관련이 있을테니 일정치 못 넘을껍니다 (안에 USB던가 SATADOM이던가 꽃혀있습니다)
해당 스팩 조사해서 미리 최대 치크 잡아버리는것도 방법이라 봅니다
2경우 차후 지원하는 장치 목록이 늘거나하면 조금 더 증가할꺼라 예상됩니다
이부분은 로더 리빌드시 커널사이즈가 오버나면 로더 주입을 멈추도록 되어 있습니다.
로더 주입사용을 못하게 됩니다.
저런 덧글 남긴 이유가 엣날에 6 Jun시절에 저거 했다가 나중에 문제 되어서 삽질한 기억때문에 노파심으로 그런것뿐입니다
경고문으로 문제 생길 수 있으므로 기존 로더 보관해야하고(이하 생략) 삽입후 Y/N 묻는식으로 하면 될꺼라 봅니다