为什么 strace 不显示 HDD IOCTL 系统调用？答案

【问题标题】：Why doesn't strace show HDD IOCTL syscalls?为什么 strace 不显示 HDD IOCTL 系统调用？
【发布时间】：2013-05-15 14:05:20
【问题描述】：

在执行strace -ttT date 时，我在可执行文件启动后错过了很多系统调用。在 execve() 之后没有进一步的系统调用将date ELF 从 HDD 复制到内存，这是否发生在内核中？我以为我会在 HDD 控制器上看到很多 IOCTL，每个字节都会按块加载到内存中？

16:00:00.505197 execve("/bin/date", ["date"], [/* 30 vars */]) = 0 <0.038088>
16:00:00.543671 brk(0)                  = 0x11b9000 <0.000074>
16:00:00.543915 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) <0.000077>
16:00:00.544187 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f0f4083a000 <0.000076>
16:00:00.544416 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) <0.000018>
16:00:00.544543 open("/etc/ld.so.cache", O_RDONLY) = 3 <0.000059>

【问题讨论】：

标签： linux kernel exec strace execve

【解决方案1】：

稍微简化一下，这将是 VFS 内核子系统的业务，而不是用户态应用程序。

据我们所知，数据可能存在于内存映射文件系统或 NFS 等，因此内核为用户屏蔽了所有复杂性，并为我们提供了这个方便的“文件”抽象，它只是一个单根目录树和一堆属性的路径，以及一组要应用的操作（系统调用）（是的，非常原始的OO :)。

在系统内部方面，文件通常通过适当的 FS 驱动程序传递到内核中的page cache，同时，甚至在您的应用程序阻塞在read(2) 或其他东西之前。

【讨论】：