Windows-11-logo

HOWTO: 在 Windows 11 上获取硬盘健康状态

        硬盘是我们电脑上的主要部件之一,承载着太多太多,一旦硬盘发生问题,数据又没有得到及时的同步或备份,后果不堪设想。尤其是现在大家都在使用固态硬盘(SSD),想要在硬盘发生故障后做数据恢复几乎是不太可能的事情。这就是为什么现在大家都会使用云存储和 NAS 做定期备份的主要原因。

        那么我们该如何确保我们的的硬盘是安全可靠,及时获取健康状态的呢?

        当前的 SSD 普遍由 NAND 闪存组成,其具有写限制,也就是说随着写次数的增加累计,SSD 的闪存单元也就变得越来越不可靠,直至报废,也就是我们常说的磨损。期间引发的问题可能是性能低下,或读写异常等等!

        所以,SSD 是有使用寿命的,但我们可以借助系统提供的功能或命令来获取它的简况状态。首先以 Windows 11 为例,我们可以打开“设置”应用,定位到“系统 - 存储 - 高级存储设置 - 磁盘和卷”,选中需要查看的硬盘,进入其“属性”,就可以看到如下图一样的界面。

storage_status

        在状态中,我们可以看到当前硬盘的使用寿命,也都是参考值。其中包含三个指标:

1. 估计剩余寿命,基于制造商对驱动器寿命的预测。

2. 可用备用,剩余可用限制容量的百分数。(PS:说实话这个我没理解具体意思)

3. 温度,当前设备的摄氏度。

        因为前面讲了 UI 界面获取的指标是基于制造商的参考值,所以不会很准确。如果希望获取更具参考意义的指标值,还可以使用 PowerShell 命令 - Get-StorageReliabilityCounter 获取存储可靠性计数器,这些计数器包括有关设备温度、错误、磨损和设备使用时长等信息。参考命令如:

Get-PhysicalDisk | Get-StorageReliabilityCounter | fl *

get-storagereliabilitycounter

        片尾分享几个知识点。闪存“耐久性”通常有两个衡量方式:驱动器每天写入数(DWPD),写入的TB数(TBW)。

        DWPD,测量在驱动器生命周期中每天可以覆盖其整个大小的次数。例如,一个200GB硬盘,其保修5年,如果它的DWPD是1,这意味着在接下来的五年里,我们可以每天向它写入200GB。使用如下公式,便可计算出来可能需要更换它的累计写入指标。

200GB×365×5=365TB

        TBW,直接测量驱动器在其生命周期内可以累计写入的量。例如,一个驱动器额定值为365TBW,则意味着我们可以在写入累计365TB后考虑更换它。(PS:等同于上面的公式)

        如果保修期为5年,则计算为365TB÷(5×365)=每天200GB写入量。如果当前驱动器刚好是200GB容量,则相当于1个 DWPD。

        但 DWPD 和 TBW 两个测量指标都有争议,如果感兴趣可以研读这篇文档,会有更多收获:

https://techcommunity.microsoft.com/t5/storage-at-microsoft/understanding-ssd-endurance-drive-writes-per-day-dwpd-terabytes/ba-p/426024

Build2022

Build 2022 微软公布 Project Volterra

        Microsoft Build 2022 已于中国当地时间 24 日晚 11 时正式拉开序幕,本次大会提供了 300 多个内容的分享,其中公布的 Project Volterra 吸引了 gOxiA 的注意。

project-volterra-video

        从发布的视频了解到这是一款类似于 NUC 一样的 PC,但与众不同的是 Project Volterra 由 Snapdragon 计算平台和神经处理单元(NPU)组成,即 Snapdragon Neural Processing EngineSNPE),可以理解为是一种用于执行深度神经网络的加速运行器。

        如此看来 Project Volterra 就是一款 ARM 架构的设备,从目前信息所了解到的微软正在加大对 ARM 生态的投入,正将 NPU 的支持构建到 Windows 平台中,在本次公布的 Project Volterra 就能看出,首先它作为 DevKit 发布,并非一款实际意义的成型商业产品,如果性价比高,也会吸引更多的开发者回归 Windows 生态。此外,在 Project Volterra 上微软提供了丰富的开发支持,意味着未来开发者可以在这个平台上原生运行 Visual Studio 和 VS Code 开发工具,支持 .Net,并且还提供了 Windows Terminal、 WSL,以及 WSA 的支持。

project-volterra_web

        Project Volterra 目前硬件相关的信息还非常少,但从视频中可以看到它的一些主要硬件特性。首先,它具备了有线网络和 MiniDP 接口,并且还提供了三个 USA-A 和 两个 USB-C 端口。

project-volterra-multipleports

project-volterra-multipleports-1

        很新颖的是 Project Volterra 还支持堆叠设计,意味着它可以部署在桌面和机架环境中。(细思极恐!!!)

project-volterra-stackabledesign_for_desktop_rock

        此外,它的外壳也是环保设计,使用了可回收的海洋塑料制成。从视频看还支持外接 3个显示器,真是令人向往!

project-volterra-3display

        虽然 gOxiA 不是一位开发者,但对于微软的此波上市操作,感觉是非常令人称赞,并深深被吸引,迫不及待想买一台把玩把玩!虽然没有公布具体的硬件参数,但从已经发布的现有产品推测,Project Volterra 应该也是款 Microsoft 的 ARM 处理器,如果没猜错应该就是 SQ2 了(记得好像媒体介绍是此款是骁龙 8cx 级别的),那 GPU 应该就是 Adreno 690 了,既然支持 WSL 和 WSA 的开发环境,内存起码也要 16GB,如此存储应该也能达到 512GB 或者更高了。希望最终的 DevKit 发售价能控制在 400 ~ 1000 刀左右(毕竟是面向开发者的……),期待!

troubleshooting

HOWTO: 为 MMC 管理器无法关闭进行排错

        今天 gOxiA 跟大家分享一个 MMC 管理器无法关闭的排错案例,具体故障现象是使用 Hyper-V 管理器后关闭时会遭遇其管理控制台无法关闭的故障问题,具体提示内容是“关闭 Hyper-V 管理器前你必须关闭所有会话框”。

hyper-v_mmc_issue

        常规排错时,我们可以使用 ProcessMonitor 工具进行分析,从 Procmon 的日志来看管理器关闭失败的原因,它检测到了有 PropertySheets 的窗口还开着,可能的原因是有 Invisible 的窗体被归到了 Hyper-V 管理器的进程上。

procmon_Stack

        接下来我们可以打开任务管理器确认当前发生故障问题的 MMC 的 PID 值,然后将其转换为16进制。之后使用 Microsoft Spy++,将视图改为 Process 模式,通过前面的16进制值,定位 MMC 的进程,并展开它来排查具体线程。

spy11_process

        在本例中可看到一个可疑的线程包含 GDI+ Hook Windows Class 以及 Default IME。尝试切换输入法重新关闭 Hyper-V 管理器,已经可以正常关闭。日常当我们遇到 Windows 的一些异常问题时可以借鉴这个案例进行排查。

分页: 9/146 第一页 上页 4 5 6 7 8 9 10 11 12 13 下页 最后页 [ 显示模式: 摘要 | 列表 ]