Endeavour OS
2026-1-23
前天把EndeavourOS系统终于装好了,用的Grub引导,第一次同样的步骤不知道为什么没有成功,第二次成了,并且无须设置Grub自动识别出了WindowsBootManager,唯一不足的就是引导界面字体太小了,虽然可以改分辨率将其强制放大,但不太美观,直接更改字体我怕给系统改炸,索性懒得试了,反正无伤大雅。目前EndeavourOS系统用的很舒服,流畅度很高,系统占用极低,CPU只有几W的功耗,字体渲染也确实比Windows要好不少,就是有时候切换窗口动画会掉帧。
这几天一直在折腾Arch LInux以及衍生版EndeavourOS,使用pacman和yay安装软件包的时候,总是会有一些奇怪的问题,导致下载安装失败,有时刚解决完这一个问题,下一步又会有个新的错误,比如今天的错误虽然就那几个,linux-firmware-nvidia报错、yay安装v2raya时build方法报错,更新yay镜像有问题等等。一环接一环的问题出现。
当然罪魁祸首主要还是网络,因为国内镜像站同步不是每时每刻,所以导致有些包今天刚更新还没来得及同步,而且EndeavourOS服务器下午回来的时候才恢复正常访问,只能说今天不适宜用国内镜像站进行安装系统。
好家伙,现在直接不开机了,不折腾了,从下午四点一直搞到晚上八点,太累了。
王总的Linux教程,在EndeavourOS中一直出问题,但是Arch Linux一路畅通,估计跟昨天EndeavourOS官网被攻击有很大关系。
搞不懂,不知道是漏了哪一步还是仓库有问题,在Arch Linux上操作pacman和yay就没出过问题,有也是之前代理没配置好,修复后就没问题了。但是Endeavour OS我连代理都没动过,就开始出现问题了,周末抽空再试一下吧,还有安装启用fish的时候也是,Arch Linux设置好后再启动终端会自动切换至fish,而Endeavour OS则不会。
目前的问题只有一个,Vmware中执行yay -Syu后重启黑屏,原因未知。
这回知道了,很大概率因为不支持Vmware,或者说兼容性不好。
今天在iMac上安装了,大体上没问题,但就是Grub引导会强制覆盖主板BIOS,导致开机按住Alt键无法进入BIOS,并且此时通过Grub引导无法正常进入Win10。好在Endeavour可以正常进入,进入后挂载EFI分区到/mnt/efi,将efi里面的非Win10引导程序全部删除后,便能正常进入系统。下次安装的话,可以试着用EFI,而不是Grub或System-boot。
昨天上午本来是准备装Arch Linux的,结果后面boot引导出了问题,多创建了个EFI分区,然后Grub安装也各种报错,后面干脆直接转战EndeavourOS,结果这一转为后续的致命错误埋下伏笔……
一开始很顺利,但是不知道为什么居然识别不了网线,一般来说Wi-Fi无法识别才是正常现象,后面连Wi-Fi进行安装,系统自带的安装程序很完整,各种配置都可以直接快速调整,包括最烦人的镜像设置,调整完毕后就开始安装,然后重启电脑。重启后神奇的发现网线能用了,于是便把各种仓库均更新一遍,到这结束是最好的,可偏偏我想到了这电脑后面是留给父母用,肯定不能开机直接启动EndeavourOS,所以我想进入BIOS调整启动顺序,开机默认启动Win10,然而我却发现按住ALT键无法进入BIOS,而是直接进了Grub,并且不能正常进入Win10。折腾半天Grub也无济于事,最终选择删掉EndeavourOS的efi引导文件,同时删除了Grub目录,将电脑恢复为安装之前的样子。
最后总结一下就是一上午白忙活,但是通过这个了解到了双系统安装中会出现的严重错误,对后续Linux的学习有较大帮助。