摘要：禁用自帶的驅(qū)動驅(qū)動會和驅(qū)動沖突，如果驅(qū)動還是啟用狀態(tài)的話，在安裝驅(qū)動的過程中會自動報錯。改變系統(tǒng)運(yùn)行級別驅(qū)動不能在桌面啟動時安裝，因此要進(jìn)入文本模式下啟動安裝程序才能順利安裝。結(jié)果在安裝驅(qū)動的過程中出現(xiàn)了沒有安裝，大概是這段話。

系統(tǒng)：centos6.5
目標(biāo)：基于CUDA8.0+Opencv3.1+Cudnnv5.1+python3.6接口的caffe框架

顯卡型號：NVS 510

在root下輸入

lspci |grep VGA

可以看自己的顯卡型號
確定自己顯卡型號之后登陸NVIDIA官網(wǎng)下載驅(qū)動
http://www.nvidia.cn/Download...
根據(jù)自己的顯卡型號下載對應(yīng)的驅(qū)動程序

安裝NVIDIA驅(qū)動的編譯環(huán)境需要：

gcc kernel-devel kernel-headers

這一步看似簡單，實際上會出現(xiàn)很多問題。
首先是gcc，如果你沒有在手動編譯安裝更高版本的gcc之后把系統(tǒng)自帶gcc卸載了，那么沒事，但是如果你卸載了系統(tǒng)自帶的gcc那么請翻到最后查看解決方法。
第二你如果使用

kernel-devel -version

或者

kernel-headers -version

是不能查詢到你是否安裝過這兩個依賴包的。如果你直接利用yum install去安裝kernel-devel,kernel-headers兩個依賴包，那么你可能會下載到比你內(nèi)核高一個版本的kernel-devel同時很大概率下載不到kernel-headers。
正確的做法是分別在終端輸入：

yum info kernel-devel

和

yum info kernel-headers 

如果在Installed Packages 中已經(jīng)有你當(dāng)前內(nèi)核版本的對應(yīng)的包，那么就不需要在下載這兩個依賴項了,否則需要重新安裝系統(tǒng)。

nouveau驅(qū)動會和NVIDIA驅(qū)動沖突，如果nouveau驅(qū)動還是啟用狀態(tài)的話，在安裝NVIDIA驅(qū)動的過程中會自動報錯。
在終端輸入：

vi /etc/modprobe.d/blacklist.conf

在blacklist viafb下一行加上blacklist nouveau
關(guān)于nouveau.modeset=0這句命令，有一種說法是直接加在blacklist nouveau下行,還有一種說法是加入到啟動項里：gedit /boot/grub/grub.conf加到quiet之后，親測第二種可能會使系統(tǒng)啟動時崩潰，而第一種方法在centos7版本中配置時使用過，是否必要不明，本人直接無視了這句話，還是能夠正常啟動。

安裝NVIDIA驅(qū)動特有的步驟

備份系統(tǒng)鏡像

mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).img.bak

創(chuàng)建新的系統(tǒng)鏡像

dracut -v /boot/initramfs-$(uname -r).img $(uname -r)

其中$(uname -r)指的是你自己系統(tǒng)對應(yīng)的內(nèi)核版本，可在root下輸入uname -r試試。

NVIDIA驅(qū)動不能在X桌面啟動時安裝，因此要進(jìn)入文本模式下啟動安裝程序才能順利安裝。

vi /etc/inittab

把最后一行id:5改為id：3，這一行代表的是系統(tǒng)啟動時默認(rèn)的運(yùn)行級別，5代表的是圖形界面，3代表的是文本模式。保存退出

reboot

在終端root下

chmod +x NVIDIA-Linux-x86_64-384.69.run
sh ./NVIDIA-Linux-x86_64-384.69.run

開始安裝，根據(jù)自己實際情況選擇一些額外項是否安裝
安裝完成后重新修改系統(tǒng)的運(yùn)行級別把id:3改為id：5，保存退出
再重啟,安裝完畢

在安裝NVIDIA驅(qū)動程序之前，我先手動編譯安裝了4.8.2的gcc并把系統(tǒng)自帶的gcc4.4.7版本卸載了。結(jié)果在安裝驅(qū)動的過程中出現(xiàn)了沒有安裝development tool cc，if you are sure you have installed gcc , please check cc is in your PATH大概是這段話。當(dāng)時很納悶我明明裝了新版本的gcc啊，找來找去找不到原因。索性先用yum 先把原來4.4.7版本的gcc裝回去了，重新運(yùn)行sh ./NVIDIA-Linux-x86_64-384.69.run,安裝成功！
但是，這并不是最最正確的做法。在安裝成功NVIDIA驅(qū)動程序后，我又想了這個問題，必須解決這個問題，不然日后肯定還會出現(xiàn)找不到gcc的問題。
首先 我先利用全局搜索找出所有名為gcc的文件夾

find / -name gcc

顯示如下

/usr/local/libexec/gcc
/usr/local/bin/gcc
/usr/local/lib/gcc
/usr/libexec/gcc
/usr/bin/gcc
/usr/lib/gcc

還有幾個home文件夾下的不是問題癥結(jié)所在不予顯示
有兩個bin下的gcc說明至少有兩個版本的gcc
輸入

/usr/bin/gcc --version
gcc4.4.7 (GCC) 4.4.7 20120313……………………………………
/usr/local/bin/gcc –version
gcc (GCC) 4.8.2………………………………………………..

在NVIDIA驅(qū)動安裝過程中調(diào)用的是/usr/bin/gcc
而/usr/bin/gcc是系統(tǒng)自帶的gcc所在的文件夾
因此以后類似情況仍然會會調(diào)用這個文件夾下的gcc
所以，我想了一個辦法
首先將這個文件夾的下的gcc版本移動走，然后在建立4.8.2版本的gcc和這個文件夾的軟鏈接，這樣下次調(diào)用的時候就會直接去找4.8.2版本的gcc了

mv /usr/bin/gcc /usr/bin/gcc-4.4.7
ln -s /usr/local/bin/gcc /usr/bin/gcc

另外，g++, cc, c++這幾個命令也要改

mv /usr/bin/g++ /usr/bin/g++-4.4.7
ln -s /usr/local/bin/g++ /usr/bin/g++

mv /usr/bin/cc /usr/bin/cc-4.4.7
ln -s /usr/local/bin/gcc /usr/bin/cc
（為什么用gcc指向cc可以參考博客[cc gcc g++三者區(qū)別][2]）
mv /usr/bin/c++ /usr/bin/c++-4.4.7
ln -s /usr/local/bin/c++ /usr/bin/c++

相應(yīng)的如果你在更新gcc版本后把以前的gcc卸載了
只要建立這幾項的軟鏈接足矣，并不需要再使用mv命令