This is interesting. I had never looked at what wget can do.
According to the man pages, wget -c might be able to resume the 1.8gb download,
which quit at 1.5gb, if the server data remains unchanged.
Thanks unSpawn
Aug 1, here's the result of successfully completing the d/l of weeks ago up to specified 1.8gb after using wget -c (using a lot of tries with variations):
deepin]$ wget -c --tries=06
ftp://ftp.yzu.edu.tw/Linux/deepin-cd...014.3_i386.iso | tee -a log
--2015-07-31 23:41:02--
ftp://ftp.yzu.edu.tw/Linux/deepin-cd...014.3_i386.iso
=> ‘deepin_2014.3_i386.iso’
Resolving ftp.yzu.edu.tw (ftp.yzu.edu.tw)... 140.138.144.170
Connecting to ftp.yzu.edu.tw (ftp.yzu.edu.tw)|140.138.144.170|:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done. ==> PWD ... done.
==> TYPE I ... done. ==> CWD (1) /Linux/deepin-cd/2014.3 ... done.
==> SIZE deepin_2014.3_i386.iso ... 1897660416
==> PASV ... done. ==> REST 1691248543 ... done.
==> RETR deepin_2014.3_i386.iso ... done.
Length: 1897660416 (1.8G), 206411873 (197M) remaining (unauthoritative)
deepin_2014.3_i386.iso 100%[++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++=======>] 1.77G 160KB/s in 21m 1s
e9b6145ba9c0d21632936361dbe74a18 deepin_2014.3_i386.iso e9b6145ba9c0d21632936361dbe74a18 MD5 is ok, it seems.
(note: | tee -a log didn't work, but was harmless)
Thanks again unSpawn