1. 项目概述：为什么需要深入理解MODE SENSE命令？
在存储、服务器运维或者嵌入式开发领域，如果你接触过SCSI、SAS或者SATA设备，那么“MODE SENSE”这个词组你大概率不会陌生。它不像ls或cd那样直观，也不像fdisk那样常用，但当你需要精确地了解一块硬盘、一台磁带机或者一个RAID控制器的内部工作状态、可配置参数以及性能特性时，MODE SENSE命令就是你绕不开的“内部探针”。简单来说，它就是一个让主机（比如你的服务器）向目标设备（比如你的硬盘）询问“你现在是怎么工作的？你能怎么工作？”的命令。
然而，这个命令在实际应用中却常常让人感到困惑。最大的困惑点莫过于：为什么会有MODE SENSE(6)和MODE SENSE(10)两个版本？它们仅仅是长度不同吗？在什么情况下该用6字节的，什么情况下又必须用10字节的？如果你在用sg_modes（Linux下sg3_utils工具包里的神器）或者写底层驱动、固件时，选错了命令格式，轻则拿不到完整的设备信息，重则可能引发兼容性问题。网络上关于SCSI协议的命令详解往往过于晦涩，充斥着十六进制操作码和位域定义，而实际排错的经验分享却又零零散散。
本文的目的，就是从一个实际使用者的角度，彻底拆解MODE SENSE(6)和MODE SENSE(10)这两个命令。我不会仅仅罗列协议手册里的字段定义，而是结合我调试硬盘、排查磁带库故障以及集成HBA卡驱动时的真实经历，告诉你这两个命令的核心差异、应用场景、常见返回数据的解读方法，以及那些在标准文档里不会写的“坑”。无论你是系统管理员需要深度监控存储设备，还是开发者在编写设备管理工具，理解这些细节都能让你在遇到问题时，不再对着sg_modes -6和sg_modes -10的输出发懵，而是能清晰地知道该用哪个“钥匙”去打开设备的“信息库”。
2. MODE SENSE命令的本质与两种格式的由来
要理解为什么会有两个版本，我们得先回到SCSI协议的设计哲学和演进历史。SCSI协议本质上是一套主从设备间的“问答”规范。主机（Initiator）向设备（Target）发送一个命令描述块（CDB, Command Descriptor Block），设备执行后返回数据和状态。MODE SENSE属于“模式页面”相关命令，其核心功能是读取设备的可配置参数和当前运行模式。
2.1 MODE SENSE(6)：经典但受限的“短格式”
MODE SENSE(6)的CDB长度是6字节，这是早期SCSI-1和SCSI-2时代的主流格式。它的结构非常紧凑：
字节 0: 操作码 (0x1A) 字节 1: (保留位 | DBD | 页控制字段) 字节 2: 页代码 (要读取的模式页编号) 字节 3: 子页代码 (用于子页，通常为0) 字节 4: 分配长度 (主机期望返回的最大数据长度) 字节 5: 控制字节这里有一个关键限制：“分配长度”字段只有1个字节（Byte 4）。这意味着，主机在一次请求中，最多只能要求设备返回255个字节的模式参数数据。在早期，设备的配置相对简单，255字节可能勉强够用。但随着存储设备功能越来越复杂，模式页面（Mode Page）的内容也急剧膨胀，例如包含大量预读策略、缓存策略、错误恢复参数的控制页，255字节的上限很快就成了瓶颈。
2.2 MODE SENSE(10)：为现代设备而生的“长格式”
为了解决这个限制，SCSI-3标准引入了MODE SENSE(10)。它的CDB长度扩展到了10字节：
字节 0: 操作码 (0x5A) 字节 1: (保留位 | LLBAA | DBD | 页控制字段) 字节 2: 页代码 字节 3: 子页代码 字节 4-5: 保留 字节 6-7: 分配长度 (2字节) 字节 8-9: 控制字节最核心的改进在于：“分配长度”字段变成了2个字节（Byte 6-7）。这使得主机可以请求最多65535字节的数据，足以容纳现代设备任何复杂的模式页面。此外，10字节格式还引入了一些新的标志位，如LLBAA（Long LBA Accepted，用于处理非常大的逻辑块地址），为未来扩展留下了空间。
注意：这里有一个非常容易混淆的点。
sg_modes工具的参数-6和-10，指的就是使用MODE SENSE(6)还是MODE SENSE(10) CDB。但设备返回的数据结构（模式参数头部和模式页面本身）在两种命令下是通用的。区别仅在于主机用哪种“信封”（CDB）去索要数据，以及这个“信封”上标注的“最大容量”（分配长度）是多少。
2.3 如何选择：6还是10？
在实际操作中，遵循以下原则：
- 兼容性优先：对于非常老旧的设备（尤其是SCSI-2时代的），可能只支持MODE SENSE(6)。先尝试(6)总是安全的。
- 数据量驱动：如果你明确知道要读取的模式页面很大（比如包含很多描述符的缓存页），或者你使用
--all（读取所有页）选项，那么应该直接使用MODE SENSE(10)。 - 工具默认行为：像
sg_modes这样的现代工具，通常会先尝试MODE SENSE(10)，如果设备返回错误（如非法命令），再回退到MODE SENSE(6)。但手动指定可以避免不必要的交互，提高效率。 - 驱动与固件开发：在编写代码时，一个健壮的实现应该先尝试MODE SENSE(10)，如果失败再尝试(6)。这被称为“命令降级”。
我个人的经验是，在现在的企业级SAS/SATA硬盘和固态硬盘上，直接使用MODE SENSE(10)几乎总是正确的选择。问题往往出现在一些特殊的设备上，比如老式的磁带机、光盘库，或者一些嵌入式定制设备。
3. 命令详解：从CDB到模式页面的完整解析链路
理解了格式差异，我们深入到命令执行的每个环节。一次成功的MODE SENSE操作，不仅仅是发送CDB，更重要的是理解其请求参数和解析返回的数据结构。
3.1 CDB关键字段深度解读
无论是6字节还是10字节格式，以下几个字段是核心：
DBD (Disable Block Descriptors)： 这个位至关重要。当设置为1时，告诉设备“在返回数据中，不要包含块描述符（Block Descriptors）”。块描述符通常包含设备的逻辑块大小、总块数等信息。在大多数情况下，我们关心的是模式页面本身的参数，而不是这些基础的几何信息。所以，为了简化返回数据，通常建议将DBD置1。在
sg_modes中，-d参数就是用来设置DBD=1的。页控制字段 (PC)： 这个2位的字段决定了你要读取哪种“版本”的模式参数。
00-当前值 (Current Values)： 读取设备当前正在使用的模式参数。这是最常用的设置，用于查看设备实时状态。01-可修改值 (Changeable Values)： 读取哪些参数是可以被MODE SELECT命令修改的。返回的页面中，可修改的位会被标记出来。这在配置前做检查时非常有用。10-默认值 (Default Values)： 读取设备出厂默认的参数。11-保存值 (Saved Values)： 读取设备非易失性存储器中保存的参数（如果支持）。通常，执行MODE SELECT后需要再发一个“保存”命令，参数才会被持久化。
页代码 (Page Code) 和 子页代码 (Subpage Code)： 这两个字段共同确定了你要读取哪一个具体的模式页面。例如，页代码
0x08代表“缓存模式页”，它控制设备的读写缓存行为。一些复杂的页面还有子页。页代码0x3F是一个特殊值，表示“返回所有支持的页面”。
3.2 返回数据结构拆解
设备响应的数据是一个结构化的缓冲区，其通用布局如下：
+----------------------+ | 模式参数头部 (Mode Parameter Header) | +----------------------+ | 块描述符 (可选，当DBD=0时存在) | +----------------------+ | 模式页面 1 (Mode Page 1) | +----------------------+ | 模式页面 2 (Mode Page 2) | +----------------------+ | ... | +----------------------+- 模式参数头部： 包含返回数据的总长度、是否包含块描述符、模式页面数据的长度等元信息。解析数据时首先要处理头部，才能定位到后面的页面数据。
- 块描述符： 如果CDB中DBD=0，这里会包含设备的逻辑块大小（比如512字节或4K）等信息。对于高级用户，这些信息可能有用，但对于大多数模式参数查询，它是冗余的。
- 模式页面： 这才是我们关注的“干货”。每个页面都有固定的结构：开头1字节是
PS（Page Savable）和SPF（SubPage Format）标志位以及页代码，接着1字节是页面参数的长度，后面跟着的就是该页面的具体参数字节。
3.3 实战解析：以缓存模式页（0x08）为例
让我们看一个最实用、也最常被查询的例子。假设我们想查看一块SAS硬盘当前的缓存设置。
使用命令：sg_modes -p 0x08 -d /dev/sg0（这里-d即设置DBD=1，-p 0x08指定缓存页）
一个典型的返回可能被解析为如下内容（已简化）：
Cache page (0x08) Parameter length: 20 WCE (Write Cache Enable): 1 # 写缓存已启用 RCD (Read Cache Disable): 0 # 读缓存未禁用（即启用） ...这里的WCE=1意味着硬盘有写缓存，数据会先存入硬盘的DRAM缓存再落盘，性能好，但断电有数据丢失风险（需配合UPS或设备断电保护）。RCD=0意味着读缓存启用，频繁读取的数据会缓存在内存中加速后续访问。
实操心得：在虚拟化或数据库环境中，关于是否启用写缓存（WCE）的争论很多。我的经验是，对于配有电池备份单元（BBU）或超级电容的RAID卡或企业级硬盘，强烈建议启用写缓存，这是性能的关键。但对于没有掉电保护的普通SATA硬盘，在要求数据强一致性的场景下（如文件服务器ZFS的SLOG设备），可能需要禁用写缓存（WCE=0）。MODE SENSE命令让你能确切地知道设备当前的状态，而不是“以为”的状态。
4. 常见问题排查与“踩坑”实录
理论很清晰，但一到实际环境，各种奇怪的问题就来了。下面分享几个我亲身经历的、与MODE SENSE(6)/MODE SENSE(10)相关的典型故障和排查思路。
4.1 场景一：命令不支持或参数错误
- 现象：使用
sg_modes -10查询一个老磁带机时，工具报错Invalid command operation code。 - 排查：这明确表示设备固件不支持MODE SENSE(10)命令。切换到
sg_modes -6后命令成功执行。教训：面对老旧外设，首先尝试(6)格式。 - 深入：如何编程实现自动降级？伪代码如下：
sense_data = send_mode_sense_cdb(CDB_10, alloc_len); if (sense_data.check_condition && sense_data.asc_ascq == ILLEGAL_REQUEST) { // 设备可能不支持10字节命令，尝试6字节 sense_data = send_mode_sense_cdb(CDB_6, MIN(alloc_len, 255)); }
4.2 场景二：分配长度不足导致数据截断
- 现象：使用自定义脚本通过MODE SENSE(6)读取一个支持大量逻辑块的磁盘的所有模式页（页代码0x3F），返回的数据看起来不完整，最后一个页面解析出错。
- 根因：MODE SENSE(6)的分配长度最大255字节。当设备所有模式页面的总大小超过255字节时，返回的数据会被截断。主机看到的“返回数据长度”在头部字段里可能只显示255，无法得知后面还有数据被丢弃了。
- 解决方案：
- 改用MODE SENSE(10)。
- 如果必须用(6)，不要一次性请求所有页。先请求一个特定的、小的页面（如页代码0x00，单位设备配置页）来测试。或者分多次请求不同的页面。
- 诊断技巧：使用
sg_modes时，可以加上-v或-vv参数查看详细的解码过程，包括它实际发送的CDB和接收到的数据长度，这对判断是否被截断很有帮助。
4.3 场景三：返回数据解析错位
- 现象：自己写的解析程序对某些设备返回的数据解析错误，但
sg_modes却能正确解析。 - 排查：这是最考验对协议理解深度的问题。常见原因有：
- 忽略了头部长度的可变性：MODE SENSE(6)和MODE SENSE(10)命令的返回数据头部结构是不同的！6字节命令返回的头部是8字节（或4字节，如果设备不支持块描述符），而10字节命令返回的头部是8字节。你的解析程序必须根据你发送的命令类型，使用对应的头部结构体去解析起始长度字段，才能正确找到模式页面的起始偏移量。这是新手最容易掉进去的坑。
- 字节序问题：SCSI协议规定数据在总线上是大端序（Big-Endian）。在x86/x64这种小端序（Little-Endian）的主机上，直接读取多字节字段（如分配长度、块描述符中的块数）会得到错误的值。必须在解析时进行字节序转换（
ntohs,ntohl）。 - SPF标志位判断错误：如果模式页面头部的
SPF位为1，表示这是一个子页格式。紧接着页代码后面的将是2字节的子页代码，然后才是参数长度。如果按普通页面去解析，整个偏移量就全乱了。
4.4 场景四：MODE SENSE与MODE SELECT的联动问题
MODE SENSE用于读，MODE SELECT用于写。但“写”并不总是成功。
- 现象：通过MODE SENSE读到
WCE=0，尝试用MODE SELECT将其改为WCE=1，命令成功但立刻再次MODE SENSE发现值没变。 - 原因：可能的原因有多个：
- 设备只读：该参数在设备上是只读的，不可修改。你应该先读取“可修改值”（PC=01），确认
WCE位在返回的位图中是否被标记为可修改。 - 未保存：MODE SELECT只修改了设备的“当前运行值”，但未保存到非易失性存储器。设备重启后，配置会恢复。许多设备需要额外发送一个单独的“保存模式页面”命令或设置MODE SELECT CDB中的
Save位。 - 作用域问题：一些参数（特别是通过SCSI Enclosure Services (SES)管理的磁盘阵列中的硬盘）可能受上层控制器管理，直接对硬盘下发MODE SELECT会被控制器拒绝或覆盖。
- 设备只读：该参数在设备上是只读的，不可修改。你应该先读取“可修改值”（PC=01），确认
5. 高级应用与性能考量
对于进阶用户，MODE SENSE命令还能玩出更多花样，并涉及到一些性能优化。
5.1 使用子页代码访问扩展功能
一些复杂的模式页面使用子页来组织大量参数。例如，控制扩展信息的页代码0x1C就有多个子页。查询时需要同时指定页代码和子页代码。在sg_modes中，可以使用-p 0x1C,0x01这样的格式来指定页代码0x1C和子页代码0x01。
5.2 在脚本和监控工具中的高效使用
在自动化运维中，你可能需要定期检查成百上千块硬盘的缓存策略、电源状态或错误恢复设置。频繁调用sg_modes会产生开销。优化建议：
- 批量查询：如果支持，使用页代码
0x3F（所有页）一次性获取所有信息，在内存中解析，比多次查询单个页面更高效。 - 缓存结果：设备的模式参数（尤其是当前值）不会频繁变化。可以将查询结果缓存一段时间（如5分钟），避免不必要的IO操作。
- 使用低层接口：对于性能极度敏感的场景，可以考虑直接调用操作系统的SCSI passthrough接口（如Linux的
ioctl(SG_IO)），避免sg_modes进程启动和解析的开销。
5.3 与S.M.A.R.T.和日志页面的对比
MODE SENSE读取的是设备的可配置运行参数。它不同于：
- S.M.A.R.T. (Self-Monitoring, Analysis and Reporting Technology)： S.M.A.R.T.主要提供的是设备健康状态、性能劣化和故障预测的统计信息和阈值，属于诊断数据。
- 日志页面 (Log Pages)： SCSI/SAS的日志命令（LOG SENSE）用于读取设备的事件记录、错误计数、性能统计历史等。
简单区分：MODE SENSE是看“设置”， LOG SENSE是看“记录”， S.M.A.R.T.是看“健康”。一个全面的设备监控方案，往往需要结合这三者。
6. 工具链推荐与实操命令速查
工欲善其事，必先利其器。除了最常用的sg_modes，整个sg3_utils工具包都是处理SCSI设备的瑞士军刀。
6.1 sg3_utils 核心工具
sg_modes: 本文主角，用于读写模式页面。常用组合：sg_modes -6 -p 0x08 -d /dev/sdX# 用6字节命令读缓存页sg_modes -10 -p 0x3F -d /dev/sdX# 用10字节命令读所有页sg_modes -p 0x08 -c /dev/sdX# 读取可修改值（PC=01）sg_modes -p 0x08 --readwrite /dev/sdX# 交互式修改参数（慎用！）
sg_inq: 查询设备基本信息（Vendor, Product, Revision），在发MODE SENSE前先用它确认设备标识是个好习惯。sg_logs: 读取日志页面，配合MODE SENSE做深度诊断。sg_ses: 用于管理SCSI Enclosure Services设备（如磁盘阵列柜），柜内硬盘的很多模式参数可能要通过它来间接获取或设置。
6.2 实操命令示例与解读
假设我们有一块设备名为/dev/sg1的SAS硬盘。
基础信息探查：
sg_inq /dev/sg1输出会包含供应商、型号、固件版本，以及最重要的：Peripheral Device Type（例如
0x00表示磁盘）。这确认了设备类型。安全读取所有当前配置（推荐方式）：
sg_modes -10 -p 0x3F -d /dev/sg1 | less这条命令使用了最通用的方式：10字节格式、请求所有页面、禁用块描述符。通过管道传递给
less方便浏览。输出会列出设备支持的所有模式页面及其当前参数。重点关注缓存与电源管理：
sg_modes -p 0x08 -d /dev/sg1 # 缓存页 sg_modes -p 0x1A -d /dev/sg1 # 电源条件页，看APM/省电设置对于数据库盘，关注
WCE；对于归档盘，关注电源状态。检查参数是否可修改（准备配置前）：
sg_modes -p 0x08 -c /dev/sg1查看缓存页哪些位是可修改的。如果
WCE位显示为可修改，你才能尝试去改变它。
最后的小技巧：如果你不确定设备节点是/dev/sdX还是/dev/sgX，对于模式页面操作，优先使用/dev/sgX。/dev/sdX是块设备节点，虽然Linux内核有时也支持通过它发送SCSI命令，但路径可能经过更多层的抽象和过滤。/dev/sgX是通用的SCSI通用（sg）设备节点，提供更直接、更原始的命令通行能力，兼容性和可靠性更高。你可以使用lsscsi -g命令来查看所有SCSI设备及其对应的/dev/sg节点。
)
