@paradoxs Genius Bar 的 Genius 是经过 Apple 官方培训的，必然会对 App Store 上的内容的隐喻有更深入的了解。要不你帮忙介绍一下 Location 选项里的那段话？

@12101111 兄弟，不得不说你的说法从理论上来讲是可行的，而且这也是大多数源自于社区的适配给不同发行版的驱动。不过从之前在服务器厂商那边和客户打交道的工作经验和自己几年从事基础架构环境 ops 的经验来看，绝大多数 ops team 的人员都知道这个可以搞，rpm 的包解开、制作成 deb 包也并不是什么困难的事情。但是出了问题责任是谁的？

暂且不提 Vendor 是否会在软件包里加什么额外的东西，就如我的帖子中所说，社区里是有人能搞到各个发行版的驱动包的，自己玩完全可以用。但是有故障的时候呢？就算是官方发布的驱动、固件还有可能存在问题，一旦这个存在 issue 的固件或驱动被制作成了其他发行版的软件包，Vendor 完全可以说“这个东西不是我们的软件包，所以我们概不负责！（服务条款里可是有这条的哦）”，然后这个大锅就你自己背吧！

当然，还有些问题是存在于稳定性测试方面的考虑。据我所知，这些 Vendor 在 Driver 、Firmware 发布之前会找大量的机器安装 OS support matrix 中宣称支持的 OS 进行稳定性测试，然后针对性地改进。当然，如果你手里闲置的机器足够多，也有足够多的时间，而且有精力和能力做 bugfix，就当我没说。

这里要大言不惭一下，毕竟这个问题我个人感觉很有发言权。

楼上推荐 Debian 和 OpenSUSE 的朋友估计是没有管理过一些老品牌的硬件服务器。据我所知，至少在 2018 年之前，很多知名的老品牌服务器厂商都没有提供面对这些非商业系统的驱动（ CentOS 除外），想要用要么是买专门的操作系统服务，要么是自己从社区里搞，但是在使用过程中出现问题，前者是由专门的 team 负责 support，后者……自己负责。

在这里说几个背景，应该能更方便大家理解。由于本人之前在某硬件服务器厂商工作过，对于售后流程和常规的故障判断标准非常熟悉。用户遇到硬件故障，如果使用的不是官方支持列表里的系统，使用过程中出现任何问题，客户自行负责，刷固件出现任何问题，客户自行负责，硬件有故障需要维修，就看你报障的时间是不是他们最近 QA 查录音严不严，严的时候会要求你至少用他们官方支持的系统收集日志，才能派送备件（其实厂商也不是有意难为客户，都是国内各路“高手”采用各种手段骗保的情况太严重了，太具体的案例，这里就不展开说了，毕竟与本话题无关）

至于楼上很多人说，很多人说国内大多数人愿意用 rpm，不愿意用 deb，楼上有人评论是因为《鸟哥》。其实我个人是不认同的，试问有几个人能认认真真的把两本鸟哥都仔仔细细的读透，彻底融会贯通的？我相信绝大多数人还是拿来当作工具书需要的时候临时查查、亦或者是买回来之后简单翻一翻、读一读、然后当枕头用，能认认真真跟着做实验、记笔记的人都算不错了（没有嘲讽的意思，主要是书写的太细了，真的愿意深入的人还是少数，很难形成一种普遍的习惯。）。再者说大多数硬件服务器厂商还是愿意提供 Ubuntu 的系统支持的。而且 Ubuntu 的一个好处是，Ubuntu 官方提供了硬件服务器的驱动，而不是像 CentOS 一样，要自行安装 Vendor 提供的驱动，所以很多数据中心还是会采用 Ubuntu 作为其硬件服务器的操作系统。

OK，现在肯定有人要问了，我们用的都是虚拟化、为什么要局限于硬件服务器？答案是：为了方便，或者说的更直白点——为了偷懒。因为大多数环境都是要自动化部署、初始化的。哪个 ops 也不想天天被 Security 打电话催系统补丁、软件版本的事情，也不想被 dev 天天抱怨生产环境与开发环境不一致，更不想因为各个不同的环境中，相同的功能仅仅是因为系统的差异就要重新再写一份自动化脚本（出了 bug 导致 issue 就该头疼了）。综上所述，OPS 很多时候会有意控制环境，让所有环境尽可能统一一个发行版，不要出现太多的差异化。当然，随着 docker 的诞生，这方面的事情会越来越少。

最后再来说主题，CentOS stream，看样子感觉和 Kali 的 rolling 版本差不多（由于刚刚描述的点，本人没使用过太久 Debian，只是早些年在研究渗透测试的时候在虚拟机里装过 Kali Linux ）。Kali 早在几年前就在推 rolling update 。估计其他的发行版也都有类似的玩法。估计 RH 也是看其他的发行版这么跑没什么问题，才打算这么做的。毕竟 Fedora 是 Redhat 的小白鼠这件事情几乎是地球人都知道的事情了，再加上前面提到的几个问题，相信绝大多数人是不会在 Fedora 上部署生产环境的（极特殊情况除外），所以很多的 Bug 还是没有第一时间在 Fedora 上反馈出来，比如 RHEL6 系列早起的 NFS 不能重启的 Bug，RHEL7 早期版本 firewalld 与 iptables 条目并存的时候导致的读取 bug，CentOS8 偶发的 yum 源拉取失效问题……

