web-dev-qa-db-fra.com

GLIBC => 2.5 Ubuntu 16.04

J'exécute Ubuntu 16.04 LTS dans un environnement de serveur, et un logiciel de sauvegarde indique qu'il faut "Sous Linux, la glibc 2.5 ou supérieure est requise." J'ai lancé ldd --version et récupère ldd (Ubuntu GLIBC 2.23-0ubuntu10) 2.23, donc actuellement, cela ne fonctionne pas.

J'utilise actuellement un script mysqldump pour les sauvegarder sous forme de fichiers, mais comme = la sauvegarde SQL à exécuter à la place.

Je pense que le nom du paquet est libc6 et j'ai donc lancé ce qui suit:

apt-cache depends libc6
libc6
  Depends: libgcc1
  Breaks: <hurd>
  Breaks: libtirpc1
  Breaks: locales
  Breaks: locales-all
  Breaks: lsb-core
  Breaks: nscd
  Suggests: glibc-doc
 |Suggests: debconf
  Suggests: <debconf-2.0>
    cdebconf
    debconf
  Suggests: locales
    locales-all:i386
    locales-all
  Replaces: <libc6-AMD64>

Je suppose que je peux mettre à niveau la version avec un autre référentiel ou en le compilant, mais je suis préoccupé par ce qui pourrait casser ubuntu et si cela est tout à fait recommandé? Y a-t-il un moyen sûr d'installer ceci?

package-managementupgradedependenciesglibc
1
Chris353

"Les nouvelles versions d'Ubuntu ont de nouvelles versions de glibc."

La version la plus récente d’Ubuntu (au moment de la publication) est la 18.04 Bionic Beaver, qui contient la version 2.27 de la glibc (numéro de version beaucoup plus élevé que la version 2.5). La mise à niveau vers la toute dernière version d'Ubuntu ne résoudra pas le problème. En fait, la version de glibc du 16.04 Xenial Xeris 2.23 est un numéro de version beaucoup PLUS ÉLEVÉ que celui de la version 2.5, qui aurait dû être numéroté 2.05.

Visiter la page

https://sourceware.org/glibc/wiki/Glibc%20Timeline

révèle

glibc 2.5 est sorti le 2006-09-29

glibc 2.23 est sorti 2016-02-19

glibc 2.27 a été publié le 2018-02-01

Le dernier ci-dessus (2.27) est la dernière version et est présent dans 18.04 Bionic Beaver.

Comme Knud Larsen l'a fait remarquer, la glibc-2.5 est une version très ancienne et son installation par défaut sur une version 16.04 aurait pour résultat un système complètement en panne.

"un logiciel de sauvegarde dit qu'il a besoin de" Sous Linux, la glibc 2.5 ou supérieure est requise. "

Je suppose que vous essayez d’exécuter un exécutable binaire (plutôt que de créer à partir de la source) et que le logiciel de sauvegarde a été conçu et publié pour les systèmes Red Hat (et RPM). Ce logiciel de sauvegarde ne serait-il pas par hasard de BRU [édition familiale]?

Donc, la première leçon est de ne pas essayer de mélanger un logiciel conçu pour RPM et une autre bibliothèque sur Debian/Ubuntu/Mint et d’autres systèmes dérivés.

Si vous voulez vraiment, vraiment, essayer quelque chose et que cela ne fonctionnera que si vous exécutez le mauvais programme libc PAS en tant que root, vous pouvez essayer de construire à partir de la source libc à partir de l'archive sur le référentiel source GNU, installez dans/opt/quelque chose, puis utilisez LD_LIBRARY_PATH pour pointer là avant de tenter de lancer le logiciel de sauvegarde. Bien sûr, si elle a une interface graphique qui pourrait bien être GTK (version 1 par opposition à GTK-2), cela ne fonctionnera jamais car essayer de construire la bibliothèque GTK (version 1) si vous pouvez trouver que le code source est presque impossible sur les systèmes modernes .

La solution la plus probable pour faire fonctionner l'ancien logiciel de sauvegarde consiste à obtenir une copie du bureau Red Hat Linux, Centos ou Mandriva ou autre, pour 2005/2006, voir par exemple.

https://old-linux.com/

installez-le sur une machine virtuelle, puis exécutez votre ancien logiciel de sauvegarde dans un système d'exploitation vintage pour lequel il avait été conçu.

Une meilleure alternative serait de regarder un serveur logiciel de sauvegarde à jour open source GPL (amanda ou cinder peut-être), ou si vous avez de l'argent à dépenser, je vois que Tolis Group (l'actuel propriétaire de BRU) facture maintenant 400 USD pour une édition de station de travail Linux. Bien sûr, d’autres solutions commerciales sont disponibles, mais la meilleure option est bien entendu l’open source GPL et n’exige aucun paiement en espèces.

Pensées supplémentaires -

Vous êtes sûr à 100% qu'il est écrit "Glib c 2.5 ou supérieur est requis." et pas "glib 2.50 ou supérieur est requis"? Ubuntu 16.04 a la glib 2.48 alors que Ubuntu 18.04 a la 2.56.

S'il est vraiment en train de dire glibc, alors votre programme est cassé de toute façon car il n'accepte pas que glibc 2.27 est une version SUPÉRIEURE de la glibc 2.5 et remplit donc les critères de "2.5 ou supérieur".

2
J G Miller