libcurl.so.4 неопределенная ссылочная ошибка

Системная нагрузка действительно непосредственно не связана с тем, сколько работы система делает. У Вас могло быть среднее число загрузки только 2,0 и делать намного больше работы, чем среднее число загрузки 8,0.

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

В конечном счете у Вас есть аппаратная проблема (Ваши "перегревания" адаптера PCI). Вам будет нелегко контролировать температуру путем попытки ограничить, сколько работает ЦП. Планировщики процесса не пробиты.

2
23.04.2014, 02:15
2 ответа

Похоже, libssl больше не содержит символов, запускающих SSLv3. Вместо этого вы должны скомпилировать [вставить что угодно] с libgnutls-openssl.

Я говорю с точки зрения исследования, почему curl не связывает этот символ во время выполнения в debian stable (jessie). Перекомпиляция curl с добавлением нескольких -lgnutls-openssl в CFLAGS в Makefile, похоже, помогает.

У меня есть подозрение, как возникает путаница, но я не склонен никого расспрашивать об этом!

0
27.01.2020, 21:52
[1120518] Проблема не в том, что отсутствует библиотека [1120861]_curl_[1120862], а в том, что [1120863]libcurl.so.4[1120864] ссылается на функции библиотеки, которая не найдена. Как можно предположить из названий отсутствующих функций, это должно быть [1120865]libssl[1120866].

Вы можете узнать, какая именно библиотека отсутствует, используя [1120867]ldd[1120868] на [1120869]libcurl. Поэтому[1120870]:

Она сообщит вам об отсутствующих библиотеках как

export GOROOT=/home/linux/go/hg
export GOOS=linux
export GOARCH=386
export GOBIN=/home/linux/go/bin

7
27.01.2020, 21:52

Теги

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