我是新的ubuntu用户，不小心格式化了引导分区后，我无法恢复工作。这是更多信息：
我试图从终端格式化SD卡，而我可能不小心格式化了引导ubuntu的分区。现在，我的计算机直接进入BIOS设置，并且不加载操作系统。在BIOS的“启动”选项卡下，有：
（我很久以前就删除了Windows。）
到目前为止，这就是我试图解决的问题：
我创建了一个ubuntu引导USB驱动器，并能够通过USB启动计算机（幸运的是所有数据仍然存在）。然后，我尝试再次与旧的ubuntu一起安装ubuntu。安装成功完成，但是如果没有USB驱动器，机器仍无法启动。
然后，我按照CreateBootPartitionAfterInstall线程中的说明进行操作
我尝试运行引导修复，但由于缺少标志“ bios_grub”而不断收到错误消息。因此，在gparted中，我将/ dev / sda1的标志更改为bios_grub（在此之前为“引导”-不确定这样做是否正确，但如果没有它就无法运行引导修复）。这是我的分区的样子：
http://eagle1.american.edu/~gp9804a/ubuntu_gparted.png
我成功运行了引导修复程序，但仍然无济于事-如果没有USB驱动器，机器仍然无法引导。
然后，我尝试了引导修复中的高级选项，并在GRUB位置选项卡下选中了“单独的/引导分区sda1”。
这显然也进行得很顺利，最后我收到了成功的引导修复消息。唯一的问题是它无法在dev / sda6上运行某些更新，并指示我启用分区上的更新（我不知道该怎么做，并认为这与主要问题是相切的）。但是，重新启动后，我又遇到了同样的问题-直接进入BIOS，仍然无法启动。
（最后一次）引导修复的URL是这样的：
http://paste.ubuntu.com/6939109/
我现在对如何做以及如何使我的机器恢复不知所措。任何建议，不胜感激
您已经将自己挖入了越来越深的洞中。幸运的是，我认为您仍然可以康复。为了警告他人并帮助您学习，我想指出您的一些错误：
bios_grub标志”的分区，这是此错误的线索。（可悲的是，Boot Repair的这一投诉显然对专家以外的其他人都没有提供很多信息。）/dev/sda1从更改boot为bios_grub是错误的。在parted和GParted术语中，“boot标志”标识EFI系统分区（ESP），该分区是保存EFI引导加载程序的分区。bios_grubOTOH是“标志”，用于标识BIOS引导分区，该分区保留用于BIOS / CSM /传统模式引导的第二阶段GRUB引导加载程序代码。当您在BIOS模式下重新安装GRUB时，它将覆盖的前几个扇区/dev/sda1，从而损坏分区上的数据。听起来您的问题始于不小心损坏该分区，所以您可能并没有真正造成更多的损害（可能对您的/etc/fstab文件），但这绝对是错误的方法。如果您的问题是由其他原因引起的，则此错误会使恢复工作更加困难。/dev/sda1视为一个单独的/boot分区也是一个错误。您最终告诉它将该分区视为两个互斥的事物：一个单独的/boot分区和一个BIOS Boot Partition。这可能会使事情更加混乱，但是看起来并没有太大影响。作为EFI引导的进一步背景，您可能需要阅读本主题的Web页面，EFI引导的Ubuntu社区Wiki和/或Adam Williamson的博客，介绍EFI问题。所有这三个页面都提供了背景信息，这些信息可能会在将来帮助您解决此类问题。
关于解决方案：有几种方法，但是我建议您首先解决一些对于任何解决方案都必须解决的问题：
parted将上的“标志”更改/dev/sda1为boot。或者，使用gdisk将该分区上的类型代码更改为EF00。/dev/sda1。您可以使用GParted或使用命令行mkdosfs或mkfs实用程序来执行此操作。/dev/sda6并编辑/etc/fstab文件。您必须为此文件添加一个条目才能挂载/dev/sda1在/boot/efi。它看起来应该像这样：。
/dev/sda1 /boot/efi vfat fmask=133 0 0
或者（最好以某些方式），您可以/dev/sda1在该行的开头更改为UUID="XXXX-XXXX"，其中XXXX-XXXX分区的“ UUID”（实际上是序列号）值是，如所报告blkid。该值仅在您在分区上创建了新的FAT文件系统后才有效，因此在我编写此答案时它是未知的。
进行这些更改后，必须安装新的EFI模式引导加载程序。有几种选择。可能最容易安装的两个是：
/boot/efi已安装该方法并安装Debian软件包（可从rEFInd下载页面获得）。/sys/firmware/efi。如果存在，则说明您已在EFI模式下启动，并且可以运行“启动修复”。如果不存在，则可能是您以BIOS模式启动的，而启动修复充其量是没有用的。如果您已经以BIOS模式启动，请进入固件设置实用程序并禁用BIOS / CSM /旧版支持；或使用固件的内置引导管理器选择包含字符串“ EFI”或“ UEFI”的引导选项。不幸的是，由于固件设置实用程序和固件启动管理器的详细信息因一台计算机而异，因此我无法更具体地说明。这可能需要从硬盘的第一个扇区擦BIOS模式GRUB密码。如果完成修复后仍无法从硬盘引导，请尝试引导至Linux，并在终端中键入以下命令：
sudo dd if=/dev/zero of=/dev/sda bs=440 count=1
键入该命令时要非常小心；滑移，特别是如果您为bs=或省略或指定了错误的值count=，可能会严重损坏磁盘。这就是为什么我没有在主要恢复过程中包括它的原因。
祝你好运！
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句