如何复制minidlna的files.db至另一服务器以解决文件检测问题？

一、修复跨服务器files.db复用的路径映射问题 #

直接复制files.db失败的核心原因是两台服务器的文件路径不匹配（本地路径 vs Samba挂载路径），数据库中存储的文件路径与当前服务器的实际挂载路径不一致，导致minidlna无法识别。可通过以下步骤修改数据库中的路径：

1. 导出原服务器的files.db为SQL文本
   在本地硬盘的minidlna服务器上执行：

sqlite3 /var/cache/minidlna/files.db .dump > minidlna_dump.sql

将生成的minidlna_dump.sql传输到Samba挂载的服务器上。

2. 批量替换路径字符串
   在目标服务器上，用sed将SQL文件中的原本地路径替换为当前Samba挂载路径。假设原路径是/mnt/local/media，目标挂载路径是/mnt/samba/media，执行：

sed -i 's|/mnt/local/media|/mnt/samba/media|g' minidlna_dump.sql

注意：如果路径包含特殊字符（如空格），需调整sed的分隔符（比如用#代替|）或添加转义符。

3. 重新导入修复后的SQL文件
   先停止minidlna服务，删除原有无效的files.db，再导入修改后的SQL：

systemctl stop minidlna
rm /var/cache/minidlna/files.db
sqlite3 /var/cache/minidlna/files.db < minidlna_dump.sql
systemctl start minidlna

导入完成后，检查minidlna配置文件中的media_dir是否与替换后的路径一致，避免索引路径冲突。

二、绕过inotify的增量更新方案 #

由于Samba等网络文件系统不支持inotify机制，无法实时检测文件变化，可采用定时增量扫描替代全量扫描：

1. 编写增量扫描脚本
   创建脚本minidlna_incremental_scan.sh，内容如下：

#!/bin/bash
MONITOR_DIR="/mnt/samba/media"
MINIDLNA_DB="/var/cache/minidlna/files.db"
# 扫描最近1小时内新增/修改的音视频文件（可调整-mmin参数，120代表2小时）
find "$MONITOR_DIR" -type f \( -iname "*.mp4" -o -iname "*.mkv" -o -iname "*.mp3" -o -iname "*.flac" \) -mmin -60 | while read FILE_PATH; do
    # 检查文件是否已存在于minidlna索引中
    if ! sqlite3 "$MINIDLNA_DB" "SELECT 1 FROM DETAILS WHERE PATH='$FILE_PATH'"; then
        # 将文件添加到索引
        minidlna -a "$FILE_PATH"
    fi
done

根据自身音视频格式需求，补充或修改-iname后的后缀名。

2. 设置定时任务
   用crontab -e添加定时任务，比如每小时执行一次扫描：

0 * * * * /bin/bash /path/to/minidlna_incremental_scan.sh

这样既避免了全量扫描的耗时，又能定期更新新增文件的索引。

三、修复files.db的一致性问题 #

如果复制后的数据库存在损坏，可执行SQLite的修复命令：

1. 检查数据库完整性：

sqlite3 /var/cache/minidlna/files.db "PRAGMA integrity_check;"

2. 若检测到错误，执行恢复操作：

sqlite3 /var/cache/minidlna/files.db ".recover" > recovered_dump.sql
rm /var/cache/minidlna/files.db
sqlite3 /var/cache/minidlna/files.db < recovered_dump.sql

注意事项 #

• 确保两台服务器的minidlna版本一致，避免数据库结构差异导致导入失败；
• 修改数据库前务必备份原files.db，防止操作失误丢失索引；
• 增量扫描脚本中的路径要与实际挂载路径完全匹配，避免遗漏文件。

内容的提问来源于stack exchange，提问作者furumc