'GLIBC_2.7', не найденный

Да Вы можете. Ваш лучший выбор состоит в том, чтобы использовать одно из резервного копирования без операционной системы и программных продуктов восстановления. Удостоверьтесь, что они разработаны для использования с Windows Server и Active Directory в частности. Необходимо быть осторожными с AD для предотвращения, USN откатывает ситуацию. Существует также некоторый броский материал, который продолжает подпись диска на контроллерах домена. Системное Восстановление BackupExec Symantec делает хорошее задание при сохранении подписи диска для Вас, а также восстановления AD способом, который не вызывает откат USN. Можно также сделать офлайновое резервное копирование с Symantec, которая является предпочтительным методом перемещения контроллера домена.

Если Вы не собираетесь использовать одну из дорогостоящих программных возможностей, попытайтесь взять резервное копирование, в то время как сервер выключен. Если Вы не можете сделать этого, следовать этим инструкциям для предотвращения отката USN.

Кроме того, помнить дисковые подписи. Можно запросить текущую подпись путем выполнения этого:

diskpart
выберите диск 0
диск uniqueid <----Кратко запишите результат этого шага вниз где-нибудь

После того, как Вы восстанавливаете сервер, загружаетесь сначала к режиму Active Directory Restore. Затем установите дисковую подпись как это:

diskpart
дисковый идентификатор uniqueid = [ПОДПИСЬ ОТ ПОСЛЕДНЕГО ШАГА}

1
задан 13 July 2012 в 19:34
1 ответ

CentOS 5.x основан на GLIBC версии 2.5. Ваша версия fpcalc скомпилирована с GLIBC 2.7. Вам нужно будет скомпилировать fpcalc с библиотекой C.

Исходный код, кажется, доступен здесь .

3
ответ дан 3 December 2019 в 19:08

Теги

Похожие вопросы