使用 C 并在内核空间内操作,是否可以直接从 inode 读取 i_flags 数据并查看整个无符号长值,而不是仅支持的标志的值/设置?
我在 Oracle VirtualBox 之上的 Centos 7 上使用内核 3.10.0。
如果这个问题没有意义,我深表歉意,我对此很陌生,正在努力了解事情的运作方式。我已经为此苦苦挣扎了一段时间,并且阅读了很多不同的东西,以至于我变得更加困惑。
简单地说,我正在尝试将 i_flags 字段读入一个变量,然后检查各个位的状态(也许通过使用 test_bit?),无论它们是否代表内核中支持或实现的标志,或者别处。我的想法是,该数据可能可以从 i_flags 字段中的原始 32 位数据中获得?
我应该能够从给定位置开始的 inode 读取 x 个字节吗?还是有一种我只是没有看到的更简单的“读取”方法?这甚至可以做到吗?
任何指针将不胜感激。
罗格
附加信息-
这是我用来引用 i_flags 的代码 -
printk(KERN_INFO "inode value = %lu\n", file_inode(file)->i_flags);
我不清楚这是否等同于下面建议的格式 -
unsigned int flags = inode_pointer->i_flags
尽管“e”标志默认打开,但我的版本打印了 0。是否应该有 0 以外的值表示“e”标志已打开?
如果我使用 chattr 添加“a”和“i”标志,它现在会在 i_flags 字段中返回 12,这是有道理的。但是,如果我添加“d”标志,我仍然会看到 12。
如果我从 inode 字段 (i_flags) 获取原始值,打开“d”位不应该导致这个值发生变化吗?
感谢
罗格
更多信息-
这是我为测试值所做的。
rls 是/usr/bin/ls 的副本。以下命令显示将“i”和“a”添加到/usr/bin/rls。然后,lsattr 确认已设置这些标志。
sudo chattr +ia/usr/bin/rls
lsattr/usr/bin/rls ----ia--------e--
运行“rls”会使上述 printk 语句的输出记录到/var/log/messages。标志值为 12,因为 i 和 a 都已设置。
rls
6 月 29 日 14:46:15 本地主机内核:open_exec inode 值 lu = 12
然后添加“d”标志。
sudo chattr +d/usr/bin/rls
然后针对 rls 运行 lsattr 以查看显示“d”标志的标志已设置
lsattr/usr/bin/rls
----iad------e--
再次运行“rls”,flags的值还是12
rls
6 月 29 日 14:53:21 本地主机内核:open_exec inode 值 lu = 12
添加“d”标志后,i_flag 不应该有所不同吗?
谢谢,
罗格
最佳答案
如果我理解正确的话,你有一个struct inode
的内存地址,你希望能够完整地读取i_flag
字段而不是使用按位运算针对特定标志进行测试。
如果是这种情况,那么您可以这样做:
unsigned int flags = inode_pointer->i_flags
i_flags
只是一个 unsigned int
(至少在 3.10.0 中是这样),您可以像访问任何其他 unsigned int
一样访问它.由于我们将其视为标志,因此通常不会对其执行乘法等常规操作,但这是约定俗成的,必须由程序员强制执行。编译器不知道也不关心 unsigned int
是否被用作一组标志(如 i_flags
的情况,其中每一位都具有某种意义或是否它被用作代表单个数字的整数。
更新
我相信(但老实说我不是 100% 肯定)问题是一些 chattr
属性没有映射到 i_flag
位值。您可以找到与 i_flag
here 一起使用的位掩码.例如,chattr
的 a
对应于 S_APPEND
,它的值为 4,这与您所看到的一致,但我找不到可以匹配的内容对应于 i_flag
位掩码列表中的 d
。
关于c - 从内核空间的 inode 读取原始字节,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/31121466/