레드필의 마지막 남은 고질병 DSM 설치중 55% 파일손상현상이 해결 가능할것 같습니다.
ARPL fabio 님과 TCRP pocopico님도 손을 놓으신 부분인데요.
TTG 그룹의 레드필 창시자 TG 님이 레드필 초기부터 개발해 주셨던 boot-wait 란 스크립트가 있습니다.
55% 파일손상 메시지 현상이 발생하는 이유는
DSM 설치과정에 필수적으로 필요한 /dev/synoboot , /dev/synoboot1, /dev/synoboot2, /dev/synoboot3
이 4개의 노드가 자동으로 수초내 인식되서 올라와야 하는데
그게 어떤 이유에서인지 몰라도 올라오지 못하는 경우가 발생합니다.
그래서 최대 30초를 기다리며 이 4개의 노드인식을 기다립니다.
노드인식이 실패하면 결국 노드가 없는 상태에서는 DSM 설치중간 55% 지점에서 DSM 파일이 손상되었다는 메시지를 보냅니다.
실제로는 이 DSM PAT 파일이 손상된것은 아닙니다.
가장 흔하게 알려진 이유중 하나는 USB 메모리의 VID / PID 가 잘못기록된 경우에 발생했었습니다.
제 M SHELL 에서는 이 VID / PID 부분을 자동처리 하기 때문에 이런 현상이 유발될 확률은 0% 입니다.
하지만, MSATA 나 SATA , VM 등 VID / PID 가 필요없는 케이스에 대해서도 원인모를 이 현상이 발생하는 경우가 있습니다.
지금까지 이런 경우가 발생하면 로더를 TCRP FRIEND / TCRP JOT / ARPL 사이에 바꾸어서 로더를 빌드하거나
USB 메모리를 3.0 이상의 버전으로 3.0 이상 포트에 장착하시라는 가이드를 해왔습니다.
이렇게 해서도 안되는 경우라면 해당 PC 에서는 레드필 설치는 불가능한 경우가 되었습니다.
하지만, 약간의 트릭을 가해서 이부분을 넘어가고 DSM 설치가 가능하도록 조금전 구현 완료 했습니다.
M SHELL for TCRP 에서만 수정된 버전입니다.
boot-wait.sh 스크립트를 보완했는데,
어짜피 이 4개의 노드가 수초내 올라오지 않으면 30초를 기다려서도 절대 나오지 않습니다.
그래서 30초씩 기다리던것을 10초로 줄였고,
10초 안에도 응답이 오지 않는 경우에는 위 4개 노드를 아래 스크립트로 강제로 생성합니다.
mknod /dev/synoboot b 8 1
mknod /dev/synoboot1 b 8 1
mknod /dev/synoboot2 b 8 1
mknod /dev/synoboot3 b 8 1
이 상태에서 DSM 을 설치한 결과 시놀로지가 요구하는 위 4개의 노드가 존재하기 때문에 정상 설치가 되었습니다.
이번 개선으로 55% 파일손상 메시지 없이 DSM 신규설치가 가능하도록 구현을 마쳤습니다.
헤놀포럼에도 반가운 소식이 될것 같습니다.
pocopico / fabio 님께도 알려드려서 TCRP / ARPL 에도 적용하시라고 알려드려야 겠습니다.
pocpico님은 현재 생업이 너무 바쁘셔서 TCRP 코딩을 하실 시간이 없으시다고 합니다.
TCRP 는 당분간 M SHELL 안에서만 사용해 주시기 바랍니다.
이 기능의 사용을 위해선 M SHELL 로더를 다시 빌드해 주셔야 합니다.
화정큐삼
1등 [force make synoboot node]
SynologyNAS> mknod /dev/synoboot b 8 1
SynologyNAS> mknod /dev/synoboot1 b 8 1
SynologyNAS> mknod /dev/synoboot2 b 8 1
SynologyNAS> mknod /dev/synoboot3 b 8 1
SynologyNAS> ll /dev/syno*
crw-r--r-- 1 root root 201, 0 Mar 16 11:55 /dev/synobios
brw------- 1 root root 8, 1 Mar 16 12:12 /dev/synoboot
brw------- 1 root root 8, 1 Mar 16 12:12 /dev/synoboot1
brw------- 1 root root 8, 1 Mar 16 12:12 /dev/synoboot2
brw------- 1 root root 8, 1 Mar 16 12:12 /dev/synoboot3
[junior log]
Running "boot-wait.sh" for thethorgroup.boot-wait->on_boot
Still waiting for boot device (waited 1 of 10 seconds)
Still waiting for boot device (waited 2 of 10 seconds)
Still waiting for boot device (waited 3 of 10 seconds)
Still waiting for boot device (waited 4 of 10 seconds)
Still waiting for boot device (waited 5 of 10 seconds)
Still waiting for boot device (waited 6 of 10 seconds)
Still waiting for boot device (waited 7 of 10 seconds)
Still waiting for boot device (waited 8 of 10 seconds)
Still waiting for boot device (waited 9 of 10 seconds)
Still waiting for boot device (waited 10 of 10 seconds)
ERROR: Timeout waiting for /dev/synoboot device to appear.
Most likely your vid/pid configuration is not correct, or you don't have drivers needed for your USB/SATA controller
========== BEGIN DUMP OF ALL PARTITIONS DETECTED ===========
/dev/sda1 2048 147455 145408 83
/dev/sda2 147456 301055 153600 83
/dev/sda3 301056 2097151 1796096 83
/dev/sdg1 8192 16785407 16777216 fd
/dev/sdg2 16785408 20979711 4194304 fd
/dev/sdg3 21241856 3906824351 3885582496 fd
========== END OF DUMP OF ALL PARTITIONS DETECTED ==========
Force the creation of synoboot , synoboot1 , synoboot2 and synoboot3 nodes...
Confirmed a valid-looking /dev/synoboot device
2등 질문 : 어떻게 /dev/synoboot 장치를 나타나게 하는가?
/dev/synoboot 장치는 Synology NAS에서 부팅 파티션을 나타내는 장치입니다. 만약 이 장치가 없다면, Synology NAS가 부팅하지 않을 수 있습니다.
일반적으로 Synology NAS에서 /dev/synoboot 장치는 시스템이 부팅될 때 자동으로 생성됩니다. 하지만, 때로는 이 장치가 생성되지 않는 문제가 발생할 수 있습니다.
이 경우, 아래의 방법 중 하나를 시도해볼 수 있습니다.
부팅 중에 C 키를 눌러 부팅 메뉴에 접근한 후, "repair" 옵션을 선택하고 "rebuild"를 클릭하여 부팅 파티션을 다시 만들어 볼 수 있습니다.
Synology NAS를 셧다운하고 전원을 뽑은 후, 전원을 다시 연결하고 NAS를 켜 보세요.
mknod 명령어를 사용하여 /dev/synoboot 장치를 수동으로 생성할 수 있습니다. 다음 명령어를 사용해보세요.
sudo mknod /dev/synoboot b 8 1
위 명령어는 블록 장치(b)를 생성하고, 주 번호(8)와 부 번호(1)를 사용하여 /dev/synoboot 장치를 생성합니다. 이 방법은 Synology NAS에서 사용하는 리눅스 커널 버전 및 디바이스 파일 시스템에 따라 달라질 수 있습니다. 따라서, 이 방법이 실패할 수도 있습니다. 이 방법을 시도하기 전에 먼저 다른 방법들을 시도해보세요.
3등 내장 보드 SATA 포트에 물리니 마이그레이션도 그냥 되는군요.
일단 시험결과가 더 많이 필요합니다.
55% 케이스에 걸리신 분들 많이 시험 부탁드립니다.
전 저런경우 빌드넘버를 바꿔가면서 해서 되는놈을 찾았었는데.. 이제 그럴일이 없겠네요 ㅎㅎ 정말 고생 많으세요!
마이그레이션 안되는건 데이터는 보존되지만 DSM설정만 초기화 된다는 말씀이시죠?
아직 시험이 충분이 되지 않은 상태라 확답을 드릴수 없지만,
제가 1차로 시험한 결과는 새 디스크에 DS3622xs+ 를 설치했고,
다시 DS1621xs+ 로 로더 모델을 변경해서 부팅한 결과 정상적인 마이그레이션이 가능했습니다.
일부러 boot-wait 에서 synoboot 노드를 못찾는 상황을 재현해야 하는데, 그게 어떤 상황에 유발되는지 포인트를 몰라서 시험에 어려움이 있습니다.
다른분들도 시험한 결과가 좀 나왔으면 좋겠습니다.
혼동이 있으실것 같아서 본문에 마이그레이션이 불가능하다는 내용은 정리해 두겠습니다.
여튼 이 문제 해결되면 진짜 헤놀 구축하고 유지 관리하기 너무 쉬워지겠어요!! 화이팅입니다!ㅎㅎ
이 케이스로 시험을 계속 진행할 수 있을것 같네요. ^^
어제부터 계속 설치 시도중인데 동일한 55% 오류에서 빠져나오지 못하고 있습니다ㅠㅠ 다른 USB로도 시도해 보고 있고, TTYD로 확인해봤을때 synoboot 노드들이 이미 존재한다고 나와있습니다.
현재 최신 TCRP Friend (0.0.6) 에서 DS920+으로 시도해봤고, 시리얼 자동 생성, 하드웨어 MAC사용 옵션으로 빌드했습니다.
DS918+ 외에 다른 기종들도 시도해봤습니다.
최신 7.1.1-42962 빌드 설치하려고 했고, 시놀로지 사이트에서 다운로드/직접 업로드 모두 시도해봤습니다.
혹시나 rufus로 usb를 만든게 잘못인가 싶어서 win32 disk imager로 시도해보겠습니다
하드웨어 사양은
i5-7500
8기가 램
msi h110i pro (리얼텍 8111h, nuvoton nct5563 i/o컨트롤러) 입니다.
특이사항으로는 후면에 m.2포트가 있는데 인식을 아예 못하는것 같습니다. 이외에 인터넷도 잘 잡히고, USB도 인식이 잘 됩니다.
아쉽게도 win32diskimager로도 동일한 증상이 나오네요ㅠ
friend, jot모드 모두 설치 불가능했습니다. 하단 로그들은 DS920+/TCRP Friend로 빌드했을때의 로그 입니다.
아래는 ll /dev/syno* 결과입니다.
cat /var/log/*rc* 결과입니다.
로그 중에
insmod: can't insert '/lib/modules/ahci.ko': No such file or directory
Found SATA Controller : pciid 8086d0000a102 Required Extension : Searching for matching extension for ahci
Found Ethernet Interface : pciid 10ecd00008168 Required Extension : Searching for matching extension for r8168
Module r8168 loaded succesfully
Found SATA Controller : pciid 1b4bd00009235 Required Extension : No matching extension
Ran "check-all-modules.sh" for ddsml->on_boot - exit=0
SATA컨트롤러 모듈을 못 찾는 것 같아서 좀 걸립니다. 혹시 이게 관련이 있을까요?
추후에 uefi -> legacy 시도 또한 해보겠습니다.
항상 감사합니다!
맨하단에 아래 문구들이 조금 걸립니다. 디스크는 1장만 장착하신 상태인가요?
Missing directory /etc. Copy from /etc.defaults...
cp: can't stat '/tmpRoot/etc.defaults': No such file or directory
Exit on error [255] prepare /etc failed...
Sun Apr 16 05:48:09 UTC 2023
/dev/md0 /tmpRoot ext4 rw,relatime,prjquota,rootprjquota,data=ordered 0 0
none /sys/kernel/debug debugfs rw,relatime 0 0
그리고, DDSML+EUDEV 로 시도하셨는데요.
DDSML ONLY 로 일단 전환 부탁드립니다.
EUDEV 가 검증이 안된요소가 많아서 아직은 시험적인 부분이 많습니다.
cmt alert
신고
"님의 댓글"
이 댓글을 신고하시겠습니까?
