Strange behavior in many commands after failed upgrade
MandrivaThis Forum is for the discussion of Mandriva (Mandrake) Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Strange behavior in many commands after failed upgrade
Okay, I'm running Mandriva 2010.0, and I had this machine powered down for a few months. I fired it back up last night, and of course it wanted to upgrade a bunch of stuff, including telling me that there was a new version of Mandriva it wanted to install. I told it to go ahead and do all that, but then all the upgrades failed. I don't know if that was cause or symptom, but I suspect cause.
I didn't pay attention to the failures at first, partially because I wasn't sure I had everything up and running correctly, and partially because I was focused on other stuff. Now that I'm pretty sure everything is back up to where it was before, I can try to diagnose the problems.
The first problem is that trying to run some programs gives me an error like this:
Code:
[sharn:~] Terminal
Terminal: symbol lookup error: Terminal: undefined symbol: g_malloc_n
I said, fine, I'll install a new terminal program:
Code:
[root@sharn ~]# urpmi Eterm
To satisfy dependencies, the following packages are going to be installed:
Package Version Release Dist DEpoch Arch
(medium "Main")
libast2 0.7 13 mdv 2011.0 i586
libgif-devel 4.1.6 11 mdv 2011.0 i586
libgif4 4.1.6 11 mdv 2011.0 i586
libgpm2 1.20.6 5 mdv 2011.0 i586
libimlib2_1 1.4.4 3 mdv 2011.0 i586
libimlib2_1-filters 1.4.4 3 mdv 2011.0 i586
libimlib2_1-loaders 1.4.4 3 mdv 2011.0 i586
libxres1 1.0.5 3 mdv 2011.0 i586
(medium "Contrib")
eterm 0.9.6 1 mdv 2011.0 i586
libeterm0.9.6 0.9.6 1 mdv 2011.0 i586
libtwin0 0.6.2 2mdv2011.0 i586
3.9MB of additional disk space will be used.
Proceed with the installation of the 11 packages? (Y/n) y
aria2 failed: exited with signal 11
Failed to download libast2-0.7-13-mdv2011.0.i586.rpm
Retry? (y/N)
Hunh. What the heck is aria2? Well, I see that I have a /usr/bin/aria2c ...
Maybe something went wrong with that and I need to reinstall it.
Code:
[root@sharn ~]# urpmi --replacepkgs aria2
found package(s) aria2-1.11.2-2-mdv2011.0.i586 in urpmi db, but none are installed
Wait, what? Maybe my urpmi db is corrupt or something ... ? Fine, just install it for the first time, then:
Code:
[root@sharn ~]# urpmi aria2 File "common_util/callbacks.py", line 67, in run_handlers
Marking aria2 as manually installed, it won't be auto-orphaned File "core/high_trace.py", line 82, in __call__ist
To satisfy dependencies, the following packagLookupError: unknown encoding: ascii
Package Version Release Dist DEpoch Arch Traceback (most recent call last):
(medium "Main") File "common_util/callbacks.py", line 67, in run_handlers 1.11.2 2 mdv 2011.0 i586
libcares2 File "core/high_trace.py", line 82, in __call__
988KB of disk space will be freed. LookupError: unknown encoding: ascii
Proceed with the installation of the 2 packages? (Y/n) y Traceback (most recent call last):
File "common_util/callbacks.py", line 67, in run_handlers
installing aria2-1.11.2-2-mdv2011.0.i586.rpm libcares2-1.7.4-2-mdv File "core/high_trace.py", line 82, in __call__
Preparing... ##################################################################################LookupError: unknown encoding: ascii2: libcares2 ############################################################################################################
2/Traceback (most recent call last):###################################################################################################
See that python error? That keeps popping up, over and over again, generally when I'm in the middle of doing something else. As best I can recollect, it's the same error I saw when the upgrades failed (like when I clicked on "Details"). But I didn't look that closely, unfortunately.
Here's the error again, not intermingled with other output this time:
Code:
Traceback (most recent call last):
File "common_util/callbacks.py", line 67, in run_handlers
File "core/high_trace.py", line 82, in __call__
LookupError: unknown encoding: ascii
Traceback (most recent call last):
File "common_util/callbacks.py", line 67, in run_handlers
File "core/high_trace.py", line 82, in __call__
LookupError: unknown encoding: ascii
Traceback (most recent call last):
File "common_util/callbacks.py", line 67, in run_handlers
File "core/high_trace.py", line 82, in __call__
LookupError: unknown encoding: ascii
But, note that despite the python error text, aria2 actually installed, it looks like. It's so far the only thing that I've gotten to install (or reinstall, FTM).
Preliminary Googling suggests that maybe this a glibc snafu. I even tried to reinstall glibc, but I got that same aria2 failure (which may have been for the best, in retrospect).
Anyone have any ideas? I'm sure you need more info from me, but I'm not sure what it is yet, so just let me know and I'm happy to provide it.
Aria2 is a download app. You probably used apt-get before. When asked to install aria2 you answered yes but the machine probably needed to have a regular upgrade first sans aria2. Perhaps you can uninstall aria2, I don't know.
You could also try and apt upgrade and say no to aria2.
Aria2 is a download app. You probably used apt-get before. When asked to install aria2 you answered yes but the machine probably needed to have a regular upgrade first sans aria2. Perhaps you can uninstall aria2, I don't know.
You could also try and apt upgrade and say no to aria2.
Thanks, but the problem is definitely going deeper than aria2. I'm sure aria2 isn't throwing "undefined symbol: g_malloc_n", nor is aria2 likely to be throwing Python errors about unknown ASCII. Nonetheless, I've certainly got no problem with uninstalling it to get it out of the way as a suspect:
Sorry for the long delays between replies; dealing with a newborn over here.
Quote:
Originally Posted by lisle2011
urpmi.update
it will give you some choices what you update.
Okay.
Code:
[root@sharn ~]# urpmi.update
the entry to update is missing
(one of Main, Main Updates, Main Testing, Main Backports, Main debug, Main Updates debug, Main Testing debug, Main Backports debug, Contrib, Contrib Updates, Contrib Testing, Contrib Backports, Contrib debug, Contrib Updates debug, Contrib Testing debug, Contrib Backports debug, Non-free, Non-free Updates, Non-free Testing, Non-free Backports, debug_non-free_release, debug_non-free_updates, debug_non-free_testing, debug_non-free_backports)
Hmmmm ... okay, taking a stab in the dark here:
Code:
[root@sharn ~]# urpmi.update Main
http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/main/release/media_info/20100127-150546-synthesis.hdlist.cz
86% of 846k comupdated medium "Main", speed = 117k
Hunh. Well, operating on the "no news is good news principle," maybe that actually did something.
Code:
[root@sharn ~]# urpmi Eterm
To satisfy dependencies, the following packages are going to be installed:
Package Version Release Dist DEpoch Arch
(medium "Main")
libast2 0.7 8mdv2010.0 i586
libgpm2 1.20.6 2mdv2010.0 i586
libimlib2_1 1.4.2 2mdv2010.0 i586
libimlib2_1-filters 1.4.2 2mdv2010.0 i586
libimlib2_1-loaders 1.4.2 2mdv2010.0 i586
libxres1 1.0.3 4mdv2010.0 i586
(medium "Contrib")
eterm 0.9.6 1 mdv 2011.0 i586
libeterm0.9.6 0.9.6 1 mdv 2011.0 i586
libtwin0 0.6.2 2mdv2011.0 i586
4MB of additional disk space will be used.
Proceed with the installation of the 9 packages? (Y/n) y
http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/main/release/libgpm2-1.20.6-2mdv2010.0.i586.rpm
http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/main/release/libimlib2_1-filters-1.4.2-2mdv2010.0.i586.rpm
http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/main/release/libimlib2_1-loaders-1.4.2-2mdv2010.0.i586.rpm
http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/main/release/libxres1-1.0.3-4mdv2010.0.i586.rpm
http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/main/release/libast2-0.7-8mdv2010.0.i586.rpm
http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/main/release/libimlib2_1-1.4.2-2mdv2010.0.i586.rpm
http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/contrib/release/libtwin0-0.6.2-2mdv2011.0.i586.rpm
http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/contrib/release/libeterm0.9.6-0.9.6-1-mdv2011.0.i586.rpm
...retrieving failed: curl: (22) The requested URL returned error: 404
...retrieving failed: curl: (22) The requested URL returned error: 404
...retrieving failed: curl failed: exited with 22
Installation failed, some files are missing:
http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/contrib/release/libtwin0-0.6.2-2mdv2011.0.i586.rpm
http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/contrib/release/libeterm0.9.6-0.9.6-1-mdv2011.0.i586.rpm
You may need to update your urpmi database.
Try to continue anyway? (y/N)
Nope. <sigh>
Any other thoughts? I'm starting to feel like this is something like a gcc problem, or something along those lines.
What I saw in your last screen capture or whatever way you got that info was the failure to find specific packages.
I have nothing terribly useful to suggest except.
Try manually downloading these missing packages and manually installing them.
If the package manager cannot find them and you get a 404 returned then the problem may not be with your machine (although I think it is);
When you download them install them manually running the rpm's, record any error message you get, check syslog and record any messages in the last ten or so lines.
Put the results of your effort and the error messages and parts of the syslog file that relate on this forum. I will look again and see what I can learn from the error messages.
Thanx. I also had some (minor) surgery and I'm recovering from that. So I'm very lame at responding. Sorry.
Quote:
Originally Posted by lisle2011
What I saw in your last screen capture or whatever way you got that info ...
I'm copy-pasting out of the terminal window. I have two terminal windows that were open at the time the whatever-it-was occurred, so I'm still using those. I can't create any new ones though ... if I have a power failure and the machine goes down, I'll just be hosed.
Quote:
Originally Posted by lisle2011
... was the failure to find specific packages.
I suspect that's more symptom than anything else. How about we go back to the original problem?
[root@sharn ~]# vim
vim: error while loading shared libraries: libperl.so: cannot open shared object file: No such file or directory
which makes it very difficult if I'm trying to adjust config files or whatnot (currently, if I need to do anything like that, I'm ssh'ing in--which works--scp'ing the file, editing it, then scp'ing it back).
Still nothing in syslog. In fact, the majority of my syslog seems to be stuff like this:
Code:
Apr 28 13:24:01 sharn crond[3990]: (root) FAILED to authorize user with PAM (Authentication failure)
Apr 28 13:25:01 sharn crond[4021]: (root) FAILED to authorize user with PAM (Authentication failure)
Apr 28 13:26:01 sharn crond[4051]: (root) FAILED to authorize user with PAM (Authentication failure)
Apr 28 13:27:01 sharn crond[4082]: (root) FAILED to authorize user with PAM (Authentication failure)
Apr 28 13:28:01 sharn crond[4113]: (root) FAILED to authorize user with PAM (Authentication failure)
Apr 28 13:29:01 sharn crond[4146]: (root) FAILED to authorize user with PAM (Authentication failure)
Apr 28 13:30:01 sharn crond[4178]: (root) FAILED to authorize user with PAM (Authentication failure)
Apr 28 13:31:01 sharn crond[4211]: (root) FAILED to authorize user with PAM (Authentication failure)
Apr 28 13:32:01 sharn crond[4245]: (root) FAILED to authorize user with PAM (Authentication failure)
That's just the last few lines; there are many more. The last thing before all those is this:
Any of that getting anyone closer to seeing what's going on? Or maybe at least pinpointing the problem a bit better so I can try a new thread with a better title, maybe even in a better section?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.