企业官网建设流程全解析

简介：MegaSR C105 RAID驱动是企业级服务器中负责协调RAID控制器与操作系统之间通信的关键组件，主要面向服务器管理员、系统运维与集成人员，用于解决硬盘阵列无法被正确识别、存储读写性能受限以及系统安装时找不到磁盘等常见问题。压缩包共包含十八个文件，整体大小约一点六兆字节，内部整合了安装配置信息、驱动程序核心、数字签名认证、自动部署脚本、配置说明文档以及校验文件等多种类型的文件，能够支持系统安装、驱动部署与完整性验证等环节。已有一百五十五人学习下载，包内针对不同系统环境分别收录了对应版本的驱动，并附有经过实际测试的稳定发布版本，目录结构按系统分类，便于快速定位所需文件。正确完成安装后，RAID控制器能够充分发挥硬件特性，保障磁盘阵列在多种工作模式下的数据读写性能与冗余安全，同时为硬盘故障后的自动重建提供可靠基础，有助于降低服务器业务中断的风险。

1. MegaSR C105：这台服务器怎么就认不出自己那八块盘

把一台双路服务器从仓库翻出来准备装 Server 2008，结果安装程序走到磁盘选择界面，列表空空如也。这不是硬盘坏了，十有八九是 RAID 控制器驱动没进安装介质。MegaSR C105 是 LSI/Avago 那套 MegaRAID 软件栈在操作系统里的驱动名称，C105 指向的是一类 SAS 控制器的硬件标识。这篇文章面向机房运维、服务器装机、以及折腾二手服务器做 NAS 或虚拟化的人，把「为什么认不到盘、驱动怎么灌进去、阵列怎么建、坏了怎么救」这条链一次讲清楚。

2. MegaSR 驱动与 C105 控制器：先搞清你手里是哪块卡

2.1 MegaSR 到底是驱动还是固件

先说结论：MegaSR 是操作系统里能看到的那个驱动层，不是控制器上烧死的固件。常见把它和固件混为一谈的人不少，实际上二者分工完全不同。

控制器固件（Firmware）烧在板卡 ROM 里，开机自检时由它接管硬盘、完成初始化，并对外提供配置界面——就是开机按 Ctrl+C 或 Ctrl+H 进的那个 MegaRAID BIOS。驱动则是操作系统启动后加载的内核模块，它负责把固件已经做好的逻辑卷（也就是你看到的 RAID 虚拟磁盘）呈现给系统，并向下发 I/O 指令。MegaSR 这个名字，在 Windows 设备管理器里会显示为「LSI MegaSR Controller」之类，在 Linux 里对应的驱动模块则是 megaraid_sas 或老的 megasr。C105 是这个体系里针对特定控制器代际的硬件 ID，常见于 LSI SAS 1068E/1078 这条产品线，后来被 Avago、Broadcom 收购后延续使用。

搞清楚这层关系，你就能理解一个现象：为什么开机自检时能进 RAID BIOS、能看到硬盘和虚拟盘，但装系统时就是找不到盘。BIOS 阶段由固件接管一切，跟驱动无关；到安装程序加载系统内核时，如果没有对应驱动，内核就看不到虚拟磁盘。驱动只负责把结果交给操作系统，不负责管理阵列——管理阵列是固件和配套 CLI 工具的事。

2.2 C105 这条线的控制器覆盖哪些 RAID 级别

LSI 1068E、1078 这一代控制器，在当年是中端服务器的主流配置，戴尔 PowerEdge 2950/1950、IBM x3650、联想万全系列里都能见到。它们支持的 RAID 级别是 0、1、5、10，部分带 CacheCade 或 SafeStore 功能的型号还能做 RAID 6 和跨卷扩容。C105 的驱动包通常同时覆盖这些控制器，所以你在下载驱动时看到文件名里带 C105，基本就能锁定这条硬件线。

我一般会在装机前先确认三件事，避免驱动装错版本白折腾：

