对于我的守护进程，我安装了（几个）远程只读 WebDAV 文件夹 1 作为“源”以定期从中提取文件。$SOURCE为了这个问题，让我们成为他们中的一员。
在盲目使用之前$SOURCE，我觉得最好检查一下安装是否仍然可以运行，因为 WebDAV 并不以卓越的稳定性而闻名，因此安装时的检查已经完成，以后也可能“中断”。
以下想法似乎不适合我：
- 测试是否存在已知远程文件：
$SOURCE不一定由我控制 - 测试是否存在任何东西：
$SOURCE也可能是空的，所以会出现漏报 - 检查输出
mount | grep " $SOURCE "：这不会在 netdevs 上产生误报吗？ - 检查结果
mountpoint -q "$SOURCE"：误报相同吗？
更多的：
检查应避免使用不适当的网络带宽和内存量。因此，另外curl安装 DAV$SOURCE并检查整个文件/文件夹结构中的差异显然应该可以解决我的问题，但也会以任何可能的方式破坏该要求。
该检查应该在 bash³+“basic linux stuff”或 microperl 中工作。膨胀对路由器不利。
我知道davfs2使用缓存。如果它已安装，结构已缓存，然后连接失败怎么办？我最终不会得到大量空文件吗$SOURCE？
¹ 我davfs2从脚本调用。听说你希望我说得更准确。
² 实际上，我的守护进程应该主要部署在 24/7 使用的动态 IP 环境中，因此源将要体验每日互联网重新连接。
更准确地说，是 busybox 的灰烬。