主页 / computer / 问题 / 1856982
Accepted
Jakub Bochenski
Asked: 2024-09-26 22:33:25 +0800 CST

`grep: /var/log/syslog: 二进制文件匹配`我应该担心吗？

  • 772

当我尝试 grep syslog 时，我遇到了：

$ grep -E 'Sep.*EXT4' /var/log/syslog
[... some data ...]
grep: /var/log/syslog: binary file matches

编辑：第一次尝试使用cmp和strings，但这对UTF-8产生了错误的结果。

$ \zgrep -C 2 -Pan '\x00' /var/log/syslog* |  cat -vET
/var/log/syslog.1-8236-Sep 23 11:59:12 jakub-Latitude-5431 rtkit-daemon[1824]: Successfully made thread 11652 of process 6125 owned by '1000' RT at priority 10.$
/var/log/syslog.1-8237-Sep 23 11:59:12 jakub-Latitude-5431 rtkit-daemon[1824]: Supervising 10 threads of 7 processes of 1 users.$
/var/log/syslog.1:8238:^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@Sep 23 12:03:51 jakub-Latitude-5431 systemd-modules-load[915]: Inserted module 'lp'$
/var/log/syslog.1-8239-Sep 23 12:03:51 jakub-Latitude-5431 systemd-modules-load[915]: Inserted module 'ppdev'$
/var/log/syslog.1-8240-Sep 23 12:03:51 jakub-Latitude-5431 lvm[907]:   2 logical volume(s) in volume group "vgubuntu" monitored$
/var/log/syslog.2.gz-19151-Sep 13 17:13:03 jakub-Latitude-5431 kernel: [371517.143856] audit: type=1400 audit(1726240383.797:15759): apparmor="DENIED" operation="open" class="file" profile="snap.firefox.firefox" name="/etc/fstab" pid=389526 comm="firefox" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0$
/var/log/syslog.2.gz-19152-Sep 13 17:13:03 jakub-Latitude-5431 kernel: [371517.149625] audit: type=1400 audit(1726240383.802:15760): apparmor="DENIED" operation="open" class="file" profile="snap.firefox.firefox" name="/etc/fstab" pid=389526 comm="firefox" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0$
/var/log/syslog.2.gz:19153:^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@Sep 13 17:31:40 jakub-Latitude-5431 systemd-modules-load[981]: Inserted module 'lp'$
/var/log/syslog.2.gz-19154-Sep 13 17:31:40 jakub-Latitude-5431 systemd-modules-load[981]: Inserted module 'ppdev'$
/var/log/syslog.2.gz-19155-Sep 13 17:31:40 jakub-Latitude-5431 systemd-modules-load[981]: Inserted module 'parport_pc'$

我不确定这里发生了什么？我认为 syslog 包含二进制字符是不正常的。

grep

1 个回答

  1. Best Answer

    此处无效字符是空字节

    ... QVariant(QByteArray, "/home/jakub/Downloads\x00")) ...

    我的错，空字节实际上在另一个位置。"/home/jakub/Downloads\x00"仍然是打印日志的程序中的一个错误，但它与系统日志文件中的空字节无关

    这里你使用了strings错误的工具来检测空字节，因为 GNUstrings默认只处理 ASCII 字符。你可以很容易地验证

    $ printf "Panzerjäger\nHello\nW\0rld\nSchön\nInvalid UTF-8 \342\313 string\n" | strings
Panzerj
Hello
Invalid UTF-8
 string
$ printf "Panzerjäger\nHello\nW\0rld\nSchön\nInvalid UTF-8 \342\313 string\n" | strings -e S
Panzerjäger
Hello
Schön
Invalid UTF-8 �� string

    xxd -p -l3 -s 249932 /var/log/syslog返回中c3a467的编码，即使用 7 位 ASCII 编码时第一个不可打印的字符。指定 8 位编码，并可以打印设置了高位的字符。BSD 字符串默认使用 8 位编码，因此您将得到ägPanzerjägerstrings-e SPanzerjägerPanzerj

    grep它会报告binary file matches文件是否包含 (1) 空字节，或 (2) 当前语言环境编码中的无效字节序列。由于当今大多数语言环境都使用 UTF-8，因此您可以使用 Linux 1中的任何文本处理工具轻松检查 (2) 情况。最简单的方法是使用grep -axv '.*' your/log/file

    $ printf "Panzerjäger\nHello\nW\0rld\nSchön\nInvalid UTF-8 \342\313 string\n" | grep -axv '.*'
Invalid UTF-8 �� string

    但是这些方法不会报告空字节，因为它们在 UTF-8 和几乎所有其他编码中都有效。要查找 (1) 包含空字节的行，您需要一些其他解决方案：

    $ printf "Panzerjäger\nHello\nW\0rld\nSchön\nInvalid UTF-8 \342\313 string\n" | \grep -Pan '\x00' | cat -vET
3:W^@rld$

    grep -n将打印出包含空字节（3）的行号，并cat -vET以转义形式打印以便于阅读，因此您只需使用\grep -Pan '\x00' your/log/file | cat -vET

    出现空字节的可能原因有两个

    1. 系统突然关闭，因此没有机会刷新缓冲区。我经常在嵌入式 SBC 上看到这种情况。最后刷新的日志行和下一个启动日志之间会有很多空字节。但您的输出似乎不是这种情况
    2. 字符串实际上包含嵌入的空值。可以像一样QString执行此操作，因此如果字符串被错误地读取为最后一个空字节，或者以某种方式插入了空字节，那么它将被打印在日志中。这是一个错误，但目前它不会造成危害std::string

    无论如何，这还不算什么问题。通常你会想要使用grep -a搜索日志来避免这样的消息

    1另请参阅

    • 1

相关问题