Windows 10:噩梦不断。

自从切换至Ubuntu 18.04后,我已长达一个多月未使用笔电上同时安装的、令人作呕的Windows 10操作系统——我之所以未将这片该死的垃圾彻底从我的硬盘上清除,是因为一些图形/视频编辑软件(e.g. Photoshot, Premiere),以及一些游戏无法在除Windows/Macintosh上运行。

然而,近日Dell发布了一个针对XPS15 (9560),也就是我使用的笔电,的BIOS更新。这个升级程序是.exe格式的,这也就带来了本文所将要描述的噩梦。


我在Ubuntu中下载了BIOS更新程序,将其置于一个可被Windows读取的NTFS分区中——我之所以仍使用NTFS,也是因为Windows上没有一个能较完美地支持ext4等Linux常用文件系统的实现;然而Linux上却可以用ntfs-3g实现对NTFS分区的读写支持——除了速度略低和没有ACL——我在上面存储的都是些普通文件,没有ACL不会造成影响。

下载完后我用sha256sum校验了哈希值,确认文件完整性。

重启电脑进入Windows,看到的却是一个更新画面——这是梦魇的开始——更新完后进入放有BIOS更新程序的分区,却发现找不到那个程序!使用搜索功能,无结果;考虑到Windows 10的搜索着实垃圾,我又尝试按照修改时间排序——仍然没有!

这时,我并没意识到出大事了。我再次重启进入Ubuntu,也无法找到这个文件。于是我重新下载并校验哈希值,再次进入Windows,顺利完成更新。


当天晚些时候,我试图打开Ubuntu上安装的、作为编译环境的CentOS 7(VPS的性能太差,故在本地建立相同编译环境以完成编译工作),VMWare Player却提示我找不到虚拟机文件,而另一个用作同样目的的Ubuntu 16.04虚拟机也丢失了。我脑子一震,一下子明白了早上那个更新程序丢失意味着什么了——原来不止这一个文件丢失了

我赶紧检查损失情况,发现除了虚拟机文件,近期透过网易云音乐下载的、存储于NTFS分区的几首歌曲也不宜而非。我吓坏了,赶紧umount(解除挂载)了所有NTFS分区,试图使用testdisk工具试图恢复丢失的文件——这工具在2年前曾帮助我恢复在Windows的一个NTFS分区上误删除的文件。丢失的文件被找到了,但将其恢复到我的另一个(ext4)分区里后,却发现它们都被损坏(corrupt)了——.vmx格式的VMWare虚拟主机配置文件,应该是一个文本文件,里面却有些非ASCII字符的二进制内容;.vmdk格式的VMWare虚拟磁盘文件也无法读取了。

再进入Windows,试图用EasyRecovery和Recovery4All恢复数据,得到同样的结果(被损坏的数据)。


我首先想到会不会是Linux的NTFS实现——ntfs-3g出了什么问题。但我很快排除了这种可能性,原因有二:

  1. 只有这次切换系统时出现了异常。
  2. 查询APT的日志,发现ntfs-3g最后一次更新之后,我有使用过Windows 10操作系统,并无异常。

于是便考虑还有什么东西在近期更改过——那就是那个Windows更新画面背后的东西了。


回想起一个多月前,我进入Windows 10操作系统玩游戏,关机时却出现系统更新画面,且时间较长。联想到这点,我拆下电脑上的机械硬盘(除Windows 10所在分区外的所有NTFS分区都在该硬盘上)以防不测,再次进入Windows 10操作系统,发现其已从1803更新至1809版本。

我在Google上检索Windows 10 1809,不料联想到的关键词中有deleting files——我当时使用的是Chrome的无痕模式,换言之,该关键词联想不会受我之前搜索内容的影响,再换言之,是微软垃圾操作系统的严重问题令该关键词"上了热搜"。

点进去一看,果不其然,一片可怜的Windows 10用户的哀嚎声——更有一位用户被微软垃圾操作系统删去了23年来积累的、220+GiB的珍贵回忆,雪上加霜的是他使用的同步盘还把该更改同步了——云端的备份也被毁灭了。


