`apt-get`、`dpkg` 从蓝牙串行端口失败，但从物理连接的控制台成功

Question 1

我使用的是带有 Raspbian Stretch 的 Raspberry Pi Zero W。当我sudo apt-get update通过蓝牙串行控制台登录时，我会收到完全相同的Waited for apt-key but it wasn't there错误消息。这让我发疯，直到我发现你上面的帖子。

在 strace 下运行它对我来说效果很好，就像你一样。但是在 strace 下运行 apt-get 是非常不令人满意的，因为 strace 非常嘈杂并且使得无法阅读 apt-get 所说的内容。

使用蓝牙串行控制台，我能够找到 Raspberry Pi 的 WiFi IP 地址，然后通过 ssh 登录到 Raspberry Pi。我能够sudo apt-get update通过 ssh 成功完成。这是该问题的一种可能的解决方法。ssh localhost如果您不想通过 WiFi，也可以使用。

第二种解决方法是通过蓝牙串行控制台登录 Raspberry Pi，然后screen在 Raspberry Pi 上运行。一旦进入screen，我就可以sudo apt-get update通过蓝牙串行控制台正常运行了！

我怀疑终端仿真存在某种问题，但我不确定。当我最初通过蓝牙串口连接到 Raspberry Pi 时，我没有像在screen或下那样看到绿色命令提示符ssh。我们在下面的行中设置蓝牙 rfcomm 串行控制台的方式可能有问题ExecStart=：

/etc/systemd/system/rfcomm.service

[Unit]
Description=RFCOMM service
After=bluetooth.service
Requires=bluetooth.service

[Service]
ExecStart=/usr/bin/rfcomm watch hci0 1 setsid /sbin/agetty -8 --noreset -s -w -L rfcomm0 115200 vt100 -a pi

[Install]
WantedBy=multi-user.target

将行更改ExecStart=为以下内容会得到一个漂亮的绿色命令提示符：

ExecStart=/usr/bin/rfcomm watch hci0 1 setsid /sbin/agetty -8 --noclear -s -w -L rfcomm0 115200 linux -a pi

请注意，更改该文件后必须重新启动才能使其生效。做的sudo systemctl reload rfcomm.service似乎还不够。

不幸的是，即使我现在有了一个漂亮的绿色命令提示符，当不在/ /下运行时sudo apt-get update仍然给我带来可怕的错误！Waited for apt-key but it wasn't therestracescreenssh

Answer

我使用的是带有 Raspbian Stretch 的 Raspberry Pi Zero W。当我sudo apt-get update通过蓝牙串行控制台登录时，我会收到完全相同的Waited for apt-key but it wasn't there错误消息。这让我发疯，直到我发现你上面的帖子。

在 strace 下运行它对我来说效果很好，就像你一样。但是在 strace 下运行 apt-get 是非常不令人满意的，因为 strace 非常嘈杂并且使得无法阅读 apt-get 所说的内容。

使用蓝牙串行控制台，我能够找到 Raspberry Pi 的 WiFi IP 地址，然后通过 ssh 登录到 Raspberry Pi。我能够sudo apt-get update通过 ssh 成功完成。这是该问题的一种可能的解决方法。ssh localhost如果您不想通过 WiFi，也可以使用。

第二种解决方法是通过蓝牙串行控制台登录 Raspberry Pi，然后screen在 Raspberry Pi 上运行。一旦进入screen，我就可以sudo apt-get update通过蓝牙串行控制台正常运行了！

我怀疑终端仿真存在某种问题，但我不确定。当我最初通过蓝牙串口连接到 Raspberry Pi 时，我没有像在screen或下那样看到绿色命令提示符ssh。我们在下面的行中设置蓝牙 rfcomm 串行控制台的方式可能有问题ExecStart=：

/etc/systemd/system/rfcomm.service

[Unit]
Description=RFCOMM service
After=bluetooth.service
Requires=bluetooth.service

[Service]
ExecStart=/usr/bin/rfcomm watch hci0 1 setsid /sbin/agetty -8 --noreset -s -w -L rfcomm0 115200 vt100 -a pi

[Install]
WantedBy=multi-user.target

将行更改ExecStart=为以下内容会得到一个漂亮的绿色命令提示符：

ExecStart=/usr/bin/rfcomm watch hci0 1 setsid /sbin/agetty -8 --noclear -s -w -L rfcomm0 115200 linux -a pi

请注意，更改该文件后必须重新启动才能使其生效。做的sudo systemctl reload rfcomm.service似乎还不够。

不幸的是，即使我现在有了一个漂亮的绿色命令提示符，当不在/ /下运行时sudo apt-get update仍然给我带来可怕的错误！Waited for apt-key but it wasn't therestracescreenssh

Question 2

waitpid这与 SIGCHLD 信号以及rfcomm setsid getty 上下文中的工作方式有关。我不了解 POSIX 语义、控制终端和信号处理程序，无法获得更具体的信息，但我相信问题很可能可以追溯到如何射频通讯或者设定值正在调用 fork() / waitpid() 和/或（不）处理 SIGCHLD。

我通过对SO问题的这个小程序进行实验得出了这个结论等待进程组时 waitpid() 无子进程错误当从蓝牙串行终端内部（在 [rfcomm setsid getty] 下）运行时，它会显示不同的行为，在 [rfcomm setsid getty screen] 下它会“中断”，而在 [rfcomm setsid getty screen] 下它会“工作”。

