padavan首选EXT4格式化U盘

2020年3月1日 1254点热度

前言

  • 路由器挂载USB硬盘时候,格式化成EXT4使用,最稳定.
  • 其他两种EXFAT和NTFS在实际使用中都会遇到严重影响使用的bug.这对文件备份这种本身需求便是高重要性的业务来说,不可忍受.
  • 实践环境:
    • 服务端:路由器(newifi3)[固件:padavan-hiboy]
    • 服务端存储:USB3.0移动硬盘2.5寸西部数码2T(SMR)
    • 服务端软件:caddy-webdav文件服务
    • 客户端:widnows(z7m笔记本)
    • 客户端软件:Goodsync同步软件
    • 业务流程:windows使用[GS]通过[webdav文件服务]备份本地文件夹到路由器挂载的USB硬盘.

caddy后台提示ERROR 401

  • 测试webdav目录是不管是中文还是英文,只要caddy配置用户名和密码验证,依旧会每次GS连接分析目录,caddy服务端后台都会出现提示ERROR 401 .但也能传输数据.未发现其他影响,非官方搜到有网友说这是因为浏览器只有第一次401错误后才会出现UI登录窗口"这只是基本身份验证工作方式的副作用。现代浏览器仅在第一个请求得到401之后才会抛出登录UI。严格来说,由于这是身份验证失败-已记录。"(来源:https://caddy.community/t/basicauth-spits-error-401/5674)

EXT4 - 首选

  • 优点:使用ext4没有重启后文件时间变化的问题.
  • 缺点:windows需要第三方软件查看.

EXFAT - 莫选:GS实际目录测试同步出现超时,有utf8支持有问题)

  • 缺点:在实际目录备份中,同步完82万个文件后再次gs分析目录,永远是超时报错.无法再使用了.
  • 缺点:utf8字符不支持.在同步后的gs记录文件中不显示中文.(另两种格式exfat和ntfs同步后的记录可以显示中文路径)
  • 缺点:在实际目录备份中,有个带特殊符号的文件名在exfat格式下经过多次尝试无法被同步,提示找不到路劲,切换ext4和ntfs测试这个文件并没有这个报错.
  • 缺点:smba写入文件似乎存在预分配机制,写入文件越大,正式写入前需要等待的时间越久.上G体积的文件等候时间长的离谱;读取文件没有问题.使用webdav写入则没有这个bug.但webav依旧存在以上其他bug.
  • 优点:可在路由器和windows之间直接识别使用.
  • 优点:使用exfat没有重启后文件时间变化的问题,并且可以方便windows读取.

NTFS - 莫选:有时间bug

  • 缺点:使用ntfs存储文件,某些文件在每次路由器重启后,会变化时间,导致同步软件判断错误,每次重启路由器后使用同步备份软件分析都需要再次传输.
  • 优点:有些版本比如intel(QNTFS)版padavan的ntfs闭源鸡血驱动会比exfat和ext4快到飞起,写入45MB/S读取90MB/S,其他版本的ntfs则和ext4与exfat无明显差距:写入皆为20-24M/S,读取60M/S.

三种硬盘格式使用GoodSync海量文件分析与同步耗时对比

* 实践环境:[goodsync(z7m笔记本)] ↔ LAN有线 ↔ [(newifi3路由器)caddy-webav] ↔ {USB-HUB(2T移动硬盘2.5寸)} *

  • 从未同步过的目录进行全新分析耗时对比(差距可忽略):
    • exfat 历时28秒
    • ext4 历时26秒
    • ntfs 历时26秒
    • exfat 历时25秒(二测)

ext4格式:耗时4小8分无报错

  • 硬盘ext4格式,全新同步耗时4小时8分钟:
  • ext4再次分析同步完的目录耗时7分20秒:

exfat格式耗时5时59分有报错一个文件

  • exfat实际同步(webdav已配置需要用户密码登录):出现一个错误,是exfat对文件名不支持,其他格式备份相同目录并无报错.
  • 再次分析同步后的目录出现报错并且GS无法再操作远端目录
  • caddy配置取消密码验后,仍然是同一个文件无法读取,说明本错误与caddy是否使用密码无关.
  • 修改那个提示错误的文件名后,再次分析目录,这次报错time out,GS无法再操作远程目录,确认exfat格式在padavan上的兼容性确实问题很多.

ntfs格式耗时4时6分无报错.

  • ntfs远端未备份过的目录全新分析耗时25秒:
  • ntfs第一次全新目录同步4小6分:
  • ntfs再次分析第一次同步完的目录耗时11分钟,并且出现时间不一致的bug:
  • 二次同步上次分析后显示时间不一致的文件:
  • 经过二次同步以后的目录再次分析仍然显示文件不相同(文件时间不一致),因此padavan不适合使用NTFS,因其文件时间的bug无法让同步软件正确操作

 

 

SSJ

不积跬步无以至千里