$ wget -c http://download.berlios.de/mldonkey/g2gui-0.2.1-linux-shared-gtk.ta(...)
--15:48:20-- http://download.berlios.de/mldonkey/g2gui-0.2.1-linux-shared-gtk.t(...)
ar.bz2
=> `g2gui-0.2.1-linux-shared-gtk.tar.bz2'
Résolution de download.berlios.de... 195.37.77.141
Connexion vers download.berlios.de[195.37.77.141]:80...connecté.
requête HTTP transmise, en attente de la réponse...206 Partial Content
Longueur: 4,875,254 (4,861,092 restant) [application/x-bzip2]
100%[====================================>] 4,875,254 4.23K/s ETA 00:00
utime(g2gui-0.2.1-linux-shared-gtk.tar.bz2): Aucun fichier ou répertoire de ce type
16:06:26 (4.38 KB/s) - « g2gui-0.2.1-linux-shared-gtk.tar.bz2 » sauvegardé [4875
254/4875254]
$ ls g2*
$ ls: g2*: Aucun fichier ou répertoire de ce type
Quelqu'un aurait-il une explication à ce phénomène paranormal... ?
# Re: wget est un grand blagueur
Posté par Prosper . Évalué à 1.
# Re: wget est un grand blagueur
Posté par Boa Treize (site web personnel) . Évalué à 1.
$ wget -c http://download.berlios.de/mldonkey/g2gui-0.2.1-linux-shared-gtk.ta(...)
--16:43:40-- http://download.berlios.de/mldonkey/g2gui-0.2.1-linux-shared-gtk.ta(...)
=> `g2gui-0.2.1-linux-shared-gtk.tar.bz2'
Resolving download.berlios.de... 195.37.77.141
Connecting to download.berlios.de[195.37.77.141]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 4,875,254 [application/x-bzip2]
100%[====================================>] 4,875,254 61.78K/s ETA 00:00
16:44:59 (60.87 KB/s) - `g2gui-0.2.1-linux-shared-gtk.tar.bz2' saved [4875254/4875254]
$ ls g2*
g2gui-0.2.1-linux-shared-gtk.tar.bz2
Peut-être n'as-tu plus d'espace disque ou d'inodes libres ? « df » et « df -i » pour vérifier. C'est quand même bizarre qu'il t'ait tout téléchargé.
Ah, je remarque que tu avais repris le téléchargement. Il y a peut-être un problème à ce niveau ?
[^] # Re: wget est un grand blagueur
Posté par ASpirit . Évalué à 1.
Sys. de fich. 1K-blocs Occupé Disponible Capacité Monté sur
/dev/ide/host0/bus0/target0/lun0/part4
9702956 4597372 5105584 48% /
(...) (oui je coupe et oui le répertoire de téléchargement était sur cette partition).
Il y a donc largement la place :o)
"Ah, je remarque que tu avais repris le téléchargement. Il y a peut-être un problème à ce niveau ?"
Ben théoriquement il y aurait dû y avoir un fichier déjà présent, même partiel...
---
Je signale que j'ai tenté un téléchargement, juste avant, avec FireFox... qu'il s'est arrêté et que j'ai donc cliqué sur annulé, et ensuite seulement j'ai wgetté !
Serait-il possible que FireFox me l'ait supprimé croyant que c'était son fichier ?
[^] # Re: wget est un grand blagueur
Posté par Boa Treize (site web personnel) . Évalué à 1.
[^] # Re: wget est un grand blagueur
Posté par ASpirit . Évalué à 1.
/dev/ide/host0/bus0/target0/lun0/part4
4294967295 0 4294967295 0% /
Euh... ça me fait peur là le "0%"... et puis... que sont les "inodes" ?
[^] # Re: wget est un grand blagueur
Posté par furai (site web personnel) . Évalué à 1.
Le 0% veut dire que tu utilises 0% de tes inodes, ce qui n'est pas normal (il y a 4294967295 inodes libres, sur un total de 4294967295)
[^] # Re: wget est un grand blagueur
Posté par -=[ silmaril ]=- (site web personnel) . Évalué à 1.
le resultat que tu obtient pour la commande 'df -i' doit etre lié au système de fichier que tu utilise (ex chez moi j'ai la meme chose pour du reiserfs, je testerai plus tard sur XFS mais cela ne doit marcher correctement que sur ext2/ext3).
Sinon pour l'explication et bien je pencherai pour un rm tardif par firefox (si effectivement le fichier que tu a utilisé pour le resume viens bien de lui).
[^] # Re: wget est un grand blagueur
Posté par Boa Treize (site web personnel) . Évalué à 1.
(En général, avec ext2/3 on utilise des blocs de 4 Ko, et on créé autant d'inodes que de blocs parce que ce sont de bonnes valeurs par défaut. On est bien d'accord, il serait idiot de créer plus d'inodes que de blocs, par contre on pourrait imaginer en créer moins - en considérant par exemple que le disque contiendra plutôt des gros fichiers. Mais le gain de place par cette diminution d'inodes n'est pas énorme, contrairement aux disques d'aujourd'hui...)
[^] # Re: wget est un grand blagueur
Posté par Tonton Th (Mastodon) . Évalué à 1.
Possible. j'ai remarqué que la demande d'arrêt d'un download avec Moz1.6/winXP mettait un _certain_ temps à être prise en compte, genre parfois une 20aine de secondes...
[^] # Re: wget est un grand blagueur
Posté par ASpirit . Évalué à 1.
[^] # Re: wget est un grand blagueur
Posté par daggett . Évalué à 5.
Par exemple, relance ton wget, et lance un lsof pendant qu'il tourne:
$ lsof -c wget
[ pleins de trucs]
wget 10691 daggett 4w REG 3,5 45304 6314893 /tmp/g2gui-0.2.1-linux-shared-gtk.tar.bz2
efface le fichier avant que wget n'ait fini:
$ rm /tmp/g2gui-0.2.1-linux-shared-gtk.tar.bz2
et maintenant tu as:
$ lsof -c wget
wget 10691 daggett 4w REG 3,5 1081000 6314893 /tmp/g2gui-0.2.1-linux-shared-gtk.tar.bz2 (deleted)
deleted! wget continue de telecharger (pour rien) sur disque, mais helas le fichier est innaccessible, et sera completement effacé à la fin !
Si effectivement firetruc met du temps avant de faire un "rm", et que wget avait deja commencé, tu te retrouve avec un download fantome.
[^] # Re: wget est un grand blagueur
Posté par ASpirit . Évalué à 1.
Merci pour ta réponse, je n'y aurais jamais pensé ;o).
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.