wgetはダウンロードを開始し、「書き込み不可」を停止します

wgetを使用して、サーバー間でいくつかのファイルをミラーリングしています。私は次のコマンドを使用しています：

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

-x =ディレクトリ構造を保持するため

-N =新しいファイルのみを取得するためのタイムスタンプ

-i =外部ファイルからファイルのリストをダウンロードするには、各行に1つずつ。

私がテストしているような小さなファイルは、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）[アプリケーション/ 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â

3％[====>
] 213,003,412 24秒で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

大きなファイルの保存を開始して203 MBを書き込む場合、受信側に完全なファイルシステムがあるか、ネットワーク接続がタイムアウトしていると思われます。

受信サーバーで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

ビオラ！これは?問題のように見えますが、ファイル名からすべての特殊文字を削除し、&エスケープされない場合の動作を想像することをお勧めします。