主页 / unix / 问题 / 717632
Accepted
user3528438
Asked: 2022-09-18 03:00:27 +0800 CST

llseek 和 e2fsck 发生了什么？

  • 772

lseek 手册页：

当用户抱怨 e2fsck(8) 编译错误导致数据丢失时，glibc 2.1.3 添加了链接时警告

“该llseek功能可能很危险；请改用 `lseek64。”

如果需要无警告编译，这会使此功能无法使用。

从 glibc 2.28 开始，这个函数符号不再可用于新链接的应用程序。

这背后有什么故事？

linux system-calls

1 个回答

  1. Best Answer

    问题是 glibc 包含一个llseek符号，在其头文件中没有相应的声明。e2fsck的配置脚本检测到该符号，并假设这意味着该功能可用。但是，隐式函数声明与函数预期的不匹配，函数调用最终被错误编译。特别是，llseek需要 64 位偏移量，但隐式声明会导致int参数 - 这是导致数据丢失的原因，因为e2fsck在与预期不同的偏移量处进行了更改。

    e2fsck使用的原因llseek是 glibc 在 Linux 上的前身 libc5 声明了它并使其可用（它在unistd.h. 因此e2fsck，当针对 libc5 构建时，正确使用llseek；但是当针对 glibc 构建时，构建成功但无法正常工作。

    这已在 e2fsprogs 1.12 中修复，并带有以下更改日志条目：

    E2fsprogs 现在可以与 glibc 一起使用（至少与 RedHat 5.0 附带的版本一起使用）。ext2fs_llseek() 函数现在应该可以使用 i386 ELF 共享库并且如果 llseek() 不存在。我们还显式地进行了配置测试，以查看 (a) llseek 是否在 libc 中，以及 (b) llseek 是否在系统头文件中声明。（请参阅关于 libc 开发人员不了解与以前版本的 libc 兼容的概念的标准投诉。）

    如果代码尝试使用 C 库，也会更改为发出警告llseek；讨论可以在邮件列表档案中找到。

    • 11

相关问题