util-linux项目中lsfd命令设备号计算问题分析

在util-linux项目的测试过程中，发现lsfd命令在处理设备号(devnum)计算时存在不一致的问题。这个问题主要出现在测试用例mkfds-ro-regular-file和mkfds-rw-character-device中，表现为实际输出与预期结果不符。

问题现象

测试用例运行时，发现设备号相关字段的输出与预期不符。具体表现为：

1. 对于常规文件测试用例，预期DEVNUM[STR]应为0，但实际输出显示为1，并包含额外的设备号信息
2. 对于字符设备测试用例，同样出现DEVNUM[STR]不为0的情况

通过进一步分析发现，问题的根源在于设备号的计算方式不正确。

技术背景

在Linux系统中，设备号由主设备号(major number)和次设备号(minor number)组成。传统的设备号计算方式是将主设备号左移8位后加上次设备号：

devnum = (major << 8) | minor

然而，现代Linux系统使用更复杂的计算方式，特别是在处理较大的设备号时。正确的计算方式应该参考glibc或uClibc中的sys/sysmacros.h实现：

devnum = (minor & 0xff) | ((major & 0xfff) << 8) | ((minor & ~0xff) << 12) | ((major & ~0xfff) << 32)

这种计算方式能够正确处理各种大小的设备号，特别是当主设备号或次设备号超过传统计算方式能处理的范围时。

问题根源

在util-linux项目的测试脚本lsfd-functions.bash中，lsfd_compare_dev函数使用了简化的设备号计算方式：

local DEVNUM=$(( ( MAJ << 8 ) + MIN ))

这种计算方式在以下情况下会出现问题：

1. 当次设备号大于255时
2. 当主设备号大于255时
3. 在使用loop设备等情况下

解决方案

正确的做法是采用与系统库一致的计算方式。修复方案包括：

1. 修改lsfd_compare_dev函数，使用完整的设备号计算逻辑
2. 更新测试用例的预期结果，使其反映真实的设备号计算方式
3. 确保测试环境中的设备号计算与生产环境一致

这个修复不仅解决了当前测试失败的问题，还确保了lsfd命令在各种设备号情况下的正确性，特别是对于使用loop设备、NFS或Btrfs等文件系统的情况。

影响范围

该问题影响所有使用lsfd命令查看设备文件信息的场景，特别是在以下环境中更为明显：

1. 使用Docker容器环境
2. 使用loop设备挂载文件系统
3. 使用NFS或Btrfs等高级文件系统

通过这个修复，util-linux项目在处理设备号相关功能时将更加健壮和可靠。