79 lines
2.7 KiB
Markdown
79 lines
2.7 KiB
Markdown
---
|
||
title: 被Windows更新狂暴鸿儒的Arch Linux
|
||
tags:
|
||
- 技术笔记
|
||
- Linux
|
||
date: 2023-11-05 14:34:36
|
||
---
|
||
|
||
在Windows更新之后发现Linux无法启动之后面露难色的~~两人~~一人。
|
||
|
||
<!--more-->
|
||
|
||
## 故障现象
|
||
|
||
某日Windows进行了一次更新，本以为无事发生，结果第二天试图启动Linux时发现：
|
||
|
||
```
|
||
Initramfs unpacking failed: invalid magic at start of compressed archive
|
||
```
|
||
|
||
## 修复
|
||
|
||
首先判断是Windows更新橄榄了Linux启动使用的`initramfs`导致的，关于这个东西的介绍详解[Arch boot process](https://wiki.archlinux.org/title/Arch_boot_process#initramfs)。
|
||
|
||
于是尝试使用`Arch ISO`启动系统重新生成`initramfs`解决。
|
||
|
||
在`arch-chroot`之后使用`mkinitramfs -P`试图重新生成`initramfs`，但是在重启之后仍然出现类似的提示。遂求助伟大的搜索引擎。
|
||
|
||
发现搜索引擎给出了相同的解决方案，，，这时我已经开始慌乱了。再次进入`Arch ISO`打包`home`目录为重装做准备。
|
||
|
||
有帖子分析说Windows更新可以会把`/boot`的分区格式给橄榄，可以尝试使用`fsck`进行修复。
|
||
|
||
进入`Arch ISO`，使用
|
||
|
||
```shell
|
||
fsck -r /dev/nvmen0p1
|
||
```
|
||
|
||
对分区进行修复，没想到还扫描出现错误：
|
||
|
||
```
|
||
There are differences between boot sector and its backup.
|
||
This is mostly harmless.
|
||
```
|
||
|
||
（具体提示的错误bit我给忘记了）
|
||
|
||
我选择使用`Copy backup to original`来修复这个错误。还出现了一个
|
||
|
||
```
|
||
two or more files share the same cluseters
|
||
```
|
||
|
||
的错误，冲突的文件是`amd-ucode.img`和`bootmgfw.efi.mui`文件，我也选择了修复。
|
||
|
||
我又在网上翻到一篇帖子说可以试试`pacman`更新系统和重新安装`linux`包，再想到这两天一直在`Windows`下写文档，确实可以试试，于是就：
|
||
|
||
```shell
|
||
pacman -Syu
|
||
pacman -Sy linux
|
||
```
|
||
|
||
回来吧，我的Linux，，，
|
||
|
||
## 总结分析
|
||
|
||
因为在第二次进入`Arch ISO`中我同时使用了`fsck`和`pacman`两个工具同时进行修复，因此我无法判断具体是哪个工具修复了这个问题，不过鉴于这次更新也没有安装新的内核版本，而且我之间也已经手动执行过`mkinitramfs -P`。
|
||
|
||
在加上在互联网上已经有大量关于Windows更新可能会破坏启动分区，尤其是这次的Windows更新还是一个较大的版本更新，因此我认为就是Windows干的好事，微软你不得house，，，
|
||
|
||
## Update at 2023-11-12
|
||
|
||
今天早上爬起来一看，乐，Linux又启动失败了。
|
||
|
||
这波我实在是蚌埠住了，直接把Windows干掉算了，，，，
|
||
|
||
得到的教训就是如果要装双系统，最好在两块不同的硬盘上安装系统，这样Windows就没有办法对于Linux那边的`boot`分区上下其手了。
|
||
|