在指定服务器时，例如（我假设）许多不是存储专家的工程师，我通常会通过标准化至少 10k SAS 驱动器（因此是“具有 24x7 占空比等的企业”级）用于“系统”数据（通常是操作系统，有时是应用程序），并保留使用 7.2k 中/近线驱动器来存储性能不重要的非系统数据因素。这都是假设 2.5" (SFF) 磁盘，因为 3.5" (LFF) 磁盘仅与高容量、低 IOP 要求真正相关。
在没有大量非系统数据的情况下，我通常会将其放置在与系统数据相同的磁盘/阵列上，这意味着服务器只有 10k SAS 驱动器（通常为“One Big RAID10”类型）这些天的设置）。只有当非系统数据的大小很大时，我通常才会考虑将它放在一个单独的 7.2k 中/近线磁盘阵列上以降低成本/GB。
这让我想知道：在某些情况下，RAID10 阵列中的那些 10k 磁盘是否可以被 7.2k 磁盘替换而不会产生任何严重的负面影响？换句话说，我是否有时会通过坚持至少 10k 的“企业”级磁盘来过度规范（并使硬件供应商满意），还是有充分的理由始终坚持最低限度？
例如，假设一台服务器充当管理程序，并为一家典型的小公司（例如 50 个用户）配备几个 VM。该公司具有平均 I/O 模式，没有特殊要求。典型的朝九晚五，周一至周五的办公室，每晚运行几个小时的备份。VM 可能是 DC 和文件/打印/应用程序服务器。服务器有一个 RAID10 阵列，有 6 个磁盘来存储所有数据（系统和非系统数据）。在我的非专业人士看来，中线/近线盘似乎可以做得很好。以HP磁盘为例：
所以，我的问题是：坚持至少 10k SAS 驱动器是否明智，或者在许多情况下 7.2k 中线/近线磁盘实际上已经绰绰有余？如果是这样，我如何判断线路在哪里，并通过谨慎行事来避免成为无知的奴隶？
我的经验主要是在 HP 服务器上，所以上述内容可能有点 HP 的倾向，但我认为这些原则与供应商无关。
我有一些生产 Fedora 和 Debian 网络服务器，它们托管我们的站点以及用户 shell 帐户（用于 git vcs 工作、一些 screen+irssi 会话等）。
有时，新的内核更新会在yum/ 中的管道中出现apt-get，我想知道大多数修复是否严重到足以保证重新启动，或者我是否可以应用修复而无需重新启动。
我们的主要开发服务器目前有 213 天的正常运行时间，我不确定运行这么旧的内核是否不安全。
我有一台运行 Maverick 的笔记本电脑（很高兴直到昨天），还有一个 Patriot Torx SSD；整个分区的LUKS加密；一个 lvm 物理卷；然后在 ext4 逻辑卷中 home 和 root。
当我昨天尝试启动它时，它抱怨无法挂载根文件系统。运行fsck，基本上每个inode好像都出错了。主文件系统和根文件系统都显示出类似的问题。检查备份超级块无济于事。
e2fsck 1.41.12 (17-May-2010)
lithe_root was not cleanly unmounted, check forced.
Resize inode not valid. Recreate? no
Pass 1: Checking inodes, blocks, and sizes
Root inode is not a directory. Clear? no
Root inode has dtime set (probably due to old mke2fs). Fix? no
Inode 2 is in use, but has dtime set. Fix? no
Inode 2 has a extra size (4730) which is invalid
Fix? no …