我有一个 Debian Buster 系统，其内核编译时没有使用CONFIG_RTC_SYSTOHC11 分钟内核模式，因为我不希望打开 11 分钟内核模式。然而，我想检查一下这个改变是否真的有效。
所以我检查了命令status输出中的字段adjtimex --print。该status字段是24577或0b110000000000001。
根据此处的手册页 - https://linux.die.net/man/8/adjtimex，似乎该64字段的位status是not set，根据此处： https: //access.redhat.com/solutions/ 55432表示已11-minute mode打开。
CONFIG_RTC_SYSTOHC这与我使用as编译内核时的预期相矛盾not set。如何可靠地检查 11 分钟模式是否确实关闭，或者我是否adjtimex错误地解释了输出？
查看运行objdump -Ton生成的以下输出片段libc.so.6：
000000000009f8a0 g DF .text 000000000000001d (GLIBC_2.2.5) aio_write64
0000000000119d00 g DF .text 0000000000000034 GLIBC_PRIVATE __pread64_nocancel
000000000009aae0 g DF .text 00000000000003c0 GLIBC_2.34 pthread_rwlock_timedwrlock
0000000000133db0 g DF .text 0000000000000354 GLIBC_2.2.5 __backtrace_symbols
00000000001184f0 w DF .text 00000000000006c2 GLIBC_2.23 fts64_read
000000000009aae0 g DF .text 00000000000003c0 (GLIBC_2.2.5) pthread_rwlock_timedwrlock
输出的第 1 行和第 4 行具有相同的GLIBC版本字符串，但其中一个包含在括号中，而另一行则没有。我在objdump许多其他elf二进制文件的输出中观察到了这种差异。(GLIBC_2.2.5)和GLIBC_2.2.5输出之间有什么细微的区别吗objdump？