curl! Re: Download mit kget abgebrochen!
Salve!
Michelle Konzack schrieb am Donnerstag, den 17. März 2005 um 12:30h:
> Allerdings wissen viele Leute noch nicht, das Web-Server wie
> "apache" keine Dateien größer als 2 GByte senden können
>
> "apache" 1.3 wird nicht mehr gepatched und bei 2.0 weis ich
> nicht, wie weit die bereits sind
Ich würde curl nehmen. Indiesem Fall mit Problemen ersteinmal curl -I
curl -I
http://debian.uni-essen.de/debian-cd/3.0_r4/i386/debian-30r4-i386-binary-1.iso
HTTP/1.1 200 OK
Date: Thu, 17 Mar 2005 13:51:57 GMT
Server: Apache/2.0.47 (Unix)
Last-Modified: Wed, 05 Jan 2005 16:46:00 GMT
ETag: "1e8098-23c5b000-b8640200"
Accept-Ranges: bytes
Content-Length: 600158208
Content-Type: text/plain; charset=ISO-8859-1
siehe man curl
----
-I/--head
(HTTP/FTP/FILE) Fetch the HTTP-header only! HTTP-servers feature
the command HEAD which this uses to get nothing but the header
of a document. When used on a FTP or FILE file, curl displays
the file size and last modification time only.
If this option is used twice, the second will again disable
header only.
-r/--range <range>
(HTTP/FTP) Retrieve a byte range (i.e a partial document) from a
HTTP/1.1 or FTP server. Ranges can be specified in a number of
ways.
0-499 specifies the first 500 bytes
500-999 specifies the second 500 bytes
-500 specifies the last 500 bytes
9500 specifies the bytes from offset 9500 and forward
0-0,-1 specifies the first and last byte only(*)(H)
500-700,600-799
specifies 300 bytes from offset 500(H)
100-199,500-599
specifies two separate 100 bytes ranges(*)(H)
(*) = NOTE that this will cause the server to reply with a multipart
response!
You should also be aware that many HTTP/1.1 servers do not have this
feature enabled, so that when you attempt to get a range, you'll
instead get the whole document.
FTP range downloads only support the simple syntax 'start-stop'
(optionally with one of the numbers omitted). It depends on the non-RFC
command SIZE.
----
Also einfach mal erstes und leztes Byte testen:
curl -r 0-0,-1 http://debian.uni-essen.de/debian-cd/3.0_r4/i386/debian-30r4-i386-binary-1.iso
--3f282b1616b3a1540de
Content-type: text/plain; charset=ISO-8859-1
Content-range: bytes 0-0/600158208
--3f282b1616b3a1540de
Content-type: text/plain; charset=ISO-8859-1
Content-range: bytes 600158207-600158207/600158208
--3f282b1616b3a1540de--
Scheint keine Fehlermeldung zu geben. Vor dem Download socher großen
Files vielleicht mal mit curl -I die Größe anzeigen lassen und mit
df überprüfen ob auf der Zielpartition genügend Platz ist.
BTW, ich kenne kget nicht, aber manche Downloader mit GUI haben die
unangenehme Eingeschaft ersteinmal alles in ein seperates TEMP
Verzeichnis zu schreiben und nach erfolgreichem Download es auf der HDD
zumzukopieren. D.h. man braucht den doppelten freien Speicherplatz!
Ich selber habe einen Laptop mit einer 5 GB Platte, so das es mit einem
CD-Iso schonmal zu eng wurde, also habe ich einbischen gebastelt und
im Wiki von Knoppix.net folgenden Tipp hinterlassen:
--snipp--
Q: I have a fast connection to a Koppix-Mirror.
How can I burn this ISO file directly to CD-RW?
- mkfifo KNOPPIX.fifo # mkfifo create a fifo file
- screen ftp mirror ....# screen creates multiple shells in one
terminal (handy!) ftp connect to your mirror...
get KNOPPIX-3.10-EN.iso KNOPPIX.fifo #command to copy inside
your ftp-session
- C-a C-c # screen will make a new shell
- cdrecord dev=(your burner) speed=4 KNOPPIX.fifo # ftp starts
to get data when cdrecord starts to read from fifo
wait; exit; rm KNOPPIX.fifo; exit
(Attention, use "cdrecord -scanbus" before cdrecord to find the
correct device of your cd-writer. If you own SCSI hds, you could lose
all data of one hd when you use cdrecord with a wrong
dev=(controller,id,partiton) !)
--snapp--
http://www.knoppix.net/wiki/Downloading_FAQ
;)
Mit Curl kann man auch testen mit welcher Bandbreite die Daten kommen
curl *.iso > /dev/null
"Current Speed" sollte nicht über die gewünschte Brenngeschwindigkeit
fallen.
Gruß
rob
Reply to: