@hhacker #1 越良心越是“害群之马”，这道理你不知道吗，这可是人类社会的传统糟粕啊。
你看这世上，但凡想做点良心事情的，要么自己家大业大实力雄厚顶得住各路人马三教五流的冲击，要么走群众路线让社区自我壮大自我维持自我防御，做英雄的前提是皮糙肉厚血条长。

虽然但是，我觉得这里 LE 的抽风可能是别的原因。

@villivateur #6 恍然大悟

@anytk #8 细说一下好吗，不知道 refind 还能干这事。
我之前接触并安装 refind ，是因为新买的笔记本不支持 S3 睡眠，只支持 S1 待机，但是这个 S1 不出所料跟大多数厂商的实现类似充满了傻逼问题和不稳定性。我从网上资料看到，也许可以用 refind 试试看，有些机型主板兴许能切换，于是我就试了一下，虽然并没有成功。

@acreti #18 我印象里，ffmpeg 在转码这种损坏的视频时，日志输出里面会有带颜色的警告消息，提示哪里哪里有问题。
但是我印象不深，因为我遇到的这类情况，数量极少，时间久远。
但如果确实如此的话，就可以通过从输出日志里搜索关键词来进行判断。

要是大段的数据丢失，那可能还能通过媒体流的帧率、总长之类的来推测。
如果只是中间一小段、甚至一两帧损坏，那这种粗粒度的推测就没效果。
要彻底检测，就必须要把每一帧都检查，用 ffplay 加速解码播放，或者用 ffmpeg 选最小的分辨率最快的编码进行转码，整个过程 loglevel 全开，然后在 stderr 里面匹配关键词。

@herozzm #11
@coolworker #12
确实，不过家里几年前买的电视还用的好好的，虽然是低端产品有诸多小缺点但又没有足够换掉的理由，但是它的算力和存储过于捉襟见肘，所以一直都是用电视盒来满足需求的

@yaphets666 #2 这年头都是些啥人呀动不动就“乱世乱世”的嚷嚷
乱世还有考公还能移民呢

@moioooo #3 就是拿 cf 当盾用的，我就没想过蹭它的速度。
楼主你单纯 fq 的话，订阅个免费分享的梯子列表，里面基本只有两种：已经死了的，和速度快的。

@documentzhangx66 #87
你看清楚了再回，我说的是“没看出一个清晰的立场，倒像是几个分裂出来的人格互相攻讦、各说各的”，而不是说我理解不了你写的内容。
我能理解你写的每条内容，单拎出来也基本都认同。但合起来之后，我不明白你为什么要在几个相互对立的立场上来回横跳，而且莫名表现出一种对着虚空打靶的反击情绪。
你觉得，我第一条回复是来攻击你的是吗，如果你觉得是，把我的攻击路径和你的受攻击点全都列出来，别在哪自顾自臆想地误解别人的意思之后再自说自话地虚空打靶对着跟你无冤无仇的人输出激烈情绪让别人无端承受你的发泄。

@documentzhangx66 #85
你回复我的内容我看了三遍，没看出一个清晰的立场，倒像是几个分裂出来的人格互相攻讦、各说各的。
你是不是杀红眼了？还是说我的回复你只是瞟了一眼压根没认真读？

苏州，江苏移动，300M 家宽， 下行 350 、上行 100 ，活动价 12 元 /月，合同期 2 年（到期可续，不过估计到时候又有更实惠的活动出来

@jackey007 #1 怎么说呢，虽然我没用过 nextcloud ，而且在用 seafile ，但我只能先提醒你，也许 seafile 比 nextcloud 好，但绝没有到能让你完全不闹心的程度。
seafile 也会出现无法及时检测到文件变动、无法及时获取已更新文件、多个同步终端会频繁产生冲突文件……等等闹心问题，也是个需要哄、需要妥协、需要让步的主。
实际上，这些开源方案都有不少的小毛病，可能 seafile 已经算这里面做得不错的了（毕竟有付费分支）
我用的坚果云同步比 seafile 稳得多，但偶尔偶尔偶尔也会出些非常小的问题。

当然，换 seafile 确实是值得的。

@tool2d #8 你感觉错了
相当一部分硬盘坏并不是里面的盘面和磁头出问题
而盘面和磁头出问题的情况中，大部分其实就是因为盘面，这里面细分主要是两大版块：磁介质晶体不稳定、盘面划伤（碰撞、掉落）
盘面划伤后磁头会不会一起损坏这个看造化
盘面磁介质晶体是极其微观的结构，工业化生产时本来就没法保证不出瑕疵，这玩意跟芯片制造是一个道理
产线上能检测出来的瑕疵都会被剔除
查不出来的，并不代表随着时间推移它不会进一步劣化
后续老化测试中劣化被查出来的也会被剔除
但还是有“幸运儿”通过所有测试，被“不幸运”的人买走用上
日积月累，总有一天某些个晶体会产生自己的想法，出现零星坏道，而坏道又会逐渐扩展迁移（ 7200r/min 的离心力跟你闹呢
要不为啥厂商要预留一部分容量作为备用扇区，为啥会有坏扇区重映射表这个东西呢
因为做不到 100%完美无瑕呀
看造化

@documentzhangx66 #5
你这说法没有错，但是过于夸张了。
要非常精确地测速，确实需要你提到的那些知识经验水平。但如果差不太多的测速，大把的现成工具可以用。
hdparm -tT 加块设备路径，就可以测得该设备的两个连续读取速度，一个是过缓存的，一个是不过缓存的，精度足够日常需求了。

内网穿透推荐 cpolar
你先看看免费套餐够不够用，不够充钱也就一年 100 多

我家里自组的 NAS 从一开始就是 ZFS ，而且还就是单盘。
也没啥原因，就是当初做了这样的选择。
也给我带来过麻烦，但是都很小。
优势也许有吧，但肯定也很小。

我觉得 ZFS 这种足够成熟也足够可靠的东西，你想用就用好了，没必要纠结于所谓的“有没有必要”“应不应该”之类

@leafre #46 这世上有啥公司是永远不会倒闭的吗

@littlewing #24
@keyfunc #37
因为这种看似符合标准实则纯属胡闹的格式本来就不该被用在“普遍常用”的场合，楼主你真的应该看看上面#24 楼老哥摘引的话。
这些“理论上”能够带来“收益”的模式，实际上都是效率低下的方法，也许在某些特殊场合能解决痛点，但在一般的影音娱乐领域毫无意义，浪费码率算力，给解码设备平添麻烦。总有一些压制组会自以为聪明地应用一些“研究成果”，这就是纯粹刚接触某种技术时新鲜感作祟导致的手痒痒，虽然这种事情是个人都会经历，但他们全然不顾自己的产出是要配合广大解码设备的这件事，完全就是逼着别人去迎合自己的奇思妙想，纯纯的小鬼行为。
这种压制组太多了，遇上了就只能换一家的，或者自己二压一遍。国外有个“专精”HEVC 的小体积电影剧集发布组 PSA ，也是这个毛病，我下载的这个组发布的视频有差不多一半都会遇到移动端 TV 端绿屏花屏卡顿无法硬解、只能在 PC 上软解吗才能正常播放的问题，我都是自己二压的。刚巧今年刚换了游戏本，新一代 N 卡的硬编码加速画质良好而且速度极快（保底 10 倍速，2 小时的电影基本也能在 10 分钟内跑完，功耗发热也比较低）

@Buges #7 pyinstaller 不支持 musl 吗，我没玩过，问问