当物理驱动器正常时，为什么有5种不同的iMac会开发损坏的OS X分区？

我是当地学区的技术人员，我们的iMac多媒体实验室遇到了一些问题。在过去的9个月中，22台iMac中有5台遭受了文件系统损坏。这些计算机的唯一方法是完全清除OS X分区并重新启动（并通过Time Machine进行适当还原）。

这是为什么我知道它是文件系统损坏的列表：

• iMac无法启动OSX。我已经看到它停止在“ throbber”，进度栏或仅是Apple徽标上。

• 通过目标磁盘模式（具有该功能）挂载iMac磁盘成功，但仅适用于Bootcamp分区。OS X分区无法挂载。

• 验证磁盘后发现OS X分区需要修复（我见过无效的同级项，孤立的子项等）。尝试修复磁盘失败。最近的一次尝试（就在昨天）说，目录B树无法重建。我应该对每一次所说的内容做更完整的记录，但是每次直到最后一次，我都认为那是一种奇怪的百万分之一的事件。fl幸

• 尝试使用Drive Genius 3修复或重建驱动器也失败了，到目前为止，可以通过Data Rescue 3恢复了98％的用户文件。物理硬盘驱动器似乎没有发生故障（从驱动器中检索文件不会挂起或“ beachball” ”，则驱动器不会出现在“磁盘工具”中并消失，Finder仍然保持响应状态，等等。）

• 通常，我会把它归结为一系列不良驱动器。碰巧是一个不幸的人，他购买了糟糕的iMac，对吗？这是开始变得有趣的地方。我向您提交以下清单：

• 驱动器通过SMART验证良好

• RAM签出
• 删除并重新创建分区（并重新安装OS X）后，所有问题均消失。
• 同一台Mac两次都没有发生损坏
• 在Mac端损坏之前，之后和期间，Bootcamp安装在相同的驱动器上，并且功能正常。
• Bootcamp分区在任何iMac上都没有出现此问题

另外，要排除明显的情况：

• 没有节电或浪涌

• 我们严重怀疑病毒，因为故障同时出现（从两个机器在一个月前的同一时间同时关闭）到间隔数月之久。另外，用户的文件在重新格式化后可以恢复，因此人们会猜测如果它是恶意程序，Mac将会一次又一次地失败。

• 机器已在气候控制区域

• 尚未受到同一用户的影响

• 有时会在不可避免的硬关机后发生该问题（这种情况很少发生。这些计算机没有过分地关闭电源。只有您期望Mac Lab每周运行五天的多媒体），而其他时候却完全没用了-蓝色

常用软件包括：

• iPhoto
• 影碟
• iMovie
• 苹果浏览器

机器上还装有Parallels 5，可将Bootcamp分区加载到VM中。通过标准向导设置了Parallels，没有任何奇怪的配置或黑客攻击。

最后但并非最不重要的是，规格：

• iMac 10,1（21.5英寸）
• 库存驱动
• OS X Snow Leopard（最新更新）
• 库存记忆
• 加入我们的Active Directory基础架构
• HFS +文件系统（不区分大小写，OS X Snow Leopard的默认值）
• 没有非凡的驱动器维护。程式。昨天下午（从最近的故障中恢复后）加载了Genius驱动器，以便在所有iMac上运行验证，但之前并未安装。所有Mac，无论是过去曾失败过的Mac，还是从未失败过的Mac，都以鲜艳的色彩通过。

TL; DR：OS X分区在五台不同的iMac上已损坏，但是物理驱动器很好。为什么！？！？！

HFS Plus（HFS +）是一个脆弱且有点过时的文件系统。如果您搜索它，则会发现许多文件系统损坏的报告。

在不卸载文件系统的情况下重新引导是破坏它的最佳方法。当Mac由于某些原因（在我的情况下是nvidia视频卡）或电源故障而冻结时，会发生这种情况。

这里有一些提示，恕我直言，应降低文件系统损坏的可能性：

1. 系统死机时，请尝试从ssh重新启动。当我的Mac的图形子系统释放时，仍然可以通过SSH访问-尝试从网络中打开ssh连接并重新启动它。您可以使用Apple Remote Desktop（€62）来完成此任务。您应该首先启用ssh访问。

2. 做diskutil verifyVolume /定期。是的，即使HFS +是日志文件系统，也可能损坏。您可以使用Apple Remote Desktop在所有教室计算机上一次运行它。

3. 使用多个卷。使用多个卷应减少损坏的机会。/从拆分/Users/应该使还原更容易（/或/ Users将会损坏）。请注意，这可能会使Bootcamp变得复杂。

4. 使用选项安装分区，以减少写入。使用noatimeoption 挂载分区应减少对其的写入。默认情况下，每次访问文件时，其“访问时间戳”都被“触摸”。

5. 确保没有尝试从其他操作系统挂载HFS +分区。是否有可能有人从usb / dvd启动Linux发行版并/以rw模式挂载或使用日志设置？

希望我的回答对您有所帮助。

PS：腐败通常是渐进的而不是突然的。可能是某些特定原因导致了此问题，软件或工作流程。我的主意是Parallels 5，但它应该破坏Bootcamp的容量，而不是MacOS的容量。搜索其KB不会发现任何有用的信息。

PPS：它很脆弱，因为它没有纠正文件中损坏的实际系统。日记记录传输并尝试重新复制数据以使文件系统恢复到一致状态，但是如果丢失的文件至关重要（例如实际的文件系统结构数据），则没有追索权。实际上，由于目录文件（列出了所有逻辑数据信息）是作为文件存储的，因此如果目录文件在某些​​地方损坏，则整个文件系统将被视为无用的垃圾数据，或者在损坏和破坏文件的情况下被部分垃圾处理。发生日志重播，从而导致它以与数据不一致的方式重组文件系统（例如，文件a和b分别为1MB和2MB，但是重播将它们更改为2MB和1MB，导致文件内容的一半B在A里面。

可能让我无所适从的事情...

您说您没有电涌或断电。您如何确认？我们有一间教室，PC电源似乎随机地吹着。我们必须让维护人员将监视仪表连接到电路，并发现插座的电压尖峰很大。

内存未正确安装到位并破坏了数据。

驱动器电缆松动。

边际硬盘中的一组坏扇区，但还不够坏到会触发警报或扫描坏扇区。

Windows侧通过Bootcamp进行的操作正在以驱动器不喜欢的方式修改驱动器。复制保护？驱动器实用程序？

您说它在实验室里。学生在跑什么？您是否正在监视或锁定可能执行的操作？

您已经说过，这似乎是随机的，没有两台机器连续发生这种情况。这会使我怀疑是由一个学生还是一组学生引起的，或者是实验室中的随机电源问题引起的。有没有一种方法可以跟踪谁最后一次使用机器，以查看此问题是否似乎神奇地跟随了您的用户？

您是否考虑过定期检查机器？您可以轻松地安排每周一次的fsck验证通过（直到您弄清损坏发生的原因），然后每月安排一次以保持对事情的了解。

使用日志文件系统时，mac会经历多次反复的不良处理，从而降级到无法启动的地步。即使是不良的软件也不会在引导的系统端进行写操作，因此我怀疑某些地方显然不对。在Mac上，它会被干净地关闭并引起注意，每当修复较小的文件系统错误时（任何时候Mac重新启动并且fsck不在preen模式下运行都表明即将出现麻烦）。

通过部署25台Mac，您可以轻松地花一些时间来主动进行文件系统检查，并通过设置syslog服务器或其他集中式审核系统来查看哪些文件无法正常关机。

我会考虑学生活动。如果您正在运行Bootcamp和OS X，那么我敢打赌，学生们在Mac方面崩溃了，无法运行Boot Camp，因为他们没有耐心。如果存在屏幕锁，也可能是这种情况。

我建议：

1. 删除新兵训练营。而是在Parallels或Virtual Box下运行VM。（我发现VirtualBox下的Windows XP运行良好。）对其进行配置，以使虚拟机是不可变的，并存储在本地的旧训练营分区中。这样可以防止孩子在安装Windows时搞砸。重定向其主目录以读取服务器上的Mac主目录。（这是第一次建立的PITA，因为它包含了不计其数的注册用户）

2. 建立某种形式的登录监视，以便您了解哪些学生使用了哪些计算机。这样做的好处是，您可以发现同一个孩子在多台计算机上登录，通常这样做是为了帮助那些被禁止的人。我将其设置为在两台计算机上使用相同的登录名时，两台计算机都重新启动。