Thema: libgobject-2.0.so.0: wrong ELF class: ELFCLASS64

[bitmaster]

Hallöchen,

ich habe wieder mal ein Problem mit Linux (openSuSE 11.0 x86-64). Wie schon mal gesagt läuft flash bei mir nicht. Jetzt wollte ich den acroread installieren. Alles wunderbar, aber ich kann ihn nicht starten. Es passiert nichts. Und wenn ich in der Konsole acroread eingebe, dann bekomme ich folgende Meldung:

libgobject-2.0.so.0: wrong ELF class: ELFCLASS64

Irgendwas stimmt da nicht. Hat es damit zu tun, dass er es nicht schaft 32 bit anwendungen zu starten? KA was ich machen soll. Ich habe schon Google um Rat gebeten. Aber bis jetzt hat nichts funktioniert. Evtl. könnt ihr mir sagen was da falsch läuft und vielleicht sogar eine Lösung anbieten. Ich wäre euch sehr dankbar.

bitmaster

[Termite]

Moin

ich hab zwar noch nie ein 64 bit linux system aufgesetzt, aber so wie ich die Fehlermeldung interpretiere, ist die libgobject2.0.so.0 in der Falschen version vorhanden. sprich anstelle der 32Bit version erkennt er eine 64bit version. was natürlich nicht tuen kann. ( oder umgekehrt )

Linux verwaltet meines wissens die Libs für 64Bit und 32 Bit getrennt. (in getrennten verzeichnissen. die 64bit bekommen einen anderen namen) ggf kann es ein, das die falschen versionen in den falschen pfaden liegen. Kann es sein, das du teile deines systems selber übersetzt hast? ggf ursache für das durcheinander.


gruss

[kevin]

Ich würde auch erstmal versuchen, das Paket libgobject-2_0-0-32bit zu installieren

[MNemo]

unter Debian heiß das packet das du benötigst
ia32-lib-gtk, vieleicht gibts unter suse ja was ähnliches

btw: IMHO ist 'Okular'(KDE) dem acroread vorzusiehen.

[kevin]

unter Debian heiß das packet das du benötigst
ia32-lib-gtk, vieleicht gibts unter suse ja was ähnliches

Ja, ich habe den Paketnamen genannt.

[bitmaster]

Hi, danke für die Antworten.

Also laut Yast2 habe ich libgobject-2_0-0-2.16.3-20.2 und libgobject-2_0-0-32bit-2.16.3-20.2 installiert. Wobei ersteres sich aus /usr/lib64/libgobject-2.0.so.0 und /usr/lib64/libgobject-2.0.so.0.1600.3 zusammensetzt. Letzteres setzt sich aus /usr/lib/libgobject-2.0.so.0 und /usr/lib/libgobject-2.0.so.0.1600.3 zusammen. Sieht doch richtig aus, oder nicht?

[MNemo]

Also wenn du SUSE als 64bit installiert hast, sollte /usr/lib ein link auf /usr/lib64 sein und ein extra verzeichniss /usr/lib32 existieren

[kevin]

Nein, /usr/lib ist 32 Bit. Das sieht so schon richtig aus. Bleibt nur die Frage, wieso ein 32-Bit-acroread die 64-Bit-Version der Lib benutzen will. Vielleicht mal "linux32 acroread" probieren?

[MNemo]

Nein, /usr/lib ist 32 Bit.

Sry. Hab selbst nur Debian und google schien mir zu bestätigen, dass Suse das gleich handhabt.

[Termite]

sollte auch so sein, den das haben meines wissens alle Linux versionen so zu handaben.

[bitmaster]

Also bei Eingabe von linux32 acroread erhalte ich die selbe Meldung. Ich bin am verzweifeln... 

linux32 acroread

/usr/lib/Adobe/Reader8/Reader/intellinux/bin/acroread: error while loading shared libraries: libgobject-2.0.so.0: wrong ELF class: ELFCLASS64

[FreakyPenguin]

Hm vielleicht mal testweise LD_PRELOAD auf den Pfad der 32-Bit Lib setzen? Das müsste bewirken, dass er erst die durchsucht, bevor er andere lädt, wimre.

[bitmaster]

Hm vielleicht mal testweise LD_PRELOAD auf den Pfad der 32-Bit Lib setzen? Das müsste bewirken, dass er erst die durchsucht, bevor er andere lädt, wimre.

Äh... und wie genau macht man so etwas.     

[FreakyPenguin]

Etwa so:

Code: [Auswählen]

$ LD_PRELOAD=/pfad/zur/richtigen/lib acroread

[bitmaster]

Also wenn ich

LD_PRELOAD=/usr/lib64 acroread

schreibe, dann sagt er mehrmals

ERROR: ld.so: object '/usr/lib64' from LD_PRELOAD cannot be preloaded: ignored.

 

[FreakyPenguin]

Du sollst ja da auch nicht den Pfad zum Verzeichnis sondern den Pfad zur Lib angeben(also beispielsweise: /usr/lib/libgobject-2.0.so.0).

[bitmaster]

Also bei Eingabe von

LD_PRELOAD=/usr/lib/libgobject-2.0.so.0 acroread

erhalte ich die Meldung

/usr/lib/Adobe/Reader8/Reader/intellinux/bin/acroread: error while loading shared libraries: libgobject-2.0.so.0: wrong ELF class: ELFCLASS64

.

[FreakyPenguin]

Was sagt denn ein readelf -h zu der Lib? Ist die 32-Bit?

[bitmaster]

Was sagt denn ein readelf -h zu der Lib? Ist die 32-Bit?

ELF Header:
  Magic:   7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00
  Class:                             ELF64
  Data:                              2's complement, little endian
  Version:                           1 (current)
  OS/ABI:                            UNIX - System V
  ABI Version:                       0
  Type:                              DYN (Shared object file)
  Machine:                           Advanced Micro Devices X86-64
  Version:                           0x1
  Entry point address:               0x90a0
  Start of program headers:          64 (bytes into file)
  Start of section headers:          958408 (bytes into file)
  Flags:                             0x0
  Size of this header:               64 (bytes)
  Size of program headers:           56 (bytes)
  Number of program headers:         6
  Size of section headers:           64 (bytes)
  Number of section headers:         38
  Section header string table index: 35

Also Nö, die ist 64 bit. Was ist da schief gelaufen? :/

[bitmaster]

aha aha

Habs jetzt hinbekommen. Laut just sind die libs in der version 1600.3 installiert. Aber die symlinks zeigten im Ordner lib alle auf die 1800.1 versionen, die 64 bittig waren. Die 1800.1 versionen habe ich gelöscht und die symlinks auf 1600.3 gesetzt. Das musste ich mit libgobject, libgio, libgthread und libgmodule machen. Jetzt funktionierts. Vielen dank für deine / eure Hilfe.