建隧道，分流国外流量

看 nftables 的 wiki

@zmxnv123 #45 我在向二逼程序员进化

买过拓展坞，用了 2 年了，没出过啥问题

买个二手或全新 AMD 平台的（ zen 、zen+），去拼多多、淘宝翻翻

我感觉底层做多了也是 crud，底层连 crud 都算不上，都是抄 demo

@msg7086 #69 因为它是基于 Linux，标注用的是 ext4 文件系统（可查）。它搞成私有格式可以，但不能标注 ext4 这种文字，可以取名类似 Qtier 。

软件层面的东西，别拿硬件来说事，Linux 把 driver 、block IO 、filesystem 、ABI 抽象分层。driver 正常工作，其他功能没有只是没有在该层实现。
对于自带 520 字节扇区硬盘的机器，仅需搞定驱动即可。

这种情况上各大发行版的 dev branch （ deb 看 Debian 的 sid，rpm 去 build.opensuse.org 找找 factory 的 repo ）看看，抄抄他们打包脚本

@594duck #65
不承诺无缝迁移，那厂商就要说明：本产品不兼容其他平台，或开发专门的迁移工具。
这东西本就不是给小白用的，专业用户有能力知道兼容性的含义。

我的台式机至少瞎搞，只要磁盘没问题，哪个平台都能读写数据。

@no1xsyzy #31 仅仅知道编译选项也不行。内核的那些编译选项不是使用标准的 kconfig 来指定，也不知道内核、LVM 、mdadm 的启动参数有没有定制。当然，想整理的话肯定也能整理出来，只不过时间成本高得吓人。

@pangwa #23 Linux 读不了，随便整台 PC 装个 Windows 就行。qnap 把 ext4 fs 改动了，不一定能够用在主线的 ext4 文件系统上，起码写入或许会出问题。

@zarte #26 可，硬件坏了呢？

@tankren #28 我看了下 qnap 的源码，ext4 fs 被它改过，不一定兼容 kernel 主线上的 ext4

@no1xsyzy #31 arm 机器，x86 PC 。也说了：我不是做存储的，况且仅仅是编译选项我就继续搞下去了，它的 LVM （印象叫 storage_xxx
.h ）用上到不知道来源于哪里的头文件，压根没法编译。
随意找个机器导出来，可手头没别的机器；不过捣鼓黑 qnap 貌似可行。

@no1xsyzy #33 nas 上，除非单盘（这点还不确定），否则 LVM 一定开启。

@xuminzhong #37 当前计划这样。

@laminux29 #40 空间大，搬家不方便。当前是 all in one，PC 上把 SATA 口插满了，因此弃用了 nas 。

@billlee #4 服务器没瞎改系统文件系统、raid 、LVM，这三样不出问题就能保证存储非硬件绑定。


@joyhub2140 #5 那可以试试 R-Stdio https://www.r-studio.com/


@ericFork @nuk #6 #7 额，网站叫 r-studio，名字叫 r-linux


@loading #18 客服解决不了问题，除非它开发了专门的软件用于跨平台数据恢复。毕竟我自己就干这行的。

@pangwa #15 那你告诉我我该怎么读取文件？我磁盘还没格。
私以为，文件系统的平台兼容性都没法保证（ qnap 的 source forge 源码告诉我的，它除了修改了 ext4 、md 的一些字段以外，还设置了许多不知道怎么开启的编译选项），压根不具备换平台的可能性

@noqwerty #2 因为用的 raid 1，单盘可以使用。可能只读模式会少了很多校验步骤，所以能够识别分区并挂载