根据苹果公布的更新日志，iOS 13.2.1和前几天的iOS 13.2完全一致，带来的更新内容包括：HomePod能够识别不同的家庭成员的声音以提供个性化体验；通过将iPhone靠近HomePod将音乐播放、播客或者电话转移到HomePod上；将音乐添加到HomeKit场景；支持设定睡眠定时器然后伴随着音乐入梦……

在苹果发布新版本系统软件之后，HomePod将会自动更新到最新版本，用户也可以通过手动的方式升级至最新版本。这个取决于用户自己的设定。另外，对于之前在安装iOS 13.2系统时遇到变砖问题的用户，现在可以联系苹果售后支持，以更换新的设备。相较于被用户吐槽的软件体验来说，苹果的售后服务就做得相当棒。

另一方面，至于iPhone上的iOS 13.2版本更新，许多用户吐槽的一个点是，系统杀后台的情况变得异常严重，我自己遇到的一个情况是，我打开了一篇微信公众号文章，然后按下电源键息屏，拿到午餐坐好之后，拿出手机一看，公众号界面已经没有了，微信已经被“杀死”了，呈现的是系统桌面了。目前，出现后台被杀比较严重的应用是微信。

虽然本次iOS 13.2系统版本更新带来的功能足够吸引用户升级，但是，对于部分HomePod用户来说，本次更新却带来了噩梦般的体验。据外媒Apple Insider报道，有部分用户表示新版本的iOS 13.2系统和HomePod出现了兼容性问题，使得更新系统之后的HomePod出现不断重启，以至于设备无法使用。据遇到这个问题的用户表示，尝试执行出厂设置等方式之后，相关问题并不能解决。

除了循环重启的问题之外，也有用户遇到了无法和HomePod进行匹配的问题。更新至iOS 13.2版本之后，部分用户遇到了Siri不能正常运行的问题，尝试从家庭应用删除HomePod配对之后，手机再也无法搜索到自己的HomePod，并且从其他iOS设备处也无法检测到音箱的存在。这个问题似乎也无法通过重置HomePod进行解决。

目前，已经有不少HomePod用户通过reddit以及Twitter等网络平台反馈了类似的问题。对于遇到这个相关问题的用户，reddit网友“VALIDNULL”表示，苹果支持客服代表表示会给用户更换设备，因为目前尚不存在软件解决方案。

对于HomePod遇到的软件更新问题，目前苹果已经停止了新版本系统的推送，也就是撤包了。后续版本更新的具体时间目前还不得而知。

Intel的Atom C2000系列处理器发布于2013年，有两个分支——面向微服务器及云存储市场的代号Avoton和面向入门级网络平台的代号Rangeley，二者都使用了22nm 3D晶体管制程工艺、Silvermont架构，因此性能比前代产品有7倍的增长、每瓦性能比增长了6倍。

这款处理器问世几年了，之前并没有爆出问题，原因是这个时钟频率发生器bug初期根本不明显，使用时间越长，元件失效的可能性才越大。考虑到Atom C2000处理器主要是一些网络设备厂商在用，受影响的公司包括思科、Netgate、QCT以及SuperMirco等，但也有不少NAS厂商宣称自家的产品并没有受到影响。

问题发生时这些厂商也都不愿意对外公开处理器供应商的名字，还是Intel自己在PCN通知中被人抓到先行，才知道根源是Atom C2000处理器的LPC时钟发生器出现问题。

好消息是Intel现在已经解决了这个问题，CO步进的Atom C2000处理器重新出货，包括C2308、C2338、C2350、C2358、C2508、C2518、C2530、C2538、C2550、C2558、C2718、C2730、C2738、C2750及C2758等，这些处理器将会用于替换之前出问题的设备。

从思科等公司的表态来看，这次给客户替换处理器及赔偿要花费1.25亿美元，这些钱最终肯定是Intel埋单，其他公司的替换、赔偿理应也是如此。大家有谁在用思科、QCT的路由、NAS等设备吗？有遭遇这个bug吗？要想了解详情的可以加小超哥（ID：9501417）微信进一步咨询。

　　首先爆出这个问题的是Heise.de网站，Anandtech网站也报道了此事，受影响的主要是三星530U3C、300E5C、NP700Z5C、NP700Z7C以及NP900X4C系列笔记本，由于这些笔记本都是Windows平台的，三星的质量检测就算不是只针对Windows系统的，Linux系统也不会有什么优先权，这可能就是存在漏洞的根源。

　　长期目标是希望三星尽早放出升级BIOS和固件彻底解决这些问题，现在用户要小心避免这类情况，一个可行的变通方式是使用CSM（Compatibility Support Module）兼容支持模块来启动Linux，这样可以绕过UEFI界面，不过双重启动的方法还是有点复杂，一般用户难说能搞懂。

　　Ubuntu已经和三星联和确认内核中的三星笔记本驱动是首要嫌疑犯，不过该问题的修正还没有列入主要的Linux开发树中，因此用户还是需要非常小心以避免这个问题。