On 5/7/08, NN_il_Confusionario <[EMAIL PROTECTED]> wrote: > On Tue, May 06, 2008 at 12:46:23PM -0400, [EMAIL PROTECTED] wrote: > > On 5/6/08, NN_il_Confusionario <[EMAIL PROTECTED]> wrote: > > > > > strace -f -o /tmp/apt-get.log apt-get update > > http://wa9als.com/apt-get.log > > In this strace I am not able to see any _obvious_ cause for your error > (such as strange preloaded libraries which can change the standard glibc > behavoiur). > > However, > > grep "/etc/\|/lib/\|/usr/\|/var/" apt-get.log > shows many files which "apt-get update" uses. > Did you restore procedure change any of these files? > > In the file, one sees _many_ "unfinished", "Bad file descriptor" and > "Resource temporarily unavailable" messages. I do not like them, but I > cannot see the cause of them. (The various "No such file or directory" > are not a problem in theis specific case) > > The attempt for the resolution of names seems correct (and this was > expected, given the "getent hosts" results in your previous messages): > > after the first lines "URI: http:" one sees > > /etc/nsswitch.conf > (many accesses to libraries) > /etc/services > /var/run/nscd/socket (is nscd running? if it is, do you really need it?) > /etc/resolv.conf (with nameserver 64.105.189.27) > /etc/hosts > > but then > > URI Failure\nURI: http: > > Is there any special firewall rule (on the host itself, or on some > router)? For example a rate limiting of udp port 53 o a block of tcp > port 53 ? These can cause strange and intermittent name resolution > problems.
NO > > Does it help defining in /etc/hosts the http hosts of your sources.list ? I can try that, but I've never done that before. > > > Moreover, what happened when in sources.list you used the ip in place of > > > security.debian.org ? Using the backports IP worked for installing SpamAssassin, but it doesn't work for security. Every time I ping security.debian.org I get a different IP anyway, so I'm not sure of what to use. None of the ones I've tried work though/ > > > > Replacing the name with the IP mostly works - There was some problem > > with ftp.us.debian.org > > replacing a name with the ip (which point to a apache webserver) should > work if and only if the default apache site for that ip correspond to > the replaced name. > > > The URL for the apt-get.log is above - Nasty looking format but maybe > > it will speak to one of you! > > I hope that my superficial and elementary analysis (see above) give you > an idea of what you can obtain by reading the strace logs (even if in > this specific case I was not able to obtain very much) > Thanks for staying with me on this! I'm very inexperienced, but my son is an accomplished linux admin, and he hasn't found the answer either. I'm sure my restore did something bad, so let me describe what I did: 1. I installed Etch 40r0 from June 2007 download (base system). 2. I ran apt-get update and dist-upgrade - Worked fine! 3. Then I installed Mondo, and used mondorestore to restore /etc, /home, /usr, and /var from my mondo-created backup DVDs. Before someone tells me what all's wrong with this techique, I have used it successfully before without this apt-get problem. Can you think of how that could've messed up the working apt of the newly-installed base system? THANKS - If I don't solve this soon, I will need to try a reinstall again. I'm not excited about that given I don't know how to avoid ending up back here with the same problem! ;-) - John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
