【linux】提醒"libc.so.6: version `GLIBC_2.14' not found"系統的glibc版本太低
0.以下在系統CentOS 6.3 x86_64上操作
1.試圖執行程式,提示"libc.so.6: version `GLIBC_2.14' not found",原因是系統的glibc版本太低,軟體編譯時使用了較高版本的glibc引起的:
[cpp] view plaincopy- [[email protected] bin]$ pwd
- /var/VMdisks/cross/mingw32/bin
- [[email protected] bin]$ ls
- lrelease QtCore4.dll QtNetwork4.dll QtSql4.dll QtXml4.dll
- moc QtDeclarative4.dll QtOpenGL4.dll QtSvg4.dll rcc
- phonon4.dll QtGui4.dll QtScript4.dll QtTest4.dll uic
- qmake QtMultimedia4.dll QtScriptTools4.dll QtWebKit4.dll
- [[email protected] bin]$ ./qmake
- ./qmake: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by ./qmake)
2.檢視系統glibc支援的版本:
[cpp] view plaincopy- [[email protected] bin]$ strings /lib64/libc.so.6 |grep GLIBC_
- GLIBC_2.2.5
- GLIBC_2.2.6
- GLIBC_2.3
- GLIBC_2.3.2
- GLIBC_2.3.3
- GLIBC_2.3.4
- GLIBC_2.4
- GLIBC_2.5
- GLIBC_2.6
- GLIBC_2.7
- GLIBC_2.8
- GLIBC_2.9
- GLIBC_2.10
- GLIBC_2.11
- GLIBC_2.12
- GLIBC_PRIVATE
- [[email protected] bin]$ rpm -qa |grep glibc
- glibc-static-2.12-1.80.el6_3.6.x86_64
- glibc-headers-2.12-1.80.el6_3.6.x86_64
- glibc-common-2.12-1.80.el6_3.6.x86_64
- glibc-devel-2.12-1.80.el6_3.6.x86_64
- glibc-static-2.12-1.80.el6_3.6.i686
- glibc-devel-2.12-1.80.el6_3.6.i686
- glibc-2.12-1.80.el6_3.6.i686
- glibc-2.12-1.80.el6_3.6.x86_64
3.可以看到最高只支援2.12版本,所以考慮編譯解決這個問題:
a. 到http://www.gnu.org/software/libc/下載最新版本,我這裡下載了glibc-2.14.tar.xz 這個版本,解壓到任意目錄準備編譯
b.這裡解壓到/var/VMdisks/glibc-2.14/
[cpp] view plaincopy- [[email protected] bin]$ cd /var/VMdisks/glibc-2.14/
- [[email protected] glibc-2.14]$ pwd
- /var/VMdisks/glibc-2.14
- [[email protected] glibc-2.14]$ ls
- abilist config.h.in intl README.libm
- abi-tags config.log io resolv
- aclocal.m4 config.make.in libc-abis resource
- aout configure libidn rt
- argp configure.in libio Rules
- assert conform LICENSES scripts
- autom4te.cache CONFORMANCE locale setjmp
- bits COPYING localedata shadow
- BUGS COPYING.LIB login shlib-versions
- build cppflags-iterator.mk mach signal
- CANCEL-FCT-WAIVE crypt Makeconfig socket
- CANCEL-FILE-WAIVE csu Makefile soft-fp
- catgets ctype Makefile.in stdio-common
- ChangeLog debug Makerules stdlib
- ChangeLog.1 dirent malloc streams
- ChangeLog.10 dlfcn manual string
- ChangeLog.11 elf math sunrpc
- ChangeLog.12 extra-lib.mk misc sysdeps
- ChangeLog.13 extra-modules.mk NAMESPACE sysvipc
- ChangeLog.14 FAQ NEWS termios
- ChangeLog.15 FAQ.in nis test-skeleton.c
- ChangeLog.16 gmon NOTES time
- ChangeLog.17 gnulib nptl timezone
- ChangeLog.2 grp nptl_db tls.make.c
- ChangeLog.3 gshadow nscd version.h
- ChangeLog.4 hesiod nss Versions.def
- ChangeLog.5 hurd o-iterator.mk wcsmbs
- ChangeLog.6 iconv po wctype
- ChangeLog.7 iconvdata posix WUR-REPORT
- ChangeLog.8 include PROJECTS
- ChangeLog.9 inet pwd
- conf INSTALL README
c.在glibc原始碼目錄建立構建目錄,並cd進入構建目錄
- [[email protected] glibc-2.14]$ mkdir build
- [[email protected] glibc-2.14]$ cd build
d.執行configure配置,make && sudo make install
- [[email protected] build]$ ../configure --prefix=/opt/glibc-2.14
- [[email protected] build]$ make -j4
- [[email protected] build]$ sudo make install
- [sudo] password for ghui:
4.臨時修改環境變數
- [[email protected] bin]$ export LD_LIBRARY_PATH=/opt/glibc-2.14/lib:$LD_LIBRARY_PATH
- [[email protected] glibc-2.14]$ cd /var/VMdisks/cross/mingw32/bin/
- [[email protected] bin]$ ./qmake
- Usage: ./qmake [mode] [options] [files]
- QMake has two modes, one mode for generating project files based on
- some heuristics, and the other for generating makefiles. Normally you
- shouldn't need to specify a mode, as makefile generation is the default
- mode for qmake, but you may use this to test qmake on an existing project
- ...
此時執行正常,問題解決。
相關推薦
【linux】提醒"libc.so.6: version `GLIBC_2.14' not found"系統的glibc版本太低
0.以下在系統CentOS 6.3 x86_64上操作 1.試圖執行程式,提示"libc.so.6: version `GLIBC_2.14' not found",原因是系統的glibc版本太低,軟體編譯時使用了較高版本的glibc引起的: [cpp] view plaincopy
【Linux】tar.xz的解壓命令 和解決libc.so.6: version `GLIBC_2.14' not found問題
0.以下在系統CentOS 6.3 x86_64上操作1.試圖執行程式,提示"libc.so.6: version `GLIBC_2.14' not found",原因是系統的glibc版本太低,軟體編譯時使用了較高版本的glibc引起的:[[email protected] bin]$ pwd /
Linux 解決報錯"libc.so.6: version GLIBC_2.14 not found"
觸發場景 java服務端解析apk裝了apktool之後仍無法讀取,看一下log發現"libc.so.6: version GLIBC_2.14 not found" 報錯原因 檢視伺服器支援的glibc得知這臺伺服器最高支援2.12的,而我裝的apktool這個版本需
Linux/Centos下/lib64/libc.so.6: version `GLIBC_2.14' not found問題
前天,在Centos的某個版本下編譯了一個可執行程式,複製到另外一個Centos環境下去執行,結果出現了以下錯誤: /lib64/libc.so.6: version `GLIBC_2.14' not found 貌似是一個很普遍的錯誤,去網上搜集了相關的資料並整理了一下
linux:/lib/libc.so.6: version `glibc_2.7′ not found
剛使用者反映伺服器rar版本低,下了個4.0的執行提示 /lib/libc.so.6: version `GLIBC_2.7′ not found 升級了centos的glibc庫yum -y update glibc 問題依舊。用命令檢視glibc庫的資訊rp
/lib64/libc.so.6: version `GLIBC_2.14‘ not found
鏈接 export 過去 系統 libc glibc 原因 解決辦法 not 啟動Mongod數據庫報如下錯誤/ib64/libc.so.6: version `GLIBC_2.14‘ not found 原因:系統默認庫版本是libc-2.12.so 解決辦法,安裝lib
libwebp執行報/lib64/libc.so.6: version `GLIBC_2.14' not found
由於libwebp庫需要依賴glibc的libc.so.6庫,需要2.14版本以上,由於升級glibc庫代價比較高,可所以建議編譯安裝,步驟如下 1、新建目錄/usr/local/libwebp 2、檢視是否安裝了libtool工具 rpm -qa | gre
Centos6.X升級glibc解決“libc.so.6 version GLIBC_2.14 not found”報錯問題
注意:升級glibc時必需雙開或是多開ssh終端 程式執行沒有找到“GLIBC_2.14”這個版本庫,而預設的Centos6.5 glibc版本最高為2.12, 所以需要更新系統glibc庫 解決辦法:1.檢視系統版本和glibc庫版本# cat /etc/redhat-release CentOS re
Centos6.9升級glibc解決“libc.so.6: version GLIBC_2.14 not found”報錯問題
遇到的問題: 最近將apktool升級至了2.3.0版本,更新至Centos6.9服上去時,執行打包APK報錯: aapt: /lib64/libc.so.6: version `GLIBC_2.14’ not found (required by aapt
使用ltp編譯出來的cws_cmdline,cp到其他機器上執行報錯:/lib64/libc.so.6: version `GLIBC_2.14′ not found
這主要是由於編譯環境的glibc的版本高於執行時的glibc版本導致。 解決辦法:升級glibc 具體參考: http://qinghua.blog.51cto.com/202629/1706585 為防止連結失效,黏貼如下: 在系統CentOS release 6.4
Centos6.5升級glibc解決“libc.so.6: version GLIBC_2.14 not found”報錯問題
一、問題描述 最近在Centos6.5伺服器上配置Android打包伺服器,打包執行到aapt時遇到如下報錯: aapt: /lib64/libc.so.6: version `GLIBC_2.14’ not found (required by aapt) 從上面
/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.17' not found 解決辦法
今天在自己的Ubuntu 12.04(64位)系統上安裝了一個QT_Creator 4.3.1,安裝完畢之後選擇立即執行,點選下去沒有任何反應,我以為沒點到,於是再點一次,還是沒有任何反應。於是我估計應該是缺少什麼庫導致QT執行不起來,於是切換到命令列再次執行,
執行SDK的aapt報錯./aapt: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by ./aapt)
sta 配置環境變量 col cor href XP android-s linux fix 問題| 執行SDK下的aapt報錯./aapt: /lib64/libc.so.6: version `GLIBC_2.14‘ not found (required by ./a
解決"libc.so.6: version `GLIBC_2.14' not found"問題
rfi edi 最新版 cal 行程 我們 新的 鏈接 popu 解決"libc.so.6: version `GLIBC_2.14‘ not found"問題 試圖運行程序,提示"libc.so.6: version `GLIBC_2.14‘ not found
ImportError: /lib64/libc.so.6: version `GLIBC_2.17' 問題解決
安裝最新的TensorFlow(>=1.10)後,載入TensorFlow時提示Glibc版本過低,需要升級到指定版本。 ImportError: /lib64/libc.so.6: version `GLIBC_2.17' not found (required by /usr/lo
libc.so.6: version 'GLIBC_2.14' not found報錯提示的解決方案
span 千萬 -- glibc === str rect vmdisk export 線上一臺服務器在執行leveldb程序的時候,報錯:"libc.so.6: version `GLIBC_2.14‘ not found"。 排查原因及解決方法如下: 1)產生原因是
解決 version `GLIBC_2.17' not found
導致這個原因是一個在新的環境編譯出來的程式跑在了老的環境裡。然而,往往你沒有許可權去更新系統的glibc和gcc,又不想去重新編譯一個程式,所以這裡提供了一個比較hack的方法。我們以在redhat el6上安裝tensoflow為例。 1) 安裝支援c++11
relocation error: /usr/lib64/libc.so.6: symbol _dl_starting_up, version GLIBC_PRIVATE not defined in file ld-linux-x86-64.so.2 w
在建立一個錯誤的軟連線到ld-linux-x86-64.so.2時,悲劇就這麼發生了。此時大部分命令都不能使用,SSH當然也不能登入了。這個時候一定不要退出終端。 有人說那就把軟連線復原吧,可是ln也同樣無法使用。。。這時候我們就可以使用可愛的sln命令就可以了,哈哈。 lsn /usr/lib64/ld-
linux系統下的缺失 libstdc++.so.6: version’GLIBCXX_3.4.20’的問題:
文件 原來 ring rep har style force 4.6 cccccc 在linux下遇到了一個這樣的問題,使用anaconda時,它的安裝庫裏的文件被提示:缺失 libstdc++.so.6: version’GLIBCXX_3.4.20’。後來經過查看資料知
linux重要文件丟失導致系統故障,修復方法,(以 libc.so.6庫損壞,rpm軟件包故障為例)
救援模式 fff error eee 分享 color 按鈕 服務器 blog 第一步:找出損壞的文件及它的安裝包,安裝修復。修復之前先明確你損壞的文件是屬於那一個軟件包,這個可以在一臺能正常運行的同版本的服務器上查看。 好了知道什麽文件損壞,接下來只要安裝修復就好了。