@autoxbc #10
这里确实借助了深圳比较小的特点来突出面积大小，但是并不存在立论问题啊。

因为天府新区+东部新区，成都省确实搞了很大的面积啊。
即使相对于你举例的几个城市，也相当于 1/4 ~ 1/5 的面积了。


其实我的对比方式，和楼主是类似的，楼主不也是选了一个人口密度比较低的澳洲来做参考嘛。 https://i.v2ex.co/504J5BO2.png

每次和别人谈起天府新区的摊子铺的有多大的时候，我都会举这个例子：
天府新区 的面积（ 1578 平方公里），相当于 3/4 个 深圳市 的面积（ 2050 平方公里）。

以及，成都省近期新搞的 东部新区 ：
东部新区 的面积是 920 平方公里，相当于 1/2 个 深圳市 的面积（ 2050 平方公里）。

多说两句吧，我觉得一楼有一句话说的很对，就是请不要认为『我即全世界』

你喜欢的东西，不代表每个人都必须喜欢，但你可以继续喜欢。
你不喜欢的东西，不代表没有人喜欢，别人也有喜欢的权力。

请善待这个世界的多样性。

@LxExExl #35
很多手机都有收音机功能的啊。。。 https://i.v2ex.co/9kZ3y873.png

https://consumer.huawei.com/cn/support/content/zh-cn00754397/


我一直在强调，我是回复一楼的，说的是 『在笔记本上使用蜂窝网络』的需求确实存在。

同时，我也认可 『在手机上使用 FM 收音机』的需求确实存在。

@lakehylia #30

那么我可以认为，『在笔记本上使用蜂窝网络的需求确实存在』这一点上，我们的观点不存在冲突，对么？

@lakehylia #27
BTW，我一直是蜂窝版 iPad 的用户。

按你的理论，蜂窝版 iPad 这条产品线应该彻底砍掉才对，毕竟 iPad 的价格更低了。
实际情况是，苹果为 2500 元的 iPad，仍然推出了 +1000 元的蜂窝选项。

https://ww1.sinaimg.cn/large/760b39b3gy1gjz35aqw1oj20qc0jiq43.jpg

@LxExExl #17
因为已经有了解决方案，就不能追求更好用的解决方案了嘛 ？
按这个逻辑来说，直接买诺基亚的 2G 非智能机就好了，为什么要买大屏 5G 手机呢？

我想说明的是，『在笔记本上使用蜂窝网络』的需求确实存在。

@Biggoldfish #19
是的，并不是说所有的人都需要 WWAN，但是因为自己不需要就认为所有人都不需要，也太过于武断了。


@lakehylia #27
我回复的 1 楼 『没人会需要一个蜂窝版的电脑』，这和 『我需要蜂窝版电脑但是我买不起』是两件事。
而且我已经举例了，ThinkPad 的大量机型都是有 LTE 模块的，这似乎并没有导致 ThinkPad 完全卖不出去。


最后再强调一下，我回复的是 1 楼，是 1 楼。
我想说明的是，『在笔记本上使用蜂窝网络』的需求确实存在。

@dilu #1
没有摄像头的手机很多啊，企业安全要求，黑莓以前一大堆这种机器。
即使是有摄像头的手机，也支持各类企业配置可以将摄像头『完全』禁用。
https://ww4.sinaimg.cn/large/426bbdc8gw1f79uhjas8dj20ku0fmq6q.jpg


蜂窝版的电脑怎么就没需求了，ThinkPad 为什么要给 X1C 上加 LTE 支持呢？
https://ww1.sinaimg.cn/large/760b39b3gy1gjylqxrtwvj21vk0jqe81.jpg

如果蜂窝版的电脑没需求，那这些 USB 上网卡是谁买走的呢？

https://ww1.sinaimg.cn/large/760b39b3gy1gjyln0ei8sj21ao0ms4qp.jpg

@745839 #6
@zbttl #11
要分容量来讲的，可以粗略理解为：

500G 版本的 SN500 比 500G 的 SN550 强
但是 1T 版本的 SN550 并不差 （ SN500 没有 1T 版本）

@cat #9
首先纠正一下思路，球拍不是越轻越好，根据发力习惯的不同，有各自适合的重量。
我到现在都觉得手头的一只 2U 拍子用着更爽。

常见的球拍，其实也就是 2U~5U 这个范围了，3U4U 适合绝大部分人。

7U 8U 这种，并不是说厂商做不出来，而且做出来没有意义，打起来轻飘飘的，球拍还没有球重。

mkv 和 mp4 只是包装容器，如果你不需要转编码的话，使用 ffmpeg 可以非常迅速的转换，也不会产生画质损耗。

命令类似于：
ffmpeg -i input.mkv -c copy output.mp4

距离楼主发帖已经过去了 19 天，好奇一下楼主是否有按照回帖中给出的各种方案测试一下呢？

如果有结果，希望可以发出来，假如其它人遇到了类似的问题也可以作为参考。

另外，如果不追求精确掌握文件的位置，也可以考虑 Windows 的『存储池』功能。

使用 Simple 布局的存储池，文件是随机分配在多个磁盘上的。
我测试过直接拔掉其中一块硬盘，只会丢失相应的部分文件，其它文件仍然能正常访问。

这个方案的缺点是你无法手动管控哪些文件存储在那个物理磁盘上，磁盘如果拿到更低版本的系统，也会无法读取。

相对来说，还是 mergerfs 比较舒服，有多种策略可以配置。

你的 nas 的系统是什么？

如果是 Windows，可以考虑用『库』来直接进行管理，缺点是不支持共享。

想支持共享的话，可以考虑 mklink，但是 mklink 可能会导致你多出一层目录，并不优雅。
mklink 的好处是，在 Windows 下的 SMB，是默认支持的，也就是你在其它 SMB 客户端也可以直接用。


如果是 Linux，那可以考虑 mergerfs，需要注意的是有许多参数可以配置（特别是关于写入策略的）。
如果经常移动文件，务必注意 ignorepponrename 这个参数。

同样的，Linux 下也可以考虑通过软链接 link 来实现类似的效果。
但是在 samba 的配置中务必注意启用 follow symlinks = yes 参数。

先 docker info 看一下里面有没有

如果是想自己买类似的毛巾的话，搜索关键词 『洗车毛巾』『抛光擦巾』