在我实际更新之前,哪一个可以测试涉及驱动程序的更新/升级?

在我实际更新之前,哪一个可以测试涉及驱动程序的更新/升级?

我认为我们可以假设驱动程序或 Mac 固件问题会造成很大的麻烦,尤其是在操作系统更新/升级期间。但有时很难从中恢复,甚至可能对计算机硬件造成致命影响(如果您不相信我,请谷歌搜索类似内容windows update breaks driversmac update destroys hardware。而且我不想每次驱动程序出现故障时都经历系统还原/Time Machine/回滚驱动程序的痛苦(下面我将解释为什么这些有时甚至可能不起作用)。


我制作了整个过程的图表,以便更容易理解。关联

基本上,红色的箭头代表您正在安装 Windows/Mac 更新/升级,并且蓝色的箭头表示更新/升级后立即(比如说一周),假设成功(下文有更多内容)。“计算机风扇”表示更新/升级时驱动程序问题的大屠杀场。您通常会经历它两次每次更新/升级,如箭头所示;
整个过程实际上与电脑中的物理风扇没有任何关系(除非它是司机也参与其中)。

对于 PC:(以下内容与 Mac 无关)请不要误会更新(来自微软/苹果)驱动程序更新(从硬件供应商处下载)。我从来不需要更新驱动程序,而且我相信大多数人也不需要这么做。


人们在“电脑迷”那里遇到的驱动程序问题有两种:

  1. 操作系统无法使用硬件的问题,但硬件本来可以正常工作,例如Windows 10 Anniversary Upgrade breaking webcams- 这些问题可以稍后通过上述实用程序进行修复。
  2. 问题实际上正在破坏受影响的硬件,例如Bootcamp in 2016 MBP blowing internal speakers参见问题结尾) - 这些问题无法通过上述实用程序稍后修复。

虽然您可以联系(聊天/打电话/发电子邮件/天才吧)技术支持,他们可以为您修复这些问题,但如果您的保修期已过,这将不是您的最佳解决方案(而且这甚至不能首先防止问题发生)。所以我(可能还有很多其他人)需要的是一种在实际安装这些更新/升级之前测试它们的方法,这样我就可以推迟更新/升级,直到它被修补。


  • 一开始,我认为虚拟机(任何允许我拍摄快照的虚拟机管理程序)可以帮我解决第一个问题,但后来我在 Parallels 论坛上看到,它在客户机和主机中使用的 EFI/BIOS 不同。我找不到有关 VMware/VBox/Hyper-V 的信息,但我认为它们也是这样工作的,如果我错了,请纠正我。

这意味着驱动程序存在差异(即使是在 Apple 硬件上,这对于 OSX 客户机来说也是非常令人惊讶的)。所以它不是很可靠,第 1 个问题可能发生在主机(我的电脑)上,但在客户机中却检测不到。忘记在虚拟机上测试第 2 个问题吧,因为当你使用相同的硬件时,这实际上不是一个测试!

  • 另一个选择(也可以测试 2 号)是购买备用机器相同的模型(还包括 PC/Mac 上的按顺序配置)。这是最稳定的选项(但我无法在物理计算机上进行快照),但唯一的主要问题是这样的布局非常昂贵对于计划使用它几年(比如 4-7 年)的人来说,再加上你的型号可能缺货(这意味着等待,可能要等待很长时间)或不再生产(即这个选项是不可能的)。

你甚至可能需要多种的这些备件用于驱动程序问题实际上损坏第一个备件硬件的情况。对于升级到每个新型号/新代的人来说,这种选择实际上是浪费钱!(但我不会)

  • 我能想到的最后一个选项(相当适中,也可以解决第二个问题)是浏览用户群的论坛,在那里你可以寻找其他使用你的硬件的用户,报告更新/升级驱动程序的问题。对于 PC 来说,这可能比 Mac 更难,因为市面上有众多型号,但为了减少数量,你可以将整个型号系列视为相关产品,这有点冒险,因为你现在在比较红苹果和青苹果,但总比没有好。

现在问题仍然存在:

在我实际更新之前,哪一个可以测试涉及驱动程序的更新/升级?

欢迎提出我可能遗漏的选项。假设有一台 Mac(可选使用 Bootcamp 设置)或单启动 Windows 的 PC(Linux 中排名第一的操作系统已经很普遍了,所以我不关心这些)

笔记:从技术上讲,bootcamp 上的 windows 既不是更新也不是升级,但在这里我认为它是一个升级从某种意义上说,您可以配置安装选项。

相关内容