1. 控制器背面的型号贴纸上的具体型号，比如 SAS 1068E 还是 1078；
2. 服务器品牌和代际，判断是走 OEM 驱动还是通用公版驱动；
3. 控制器固件版本，太老的固件需要先升级再装系统，否则大容量硬盘可能识别异常。

这三项记在运维记录里，后面装系统、换盘、迁移阵列时都要反复用到。

2.3 驱动包拿到手，先看文件结构再动手

不管从品牌官网还是公版渠道下载的 MegaSR 驱动包，解压后大概率是这样一个结构：

megasr_C105/ ├── Windows/ │ ├── 2k8_x86/ │ ├── 2k8_x64/ │ ├── 2k12_x64/ │ └── driver/ ├── Linux/ │ ├── megaraid_sas.ko │ ├── megacli/ │ └── storcli/ └── Firmware/ ├── 1068E_fw_xxx.bin └── 1078_fw_xxx.bin

Windows 目录下按操作系统版本分好了子目录，2k8_x86 是 Server 2008 32 位，2k8_x64 是 64 位，2k12_x64 对应 Server 2012。Linux 目录里的 megaraid_sas.ko 是内核模块，megacli 和 storcli 是阵列管理工具。Firmware 目录里的 bin 文件是固件升级包，别没事就刷，只有遇到兼容性问题才需要动。

实际装机时最常犯的错，是先看教程说要把驱动解压到 U 盘，于是把整个目录拷进去。稍后安装程序扫描驱动时会找不到 .inf 或 .sys 文件——因为安装程序需要的是驱动根目录下的那层文件，而不是外层的打包目录。正确做法是把对应的系统版本子目录内容直接放到 U 盘根目录下，或者放到 install.wim 同级的 $OEM$ 目录里做无人值守安装。

提示：驱动包里如果有多个 README 或 txt 文件，先打开看支持的控制器型号和系统版本对照表，这能省掉后面很多重试时间。

3. 把 MegaSR C105 驱动灌进 Windows Server：三种可行路径

3.1 安装系统时手动加载驱动

这是最常用、也最不会被绕晕的方式。以 Server 2008 R2 安装为例，启动到磁盘选择界面前安装程序会让你「加载驱动程序」，这里按 Shift+F10 可以调出命令提示符，用 diskpart 确认 U 盘盘符，然后浏览到驱动文件。

步骤拆开是：

1. 准备一台能正常工作的电脑，下载对应系统版本的驱动，解压后将 Windows\x64 或 Windows\2k8_x64 下的全部文件复制到 U 盘根目录；
2. 服务器开机进 BIOS，确认启动顺序里有 U 盘，如果这台机器之前配置过 RAID，注意 U 盘要从后置 USB 口插，有些老主板前置 USB 口在引导阶段会供电不足；
3. 从 U 盘启动进安装程序，语言选择后点「下一步」，在「您想将 Windows 安装在何处？」界面点「加载驱动程序」；
4. 浏览到 U 盘，安装程序会扫描到 MegaSR 的 .inf 文件，勾选后点「下一步」；
5. 这时再刷新磁盘列表，应该能看到之前建好的 RAID 虚拟盘，正常分区安装即可。

这一步里最容易翻车的点是驱动位数与系统位数不匹配。32 位安装程序去加载 x64 驱动，安装程序会直接报「找不到有效的驱动程序」，没有任何回旋余地。确认下载页面里写的是 x64 还是 x86，再看你手里安装镜像的位数。

3.2 用 dism 把驱动集成进 install.wim

如果你手头有几十台同型号服务器要装，一台台手动加载驱动太浪费时间。我一般会先把驱动集成进安装镜像，做成一个带驱动的定制 ISO，这样装机流程就从「引导-U 盘加载驱动-装系统」缩短为「引导-装系统」。

在 Windows 10/11 或 Server 的 PE 环境里用 dism 命令集成：

