Я запускаю Ubuntu 16.04 LTS в серверной среде, и часть программного обеспечения для резервного копирования говорит, что это нуждается "На Linux, glibc 2.5 или выше требуется". Я выполнил ldd - версия и добираюсь ldd (Ubuntu GLIBC 2.23-0ubuntu10) 2.23
назад, поэтому в настоящее время это не работает.
Я выполняю a mysqldump
сценарий в данный момент для резервного копирования их как файлов, но хотел бы, чтобы резервное копирование sql работало вместо этого.
Я думаю, что имя пакета libc6
так выполнил следующее:
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>
Я заключаю, что могу обновить версию с некоторым другим repo или компиляцией его, но обеспокоен в том, что это могло бы прервать человечность и если это вообще рекомендовано? Существует ли безопасный способ установить это?
"Более новые релизы Ubuntu имеют более новые выпуски glibc".
НОВЕЙШЕЕ (во время регистрации) релиз Ubuntu является 18.04 Бионическими Бобрами, которые содержат glibc версию 2.27 (который является большим количеством числа Старшей версии, чем 2,5). Так обновление до очень новейшей версии Ubuntu не собирается решать проблему. На самом деле версия glibc на 16,04 Гостеприимных Xeris 2.23 является большим количеством числа Старшей версии, чем 2,5, который должен был действительно быть пронумерован 2.05.
Посещение страницы
https://sourceware.org/glibc/wiki/Glibc%20Timeline
показывает
glibc 2.5 был выпущен 29.09.2006
glibc 2.23 был выпущен 19.02.2016
glibc 2.27 был выпущен 01.02.2018
Последний выше (2.27) является последним выпуском и присутствует у 18.04 Бионических Бобров.
Как Knud Larsen указал, glibc-2.5 является очень старой версией и таким образом установкой ее, поскольку значение по умолчанию на 16.04 привело бы к полностью поврежденной системе.
"часть программного обеспечения для резервного копирования говорит, что это нуждается "На Linux, glibc 2.5 или выше требуется".
Я подозреваю, что Вы пытаетесь выполнить двоичный исполняемый файл (вместо того, чтобы на самом деле создать из источника) и что программное обеспечение для резервного копирования было разработано и выпущено для Red Hat (и базирующийся об/мин) системы. Это программное обеспечение для резервного копирования, оказалось бы, не было бы BRU [версия для домашнего использования] случайно?
Таким образом, первый урок, не пытайтесь смешать программное обеспечение, созданное для об/мин и другого libc на Debian/Ubuntu/Mint и других производных системах.
Если Вы действительно, действительно, хотите попробовать что-то, и это будет только работать при выполнении несправедливости libc программа НЕ как корень Вы могли бы попытаться создать из libc источника из архива на исходном репозитории GNU, установке в/opt/something и затем использовать LD_LIBRARY_PATH для указания там прежде, чем попытаться запустить программное обеспечение для резервного копирования. Конечно, если это имеет GUI, который может быть GTK (версия 1 в противоположность GTK-2), это никогда не собирается работать, потому что, пытаясь создать GTK (версия 1) библиотека, если можно найти источник, почти невозможна в современных системах.
Решение, которым собирается быть большая часть промалыша, чтобы заставить древнее программное обеспечение для резервного копирования работать, получает копию Red Hat рабочий стол Linux или Centos или Mandriva или безотносительно для 2005/2006, видит, например,
установка в виртуальную машину, и затем выполненный Ваше древнее программное обеспечение для резервного копирования в ОС года изготовления вина, для которого это было разработано.
Лучшая рабочая альтернатива должна была бы посмотреть на актуальный сервер программного обеспечения для резервного копирования с открытым исходным кодом GPL (amanda или зола, возможно), или если у Вас есть деньги для расходов, я вижу, что Tolis Group (текущие владельцы BRU) теперь взимает 400 долларов США за выпуск рабочей станции Linux. Конечно, другие коммерческие альтернативы доступны, но наилучший вариант - конечно, что-то, что является открытым исходным кодом GPL и требует нулевого платежа наличными.
Дополнительные мысли-
Вы на 100% уверены, что это говорит "glibc 2.5 или выше требуется". и не "бойкие 2.50 или выше требуется"? Ubuntu 16.04 имеет бойкие 2.48, тогда как Ubuntu 18.04 имеет 2.56.
Если это действительно говорит, что glibc, то Ваша программа повреждается так или иначе, потому что это не признает, что glibc 2.27 является Старшей версией, чем glibc 2.5 и таким образом встречает тест "2.5 или выше".