redhat的gcc可能打過patch,glibc編譯未必能成功
參考lfs的做法:編譯binutils和gcc,用它們來編譯glibc
② linux glibc漏洞補丁不重啟對應用業務有什麼影響嗎
有些漏洞一定要重啟才可以的
建議安全軟體修復
打開騰訊電腦管家——工具箱——修復漏洞
騰訊電腦管家會發揮強大的技術能力為用戶提供自製補丁保障安全。請及時修復管家提示的高危漏洞確保您電腦的安全
③ 求助大蝦們,linux怎麼給mysql漏洞打補丁
找個MySQL軟體
然後由於手動安裝MYSQL,需要在系統中建立名為mysql的用戶和組,並制定musql用戶的宿主目錄是"/usr/local/mysql/data"
# groupadd -g 200 mysql
# useradd -u 200 -g mysql -d /usr/local/mysql/data -M mysql
然後將軟體包釋放到"/usr/local/「目錄中,為了方便管理,用ln命令建立該目錄的符號鏈接目錄為mysql。
# tar zxvf MySQL-server-5.1.53-1.glibc23.i386.tar.gz -C /usr/local/
#cd /usr/local/
# ln -s MySQL-server-5.1.53-1.glibc23.i386/ mysql
然後在"var/lib"建立名為mysql的子目錄,並設置目錄和MYSQL伺服器安裝目錄的屬主和屬組
# mkdir /var/lib/mysql
# chown -R mysql :mysql /var/lib/mysql
# chown -R root :mysql /usr/local/MySQL-server-5.1.53*
# chown -R mysql :mysql /usr/local/mysql/data/
然後進入到MySQL的伺服器程序的目錄,復制mysql的配置文件my.cnf到"/etc"目錄中,並執行mysql.install_db命令初始化MySQL伺服器中的資料庫。
# cd /usr/local/mysql
#cp support-files/my-medium.cnf /etc/my.cnf
如果mysql的RPM包在系統中已經安裝,"/etc"目錄會存在my.cnf文件,將提示覆蓋原有的my.cnf文件
cp:overweite '/etc/my.cnf'? y
# ./scripts/mysql_install_db
然後設置"/var/lib/mysql/"和"/usr/local/mysql/data/"兩個目錄中的所有文件屬於mysql用戶和用戶組,以保證訪問許可權。
# chown -R mysql :mysql /var/lib/mysql/
#chown -R mysql :mysql /usr/local/mysql/data/
然後使用safe_mysqld 命令啟動MYSQL伺服器運行,並制定MYSQL服務程序以系統用戶mysql的身份運行
# /usr/local/mysql/bin/safe_mysqld --user=mysql &
由於資料庫管理用戶root的初始密碼為空所以要設置
# /usr/local/mysql/bin/mysqladmin -u root password 『密碼'
最後指定登錄資料庫的用戶名
# /usr/local/mysql/bin/mysql -u root -p (-p是設置提示用戶輸入口令)。
不知道對你有沒有幫助 有空看看吧
④ Linux因glibc導致kernel panic問題怎麼修復
重新啟動linux 系統,看見如圖見面迅速按E鍵 看見如圖界面在按E鍵編輯 如圖界面使用上下鍵選擇第二個在按E鍵 在最後一行後面添加 enforcing=0 按回車保存退出 在此頁面按B鍵重新啟動即可
⑤ linux glibc漏洞修復 需要重啟嗎
樓主你好
很多都需要重啟的,建議你根據提示做
其次,漏洞建議安全軟體修復,以免異常
打開騰訊電腦管家——工具箱——修復漏洞,進行漏洞掃描和修復。
電腦管家建議用戶設置開啟自動修復漏洞功能,開啟後,電腦管家可以在發現高危漏洞(僅包括高危漏洞,不包括其它漏洞)時,第一時間自動進行修復,無需用戶參與,最大程度保證用戶電腦安全。尤其適合老人、小孩或計算機初級水平用戶使用。開啟方式如下:進入電腦管家「修復漏洞」模塊—「設置」,點擊開啟自動修復漏洞即可。
⑥ 求助,CentOS 修復 Linux Glibc 漏洞後 SSH 登錄不了伺服器
事實上Linux才是最糟人恨的,畢竟大型伺服器這類的用linux的居多
⑦ 內容linux RH伺服器yum源目錄內文件更新方法
您要看下yum源那個文件編寫是否有[updates]這個模塊添加進去
有時候只是自定義了[base]
⑧ Linux升級Glibc時系統奔潰怎麼辦
要點:
glibc是gnu發布的libc庫,即c運行庫。glibc是linux系統中最底層的api,幾乎其它任何運行庫都會依賴於glibc。glibc除了封裝linux操作系統所提供的系統服務外,它本身也提供了許多其它一些必要功能服務的實現。由於 glibc 囊括了幾乎所有的 UNIX 通行的標准,可以想見其內容包羅萬象。
升級Glibc的忠告:不要在運行中的系統上安裝 Glibc,否則將會導致系統崩潰,至少應當將新 Glibc 安裝到其他的單獨目錄,以保證不覆蓋當前正在使用的 Glibc。(我就無知的覆蓋了,囧!)
解決方法:
趕赴機房吧,幸好我在替換前在目錄/lib下保存了原來的庫文件(libc-2.5.so.bak),使用Linux系統盤進入「救援模式」,將被替換的2個庫文件恢復,重啟系統就可以了;
系統正常啟動了,就交給其他部門的同事去恢復數據吧。
上面就是Linux升級Glibc時系統奔潰的解決方法的介紹了,方法很簡單,就要進入救援模式,將替換的庫文件恢復回來就可以了,如果你在升級Glibc的時候不覆蓋原有的Glibc就不會導致系統奔潰。
⑨ SUSE Linux 11下glibc依賴問題
0.以下在系統CentOS 6.3 x86_64上操作
1.試圖運行程序,提示"libc.so.6: version `GLIBC_2.14' not found",原因是系統的glibc版本太低,軟體編譯時使用了較高版本的glibc引起的:
[cpp]view plain
[ghui@StuOSbin]$pwd
/var/VMdisks/cross/mingw32/bin
[ghui@StuOSbin]$ls
lreleaseQtCore4.dllQtNetwork4.dllQtSql4.dllQtXml4.dll
mocQtDeclarative4.dllQtOpenGL4.dllQtSvg4.dllrcc
phonon4.dllQtGui4.dllQtScript4.dllQtTest4.dlluic
qmakeQtMultimedia4.dllQtScriptTools4.dllQtWebKit4.dll
[ghui@StuOSbin]$./qmake
./qmake:/lib64/libc.so.6:version`GLIBC_2.14'notfound(requiredby./qmake)
2.查看系統glibc支持的版本:
[cpp]view plain
[ghui@StuOSbin]$strings/lib64/libc.so.6|grepGLIBC_
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
[cpp]view plain
[ghui@StuOSbin]$rpm-qa|grepglibc
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. 到下載最新版本,我這里下載了glibc-2.14.tar.xz這個版本,解壓到任意目錄准備編譯
b.這里解壓到/var/VMdisks/glibc-2.14/
[cpp]view plain
[ghui@StuOSbin]$cd/var/VMdisks/glibc-2.14/
[[email protected]]$pwd
/var/VMdisks/glibc-2.14
[[email protected]]$ls
abilistconfig.h.inintlREADME.libm
abi-tagsconfig.logioresolv
aclocal.m4config.make.inlibc-abisresource
aoutconfigurelibidnrt
argpconfigure.inlibioRules
assertconformLICENSESscripts
autom4te.cacheCONFORMANCElocalesetjmp
bitsCOPYINGlocaledatashadow
BUGSCOPYING.LIBloginshlib-versions
buildcppflags-iterator.mkmachsignal
CANCEL-FCT-WAIVEcryptMakeconfigsocket
CANCEL-FILE-WAIVEcsuMakefilesoft-fp
catgetsctypeMakefile.instdio-common
ChangeLogdebugMakerulesstdlib
ChangeLog.1direntmallocstreams
ChangeLog.10dlfcnmanualstring
ChangeLog.11elfmathsunrpc
ChangeLog.12extra-lib.mkmiscsysdeps
ChangeLog.13extra-moles.mkNAMESPACEsysvipc
ChangeLog.14FAQNEWStermios
ChangeLog.15FAQ.innistest-skeleton.c
ChangeLog.16gmonNOTEStime
ChangeLog.17gnulibnptltimezone
ChangeLog.2grpnptl_dbtls.make.c
ChangeLog.3gshadownscdversion.h
ChangeLog.4hesiodnssVersions.def
ChangeLog.5hurdo-iterator.mkwcsmbs
ChangeLog.6iconvpowctype
ChangeLog.7iconvdataposixWUR-REPORT
ChangeLog.8includePROJECTS
ChangeLog.9inetpwd
confINSTALLREADME
c.在glibc源碼目錄建立構建目錄,並cd進入構建目錄
[cpp]view plain
[[email protected]]$mkdirbuild
[cpp]view plain
[[email protected]]$cdbuild
d.運行configure配置,make && sudo make install
[cpp]view plain
[ghui@StuOSbuild]$../configure--prefix=/opt/glibc-2.14
[ghui@StuOSbuild]$make-j4
[ghui@StuOSbuild]$sudomakeinstall
[sudo]passwordforghui:
4.臨時修改環境變數
[cpp]view plain
[ghui@StuOSbin]$exportLD_LIBRARY_PATH=/opt/glibc-2.14/lib:$LD_LIBRARY_PATH
[cpp]view plain
[[email protected]]$cd/var/VMdisks/cross/mingw32/bin/
[cpp]view plain
[ghui@StuOSbin]$./qmake
Usage:./qmake[mode][options][files]
QMakehastwomodes,
someheuristics,.Normallyyou
shouldn'tneedtospecifyamode,
modeforqmake,
...
此時運行正常,問題解決。
By ghui
00:10 - 2013-01-04
⑩ 如何查看linux glibc庫嚴重安全漏洞
把GHOST.c上傳到你的伺服器的根目錄下,然後執行gcc GHOST.c -o GHOST回車。
編譯後,接著執行./GHOST,看看顯示結果。
顯示vulnerable表示漏洞存在,notvulnerable表示不存在漏洞。
---------------分割線--------
官方已在Glibc 2.19及以上版本中修復該漏洞。
CentOS在系統上執行:
yumupdateglibc
就可以修復該漏洞