mkdir C:\mount dism /Mount-Wim /WimFile:C:\iso\sources\install.wim /Index:2 /MountDir:C:\mount dism /Image:C:\mount /Add-Driver /Driver:D:\megasr_C105\Windows\2k8_x64 /Recurse dism /Unmount-Wim /MountDir:C:\mount /Commit

参数说明：/Index:2 指定要修改的映像索引号，一般 Server 2008 R2 的 install.wim 里索引 1 是 Standard，索引 2 是 Enterprise，具体用dism /Get-WimInfo /WimFile:install.wim确认。/Driver 后面接的是驱动文件夹路径，加 /Recurse 表示递归扫描子目录。/Commit 是把修改写回 WIM 文件，这一步必须执行，否则前面的挂载和添加操作全部白做。

集成完的 WIM 可以用dism /Export-Image重新导出以减小体积，再配合 UltraISO 之类工具打包成新 ISO。第一次做这个流程，我建议找一台测试机完整走一遍，确认驱动注入成功（装完系统后设备管理器里没有黄色感叹号），再批量铺开。

3.3 系统装完才补驱动：设备管理器手动更新

如果你的服务器已经装好了 Windows，只是硬盘挂在别的控制器上或拆换过 RAID 卡，需要在现有系统里补充 MegaSR 驱动，那就走设备管理器路线：

1. 设备管理器里找到带黄色感叹号的 PCI 设备（通常是「RAID Controller」或「SCSI Controller」），右键「更新驱动程序」；
2. 选「浏览我的电脑以查找驱动程序」→「让我从计算机上的可用驱动程序列表中选取」；
3. 如果列表里是空的，点「从磁盘安装」，浏览到驱动目录里的 .inf 文件；
4. 系统会提示驱动未签名或不受信任，老驱动在 Server 2008 上常见这种情况，选择「仍要安装」；
5. 装完后重启，磁盘管理里看虚拟盘是否正常出现。

这条路径适合存量系统，但有个前提：控制器的固件和系统里已有的其他存储驱动不能冲突。有次我在一台已经装了 Server 2012 的机器上补驱动，结果原来的默认 AHCI 驱动和 MegaSR 打架，蓝屏 UNEXPECTED_KERNEL_MODE_TRAP。后来是把 BIOS 里的 SATA 模式改成 RAID 才消停。

4. 阵列建在哪一层：MegaCLI/storcli 与 C105 的配合

4.1 建阵列前先搞清楚控制器固件的限制

MegaSR 驱动本身不建阵列，阵列是控制器固件的活。但驱动有一个关键作用：决定你能不能在操作系统里看到阵列、能不能用 CLI 工具去管理它。C105 这条线对应的控制器，固件里有两套配置通道——一个是 BIOS 里的 Ctrl+C/Ctrl+H 交互界面，另一个是后面管理工具通过的 I2C/IOCTL 通道，MegaCLI 和 storcli 走的就是第二条。

建阵列前，我习惯先执行一条命令看控制器现状：

storcli /c0 show all

输出里重点关注几个字段：Controller后面的编号（0 表示第一块卡），Firmware Version 是不是你计划中的版本，Product Name是 1068E 还是 1078，以及Boot Volume这个字段——有些老控制器固件只支持一个引导卷，你在这块卡上建了第二个数组后，要把目标卷设为 boot 卷才能从它引导系统。

storcli /c0 show all的输出很长，但你要的信息基本都在这几行：Physical Disk Count告诉你插了几块盘，VD Count是现有虚拟磁盘数量，RAID Level是当前阵列级别。建新的阵列前先把这些全部记下来。

4.2 用 storcli 创建 RAID 卷

storcli 是 Avago 后来主推的工具，语法比 MegaCLI 简单，新系统上基本用它。创建一个 RAID 5 卷的命令如下：

storcli /c0 add vd type=raid5 name=VD01 drives=e:32-33 sz=all

