LG gram，自己就能撑一天~

搭配 45W PD 充电器，更是美滋滋~

在我自己的机器上测试通过，系统版本 10.15.3 (19D76)

defaults write com.apple.AppleMultitouchTrackpad Clicking -bool true
defaults -currentHost write 'Apple Global Domain' com.apple.mouse.tapBehavior 1

执行后重启，轻击功能开启正常

补充~ 第二行应该不需要~

试一下这样，可能需要重启：

defaults write com.apple.AppleMultitouchTrackpad Clicking -bool true
defaults write com.apple.driver.AppleBluetoothMultitouch.trackpad Clicking -bool true
defaults -currentHost write 'Apple Global Domain' com.apple.mouse.tapBehavior 1

担心出错的话，可以把每一条命令先执行 read，记录下默认值

翻到另一个帖子：
https://forum.videohelp.com/threads/388807-Thumbnails-for-MKV-files

从这个帖子里来看，似乎遇到类似问题的人还蛮多的？

里面有人提到直到自己安装了 K-Lite 之后才展示出来了。
https://www.videohelp.com/software/K-Lite-Codec-Pack

翻到一个帖子，可以考虑试一下里面的方法？
https://www.reddit.com/r/Windows10/comments/cne91a/windows_10_wont_display_thumbnails_for_mkv_files/

And，如果是影音库文件的话，也可以参考另一个帖子 /t/651149 楼主的思路：
将磁盘目录备份下来，以便进行灾后重建。

@ZRS #8
我说的 Simple Mirror 混用主要是说共享磁盘组的情况下。
例如，你可以选 2 块 4T 盘，建出 4T Simple + 2T Mirror 的池子。
这样就大大增加了灵活性，硬件层面只需要不断的加盘扩容就行了。

去重方面，因为是基于文件块级别的去除，所以对媒体文件之类的可能效果不会很好（还吵）。


关于 Simple 的损坏测试，我之前是使用两个磁盘拼了 Simple 测试的，关机拔掉一块磁盘再开机。

存储池会显示为损坏，但是可以进行操作，盘符可以正常使用。
只要你能看到的文件，全都可以正常使用，没有发生混乱的情况。
损坏的那些文件会直接表现为不存在（没太注意是否保留了目录）。


需要说明的是，我做测试的时候两块磁盘都还剩余非常多的容量，这可能也促使了文件不会被强制存储于不同的硬盘。
不清楚在文件碎片较多的时候，是否也能保持比较好的表现。

我其实也挺喜欢存储池的，但是说真的存储池的写入速度真的惨。
我现在已经把手头的存储池全都调整了，只使用 Simple 和 Mirror 这两种布局。

在我看来，存储池的一大好处是池子里允许混用多种布局。
这就给我存储内容带来了很大便利，直接按照重要程度来存就好了。

另一大好处就是重复数据删除，存备份文件的时候，不考虑增量，直接一股脑塞进去备份盘，反正存储池会帮我删。

还有一点就是，即使是多磁盘 Simple 布局，在默认 1 列的情况下，单块磁盘脱机后，也并不会损毁全部数据，用来存储电影电视剧之类的文件还是挺不错的。

关于 “双奇偶校验最小需要 7 盘，4 盘空间却只能允许 2 块损坏”

我翻了下资料也是看的一头雾水。

这篇文档虽然是讲存储直通的存储效率的，但是里面详细的写了 Dual Parity 的计算原理。
https://docs.microsoft.com/en-us/windows-server/storage/storage-spaces/storage-spaces-fault-tolerance#dual-parity


如图：
https://i.loli.net/2020/03/22/N54C39J1rQzTjcB.png

单纯从这个图上来看，Dual Parity 最小应该是需要 4 盘，可容忍 2 盘损坏，存储效率为 50% 。

同时，文档里紧跟着就说你可以通过把磁盘加到 6 块，存储效率就提升到了 75% 。
https://i.loli.net/2020/03/22/65alozekbsJIpKH.png

我猜测 Dual Parity 至少 7 块盘可能就是从这里出来的。

多出来的另外一块是什么？继续往下看文档可以看到：Local reconstruction codes
在跨服存储的情况下，会有一份被称为 “Global Parity” 的数据占用一块盘。

最终计算结果，6+1 = 7


关于这个 “Global Parity” ，翻了下找到一个问答，可以看一下里面的最后一个回答，看起来在旧版本里，即使你是本地存储，也会消耗这一块盘，但是在新版本里，似乎已经修正了这个坑爹设定：
https://social.technet.microsoft.com/Forums/windowsserver/en-US/1b27c699-80f0-4b8c-887f-779f0e5fedc8/space-calculation-with-dual-dual-parity-volume

官方关于存储池的列的文档可以看这里：
https://social.technet.microsoft.com/wiki/contents/articles/11382.storage-spaces-frequently-asked-questions-faq.aspx#What_are_columns_and_how_does_Storage_Spaces_decide_how_many_to_use

你发的那个问答里也引用了这篇文档。

关于为什么会有列的概念，为什么不默认最大列，其实文档里已经有所描述：
Due to striping, a storage space simultaneously allocates capacity from as many disks as its stripe requires. Therefore, when increasing pool capacity, you can usually achieve optimal pool capacity utilization when you add disks in multiples of the number of disks the storage space needs. For example, adding disks in multiples of four might provide optimal capacity utilization for a pool comprised of two-column, two-way mirror spaces (2 columns + 2 data copies = 4 disks per stripe).

Note Storage Spaces in Windows Server 2012 R2 and earlier by default uses the largest column count possible given the number of disks you have and the resiliency type you select. This is useful for environments with a small number of disks where you want to maximize performance and don't have to replace disks very often. However, in environments with a large number of disks, use a column count number one less than the maximum. This allows Storage Spaces to automatically repair virtual disks following a disk failure or after you retire a disk.


简单说就是：
如果磁盘数量很小，那也可以考虑设置为最大列数，毕竟这样性能好。
如果磁盘数量很大，默认列数少一些，可以提供更多的容错空间（那些没写入的列相当于在做热备了）。

有显示不能点击…… 楼主应该是想说 Touch Bar 吧？

@Livid
再次反馈一下 V2 的自动 TAG 乱码问题，在这个帖子里很明显。

之前有发过一个帖子，可能站长没看到 /t/583207

@solidground #18
恩，其实就是 『循序渐进』和『一步到位』两种思路的差异了。

『循序渐进』的思路相对就更稳健一些，也符合心理需求。
『一步到位』虽然从长期来看可能总体更省钱，但是它的风险在于，不少人在自己水平还没有进步到需要更好的球拍之前，就已经不再玩儿这个运动了。