小编Emi*_* L.的帖子

背景

我有一个小的 logrotate 失误...... Logrotate 会通过失误旋转存档的日志，导致我的/var/log/. 当我发现有什么不对劲的时候，/var/log/已经包含了几百万个文件......

我设法（在一些脱发和 find/sed/grep 魔法之后）删除了所有有问题的文件并修复了我的 logrotate 配置。并认为一切都很好......

问题

每当我ls/du -hs或以其他方式列出/var/log/（现在包含 80mb 的档案/日志和最多几百个文件）的内容时，执行此操作的过程会挂起一两分钟。我确实相信这在某种程度上与 logrotate 事故有关，但我不确定，可能是其他原因。无论如何，我不知道从哪里开始调试或寻找解决方案。请帮助：3

其他信息

uname -a
Linux xxx 3.3.8-gentoo #18 SMP Sat Sep 21 22:44:40 CEST 2013 x86_64 Intel(R) 
Core(TM)2 CPU 4400 @ 2.00GHz GenuineIntel GNU/Linux

cat /proc/meminfo 
MemTotal:        2051552 kB
MemFree:           75612 kB
Buffers:            9016 kB
Cached:          1740608 kB
SwapCached:            0 kB

CFQ IO scheduler + SLUB allocator 

我想：一个目录中有多少文件太多了？（从网络下载数据）是相关的，但我不再有文件了。 …

问题：糟糕的内核升级给我留下了一个无法启动的系统（不要问我它是如何使我的备份内核无法启动的），其中启动和根目录位于 mdadm raid 1 阵列上（分别具有元数据 1.0/1.2）。

通过 Live CD 启动无法检测到我的 raid 阵列，如果不手动组装它们，我就无法修复我的系统，而且我不记得我使用的所有参数，坦率地说，这很痛苦。我想要最简单的方法来自动检测和重建我的 raid 阵列，以便我可以安装它们。