You are currently viewing DSM 설치 파일 다운로드 실패. 오류가 발생합니다.

DSM 설치 파일 다운로드 실패. 오류가 발생합니다.

DSM 설치가 중단 돼요.

DS220+와 씨게이트 아이언울프 4TB 하드 디스크를 새로 구입했습니다. DSM(시놀로지 나스의 운영체제)을 설치하는 도중에  ‘DSM 설치 파일 다운로드 실패. 네트워크 연결을 확인한 다음 다시 시도해 주십시오. (46)‘ 오류가 발생합니다.

“하드 디스크 초기 불량이 걸렸구나” 생각했는데, 하드 디스크에는 문제가 없습니다.

디스크 1, 디스크 2의 SMART 값

하드 디스크 초기 불량인지 확인하기 위해서 SMART 값을 확인해 봤지만, 아무 이상이 없어 보입니다.

DSM 설치가 중단된 파일시스템의 모습

DSM을 설치하는 파일시스템의 내용도 정상적으로 잘 보입니다. 하드 디스크에는 문제가 없다고 판단됩니다.

소요시간 : 10분    어려움 : ★★★★★

DSM을 수동으로 설치합니다.

DSM을 설치하기 위해서는 DSM 설치 파일(.pat 파일)이 필요합니다. DSM 설치 마법사는 이 파일을 시놀로지 웹사이트에서 다운 받아서 나스에 저장합니다. 성공적으로 저장하면 이후의 설치과정이 계속 진행됩니다. 설치 마법사가 파일을 다운 받는 방법에는 자동과 수동 두 가지가 있습니다.

자동은 사용자의 조작 없이 나스 모델에 맞는 최신 버전의 파일을 다운로드합니다. 이 방법은 나스가 인터넷에 연결되어 있어야 합니다. 고정 아이피 주소만 제공하는 곳(대학교, 병원, 큰 규모의 회사 등) 또는 다른 이유로 인터넷 접속이 불가능한 경우에는 자동 다운로드가 불가능합니다.

수동은 사용자의 도움이 필요합니다. 나스에서 인터넷 접속이 불가능한 경우 또는 특정 버전의 DSM을 설치하려는 경우에 이 방법을 사용합니다. 사용자는 인터넷이 가능한 컴퓨터에서 나스 모델에 맞고 원하는 버전의 DSM 설치 파일(.pat 파일)을 시놀로지 웹사이트에서 다운 받아서 컴퓨터에 저장합니다. 그리고 이 파일을 나스에 업로드합니다.

오늘 구매한 DS220+는 인터넷에 연결되어 있음에도 불구하고 무슨 이유에서인지 ‘DSM 설치 파일 다운로드 실패’ 오류가 발생합니다. DSM 설치를 수동으로 진행하니 오류가 발생하지 않고 정상적으로 설치되었습니다.

  1. 시놀로지 웹사이트에서 DSM 설치 파일(.pat 파일) 다운받기
  2. 수동 설치 진행하기
나스 모델명 선택하기

