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

系統：centos6.5
目標：基于CUDA8.0+Opencv3.1+Cudnnv5.1+python3.6接口的caffe框架

顯卡型號：NVS 510

在root下輸入

lspci |grep VGA

可以看自己的顯卡型號
確定自己顯卡型號之后登陸NVIDIA官網下載驅動
http://www.nvidia.cn/Download...
根據自己的顯卡型號下載對應的驅動程序

安裝NVIDIA驅動的編譯環境需要：

gcc kernel-devel kernel-headers

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

kernel-devel -version

或者

kernel-headers -version

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

yum info kernel-devel

和

yum info kernel-headers 

如果在Installed Packages 中已經有你當前內核版本的對應的包，那么就不需要在下載這兩個依賴項了,否則需要重新安裝系統。

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

vi /etc/modprobe.d/blacklist.conf

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

安裝NVIDIA驅動特有的步驟

備份系統鏡像

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

創建新的系統鏡像

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

其中$(uname -r)指的是你自己系統對應的內核版本，可在root下輸入uname -r試試。

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

vi /etc/inittab

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

reboot

在終端root下

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

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

在安裝NVIDIA驅動程序之前，我先手動編譯安裝了4.8.2的gcc并把系統自帶的gcc4.4.7版本卸載了。結果在安裝驅動的過程中出現了沒有安裝development tool cc，if you are sure you have installed gcc , please check cc is in your PATH大概是這段話。當時很納悶我明明裝了新版本的gcc啊，找來找去找不到原因。索性先用yum 先把原來4.4.7版本的gcc裝回去了，重新運行sh ./NVIDIA-Linux-x86_64-384.69.run,安裝成功！
但是，這并不是最最正確的做法。在安裝成功NVIDIA驅動程序后，我又想了這個問題，必須解決這個問題，不然日后肯定還會出現找不到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文件夾下的不是問題癥結所在不予顯示
有兩個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驅動安裝過程中調用的是/usr/bin/gcc
而/usr/bin/gcc是系統自帶的gcc所在的文件夾
因此以后類似情況仍然會會調用這個文件夾下的gcc
所以，我想了一個辦法
首先將這個文件夾的下的gcc版本移動走，然后在建立4.8.2版本的gcc和這個文件夾的軟鏈接，這樣下次調用的時候就會直接去找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++三者區別][2]）
mv /usr/bin/c++ /usr/bin/c++-4.4.7
ln -s /usr/local/bin/c++ /usr/bin/c++

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