我愚蠢地创build了一个相当深的树（4文件夹深）与叶文件夹中包含大量的小文件（大小约200万到1MB大小超过100万个文件）。 总数将超过80 GB的文件。 这是在Hetzner内部运行的Ubuntu Server 14.04框的/ tmp /目录下创build的（相关的可能是想办法连接到它）。
从运行“find。| wc -l”的内存中运行了12个小时。
然后我需要重新启动服务器。 这通常不是一个问题，因为它在过去的几周里已经多次重启而没有问题。 没有configuration更改已经发生，也没有安装额外的软件。
但在这种情况下，它不会回到在线状态。 我可以ping的盒子，但我不能ssh或连接到任何端口，我希望能回来上网。
我怀疑问题是在启动/etc/init/mounted-tmp.conf时挂载和清除tmp的脚本正在努力清除这些文件，导致该框被卡在init引导阶段。
我不认为有什么办法可以加快这个进程？ 我知道如果我可以禁用tmp清理不知何故我可以使用rsync技巧来清理文件夹，但我不知道如何甚至这样做。
find了解决办法。
使用hetzer提供的救援系统启动机器http://wiki.hetzner.de/index.php/Hetzner_Rescue-System/en
然后挂载文件系统，并使用这里的技巧https://unix.stackexchange.com/questions/37329/efficiently-delete-large-directory-containing-thousands-of-files关于如何以更有效的方式删除文件。
重新启动，现在一切都很好。
我看到你回答了你自己的问题，但这是我的2美分。
那么这个启动到单用户模式呢？ 你有权访问grub吗？ 在引导时，编辑引导参数以包含“单个”选项，然后直接引导至根命令提示符。 从那里你可以清理你的文件。