我的Fedora disto有问题。引导卡被UUID卡在磁盘上的系统检查中...我发现它是EFI分区，我尝试重新配置grub2，但是Microsoft文件夹中存在无限输入Inputpur错误（请参阅此处）（是的，我有双重引导功能，但是每个系统在不同的磁盘上）。在调查过程中，我完全破坏了Windows，因此我想删除Microsoft文件夹-修复Fedora并重新安装Windows。但是，当我尝试删除文件夹（sudo rm -rf ...-也从具有以RW权限引导的分区的Live CD上）删除时，它表示它是只读文件系统。我究竟做错了什么 ？
“只读文件系统”错误可能是由操作系统检测到EFI分区上的文件系统（FAT32）损坏引起的。
如果可以，请将Fedora文件夹的内容从EFI分区中复制到某个临时的安全位置。然后，您可以尝试/sbin/fsck.fat在其上运行，或者如果仍不能解决问题，请使用nuclear选项（即完整的格式化并重新构建EFI分区）：
1.）使用确定当前EFI分区的卷ID blkid。将报告UUID=该分区。
2.）卸载，然后使用重新格式化整个EFI分区mkfs.vfat -i <volume-ID> -F 32 /dev/<your EFI partition>。指定音量ID时，您需要省略破折号：仅指定十六进制数字。
例如，如果blkid将卷ID报告为UUID="3610-E638"，则mkfs命令应为mkfs.vfat -i 3610e638 -F 32 ...
3.）再次挂载EFI分区，然后将Fedora文件夹还原到位。或者，如果由于损坏而无法复制现有的Fedora文件夹，则可以使用grub-install（或grub2-install在某些Linux发行版中）从头开始完全重新安装GRUB引导加载程序。
您可能还需要使用grub-mkconfig（grub2-mkconfig在某些Linux发行版中）重新生成GRUB配置文件。请参阅Linux发行版的文档以找到GRUB配置文件的位置，并使用-o选项将新的配置文件定向到正确的位置。范例：grub2-mkconfig -o /boot/grub2/grub.cfg。
由于grub-mkconfig无论如何在每次内核更新时都会自动重新生成GRUB配置，因此除非手动设置了GRUB配置，否则新配置应该与旧配置相同...在这种情况下，您应该知道自己做了什么。
如果您的EFI分区已安装在/boot/efi该文件系统中，而GRUB配置文件不在该文件系统中（例如在中/boot/grub2/grub.cfg），则grub-mkconfig可能不需要使用。但是，无论如何运行它都不会有害。
4.）使用efibootmgr -v命令查看固件NVRAM引导设置，并验证它们仍然正确，并且Fedora的引导加载程序路径名相对于EFI分区的根目录是正确的。
本文收集自互联网，转载请注明来源。
如有侵权，请联系 [email protected] 删除。
我来说两句