glibc Upgrade

[Bit-Teufel]

Hallo zusammen,

Ich versuche meine glibc Version von Version 2.31 nach 2.34 upzugraden.
Mit dem folgenden Kommando, kompiliere ich den Source Code:

cd glibc-2.34
mkdir glibc-build
cd glibc-build
../configure --prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libdir=/lib64 --includedir=/usr/include --enable-shared --enable-all-warnings --enable-check-abi --disable-werror --with-headers=/usr/include
make

Wenn ich "make install" ausführen möchte, geht das schief mit folgenden Fehler (Segmentation fault (core dumped)) :


make[4]: Leaving directory '/root/temp/glibc-2.34/posix'
make subdir=setjmp -C ../setjmp ..=../ objdir=/root/temp/glibc-2.34/glibc-build -f Makefile -f ../elf/rtld-Rules rtld-all rtld-modules='rtld-setjmp.os rtld-__longjmp.os'
make subdir=signal -C ../signal ..=../ objdir=/root/temp/glibc-2.34/glibc-build -f Makefile -f ../elf/rtld-Rules rtld-all rtld-modules='rtld-sigaction.os rtld-libc_sigaction.os rtld-sigaction.os'
make subdir=string -C ../string ..=../ objdir=/root/temp/glibc-2.34/glibc-build -f Makefile -f ../elf/rtld-Rules rtld-all rtld-modules='rtld-strchr.os rtld-strcmp.os rtld-strcspn.os rtld-strdup.os rtld-strlen.os rtld-strnlen.os rtld-strncmp.os rtld-memchr.os rtld-memcmp.os rtld-memmove.os rtld-memset.os rtld-mempcpy.os rtld-stpcpy.os rtld-memcpy.os rtld-rawmemchr.os rtld-strcmp-sse2.os rtld-strcmp.os rtld-strcmp-sse2-unaligned.os rtld-strcmp.os rtld-strcmp-ssse3.os rtld-strcmp.os rtld-strcmp-avx2.os rtld-strcmp.os rtld-strncmp-sse2.os rtld-strncmp.os rtld-strncmp-ssse3.os rtld-strncmp.os rtld-strncmp-sse4_2.os rtld-strncmp.os rtld-strncmp-avx2.os rtld-strncmp.os rtld-memchr-sse2.os rtld-memchr.os rtld-rawmemchr-sse2.os rtld-rawmemchr.os rtld-memchr-avx2.os rtld-memchr.os rtld-rawmemchr-avx2.os rtld-rawmemchr.os rtld-memcmp-sse2.os rtld-memcmp.os rtld-memcmp-avx2-movbe.os rtld-memcmp.os rtld-memcmp-sse4.os rtld-memcmp.os rtld-memcpy-ssse3.os rtld-mempcpy.os rtld-memmove-ssse3.os rtld-memmove.os rtld-memcpy-ssse3-back.os rtld-mempcpy.os rtld-memmove-ssse3-back.os rtld-memmove.os rtld-memmove-avx512-no-vzeroupper.os rtld-mempcpy.os rtld-strchr-sse2.os rtld-strchr.os rtld-strchr-avx2.os rtld-strchr.os rtld-strlen-sse2.os rtld-strlen.os rtld-strnlen-sse2.os rtld-strnlen.os rtld-strlen-avx2.os rtld-strlen.os rtld-strnlen-avx2.os rtld-strnlen.os rtld-stpcpy-sse2.os rtld-stpcpy.os rtld-stpcpy-ssse3.os rtld-stpcpy.os rtld-stpcpy-sse2-unaligned.os rtld-stpcpy.os rtld-stpcpy-avx2.os rtld-stpcpy.os rtld-strchr-sse2-no-bsf.os rtld-strchr.os rtld-memcmp-ssse3.os rtld-memcmp.os rtld-strcspn-sse2.os rtld-strcspn.os rtld-strcspn-c.os rtld-strcspn.os rtld-varshift.os rtld-strcspn-c.os rtld-memset-avx512-no-vzeroupper.os rtld-memset.os rtld-memmove-sse2-unaligned-erms.os rtld-mempcpy.os rtld-memmove-avx-unaligned-erms.os rtld-mempcpy.os rtld-memmove-avx512-unaligned-erms.os rtld-mempcpy.os rtld-memset-sse2-unaligned-erms.os rtld-memset.os rtld-memset-avx2-unaligned-erms.os rtld-memset.os rtld-memset-avx512-unaligned-erms.os rtld-memset.os rtld-memchr-avx2-rtm.os rtld-memchr.os rtld-memcmp-avx2-movbe-rtm.os rtld-memcmp.os rtld-memmove-avx-unaligned-erms-rtm.os rtld-mempcpy.os rtld-memset-avx2-unaligned-erms-rtm.os rtld-memset.os rtld-rawmemchr-avx2-rtm.os rtld-rawmemchr.os rtld-strchr-avx2-rtm.os rtld-strchr.os rtld-strcmp-avx2-rtm.os rtld-strcmp.os rtld-stpcpy-avx2-rtm.os rtld-stpcpy.os rtld-strlen-avx2-rtm.os rtld-strlen.os rtld-strncmp-avx2-rtm.os rtld-strncmp.os rtld-strnlen-avx2-rtm.os rtld-strnlen.os rtld-memchr-evex.os rtld-memchr.os rtld-memcmp-evex-movbe.os rtld-memcmp.os rtld-memmove-evex-unaligned-erms.os rtld-mempcpy.os rtld-memset-evex-unaligned-erms.os rtld-memset.os rtld-rawmemchr-evex.os rtld-rawmemchr.os rtld-stpcpy-evex.os rtld-stpcpy.os rtld-strchr-evex.os rtld-strchr.os rtld-strcmp-evex.os rtld-strcmp.os rtld-strlen-evex.os rtld-strlen.os rtld-strncmp-evex.os rtld-strncmp.os rtld-strnlen-evex.os rtld-strnlen.os rtld-memchr-evex-rtm.os rtld-memchr.os rtld-rawmemchr-evex-rtm.os rtld-rawmemchr.os rtld-cacheinfo.os rtld-memcpy-ssse3-back.os'
make[4]: Entering directory '/root/temp/glibc-2.34/string'
make[4]: Leaving directory '/root/temp/glibc-2.34/string'
make subdir=time -C ../time ..=../ objdir=/root/temp/glibc-2.34/glibc-build -f Makefile -f ../elf/rtld-Rules rtld-all rtld-modules='rtld-setitimer.os'
make[4]: Entering directory '/root/temp/glibc-2.34/time'
make[4]: Leaving directory '/root/temp/glibc-2.34/time'
make[3]: Leaving directory '/root/temp/glibc-2.34/elf'
make[2]: Leaving directory '/root/temp/glibc-2.34/elf'
/usr/bin/install -c -m 644 /root/temp/glibc-2.34/glibc-build/libc.a /lib64/libc.a
/usr/bin/install -c -m 644 /root/temp/glibc-2.34/glibc-build/libc_nonshared.a /lib64/libc_nonshared.a
/usr/bin/install -c /root/temp/glibc-2.34/glibc-build/libc.so /lib64/libc.so.6.new
mv -f /lib64/libc.so.6.new /lib64/libc.so.6
gcc -shared -nostdlib -nostartfiles \
-x assembler /dev/null -o /root/temp/glibc-2.34/glibc-build/format.lds.so
make[1]: *** [Makerules:1043: /root/temp/glibc-2.34/glibc-build/format.lds] Segmentation fault (core dumped)
make[1]: Leaving directory '/root/temp/glibc-2.34'
make: *** [Makefile:12: install] Error 2

