[SOLVED] Did pacman -Syu and now gdm, gnome, and pacman won't work

Eivuwan · 2010-03-26 17:54:27

Hi everyone, I did a search for my problem, but cannot find the solution. Basically, I updated my computer this morning and as soon as the packages got installed my computer crashed. I am using another computer right now. These were the packages that were upgraded: dbus-core, bluez, dbus, gsfonts, libcups, libgdiplus, mono, openssl.

So after I installed the packages, my screen went black with some error message (don't remember what it is now. I believe it was something about GDM not working.) So I rebooted and "rpcbind" and "File Alteration Monitor" failed. Then I got a bunch of Gdm error messages with "gdm-binary[46081]: WARNING: GdmLocalDisplayFactory: maximum number of X display failures reached: check X server log for errors" as the last message. I don't know how to check the X server log for errors so I logged in and tried pacman -Syu again. I got this error "pacman: error while loading shared libraries: /usr/lib/libssl.so.0.9.8: invalid ELF header." I also tried startx and gnome-session , but they both failed to work as well. It seems like I'm having a graphics error. I don't know what to do now. Any help would be appreciated.

Last edited by Eivuwan (2010-04-01 06:24:17)

Rorschach · 2010-03-26 18:17:57

/var/log/Xorg.0.log, there should be written what the problem is. Espescially this output should tell the problem:

egrep "EE|WW" /var/log/Xorg.0.log

File Alteration Monitor (FAM) is not needed for X or GDM and Gnome and isn't be the source of the problem. I don't know about rpcbind..

Last edited by Rorschach (2010-03-26 18:18:53)

Eivuwan · 2010-03-26 18:31:22

Rorschach wrote:

/var/log/Xorg.0.log, there should be written what the problem is. Espescially this output should tell the problem:
egrep "EE|WW" /var/log/Xorg.0.log
File Alteration Monitor (FAM) is not needed for X or GDM and Gnome and isn't be the source of the problem. I don't know about rpcbind..

Hi, I tried looking at Xorg file but there was so much stuff that I didn't know what to make out of it. Nothing happened when I tried

 egrep "EE|WW" /var/log/Xorg.0.log

I suspect that the package that messed up everything is openssl. The problem is that I can't downgrade because I did pacman -Scc recently and I can't downgrade anyway because none of the pacman functions work now. sigh

hightower · 2010-03-26 19:57:58

You could try to manually extract the openssl package to your filesystem and then seperately (!) force installing openssl with the then hopefully working pacman.

hightower

coudu · 2010-03-27 08:21:07

Hi,

it's the d-bus upgrade that broke your system, but it is easily fixable.

What you need to do is :

-switch to another tty for example tty2 with ctrl+alt+f2
-log as root
-if your network is managed by another daemon that refuses to start (networkmanager for example) and you don't have network access, you need to start the network daemon : /etc/rc.d/network start (assuming network is configured in rc.conf)
-force upgrade of dbus and dbus-core : pacman -Sf dbus dbus-core

then reboot and you should be done and able to upgrade the rest of your system with pacman -Syu

Last edited by coudu (2010-03-27 08:23:44)

Eivuwan · 2010-03-27 17:28:31

Thanks for the help Coudu. The problem is that I cannot force pacman to upgrade. When I do

 pacman -Sf dbus dbus-core

I get this error:

 pacman: error while loading shared libraries: /usr/lib/libssl.so.0.9.8: invalid ELF header

Last edited by Eivuwan (2010-03-27 17:28:53)

Eivuwan · 2010-03-27 17:31:06

hightower wrote:

You could try to manually extract the openssl package to your filesystem and then seperately (!) force installing openssl with the then hopefully working pacman.
hightower

But it looks like I can't force pacman to do anything right now. And I'm not sure how to manually extract the package to my filesystem when I access gnome or any of my internet apps.

lilsirecho · 2010-03-27 18:01:59

Perhaps pacman -Syy is the first step.

tavianator · 2010-03-27 18:40:36

Looks like libssl got corrupted. Download ftp://ftp.archlinux.org/core/os/<your arch>/openssl-0.9.8n-1-i686.pkg.tar.xz, and extract usr/lib/libssl.so.* to /usr/lib. Or, boot the installer, get network access, mount your hard drive on /mnt, and do

pacman -Sy
pacman --root=/mnt -Sf openssl

hightower · 2010-03-27 20:44:54

Hi,

log in as root on a virtual console.

if you are on 64bit:

cd /
wget http://mirrors.kernel.org/archlinux/core/os/x86_64/openssl-0.9.8n-1-x86_64.pkg.tar.xz
tar --overwrite -xf openssl-0.9.8n-1-x86_64.pkg.tar.xz
rm .PKGINFO
pacman -Syy
pacman -Sf openssl
pacman -Su

if you are on 32bit

cd /
wget http://mirrors.kernel.org/archlinux/core/os/i686/openssl-0.9.8n-1-i686.pkg.tar.xz
tar --overwrite -xf openssl-0.9.8n-1-i686.pkg.tar.xz
rm .PKGINFO
pacman -Syy
pacman -Sf openssl
pacman -Su

If you are unsure about the steps or the operation in general, use tavianator's solution. Additionally you should ask yourself if Arch is the best choice for your level of experience with linux.

hightower

Last edited by hightower (2010-03-27 20:45:34)

donallen · 2010-03-30 18:58:20

I had a similar problem with my wife's laptop -- pacman -Sy and then pacman -Su and the system was hosed, as was pacman. Night before last, I did a system update on one of my own machines and wireless networking basically stopped working (bits drift in at a snail's pace, so the network is up, but it was unusable. I gave up in disgust, blew away the Arch install, and replaced it with something much more conservative and reliable.

I'm beginning to have my doubts about this distribution. When it works, it's great, no question. But one could argue that this bleeding edge, rolling release methodology is simply not thoroughly testable (in the way the Debian or OpenBSD people test, for example, to cite two very high-quality, conservative systems). That argument says that the kinds of problems I've seen, the original poster of this thread is seeing, and myriad other people have seen and reported, is an inherent risk in this type of distribution. But I ran Gentoo for several years and never had the kinds of problems I've experienced with Arch (I abandoned Gentoo because it was just too much work to maintain a Gentoo system, but it does work reliably). So it would seem that the kind of system Arch tries to be can be made reliable, but I don't think Arch has achieved that yet, despite its many other good qualities.

Last edited by donallen (2010-03-31 12:06:57)

Eivuwan · 2010-04-01 06:27:47

Hi everyone. After some thinking, I realized that as attached as I am to Arch, I do not have as much free time as I did in the past to tinker with it. So I manually mounted my IPod and copied everything in my home folder to it. Then I installed Ubuntu. Maybe I'll come back to Arch one day, but for now, farewell. Thanks for all your help.

alienvenom · 2010-04-01 06:28:58

Has anyone been able to fix the issue with the clock applet?

** (gnome-panel:4521): WARNING **: panel-applet-frame.c:1273: failed to load applet OAFIID:GNOME_ClockApplet:
System exception: IDL:Bonobo/GeneralError:1.0 : Child process did not give an error message, unknown failure occurred

jqxl0205 · 2010-04-01 09:57:59

alienvenom wrote:

Has anyone been able to fix the issue with the clock applet?
** (gnome-panel:4521): WARNING **: panel-applet-frame.c:1273: failed to load applet OAFIID:GNOME_ClockApplet:
System exception: IDL:Bonobo/GeneralError:1.0 : Child process did not give an error message, unknown failure occurred

I have this problem too.

Who can solve it ?

donallen · 2010-04-02 11:32:18

Eivuwan wrote:

Hi everyone. After some thinking, I realized that as attached as I am to Arch, I do not have as much free time as I did in the past to tinker with it. So I manually mounted my IPod and copied everything in my home folder to it. Then I installed Ubuntu. Maybe I'll come back to Arch one day, but for now, farewell. Thanks for all your help.

Wise decision -- Ubuntu is very stable (we used it extensively in my last place of business; I'm now retired). I've gone a different route, since I prefer to start small, build the environment I want and nothing more (which was my reason for choosing Arch). My preferred environment is pretty minimal -- no desktop system (no Gnome or KDE), just a window manager (dwm) and the apps I need. I did a test install in the last day or so and learned enough about Slackware (I first used it in the early 90s when it was pretty much the only Linux distribution) to convince myself that it will work for me. It's more of a pain to get the apps installed than Arch, certainly, but once you know how to do it and where to find them, it's not really a problem. But my objective is the same as yours -- get away from Arch's rolling releases. Again, as an old hand at both individual development and managing large software projects, what Arch is trying to do is difficult. Because the various components of the system are updated more or less continuously, it's impossible to thoroughly test the whole thing every time it changes. So on any particular day, you are likely to see problems, as happened to you, me, and other folks who have started threads in this category. And sometimes the problems are so severe you end up with a non-functioning system, as happened to both of us.

I would hope that, in the future, the powers-that-be at Arch would consider periodic, thoroughly tested releases, say every 6 months like Ubuntu and OpenBSD. The fundamental machinery of Arch is excellent (pacman, etc.), installation is easy, the documentation is adequate (I'm not as impressed by the wiki as others seem to be -- see the OpenBSD or FreeBSD documentation; what's available for Slackware is also very good). But I think there are tremendous quality hazards in the rolling release methodology, and forcing it on Arch's users is a bad idea, I think. It can be optional, for the adventurous. This is exactly how the OpenBSD people operate. There's a release every 6 months that is invariably rock solid. If they find problems after the release, they will make changes on a STABLE cvs branch. But you can also, if you choose, run what is on the cvs trunk, which they designate CURRENT, if you are so inclined and willing to take the chance on less thoroughly tested code. This is more or less equivalent to Arch now. I'm suggesting that Arch consider adding a STABLE version.

yvonney · 2010-04-09 05:12:59

uhhhh ... i'm kinda thinking that all distros has some kind of fuss factor, of course. Lotta great learning that way. Respecting many don't have time etc. though.

I'm saying that my experiences with freeBSD were fantastic due to incredible struggles and then confirming,
just for myself mind you, that... it's the packages added to the base that starts to add the potential for issues. Well, obviously.

ummm, yeah, the occasional thing happens with an ARCH update so staying behind the curve is obviously good OR knowing how to downgrade easily. (which takes about a minute with a downgrade script) The stable branch of ARCH thing would take twice the energy and dilute everything? dunno. And is there anything really really stable with Linux if updated? If I was stating my feelings it would absolutely be:

if not for ARCH I'd go FreeBSD. hey! is that almost a slogan?

I work on other's linux systems regularly, their gnome, kde, login managers, themes etc. oooooffff.

Running a minimalist system is what seems to be good all round. [depending] Like, a bunch of cli stuff and a windows manager. Best wishes to all and of course we all have different tolerances and with respect again, different deadlines. Revelling in a problem doesn't seem to be the norm however. I came here looking for a solution to a lib missing problem with todays update. And, I'm really happy about it actually, hehehe, as becoming more expert always seem to come easier with some 'gotta fix that' thing.

Apologies in advance if this is in any way taken as me beng cheeky. I'm not! It was my 4 minutes of course. :)

UPDATE: just fixed my lib probs! woohoo. TTL 8 minutes.

Last edited by yvonney (2010-04-09 05:35:14)

zuargo · 2010-04-10 21:13:45

hightower wrote:

Hi,
log in as root on a virtual console.
if you are on 64bit:
cd /
wget http://mirrors.kernel.org/archlinux/core/os/x86_64/openssl-0.9.8n-1-x86_64.pkg.tar.xz
tar --overwrite -xf openssl-0.9.8n-1-x86_64.pkg.tar.xz
rm .PKGINFO
pacman -Syy
pacman -Sf openssl
pacman -Su
if you are on 32bit
cd /
wget http://mirrors.kernel.org/archlinux/core/os/i686/openssl-0.9.8n-1-i686.pkg.tar.xz
tar --overwrite -xf openssl-0.9.8n-1-i686.pkg.tar.xz
rm .PKGINFO
pacman -Syy
pacman -Sf openssl
pacman -Su
If you are unsure about the steps or the operation in general, use tavianator's solution. Additionally you should ask yourself if Arch is the best choice for your level of experience with linux.
hightower

Thanks a lot that worked for me for running again KDEmod

Last edited by zuargo (2010-04-10 21:15:58)

Arch Linux

#1 2010-03-26 17:54:27

[SOLVED] Did pacman -Syu and now gdm, gnome, and pacman won't work

#2 2010-03-26 18:17:57

Re: [SOLVED] Did pacman -Syu and now gdm, gnome, and pacman won't work

#3 2010-03-26 18:31:22

Re: [SOLVED] Did pacman -Syu and now gdm, gnome, and pacman won't work

#4 2010-03-26 19:57:58

Re: [SOLVED] Did pacman -Syu and now gdm, gnome, and pacman won't work

#5 2010-03-27 08:21:07

Re: [SOLVED] Did pacman -Syu and now gdm, gnome, and pacman won't work

#6 2010-03-27 17:28:31

Re: [SOLVED] Did pacman -Syu and now gdm, gnome, and pacman won't work

#7 2010-03-27 17:31:06

Re: [SOLVED] Did pacman -Syu and now gdm, gnome, and pacman won't work

#8 2010-03-27 18:01:59

Re: [SOLVED] Did pacman -Syu and now gdm, gnome, and pacman won't work

#9 2010-03-27 18:40:36

Re: [SOLVED] Did pacman -Syu and now gdm, gnome, and pacman won't work

#10 2010-03-27 20:44:54

Re: [SOLVED] Did pacman -Syu and now gdm, gnome, and pacman won't work

#11 2010-03-30 18:58:20

Re: [SOLVED] Did pacman -Syu and now gdm, gnome, and pacman won't work

#12 2010-04-01 06:27:47

Re: [SOLVED] Did pacman -Syu and now gdm, gnome, and pacman won't work

#13 2010-04-01 06:28:58

Re: [SOLVED] Did pacman -Syu and now gdm, gnome, and pacman won't work

#14 2010-04-01 09:57:59

Re: [SOLVED] Did pacman -Syu and now gdm, gnome, and pacman won't work

#15 2010-04-02 11:32:18

Re: [SOLVED] Did pacman -Syu and now gdm, gnome, and pacman won't work

#16 2010-04-09 05:12:59

Re: [SOLVED] Did pacman -Syu and now gdm, gnome, and pacman won't work

#17 2010-04-10 21:13:45

Re: [SOLVED] Did pacman -Syu and now gdm, gnome, and pacman won't work

Board footer