参数拆解：/c0是控制器 0，add vd是添加虚拟磁盘，type=raid5指定级别，name给卷起个名，drives=e:32-33里 e 表示在插槽 32-33 的两块盘，sz=all表示用满盘全部空间。如果你要两块盘做 RAID 1，把 type 改成 raid1，drives 里写两块盘的槽位即可。

执行完命令后，一定用storcli /c0 show复查一遍，确认新卷状态是 ONLINE、VD Type 是你要的级别。这里有个很多人容易忽略的细节：刻槽位的 e:32-33 里的 e 代表 enclosure，有的服务器是多背板多扩展柜的，不看机箱背板的编号直接引用盘符，会建到别的盘上，那可就真是数据灾难了。

4.3 老系统用 MegaCLI 的兼容姿势

如果你管理的服务器还是 Server 2008 时代，storcli 不一定支持那块老控制器的全部命令，这时候就问 MegaCLI。MegaCLI 的命令语法是老式但完整的，常用几条如下：

MegaCli -CfgLdAdd -R5[32:0,33:0,34:0] -strpsz128 -a0 MegaCli -LDInfo -Lall -a0 MegaCli -PDList -a0

第一条-CfgLdAdd -R5创建 RAID 5 阵列，方括号里是「控制器:盘槽位」的格式，-strpsz128 表示条带大小 128KB，-a0 指定控制器 0。第二条-LDInfo查虚拟磁盘信息，第三条-PDList列所有物理盘。

MegaCLI 在 Windows 下运行需要管理员权限，而且老版本在 Server 2012 上跑经常报缺 VS 运行库，确定要长期管理这批机器的话，建议把 MegaCLI 和 storcli 都备一份。

5. 避坑与排查：MegaSR C105 驱动使用中的六个真实翻车点

5.1 现象：安装程序加载驱动后仍然看不到磁盘

原因：驱动加载成功，但安装程序没有刷新磁盘列表。加载驱动窗口点「下一步」后，磁盘列表不会自动刷新，需要点左下角「刷新」按钮。

解决：加载驱动后先点「刷新」，如果还是没有盘，打开命令提示符输入diskpart→list disk，看内核是否识别到虚拟盘。diskpart 能看到而安装界面看不到，说明是显示问题，换个安装镜像或重新分区即可解决。

5.2 现象：驱动装好但进系统蓝屏 STOP 0x0000007B

原因：这是 INACCESSIBLE_BOOT_DEVICE，表示系统内核在启动时找不到引导卷。常见情形是：你把阵列从 HBA 直通模式改成 RAID 模式，或把虚拟盘从一块卡迁移到另一块卡上，而系统里没有加载对应的 MegaSR 驱动。

解决：在改动阵列模式之前，先把 MegaSR 驱动安装进系统（即使当前是 AHCI/直通状态也能预装），改完阵列后进系统前加载驱动。如果是已经蓝屏的系统，进安全模式看是否还能进，能进就在设备管理器里补驱动；进不去就准备 PE 环境离线注入驱动，再用 bcdedit 修复引导。

5.3 现象：MegaCLI 执行命令报「Controller 0 is not present」

原因：工具和管理通道不匹配。MegaCLI 走的是老式 ioctl 通道，新固件或 UEFI 模式下这条通道可能被禁用；或者你下载的 MegaCLI 版本太老，不认识新控制器的 PCI 设备 ID。

解决：先确认控制器能被系统识别——Windows 下看设备管理器，Linux 下用lspci | grep -i raid。如果系统里能看到控制器但工具不认，换成 storcli 试；storcli 不认就降级 MegaCLI 版本。遇到过的最极端情况是 PE 环境下 MegaCLI 完全没法用，后来发现是 PE 镜像没集成 MSVCR 运行库，这类工具不是纯命令行绿色软件，别忽略它的 DLL 依赖。

5.4 现象：开机自检能进 RAID BIOS，但进系统后盘全丢了

