[Eisfair] [e1] eiskernel 3.46.0 (Status 'stable') verfügbar - 3.16er Kernel für eisfair-1

[Thomas Bork]

Am 09.09.2019 um 16:01 schrieb D. Oezbilen:

> ldd /sbin/insmod
> zeigt:
[...]
>          liblzma.so.5 => /usr/local/lib/liblzma.so.5 (0x00007fd040748000)
>          libz.so.1 => /usr/local/lib/libz.so.1 (0x00007fd04052d000)
>          libcrypto.so.1.1 => /usr/local/lib/libcrypto.so.1.1 
> (0x00007fd040062000)

Eben:
Das Kernel-Update verlässt sich auf die Ausgabe von ldd, da durch 
Umbauten an der base schon mehrere Male Libs in andere Verzeichnisse 
umgezogen worden sind. Eine harte Pfad-Angabe ist deswegen nicht möglich.

> --- ab hier nicht mehr.
>   Copying /usr/local/lib/libcrypto.so.1.1 to 
> /tmp/initrd_mount.Ad2BOO8DKl/usr/local/lib.
>   Copying /usr/local/lib/liblzma.so.5 to 
> /tmp/initrd_mount.Ad2BOO8DKl/usr/local/lib.
>   Copying /usr/local/lib/libz.so.1 to 
> /tmp/initrd_mount.Ad2BOO8DKl/usr/local/lib.

Siehe oben:
Die Pfade werden der Ausgabe von ldd entnommen.

> Wobei:
> /usr/local/lib ist bei mir ein ln -s -> /usr/lib64, es sind somit (s.u., 
> bis auch libz.so.1) Org.-eis.-Dateien. Wobei libz.so.1 natuerlich das 
> Uebel sein kann.

Laut der von Dir geposteten Fehlermeldung wird zuallererst liblzma.so.5 
vermisst.

> 
> eis-setup liefert leider nur die zlib-dev.
> ___Welches Paket beinhaltet die eis-zlib?___

https://www.pack-eis.de/index.php?p=libz1

> //
> Die Leute mit Problemen haben alle irgendwelche selbst installierten 
> Bibliotheken unter /usr/local/lib zu liegen...
> //
> Nun, das sollte nicht dazu fuehren das System zu zerschiessen, oder?

Das System ist nicht zerschossen. Aber Du hast es selbst so manipuliert, 
dass es zu dem Fehler beim Kernel-Update kommt. Sorge dafür, dass ldd 
die korrekten Bibliotheken listet, dann tritt der Fehler nicht auf.

> Wie kann ich fuer die zukueftigen Kernel-Updates diese Kollision vermeiden?
> Doch nicht, in dem ich keine eigens kompilierten bins u. libs mehr dem 
> System zufuege? ;-)

Siehe oben.

-- 
der tom
[eisfair-team]