"не сдаваться" - пробовать снова и снова?

Ну да. Просто надо тут скачать кусок сайта, который разнообразнейшим образом глючит - а wget при каждом чихе отказывается от повторных попыток. Запустить в цикле с --no-clobber тоже не сработало - если html уже есть, он его не качает, но и не разбирает на предмет ссылок (хотя в документации написано противоположное: html не скачивается, но считывается с диска и интерпретируется как если бы он был скачан).

Попробуй curl:

--retry
If a transient error is returned when curl tries to perform a transfer, it will retry this number of times before giving up. Setting the number to 0 makes curl do no retries (which is the
default). Transient error means either: a timeout, an FTP 4xx response code or an HTTP 5xx response code.

When curl is about to retry a transfer, it will first wait one second and then for all forthcoming retries it will double the waiting time until it reaches 10 minutes which then will be
the delay between the rest of the retries. By using --retry-delay you disable this exponential backoff algorithm. See also --retry-max-time to limit the total time allowed for retries.
(Added in 7.12.3)

О! Спасибо, попробую :-)

while ! wget ...; do sleep 1; done

При -r (а у меня -r, на один файл нет большого смысла заводить wget) оно будет перескачивать файлы много раз. Это само по себе не страшно, но будет образовываться куча file.ext.1, .2, и так далее, что уже неудобно. А при --no-clobber оно (вопреки написанному в документации) не разбирает на предмет наличия ссылок уже скачанные файлы.
В-общем, раскопки продолжаются :-)

-c не будет скачивать больше одного раза.

ага. И более того "-c" умеет подхватывать уже скаченный наполовину файл с того места, где произошел обрыв.

Логично. Попробую :-)))

О, точно. Запрос будет (и фиг с ним), а повторного скачивания не будет.
Спасибо, попробую! :-)

Второе решение супер.