关于CasaOS里通过Docker安装Syncthing同步手机照片到家庭NAS

一个很原始的诉求是:家人们带着手机回到家,连上wifi,就自动能把新相片同步到NAS里面去。

这里记录几个巨坑以及解决办法(最后一个还没解决):

一、同步文件夹的设置问题:

问题:一般安装CasaOS的机器都是类似玩客云这种设备,安装了个armbian系统。这种机器一般没有自带大容量的磁盘,这时候就要在安装docker的时候把共享文件设置到外挂的磁盘的目录上去,需要重新配置两个默认配置:1、权限;2、docker的默认映射文件夹;

1、权限:Syncthing默认使用1000,user用户去执行,这时候如果是家用的,最好改成root用户的权限,也就是0:

2、docker的默认映射文件夹:结合上面权限的修改,这时候可以把默认文件夹修改成root用户创建的任意文件夹了:

其中vol2是我这里挂载外部磁盘的mount点。这样以后在syncthing服务器里配置的默认路径上的任何文件夹都会映射创建在 /mnt/vol2/photo/syncthing 目录下。比如说配置一个~/test,没有映射的时候会创建docker容器里的 /var/syncthing/test(syncthing规定~代表/var/syncthing),这时候就会变成/mnt/vol2/photo/syncthing/test。

二、局域网中非常慢:

那是因为Syncthing默认的配置是去寻找广域网上的同步中介主机,这种方式的好处是可以随时随地内网穿刺,坏处就是慢——谁知道那些主机的状况是怎样的?

如果是这样的话,那就不要使用广域网去同步好了,修改默认的配置:

把“上传端”“接收端”的“同步协议监听地址”都从dynamic改成固定的。IP地址就是局域网内的该设备的IP地址;另外,把全局发现的勾选去掉。(如果是要用移动网络随时随地上传,那这里就保持默认的配置就好了)。

在“远程设备”那都配置上刚才“对方”配置的监听地址,写成更对方一摸一样的就可以了:

这时候就会快起来了,速度可以达到10几m。

三、手机上面的Syncthing进程一切换出来就被杀掉,链接就断开了:

比如说华为手机,正在研究中。

