起因是正常使用的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共享造成的。
于是区分是必然的。