上面有点朋友说，CentOS 以后可能会沦为 RHEL 的小白鼠，从目前公开的信息来看，几乎是板上钉钉的事情了。但是只要严格控制版本，不要什么东西都上来全都拉最新的软件包，应该就不会存在什么太大问题。另外就像前面有朋友说，反正 RHEL 的源码都是开源的，如果 CentOS 的品控不好，以后一定会出现另一个发行版来替代 CentOS 。服务器硬件厂商也不是傻子，系统完全一样，只不过换了一个 logo 、名字，兼容性测试几乎不用做，为什么不添加到自己的系统支持列表里呢？

eBay 不加班，如果英语不是特别差应该没问题。

我的 MBP13 寸 14 年款，上个月也出现了电池鼓包的情况，直接一颗螺丝崩飞了，最关键的是第二天还得坐飞机。怕飞机起飞后爆炸，直接找人把电池拆了，现在只能当台式机用。😂😂😂

去的太早，第一个到单位的，必须要指纹验证解锁才能进门，顺便打了个卡。

业务刚上线的时候设置为 permissive 跑几个月之后 audit 一下日志，设置好规则之后再改成 enforcing.

UEFI 和 Legacy mode 都试一下吧！看样子是引导过程出了什么问题。当然，不保证不是在加载磁盘阵列卡或者其他卡板驱动的过程中出现了异常，有必要的话你可以联系一下厂商售后支持电话。毕竟 PVE 是基于 debian 的，由于一些历史上的 debian 社区和一些服务器硬件厂商之间的爱恨纠葛，很多国外的企业级服务商是拒绝提供 debian 社区系统发行版支持的，连硬件驱动都没有，甚至某些经历过那个时代的老工程师会要求你如果出现了硬件问题，只要系统不在官方支持列表里，都要重装系统为其支持的系统列表中的系统，才会给予 troubledshooting，所以如果是真的是诸如 HP, DELL 之类的国外品牌，先弄清楚该型号硬件厂商侧的操作系统支持列表。

@gavindexu 12315 联系一下吧！注意收集好证据，如果短时间内没有回复在明年二月份的时候再联系一次。

@gavindexu 从感觉上来看这个应该是聚思鸿的人的做法吧！
主要是没必要，本身他们自己的电话就是被录音的，如果用户投诉，QA Team 也会查录音，如果设计法律问题，IT team 也有义务配合移交所有录音资料。
不过国内外企的售后团队我去过不少，也有不少朋友在做这方面的工作，真没听说过哪家非外包外企售后会有这方面的要求，这简直是在断送自己的呼叫中心在全国获奖的机会。
其实最方便的是你打一个售后电话，就只是问他们是否可以进行电话录音，如果不可以，理由是什么？遵守的是那份国家的法律法规或者公司内部规定？需要提供纸质文稿的截图到电子邮箱，不行就拿录音打电话投诉 12315 呗！苹果是生产消费类产品的，12315 管用。

@alphatoad 除非你打得是大连聚思鸿这种外包的呼叫中心，不然呼叫中心的电话本身就是有录音的。而且国内呼叫中心行业是有规范和标准评比的，就算是为了脸面，苹果自己的售后也不会有这种规定。

做了几年的售后工程师，从来没听说过售后工程师禁止录音。如果这种情况发生，可以明确要求更换服务人员，要求其提供员工号，并再次打电话投诉该员工。

不要以为售后工程师有多大的权力或者掌握着什么不可录音的内容，如果真的有这种内容，也完全没必要要求不录音，还告诉你，负责流程管理的人员完全可以想办法让售后工程师不说就好了。

楼主遇到的这种情况多半是遇到了想偷懒的售后工作人员，不想升级问题给后端技术工作人员。所以找一个同事打电话配合着忽悠你一下。

所以问工号，评分给予差评，打电话投诉要求更换服务人员，定期打电话追踪被投诉员工的处罚结果，才是正道。

总是不知不觉就被代表了。

个人征信真的是被滥用到不能再滥了，离职可能会被记录，扔个垃圾也会被录入，看来以后大家不用欠款都很容易成为老赖了。

不知道杭州这么做的目的是什么，但是我知道肯定会有因为垃圾分类、离职频率等方面原因被记录个人征信的人破罐子破摔，想办法去贷款当老赖。

其实这就和滥用死刑差不多，如果一旦屁大点事都会被判处死刑，那死刑的威慑力也就降为零了。

@niubee1 按照你的说法，有问题找警察，警察叔叔来帮忙。这种听起来高大上的话只能存在于小学生的教科书中，拿来糊弄小学生玩了。

原惠普员工很负责的告诉你，机架式、塔式服务器开机的风扇噪音基本上堪比拖拉机。毕竟服务器的目的是稳定，而高温对服务器稳定性的威胁往往是致命的。

如果你就是想企业级服务器买，可以考虑惠普的 MicroServer G7、gen8、Gen10，这类的风扇噪音相对而言比较小，之前在惠普的时候，工位上就有一台。

另外，即使是 MicroServer 系列的服务器，官方的也是建议放在机房里用，放在衣柜里，壁橱里，万一着火了，即使是走保险，也是你自己先糟心，更何况保险公司能不能赔付都要看具体情况。

如果不是特别在意稳定性，最好还是搞一个无风扇微型主机。就算出问题了，也是可以放心大胆的找保险公司赔付。

当然，如果你不是一定要在家里跑，还是租一台云服务器吧！

之前上大学的时候用三星 S3，好几次晚上在床上玩手机的时候手机掉到床上，前几次都是屏膜或者外屏碎了，网上花 70 块钱换一个新的。最后一次直接内屏碎了，外屏和手机膜都没问题，果断 adb 备份数据，然后换了一部 iPhone 5s。

@mansurx eve 需要虚拟机吧！不然就要魔改系统了。