上一次,Windows的1709"创意者毁灭者" 更新就给我带来了极其不好的使用体验。时隔一年,噩梦重演。

近日种草了苹果新发布的、有史以来最强大的Mac mini,如果能解决一些专业软件不能在Linux上运行的问题,那我便可彻底地将微软Windows扫进垃圾堆了——同时,也不再使用没有权限管理的、文件名不区分大小写的垃圾NTFS文件系统。

《Windows 10:噩梦不断。》有11个想法

  1. 相比windows10 我更喜欢windows7,感觉10是移动版和PC版揉到一起,但并没有融合好,为什么不单独出触屏移动版呢,PC版还是应该保持简洁,高效,安全,10臃肿的无用功能太多太多,无力吐槽,但我们被绑架了,没有太多选择。

    顺便,需要更新一下友链,我的域名换了一个,麻烦了。

  2. 楼主如果日后遇到需要回头的情况,不妨尝试教育版或者ltsc频道的,向不以Windows为主要系统的人推荐。这次是系统问题,下次可能是别的想不到的问题,今后做好备份,亡羊补牢。
    另外你可能注意到了,更新bios还有其他更新包,比如u盘启动的那种,一般售后网站都有多种升级方式可选。

    1. @locx : 感谢你的信息!希望能避免重蹈覆辙。

      关于BIOS的更新,Dell并没有提供其他的官方途径——尽管其BIOS里有"加载更新"这一选项。
      Dell只提供了.exe格式的更新程序,尽管可以将其解包(作为ZIP打开)
      但出于稳妥考虑,我还是按照官方的Instruction来操作。

      许多组装机的BIOS可以下载到二进制文件并直接在BIOS里完成更新。

  3. XP 的支持不早就结束了吗,现在依然照用不误。我个人感觉吧,Win 10 有被远程控制的风险,而且系统自带的一些功能都需要联网才能用,所以我对其印象不好。最喜欢的还是XP,不是我怀旧,而是这个系统技术稳定,并且支持大多数应用。

    1. @三棵树人 : Windows XP对我来说不是一个选项,因为其不兼容许多应用程序,尤其是Adobe"全家桶"。
      许多需要64位的应用也不支持XP,尽管其有64位版本。

      此外,似乎已有一些游戏不再兼容Windows 10以前的系统;而许多新的硬件也同样如此。
      这不是个好消息。

  4. 我被 ntfs-3g 坑过。那玩意把我 NTFS 的移动硬盘搞出了逻辑坏道。SMART 的 C5 出现了异常。
    我后来不得不把我的整个硬盘填零,解决了相关的异常。
    NTFS 是微软自家的玩意。。于是我现在在 Windows 和非 Windows 系统交换文件,是使用 exFAT / FAT32 文件系统的 U 盘,或者借助 NAS 上安装的 samba 和 netatalk 来完成

    1. @tcdw : 谢谢你的信息
      尽管仍没在网路上找到更多关于ntfs-3g导致文件损坏或丢失的信息。
      我想我应该考虑换一个同时兼容Windows和Linux(且非NTFS)的文件系统。

      Stackexchange上的一些信息表示这个项目是通过对NTFS的逆向工程创立的,因为微软未公开NTFS的相关技术细节。

    1. @路易大叔 : 有的时候Primitive technology可能会有更好的效果,
      比如单独使用一块平时离线的硬盘来充当备份。

      这一定程度上能避免"错误的操作被同步至云服务"的后果

  5. 我现在的两台电脑分别都是 Win XP 和 Win 7,总感觉 Win 10把用户当成了肉鸡和傻逼,一点也不顾及使用者的感受。这破系统,不用也罢。

    1. @三棵树人 : 是的,Windows 10还会自行安装UWP应用程序。

      此外,我曾尝试将全新安装的Windows系统(7|8.1|10/1709)打完所有补丁并重启后,不安装任何第三方应用程序,连接网路并用Wireshark抓包。

      Windows 10 (1709) 传输了最多内容,甚至打开资源管理器都会向网路发送一些数据。
      而Windows 7 似乎没这现象。

      但是Windows 7的支持似乎将在2019年结束……

发表评论

电子邮件地址不会被公开。