[Lösung] Libc6 2.5 - libdl.so.2 Installationsproblemchen

[peschmae]

Nur falls das Problem die Tage jemand anderem über den Weg läuft - hier die Ursache und Lösung für meinen Fall:

Fehlermeldung beim libc6 upgrade von 2.3.6 nach 2.5 (aus einem chroot - bin ja kein Kamikazedebianer ):

Code: Alles auswählen

sid:/# apt-get install libc6
Reading package lists... Done
Building dependency tree... Done
The following extra packages will be installed:
  libc6-dev
Suggested packages:
  locales glibc-doc manpages-dev
The following packages will be upgraded:
  libc6 libc6-dev
2 upgraded, 0 newly installed, 0 to remove and 16 not upgraded.
Need to get 7756kB of archives.
After unpacking 2093kB of additional disk space will be used.
Do you want to continue [Y/n]? 
Get:1 http://mirror.switch.ch sid/main libc6-dev 2.5-1 [3324kB]
Get:2 http://mirror.switch.ch sid/main libc6 2.5-1 [4432kB]
Fetched 7756kB in 13s (580kB/s)                                                
(Reading database ... 12115 files and directories currently installed.)
Preparing to replace libc6-dev 2.3.6.ds1-13 (using .../libc6-dev_2.5-1_i386.deb) ...
Unpacking replacement libc6-dev ...
Preparing to replace libc6 2.3.6.ds1-13 (using .../archives/libc6_2.5-1_i386.deb) ...
Unpacking replacement libc6 ...
/bin/sh: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory
dpkg: warning - old post-removal script returned error exit status 127
dpkg - trying script from the new package instead ...
/bin/sh: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory
dpkg: error processing /var/cache/apt/archives/libc6_2.5-1_i386.deb (--unpack):
 subprocess new post-removal script returned error exit status 127
/bin/sh: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory
dpkg: error while cleaning up:
 subprocess pre-installation script returned error exit status 127
Errors were encountered while processing:
 /var/cache/apt/archives/libc6_2.5-1_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
sid:/#

nach nicht gerade kurzen Nachforschungen, die Ergebnisse von Google waren ziemlich dürftig - deshalb auch der Post hier - hab ich dann festgestellt dass ich in /etc/profile folgendes eingetragen hatte:

Code: Alles auswählen

export LD_ASSUME_KERNEL=2.4.19 # fix matlab error with symbolic toolbox

um die Symbolic Toolbox von Matlab zum laufen zu bringen (die stürzte sonst immer gleich ab), das setzen der Variable hatte ich vor langem irgendwo in einem Matlabforum als Problemlösung gefunden.

Also flink ein

Code: Alles auswählen

unset LD_ASSUME_KERNEL

und den entsprechenden Eintrag aus der /etc/profile rausgeschmissen und schon funktionierts wie sichs gehört:

Code: Alles auswählen

sid:/# apt-get install libc6
Reading package lists... Done
Building dependency tree... Done
Suggested packages:
  locales glibc-doc
The following packages will be upgraded:
  libc6
1 upgraded, 0 newly installed, 0 to remove and 16 not upgraded.
2 not fully installed or removed.
Need to get 0B/4432kB of archives.
After unpacking 389kB disk space will be freed.
(Reading database ... 12128 files and directories currently installed.)
Preparing to replace libc6 2.3.6.ds1-13 (using .../archives/libc6_2.5-1_i386.deb) ...
Unpacking replacement libc6 ...
Setting up libc6 (2.5-1) ...
Installing new version of config file /etc/init.d/glibc.sh ...
init: timeout opening/writing control channel /dev/initctl

Setting up libc6-dev (2.5-1) ...
sid:/# 

Wie gesagt ein eher exotisches Problem - aber ich bin wohl nicht der einzige Debianer mit Matlab der die symbolic Toolbox benutzt

Wusste übrigens auch nicht ganz in welches Forum das Thema gehört - Moderatoren mit zuviel Zeit sind also willkommen den Beitrag rumzuschubsen wies gefällt (aber bitte nicht nach Smalltalk )

MfG Peschmä