centos6.5原生系统修改ceph-mon 的ELF来让其加载低版本glibc库函数
文章目錄
- Step 1:glibc-2.17 被libc.so.6庫依賴,升級glibc庫
- Step2:升級編譯器-->4.8.2可以正常編譯glibc2.17
- Step3:修改ELF,降低ceph-mon依賴的庫函數版本
- 解決ceph-mon調用高版本libc庫(修改動態庫鏈接表ELF)
Step 1:glibc-2.17 被libc.so.6庫依賴,升級glibc庫
環境上需要擁有gcc支持編譯
使用glibc源碼編譯安裝步驟如下:
tar -zxvf glibc-2.17.tar.gz
cd glibc-2.17
mkdir build && cd $_
sudo ../configure --prefix=/usr/glibc-2.17 --disable-profile --enable-add-ons --withheaders=/
usr/include --with-binutils=/usr/bin
make && make install
出現如下問題:
/usr/bin/python: error while loading shared libraries: libpython2.6.so.1.0: cannot open
shared object file: No such file or directory
系統崩潰,glibc庫的鏈接被損壞。因為編譯器版本較低,并不支持高版本的glibc庫,導致升級高版本的C庫時破壞掉
了原生系統的C庫鏈接
Step2:升級編譯器–>4.8.2可以正常編譯glibc2.17
使用命令
objdump -T /lib64/libc.so.6 |grep GLIBC_2.17可以看到在C庫中使用glibc-2.17版本的具體函數
執行如下命令可以看到我們的ceph-mon所要求的GLIBC庫函數
objdump -T /usr/bin/ceph-mon |grep GLIBC_2.17
或者使用命令
nm -a /usr/bin/ceph-mon |grep GLIBC_2.17 打印所有使用glibc_2.17的版本函數
發現并沒有輸出,即ceph-mon沒有用到與2.17版本的C函數
objdump -T /usr/bin/ceph-mon |grep GLIBC_2.14
[root@node5 yum]# objdump -T /usr/bin/ceph-mon |grep GLIBC_2.14
0000000000000000 DF *UND* 0000000000000000 GLIBC_2.14 memcpy
此時可以看到Ceph-mon使用了2.14 libc庫的memcpy函數
即我們在無法在低版本的centos上運行ceph-mon的原因是其引用了高版本的libc-2.17庫中的memcpy
解決以上C庫引用版本問題可以嘗試更改mon的鏈接文件,讓elf調用低版本的C庫中的memcpy函數
Step3:修改ELF,降低ceph-mon依賴的庫函數版本
使用命令查看ELF符號表
readelf -sV /usr/bin/ceph-mon
Version needs section ‘.gnu.version_r’ contains 11 entries: Addr: 0x00000000002a9330 O?set: 0x2a9330 Link: 5
(.dynstr) 000000: Version: 1
File: ld-linux-x86-64.so.2 Cnt: 1
0x0010: Name: GLIBC_2.3 Flags: none Version: 39
0x0020: Version: 1
File: librt.so.1 Cnt: 1
0x0030: Name: GLIBC_2.2.5 Flags: none Version: 36
0x0040: Version: 1
File:libgcc_s.so.1 Cnt: 2
0x0050: Name: GCC_3.0 Flags: none Version: 42
0x0060: Name: GCC_3.4 Flags: none Version: 35
0x0070: Version: 1
File: libdl.so.2 Cnt: 1
0x0080: Name: GLIBC_2.2.5 Flags: none Version: 23
0x0090: Version: 1
File:libnss3.so Cnt: 4
0x00a0: Name: NSS_3.12.9 Flags: none Version: 38
0x00b0: Name: NSS_3.3 Flags: none Version: 32
0x00c0: Name: NSS_3.2 Flags: none Version: 19
0x00d0: Name: NSS_3.12.5 Flags: none Version: 16
0x00e0: Version:1
File: libibverbs.so.1 Cnt: 2
0x00f0: Name: IBVERBS_1.0 Flags: none Version: 30
0x0100: Name: IBVERBS_1.1 Flags: none Version: 14
0x0110: Version: 1
File: libm.so.6 Cnt: 1
0x0120: Name: GLIBC_2.2.5 Flags: none Version: 13
0x0130: Version: 1
File: libresolv.so.2 Cnt: 2
0x0140: Name: GLIBC_2.2.5 Flags: none Version: 21
0x0150: Name:GLIBC_2.9 Flags: none Version: 12
0x0160: Version: 1
File: libstdc++.so.6 Cnt: 12
0x0170: Name: CXXABI_1.3.7 Flags: none Version: 41
0x0180: Name: GLIBCXX_3.4.17 Flags: none Version: 37
0x0190: Name: CXXABI_1.3.1 Flags: none Version: 34
0x01a0: Name: GLIBCXX_3.4.18 Flags: none Version: 26
0x01b0: Name: GLIBCXX_3.4.9 Flags: none Version: 25
0x01c0: Name: GLIBCXX_3.4.11 Flags: none Version: 20
0x01d0: Name: GLIBCXX_3.4.14 Flags: none Version: 18
0x01e0: Name: CXXABI_1.3.5 Flags: none Version: 15
0x01f0: Name: GLIBCXX_3.4.15 Flags: none Version:
9 0x0200: Name: GLIBCXX_3.4.19 Flags: none Version: 8
0x0210: Name: GLIBCXX_3.4 Flags: none Version: 5 0x0220:
Name: CXXABI_1.3 Flags: none Version: 4 0x0230: Version: 1
File: libpthread.so.0 Cnt: 3
0x0240: Name: GLIBC_2.12Flags: none Version: 17
0x0250: Name: GLIBC_2.2.5 Flags: none Version: 7
0x0260: Name: GLIBC_2.3.2 Flags: none Version: 3
0x0270: Version: 1
File: libc.so.6 Cnt: 12
0x0280: Name: GLIBC_2.3.3 Flags: none Version: 40 0x0290:
Name: GLIBC_2.7 Flags: none Version: 33
0x02a0: Name: GLIBC_2.4 Flags: none Version: 31
0x02b0: Name:GLIBC_2.14 Flags: none Version: 29
0x02c0: Name: GLIBC_2.10 Flags: none Version: 28
0x02d0: Name: GLIBC_2.8Flags: none Version: 27
0x02e0: Name: GLIBC_2.9 Flags: none Version: 24
0x02f0: Name: GLIBC_2.3.2 Flags: noneVersion: 22
0x0300: Name: GLIBC_2.3 Flags: none Version: 11
0x0310: Name: GLIBC_2.2.5 Flags: none Version: 10
0x0320: Name: GLIBC_2.5 Flags: none Version: 6
0x0330: Name: GLIBC_2.3.4 Flags: none Version: 2
解決ceph-mon調用高版本libc庫(修改動態庫鏈接表ELF)
使用命令strings /root/ceph-mon | grep GLIBC_ 查看運行庫調用的glibc版本如下有2.16以及2.14
使用nm /root/ceph-mon |grep GLIBC_2.14查看對應版本的調用函數,只有高版本的一個函數
再使用命令nm /lib64/libc.so.6 |grep memcpy查看當前系統libc庫中的memcpy函數是否低版本的c庫函數
顯然我們擁有兩種版本的內存拷貝函數,那么接下來就是修改2.14版本的動態庫為2.2.5版本的
使用命令 readelf -sV /root/ceph-mon 使用加載器讀取ceph-mon內容,查看該部分內容如下 二進制文件入口地址(16進制)如下(由于內容較多,無法顯示完全,只截取有用信息部分):
對應函數偏移地址(16進制)如下,查看file libc.so.6文件下的對應版本
如上2.14版本的內存拷貝函數偏移地址為0x02c0,2.2.5版本的為0x0320
尋找真正的函數入口地址即為二進制文件入口地址+函數偏移地址–》
glibc2.14版本的: 0x2a9368+0x02c0=0x2a9628
glibc2.2.5版本的: 0x2a9368+0x0320=0x2a9688
執行命令vim /root/ceph-mon 打開二進制文件,一般模式下輸入:%!xxd 轉為16進制格式如下
這個時候因為我們函數真正入口地址為0x2a9628,以8結尾,所以我們跳轉到2a9620以及2a9680位置,對應函數入口地址如下:
紅色為2.16版本的memcpy函數入口地址,藍色為2.2.5版本入口地址,將2.16的數值與2.2.5數值對應位置保持一直即可完成版本修改
輸入:%!xxd -r指令將16進制轉回為2進制,保存退出即可,再次執行readelf -sV /root/ceph-mon查看readelf動態鏈接表,已經完成修改memcpy函數的glibc版本為2.2.5。此處注意,編輯轉換為16進制之后的ceph-mon二進制文件時不能退出vim編輯,否則再次進去的時候無法轉換回二進制格式
總結
以上是生活随笔為你收集整理的centos6.5原生系统修改ceph-mon 的ELF来让其加载低版本glibc库函数的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: wbg战队最新成员名单国籍介绍
- 下一篇: 试管婴儿要多少钱啊?