今天我的 Storage Equallogic PS4000E 遇到问题，它们卡住了 45 分钟，然后正常启动并运行，没有日志，没有任何东西可以帮助我们发现发生了什么。
好吧，我运行带有 2 个服务器池版本的 Xenserver。5.6 SP2，在存储出现这个问题后，最近的 Linux vms Ubuntu 12 和 Windows Vms 恢复正常工作，但大多数旧的 Debian Vms，变成只读 FS，我们需要 fsck 全部，一些 vms 被永久损坏和其他重新启动和 fsck 后正常工作。
我想知道是否有任何方法可以防止 iScsi 上的 VM 文件系统损坏丢失连接/超时连接，可能会增加 Xen 上的 iScsi 超时或每个来宾 VM 中的类似情况。
有人吗？
我无法在我的 Ext3 文件系统上保存名称包含超过 127 个 Cyrillic UTF-8 符号的文件。但是，可以保存包含多达 255 个英文 UTF-8 符号的文件。
那么包含文件名的字节数或文件名中的字符数是否有限制？在前者的情况下，例如，人们会期望对中文文件名长度有更严格的限制。那正确吗？
注意：这是一个“记录我的过程”的问题，我会写一个答案。令人高兴的是，serverfault 已经帮助我解决了这个问题，因为写下我的情况以便其他人能够评估它让我意识到发生了什么。
kjournald（见于iotop）的活动非常多。noatime,nodiratime.到底是怎么回事？（剧透：这是用户空间的事情。我写这篇文章主要是为了强调可能违反直觉的潜在问题。）
我有一台服务器，每晚都会对系统进行增量备份。现在在星期六，有一个完整的备份。但是在完整备份完成后，会启动一个脚本，删除增量备份。
现在，脚本有时会中断，这是因为每个增量文件都是大约 10GB 的文件，有时脚本花费的时间太长。
现在有人可以向我解释，或者指出资源的方向，这可以解释为什么 ext3 与 NTFS 相比，删除文件的速度如此之慢？
我知道这些是 2 个完全不同的文件系统，但我真的很感兴趣为什么删除有这么大的差异？
我听说即使是 EXT3/EXT4 之类的日志文件系统也可能在电源故障期间损坏，例如来自维基百科 [1]：
In the event of a system crash or power failure,
such file systems are quicker to bring back online and
less likely to become corrupted.
任何人都可以通过举例提供更多细节，例如
我昨天收到一封电子邮件，说我们的一个用户试图为心跳/集群包腾出空间，它需要自己的分区来充当表决磁盘。为此，他试图减小根分区的逻辑卷的大小，然后为此创建一个新的逻辑卷。但是，他忘记先调整文件系统的大小（或在命令中包含 -r 开关）。他还忘记了通过从救援 CD 运行此过程来卸载根分区。系统现在拒绝引导进入操作系统并出现以下错误：
超级块或分区表可能已损坏！意外的不一致；手动运行 fsck。
他们的系统将用户置于单用户模式。
是否有可能挽救文件系统，或者它被冲洗了吗？它运行 ext3。
我正在寻找使用 InnoDB 的 MySQL 5.6 的 ext3 文件系统块大小的建议。
在 NetApp FibreChannel LUN（块大小为 4k）上的 VMware ESXi 5、VMFS 5 数据存储中运行 CentOS 5.4 VM。使用 O_DIRECT，innodb_flush_log_at_trx_commit = 2，14G 缓冲池，数据库执行 OLTP，偶尔进行一些大查询处理大量数据。有些表有几 GB 或更多，有些则很小。表和 ibdata 文件在一个文件系统上，binlogs 和 ib_logfiles 在另一个文件系统上，所以它们可以有不同的块大小。
我知道 InnoDB 使用 16k 块大小，这不是用户可配置的，所以我想知道是否值得将 ext3 块大小设置为匹配，而不是默认的 4k。
谢谢！
我正在使用SheevaPlug运行 Web 服务器，操作系统和系统存储在带有 ext3 文件系统的 SD 卡上。我知道 atime 是磨损闪存的主要写入来源。
This question recommends using the relatime mount option over the noatime one，但不清楚这是否也适用于闪存（写入总数也是一个问题）。 This much cited blog on kerneltrap as this other question暗示使用 noatime 选项不会产生任何问题，在这种情况下似乎更可取。
那么是使用 noatime 并完全避免 atime 写入，还是使用 relatime 来避免任何软件问题更好？