我有一个内核不会自动识别为 USB 串行设备的 USB 设备,但是当我手动对usbserial
驱动程序说它应该绑定到它时(modprobe usbserial vendor=0x0421 product=0x069a
),它提供给 USB 串行接口,可以通过它完成有用的事情。
将它报告给正确的 Linux 子系统维护人员以包含该设备以进行自动绑定的正确位置是什么(电子邮件地址、错误跟踪器……)?
我有一个内核不会自动识别为 USB 串行设备的 USB 设备,但是当我手动对usbserial
驱动程序说它应该绑定到它时(modprobe usbserial vendor=0x0421 product=0x069a
),它提供给 USB 串行接口,可以通过它完成有用的事情。
将它报告给正确的 Linux 子系统维护人员以包含该设备以进行自动绑定的正确位置是什么(电子邮件地址、错误跟踪器……)?
我有一个程序突然开始不终止(我没有更新程序,但是我的系统和内核,我不记得是什么导致了这种影响。重新编译程序并没有改变非终止行为)。但是,在 下strace
,它确实终止。
这样的事情怎么能查到呢?
这是我遇到这个(对我来说)奇怪的事情的具体例子:
它是关于WWWOFFLE,SVN 修订版2250(在调查/撰写时最新),根据AUR-package在 Arch/Artix Linux 上编译。
一段时间以来(没有更新 WWWOFFLE,但更新了系统和内核,并且在出现此问题后重新编译 WWWOFFLE 没有明显变化)将 wwwoffle 置于在线或离线模式经常无限期地挂起。如果我想用 追踪它
strace
,它不会挂起。如果我将它包装在一个 shell 脚本中,它会挂起strace
,但不会挂起strace -f
/ strace -ff
。
启动wwwoffled
服务器:
wwwoffled -c /etc/wwwoffle/wwwoffle.conf -f -d 6
将 WWWOFFLE 置于在线模式(从离线模式切换到在线模式通常会成功):
wwwoffle -c /etc/wwwoffle/wwwoffle.conf -online
终端输出:
WWWOFFLE Now Online
并返回调用shell。
将 WWWOFFLE 置于离线模式:
wwwoffle -c /etc/wwwoffle/wwwoffle.conf -offline
终端输出:
WWWOFFLE Now Offline
并且没有终止。
根据数字 1的日志wwwoffled
正确地说Important: WWWOFFLE Offline
。中止wwwoffle -c /etc/wwwoffle/wwwoffle.conf -offline
并<STRG>+<c>
再次尝试现在可以正确打印出来WWWOFFLE Already Offline
,但也不会终止。
当 WWWOFFLE 已经在线时切换到在线模式也不会终止:
wwwoffle -c /etc/wwwoffle/wwwoffle.conf -online
而 WWWOFFLE 已经在线确实可以正确打印出来
WWWOFFLE Already Online
但不会终止。
strace
:
strace wwwoffle -c /etc/wwwoffle/wwwoffle.conf -offline
和
strace wwwoffle -c /etc/wwwoffle/wwwoffle.conf -online
确实似乎总是在wwwoffled
像 1 中那样启动时终止。
如果我将wwwoffle -c /etc/wwwoffle/wwwoffle.conf -offline
andwwwoffle -c /etc/wwwoffle/wwwoffle.conf -online
放入 bash 脚本中:
#!/bin/bash
wwwoffle -c /etc/wwwoffle/wwwoffle.conf -offline
并执行它,然后它 strace
也不会终止:
strace ./wwwoffle-off.sh
打印为最后一行
[...]
access("/usr/bin/wwwoffle", R_OK) = 0
rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0
clone(child_stack=NULL, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7f36a75e1e50) = 6426
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGINT, {sa_handler=0x5573f5295be0, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f36a76898b0}, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f36a76898b0}, 8) = 0
wait4(-1, WWWOFFLE Already Offline
并永远在那里等待。(注意WWWOFFLE Already Offline
是 的输出wwwoffle
并写入stdout
,最后输出 的strace
,写入stderr
,是wait4(-1,
)
使用strace -f
or strace -ff
(它也跟踪分叉的子线程),它再次终止。
我只在 WWWOFFLE 中看到它,但它可能不是 WWWOFFLE 问题。我不知道如何追踪它。如何追踪这些事情,什么可能导致这种行为?
我遇到bsdtar
包中的命令libarchive
(至少在 Arch Linux 下).zip
在读取时确实会丢弃 -archives中的可执行文件位stdin
,但在直接处理文件时不会。
在.tar
-archives 上,它在从标准输入读取时也会保留可执行位。
创建文件:
touch a.txt
chmod 644 a.txt
touch a.out
chmod 755 a.out
文件权限:
ls -ln a.out a.txt
节目
-rwxr-xr-x 1 1001 1001 0 Dec 12 11:01 a.out
-rw-r--r-- 1 1001 1001 0 Dec 12 11:01 a.txt
将文件打包成档案:
bsdtar --format=zip -cf a.zip a.out a.txt
bsdtar -cf a.tar a.out a.txt
zip
(使用和tar
而不是创建档案bsdtar
会产生相同的结果。)
bsdtar -tvf a.zip
或者
bsdtar -tvf - < a.zip
节目
-rwxr-xr-x 0 1001 1001 0 Dec 12 11:01 a.out
-rw-r--r-- 0 1001 1001 0 Dec 12 11:01 a.txt
的可执行位在a.out
此处。的权限a.out
是 755 和a.txt
644。
stdin
:cat a.zip | bsdtar -tvf -
节目
-rw-rw-r-- 0 1001 1001 0 Dec 12 11:01 a.out
-rw-rw-r-- 0 1001 1001 0 Dec 12 11:01 a.txt
for 的可执行位在a.out
这里被丢弃。此外,这两个文件都是组可写的,它们不是这样打包的。a.out
和的权限a.txt
都是664。
.tar
-档案:作为比较,对于.tar
-archive,从以下管道读取时也会尊重存档中的权限stdin
:
bsdtar --numeric-owner -tvf a.tar
和
cat a.tar | bsdtar --numeric-owner -tvf -
都显示
-rwxr-xr-x 0 1001 1001 0 Dec 12 11:01 a.out
-rw-r--r-- 0 1001 1001 0 Dec 12 11:01 a.txt
(注意,当显示 ZIP 存档的内容时,bsdtar
默认显示数字所有者;对于 TAR 存档,它显示所有者的名称。)
问题是:
stdin
有什么特别之处bsdtar
?为什么只在从管道中读取时,而不是在时尚中bsdtar -tvf - < a.zip
?为什么对-archive特别,对.zip
-archive不特别.tar
呢?