我使用的是 Ubuntu 18.04，长话短说，我意外地运行了一个终端命令，用零覆盖了我的硬盘。它运行了几秒钟，然后我的机器就崩溃了。现在，我花了几个小时努力让我的电脑恢复正常，我陷入了相当深的困境。
重新启动后，我发现我可以启动到 grub 救援模式，类似于这。但是我发现我的驱动器和分区都没有被识别，这个问题的解决方案不起作用。我本来以为 (hd0, msdos1) 是我需要的分区，但它甚至没有将其识别为 Linux 驱动器。
我插入了一个活动的 USB，并使用 gparted 查看了 /dev/sda1。这是损坏的分区。它损坏得如此严重，以至于 gparted 甚至无法识别它是一个 Linux 驱动器。我认为修复它是第一步。
我在 /dev/sda1 上运行了 fsck，但出现了上述错误这里涉及坏的超级块。然后我按照那里的解决方案，继续尝试块号，直到我找到一个可行的方法，然后让 e2fsck 运行。我尝试了相当多的块，直到找到一个可行的方法。老实说，我不太确定这个命令的作用，我希望它至少能理顺文件系统并修复结构，这样我就可以在 gparted 中使用它，然后我就可以弄清楚到底删除了什么。这似乎一开始确实有效，因为 gparted 正在接管驱动器。
现在我启动了，基本上得到了这。但是，我按照解决方案操作，当我输入最后一个命令“normal”时，grub 却无法启动。在进一步检查我的 USB 时，我发现：/dev/sda1 占用了大约 150GB/250GB，这大约是我在驱动器上的数据量（好消息是，大部分数据都没有被删除）。但是，当我使用 nautilus 安装它并查看内部时，我看到了 \bin、\root、\dev、\usr 等，但它们都是空的。此外，一些基本文件（如 vmlinuz.mod）也丢失了，这解释了无法启动的原因。因此，运行 e2fsck 来恢复驱动器的结构很可能把整个事情搞砸了。
总体而言，我认为驱动器上的一些核心文件已被删除，需要以某种方式恢复，驱动器的整个结构现已丢失，需要恢复。不过，我的大部分数据似乎完好无损。
我现在完全不知道该怎么做。如果需要，我可以提供更多详细信息。我真的需要一些帮助，否则我基本上会丢失很多数据。