[nmglug] ping -p ff , bad checksums, isp 5GHz wireless, lost packets?

Nick Frost nickf at frostitute.com
Sun Jan 9 17:51:33 PST 2011


On Jan 9, 2011, at 4:20 PM, a wrote:

> As you can see the md5sum resolve Thanks for the providing the test
> files and usage clarification.

Anthony;

Sure. It's encouraging that the checksums match (at least as far as  
your Internet connection is concerned). I think, given what you posted  
previously (ping tests) and that the checksums match, that I see  
little evidence (at least so far) of an Internet connection problem;

 >Bad checksum,lost packets?

 >Specifics;
 >ISP supplied internet connect this area 5GHz wireless.
 >Repeated, distro download, bad checksums,
 > Ubuntu update manager Kernel errors notice....

More likely (than packet loss or corruption on your 5 Ghz wireless  
link) would be;

-  a problem with your hard disk (might be worth booting from CD and  
running a surface scan or the badblocks program within Linux)
- an upgrade or update problem (software) generating the errors.   
(Cumulative problems from previous upgrades, updates, etc.)

As for why you don't get a good checksum from your home connection in  
contrast to the connections in town as you described here;

 >I have not been able to get a good checksum(8-10
 >tries over several days) for Ubuntu Distro server with laptop wired to
 >router, from my home location through the ISP 5GHz wireless internet
 >connect.
 >While using that same laptop,same server address request, similarly
 >wired connect at ISP  office resulted in good checksum.
 >Santa Fe baking Co.same laptop and reflector wireless 801.11 connect,
 >good checksum.

it could be that you are accessing a different update server (mirror)  
from  your ISP 5Ghz location than the SF Baking Company, a given  
hostname may resolve to more than one IP. I think synaptic usually  
tries to find the closest mirror.  In my experience (having done a few  
long range 2.4 Ghz wireless shots with Tranzeo transceivers and/or  
parabolic antennas) a problem with long range wireless Ethernet,  
particularly at 5 Ghz is that it's susceptible to weather (snow, rain,  
etc)  So one might get dropped packets one day and not another.  You  
can sometimes test for these sorts of 802.11 framing-errors using ping  
but gradually incrementing the packet size (ping -s).

If your machine will not allow normal updates with the specified  
kernel version, then it may be you have something of a broken  
installation.   On that note when I download a 10.04 ISO I usually  
checksum the ISO before burning it to a CD or DVD and that way one  
knows one has a good install (if the underlying hard disk is free of  
errors).  IMHO, since installing and updating an OS is a fair bit of  
work it often merits running Seatools, Western Digital Diagnostics,  
Hitachi Drive Fitness Test on the hard drive or some tool like that  
prior to re-installing.

You could also try cleaning out your cache with apt-get clean and/or  
doing apt-get install netselect to make sure your list of mirrors is  
optimal;

http://www.debian.org/doc/manuals/apt-howto/ch-basico.en.html

If you can't boot except with older kernels, you might check your C  
libraries (libc) and make sure they are current, long with GCC  
matching that version of Ubuntu.   You could also boot from CD and  
generate a new initrd based upon the newer kernel and see if that gets  
you anywhere in terms of fixing the issue whereby you can't use a  
current kernel.

But, from what you have written here below;

 >I have been spurred on recently,toward seeking a solution,after  
noticing
 >the update manager included kernel ending with .22 and apparently
 >installed along with error notation?.After that kernel .22 install?,
 >I could not longer boot except by using kernel ending .16 still  
existing
 >as a boot option.More recently, when doing a new program install, that
 >program did an automatic kernel upgrade to .22 as part of the install.
 >Again I could not boot except using kernel ending .14 another boot
 >option,most apparently,this perspective is  technically limited.

 >Eventually I did a new install,ubuntu 10.10,from disk which noted
 >errors,possible errors from the internet updates.I did not do a  
checksum
 >on the CD from QSDisc,

I would say that while I think it's worth trying some more things  
before suggesting you reinstall your system (a suggestion I don't like  
making, given the effort involved) I would speculate you might need to  
start with a good foundation, that being a system with fully-tested  
disk(s), fully tested memory (Memtest86) and a layout of Ubuntu that  
is know to be error free by virtue of the .iso from which the CD was  
made matching that of the published .iso md5 signature.

At one of my jobs I use Ubuntu 10.04 (Lucid) on a Dell Optiplex 960,  
it was installed with 9.10 (Karmic) or possibly 9.04 (Jaunty)...and in  
1.5 years or so I have not had any issues with updates really (save  
some transient error on two occasions); the system runs fine and the  
updates just work (but I make sure to do them weekly at a minimum).

Good luck,

-Nick

---------------------------------------
Nicholas S. Frost
7 Avenida Vista Grande #325
Santa Fe, NM  87508
nickf at frostitute.com
----------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4372 bytes
Desc: not available
URL: <http://lists.nmglug.org/pipermail/nmglug-nmglug.org/attachments/20110109/6df18b11/attachment-0001.bin>


More information about the nmglug mailing list