Ist es überhaupt möglich die glibc Version so einfach upzugraden ?

Danke und Grüße
T. Reineck

[DrunkenFreak]

Warum möchtest du das überhaupt machen?

In der Regel gibt es keinen Grund die glibc am Paketsystem deiner Distri vorbei zu aktualisieren. Es könnte sogar eher nach hinten los gehen.

[Bit-Teufel]

Warum möchtest du das überhaupt machen?

In der Regel gibt es keinen Grund die glibc am Paketsystem deiner Distri vorbei zu aktualisieren. Es könnte sogar eher nach hinten los gehen.

Danke für die Antwort.

Ist es möglich die glibc zu aktualisieren ?

[towo2099]

Du kannst nicht einfach die glibc aktualisieren, ohne das restliche System zu beeinflussen.
Entweder die Distro bietet eine aktualisierte Version an, dann wird aber das halbe System mit aktualisiert, oder eben nicht.
Und nochmal die Frage, was willst Du eigentlich erreichen?

[Bit-Teufel]

Der Grund ist einfach, weil es Spaß macht.
Ich will nur wissen ob es geht, ob es Anleitungen gibt etc.
Aber so wie ich das lese ist das wohl nicht möglich .

[DrunkenFreak]

Wenn es dir nur um Spaß geht, guck dir den core dump an. Da kannst du sehen, was schief läuft und weiter forschen.

[bmk]

Hallo,

ganz "nur aus Spaß" ist das natürlich nicht.

Bei meiner openSUSE Leap 15.2 Installation ließen sich einige AppImages nicht starten, weil sie neuere glibc-Versionen verwenden.

Bevor man sich durch Manipulation so elementarer Libraries das System zerschießt, sollte man über ein Distributionsupgrade nachdenken.

Ich habe das über ein Upgrade auf 15.3 geregelt.

Grüße bmk

[ThorstenHirsch]

Also ich hab' so mal meine Linux-Installation kaputt gemacht. Nach dem glibc-Update konnte ich praktisch kein Kommando mehr aufrufen. Alles lief auf Fehler, ich glaube segfaults waren's.