Atdunbg
9ee154cafd
Some checks failed
Build and Check / Astro Check for Node.js 22 (push) Failing after 1m32s
Code quality / quality (push) Failing after 1m34s
Build and Check / Astro Check for Node.js 23 (push) Failing after 1m31s
Build and Check / Astro Build for Node.js 22 (push) Failing after 31s
Build and Check / Astro Build for Node.js 23 (push) Failing after 32s
2.4 KiB
2.4 KiB
title, published, description, image, tags, category, draft, lang
| title | published | description | image | tags | category | draft | lang | ||
|---|---|---|---|---|---|---|---|---|---|
| 解决Windows更新后重写引导记录导致Archlinux引导消失的问题 | 2025-12-26 | https://hexoimage.pages.dev/file/49f93be93d3b83ea337a5.png |
|
Archlinux | false |
问题
在windows和linux双系统和双分区引导的情况下，windows系统更新后有时候会自动更新引导记录,此时如果有linux引导，会被直接覆盖，但是linux的引导分区和文件仍在，此时linux引导会直接被复写，导致再次启动时linux引导消失找不到。
解决办法
通过U盘安装盘进行修复
U盘启动盘制作
Ventoy
推荐在u盘中使用Ventoy进行制作一个最精简的多功能的U盘启动盘。
ventoy安装会格式化U盘，安装前尽量先把U盘资料备份一下，在ventoy安装好后，U盘就具有了存储和启动盘双功能，使用的启动镜像不需要烧录，直接将iso复制到U盘里即可，在启动的时候ventoy会自动检测可以启动的启动镜像。
修复引导
这里用的是Archlinux系统，所以就从Archlinux download选择合适源下载一个archlinux的iso安装镜像。
通过u盘进入iso系统后先去查看自己的分区情况。
fdisk -l
如下，这是我截取的有关linux的分区配置
/dev/nvme0n1p5 1219518464 1221615615 2097152 1G EFI 系统
/dev/nvme0n1p6 1221615616 1230004223 8388608 4G Linux swap
/dev/nvme0n1p7 1230004224 1534091263 304087040 145G Linux 文件系统
现在需要挂载这几个分区到mnt中
mount /dev/nvme0n1p7 /mnt
mount /dev/nvme0n1p5 /mnt/boot
# 挂载一下必要目录
mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
mount --bind /run /mnt/run
通过arch-chroot 进行重新生成配置
arch-chroot /mnt
# 进入后根据实际情况重新安装一下grub
grub-install --target=x86_64-efi --efi-directory=/boot --bootloader-id=XXXX
# 生成grub配置文件
grub-mkconfig -o /boot/grub/grub.cfg
若 windows和linux用的同一个分区，在以上操作执行后,尽量重新生成一下initramfs
mkinitcpio -P
退出U盘镜像并重启
exit
umount -R /mnt
reboot
之后archlinux应该是可以重新能够引导了