libdvo.so: cannot open shared object file
Hallo, ich habe hier opensuse 11.2 x86_64 mit kernel 2.6.31.12-0.1-desktop #1 SMP PREEMPT Es funktionieren hier plötzlich einige Sachen nicht, und ich weiß nicht warum. Ich mache : ~> man cp Man: find all matching manual pages * cp (1) cp (1p) Man: What manual page do you want? Man: 1 /usr/bin/nroff: Can't create temp directory, exiting... Manual page cp(1) line 1/1 (END) Nach Internetrecherche liegt das wohl am mktemp, das nroff benutzt: ~> mktemp mktemp: error while loading shared libraries: libdvo.so: cannot open shared object file: No such file or directory Auch wenn ich zypper aufrufe: ~> zypper refresh Repository 'openSUSE BuildService - GNOME:STABLE:2.28' is up to date. Building repository 'openSUSE BuildService - GNOME:STABLE:2.28' cache [done] Error building the cache: 'repo2solv.sh' '-o' '/var/cache/zypp/solv/download.opensuse.org-2.28/solv' '/var/cache/zypp/raw/download.opensuse.org-2.28' mktemp: error while loading shared libraries: libdvo.so: cannot open shared object file: No such file or directory [ ....] Hat jemand eine Ahnung, woran das liegen könnte? Im Internet habe ich nichts Brauchbares gefunden. Quotas sind nicht gesetzt. Die disks sind alle weit unter 100% Belegung. Filesystemcheck habe ich gemacht. Mehrere reboots auch. Andere opensuse 11.2 Kisten tun einwandfrei. Das alles ist unabhängig vom Benutzer, auch als root tut es nicht. Gruß, Ulrich -- Ulrich Hiller Max-Planck-Institut für Astronomie Königstuhl 1⁷ 69117 Heidelberg Germany phone +49 6221 528238 fax: +49 6221 528246 e-mail hiller@mpia-hd.mph.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Ulrich,
Nach Internetrecherche liegt das wohl am mktemp, das nroff benutzt: ~> mktemp mktemp: error while loading shared libraries: libdvo.so: cannot open shared object file: No such file or directory
Auch wenn ich zypper aufrufe: ~> zypper refresh Repository 'openSUSE BuildService - GNOME:STABLE:2.28' is up to date. Building repository 'openSUSE BuildService - GNOME:STABLE:2.28' cache [done] Error building the cache: 'repo2solv.sh' '-o' '/var/cache/zypp/solv/download.opensuse.org-2.28/solv' '/var/cache/zypp/raw/download.opensuse.org-2.28' mktemp: error while loading shared libraries: libdvo.so: cannot open shared object file: No such file or directory [ ....]
Hat jemand eine Ahnung, woran das liegen könnte? Im Internet habe ich nichts Brauchbares gefunden. Quotas sind nicht gesetzt. Die disks sind alle weit unter 100% Belegung. Filesystemcheck habe ich gemacht. Mehrere reboots auch. Andere opensuse 11.2 Kisten tun einwandfrei. Das alles ist unabhängig vom Benutzer, auch als root tut es nicht.
Bei dir scheint libdvo.so nicht zu existieren und auf meiner Maschine existiert es auch nicht. Hast du evtl. ein fremdes (veraltete) Coreutils installiert? Was sagt RPM zu Core Utilities: # rpm -q coreutils Welcher Kernel? # uname -a Mach mal bitte folgendes in der Konsole und gib uns bitte die Ausgabe: # ldd /bin/mktemp -- Gruß Sebastian - openSUSE Member (Freespacer) http://de.opensuse.org/Benutzer:Freespacer Wichtiger Hinweis zur openSUSE Mailing Liste: http://de.opensuse.org/OpenSUSE_Mailinglisten-Netiquette -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Bei dir scheint libdvo.so nicht zu existieren und auf meiner Maschine existiert es auch nicht. Hast du evtl. ein fremdes (veraltete) Coreutils installiert?
Was sagt RPM zu Core Utilities: # rpm -q coreutils
coreutils-7.1-3.2.x86_64
Welcher Kernel? # uname -a
Linux aida79 2.6.31.12-0.1-desktop #1 SMP PREEMPT 2010-01-27 08:20:11 +0100 x86_64 x86_64 x86_64 GNU/Linux
Mach mal bitte folgendes in der Konsole und gib uns bitte die Ausgabe: # ldd /bin/mktemp
linux-vdso.so.1 => (0x00007fffe23ff000) librt.so.1 => /lib64/librt.so.1 (0x00007ff877d40000) libc.so.6 => /lib64/libc.so.6 (0x00007ff8779e5000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007ff8777c9000) /lib64/ld-linux-x86-64.so.2 (0x00007ff877f49000) Gruß, Ulrich -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Was sagt RPM zu Core Utilities: # rpm -q coreutils
coreutils-7.1-3.2.x86_64
okay
Welcher Kernel? # uname -a
Linux aida79 2.6.31.12-0.1-desktop #1 SMP PREEMPT 2010-01-27 08:20:11 +0100 x86_64 x86_64 x86_64 GNU/Linux
okay
Mach mal bitte folgendes in der Konsole und gib uns bitte die Ausgabe: # ldd /bin/mktemp
linux-vdso.so.1 => (0x00007fffe23ff000) librt.so.1 => /lib64/librt.so.1 (0x00007ff877d40000) libc.so.6 => /lib64/libc.so.6 (0x00007ff8779e5000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007ff8777c9000) /lib64/ld-linux-x86-64.so.2 (0x00007ff877f49000)
auch okay. Gibt es evtl. ein zweites mktemp? # which mktemp # whereis mktemp -- Gruß Sebastian - openSUSE Member (Freespacer) http://de.opensuse.org/Benutzer:Freespacer Wichtiger Hinweis zur openSUSE Mailing Liste: http://de.opensuse.org/OpenSUSE_Mailinglisten-Netiquette -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
so, da bin ich wieder. ;-)
Gibt es evtl. ein zweites mktemp? # which mktemp # whereis mktemp
Autsch. Ganz blöde Sache. Da war ein Progrämmelchen installiert, dessen bin-Directory im $PATH vor /bin war. Hätte ich auch selber drauf kommen können. Vielen Dank an alle, die mir geholfen haben. Und sorry für die Mühen, die ich gemacht habe wegen dieser dummen Sache. Gruß, Ulrich -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo alle, am Montag 10 Mai 2010 schrieb Ulrich Hiller:
Bei dir scheint libdvo.so nicht zu existieren
denke mal so
und auf meiner Maschine existiert es auch nicht. Bei mir schon
Welcher Kernel? # uname -a
Linux aida79 2.6.31.12-0.1-desktop #1 SMP PREEMPT 2010-01-27 08:20:11 +0100 x86_64 x86_64 x86_64 GNU/Linux
Mach mal bitte folgendes in der Konsole und gib uns bitte die Ausgabe: # ldd /bin/mktemp
linux-vdso.so.1 => (0x00007fffe23ff000) librt.so.1 => /lib64/librt.so.1 (0x00007ff877d40000) libc.so.6 => /lib64/libc.so.6 (0x00007ff8779e5000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007ff8777c9000) /lib64/ld-linux-x86-64.so.2 (0x00007ff877f49000)
Gruß, Ulrich
Also Yast2 erzält mir, dass libdv.so in libdv4 - The Quasar DV Codec ist und meldet NICHT coreutils. rpm sagt mir rpm -qal | grep dv.so /usr/lib64/libdv.so.4 /usr/lib64/libdv.so.4.0.3 /usr/lib64/xine/plugins/1.25/xineplug_dmx_rawdv.so scheint also nicht mit mktemp zusammenzuhängen. Was das Problem ist weiss ich leider nicht. Ach ja: uname -a Linux xyz123 2.6.31.12-0.2-desktop #1 SMP PREEMPT 2010-03-16 21:25:39 +0100 x86_64 x86_64 x86_64 GNU/Linux Gruss Hugo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Hugo,
Bei dir scheint libdvo.so nicht zu existieren denke mal so und auf meiner Maschine existiert es auch nicht. Bei mir schon
Welcher Kernel? # uname -a
Linux aida79 2.6.31.12-0.1-desktop #1 SMP PREEMPT 2010-01-27 08:20:11 +0100 x86_64 x86_64 x86_64 GNU/Linux
Mach mal bitte folgendes in der Konsole und gib uns bitte die Ausgabe: # ldd /bin/mktemp
linux-vdso.so.1 => (0x00007fffe23ff000) librt.so.1 => /lib64/librt.so.1 (0x00007ff877d40000) libc.so.6 => /lib64/libc.so.6 (0x00007ff8779e5000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007ff8777c9000) /lib64/ld-linux-x86-64.so.2 (0x00007ff877f49000)
Gruß, Ulrich
Also Yast2 erzält mir, dass libdv.so in
libdv4 - The Quasar DV Codec
ist und meldet NICHT coreutils.
Im Package coreutils wird mktemp zur Verfügung gestellt. Daher wollte ich von Ulrich wissen, ob es sich auch um die gleiche Version handelt.
rpm sagt mir
rpm -qal | grep dv.so /usr/lib64/libdv.so.4 /usr/lib64/libdv.so.4.0.3 /usr/lib64/xine/plugins/1.25/xineplug_dmx_rawdv.so
scheint also nicht mit mktemp zusammenzuhängen.
Die Rede ist eigentlich von libdvo.so und nicht libdv.so. Daher ist meine Überlegung gewesen, ob es evtl. ein fremdes mktemp im Suchpfad Vorrang hatte. Zudem habe ich hier ein Hinweis gefunden: http://svn.pan-starrs.ifa.hawaii.edu/trac/ipp/ticket/1079 Dort wird über das gleiche Phänomen gesprochen, dass mit einem fremden mktemp und deren API zusammenhängen könnte. Wiefern es auch mit libreadline6 bzw. libncurses{5,6} zusammenhängt, stelle ich noch in einem anderen Raum. -- Gruß Sebastian - openSUSE Member (Freespacer) http://de.opensuse.org/Benutzer:Freespacer Wichtiger Hinweis zur openSUSE Mailing Liste: http://de.opensuse.org/OpenSUSE_Mailinglisten-Netiquette -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Sebation, am Montag 10 Mai 2010 schrieb Sebastian Siebert:
Die Rede ist eigentlich von libdvo.so und nicht libdv.so.
Mein Fehler .. Auch das kleine o darf man nicht unterschlagen. :-) Gruß Hugo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Mon, May 10, 2010 at 04:44:51PM +0200, Ulrich Hiller wrote:
Hallo, ich habe hier opensuse 11.2 x86_64 mit kernel 2.6.31.12-0.1-desktop #1 SMP PREEMPT
Es funktionieren hier plötzlich einige Sachen nicht, und ich weiß nicht warum. Ich mache : ~> man cp Man: find all matching manual pages * cp (1) cp (1p) Man: What manual page do you want? Man: 1 /usr/bin/nroff: Can't create temp directory, exiting... Manual page cp(1) line 1/1 (END)
Nach Internetrecherche liegt das wohl am mktemp, das nroff benutzt: ~> mktemp mktemp: error while loading shared libraries: libdvo.so: cannot open shared object file: No such file or directory
Auch wenn ich zypper aufrufe: ~> zypper refresh Repository 'openSUSE BuildService - GNOME:STABLE:2.28' is up to date. Building repository 'openSUSE BuildService - GNOME:STABLE:2.28' cache [done] Error building the cache: 'repo2solv.sh' '-o' '/var/cache/zypp/solv/download.opensuse.org-2.28/solv' '/var/cache/zypp/raw/download.opensuse.org-2.28' mktemp: error while loading shared libraries: libdvo.so: cannot open shared object file: No such file or directory [ ....]
Hat jemand eine Ahnung, woran das liegen könnte? Im Internet habe ich nichts Brauchbares gefunden. Quotas sind nicht gesetzt. Die disks sind alle weit unter 100% Belegung. Filesystemcheck habe ich gemacht. Mehrere reboots auch. Andere opensuse 11.2 Kisten tun einwandfrei. Das alles ist unabhängig vom Benutzer, auch als root tut es nicht.
Ist die Platte voll? Also /tmp oder /var/tmp? Sind obige Directories noch vorhanden? Ciao, marcus -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (4)
-
Hugo Mahr -
Marcus Meissner -
Sebastian Siebert -
Ulrich Hiller