LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Mandriva (https://www.linuxquestions.org/questions/mandriva-30/)
-   -   Strange behavior in many commands after failed upgrade (https://www.linuxquestions.org/questions/mandriva-30/strange-behavior-in-many-commands-after-failed-upgrade-932681/)

Xotli 03-04-2012 11:55 AM

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 ...

Code:

[root@sharn ~]# rpm -qf /usr/bin/aria2c
aria2-1.11.2-2

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. :)

TIA.

lisle2011 03-05-2012 08:49 AM

Broken download in Mandriva
 
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.

Xotli 03-17-2012 07:10 PM

Quote:

Originally Posted by lisle2011 (Post 4618930)
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:

Code:

[root@sharn ~]# urpme aria2
removing aria2-1.11.2-2-mdv2011.0.i586
Preparing...                    ############################################################################################################
removing package aria2-1.11.2-2.i586

Okey dokey, looks good and gone. Now let's try installing 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          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


    http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/main/release/libast2-0.7-13-mdv2011.0.i586.rpm
    http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/main/release/libgpm2-1.20.6-5-mdv2011.0.i586.rpm   
...retrieving failed: curl: (22) The requested URL returned error: 404
    http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/main/release/libgif-devel-4.1.6-11-mdv2011.0.i586.rpm
...retrieving failed: curl: (22) The requested URL returned error: 404
    http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/main/release/libxres1-1.0.5-3-mdv2011.0.i586.rpm   
...retrieving failed: curl: (22) The requested URL returned error: 404
    http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/main/release/libimlib2_1-1.4.4-3-mdv2011.0.i586.rpm 
...retrieving failed: curl: (22) The requested URL returned error: 404
    http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/main/release/libgif4-4.1.6-11-mdv2011.0.i586.rpm   
...retrieving failed: curl: (22) The requested URL returned error: 404
    http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/main/release/libimlib2_1-filters-1.4.4-3-mdv2011.0.i586.rpm
...retrieving failed: curl: (22) The requested URL returned error: 404
    http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/main/release/libimlib2_1-loaders-1.4.4-3-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/main/release/libast2-0.7-13-mdv2011.0.i586.rpm
    http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/main/release/libgpm2-1.20.6-5-mdv2011.0.i586.rpm
    http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/main/release/libgif-devel-4.1.6-11-mdv2011.0.i586.rpm
    http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/main/release/libxres1-1.0.5-3-mdv2011.0.i586.rpm
    http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/main/release/libimlib2_1-1.4.4-3-mdv2011.0.i586.rpm
    http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/main/release/libgif4-4.1.6-11-mdv2011.0.i586.rpm
    http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/main/release/libimlib2_1-filters-1.4.4-3-mdv2011.0.i586.rpm
    http://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/2010.0/i586/media/main/release/libimlib2_1-loaders-1.4.4-3-mdv2011.0.i586.rpm
You may need to update your urpmi database.

Try to continue anyway? (y/N) 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

So ... any further thoughts? Anyone? Does anyone know what "You may need to update your urpmi database" means? TIA.

lisle2011 03-17-2012 07:31 PM

Problems installing
 
urpmi.update

it will give you some choices what you update.

Xotli 04-07-2012 09:56 PM

Sorry for the long delays between replies; dealing with a newborn over here. :)

Quote:

Originally Posted by lisle2011 (Post 4629440)
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.

lisle2011 04-08-2012 04:13 PM

Failed Upgrade
 
Congratulations on the new member of your family.

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.

lisle2011 04-08-2012 04:16 PM

Failed install
 
Just before you do any of the above put a marker in syslog like so:

echo "----- This is my marker ------" >> syslog

do it as su root and do it in /var/log.

Xotli 04-28-2012 03:56 PM

Quote:

Originally Posted by lisle2011 (Post 4647867)
Congratulations on the new member of your family.

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 (Post 4647867)
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 (Post 4647867)
... 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?

Code:

[root@sharn ~]# Terminal
Terminal: symbol lookup error: Terminal: undefined symbol: g_malloc_n

That produces nothing in syslog. Also, this:

Code:

[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:

Code:

Apr 28 10:45:17 sharn mdkapplet[1299]: Computing new updates...
Apr 28 10:45:18 sharn mdkapplet[1299]: running: urpmi.update --update
Apr 28 10:45:29 sharn mdkapplet[1299]: updating inactive backport media Main Backports, Contrib Backports, Non-free Backports
Apr 28 10:45:29 sharn mdkapplet[1299]: running: urpmi.update Main Backports
Apr 28 10:45:32 sharn mdkapplet[1299]: running: urpmi.update Contrib Backports
Apr 28 10:45:35 sharn mdkapplet[1299]: running: urpmi.update Non-free Backports
Apr 28 10:45:38 sharn mdkapplet[1299]: mdkapplet check crashed: Can't locate urpm/select.pm in @INC (@INC contains: /usr/lib/libDrakX /usr/lib/
libDrakX/drakfirsttime /usr/lib/perl5/site_perl/5.10.1/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.10.1 /usr/lib/perl5/vendor_perl/5.10.
1/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.10.1 /usr/lib/perl5/5.10.1/i386-linux-thread-multi /usr/lib/perl5/5.10.1 /usr/lib/perl5/
site_perl /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl .) at /usr/bin
/mdkapplet line 760.

preceded by yet more auth failures.

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?

Thanx to everyone who's been trying to help.


All times are GMT -5. The time now is 11:03 PM.