시놀로지 다운로드 센터에 접속(https://www.synology.com/ko-kr/support/download)합니다. 제품 유형은 ‘NAS’를 선택하고, 제품은 나스 모델명을 선택합니다.

운영체제 다운로드 화면

다운로드 버튼을 클릭합니다. 다운 받은 파일을 어느 폴더에 저장했는지 잘 기억해 둬야 합니다.

자동, 수동 선택하는 화면

DSM 설치 마법사의 화면은 DSM 버전(나스 부팅 미디어에 설치되어 있는 버전) 별로 다르게 생겼습니다. 위는 DSM 7의 화면이고 아래는 DSM 6의 화면입니다. 설치 마법사의 화면 디자인은 다르지만 수동 설치하는 방법은 동일합니다.

수동 설치

나스에 접속해서 DSM 설치를 진행합니다. 설치하는 과정에서 ‘수동 설치’를 클릭합니다.

찾아보기

‘찾아보기’를 클릭합니다.

DSM 설치 파일(.pat 파일)

조금 전에 시놀로지 다운로드 센터에서 다운 받은 파일을 저장해 놓은 폴더를 찾아가서 그 파일을 클릭합니다. ‘열기’를 클릭합니다.

지금 설치

‘지금 설치’를 클릭합니다. 이후의 설치과정을 계속 진행합니다.

궁금하면 ↓↓↓↓

오류가 발생한 시점의 콘솔 화면

오류가 발생한 시점의 타임스탬프가 1195.232343 입니다.

~생략~
Aug 16 10:35:44 kernel: [ 1191.051930] md: bind
Aug 16 10:35:44 kernel: [ 1191.055454] md: bind
Aug 16 10:35:44 kernel: [ 1191.059014] md/raid1:md0: active with 2 out of 2 mirrors
Aug 16 10:35:44 kernel: [ 1191.073773] md0: detected capacity change from 0 to 2549940224
Aug 16 10:35:47 kernel: [ 1194.129822] md: bind
Aug 16 10:35:47 kernel: [ 1194.133344] md: bind
Aug 16 10:35:47 kernel: [ 1194.136854] md/raid1:md1: active with 2 out of 2 mirrors
Aug 16 10:35:47 raidtool: raidtool.c:717 system inited on [/dev/sata2p1 /dev/sata1p1 ], [/dev/sata2p2 /dev/sata1p2 ]
Aug 16 10:35:47 kernel: [ 1194.152835] md1: detected capacity change from 0 to 2147418112
Aug 16 10:35:47 kernel: [ 1194.806297] EXT4-fs (md0): barriers disabled
Aug 16 10:35:47 kernel: [ 1194.819420] EXT4-fs (md0): mounted filesystem with ordered data mode. Opts:
Aug 16 10:35:48 install.cgi: ninstaller.c:224 Mount partion /dev/md0 /tmpRoot
Aug 16 10:35:48 kernel: [ 1195.171579] EXT4-fs (md0): barriers disabled
Aug 16 10:35:48 install.cgi: ninstaller.c:253 umount partition /tmpRoot
Aug 16 10:35:48 kernel: [ 1195.187426] EXT4-fs (md0): mounted filesystem with ordered data mode. Opts:
Aug 16 10:35:48 install.cgi: ninstaller.c:2561 retv=[0]
Aug 16 10:35:48 install.cgi: ninstaller.c:2566(ErrFHOSTDoFdiskFormat) retv=[0]
Aug 16 10:35:48 install.cgi: ninstaller.c:224 Mount partion /dev/md0 /tmpData
Aug 16 10:35:48 kernel: [ 1195.219863] EXT4-fs (md0): barriers disabled
Aug 16 10:35:48 kernel: [ 1195.232343] EXT4-fs (md0): mounted filesystem with ordered data mode. Opts:
Aug 16 10:35:48 install.cgi: synoupgrade.c:1323 fail to perform curl, CURLcode returns 35
Aug 16 10:35:48 install.cgi: install.c:1000 Upgrade for reinstll by the download patch fail.
Aug 16 10:35:48 install.cgi: install.c:1290 Upgrade by the uploaded patch fail.
Jan  1 00:00:00 install.cgi: ninstaller.c:253 umount partition /tmpData
SynologyNAS>
SynologyNAS>

/var/log/messages 파일에서 오류가 발생한 시점의 기록을 확인하니 curl에서 오류가 발생한 기록이 있습니다. 아마도 curl을 사용해서 DSM 설치 파일(.pat 파일)을 다운로드 하는데, 무슨 이유에서인지 35 에러가 발행했고 파일을 다운 받지 못한 것으로 생각됩니다. DSM 설치 파일(.pat 파일)을 다운 받지 못했으니 설치가 중단 되겠죠ㅠㅠ. 35 에러의 의미는 다음과 같습니다.

CURLE_SSL_CONNECT_ERROR (35)

A problem occurred somewhere in the SSL/TLS handshake. You really want the error buffer and read the message there as it pinpoints the problem slightly more. Could be certificates (file formats, paths, permissions), passwords, and others.

참고 : https://curl.se/libcurl/c/libcurl-errors.html

‘DSM 설치 파일 다운로드 실패. 네트워크 연결을 확인한 다음 다시 시도해 주십시오. (46)‘ 오류가 발생한 이후에는 나스의 시간이 2000년 1월 1일 0시 0분 0초로 변경되어 있습니다. 나스의 시간이 올바르지 않으면 SSL/TLS handshake가 실패 하게 되는데요. 처음에는 오류의 원인이 나스의 시간이 맞지 않아서라고 생각했습니다. 하지만 나스의 시간을 올바르게 맞춰도 똑같은 오류가 다시 발생하고 시간 또한 2000년 1월 1일 0시 0분 0초로 변경됩니다.

‘DSM 설치 파일 다운로드 실패’, curl의 35에러, 나스의 시간이 변경 됨. 이 세 가지 증상의 연관성은 파악하지 못했습니다. 

참고
Tags: ,

답글 남기기