为什么我的散列函数在/sys/kernel/traceing/percpu/cpu45文件夹中不起作用或freez



我的脚本在这个版本的ububutu:上计算intercity时遇到问题

cyber@ubuntu:/$ hostnamectl
   Static hostname: ubuntu
         Icon name: computer-vm
           Chassis: vm
        Machine ID: 48d13c046d74421781e6c6f771f6ac31
           Boot ID: 847b838897ac47eb932f6427361232d1
    Virtualization: vmware
  Operating System: Ubuntu 20.04.4 LTS
            Kernel: Linux 5.13.0-51-generic
      Architecture: x86-64

我想知道/sys/kernel/traceing/per_cpu/cpu45是否不是一个活动文件?因为计算里面文件的哈希值需要无限的时间。

如果您想检查文件系统的完整性,请跳过整个/sys文件夹——它是内核的接口。

此外,如果您也跳过/proc(也是内核接口(和/dev(特殊或设备文件(文件夹,效果会更好。F.e-你可以永远从/dev/zero/dev/urandom阅读。网络挂载也可以给你带来很多精彩时刻。

此外,你的脚本可以在读取管道时冻结——如果有足够的权限,它可以永远从管道中读取。

如果我正在构建这样一个脚本,我将从装载开始,检查它们的文件系统,并只扫描所需的文件系统。例如,如果装载是tmpfs,则其内容位于RAM中,并将在重新启动后擦除。

你完全应该去看看-https://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard

最新更新