wget начинает загружать затем остановки, “не может записать в”

Если он начинает сохранять большой файл и записывает из него 203 МБ, я подозреваю что у вас либо полная файловая система на принимающей стороне, либо время ожидания сетевого подключения истекло.

Вы можете использовать df -h на принимающем сервере, чтобы узнать, заполнена ли файловая система.

Ознакомьтесь с этим ответом, чтобы узнать о проблемах тайм-аута с помощью wget:

https://stackoverflow.com/questions/2291524/does-wget-timeout

Также повторите попытку передачи, которая не удалась, и опустите параметр -N timestamp

Также,

Это проблема с длинным URL. Я тоже с этим столкнулся. Итак, я использовал bit.ly и сократил URL-адрес. Работает как шарм!

Я делал что-то подобное:

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

Viola! Похоже, проблема заключалась в ? , но хорошей практикой было бы удалить все специальные символы из имен файлов, представьте, что будут делать и , если их не экранировать.

Вы получите эту ошибку, если у вас закончится место на диске. запустите df, и вы увидите, находится ли каталог, в который вы пишете, на 100%

- Я только что добавил - на команду tar после трубы после wget

у меня было

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

Я получал ту же ошибку при выполнении этой команды:

sudo wget -O - https://nightly.odoo.com/odoo.key | apt-key add -

проблема заключалась в sudo для второй команды, и я решил ее с помощью:

sudo su

Первая попытка:

cd ~

чтобы получить правильный каталог перед загрузкой с помощью команды wget

Я также получил эту ошибку, когда случайно попытался загрузить файл в папку в корзине Mac OS. Перемещение папки исправило проблему, так как Корзина доступна только для чтения.