You are not logged in.
Hello folks!
since i made the switch from stretch- to testing-/unstable- base, i noticed that running apt-get update is extremely slow.
Es wurden 28,6 kB in 1 h 21 min 55 s geholt (5 B/s).
the sources.list looks like:
#------------------------------------------------------------------------------#
# OFFICIAL DEBIAN REPOS
#------------------------------------------------------------------------------#
###### Debian Main Repos
deb http://deb.debian.org/debian/ testing main contrib non-free
#deb-src http://deb.debian.org/debian/ testing main contrib non-free
deb http://deb.debian.org/debian/ testing-updates main contrib non-free
#deb-src http://deb.debian.org/debian/ testing-updates main contrib non-free
deb http://deb.debian.org/debian-security testing/updates main
#deb-src http://deb.debian.org/debian-security testing/updates main
deb http://deb.debian.org/debian/ unstable main contrib non-free
#deb-src http://deb.debian.org/debian/ unstable main contrib non-free
deb https://pkg.bunsenlabs.org/debian unstable main
deb https://pkg.bunsenlabs.org/debian jessie-backports main
#------------------------------------------------------------------------------#
# UNOFFICIAL REPOS
#------------------------------------------------------------------------------#
###### 3rd Party Binary Repos
###Debian Multimedia
#deb http://www.deb-multimedia.org unstable main non-free
deb http://www.deb-multimedia.org testing main non-free
###Lynis
deb https://packages.cisofy.com/community/lynis/deb/ stable main
###Opera
#deb https://deb.opera.com/opera-stable/ stable non-free
###Paper GTK Theme
#deb http://ppa.launchpad.net/snwh/pulp/ubuntu yakkety main
#deb-src http://ppa.launchpad.net/snwh/pulp/ubuntu yakkety main
###TOR-unstable
#deb [arch=i386,amd64,armel,armhf] http://deb.torproject.org/torproject.org unstable main
#deb-src [arch=i386,amd64,armel,armhf] http://deb.torproject.org/torproject.org unstable main
###Steam
#deb [arch=i386,amd64] http://repo.steampowered.com/steam/ precise steam
###TOR
deb [arch=amd64] http://deb.torproject.org/torproject.org testing main
#deb-src [arch=amd64] http://deb.torproject.org/torproject.org testing main
###Liqourix
deb http://liquorix.net/debian sid main
#deb-src http://liquorix.net/debian sid main
###Spotify
#deb http://repository.spotify.com stable non-free
It is not a problem related to internet connection speed as i allready found.
could it be related to x11 suckin` resources like crazy?
naik --greetz
Last edited by Naik (2017-09-23 08:46:03)
"Kaum macht [Mensch]* es richtig, funktioniert es sofort!"
BL-Kitchen Codeberg
Offline
i noticed that running apt-get update is extremely slow
From which repositories is APT attempting to download when it is running slow?
could it be related to x11 suckin` resources like crazy?
Not a chance, that is a separate issue (most likely caused by your quite magnificent FrankenDebian).
Is that `htop` running in `urxvt`?
If so, trying running it from a different terminal emulator — I noticed a peculiarity in jessie whereby `htop` would report excessive CPU usage from X if run in `urxvt` but not if run from `lx-terminal` (or from a TTY screen).
EDIT: no, I see you are using terminator (why?), so it can't be that.
I would blame deb.multimedia.org, those repositories are known trouble makers.
Last edited by Head_on_a_Stick (2017-09-23 09:45:29)
Offline
Frankendeb? Its simply Debian testing/unstable with a touch of Helium-dev on top of it ;-)
Why I am using Terminator? Basically because it is default in Bunsenlabs and i have found no better for my needs so far..
Back on topic: I will test your suggestion concerning deb.multimedia.org and be back again tomorow, although I don`t think this will solve the problem because it doesn`t hang on downloading releasefiles but on reading/processing them (apt-methods read/gpgv/store). Thanks for the fast reply anyways.
naik --greetz
Last edited by Naik (2017-09-23 18:38:55)
"Kaum macht [Mensch]* es richtig, funktioniert es sofort!"
BL-Kitchen Codeberg
Offline
Frankendeb? Its simply Debian testing/unstable with a touch of Helium-dev on top of it ;-)
That's a negatory, good buddy — what you have there is a Debian sid system with a ****load of foreign repositories to really test APT's dependency-resolution heuristics, unless you have some pretty wild pinning going on (if so, you should have shared this in the OP).
Try removing _all_ of the non-Debian repsoitories then `apt update` and see if there's still a delay.
If there is, try hitting the mirror behind the redirector directly:
deb https://cdn-aws.deb.debian.org/debian unstable main # etc
^ That should be the only repository line you need for a sid system
Last edited by Head_on_a_Stick (2017-09-24 10:55:50)
Offline
That's a negatory, good buddy — what you have there is a Debian sid system with a ****load of foreign repositories to really test APT's dependency-resolution heuristics, unless you have some pretty wild pinning going on (if so, you should have shared this in the OP).
I know that and simply wanted to state that i did this on purpose and wouldn`t have thought it to be such a big problem.
I tried as you told and well... i didn`t change anything. But by now i believe i messed up something else pretty badly so i tried running a clean bl-install on a spare partition and none of the problems occurred, so i will switch to that, build the packages i need from source and see which one (if any) could be the cause of my troublesome apt.
Thanks for the advice and i may be back with more results in some hours.
<Edit>
Still in the prozess of backing up stuff and reorganising my little test-desktop I could not fail to notice how blazing fast and pretty* the current deuterium live-iso is. This is very well done! I really think about updating my OS2Go-key!
naik --greetz
Last edited by Naik (2017-09-25 09:18:27)
"Kaum macht [Mensch]* es richtig, funktioniert es sofort!"
BL-Kitchen Codeberg
Offline