起因是正常使用的archlinux做滚动更新，结果貌似有一个盘块写坏了（？）。

手上没有U盘，进入不了linux，不好做fsck。于是直接就直接用win10了。

取消Fast Boot

当晚进入linux发现出现问题

Loading kernel...

error: invalid cluster 0

应该是win10把efi分区盘块搞坏了，只要把BIOS的Fast Boot取消掉即可防止此问题。

但是明显我盘块已经是坏掉了，用cdlive进去看了看，发现是vmlinux坏了。

这里稍微提一下grub引导linux的步骤（详情请参考/boot/grub/grub.cfg，或grub菜单中按c健）：

装载必要的模块

设置root（即efi分区）

载入vmlinux

执行initrd

发现问题就好说了，livecd进入根目录重新安装linux即可

...

arch-chroot /mnt

pacman -S linux

至此问题解决。

win10+双linux系统安装

考虑到每次系统出问题时，手边没有u盘的尴尬，决定再装一个应急的linux系统。

磁盘空间有限，把swap分区让出来好了（主要是因为加了个内存条，大概是用不着对换了吧）。

swapoff /dev/sda5

mkfs.ext4 /dev/sda5

接下来就用刚才的livecd安装即可。

EFI分区过小

我的efi分区当时分得特别小，只有100M，同时还有其他系统的内容。所以安装新的vmlinux和initramfs空间绝对是不够的。

想办法删点东西。

/boot/Boot/Fonts

/boot/EFI/Microsoft/Boot/Fonts

initramfs-fallback.img

这些除了其中的中文字体(英文字体自带)，我都不要了

安装引导的注意事项

安装引导时请注意：

安装os-prober，用于发现其他两个系统（即win10和正常archlinux）
正常生成grub.cfg
区分正常系统和Emergency系统的vmlinux和initrmfs，同时修改grub.cfg

pacman -S os-prober

grub-install --target=x86_64-efi --efi-directory=/boot --bootloader-id=emergency

grub-mkconfig -o /boot/grub/grub.cfg

# 首先区分vmlinux, initramfs

mv /boot/vmlinux /boot/vmlinux-emergency

mv /boot/initrmfs.img /boot/initramfs-emergency.img

# 其次修改grub.cfg

# 把emergency对应的内容改为vmlinux-emergency, initramfs-emergency.img

vim /boot/grub/grub.cfg

至此完活。

肯定有人问为什么不共享vmlinux和initramfs呢？

我考虑到正常和应急系统的内核版本很可能是不一样的，事实上我在共享的情况下尝试启动正常系统失败。

[Failed] Failed to mount /boot

# 看看boot.mount

systemctl status boot.mount

# 发现报错信息：

# mount: unknown filesystem type 'vfat'

首先想到grub的载入fat模块是否存在问题，但是启动脚本中明显写着isnmod fat

其次就是linux自己的模块载入了

modprobe vfat

# 报错：/lib/modules/5.1.15-arch1-1-ARCH不存在

笑话，我正常系统内核版本是5.1.14，紧急版本应该是5.1.15，此处出现这个问题就是vmlinux和initramfs共享造成的。

于是区分是必然的。

巴特西

记 Win10 - Archlinux - Archlinux(Emergency) 三系统安装/配置注意事项

取消Fast Boot

win10+双linux系统安装

EFI分区过小

安装引导的注意事项

最新文章

热门文章