原因：控制器被重置回出厂配置，或 Jumper 被改动。老主板上 RAID 卡有个 Force BIOS 的跳线，插错后会导致配置丢失。更常见的是 CMOS 放电后，控制器配置因协商失败而清空。

解决：先断电，拔掉所有数据盘以外的扩展卡，只留系统盘和 RAID 卡，开机进 RAID BIOS 看虚拟盘配置还在不在。不在了就认命重配，但重配之前把每块盘插回原位，别打乱盘序。做任何硬件改动前，先备份 MegaSR 控制器的配置：storcli 下用storcli /c0 show记录配置，再用命令导出配置为文件。

5.5 现象：扩容换盘后阵列状态变成 Degraded

原因：容量不匹配或盘序错乱。RAID 5/6 扩容时，新盘的容量必须大于等于阵列里最小盘容量，否则控制器会把整列标红。盘序错乱则是物理盘插拔后槽位变化，固件按槽位记录盘序，槽位变了就找不回原盘。

解决：换盘前先storcli /c0/e*/s* show记录每块盘的槽位和序列号，拔盘时一张张来，插回去时严格按原槽位。扩容操作完成后，等重建窗口走完（观察storcli /c0/e*/s* show rebuild的进度），期间不要重启，不要跑大规模读写。

5.6 现象：Linux 下 modprobe megaraid_sas 报错

原因：内核版本与驱动版本不匹配。C105 这条线对应的 megaraid_sas 模块，在老内核（2.6.x）和新内核（5.x/6.x）之间的接口差异很大，直接拿老驱动包里的 .ko 文件加载到新内核，几乎必然报 version mismatch。

解决：在新内核上优先用内核自带的 megaraid_sas 模块，而不是手工加载老 .ko 文件。确认方法：modinfo megaraid_sas | grep version，能查到版本就说明内核已包含该驱动。如果内核没编译这个模块，先装对应内核的开发包，再编译 OEM 驱动源码。

6. 进阶技巧：驱动加载好后，日常阵列巡检才是真正保命的事

驱动加载成功、阵列建好只是第一步。老控制器这条线最怕的是「平时没事，出事就是大事」。我现在的习惯是：每台机器装完系统后，第一时间把巡检脚本放上去，每个星期跑一遍，把阵列状态、电池健康、坏道计数全部记录到日志。

Linux 下的巡检脚本核心就几条命令：

storcli /c0 show health storcli /c0/e*/s* show | grep -E "S.M.A.R.T|State|Media Error" stamp=$(date +%Y%m%d%H%M) storcli /c0 show all > /var/log/raid_${stamp}.log

第一条看控制器整体状态，第二条筛选物理盘的健康字段，第三条把完整配置导出存档。Windows 下没有现成 cron，我用计划任务每周末执行一次 MegaCLI 的-LDInfo -Lall -a0并输出到文本文件，配合邮件告警也能达到同样效果。

有个细节值得多提一句：老控制器（1068E/1078）的写缓存电池是整个 RAID 体系的短板。电池老化后，固件会自动把写策略从 Write Back 降级为 Write Through，性能断崖式下跌，而且日志里只会有一条不起眼的提示。我吃过这个亏：一次机房巡检发现数据库写入延迟翻了三倍，折腾了两天才在 storcli 输出里看到 BBU 状态是 FAILED。从那以后我每次巡检强制走一遍storcli /c0/bbu show，把电池状态纳入第一优先级检查项。这习惯帮我提前拦下了至少三次类似问题。

C105 这条路线的控制器虽然老，但存量设备远没退完——机房角落里那些跑着监控、打印服务、测试环境的盒子，大概率还是这批卡。驱动、工具、固件三者版本咬合，加上定期巡检，比换整机性价比高得多。希望这份踩坑记录能帮你少走几步弯路，把时间花在真正该花的地方。

本文还有配套的精品资源，点击获取