// cc -o wp wp.c
#include <errno.h>
#include <signal.h>
#include <stdio.h>
#include <sys/types.h>
#include <sys/wait.h>
#include <unistd.h>

int main(int argc, char **argv)
{
    pid_t pid, wpid;
    int stat;

    if ((pid = fork()))
    {
        printf("PARENT: %d | CHILD: %d\n", getpid(), pid);
        wpid = waitpid(-getpid(), &stat, 0);
        printf("DONE: wpid %d errno %d %m\n", wpid, errno);
    }
    else
    {
        printf("CHILD pid: %d\n", getpid());
        sleep(1);
    }
    return 0;
}

各种命令的失败结果：

wp（上面的waitpid测试程序）
- “完成：wpid -1 errno 10 没有子进程”
crontab -e
- 退出时陷入循环打印“crontab：waitpid（）失败等待来自“/ usr / bin / sensible-editor”的PID 20864：没有子进程”
apt-get update
- “等待 apt-key 但它不存在”
git clone https://git.savannah.gnu.org/git/screen.git
- “错误：索引包的 waitpid 失败：没有子进程”
- 有趣的是，git clone git://git.savannah.gnu.org/screen效果很好。
- “它在 GNU/screen 下运行时可以工作”让我尝试从 screen 的源代码中找出原因，但我什么也没想到

笔记

登录后，如果您调用 /bin/dash，则所有命令都可以正常工作，类似于它们在屏幕下的工作方式，尽管运行 /bin/bash 或 /bin/bash --login 没有帮助。
waitpid 测试在使用破折号“启用作业控制”参数 -m 运行时有效，如下所示：/bin/dash -m -c "~/src/wp/wp"

我想排除是否涉及“控制 TTY”，因为这会影响信号，并且我看到 rfcomm 在 open()ing /dev/rfcomm0 时使用 O_NOCTTY 标志。实验setsid --ctty显示出更糟糕的行为，而且我还没有尝试改变rfcomm.c 源代码。我正在（重）读TTY 揭秘作者：Linus Akkeson，试图了解更多。

我意识到这不是一个答案，SE 也不是一个论坛，但我希望这对某人有帮助，并且没有足够的声誉来发表评论。

Answer

waitpid这与 SIGCHLD 信号以及rfcomm setsid getty 上下文中的工作方式有关。我不了解 POSIX 语义、控制终端和信号处理程序，无法获得更具体的信息，但我相信问题很可能可以追溯到如何射频通讯或者设定值正在调用 fork() / waitpid() 和/或（不）处理 SIGCHLD。

我通过对SO问题的这个小程序进行实验得出了这个结论等待进程组时 waitpid() 无子进程错误当从蓝牙串行终端内部（在 [rfcomm setsid getty] 下）运行时，它会显示不同的行为，在 [rfcomm setsid getty screen] 下它会“中断”，而在 [rfcomm setsid getty screen] 下它会“工作”。

// cc -o wp wp.c
#include <errno.h>
#include <signal.h>
#include <stdio.h>
#include <sys/types.h>
#include <sys/wait.h>
#include <unistd.h>

int main(int argc, char **argv)
{
    pid_t pid, wpid;
    int stat;

    if ((pid = fork()))
    {
        printf("PARENT: %d | CHILD: %d\n", getpid(), pid);
        wpid = waitpid(-getpid(), &stat, 0);
        printf("DONE: wpid %d errno %d %m\n", wpid, errno);
    }
    else
    {
        printf("CHILD pid: %d\n", getpid());
        sleep(1);
    }
    return 0;
}

各种命令的失败结果：

wp（上面的waitpid测试程序）
- “完成：wpid -1 errno 10 没有子进程”
crontab -e
- 退出时陷入循环打印“crontab：waitpid（）失败等待来自“/ usr / bin / sensible-editor”的PID 20864：没有子进程”
apt-get update
- “等待 apt-key 但它不存在”
git clone https://git.savannah.gnu.org/git/screen.git
- “错误：索引包的 waitpid 失败：没有子进程”
- 有趣的是，git clone git://git.savannah.gnu.org/screen效果很好。
- “它在 GNU/screen 下运行时可以工作”让我尝试从 screen 的源代码中找出原因，但我什么也没想到

笔记

登录后，如果您调用 /bin/dash，则所有命令都可以正常工作，类似于它们在屏幕下的工作方式，尽管运行 /bin/bash 或 /bin/bash --login 没有帮助。
waitpid 测试在使用破折号“启用作业控制”参数 -m 运行时有效，如下所示：/bin/dash -m -c "~/src/wp/wp"

我想排除是否涉及“控制 TTY”，因为这会影响信号，并且我看到 rfcomm 在 open()ing /dev/rfcomm0 时使用 O_NOCTTY 标志。实验setsid --ctty显示出更糟糕的行为，而且我还没有尝试改变rfcomm.c 源代码。我正在（重）读TTY 揭秘作者：Linus Akkeson，试图了解更多。

我意识到这不是一个答案，SE 也不是一个论坛，但我希望这对某人有帮助，并且没有足够的声誉来发表评论。

`apt-get`、`dpkg` 从蓝牙串行端口失败，但从物理连接的控制台成功

答案1

/etc/systemd/system/rfcomm.service

答案2

相关内容