我的具体答案，并提供一个可能的答案，谁遇到类似的问题。
我重新安装了整个操作系统，测试了不同的adb版本，问题仍然存在。
在测试adb版本期间，我发现如果我使用本地磁盘，则不会发生此问题...而使用网络驱动器时会发生此问题。
因此，可能的解决方案是不使用网络驱动器

我在Windows 7机器上启动的adb服务器（v 1.0.40）上遇到了类似的问题。当试图从同一本地网络中运行Linux的其他机器上的设备中提取文件时（我使用：“adb -H拉...”）adb偶尔会结冰。
解决方案是不将Windows用于ADB服务器。
当adb服务器在Linux VM（Ubuntu 16.4/ VirtualBox）上运行时，这个问题是不可见的。希望这能有所帮助。
吉吉·比尔

每次我遇到这个问题，它都是一个最大路径长度的问题。使用adb打开设备上的shell，检查您正在拉入的目录中的文件名。如果任何文件名过长，它们将静默失败，adb将挂起
真正让你陷入循环的是，它通常在给出完成百分比后失败，这让你认为这是一个错误的连接或其他问题。
我还没有找到一个好的方法来递归地列出shell中的文件名，并在执行拉之前测试它们的名称长度，以便知道问题是否会发生，但当我遇到同样的问题并重命名长文件时，它最终会在下一次尝试中工作。

我在尝试将大量数据从Android手机传输到Raspberry Pi 3B+时遇到了同样的问题，logcat输出似乎显示adb由于USB缓冲区读取问题而静默失败（不幸的是，我没有确切的消息）。
在最初的故障之后，通过拔出手机，运行adb kill-server和adb start-server，然后在两个文件之间插上电源，可以单独获取另外几个文件，但我能找到的唯一长期修复方法是重启Raspberry Pi。然而，这种解决方案不是永久性的，必须偶尔重复。
我无法在Windows或传统Ubuntu系统上复制这个问题。

我遇到了这个问题，而复制文件从我的Ubuntu机器到我的Pixel 7.
基于此错误报告的解决方法是运行
第一个月
在另一个终端中，每当它卡住，直到所有文件都被复制。您也可以运行
watch -n 30 adb shell exit
每30秒运行一次命令，这样你就不必一直监视这个过程了。我希望这能帮助到一些人。