我有两个密切相关的问题，所以我将它们放在一个 SF 问题中：
问题 1
我有一台 Linux (debian) 服务器，它必须具有最少的停机时间。磁盘有两个分区，一个是/（ext3），一个是swap。我想移动/home到它自己的分区，因为它最初出于某种原因将所有内容都放在一个分区中；但是，我不想让机器停机几分钟来调整磁盘大小并创建新分区。
我可以/在使用时调整大小吗？
问题2
我想最终重新安装同一台服务器。再一次，没有停机时间。一旦我使用问题 1 提供的答案调整了磁盘大小，我是否可以在原始系统仍然在线的情况下以某种方式安装在新分区上。所以我可以简单地重新启动到新的操作系统并删除旧的操作系统分区并调整新分区的大小以接管旧的现在删除分区的空间。
感谢您对这个有点奇怪的问题的回答，令人不快的是，我对这个特定项目的服务器有点短缺。不幸的是，我怀疑这是不可能的，但我认为我最好在得出结论之前检查一下。
一些注意事项和问题：
是否有将 reiserfs 分区转换为 ext3 的工具？
有没有办法在 EXT2/EXT3 下压缩一个非常大的目录而无需简单地重新制作目录？
我记得perlfunc警告说操作系统实现seekdir和telldir运行目录压缩的风险。在这种情况下，这听起来像是我想要的，但我在实践中不熟悉这些语义。
背景： 我有几个目录本身就有很多 MB 大小——过去它们被无数小文件淹没：
$ ls -lh
drwxr-x--- 2 root root 1.3M Oct 5 12:49 big
drwxr-x--- 2 root root 2.3M Oct 5 12:49 this_one_is_empty_now
drwxr-x--- 2 root root 6.1M Oct 5 12:49 yikes
我知道这听起来很奇怪，但我需要一个更慢或缓存的文件系统。
我有很多防火墙将它们的数据系统记录到一对 Linux 虚拟机，这些虚拟机将这些文件写入它们的“本地”（实际上是 FC SAN 连接）ext3 格式的磁盘，并将消息转发到我们的 Splunk 服务器。
问题是 syslog 服务器正在将这些 syslog 消息以每秒数百次甚至数千次约 4k 的微小写入写回我们的 FC SAN——它现在可以处理这种工作负载，但我们的 FW 流量将至少增长在未来几个月内（真的）增加 5000% 的因素，这对 SAN 来说是一个痛苦，我想在问题出现之前解决根本原因。
所以我需要一些帮助来找出一种方法，以某种方式从“物理”磁盘中缓存或延迟这些写入，以便 VM 触发更大但不那么频繁的写入 - 没有办法避免这些写入，但是有不需要它做这么多小事。
我查看了各种 ext3 选项，设置了 noatime 和 nodiratime 但这并没有对问题造成太大影响。显然，我正在调查其他文件系统，但我想我会把它扔掉，以防其他人将来遇到同样的问题。
哦，我不能只是将这些消息转发到 Splunk，我们的防火墙团队坚持认为它们采用原始格式以用于诊断目的。
我想听听那些有使用 lvm+ext3 和 ext3 从崩溃的驱动器恢复崩溃的系统或数据的个人经验的人。哪个选项更难从备份中恢复或提取丢失的数据？
我的 ext3 文件系统有问题。它不可写，我无法重新安装它。
# echo 1 > /file
-bash: /file: Read-only file system
# mount
/dev/mapper/VolGroup00-LogVol00 on / type ext3 (rw)
# mount -o remount,rw /
mount: block device /dev/VolGroup00/LogVol00 is write-protected, mounting read-only
我可以在不重启服务器的情况下修复它吗？
假设我们有一个默认格式化的 ext3 文件系统，我假设文件夹在磁盘上占用 4K 空间。
但是，当文件夹大于 4K 时，这意味着什么？
这是一个这样的文件夹的图片：http://datanethost.net/stuff/puttysh.png
唯一的文件是一个 .htaccess 文件，它有几个字节。我创建了一个新目录，将 .htaccess 文件移动到新文件夹中并删除了另一个奇怪的文件夹，一切又好了……但我只是觉得很奇怪。
谁能解释一下？
我听说即使是像 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.
任何人都可以通过举例来提供更多的细节，当
我相信 CentOS 5 中的默认操作系统文件系统是 ext3。
是否可以在 Centos 5.x 或仅在 6.x 上使用 ext4？我可以将现有的 ext3 文件系统升级到 ext4 吗？
我尝试使用 rsync 在两台机器之间同步文件，但无论文件修改时间如何，它似乎都会复制所有文件。连续两次调用该命令产生相同的结果，所以它显然是坏的。
有问题的命令是：
rsync -r local/path user@host:/remote/path -v
本地文件系统是 ext4，而远程文件系统是 ext3。我怀疑问题出在这里，因为当我尝试在同一个 ext3 系统和 NTFS 驱动器之间同步文件时，我遇到了类似的问题。将后者转换为 ext3 解决了这个问题。
这次我不能求助于转换。有谁知道问题的确切来源和任何可能的解决方案？