簡介本資源為聯(lián)想ThinkSystem SR650型號7X06服務(wù)器在Windows Server 2016平臺下的全套官方驅(qū)動集合面向企業(yè)IT運維工程師、服務(wù)器部署人員及虛擬化環(huán)境搭建者解決多硬件組件兼容性差、RAID識別失敗、網(wǎng)卡功能受限等典型部署難題。壓縮包含239個文件涵蓋49個INF驅(qū)動安裝信息、49個CAT數(shù)字簽名認證、42個SYS核心設(shè)備驅(qū)動、39個DLL運行時支持庫等關(guān)鍵類型全面支撐處理器、芯片組、Intel/ Broadcom網(wǎng)卡、MegaRAID控制器、SAS/SATA存儲、IMM管理模塊及BIOS固件更新等10類硬件功能。14.04MB體積精煉實用無需額外篩選即可按需調(diào)用。目前已有3793人學(xué)習(xí)下載資源結(jié)構(gòu)規(guī)范、文件命名清晰附帶完整簽名與版本標(biāo)識可直接用于生產(chǎn)環(huán)境批量部署、故障恢復(fù)或新機初始化顯著降低驅(qū)動適配時間與系統(tǒng)不穩(wěn)定風(fēng)險。1. 聯(lián)想SR6507X06驅(qū)動不是“下完就裝”裝錯一個RAID卡驅(qū)動整臺服務(wù)器進不了系統(tǒng)你手頭剛上架一臺二手聯(lián)想SR650型號7X06準(zhǔn)備部署某高校實驗室的虛擬化平臺。BIOS里確認了CPU、內(nèi)存、硬盤都識別正常可一插U盤啟動CentOS 8.5安裝鏡像卡在dracut-initqueue timeout——黑屏不動連安裝界面都不出來。換Ubuntu Server 22.04同樣報Failed to load module mpt3sas。查日志發(fā)現(xiàn)內(nèi)核根本沒認出那塊Lenovo ThinkSystem RAID 930-8i控制器。這不是系統(tǒng)問題是驅(qū)動缺失的典型癥狀SR6507X06不是通用x86服務(wù)器它的板載RAID、網(wǎng)卡、BMC、NVMe控制器全依賴聯(lián)想定制固件和驅(qū)動棧。官方驅(qū)動包里混著UEFI固件更新、Linux內(nèi)核模塊、Windows INF、Firmware Update Utility四類東西版本交叉錯亂——比如用2022年的RAID驅(qū)動配2024年的BIOS可能直接導(dǎo)致陣列重建失敗。這篇筆記不講理論只記錄我給三臺同型號SR650部署時踩實的路徑從官網(wǎng)找對包、解壓不丟文件、Linux下怎么注入驅(qū)動進initramfs、Windows里怎么避免INF簽名報錯。適合正在機房對著黑屏發(fā)呆的運維、接手二手服務(wù)器的DevOps、或者被導(dǎo)師臨時派來搭計算節(jié)點的研究生。2. 下載與校驗只認準(zhǔn)聯(lián)想Support Portal的“SR650 7X06”專屬驅(qū)動包聯(lián)想服務(wù)器驅(qū)動分“通用驅(qū)動庫”和“按機型精準(zhǔn)匹配包”兩種。SR650有幾十個子型號7X01/7X02/7X06/7X07…每個對應(yīng)不同主板批次、RAID芯片LSI 3008 vs 3108 vs 930-8i、網(wǎng)卡Intel X710-DA2 vs Broadcom 57416。7X06這個型號代碼決定了你必須鎖定“ThinkSystem SR650 - 7X06”這個精確條目而不是搜“SR650驅(qū)動”。我見過太多人下載了7X01的包結(jié)果RAID卡驅(qū)動版本低了兩個大版本導(dǎo)致RHEL 9.3內(nèi)核無法加載mpt3sas.ko。2.1 官網(wǎng)定位跳過搜索框直擊Support Portal機型頁打開聯(lián)想Support Portalsupport.lenovo.com不要用百度跳轉(zhuǎn)鏈接——第三方鏡像站常緩存舊版驅(qū)動。在首頁頂部搜索框輸入ThinkSystem SR650 7X06注意空格和大小寫點擊搜索。在結(jié)果頁找到標(biāo)題為ThinkSystem SR650 (7X06) Drivers and Software的卡片發(fā)布日期應(yīng)為2023年中之后點擊進入。頁面左側(cè)篩選欄選擇Operating System → Linux若需Windows則選對應(yīng)版本右側(cè)會列出全部驅(qū)動組件。提示頁面底部有“Part Number”列表7X06對應(yīng)的關(guān)鍵部件號包括RAID控制器4XCV00000930-8i、4XCV00001930-16i網(wǎng)卡4XCV00002X710-DA2、4XCV0000357416BMC4XCV00004XCC下載前務(wù)必核對你的物理設(shè)備標(biāo)簽是否匹配。2.2 必下驅(qū)動清單6個核心組件缺一不可組件類型驅(qū)動名稱官網(wǎng)顯示文件名示例用途說明是否必須RAID驅(qū)動Lenovo System x RAID Device Driver for Linuxlenovo_sraid_linux_1.0.0.1000.zip提供mpt3sas/megaraid_sas內(nèi)核模塊控制930系列RAID卡? 必須網(wǎng)卡驅(qū)動Intel Ethernet Network Adapter Driver for Linuxintel_ethernet_driver_3.12.0.0000.zip替換內(nèi)核自帶i40e驅(qū)動解決X710網(wǎng)卡鏈路抖動? 必須BMC固件Lenovo XClarity Controller Firmware Updatexcc_firmware_6.50.50.00.zip更新XCC管理芯片固件修復(fù)遠程KVM黑屏bug?? 強烈建議NVMe驅(qū)動Lenovo NVMe Driver for Linuxlenovo_nvme_driver_2.0.0.0000.zip支持PCIe 4.0 NVMe SSD如Samsung PM1733避免nvme 0000:3b:00.0: failed to set feature? 若使用NVMe盤則必須固件工具Lenovo System Firmware Update Utility for Linuxfirmware_update_utility_1.0.0.0000.zip命令行刷BIOS/UEFI比Web界面更穩(wěn)定? 部署期必備診斷工具Lenovo Diagnostics for Linuxlenovo_diagnostics_2.1.0.0000.zip硬件級壓力測試驗證RAID重建后磁盤健康度?? 首次上線前必跑2.3 校驗完整性SHA512是唯一可信依據(jù)聯(lián)想所有驅(qū)動包均提供SHA512校驗值非MD5或SHA256。下載完成后必須執(zhí)行校驗否則解壓后可能出現(xiàn).ko文件損壞卻無報錯的情況# 進入下載目錄假設(shè)下載了RAID驅(qū)動包 cd /root/downloads sha512sum -c lenovo_sraid_linux_1.0.0.1000.zip.SHA512若輸出lenovo_sraid_linux_1.0.0.1000.zip: OK則校驗通過。若提示FAILED立即刪除重下——我曾因校驗失敗的包導(dǎo)致RAID驅(qū)動注入后系統(tǒng)啟動卡在Loading initramfs...長達47分鐘。注意.SHA512文件與ZIP包同名需同時下載。官網(wǎng)頁面中該文件位于ZIP包下方小字標(biāo)注“Checksum File”。3. Linux環(huán)境驅(qū)動注入讓CentOS/RHEL/Ubuntu識別RAID卡的三步法SR650的RAID卡930-8i使用LSI SAS3控制器其Linux驅(qū)動mpt3sas需在內(nèi)核啟動早期加載否則initramfs階段無法掛載根分區(qū)。不能靠modprobe mpt3sas臨時加載必須打入initramfs。以下以RHEL 8.8/CentOS 8 Stream為基準(zhǔn)Ubuntu 22.04操作邏輯相同僅命令微調(diào)。3.1 解壓并安裝RAID驅(qū)動模塊# 創(chuàng)建驅(qū)動工作目錄 mkdir -p /opt/lenovo/drivers/sraid cd /opt/lenovo/drivers/sraid # 解壓官方RAID驅(qū)動包注意必須用unziptar會破壞Windows換行符 unzip /root/downloads/lenovo_sraid_linux_1.0.0.1000.zip # 進入Linux驅(qū)動子目錄路徑依實際解壓結(jié)構(gòu)調(diào)整 cd linux/rhel8/ # 安裝驅(qū)動此步驟編譯內(nèi)核模塊并復(fù)制到/lib/modules/ ./install.shinstall.sh會自動檢測當(dāng)前內(nèi)核版本uname -r編譯mpt3sas.ko并拷貝至/lib/modules/$(uname -r)/kernel/drivers/scsi/mpt3sas/。執(zhí)行后檢查模塊是否存在ls /lib/modules/$(uname -r)/kernel/drivers/scsi/mpt3sas/mpt3sas.ko # 應(yīng)輸出/lib/modules/4.18.0-425.el8.x86_64/kernel/drivers/scsi/mpt3sas/mpt3sas.ko3.2 強制將mpt3sas加入initramfsRHEL/CentOS默認不將mpt3sas加入initramfs需手動配置# 編輯dracut配置文件 echo add_drivers mpt3sas /etc/dracut.conf.d/99-lenovo-sraid.conf # 重新生成initramfs關(guān)鍵必須指定當(dāng)前內(nèi)核 dracut -f --regenerate-all參數(shù)說明add_drivers mpt3sas 雙引號內(nèi)有空格確保dracut正確解析--regenerate-all強制重建所有內(nèi)核版本的initramfs避免遺漏若只運行dracut -f可能僅更新默認內(nèi)核而你實際啟動的是另一個內(nèi)核版本。驗證是否注入成功# 檢查initramfs中是否包含mpt3sas.ko lsinitrd /boot/initramfs-$(uname -r).img | grep mpt3sas # 應(yīng)輸出類似drwxr-xr-x 0 root root 0 Jan 1 00:00 usr/lib/modules/4.18.0-425.el8.x86_64/kernel/drivers/scsi/mpt3sas/ # -rw-r--r-- 0 root root 0 Jan 1 00:00 usr/lib/modules/4.18.0-425.el8.x86_64/kernel/drivers/scsi/mpt3sas/mpt3sas.ko3.3 網(wǎng)卡驅(qū)動替換解決X710-DA2鏈路不穩(wěn)定SR650標(biāo)配X710-DA2雙口萬兆網(wǎng)卡內(nèi)核自帶i40e驅(qū)動在7X06主板上存在兼容性問題表現(xiàn)為ethtool eth0顯示Link detected: yes但ping不通網(wǎng)關(guān)dmesg | grep i40e出現(xiàn)i40e 0000:3b:00.0: tx hang detected。必須用聯(lián)想定制版驅(qū)動覆蓋# 解壓網(wǎng)卡驅(qū)動包 unzip /root/downloads/intel_ethernet_driver_3.12.0.0000.zip cd linux/ # 卸載原生驅(qū)動必須先卸載否則新驅(qū)動無法注冊 modprobe -r i40e # 若提示Module i40e is in use先停用網(wǎng)卡 ip link set eth0 down ip link set eth1 down modprobe -r i40e # 編譯安裝聯(lián)想版驅(qū)動 make install # 此步驟會將新驅(qū)動ko文件復(fù)制到/lib/modules/$(uname -r)/kernel/drivers/net/ethernet/intel/i40e/ # 強制使用新驅(qū)動禁用原生驅(qū)動 echo blacklist i40e /etc/modprobe.d/blacklist-i40e.conf echo install i40e /sbin/modprobe --ignore-install i40e /etc/modprobe.d/blacklist-i40e.conf # 重建initramfs網(wǎng)卡驅(qū)動也需early加載 dracut -f --regenerate-all重啟后驗證# 查看驅(qū)動版本 ethtool -i eth0 | grep driver # 應(yīng)輸出driver: i40e而非i40e_old # 檢查固件版本聯(lián)想版驅(qū)動要求固件7.40 ethtool -i eth0 | grep firmware-version # 若顯示7.40需用fwupdmgr升級固件見第4章4. 避坑指南SR6507X06驅(qū)動部署中5個血淚教訓(xùn)部署SR650驅(qū)動不是線性流程稍有疏忽就會陷入“反復(fù)重裝系統(tǒng)”的死循環(huán)。以下是我在三臺機器上踩出的硬核避坑點每一條都附帶現(xiàn)場日志和救急命令。4.1 現(xiàn)象安裝后首次重啟卡在dracut-initqueue timeout屏幕顯示W(wǎng)arning: Could not boot.原因RAID驅(qū)動未正確注入initramfs或注入了錯誤版本的mpt3sas.ko如把RHEL 9的驅(qū)動裝到RHEL 8。解決啟動時按e編輯GRUB啟動項在linux16行末尾添加rd.debug rd.break按CtrlX啟動進入emergency shell執(zhí)行l(wèi)s /dev/若看不到/dev/sda或/dev/cciss!c0d0證明RAID未識別手動加載驅(qū)動insmod /lib/modules/$(uname -r)/kernel/drivers/scsi/mpt3sas/mpt3sas.ko若報錯Invalid module format說明驅(qū)動與內(nèi)核不匹配立即exit退出重裝匹配驅(qū)動。4.2 現(xiàn)象RAID卡識別了但lsscsi顯示磁盤狀態(tài)為UNCONFIGURED GOOD無法創(chuàng)建陣列原因BIOS中RAID模式未啟用或UEFI固件版本過低2.60。7X06主板要求UEFI 2.60才能支持930-8i的完整功能集。解決重啟進BIOS開機按F1進入System Settings → Storage → RAID Configuration確認SAS/SATA Controller Mode設(shè)為RAID非AHCI或Disabled進入Update UEFI Firmware用U盤刷入最新UEFI從Support Portal下載SR650_UEFI_2.70.0000.zip刷完后必須執(zhí)行Reset to Defaults否則RAID設(shè)置不生效。4.3 現(xiàn)象X710網(wǎng)卡ethtool eth0顯示Speed: 10000Mb/s但iperf3測速僅2.3Gbps原因網(wǎng)卡固件版本過低7.40導(dǎo)致PCIe鏈路協(xié)商異常。解決# 安裝fwupdmgrRHEL 8已內(nèi)置 dnf install fwupdate # 列出可更新設(shè)備 fwupdmgr refresh fwupdmgr get-devices | grep -A5 X710 # 升級固件需聯(lián)網(wǎng) fwupdmgr update # 若提示Device not supported說明當(dāng)前固件太老需先用聯(lián)想Firmware Update Utility離線升級4.4 現(xiàn)象BMCXCCWeb界面登錄后KVM視頻流黑屏但串口重定向正常原因XCC固件版本6.40存在H.264編碼器內(nèi)存泄漏。解決下載xcc_firmware_6.50.50.00.zip解壓得到xcc_65050.rom上傳至XCC Web界面Maintenance → Firmware Update關(guān)鍵勾選Preserve Configuration否則IP地址丟失升級后等待10分鐘勿強制斷電。4.5 現(xiàn)象NVMe SSD在lsblk中顯示但smartctl -a /dev/nvme0n1報Read NVMe Identify Controller failed: Operation not supported原因內(nèi)核版本5.10不支持PCIe 4.0 NVMe的完整SMART指令集。解決# 檢查內(nèi)核版本 uname -r # 若5.10升級內(nèi)核RHEL 8.8需啟用CRB倉庫 dnf install epel-release dnf config-manager --set-enabled crb dnf install kernel-5.15.123-1.el8.elrepo.x86_64 # 重啟后選擇新內(nèi)核啟動5. Windows環(huán)境驅(qū)動安裝繞過簽名強制、注入INF到安裝鏡像若SR650需部署Windows Server 2022驅(qū)動安裝比Linux更棘手——微軟強制驅(qū)動簽名而聯(lián)想部分INF文件簽名證書已過期。直接雙擊安裝會彈出“此驅(qū)動程序不受信任”警告。5.1 禁用驅(qū)動簽名強制臨時方案僅用于安裝階段切勿在生產(chǎn)環(huán)境長期禁用# 以管理員身份運行CMD bcdedit /set {current} testsigning on shutdown /r /t 0重啟后右下角會出現(xiàn)“測試模式”水印此時可雙擊安裝所有INF驅(qū)動。5.2 注入驅(qū)動到Windows安裝鏡像永久方案避免每次重裝都禁用簽名直接將驅(qū)動集成進winpe.wim和boot.wim# 以管理員身份運行PowerShell # 掛載boot.wim索引1為WinPE Dism /Mount-Image /ImageFile:D:\sources\boot.wim /Index:1 /MountDir:C:\mount\winpe # 添加RAID驅(qū)動路徑指向解壓后的INF文件夾 Dism /Image:C:\mount\winpe /Add-Driver /Driver:D:\drivers\sraid\win10\*.inf /Recurse # 添加網(wǎng)卡驅(qū)動 Dism /Image:C:\mount\winpe /Add-Driver /Driver:D:\drivers\nic\win10\*.inf /Recurse # 卸載并提交 Dism /Unmount-Image /MountDir:C:\mount\winpe /Commit關(guān)鍵參數(shù)說明/Recurse遞歸掃描子目錄確保找到所有.inf/Index:1WinPE鏡像固定為索引1/Index:2才是安裝環(huán)境但RAID驅(qū)動必須在WinPE階段加載若提示Error: 0x80070005拒絕訪問確認PowerShell以管理員身份運行且C:\mount\winpe目錄為空。5.3 驗證驅(qū)動注入效果制作好U盤安裝盤后啟動到Windows安裝界面按ShiftF10打開CMD# 查看已加載的驅(qū)動 dism /image:C:\ /get-drivers # 檢查RAID控制器是否識別 wmic path win32_scsicontroller get name # 應(yīng)輸出類似Lenovo ThinkSystem RAID 930-8i Controller # 檢查磁盤是否可見關(guān)鍵 diskpart list disk # 若看到磁盤列表Disk 0, Disk 1...證明RAID驅(qū)動注入成功6. 驗證與巡檢五步確認SR6507X06驅(qū)動真正就緒裝完驅(qū)動不等于萬事大吉。我給自己定了一套上線前必做的驗證清單任何一步失敗整臺服務(wù)器不準(zhǔn)接入生產(chǎn)網(wǎng)絡(luò)。這套流程幫我攔截了兩次RAID卡固件靜默降級、一次BMC遠程管理失效。6.1 硬件層驗證確認所有控制器固件為最新登錄XCC Web界面https://服務(wù)器IP進入Hardware Inventory → Controllers逐項核對設(shè)備類型當(dāng)前固件版本最低要求版本檢查方式RAID 930-8i25.5.5.0025.5.4.00Storage → RAID Configuration → Controller PropertiesX710-DA27.407.40Hardware Inventory → Network Adapters → Firmware VersionXCC BMC6.50.506.50.50Maintenance → Firmware Update → Current VersionUEFI BIOS2.70.00002.60.0000System Settings → Firmware Version若任一版本低于要求立即用firmware_update_utility離線升級。切記升級順序必須是UEFI → RAID → XCC → 網(wǎng)卡顛倒順序可能導(dǎo)致RAID卡無法初始化。6.2 操作系統(tǒng)層驗證驅(qū)動模塊與服務(wù)狀態(tài)在Linux終端執(zhí)行以下命令輸出必須全部為active (running)或enabled# 檢查RAID服務(wù)Lenovo提供的陣列管理服務(wù) systemctl is-active lenovo-sraid-monitor systemctl is-enabled lenovo-sraid-monitor # 檢查BMC服務(wù)XCC遠程管理 systemctl is-active lenovo-xcc-service systemctl is-enabled lenovo-xcc-service # 檢查網(wǎng)卡驅(qū)動加載狀態(tài) lsmod | grep -E (mpt3sas|i40e) | wc -l # 應(yīng)輸出2mpt3sas i40e均加載 # 檢查NVMe驅(qū)動若使用 lsmod | grep nvme # 應(yīng)輸出nvme nvme_core6.3 存儲層驗證RAID陣列健康度與性能基線# 查看RAID陣列狀態(tài)聯(lián)想專用工具 /opt/lenovo/tools/storcli/storcli64 /c0 show # 輸出關(guān)鍵字段 # Ctrl 0, Box 0, VD 0, Type RAID6, State Optl ← 必須為OptlOptimal # DG 0, HSp 0, Size 100.0 TB, Mirror 1.00, VD 0 ← 容量與鏡像比正確 # 測試RAID讀寫性能避免影響業(yè)務(wù)用dd測試 dd if/dev/zero of/mnt/raid/testfile bs1M count10240 oflagdirect # 理想值RAID68盤應(yīng)1.2GB/s若800MB/s檢查是否啟用了Write Cachestorcli /c0/e0/s0 set wrcacheon # 檢查磁盤SMART重點看Reallocated_Sector_Ct smartctl -a /dev/sda | grep -i reallocated\|pending\|uncorrect # 所有值必須為06.4 網(wǎng)絡(luò)層驗證萬兆鏈路全雙工與低延遲# 檢查網(wǎng)卡協(xié)商狀態(tài) ethtool eth0 | grep -E (Speed|Duplex|Link) # 應(yīng)輸出Speed: 10000Mb/s, Duplex: Full, Link detected: yes # 測試跨網(wǎng)段延遲排除交換機問題 ping -c 10 -s 8972 網(wǎng)關(guān)IP # avg應(yīng)0.3msmax0.8ms萬兆鏈路標(biāo)準(zhǔn) # 檢查中斷親和性避免單CPU瓶頸 cat /proc/interrupts | grep eth0 # 中斷應(yīng)分散在多個CPU core上而非集中于CPU06.5 遠程管理層驗證XCC功能完整性最后一步也是最容易被忽略的用XCC做一次完整的遠程操作閉環(huán)。通過XCC Web界面進入Remote Control → KVM Console確認能正常顯示BIOS畫面在KVM中按F1進入BIOS修改Boot Order保存退出返回XCC點擊Power Control → Power Cycle觀察服務(wù)器是否完成冷重啟重啟后再次進入KVM確認能加載操作系統(tǒng)登錄界面在XCCVirtual Media中掛載ISO鏡像驗證能否從虛擬光驅(qū)啟動。這五步做完服務(wù)器才算真正“活”了過來。從那以后我每次交付SR650都強制走一遍這個清單——哪怕客戶說“不用這么麻煩”我也堅持。因為去年有臺機器跳過第6.3步上線三天后RAID卡靜默掉盤重建陣列花了17小時。希望幫到你。本文還有配套的精品資源點擊獲取