修复引导分区
修复引导分区
提问于 2019-02-01 09:22:02
更新内核后，引导分区看起来很奇怪，下面是ls输出：
root /usr/src > ls -l /boot/
ls: cannot access '/boot/'更新后，它包含奇怪的文件，如上面的ls输出中的文件。当我试图删除这些文件时，boot分区变成只读(当然，我可以用mount -o remount,rw /boot重新装入它，但在每个rm命令之后，它又变成只读)，这是错误的。引导分区是一个带有内核映像和luks键的grub2 U盘。它被格式化为fat32，下面是fstab for /boot：UUID= /boot vfat noatime,noauto 0 0是否有可能在不丢失所有数据的情况下安全地修复这样的引导分区？\307\005''?'更新后，它包含奇怪的文件，如上面的D2输出中的文件。当我试图删除这些文件时，D3分区变成只读(当然，我可以用D4重新装入它，但在每个D5命令之后，它又变成只读)，这是错误的。引导分区是一个带有内核映像和luks键的grub2 U盘。它被格式化为D6，下面是D7 for D8：A9是否有可能在不丢失所有数据的情况下安全地修复这样的引导分区？\021''H. B': Input/output error
ls: cannot access '/boot/'更新后，它包含奇怪的文件，如上面的D2输出中的文件。当我试图删除这些文件时，D3分区变成只读(当然，我可以用D4重新装入它，但在每个D5命令之后，它又变成只读)，这是错误的。引导分区是一个带有内核映像和luks键的grub2 U盘。它被格式化为D6，下面是D7 for D8：A9是否有可能在不丢失所有数据的情况下安全地修复这样的引导分区？\006'')?E'更新后，它包含奇怪的文件，如上面的D2输出中的文件。当我试图删除这些文件时，D3分区变成只读(当然，我可以用D4重新装入它，但在每个D5命令之后，它又变成只读)，这是错误的。引导分区是一个带有内核映像和luks键的grub2 U盘。它被格式化为D6，下面是D7 for D8：A9是否有可能在不丢失所有数据的情况下安全地修复这样的引导分区？\020''.'更新后，它包含奇怪的文件，如上面的D2输出中的文件。当我试图删除这些文件时，D3分区变成只读(当然，我可以用D4重新装入它，但在每个D5命令之后，它又变成只读)，这是错误的。引导分区是一个带有内核映像和luks键的grub2 U盘。它被格式化为D6，下面是D7 for D8：A9是否有可能在不丢失所有数据的情况下安全地修复这样的引导分区？\002\254\004': Input/output error
total 8541635
-rwxr-xr-x 1 root root 76613760 Apr 2 2052 ''更新后，它包含奇怪的文件，如上面的D2输出中的文件。当我试图删除这些文件时，D3分区变成只读(当然，我可以用D4重新装入它，但在每个D5命令之后，它又变成只读)，这是错误的。引导分区是一个带有内核映像和luks键的grub2 U盘。它被格式化为D6，下面是D7 for D8：A9是否有可能在不丢失所有数据的情况下安全地修复这样的引导分区？\030''4'更新后，它包含奇怪的文件，如上面的D2输出中的文件。当我试图删除这些文件时，D3分区变成只读(当然，我可以用D4重新装入它，但在每个D5命令之后，它又变成只读)，这是错误的。引导分区是一个带有内核映像和luks键的grub2 U盘。它被格式化为D6，下面是D7 for D8：A9是否有可能在不丢失所有数据的情况下安全地修复这样的引导分区？\001\307''H'更新后，它包含奇怪的文件，如上面的D2输出中的文件。当我试图删除这些文件时，D3分区变成只读(当然，我可以用D4重新装入它，但在每个D5命令之后，它又变成只读)，这是错误的。引导分区是一个带有内核映像和luks键的grub2 U盘。它被格式化为D6，下面是D7 for D8：A9是否有可能在不丢失所有数据的情况下安全地修复这样的引导分区？\030\021''.'更新后，它包含奇怪的文件，如上面的D2输出中的文件。当我试图删除这些文件时，D3分区变成只读(当然，我可以用D4重新装入它，但在每个D5命令之后，它又变成只读)，这是错误的。引导分区是一个带有内核映像和luks键的grub2 U盘。它被格式化为D6，下面是D7 for D8：A9是否有可能在不丢失所有数据的情况下安全地修复这样的引导分区？\f''*'更新后，它包含奇怪的文件，如上面的D2输出中的文件。当我试图删除这些文件时，D3分区变成只读(当然，我可以用D4重新装入它，但在每个D5命令之后，它又变成只读)，这是错误的。引导分区是一个带有内核映像和luks键的grub2 U盘。它被格式化为D6，下面是D7 for D8：A9是否有可能在不丢失所有数据的情况下安全地修复这样的引导分区？\026'
-rwxr-xr-x 1 root root 2221816324 Nov 23 2016 '70A-V'更新后，它包含奇怪的文件，如上面的D2输出中的文件。当我试图删除这些文件时，D3分区变成只读(当然，我可以用D4重新装入它，但在每个D5命令之后，它又变成只读)，这是错误的。引导分区是一个带有内核映像和luks键的grub2 U盘。它被格式化为D6，下面是D7 for D8：A9是否有可能在不丢失所有数据的情况下安全地修复这样的引导分区？\006''D..@6更新后，它包含奇怪的文件，如上面的D2输出中的文件。当我试图删除这些文件时，D3分区变成只读(当然，我可以用D4重新装入它，但在每个D5命令之后，它又变成只读)，这是错误的。引导分区是一个带有内核映像和luks键的grub2 U盘。它被格式化为D6，下面是D7 for D8：A9是否有可能在不丢失所有数据的情况下安全地修复这样的引导分区？
-r-xr-xr-x 1 root root 2312722265 Feb 9 2019 'ag?m'更新后，它包含奇怪的文件，如上面的D2输出中的文件。当我试图删除这些文件时，D3分区变成只读(当然，我可以用D4重新装入它，但在每个D5命令之后，它又变成只读)，这是错误的。引导分区是一个带有内核映像和luks键的grub2 U盘。它被格式化为D6，下面是D7 for D8：A9是否有可能在不丢失所有数据的情况下安全地修复这样的引导分区？\025''h?".q'更新后，它包含奇怪的文件，如上面的D2输出中的文件。当我试图删除这些文件时，D3分区变成只读(当然，我可以用D4重新装入它，但在每个D5命令之后，它又变成只读)，这是错误的。引导分区是一个带有内核映像和luks键的grub2 U盘。它被格式化为D6，下面是D7 for D8：A9是否有可能在不丢失所有数据的情况下安全地修复这样的引导分区？\342''?'
-rwxr-xr-x 1 root root 112574 Oct 11 00:50 config-4.14.65-gentoo
-rwxr-xr-x 1 root root 111211 Oct 11 00:11 config-4.14.65-gentoo.old
-rwxr-xr-x 1 root root 121860 Jan 16 11:07 config-4.14.83-gentoo
-rwxr-xr-x 1 root root 121860 Jan 16 10:41 config-4.14.83-gentoo.old
-rwxr-xr-x 1 root root 122477 Feb 1 11:42 config-4.18.13-gentoo
-rwxr-xr-x 1 root root 122477 Feb 1 11:31 config-4.18.13-gentoo.old
-r-xr-xr-x 1 root root 406883360 Dec 17 2092 ' '更新后，它包含奇怪的文件，如上面的D2输出中的文件。当我试图删除这些文件时，D3分区变成只读(当然，我可以用D4重新装入它，但在每个D5命令之后，它又变成只读)，这是错误的。引导分区是一个带有内核映像和luks键的grub2 U盘。它被格式化为D6，下面是D7 for D8：A9是否有可能在不丢失所有数据的情况下安全地修复这样的引导分区？\004''D'更新后，它包含奇怪的文件，如上面的D2输出中的文件。当我试图删除这些文件时，D3分区变成只读(当然，我可以用D4重新装入它，但在每个D5命令之后，它又变成只读)，这是错误的。引导分区是一个带有内核映像和luks键的grub2 U盘。它被格式化为D6，下面是D7 for D8：A9是否有可能在不丢失所有数据的情况下安全地修复这样的引导分区？\002\004''P'
d????????? ? ? ? ? ? ''更新后，它包含奇怪的文件，如上面的D2输出中的文件。当我试图删除这些文件时，D3分区变成只读(当然，我可以用D4重新装入它，但在每个D5命令之后，它又变成只读)，这是错误的。引导分区是一个带有内核映像和luks键的grub2 U盘。它被格式化为D6，下面是D7 for D8：A9是否有可能在不丢失所有数据的情况下安全地修复这样的引导分区？\006'')?E'更新后，它包含奇怪的文件，如上面的D2输出中的文件。当我试图删除这些文件时，D3分区变成只读(当然，我可以用D4重新装入它，但在每个D5命令之后，它又变成只读)，这是错误的。引导分区是一个带有内核映像和luks键的grub2 U盘。它被格式化为D6，下面是D7 for D8：A9是否有可能在不丢失所有数据的情况下安全地修复这样的引导分区？\020''.'更新后，它包含奇怪的文件，如上面的D2输出中的文件。当我试图删除这些文件时，D3分区变成只读(当然，我可以用D4重新装入它，但在每个D5命令之后，它又变成只读)，这是错误的。引导分区是一个带有内核映像和luks键的grub2 U盘。它被格式化为D6，下面是D7 for D8：A9是否有可能在不丢失所有数据的情况下安全地修复这样的引导分区？\002\254\004'
drwxr-xr-x 4 root root 512 Nov 2 09:34 EFI
drwxr-xr-x 6 root root 1024 Feb 1 11:44 grub
d????????? ? ? ? ? ? ''更新后，它包含奇怪的文件，如上面的D2输出中的文件。当我试图删除这些文件时，D3分区变成只读(当然，我可以用D4重新装入它，但在每个D5命令之后，它又变成只读)，这是错误的。引导分区是一个带有内核映像和luks键的grub2 U盘。它被格式化为D6，下面是D7 for D8：A9是否有可能在不丢失所有数据的情况下安全地修复这样的引导分区？\307\005''?'更新后，它包含奇怪的文件，如上面的D2输出中的文件。当我试图删除这些文件时，D3分区变成只读(当然，我可以用D4重新装入它，但在每个D5命令之后，它又变成只读)，这是错误的。引导分区是一个带有内核映像和luks键的grub2 U盘。它被格式化为D6，下面是D7 for D8：A9是否有可能在不丢失所有数据的情况下安全地修复这样的引导分区？\021''H. B'
-rwxr-xr-x 1 root root 3955824 Oct 11 00:51 initramfs-genkernel-x86_64-4.14.65-gentoo
-rwxr-xr-x 1 root root 4104576 Jan 16 11:07 initramfs-genkernel-x86_64-4.14.83-gentoo
-rwxr-xr-x 1 root root 4112812 Feb 1 11:44 initramfs-genkernel-x86_64-4.18.13-gentoo
-rwxr-xr-x 1 root root 4060100 Nov 1 22:10 initramfs-gentest-x86_64-4.18.13-gentoo
-rwxr-xr-x 1 root root 7947120 Nov 1 22:09 kernel-gentest-x86_64-4.18.13-gentoo
-rwxr-xr-x 1 root root 387 Oct 29 13:54 livecd-mount.sh
-rwxr-xr-x 1 root root 3630445658 Jan 1 2059 'si?_x?'更新后，它包含奇怪的文件，如上面的D2输出中的文件。当我试图删除这些文件时，D3分区变成只读(当然，我可以用D4重新装入它，但在每个D5命令之后，它又变成只读)，这是错误的。引导分区是一个带有内核映像和luks键的grub2 U盘。它被格式化为D6，下面是D7 for D8：A9是否有可能在不丢失所有数据的情况下安全地修复这样的引导分区？\367\374''.'更新后，它包含奇怪的文件，如上面的D2输出中的文件。当我试图删除这些文件时，D3分区变成只读(当然，我可以用D4重新装入它，但在每个D5命令之后，它又变成只读)，这是错误的。引导分区是一个带有内核映像和luks键的grub2 U盘。它被格式化为D6，下面是D7 for D8：A9是否有可能在不丢失所有数据的情况下安全地修复这样的引导分区？\341''0-'
-rwxr-xr-x 1 root root 3871048 Oct 11 00:50 System.map-4.14.65-gentoo
-rwxr-xr-x 1 root root 3579283 Oct 11 00:11 System.map-4.14.65-gentoo.old
-rwxr-xr-x 1 root root 3780712 Jan 16 11:07 System.map-4.14.83-gentoo
-rwxr-xr-x 1 root root 3780712 Jan 16 10:41 System.map-4.14.83-gentoo.old
-rwxr-xr-x 1 root root 3932691 Feb 1 11:42 System.map-4.18.13-gentoo
-rwxr-xr-x 1 root root 3936350 Feb 1 11:31 System.map-4.18.13-gentoo.old
-rwxr-xr-x 1 root root 3932456 Nov 1 22:09 System.map-gentest-x86_64-4.18.13-gentoo
-rwxr-xr-x 1 root root 8003856 Oct 11 00:50 vmlinuz-4.14.65-gentoo
-rwxr-xr-x 1 root root 7205136 Oct 11 00:11 vmlinuz-4.14.65-gentoo.old
-rwxr-xr-x 1 root root 7639840 Jan 16 11:07 vmlinuz-4.14.83-gentoo
-rwxr-xr-x 1 root root 7639840 Jan 16 10:41 vmlinuz-4.14.83-gentoo.old
-rwxr-xr-x 1 root root 7947120 Feb 1 11:42 vmlinuz-4.18.13-gentoo
-rwxr-xr-x 1 root root 7967600 Feb 1 11:31 vmlinuz-4.18.13-gentoo.old更新后，它包含奇怪的文件，如上面的D2输出中的文件。当我试图删除这些文件时，D3分区变成只读(当然，我可以用D4重新装入它，但在每个D5命令之后，它又变成只读)，这是错误的。
引导分区是一个带有内核映像和luks键的grub2 U盘。它被格式化为D6，下面是D7 for D8：
A9
是否有可能在不丢失所有数据的情况下安全地修复这样的引导分区？
回答 1
Unix & Linux用户
回答已采纳
发布于 2019-02-01 09:57:13
看起来您的/boot文件系统已损坏。
通常，系统运行时不使用/boot分区，只用于安装内核和/或引导加载程序更新。因此，完全有可能备份其中的所有内容，然后卸载，完全销毁，然后重新创建/boot文件系统。但是很明显，您不应该在这样做的时候重新启动系统。
在这种情况下，如果可能的话，您应该首先备份/boot及其子目录中的所有有效文件。
由于您的/boot分区是一个USB棒，您应该采取另一个，已知-好的USB棒，并开始重新创建/boot。您可以使用mkfs.vfat -i 创建一个与原始文件ID相同的新文件系统。
完成后，验证它是否有效(即尝试用它启动)。当您可以成功地使用新的启动棒启动时，您可以尝试在原始的fsck.vfat上运行。如果失败，只需擦拭并重新创建它。如果实际的USB棒出现了故障，那么就物理上销毁它，然后继续使用新的。
考虑维护两个引导USB棒，如果没有被锁在你的系统之外是很重要的。记住，USB棒有时会在没有警告的情况下失败。
页面原文内容由Unix & Linux提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://unix.stackexchange.com/questions/498094
复制相关文章
相似问题
腾讯云开发者
