作為常年折騰服務(wù)器系統(tǒng)的人我最近花了不少時(shí)間把openEuler從零到一認(rèn)真過了一遍。這系統(tǒng)在信創(chuàng)和云計(jì)算圈子里討論度越來越高但網(wǎng)上系統(tǒng)性的實(shí)操文檔其實(shí)不算多大多是官方手冊(cè)的搬運(yùn)真正踩過坑才知道哪里疼。這篇筆記把我從下載ISO到裝出帶圖形界面的ARM虛擬機(jī)、從配YUM源到源碼編譯升級(jí)OpenSSH、再到跑通Qwen3 8B/27B大模型推理的全過程整理出來給同樣想上手openEuler的朋友一份能直接照著做的參考。先交代我的實(shí)驗(yàn)環(huán)境主力機(jī)是一臺(tái)x86_64工作站另外借了一臺(tái)鯤鵬920的ARM服務(wù)器。openEuler對(duì)x86和ARM都有良好支持但很多細(xì)節(jié)的坑在ARM上更明顯我會(huì)把兩個(gè)架構(gòu)下的差異單獨(dú)標(biāo)出來。這篇文章適合剛接觸openEuler的運(yùn)維、正在做國產(chǎn)化替代評(píng)估的架構(gòu)師以及想在自己機(jī)器上跑大模型推理的AI應(yīng)用開發(fā)者。1. 為什么是openEuler定位與選型邏輯1.1 openEuler到底是什么openEuler是一款開源的操作系統(tǒng)發(fā)行版由開放原子開源基金會(huì)孵化華為等廠商是主要貢獻(xiàn)者。很多人喜歡拿它跟CentOS、Ubuntu比其實(shí)從技術(shù)路線上看openEuler和CentOS Stream更接近——兩者都基于RPM生態(tài)體系內(nèi)核策略偏向企業(yè)級(jí)穩(wěn)定性但openEuler走了完全獨(dú)立的社區(qū)演進(jìn)路線。它的核心競(jìng)爭力在于對(duì)多架構(gòu)尤其ARM、高性能計(jì)算和云原生場(chǎng)景做了大量針對(duì)性優(yōu)化比如它內(nèi)置的iSulad輕量容器運(yùn)行時(shí)、A-Ops智能運(yùn)維框架這些都是其他發(fā)行版里要自己折騰半天才能湊齊的東西。我決定深入研究它有三個(gè)現(xiàn)實(shí)原因第一身邊不少做國產(chǎn)化替代的朋友都在用它服務(wù)器端已經(jīng)能看到實(shí)際生產(chǎn)部署第二openEuler的版本節(jié)奏和對(duì)新硬件的跟進(jìn)速度比想象中快24.03 LTS版本已經(jīng)能很好地支持新一代ARM服務(wù)器第三它兼容大量RPM系生態(tài)CentOS上積累的經(jīng)驗(yàn)?zāi)芷交w移過來學(xué)習(xí)成本比想象中低。1.2 和CentOS、Ubuntu的關(guān)鍵差異維度openEulerCentOS 7/StreamUbuntu Server包管理dnf/yumyum/dnfapt默認(rèn)文件系統(tǒng)ext4/xfsxfsext4內(nèi)核策略企業(yè)級(jí)穩(wěn)定 高性能優(yōu)化跟隨上游跟隨上游 HWEARM架構(gòu)原生重點(diǎn)支持支持但非優(yōu)化重點(diǎn)支持較好容器生態(tài)iSulad Docker兼容層Docker為主Docker/containerd中文資料官方Gitee倉庫與社區(qū)中文豐富網(wǎng)絡(luò)資料多但官方英文為主官方文檔英文為主對(duì)于中文用戶openEuler最友好的地方其實(shí)是社區(qū)和文檔——很多問題在官方Gitee倉庫的issue區(qū)和論壇里能直接搜到中文解答這對(duì)排查問題的效率提升是巨大的。另外它的EasySoftware倉庫openEuler便捷安裝軟件平臺(tái)聚合了大量軟件包這也是熱搜詞里出現(xiàn)openeuler easysoftware的原因。2. 安裝openEuler從ISO到跑起來2.1 選擇合適的版本與鏡像openEuler目前主要維護(hù)兩條長期支持版本線22.03 LTS和24.03 LTS。我的建議是生產(chǎn)環(huán)境選22.03 LTS SP系列成熟穩(wěn)定學(xué)習(xí)實(shí)驗(yàn)直接上24.03 LTS因?yàn)?4.03對(duì)新硬件兼容性更好工具鏈也比較新而且默認(rèn)Python是3.11后面跑AI相關(guān)工具省很多事。下載鏡像時(shí)務(wù)必注意架構(gòu)x86_64機(jī)器下載x86_64的ISOARM服務(wù)器下載aarch64版本。別下錯(cuò)了ARM的ISO在x86機(jī)器上裝不了反過來也一樣。openEuler官網(wǎng)提供標(biāo)準(zhǔn)ISO、軟件包ISO和極簡ISO三種形式學(xué)習(xí)用標(biāo)準(zhǔn)ISO就夠了里面自帶Anaconda安裝器。2.2 虛擬機(jī)安裝的關(guān)鍵步驟如果你打算在VMware或VirtualBox里裝openEuler有幾點(diǎn)和裝Windows完全不同。第一步創(chuàng)建虛擬機(jī)時(shí)操作系統(tǒng)類型不要選Other Linux 5.x直接選CentOS 7 64位或Red Hat Enterprise Linux 7 64位這類兼容模板這樣VMware Tools的安裝路徑最順。磁盤大小建議至少分配20GB內(nèi)存2GB以上否則安裝界面會(huì)非?？?。第二步從ISO引導(dǎo)后會(huì)進(jìn)入GRUB菜單。openEuler默認(rèn)進(jìn)入圖形化安裝界面但如果虛擬機(jī)顯存配置不夠或遠(yuǎn)程安裝會(huì)退回文本模式。文本模式一樣能完成安裝只是分區(qū)和軟件選擇的交互邏輯略有不同。新手建議在VMware里給足顯存并開啟3D加速走圖形界面更直觀。第三步磁盤分區(qū)。openEuler的Anaconda支持自動(dòng)分區(qū)實(shí)驗(yàn)環(huán)境直接選自動(dòng)配置分區(qū)即可。但我強(qiáng)烈建議手動(dòng)建立三個(gè)分區(qū)/boot500MB、swap內(nèi)存大小或4GB、/剩余全部。這樣后續(xù)調(diào)整磁盤、排查引導(dǎo)問題時(shí)都會(huì)省很多事。注意如果要在物理機(jī)的NVMe硬盤上裝openEuler盡量用最新24.03版本。老版本內(nèi)核和部分NVMe控制器有兼容性問題具體表現(xiàn)為安裝中途突然識(shí)別不到磁盤這個(gè)坑在論壇里出現(xiàn)過多次。2.3 ARM架構(gòu)服務(wù)器的安裝差異在鯤鵬等ARM服務(wù)器上安裝openEuler流程和x86基本一致但有三個(gè)區(qū)別值得注意引導(dǎo)方式通常強(qiáng)制UEFI安裝完成后不要亂改啟動(dòng)項(xiàng)順序否則會(huì)出現(xiàn)grub丟失BIOS里要確認(rèn)ACPI和硬件虛擬化選項(xiàng)已開啟后續(xù)跑KVM虛擬化要依賴這里ARM版的軟件倉庫包名與x86略有差異比如有些包在x86叫xxx.x86_64ARM叫xxx.aarch64配置YUM源時(shí)對(duì)應(yīng)即可。我實(shí)測(cè)發(fā)現(xiàn)ARM服務(wù)器上openEuler安裝速度明顯比x86快尤其是編譯類操作因?yàn)轹H鵬920的核心數(shù)通常比較多。但這也帶來一個(gè)副作用編譯大項(xiàng)目時(shí)內(nèi)存占用非?？鋸圓RM服務(wù)器如果內(nèi)存低于16GBswap會(huì)瘋狂抖動(dòng)編譯速度反而慢下來。開swap分區(qū)時(shí)建議給到內(nèi)存的1.5倍以上或者干脆用zram。3. 裝完系統(tǒng)后必做的三件事3.1 配置YUM源不配源什么都裝不了openEuler裝完系統(tǒng)第一件事就是配置YUM源否則連tree這種基礎(chǔ)工具都裝不上。官方默認(rèn)源在公網(wǎng)環(huán)境下能用但速度不穩(wěn)定尤其是訪問高峰時(shí)段。如果你在公司內(nèi)網(wǎng)通常建議直接使用內(nèi)網(wǎng)鏡像源或者用官方鏡像站。我實(shí)測(cè)下來最穩(wěn)的方案是使用openEuler官方鏡像站對(duì)應(yīng)版本的源。具體操作# 備份原始repo文件 mkdir -p /etc/yum.repos.d/backup cp /etc/yum.repos.d/openEuler.repo /etc/yum.repos.d/backup/ # 編輯源配置 vim /etc/yum.repos.d/openEuler.repo以24.03 LTS x86_64為例核心repo文件內(nèi)容如下[openEuler_24.03_LTS] nameopenEuler_24.03_LTS baseurlhttps://mirrors.openEuler.org/openEuler-24.03-LTS/ enabled1 gpgcheck0 [openEuler_24.03_LTS_extras] nameopenEuler_24.03_LTS_extras baseurlhttps://mirrors.openEuler.org/openEuler-24.03-LTS/extras/ enabled1 gpgcheck0把gpgcheck設(shè)成0主要是省去導(dǎo)入公鑰的麻煩生產(chǎn)環(huán)境建議設(shè)1并導(dǎo)入官方GPG Key。配置完成后執(zhí)行dnf clean all dnf makecache第一次makecache會(huì)下載大量元數(shù)據(jù)耐心等一會(huì)。然后dnf install -y vim tree net-tools測(cè)試一下源是否正常。這里有個(gè)經(jīng)驗(yàn)之談如果公司網(wǎng)絡(luò)有防火墻dnf下載超時(shí)是很常見的事。排查方法很簡單先用curl -I測(cè)試源地址是否連通再用dnf repolist確認(rèn)repo是否被識(shí)別。90%的源問題都是這兩個(gè)原因還有10%是baseurl路徑寫錯(cuò)了注意不同版本目錄的拼接規(guī)則。3.2 安裝圖形界面從命令行到桌面openEuler默認(rèn)安裝是純命令行的但很多初學(xué)者還是希望有個(gè)圖形界面能更直觀。安裝圖形環(huán)境其實(shí)就一條命令dnf groupinstall -y Server with GUI或者更細(xì)粒度地安裝GNOMEdnf install -y gnome-desktop gnome-session gdm裝完后設(shè)置默認(rèn)啟動(dòng)級(jí)別為圖形模式systemctl set-default graphical.target reboot我在實(shí)測(cè)中發(fā)現(xiàn)openEuler的GNOME版本比CentOS 7新不少24.03帶的GNOME是40版本界面風(fēng)格更現(xiàn)代化自帶的應(yīng)用也夠用。如果你用的是VMware虛擬機(jī)裝完圖形界面后建議立即安裝VMware Tools否則分辨率鎖在800x600拖拽文件也不支持體驗(yàn)會(huì)差很多。3.3 VMware Tools的安裝實(shí)現(xiàn)自適應(yīng)分辨率與拖拽VMware Tools是熱搜詞里被問到很多的一個(gè)點(diǎn)。在openEuler上安裝VMware Tools關(guān)鍵是先裝好編譯依賴dnf install -y gcc make kernel-devel kernel-headers perl然后在VMware菜單里選擇安裝VMware Tools掛載光盤后執(zhí)行mkdir -p /mnt/cdrom mount /dev/cdrom /mnt/cdrom tar zxf /mnt/cdrom/VMwareTools-*.tar.gz -C /tmp /tmp/vmware-tools-distrib/vmware-install.pl安裝腳本會(huì)一路詢問全部回車用默認(rèn)值即可。裝完后vmware-toolbox-cmd可用來查看分辨率、執(zhí)行窗口縮放等操作。注意如果虛擬機(jī)內(nèi)核升級(jí)過VMware Tools的內(nèi)核模塊可能失效表現(xiàn)為vmtoolsd進(jìn)程報(bào)錯(cuò)、分辨率突然變回小窗口。這時(shí)需要重新運(yùn)行vmware-install.pl讓它重新編譯內(nèi)核模塊。這個(gè)問題在使用VirtualBox的用戶那邊同樣存在思路是一致的。4. 進(jìn)階實(shí)戰(zhàn)一源碼編譯升級(jí)OpenSSH4.1 為什么要升級(jí)OpenSSH很多生產(chǎn)環(huán)境的openEuler初始自帶的OpenSSH版本較舊而安全掃描、等保合規(guī)審計(jì)經(jīng)常要求SSH版本升級(jí)到指定版本以上。按RPM包方式升級(jí)可能遇到依賴沖突源碼編譯是可控性最高的方案。不過我現(xiàn)在要說清楚源碼升級(jí)SSH屬于高風(fēng)險(xiǎn)操作稍有不慎就會(huì)在遠(yuǎn)程環(huán)境里把自己鎖在外面建議提前做好帶外管理準(zhǔn)備。4.2 源碼編譯的完整步驟先查看當(dāng)前版本ssh -V然后按以下流程操作# 安裝編譯依賴 dnf install -y gcc make zlib-devel openssl-devel pam-devel krb5-devel # 下載源碼包 cd /opt wget https://cdn.openbsd.org/pub/OpenBSD/OpenSSH/portable/openssh-9.6p1.tar.gz tar zxf openssh-9.6p1.tar.gz cd openssh-9.6p1 # 預(yù)編譯配置 ./configure --prefix/usr --sysconfdir/etc/ssh --with-ssl-dir/usr/lib64 --with-pam --with-zlib # 編譯安裝 make -j$(nproc) make install這里有幾個(gè)細(xì)節(jié)必須注意configure前務(wù)必確認(rèn)openssl-devel裝好了而且版本匹配OpenSSH 9.6需要OpenSSL 1.1.1以上--prefix/usr會(huì)讓二進(jìn)制覆蓋到系統(tǒng)路徑避免出現(xiàn)兩個(gè)ssh版本并存的混亂狀態(tài)編譯前務(wù)必備份原有ssh配置cp -r /etc/ssh /etc/ssh.bak升級(jí)后要檢查/etc/ssh/sshd_config里的PermitRootLogin是否保留了你原本的配置源碼編譯默認(rèn)配置可能重置這個(gè)值。重啟服務(wù)systemctl restart sshd systemctl status sshd如果SSH服務(wù)起不來多半是配置文件權(quán)限問題。源碼編譯安裝后/usr/bin/sshd的權(quán)限可能不對(duì)需要chmod 0755 /usr/bin/sshd chmod 0600 /etc/ssh/ssh_host_*_key這個(gè)坑我踩過一次排查了很久才發(fā)現(xiàn)是ssh_host_ed25519_key權(quán)限變成了0644sshd直接拒絕啟動(dòng)。另外提醒一句升級(jí)完成后新開的終端別急著關(guān)先在另一個(gè)窗口測(cè)試ssh localhost能通再關(guān)閉舊會(huì)話這是保命的操作習(xí)慣。4.3 升級(jí)失敗后的回滾方案無論如何升級(jí)前請(qǐng)備份# 備份原始o(jì)penssh rpm列表 rpm -qa | grep openssh /root/openssh-rpm-backup.txt # 如果新版本不工作用dnf重新安裝原版 dnf reinstall -y openssh-server openssh-clients源碼編譯最大的風(fēng)險(xiǎn)在于卸載不干凈——make install覆蓋了系統(tǒng)文件但dnf reinstall時(shí)RPM并不知道這些文件被改了可能報(bào)沖突。解決辦法是先make uninstall如果有uninstall目標(biāo)或者手動(dòng)刪除新版本文件后再reinstall。這個(gè)操作強(qiáng)烈建議在維護(hù)窗口執(zhí)行畢竟SSH斷了就真的斷了。5. 進(jìn)階實(shí)戰(zhàn)二libvirt-daemon-kvm虛擬化5.1 在openEuler上搭建KVM虛擬化環(huán)境熱搜詞里ARM架構(gòu)openEuler服務(wù)器使用libvirt-daemon-kvm虛擬化是個(gè)非常典型的企業(yè)場(chǎng)景——在鯤鵬服務(wù)器上用openEuler做宿主機(jī)跑KVM虛擬機(jī)承載各種業(yè)務(wù)。這個(gè)組合在企業(yè)里已經(jīng)很常見了。安裝核心組件dnf install -y qemu-kvm libvirt-daemon libvirt-daemon-driver-kvm virt-install systemctl enable --now libvirtd驗(yàn)證KVM是否可用ls -l /dev/kvm virsh version/dev/kvm存在說明內(nèi)核KVM模塊已加載。ARM架構(gòu)上這里有個(gè)常見問題如果BIOS沒開啟虛擬化擴(kuò)展/dev/kvm不會(huì)出現(xiàn)需要進(jìn)BIOS打開相關(guān)選項(xiàng)。鯤鵬服務(wù)器上這個(gè)選項(xiàng)通常在Advanced - Virtualization下。5.2 創(chuàng)建第一臺(tái)虛擬機(jī)virt-install是創(chuàng)建虛擬機(jī)最方便的工具。以安裝一個(gè)openEuler ARM虛擬機(jī)為例virt-install \ --name openEuler-vm1 \ --memory 4096 \ --vcpus 4 \ --disk path/data/kvm/openEuler-vm1.qcow2,size50,formatqcow2 \ --os-variant openeuler \ --network networkdefault \ --cdrom /data/iso/openEuler-24.03-aarch64.iso \ --graphics vnc,listen0.0.0.0幾個(gè)參數(shù)的經(jīng)驗(yàn)值--vcpus建議不要超過宿主機(jī)物理核心數(shù)ARM服務(wù)器通常核多分配4-8核做實(shí)驗(yàn)比較合適--disk的size是虛擬大小qcow2格式按需占用物理空間不用擔(dān)心一開始就占50GB--os-variant先執(zhí)行osinfo-query os | grep openEuler確認(rèn)有對(duì)應(yīng)選項(xiàng)沒有就選linux2023之類兼容值。如果一切順利通過VNC客戶端連上宿主機(jī)的IP加端口號(hào)即可看到安裝界面。注意VNC監(jiān)聽默認(rèn)只允許本機(jī)連接要遠(yuǎn)程訪問必須設(shè)置listen0.0.0.0并配置防火墻放行端口默認(rèn)從5900開始挨個(gè)遞增。5.3 宿主機(jī)網(wǎng)絡(luò)橋接配置默認(rèn)的NAT網(wǎng)絡(luò)default讓虛擬機(jī)通過宿主機(jī)上網(wǎng)但外部無法直接訪問VM。學(xué)習(xí)階段無所謂生產(chǎn)環(huán)境需要把虛擬機(jī)網(wǎng)絡(luò)橋接到物理網(wǎng)卡# 創(chuàng)建橋接接口 nmcli con add con-name br0 ifname br0 type bridge nmcli con mod br0 ipv4.addresses 192.168.1.10/24 nmcli con mod br0 ipv4.method manual nmcli con up br0然后把物理網(wǎng)卡比如ens3橋接到br0上。ARM服務(wù)器上網(wǎng)絡(luò)接口命名通常從ens0或enp189s0f0開始先ip addr看一下實(shí)際名字再操作。橋接配置錯(cuò)是最容易導(dǎo)致宿主機(jī)斷網(wǎng)的建議在IPMI或帶外管理可用的情況下操作否則一旦斷網(wǎng)可能要去機(jī)房救。6. 進(jìn)階實(shí)戰(zhàn)三部署Qwen3 8B/27B大模型6.1 openEuler作為AI推理平臺(tái)的可行性openEuler不是典型的AI發(fā)行版但它的內(nèi)核和CUDA兼容性做得不錯(cuò)在x86_64加上NVIDIA GPU的環(huán)境里配合Ollama或vLLM可以跑當(dāng)前主流的大模型。ARM架構(gòu)這邊就別指望本地GPU大模型了目前openEuler在ARM服務(wù)器上對(duì)GPU和CUDA生態(tài)的支持還比較薄弱純CPU推理27B模型速度非常慢實(shí)際意義不大。所以這部分主要針對(duì)x86_64加NVIDIA GPU的機(jī)器。6.2 基于Ollama的一鍵部署如果只想快速跑通Qwen3 8BOllama是最省事的方式# 安裝Ollama curl -fsSL https://ollama.com/install.sh | sh # 啟動(dòng)服務(wù) systemctl start ollama # 拉取并運(yùn)行模型 ollama run qwen3:8b第一次運(yùn)行會(huì)自動(dòng)下載模型權(quán)重8B大概5GB網(wǎng)速不夠的話耐心等一下。Ollama會(huì)自動(dòng)檢測(cè)GPU并用CUDA加速實(shí)測(cè)在RTX 4090上8B模型生成速度快得像翻頁。27B版本ollama run qwen3:27b27B量化版大約15GB權(quán)重如果GPU顯存只有16GB會(huì)有一部分層跑到CPU上速度明顯下降但依然可用。想完全GPU運(yùn)行建議至少40GB顯存也就是A100或雙卡4090。如果只有單卡24GB顯存我實(shí)測(cè)會(huì)有一部分層offload到CPU生成速度大致在每秒10-20 token左右日常對(duì)話還能接受批量跑任務(wù)就有點(diǎn)煎熬了。6.3 基于vLLM的高并發(fā)部署如果是給團(tuán)隊(duì)做API服務(wù)Ollama不是最優(yōu)解vLLM的吞吐量更高支持高并發(fā)推理pip install vllm python -m vllm.entrypoints.openai.api_server \ --model Qwen/Qwen3-8B \ --tensor-parallel-size 1 \ --gpu-memory-utilization 0.9 \ --port 8000注意在openEuler上用pip裝vLLM前最好用conda或venv隔離環(huán)境因?yàn)関LLM依賴的CUDA工具鏈相對(duì)較新和系統(tǒng)Python包可能會(huì)打架。環(huán)境變量CUDA_VISIBLE_DEVICES可以用來控制多卡調(diào)度。提示openEuler的Python默認(rèn)版本在24.03 LTS是3.11vLLM要求Python大于等于3.8沒問題。但pip安裝的vLLM自帶wheel對(duì)GCC版本敏感如果編譯過程報(bào)錯(cuò)先裝gcc-toolset-13并激活對(duì)應(yīng)環(huán)境再重試。7. 學(xué)習(xí)過程中的高頻坑位與最終心得7.1 高頻問題速查表問題現(xiàn)象原因解法dnf makecache超時(shí)網(wǎng)絡(luò)訪問源不通換鏡像站或檢查防火墻安裝界面不顯示顯存不足調(diào)高虛擬機(jī)顯存或改用文本模式/dev/kvm不存在BIOS未開虛擬化進(jìn)BIOS開VT-x/AMD-Vsshd啟動(dòng)失敗配置或密鑰權(quán)限錯(cuò)誤chmod 0600密鑰文件檢查sshd_configVMware Tools進(jìn)程異常內(nèi)核升級(jí)后模塊失效重跑vmware-install.plVNC連不上防火墻未放行firewall-cmd --add-port5900/tcp大模型推理OOM顯存不足降低gpu-memory-utilization或換小模型7.2 我對(duì)openEuler的整體評(píng)價(jià)經(jīng)過這段時(shí)間的系統(tǒng)學(xué)習(xí)我的直觀感受是openEuler確實(shí)是服務(wù)器操作系統(tǒng)里工程完成度非常高的一個(gè)它不是Linux發(fā)行版的簡單換皮而是從內(nèi)核到用戶態(tài)都做了不少落地的企業(yè)級(jí)優(yōu)化。比如A-Ops智能運(yùn)維能自動(dòng)分析故障日志iSulad容器運(yùn)行時(shí)比Docker更輕這些特性在企業(yè)批量部署時(shí)價(jià)值會(huì)放大。但從學(xué)習(xí)角度看openEuler最大的門檻依然是生態(tài)很多第三方軟件的官方文檔只寫了Ubuntu或CentOS的命令你需要在openEuler上多一步轉(zhuǎn)換工作比如把a(bǔ)pt換成dnf把某些依賴包的名稱做映射。好在openEuler兼容RPM系大部分CentOS的軟件源地址和包名可以復(fù)用走完一遍下來反而能加深對(duì)Linux底層機(jī)制的理解。我個(gè)人建議的學(xué)習(xí)路徑是先裝系統(tǒng)練基礎(chǔ)操作再配YUM和圖形界面掃清常用功能障礙然后通過編譯OpenSSH理解源碼包和RPM的關(guān)系之后用KVM虛擬化建立運(yùn)維視角最后才是大模型這種應(yīng)用層嘗試。這樣從底層到上層每個(gè)環(huán)節(jié)都親手碰過后面不管轉(zhuǎn)運(yùn)維還是轉(zhuǎn)AI工程心里都有底。最后分享一個(gè)我踩過的坑在openEuler上不要輕易用dnf remove卸載內(nèi)核相關(guān)包——它的依賴關(guān)系在某些SP版本里校驗(yàn)不嚴(yán)可能把關(guān)鍵驅(qū)動(dòng)一起卸掉導(dǎo)致重啟后網(wǎng)卡消失。真要清理內(nèi)核用dnf remove --noautoremove指定包名并確保有備用手段可以救急。Linux這條路上備份永遠(yuǎn)比技巧重要。