kanotix.com :: Thema anzeigen - apt-get update and apt.sources.list problems

kanotix.com

General Support - apt-get update and apt.sources.list problems

dweebman - 05.10.2006, 20:28 Uhr
Titel: apt-get update and apt.sources.list problems

Two weeks ago I started having problems with H2's script. All six of my computers have the same problem. I start the h2 script (which I've used for many months) and it says testing for internet connection. It never finds the connection even though I've checked and everything is connected. Sometimes if I run it several times it will connect. If I use apt-get update manually it works.

Has anyone else seen this?

Problem number 2: I installed 64-2005-04-lite two weeks ago and the install went fine. Then I tried to update using h2's script and got the above problem. However, when I use apt-get update manually I get cant stat source file http:// amd64.debian.net sid ...
Also, I only have these source files in apt list:

#Debian
deb http://kanotix.com/files/debian sid main contrib non-free
deb-src http://amd64.debian-pure64/ sid main contrib non-free

#Kanotix
deb http://kanotix.com/files/debian sid main contrib non-free
deb-src http://kanotix.com/files/debian sid main contrib non-free

So I am not able to update or dist upgrade. Has anyone else seen this?
Would appreciate any help - thanks

moltas - 05.10.2006, 20:43 Uhr
Titel:

you need this for deb 64

deb http://ftp.debian.org/debian unstable main contrib non-free
deb-src http://ftp.us.debian.org/debian unstable main contrib non-free

dweebman - 05.10.2006, 20:49 Uhr
Titel:

Are you saying to replace what I have with the above? Meaning remove the Debian section and subsitute with your suggestion.

moltas - 05.10.2006, 21:00 Uhr
Titel:

debian downt use
deb-src http://amd64.debian-pure64/ sid main contrib non-free

jackiebrown - 06.10.2006, 00:55 Uhr
Titel:

dweebman hat folgendes geschrieben::

Are you saying to replace what I have with the above? Meaning remove the Debian section and subsitute with your suggestion.

Yes

h2 - 06.10.2006, 02:20 Uhr
Titel:

dweebman, try this experiment: go into init 3, then do this:

wget -T 4 -t 1 -q --spider http://www.google.com/ && echo true || echo false

tell me what it echoes, true or false

If it echoes false there is something weird in your setup

craigevil - 06.10.2006, 11:17 Uhr
Titel:

#The AMD-64 repositories from Debian are now in the normal Sid repos.
# Unstable Sid
deb http://http.us.debian.org/debian/ unstable main contrib non-free
# Unstable Sources
deb-src http://http.us.debian.org/debian/ unstable main contrib non-free

# Kanotix Updates http://www.kanotix.com
# http://kanotix.com/files/fix/sources.list
deb http://kanotix.com/files/debian sid main contrib non-free
deb-src http://kanotix.com/files/debian sid main contrib non-free

dweebman - 06.10.2006, 18:39 Uhr
Titel:

Thanks to everyone for their suggestions. I really appreciate the help!

Craigevil's apt.sources.list suggestion fixed the amd64 box. Thanks so much!

h2 - 06.10.2006, 18:59 Uhr
Titel:

dweebman, I added another start up option, -S [that's an upper case S that is], this will skip the connection test. Don't mistake this for the current -s, lower case, which skips most items that require an internet connection.

If it does handle it, I might add a sticky option to always skip connection tests.

Download the latest version of the script and let me know if that fixes it. My guess is that somehow or other somewhere is blocking wget requests. Why this is happening is hard to say. I might try a workaround if I hear of this again, but ideally the -S option will handle this unusual situation fine.

The way the connection stuff works is first it makes a 4 second time out request for a page that will always be up, then a 7 second timeout, then a 15 second time out. Since these requests use the --spider option on wget, they are usually essentially instantaneous no matter how slow a connection you have. So there is definitely some type of issue somewhere in the network, or in your configured dns servers.

the rest of the script uses I think a 20 second time out value for all other wget requests. The fact that apt works strongly suggests that wget is being severely slowed down somehow or somewhere by something.

Swynndla - 06.10.2006, 20:31 Uhr
Titel:

h2, sometimes when I run your script but haven't don't init 3 yet so the script does that for me, and then goes onto testing the internet connection but X is still closing down and takes a while on my old pc (it has so stop init 5 services too), and so because it's busy it times out and the script exits saying there's no internet connection. So when I run the scirpt again (alread in init 3 now) it works fine. It didn't seem to go onto the a 7 second timeout, then a 15 second time out, unless you've just added that recently?

h2 - 06.10.2006, 21:09 Uhr
Titel:

I changed the way the connection test worked, but it wasn't that recently, maybe 1 or 2 months ago, I don't remember. Before it used ping for the first test, then wget --spider for tests 2 and 3, but in the case of a failled connection none of the ping options to set the time out seemed to work, so the delays could get really annoying before the test would register as failed, so I switched it all to wget --spider, which is roughly the same thing, it just queries with get in http, but doesn't actually get anything but the file header, which is essentially instant unless there are network issues.

Glad to see the init 3 works the way it's intended, that happens to me all the time, although it seems like my systems all handle the actual test fine even as x is shutting down, although I do sometimes see it go to test 2, but that's all usually. I can't count how many times I've gone to console mode, and forget to go to init 3.

dweebman - 08.10.2006, 14:52 Uhr
Titel:

h2 the -S worked. I was able to update and dist-upgrade. Thanks!