我最近部署了一台带有 5 个 1TB 驱动器的服务器（我不会提及他们的品牌，但它是两大巨头之一）。我最初被警告不要购买大容量驱动器，因为一位朋友告诉我它们的 MTBF 非常低，我会更好地获得更多、更小容量的驱动器，因为它们不会“被推到极限”技术可以处理。
从那以后，五个磁盘中的三个出现了故障。谢天谢地，我能够在下一个磁盘出现故障之前更换和重建阵列，但这让我非常非常担心。
你怎么看？我只是把它们弄坏了一批吗？或者更新/更高容量的磁盘是否比久经考验的磁盘更容易出现故障？
在 Windows 7/Vista 中使用 FAT32（兼容 Mac）格式化 USB 驱动器的最佳方法是什么？
我问是因为磁盘管理只允许您选择 exFAT（因为我相信磁盘超过 32 GB）。
使用diskpart从命令行执行此操作似乎也不起作用。
我知道做一个dd if=/dev/hda of=/dev/hdb深硬盘复制。我听说人们可以通过使用该bs选项增加一次读取和写入的字节数（默认值：512）来加快进程。
我的问题是：
什么决定了从硬盘驱动器复制的理想字节大小？
和
为什么这决定了理想的字节大小？
您可以创建一个具有类似权限的用户root，并且它的主目录将属于/home/username. 为什么root在文件系统的顶层有自己的文件夹？这只是惯例、安全问题，还是与性能相关的原因？
我们有 72 个硬盘驱动器包含我们的网络广播库存。数量正在增加。我们位于框架建筑中，我们不仅害怕火灾，还害怕灾难性的火灾。
我已经为防火保险箱定价，可满足硬盘驱动器所需的 125F。他们的价格是天价。
在我看来，如果我们对每个硬盘驱动器进行备份并将它们存储在异地某处，或者与在线备份存储公司签订合同，我们可能会支付购买备份驱动器的费用，这将接近 7,000 美元的保险箱成本！
保护我们的数据免受火灾风险的最佳方法是什么？
是否有关于在硬盘上留下多少可用空间的经验法则？我曾经听说你应该至少留出 5% 的空闲时间以避免碎片化。
[我知道答案取决于使用情况（例如：视频文件与文本）、磁盘大小、RAID 级别、磁盘格式、磁盘大小 - 但由于同一问题的 100 个变体是不切实际的，因此欢迎提供任何信息]
我们的一位客户生产的工业机器人在非常古老但稳定的硬件和软件上运行。唯一的瓶颈一直是这些移动机器中的硬盘。由于不断移动（震动等），硬盘驱动器通常不会存活超过六个月。
所以现在我们正在尝试连接 SSD。主板没有 SATA 连接（这并不奇怪），所以我们使用 SATA 到 IDE 转换器将其连接到主板上的 IDE 端口。这有效并且 BIOS 识别驱动器。
唯一的问题是它不会启动。它在 POST 时冻结。在 BIOS 中（从 1990 年代开始），我们需要指定一些值，称为“HEADS”、“SYL”、“CLUSTER”和“LANDZ”。与传统 HDD 不同，该驱动器显然没有盘片。驱动器有没有办法在 IDE 上模仿这些东西，我们能否以某种方式找出这些值对于我们的特定驱动器应该是什么？我们随机更改了这些值，有时它会通过 POST，有时则不会。但是，如果是这样，它仍然无法启动，只是说没有连接驱动器。
简而言之，有没有人有将 SATA SSD 连接到旧 IDE 主板的经验，我们可以做些什么来完成这项工作（如果有的话）？
在我们当前设置中格式化驱动器时，建议的默认分配单元大小为 4096 字节。我了解较大和较小尺寸（性能提升与空间保留）的优缺点的基础知识，但似乎固态驱动器的好处（寻道时间大大低于硬盘）可能会造成分配空间小得多的情况大小无害。
如果是这种情况，它至少会部分帮助克服 SSD 的缺点（每 GB 价格大幅上涨）。
有没有办法确定与寻道时间特别相关的较小分配大小的“成本”？或者是否有任何研究或文章建议根据这项新技术更改默认设置？
（假设程序文件、操作系统文件、数据、mp3、文本文件等的大小分布最平均）
我的 Linux 系统开始在系统日志中抛出 SMART 错误。我追踪了它并相信问题出在磁盘上的单个块上。我如何轻松地让磁盘重新分配那个块？我想知道在这个过程中哪个文件被破坏了。（我知道，如果磁盘上的一个块出现故障，其他块可能会出现故障；我有一个很好的持续备份，只想尝试保持该磁盘正常工作。）
在网上搜索会找到坏块 HOWTO，它描述了卸载磁盘上的手动过程。这看起来很复杂而且容易出错。是否有工具可以在 Linux 中自动执行此过程？我唯一的其他选择是制造商的诊断工具，但我认为这会破坏坏块而没有任何关于被破坏的东西的报告。最坏的情况，可能是文件系统元数据。
有问题的磁盘是主系统分区。使用 ext3fs 和 LVM。这是来自 syslog 的错误日志和来自 smartctl 的相关位。
smartd[5226]: Device: /dev/hda, 1 Currently unreadable (pending) sectors
Error 1 occurred at disk power-on lifetime: 17449 hours (727 days + 1 hours)
... Error: UNC at LBA = 0x00d39eee = 13868782
pastebin上有一个完整的 smartctl 转储。
在我们的应用程序中，我们使用 Hibernate 和 PostgreSQL 来存储数据。在我们的一个数据库表中，我们有一个鉴别器列，例如“TIPPSPIEL”。它是一个固定字符串，不能被任何用户操纵。
突然，我们在这张巨大的表格中出现了一个条目，其中有“TIPPQPIEL”而不是“TIPPSPIEL”。我们不知道这是怎么发生的。
有没有可能我们的硬盘在切换一位，所以我们的字母“S”不再编码为“1010001”而是突然变成硬盘上的“Q”，一位切换如下：1010011？
我不是硬盘方面的专家，有点物理，但我猜操作系统或磁盘有校验和和其他东西来确保这不会发生。
是否有可能只切换一位，所以我的文件向我显示字母“Q”而不是“S”？
更新：我们做了进一步的分析。我们的从数据库从主数据库（PostgreSQL 功能）获取其 WAL 记录。无论如何：我们的从服务器应该是同步的。但是从站在这一特定行上并不同步。我们可以看到它发生在几天前，没有用户对这个特定条目进行任何交互。所以它必须有点翻转。害怕！