我完全理解你刚接触底层操作和ThreadSanitizer（TSAN）时遇到这个问题的困惑——本来想试试TSAN的功能，结果刚跑Hello World就碰到底层内存映射的报错，确实让人摸不着头脑。咱们一步步来梳理可行的解决方案，同时尽量兼顾系统安全性：

一、先尝试升级内核或编译器 #

这个报错本质是Linux 6.6.6+内核和TSAN的兼容性bug，很多这类内核层面的小问题会在后续的稳定版本更新中被修复：

• 升级内核：比如在Arch Linux里，直接用包管理器更新到最新稳定内核：

  sudo pacman -S linux
  

  重启系统后再重新编译运行你的测试程序，大概率能解决问题。
• 切换编译器版本：如果内核升级后还是不行，可以试试切换clang版本，比如降级到clang 16（部分用户反馈clang 17和新内核的TSAN适配有问题）：

  sudo pacman -S clang16
  clang16 -o play -fsanitize=thread -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer src/play.c
  ./play
  

二、调整TSAN的环境变量参数 #

TSAN本身提供了一些环境变量可以调整内存映射行为，绕开内核ASLR的冲突：

• 临时禁用内存映射检查（仅用于测试）：运行程序前设置以下环境变量，让TSAN跳过引发报错的内存映射合法性检查：

  export TSAN_OPTIONS=disable_mmap_checks=1
  ./play
  

  注意：这个参数会关闭TSAN的一项安全检查，可能隐藏真实的内存问题，只适合临时验证功能，不能用于生产环境的代码检测。
• 对齐TSAN和内核的内存随机化位数：你之前调整了内核的vm.mmap_rnd_bits=30，但可能没同步设置TSAN的对应参数，试试：

  export TSAN_OPTIONS=mmap_rnd_bits=30
  ./play
  

三、安全地临时禁用ASLR（无需修改系统永久设置） #

你担心禁用ASLR的安全性和恢复问题，其实可以只在运行测试程序的临时会话中禁用ASLR，完全不会影响系统的长期安全设置：

setarch $(uname -m) -R ./play

这个命令会在仅当前运行程序的环境中禁用ASLR，程序结束后ASLR自动恢复为系统默认的启用状态，非常安全。

如果确实需要永久禁用（强烈不推荐，会降低系统安全性），可以这样操作：

1. 创建配置文件：sudo nano /etc/sysctl.d/99-disable-aslr.conf
2. 添加内容：kernel.randomize_va_space=0
3. 生效：sudo sysctl -p
4. 恢复的话，删除这个配置文件，或者把内容改成kernel.randomize_va_space=2（系统默认值），再执行sudo sysctl -p即可。

四、等待官方修复 #

这个问题已经在相关开源社区被上报，内核或LLVM团队会跟进修复。你可以关注对应的issue状态，等修复发布后，更新内核或编译器就能彻底解决问题。

备注：内容来源于stack exchange，提问作者Philipp Doerner