freadahead.c: In function 'freadahead': freadahead.c:92:3: error: #error "Please port gnulib freadahead.c to your platform! Look at the definition of fflush, fread, ungetc on your system, then report this to bug-gnulib." 92 | #error "Please port gnulib freadahead.c to your platform! Look at the definition of fflush, fread, ungetc on your system, then report this to bug-gnulib." | ^~~~~ make[7]: *** [Makefile:1910: freadahead.o] Error 1 make[7]: Leaving directory '/home/wk/lede_AR9331_zhuotk_source_64bit/build_dir/host/m4-1.4.18/lib' make[6]: *** [Makefile:1674: all] Error 2 make[6]: Leaving directory '/home/wk/lede_AR9331_zhuotk_source_64bit/build_dir/host/m4-1.4.18/lib' make[5]: *** [Makefile:1572: all-recursive] Error 1 make[5]: Leaving directory '/home/wk/lede_AR9331_zhuotk_source_64bit/build_dir/host/m4-1.4.18' make[4]: *** [Makefile:1528: all] Error 2 make[4]: Leaving directory '/home/wk/lede_AR9331_zhuotk_source_64bit/build_dir/host/m4-1.4.18' make[3]: *** [Makefile:29: /home/wk/lede_AR9331_zhuotk_source_64bit/build_dir/host/m4-1.4.18/.built] Error 2 make[3]: Leaving directory '/home/wk/lede_AR9331_zhuotk_source_64bit/tools/m4' make[2]: *** [tools/Makefile:150: tools/m4/compile] Error 2 make[2]: Leaving directory '/home/wk/lede_AR9331_zhuotk_source_64bit' make[1]: *** [tools/Makefile:146: /home/wk/lede_AR9331_zhuotk_source_64bit/staging_dir/target-mips_24kc_musl/stamp/.tools_compile_yynyyyyynyyyyynyynnyyyyyyyyyyyyyyyyyyyynyynynyyyynny] Error 2 make[1]: Leaving directory '/home/wk/lede_AR9331_zhuotk_source_64bit' make: *** [/home/wk/lede_AR9331_zhuotk_source_64bit/include/toplevel.mk:209:world] 错误 2
04-04
<think>好的,我现在需要帮助用户解决在编译m4-1.4.18时遇到的gnulib freadahead.c移植问题。用户提到错误信息是要求他们根据平台上的fflush、fread和ungetc的定义来移植这个文件,然后报告问题给bug-gnulib。 首先,我需要回忆一下gnulib的作用。gnulib是一个为跨平台兼容性提供支持的库,包含了很多替代函数和模块,用来处理不同系统之间的差异。当用户编译旧版软件如m4-1.4.18时,可能会遇到gnulib的相关问题,因为不同系统的标准库实现可能不同,导致某些函数或宏在特定平台上不可用或行为不一致。 错误信息指出freadahead.c需要移植,具体是检查fflush、fread和ungetc的实现。用户的任务是分析这三个函数在目标平台上的行为,并调整gnulib的代码以适应。 接下来,我需要思考如何指导用户进行移植。可能的步骤包括: 1. **分析系统头文件**:查看系统上的stdio.h等头文件,找到fflush、fread和ungetc的定义,特别是它们的参数和返回值,以及可能涉及的内部结构体。例如,某些平台可能使用不同的结构体成员来跟踪缓冲区状态,比如FILE结构体中的指针位置、缓冲区大小等。 2. **理解freadahead的功能**:freadahead可能用于获取输入流中剩余的可读数据量,这可能依赖于FILE结构体的内部状态。不同系统的FILE结构体定义可能不同,比如GNU libc和BSD libc的区别。 3. **适配代码**:根据目标平台的标准库实现,修改freadahead.c中的相关部分。例如,如果系统使用__rptr和__rend来跟踪缓冲区的读写位置,而原代码假设使用不同的成员名,就需要调整对应的访问方式。 4. **测试修改**:在修改后,重新编译m4,观察是否还有其他错误,可能需要多次迭代调试。 此外,用户可能没有安装或正确配置某些依赖项,比如m4的构建可能需要其他工具链的支持,或者需要更新gnulib到较新版本。但用户使用的是特定版本的m4,可能需要手动处理。 参考用户提供的引用内容,特别是引用[3]中的步骤,他们可能在使用buildroot构建时遇到类似问题,可能需要调整交叉编译工具链或更新软件包源。 可能的解决方案包括: - **手动替换gnulib模块**:如果问题已知,可以尝试用新版本的gnulib替换项目中的旧模块。 - **修改freadahead.c**:根据平台特性调整代码中的结构体访问,可能需要条件编译指令。 - **联系gnulib维护者**:按照错误提示报告问题,但用户可能需要临时解决方案。 现在需要将这些步骤具体化,给出用户可操作的指导,比如如何检查系统头文件中的FILE结构,如何修改freadahead.c的具体代码行,如何测试修改后的效果等。 同时,用户可能对系统编程和gnulib不太熟悉,所以需要解释清楚每个步骤的目的,并提供示例代码或命令行操作,比如使用gcc预处理来查看FILE结构体的定义,或者如何应用补丁。 还要注意,用户可能在交叉编译环境中工作,所以需要确保他们的工具链正确配置,头文件路径正确。 最后,生成相关问题,帮助用户扩展解决其他可能遇到的问题,比如其他gnulib错误、交叉编译环境配置等。</think>### 分步解决方案:如何移植gnulib freadahead.c到指定平台 #### 步骤1:确定标准库实现类型 首先需要确认目标平台的C标准库实现(如glibc/musl/BSD libc等)。执行以下命令查看`FILE`结构体定义: ```bash gcc -E -dM -include stdio.h /dev/null | grep -i 'gnu_source\|__GLIBC__' ``` 若输出`#define __GLIBC__ 2`则说明使用glibc,否则需要根据实际情况调整[^3]。 #### 步骤2:分析标准库函数实现 检查三个关键函数在目标平台的行为特征: 1. **fread**:返回值是否精确反映已读取元素数量 2. **ungetc**:推回字符数量限制(通常为1) 3. **fflush**:对输入流是否清空缓冲区 #### 步骤3:修改freadahead.c实现 ```c /* 示例适配Linux glibc的修改 */ #include <stdio.h> size_t freadahead(FILE *fp) { #if defined(__GLIBC__) return fp->_IO_read_end - fp->_IO_read_ptr; #elif defined(__APPLE__) return fp->_r; #else #error "需要根据平台实现缓冲区检测逻辑" #endif } ``` #### 步骤4:添加平台特性检测 在configure.ac或config.h.in中添加检测宏: ```m4 AC_CHECK_MEMBERS([struct _IO_FILE._IO_read_ptr], [AC_DEFINE(HAVE_IO_READ_PTR, 1, [Define if _IO_read_ptr exists])],,, [#include <stdio.h>]) ``` #### 步骤5:编译测试与验证 ```bash # 重新生成配置系统 autoreconf -ivf # 交叉编译示例(ARM平台) ./configure --host=arm-linux-gnueabihf make -j4 ``` #### 步骤6:提交补丁到gnulib 完成适配后按错误提示要求,将补丁发送至bug-gnulib@gnu.org,格式应包含: ```diff diff --git a/lib/freadahead.c b/lib/freadahead.c index 1234567..89abcde 100644 --- a/lib/freadahead.c +++ b/lib/freadahead.c @@ -10,6 +10,8 @@ size_t freadahead (FILE *fp) { -#if defined __GLIBC__ +#if defined(__linux__) && defined(__GLIBC__) return fp->_IO_read_end - fp->_IO_read_ptr; +#elif defined(__APPLE__) + return fp->_r; #endif } ``` ### 常见问题处理方案 | 现象 | 解决方案 | |------|----------| | `_IO_read_ptr`未定义 | 检查`struct _IO_FILE`定义位置 | | 缓冲区计算错误 | 使用`gdb`调试观察`fread`前后指针变化 | | 多平台兼容性问题 | 使用条件编译分离不同实现 | ### 扩展建议 1. 使用`gnulib-tool --import`更新到最新gnulib模块 2. 在`buildroot`中为m4软件包添加自定义补丁 3. 验证C库版本兼容性:`ldd --version`
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值