好吧，这是我说的那些时候之一……深呼吸，不要惊慌。
发生了什么？
作为闲暇时间修补我的系统的常规部分，我尝试将一个 24.5 MB 的 img 文件写入我的 USB 驱动器以进行 BIOS 更新。正常的命令是：
dd if=bios.img of=/dev/sdX bs=1M
这样做一百次。没问题。
现在您知道当您精神疲倦时的问题并且您的命令结果如下：
dd if=bios.img of=/dev/sda bs=1M
于是它回复：dd: failed to open ‘/dev/sda’: Permission denied
不假思索，你做了：
sudo dd if=bios.img of=/dev/sda bs=1M
当终端回复这个时，应该看起来很高兴：
23+0 records in
23+0 records out
24117248 bytes (24 MB) copied, 0.0138706 s, 1.7 GB/s
但是两秒钟后，当意识到这是你的sda时，真是太恐怖了。
目前的状态是什么？
系统还在。似乎有Linux正在读取的分区的缓存。原始分区包含efi、swap和/。我现在不确定它们的原始尺寸和顺序。当前分区仅显示要安装的22.98 MiB ，而我的 SSD 驱动器的其余部分未分配。fat16/boot/efi
所以，这是人们应该说的那些时候之一……深呼吸，不要惊慌，不要重启（还）。
有什么帮助吗？求救？;-） 谢谢。
已经四天了，接受原始问题的评论，我借此机会重新安装了系统。（这就是为什么你的主目录最好放在不同的磁盘中......）
另一方面，我想我偶然（不是再次......）找到了当时可以使用的工具。当然，“可以”被突出显示，我无法尝试这个。对于以后可以尝试这些的人（我们希望不在您的工作系统上），也许您可以确认这些是否真的有效：
testdisk从universe回购。他们的官方网站说：“它的主要目的是帮助恢复丢失的分区和/或当这些症状是由故障软件引起时使非启动磁盘重新启动：某些类型的病毒或人为错误（例如意外删除分区表） . 使用 TestDisk 进行分区表恢复非常简单。”你去，自动化。
gpart从官方回购。维基百科文章说：“它还擅长查找和列出无意删除的分区的类型、位置和大小，包括主分区和逻辑分区。它为您提供手动重新创建分区所需的信息（使用 fdisk、cfdisk , sfdisk 等）。猜测的分区表也可以写入文件或（如果您坚信猜测的表完全正确）直接写入磁盘设备。”嗯，学习是一件很棒的事情。;-)
附言
安装：
sudo apt install testdisk gpart