检查 DNS 和 NTP 服务，是不是被滥用来做 DDoS 放大攻击了，特别是 DNS 如果配置不当容易中招
iftop 检查下网卡流量看是不是真的在大量发包

另外所谓的防火墙屏蔽应该是在机房出口，有些就真的是通过接口在运营商的网关附近丢包或者黑洞掉的，你从同一子网，是在机房内部的，不经过那个防火墙设备，当然就能访问到了

@missdeer 类库叔乃有木有看过这几个设备各自校时使用的源是谁...我猜 win 默认用了巨硬在美帝的 time.windows.com, 水果默认用了在新加坡一带的 asia.time.apple.com, 然后手机可能用的是 xx.pool.ntp.org 然后被解析到了国内或者日本

然而这样也不可能有分钟级的误差，乃确定对时服务在跑么╮(￣▽￣")╭

个人观察，一般通过公网校时（网络正常情况下）大概在 10ms 量级，基本上误差 < 10ms 就算是很稳定的了，多数情况在 100ms 以内，没有特殊需求的话是完全够用的，如果在网络良好的局域网内有时候可以达到 1ms 量级
查看方法就是上面有提到的 ntpq -p 命令，其中 offset 是误差，jitter 是本机获取到的和源的误差的抖动大小（最近若干次 offset 的均方根），理想情况下应该为 0 当然实际上是达不到的... jitter 大说明客户端到这个源的校时状况不稳定，一般来说是因为网络抖动影响了时间差的计算，暗示使用这个源同步可能不那么可靠

简单说就是如果你可以信任系统上运行的一切东西，就可以不打补丁
对于云厂商，每个小鸡里面跑什么东西是不可控的，所以基本上必须打补丁
对个人用户，可能会经常运行一些外来程序，包括浏览器访问陌生网站运行有潜在威胁的 js, 虽然比宿主机风险小很多，但还是可能会中招
但如果是纯内网运行的服务器、或者几乎没有开放外界交互的 VPS, 相对就不是那么危险了

话说你该贴下具体报错内容的
顺手丢个不一定管用的指针... https://wiki.archlinux.org/index.php/Power_management

如果买过维护服务，找维护厂商，如果没有，看 GPL:

This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.

99 日元已入手，感谢提醒

Google Photo + OneDrive 自动在线备份
DAEMON Sync 装在 NAS 上本地备份

准备啥时候心情好再搞个 ownCloud 之类的往服务器上备份一份

我用 HDD 组的阵列瓶颈就已经在网络了，除非上万兆内网不然我觉得没啥必要...

http://blog.scoutapp.com/articles/2009/07/31/understanding-load-averages
粗糙地说就是单位时间内处在运行状态的进程个数的平均值

基本同意 #2 楼
不过我觉得你直接一步到位上 Arch 就好啦～

反正都是折腾，我当时就是从 vps 上装 Arch 开始的...

这年头可以考虑下 n3450/n4200 系列的，集显支持硬解 10bit 视频

ESR 用户表示短期没有升级意愿，也许啥时候闲了会找个虚机装上试试看

标题里大大的“足以形成孕育生命的条件”怎么理解成“有地外生命了”的？这句话哪里有歧义？

啊楼主这个应该就是路由器没有千兆口的锅，顺便想起我自己折腾的时候遇到的一个问题，线有瑕疵造成光猫到路由器之前偶尔协商成百兆，所有硬件都是千兆的，从路由器的 kernel log 里面才看出来问题，然后调整线和链接之后就稳定多了

Source Code Pro

领完发现我的库里面已经有了 233333

另外如果你用的 root, configure 时候没指定 prefix 然后直接 make install 怕是把系统的给覆盖了？

第一件事，发信用卡照片的时侯把姓名、卡号和有效期都涂掉