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
