wget은 다운로드를 시작한 다음 "쓰기 할 수 없습니다"를 중지합니다

wget을 사용하여 한 서버에서 다른 서버로 일부 파일을 미러링합니다. 다음 명령을 사용하고 있습니다.

wget -x -N -i http://domain.com/filelist.txt

-x = 디렉토리 구조를 유지하고 싶기 때문에

-N = 새 파일 만 가져 오기위한 타임 스탬프

-i = 각 줄에 하나씩 외부 파일에서 파일 목록을 다운로드합니다.

테스트중인 파일과 같은 작은 파일은 326kb 큰 다운로드입니다.

그러나 5GB 인 다른 하나는 203mb 만 다운로드 한 다음 중지합니다 (항상 203MB는 몇 킬로바이트를 주거나 가져옵니다)

표시되는 오류 메시지는 다음과 같습니다.

path / to / file.zip에 쓸 수 없습니다

(이전과 이후에 이상한 문자가 왜 있는지 확실하지 않습니다. Windows에서 Putty를 사용하고 있는데 이것과 관련이있을 수도 있고 없을 수도 있으므로 그대로 두었습니다.

전체 응답은 다음과 같습니다 (경로, IP 및 도메인 이름을 바꿨습니다)

--2012-08-31 12 : 41 : 19-- http://domain.com/filelist.txt domain.com 확인 중 ... MY_IP domain.com에 연결 | MY_IP | : ​​80 ... 연결됨. HTTP 요청이 전송되고 응답을 기다리는 중 ... 200 OK 길이 : 161 [text / plain] 서버 파일이 로컬 파일 âdomain.com / filelist.txt보다 늦습니다.

--2012-08-31 12 : 41 : 19-- http://domain.com/path/to/file.zip domain.com에 연결 | MY_IP | : ​​80 ...이 연결되었습니다. HTTP 요청이 전송되었으며 응답을 기다리는 중 ... 200 OK 길이 : 5502192869 (5.1G) [application / zip] 크기가 일치하지 않습니다 (로컬 213004288)-검색 중.

--2012-08-31 12 : 41 : 19-- http://domain.com/path/to/file.zip domain.com에 연결 | MY_IP | : ​​80 ...이 연결되었습니다. HTTP 요청이 전송되고 응답을 기다리는 중 ... 200 OK 길이 : 5502192869 (5.1G) [application / zip] 저장 위치 : âdomain.com / path / to / file.zipâ

24 %에서 3 % [====> ] 213,003,412 8.74M / s

âdomain.com / path / to / file.zip에 쓸 수 없습니다

경로 디렉토리가 이미 존재하거나 즉석에서 생성되면 아무런 차이가없는 것 같습니다.

누구나 왜 멈추고 어떻게 고칠 수 있는지 알고 있습니까?

도움을 주시면 감사하겠습니다.

편집 : 또한 wget을 수행하고 파일을 입력하지 않고 파일 이름을 바꾸려고했습니다. 이번에는 3GB 이상을 다운로드 한 다음 같은 쓰기 오류가 발생하지 않습니다.

wget -x -N http://domain.com/path/to/file.zip -O files/bigfile.zip

디스크 공간이 부족하면이 오류가 발생합니다. df를 실행하면 작성중인 디렉토리가 100 %인지 확인할 수 있습니다

긴 URL에 문제가 있습니다. 나도 그것을 직면했다. 그래서 bit.ly를 사용하고 URL을 줄였습니다. 매력처럼 작동합니다!

방금 wget 후 파이프 뒤에 명령 에 a -를 추가했습니다.tar

나는했다

wget https://example.com/path/to/file.tar.gz -O -|tar -xzf -C /path/to/file

그런 다음로 변경

wget https://example.com/path/to/file.tar.gz -O - | tar -xzvf - -C /path/to/file

대용량 파일 저장을 시작하고 203MB를 쓰면 수신 측에 전체 파일 시스템이 있거나 네트워크 연결 시간이 초과 된 것으로 의심됩니다.

수신 서버에서 df -h를 사용하여 파일 시스템이 가득 찼는 지 확인할 수 있습니다.

wget의 시간 초과 문제에 대해서는이 답변을 확인하십시오.

/programming/2291524/does-wget-timeout

또한 실패한 전송을 다시 시도하고 -N 시간 소인 옵션을 생략하십시오.

또한 ulimit -a를 실행하여 수신 서버에 파일 크기 제한이 있는지 확인하십시오.

마침내 그것을 알아 냈고 공간 문제였습니다. 1and1 Cloud Server의 문제입니다. 자세한 내용은 다음을 참조 하십시오. http://www.mojowill.com/geek/1and1-dynamic-cloud-server-disk-allocation/

나는 비슷한 것을하고 있었다 :

wget -x -N -i http://domain.com/filelist.txt

나는 받고 있었다 :

--2016-12-09 07:44:23--  https://www.example.com/dir/details?abc=123&def=456
Resolving www.example.com (www.example.com)... 1.2.3.4
Connecting to www.example.com (www.example.com)|1.2.3.4|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
details?abc=123&def=456: No such file or directory

Cannot write to ‘details?abc=123&def=456’ (Success).

동등한 filelist.txt 파일에 다음과 같은 URL이 있습니다.

https://www.example.com/dir/details?abc=123&def=456

그래서 디버그하기 위해 wget이 만들려고했던 동일한 파일을 만들려고했습니다.

touch "details?abc=123&def=456"
touch: cannot touch ‘details?abc=123&def=456’: No such file or directory

비올라! ?문제가 된 것처럼 보이지만 파일 이름에서 모든 특수 문자를 제거하고 &이스케이프하지 않으면 어떻게 될지를 상상하는 것이 좋습니다.