故事：我遇到了一些问题，首先是 lost+found 文件夹和空间，即使我使用 dd（从实时 SD 卡）对整个磁盘进行完全零覆盖，然后使用 3 次随机覆盖和 1 次零对整个分区（整个磁盘）进行粉碎，除了隐藏的额外 GB，磁盘为 500GB（我有大约 466GB，其余 34GB 是隐藏的），文件夹 lost+found 在 nautilus 上显示为 0 个项目并且为空
在格式化磁盘之前，我尝试在一个大约 30gb 的分区上安装 ubuntu，并且已经使用了大约 600mb 的空间（如 gparted 中所示（屏幕截图我ll provide in a while when I boot from livecd as guest can什么都不做））它正常安装一切正常重新启动登录然后更新，因为我复制粘贴了我以前的主文件夹（安装新系统时保存所有程序设置的非常好的技巧）然后更新操作系统并重新启动以便更新可以进行当时我注意到 grub 没有显示并直接启动了 ubuntu（在上次重启时我注意到s an edge of about 5-10 px around the corners with the default colour and there在中心有一个完整的黑盒子，grub gui 应该在那儿）
之后我尝试登录，但立即被踢回登录屏幕，然后我阅读了有关 ctrl + alt + f2 gdm 重新配置的信息，并尝试了但没有结果（当我从那里登录时，在行尾显示了一条错误消息“-bash：/usr/bin/byobu-launch 没有这样的文件或目录”）（上次重启时也是一样的）
在我看来，所有这些都是由 lost+found 和未知空间引起的，因为整个事情都是从它开始的，因为我删除了空的 lost+found 文件夹。注意：无论这些文件夹被创建了多少次，我都从未在这些文件夹中看到任何东西。后来，在我用 dd 格式化磁盘后，我创建了 ext2 部分来查看它们是否消失了，但我看到的是 - 6gb 被占用的空间和一个空的 lost+found
问题： 1：如何从磁盘中删除 lost+found 以及用完的 GB 注意：当我监视 shred 过程时，我注意到一些名为 migration/0 migration/1 的进程...在它们具有 root 权限的情况下，migration/0 非常活跃，一分钟内有很多时候它达到了 100% 的 CPU 使用率，并且观察系统监视器图表发现 2 个 CPU 中至少有 1 个处于 100% 左右的时间（它们实际上每 30 秒左右就会从 100% 变为大约 10-15%），否则其他进程被稳定地切碎，5% 稳定，后来是 6% 的 Firefox，没有使用，平均为 8%，gnome-systemmonitor 不时最多为 13%，所以有一次我开始思考这个 migration/0 是在格式化期间移动兆字节，然后稍后将它们返回
2：如何修复 grub（lost+found 的空间再次变为可用空间后可能会自行修复）？
3:软件更新后如何才能登录
我的笔记本电脑的一些技术信息，如果有用的话 Acer aspire 5732z intel pentium dual core t4400 2.2ghz 3gb ram gpu 是 intel 芯片组 gma45 磁盘 wd 500gb scorpio black 购买于大约一年零四个月前 (29.03.2013)
我正在考虑尝试创建一个像 dban 这样名字的程序的 live cd，它只会 dd 磁盘并尝试执行它，而无需迁移/0 过程
