标签: diagnostic

拥有旧硬盘时 - 什么时候应该停止使用它？

我最近买了一个新的 1 TB 硬盘，剩下 3 个旧硬盘驱动器（320 GB、250GB、160 GB）。

我现在想知道要继续使用它们中的哪些以及使用多长时间。

假设其中一些有坏道，并且已经超过 2 年（较小的，我认为，超过 4 年） - 我该怎么办？

什么规则/测试软件，适用于这里？

我在本地机器上的端口 9090 上运行了一些东西。

这可能是我很久以前设置的东西并忘记了......我怎么知道它是什么？

我正在使用 Windows 8。

我尝试了一些实用程序，但没有一个起作用。USB 不受支持或驱动器被“识别”。我想弄清楚是否应该转储驱动器。它只有一年，但保修只有一年，很遗憾。

我在 Windows 7 64 位中运行了内存诊断工具。我有 16G 内存。它报告了硬件问题。这是一个带有新内存的新系统。当系统重新启动时，我期待任务栏中有一个用于测试结果的图标。我没看到。我跑了两次测试。

如何访问测试结果？

• 如何确定我的问题是否基于硬件？
• 如果是，我怎么能找出应该归咎于哪个组件
• 如何修复其他预操作系统问题？

顺便说一句，所有这些组件都负责什么，如果它们坏了，会出现什么问题？

（这个问题经常出现，建议的解决方案通常是相同的。这个社区 wiki 试图作为最终的、最全面的答案。请随时通过编辑添加您的贡献。）

是否有任何 Windows 应用程序可以确定阻止屏幕保护程序变为活动状态的进程？

自从更新到 win 10 以来，我遇到了磁盘使用问题。有时（有时每 10 分钟一次，有时每几小时一次）我的系统变得没有响应，因为磁盘使用率为 100%。这种阻塞通常需要一两分钟才能解决。

如果我打开任务管理器，它说读写速度为 0，但我的磁盘仍然被 100% 使用。我希望有一些进程阻止了对所有其他进程的 IO 访问，所以我尝试查看重进程的性能监视器，但由于我只能看到每个进程/服务的当前读/写速度，我没有能够查明任何异常行为。

谁能告诉我如何诊断这种问题？正如您可以想象的那样，它确实降低了我的工作效率，老实说，当我的电脑表现出意外时，我讨厌它：p

问候， klmdb

PS：我搜索了 100% 磁盘使用问题并遇到了许多不同的建议（例如禁用某些 Windows 服务），但老实说，我宁愿不通过切断我的预期操作来“解决”问题操作系统。

在 Google Chrome 中查看页面源代码时，浏览器会打开一个新选项卡，并基本上将带有view-source:前缀的 URL 粘贴到其中。这是不可取的。

作为开发人员，我可能会包含一些仅在提交表单后在源中可见的诊断输出。当 Chrome 刷新页面以查看源时，它会使此信息消失。

有没有办法阻止这种行为？

注意：我熟悉“检查元素”选项。这不是查看您正在查看的确切页面的原始页面源的适当替代品。

快速测试脚本

<pre>
  <?= print_r($_POST, true) ?>
</pre>
<form action="" method="post">
  <input id="foo" name="foo" value="bar" />
  <input type="submit" />
</form>

点击提交按钮后，页面显示

Array
(
    [foo] => bar
)

如果查看页面源代码，您将看到一个空 $_POST输出

<pre>
Array
(
)
</pre>
<form action="" method="post"> 
  <input id="foo" name="foo" value="bar" /> 
  <input type="submit" /> 
</form> 

更新

显然这个bug已经提交了。叹...

如果有人知道一个好的工作，我将不胜感激。

我有一个保修期外的 dasKeyboard Professional（带有 Cherry MX Blue 按键开关）。我在保修键盘更换时购买了这个键盘作为新的替代品。他们的保修服务很慢而且他们没有借口。

最近较新的键盘（现已超过 1 年）在生成b v f和g键时遇到了麻烦。有时它只是b和v; 有时是所有四个键都死了。该问题是间歇性的，不能通过重新插入 USB 来解决，也不能通过重新启动来解决。在 Ubuntu 10.10 和 Windows 7 上都发现了这个问题。

这不是一个快速打字的问题。当它发生时，它可能会持续存在。问题键可能会在一段时间后开始工作。我会将这个问题描述为“真正的死”，以将其与“死键”问题区分开来，后者与实际上是用户误解的操作系统国际使用功能有关。

问题键在同一区域，我怀疑是焊点问题，所以我为该区域的一些键重新流动了焊料，但这并没有解决它。

我还能如何诊断和解决这个问题？

编辑：以免您认为一个模式表明是我而不是键盘有缺陷，从我那里收到的 Metadot 单元有一个完全不同的缺陷，它与发出的错误代码有关。这种模式是两个不同的故障单元来自同一个制造商。这不是借口，但我记得我在 1979 年左右用 RCA 1802 汇编代码扫描了一些非常点击的 5 美元按键开关（单个单价），这有点令人惊讶，我的反弹跳算法经常无法完成任务。这只是一个高中项目，我希望 30 年后制造商会做得更好。

编辑 2：有趣的是，在这两个缺陷的情况下，问题都需要几个月的时间才能出现。可能是磨损和边缘算法的结合，这是一个常见的原因。但是，我目前的印象仍然是“ bvfg”死键问题完全不同。也许b并且v有一个共同的电流路径，这对他们来说是独一无二的。如果有人有dasKeyboard原理图，请分享。

编辑 3：可能存在拼写问题，因为我的键盘正在运行。这不是单个 Cherry 键的机械问题。4 个有问题的键与功能键 5 到 8 交换（拆焊/重新焊接）。问题仍然存在，因此它一定是 dasKeyboard 设计中的问题。

我正在测试一个应用程序，它打开自己的端口（充当这些端口的服务器，因此侦听该端口），并且同一应用程序连接到其他应用程序绑定的端口（充当这些端口的客户端）。

我想大致了解一下应用程序创建了哪些端口以及它连接到哪些应用程序和端口。

我怎样才能做到这一点？