Oscar wrote: > > El Vie 19 Oct 2001 14:42, escribi�: > > Sergio Korlowsky wrote: > > > Jose M. Sanchez wrote: > > > > Are you running Anti-Virus software? > > > > > > > > If so turn it off, and download the images again. > > > > > > > > DO NOT trust yours unless the MD5 sums match. > > > > > > > > -JMS > > > > > > > > |-----Original Message----- > > > > |From: [EMAIL PROTECTED] > > > > |[mailto:[EMAIL PROTECTED]] On Behalf Of Mike Rambo > > > > |Sent: Thursday, October 18, 2001 1:53 PM > > > > |To: [EMAIL PROTECTED] > > > > |Subject: Re: [expert] iso's & md5sum's > > > > | > > > > |Sergio Korlowsky wrote: > > > > |> Did you download the md5sum file from ftp.rpmfind.net or still using > > > > |> the same old file. > > > > |> > > > > |> I ask you this because I downloaded from rpmfind as soon as it was > > > > |> available, and had no problems burning and installing from those iso > > > > |> files. > > > > | > > > > |It's all from rpmfind.net - rsync says it's all fine but the > > > > |md5sums still do not match. I'm burning the iso's to CD anyway > > > > |and then I'll see whether they're useable. > > > > | > > > > | > > > > |-- > > > > |Mike Rambo > > > > |[EMAIL PROTECTED] > > > > > > Just to be sure...(and safe!) are these the same md5sums you're getting? > > > > > > 146e585fc46463cb911fd7ac28e6ed69 Mandrake81-cd1-inst.i586.iso > > > 5876d473593db386bf54c612fd5dfb7b Mandrake81-cd2-ext.i586.iso > > > 598a606c69859d732c146bc9299a4de8 Mandrake81-cd3-supp.i586.iso > > > > > > sk > > > > Yes, those md5sums are the same as those in the md5sums file I have. > > > > As an update on this, I tried installing using CD's made from the iso's > > I've been able to get - even with the wrong md5sum's. No surprise that, > > although the install completed and I really can't find anything yet that > > doesn't work, there were either 5 or 6 packages that had errors when the > > installer tried to install them. > > > > Because of that I tried again last night to download cd2. I went back to > > mandrake.redbox.cz because that is the only server I've gotten a good > > tranfer from (my cd1 iso came from there and is ok). I used a different > > ftp client to try and eliminate the possibility of a bad client. Came in > > this morning to find that Ncftp had downloaded the entire file but had > > hung at the tail end instead of closing and completing. I've seen that > > before with gftp and not figured out what causes it. As I pretty much > > expected the md5's do not match though the byte count does match that of > > the source. > > > > So, again I have went back with rsync to attempt to fix them and am told > > by rysnc'ing to rpmfind.net that the iso's I have are ok. I guess I can > > see if the ftp will go better from our RedHat 6.2 server instead of my > > workstation (or ask the guy next to me to use his winbox which I'm loath > > to do) but aside from that I'm out of idea's. It would sure be > > interesting to recalcuate the md5's on the various source file to see > > what they actually are. The fact that rsync reports them as matching > > doesn't make any sense - unless they really do match in which case I > > don't see how the md5's can be what they're claimed to be. > > What is the transfer mode? must be bin, not ascii. > ?? > Salu2 > �scar. >
gftp is set to binary - and tranferred cd1 ok. I just can't get cd's 2 or 3. rsync, AFAICT, would by nature use an 8 bit word as would, I assume, a ftp transfer via web browser. -- Mike Rambo [EMAIL PROTECTED]
Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
