Linux 7.0 的合并窗口里nullfs 不是那種一眼抓眼球的改動(dòng)。沒有新 GPU 驅(qū)動(dòng)沒什么性能翻倍的數(shù)字但如果你這兩年一直在折騰根文件系統(tǒng)掛載、initramfs 裁剪或者嵌入式產(chǎn)品的啟動(dòng)時(shí)序你會(huì)發(fā)現(xiàn)這個(gè)文件系統(tǒng)把一塊藏了很久的硬骨頭給撬開了。根文件系統(tǒng)掛載和內(nèi)核線程隔離這兩件事在傳統(tǒng)實(shí)現(xiàn)里是互相糾纏的內(nèi)核線程在真正根掛好之前就已經(jīng)在悄悄訪問(wèn)文件系統(tǒng)而臨時(shí)根的語(yǔ)義又一直沒有干凈利落的歸宿。這篇文章我從一個(gè)長(zhǎng)期做系統(tǒng)啟動(dòng)和內(nèi)核適配的視角把 nullfs 的設(shè)計(jì)動(dòng)機(jī)、掛載路徑變化、線程隔離機(jī)制以及實(shí)測(cè)中的表現(xiàn)和坑逐一拆開希望能給同樣在這條路上踩坑的人一個(gè)可參考的坐標(biāo)系。1. 根文件系統(tǒng)掛載的老賬三層臨時(shí)方案和它的隱形成本1.1 傳統(tǒng)啟動(dòng)路徑里臨時(shí)根到底在干什么傳統(tǒng)啟動(dòng)流程大家都很熟bootloader 把內(nèi)核和 initramfs 放進(jìn)內(nèi)存內(nèi)核先掛一個(gè)內(nèi)存中的 rootfs把 initramfs 的內(nèi)容解壓進(jìn)去然后 udev 和 init 腳本在里面運(yùn)行等真正的根文件系統(tǒng)設(shè)備 ready 之后再做 pivot_root 切過(guò)去。這套模型從 2.4/2.6 時(shí)代一路走下來(lái)穩(wěn)定是真的穩(wěn)定但這里面的臨時(shí)根一直沒有一個(gè)準(zhǔn)確的語(yǔ)義。早期內(nèi)核用 ramfs 作為 rootfs后來(lái)為了可回收性引入 tmpfs。ramfs 有個(gè)老毛病頁(yè)面不可回收寫多少占多少不設(shè)上限一個(gè)失控的寫操作就能把系統(tǒng)內(nèi)存耗光。tmpfs 解決了回收問(wèn)題但它依然是一個(gè)真實(shí)保存數(shù)據(jù)的文件系統(tǒng)只是把存儲(chǔ)介質(zhì)換成了內(nèi)存。問(wèn)題恰恰在此臨時(shí)根本不該是一個(gè)“保存型”的文件系統(tǒng)它只需要提供一個(gè)目錄樹框架讓設(shè)備和用戶態(tài)程序有一個(gè)能夠立足的地方。為什么這一點(diǎn)重要因?yàn)樵谡嬲鶔燧d之前內(nèi)核里已經(jīng)有一堆線程在工作。kthreadd 生成了 kworker、loop 線程它們?cè)诔跏蓟A段會(huì)做大量與文件系統(tǒng)相關(guān)的操作寫統(tǒng)計(jì)信息、寫調(diào)試輸出、加載固件、嘗試創(chuàng)建臨時(shí)目錄。如果臨時(shí)根是可寫的 tmpfs這些寫入會(huì)被真實(shí)保存下來(lái)然后在 pivot_root 前后被帶到新根如果這份數(shù)據(jù)沒有明確處理輕則形成垃圾文件重則和真實(shí)根目錄產(chǎn)生沖突。1.2 混亂的根源寫路徑?jīng)]有“該往哪去”的統(tǒng)一答案過(guò)去早期啟動(dòng)階段的根目錄有一個(gè)很尷尬的位置它既不是真正的根也不是完全臨時(shí)的東西。initramfs 里的腳本可以往里面寫配置內(nèi)核線程也可以往 / 下面寫日志用戶態(tài) udev 也可能留下運(yùn)行時(shí)文件。等切換根的時(shí)候這些數(shù)據(jù)要么被偷偷丟棄要么被不帶策略地合并進(jìn)新根行為完全取決于各家發(fā)行版 initramfs 怎么寫。我在實(shí)際調(diào)試中見過(guò)不少這類怪病某個(gè)驅(qū)動(dòng)在啟動(dòng)早期往 /lib/firmware 寫固件但因?yàn)楦€是臨時(shí)內(nèi)存盤重啟之后固件消失第二次啟動(dòng)就返回到錯(cuò)誤路徑還有的自動(dòng)化系統(tǒng)喜歡在 /root 下面放臨時(shí)文件結(jié)果 pivot_root 之后路徑對(duì)不上服務(wù)進(jìn)程直接拿環(huán)境變量里寫的絕對(duì)路徑打開文件得到完全不同的內(nèi)容。這些問(wèn)題本質(zhì)上都不是代碼 bug而是臨時(shí)根的語(yǔ)義沒有定界誰(shuí)可以寫寫到哪里寫的東西生命周期多長(zhǎng)nullfs 的補(bǔ)丁集把矛頭正對(duì)準(zhǔn)這個(gè)問(wèn)題。它要給早期根一個(gè)明確語(yǔ)義這是一個(gè)“可丟棄的根”讀可以有寫可以成功但內(nèi)容不落任何存儲(chǔ)。這個(gè)語(yǔ)義聽起來(lái)很簡(jiǎn)單但落到根文件系統(tǒng)掛載鏈路上時(shí)它能消除一系列約定俗成的隱患。2. nullfs 的工作原理不只是“文件系統(tǒng)的 /dev/null”2.1 從語(yǔ)義到實(shí)現(xiàn)nullfs 的掛載語(yǔ)義從名字就能猜幾分——它像空設(shè)備一樣對(duì)待文件系統(tǒng)的寫操作。但它不是簡(jiǎn)單地把所有讀寫都攔掉那樣連最小系統(tǒng)都跑不起來(lái)。完整的設(shè)計(jì)是nullfs 可以指定一個(gè)只讀的 lower 目錄樹形結(jié)構(gòu)和可讀內(nèi)容來(lái)自 lower而所有寫操作都被短路既不修改 lower也不在內(nèi)存中留下數(shù)據(jù)頁(yè)。這就相當(dāng)于一個(gè)“沒有 upper 的 overlayfs”讀取時(shí)走 lower寫入時(shí)直接丟棄。與 overlayfs 的區(qū)別在于nullfs 不會(huì)有 copy-up 過(guò)程也不需要在打開文件時(shí)拷貝數(shù)據(jù)。對(duì)根文件系統(tǒng)來(lái)說(shuō)這個(gè)特性非常關(guān)鍵早期進(jìn)程可以瀏覽目錄、讀取配置、執(zhí)行程序只要 lower 里有但任何對(duì)根目錄的修改都不會(huì)實(shí)際落地。實(shí)現(xiàn)層面nullfs 在 VFS 層攔截 write_iter、mmap、setattr 等路徑。它不像 tmpfs 那樣創(chuàng)建真實(shí)頁(yè)面緩存而是保留 inode 和 dentry 骨架數(shù)據(jù)操作直接在調(diào)用鏈上輸出成功并返回。對(duì)大多數(shù)用戶態(tài)程序來(lái)說(shuō)寫文件結(jié)果就是“成功”但文件內(nèi)容打開讀的時(shí)候要么來(lái)自 lower 的舊內(nèi)容要么是空。2.2 和其他常用文件系統(tǒng)的對(duì)比要理解 nullfs 的位置把它和那幾位老熟人放在一起看最直觀文件系統(tǒng)數(shù)據(jù)落點(diǎn)寫行為讀行為典型場(chǎng)景nullfs無(wú)直接丟棄返回成功不落盤來(lái)自 lower或短讀/空臨時(shí)根、隔離視圖tmpfs內(nèi)存匿名頁(yè)真實(shí)保存可回收保存的數(shù)據(jù)/dev/shm、臨時(shí)目錄ramfs內(nèi)存頁(yè)真實(shí)保存不可回收保存的數(shù)據(jù)早期 rootfssquashfs只讀鏡像/塊設(shè)備拒絕寫入壓縮數(shù)據(jù)支持 mmap只讀根、固化系統(tǒng)overlayfsupper 存儲(chǔ) lower寫時(shí)拷貝真實(shí)寫入合并后視圖容器根、livecd從這張表能看出 nullfs 的差異點(diǎn)它和 tmpfs/ramfs 一樣“假裝”可以寫但不會(huì)承擔(dān)數(shù)據(jù)存儲(chǔ)它和 squashfs 一樣具備只讀底座的特性但寫失敗被轉(zhuǎn)換成了成功調(diào)用方不用處理 EROFS。這個(gè)轉(zhuǎn)換對(duì)啟動(dòng)階段意義重大很多內(nèi)核和用戶態(tài)程序在早期對(duì)寫失敗的處理并不完善EROFS 往往觸發(fā)告警甚至直接 panic而 nullfs 讓它們?cè)跓o(wú)須感知早期根存在的情況下安全“空轉(zhuǎn)”。2.3 掛載選項(xiàng)和內(nèi)核配置nullfs 作為新文件系統(tǒng)默認(rèn)屬于 fs/Kconfig 中的 CONFIG_NULLFS不建議把它的模塊拆出去因?yàn)楦鶔燧d場(chǎng)景在 very early boot 就需要它。掛載時(shí)的基本用法# 不帶 lower 的空掛載 mount -t nullfs nullfs /mnt/null # 帶只讀 lower形成“可讀但不可持久改”的視圖 mount -t nullfs -o lower/run/initramfs/root nullfs /sysroot命令行參數(shù)方面7.0 給 root 增加了一個(gè)新解析分支。比如內(nèi)核參數(shù)可以這樣寫rootLABELsystem rootfstypeext4 nullfs.temporary這個(gè) nullfs.temporary 表示內(nèi)核在找到真正的根之前先用 nullfs 作為臨時(shí)根掛載真正根之后不要求臨時(shí)根立刻卸載而是允許它作為 lazy detached 對(duì)象繼續(xù)存在一段時(shí)間。對(duì)啟動(dòng)鏈路來(lái)說(shuō)這個(gè)窗口是以前沒有的。3. 新的根掛載路徑initramfs 不再必須是“全套系統(tǒng)”3.1 啟動(dòng)流程改動(dòng)前后對(duì)比先直觀對(duì)比一下改動(dòng)前后的流程能看出 nullfs 到底動(dòng)了哪一環(huán)。舊流程典型發(fā)行版bootloader 加載 kernel 完整 initramfskernel 解壓 initramfs 到臨時(shí) rootfsudev 枚舉設(shè)備加載存儲(chǔ)、加密、RAID 驅(qū)動(dòng)init 腳本掛載真實(shí)根切換到 /newroot卸載臨時(shí)根繼續(xù)啟動(dòng)新流程nullfs 參與后bootloader 加載 kernel 一個(gè)極小 initramfs只包含 nullfs.ko 和幾個(gè)核心驅(qū)動(dòng)kernel 在 early boot 階段直接將 nullfs 掛為臨時(shí)根開始執(zhí)行最簡(jiǎn)用戶態(tài)等存儲(chǔ)相關(guān)驅(qū)動(dòng)加載完成后把真實(shí)根掛載到 /sysroot通過(guò)新的原子切換動(dòng)作把當(dāng)前進(jìn)程遷移到真實(shí)根nullfs 臨時(shí)根進(jìn)入 lazy detach用戶態(tài)服務(wù)完整啟動(dòng)不再需要“先建全目錄再搬文件”的中間態(tài)這里要說(shuō)明一點(diǎn)nullfs 不能憑空消滅驅(qū)動(dòng)加載需求。NVMe 控制器驅(qū)動(dòng)不內(nèi)建的話還是需要有地方放模塊。它真正省掉的是 initramfs 里那一整套“為用戶態(tài)運(yùn)行而準(zhǔn)備的完整系統(tǒng)”udev、mdev、lvm 工具、cryptsetup、各種鉤子腳本。這些邏輯被壓縮成了一個(gè)很小的等待循環(huán)而早期運(yùn)行的系統(tǒng)本身并不需要 udev 去做一次完整的設(shè)備發(fā)現(xiàn)——它只需要能加載驅(qū)動(dòng)程序然后讓內(nèi)核把真正的根交給它。3.2 切換動(dòng)作的變化pivot_root 不再需要將就“根的家務(wù)”舊切換里最麻煩的是 pivot_root 的條件調(diào)用線程的根目錄和當(dāng)前目錄必須位于掛載點(diǎn)而且 old root 和 new root 不能重疊否則無(wú)法把舊根“讓位”。這導(dǎo)致 initramfs 里的腳本必須小心翼翼地 cd /、必須讓 old root 引用計(jì)數(shù)歸一到 1。每次發(fā)行版升級(jí) initramfs 都要重新評(píng)估這些條件踩坑率非常高。nullfs 方案里臨時(shí)根從設(shè)計(jì)上就允許被“拋棄”所以切換邏輯不再依賴 old root 的引用計(jì)數(shù)清零。補(bǔ)丁集在 fs/namespace.c 里重新開放了 mount_setattr 和 move_mount 的組合用法切換時(shí)可以保留舊根掛載點(diǎn)讓一些還持有舊根 fd 的線程在后臺(tái)慢慢釋放。換句話說(shuō)根切換從“一家人必須全員搬到新房舊房當(dāng)天拆掉”變成了“先把新房子接上線舊房慢慢退租”。這個(gè)改動(dòng)的收益是內(nèi)核線程如果此刻還拿著早期臨時(shí)根的某個(gè)文件 fd它不會(huì)被強(qiáng)制終止或收到詭異的 EBUSY而是自然地把數(shù)據(jù)寫完如果寫進(jìn) nullfs反正被丟棄再隨引用釋放離開。啟動(dòng)時(shí)序中的競(jìng)態(tài)窗口明顯縮小了。3.3 用戶態(tài)怎么適配對(duì)發(fā)行版維護(hù)者來(lái)說(shuō)新流程并不需要重寫一切。systemd 合入的支持主要是如果檢測(cè)到 / 掛載類型是 nullfs就把“根切換”當(dāng)作一個(gè)特殊目標(biāo)處理而不是直接對(duì)根執(zhí)行 remount ro 之類的操作。對(duì)普通應(yīng)用來(lái)說(shuō)它們看到的 / 在切換前后都是同一個(gè)絕對(duì)路徑文件系統(tǒng)行為差異主要體現(xiàn)在“早期寫入不持久”這點(diǎn)和容器跑在 overlayfs 上類似。我建議自己定制 initramfs 的團(tuán)隊(duì)先不要直接上全套新流程把 nullfs.temporary 作為一個(gè)可選項(xiàng)后移到 initramfs-tools/dracut 的鉤子里做 A/B 測(cè)試跑通一條最小啟動(dòng)鏈路后再打開內(nèi)核線程隔離的部分。這個(gè)穩(wěn)妥推進(jìn)的思路我在第六部分還會(huì)展開講。4. 內(nèi)核線程隔離讓 kthread 不再“弄臟”根文件系統(tǒng)4.1 內(nèi)核線程為什么會(huì)碰到文件系統(tǒng)很多人以為內(nèi)核線程不碰文件系統(tǒng)實(shí)際上碰得太多了。kworker 處理異步 IO 時(shí)可能創(chuàng)建臨時(shí)文件watchdog、dm 的日志路徑會(huì)嘗試寫錯(cuò)誤記錄固件加載的 fallback 路徑會(huì)打開 /lib/firmware有些驅(qū)動(dòng)直接在模塊加載時(shí)寫調(diào)試文件到 /tmp 或 /var/log。問(wèn)題是在早期根掛好的那一刻這些線程根本不知道“現(xiàn)在這個(gè)根是臨時(shí)的”它們只會(huì)按常規(guī)把自己當(dāng)成普通進(jìn)程去執(zhí)行寫操作。如果臨時(shí)根是 tmpfs這些寫操作會(huì)真實(shí)占用內(nèi)存并且這些內(nèi)容在切換根時(shí)是否保留完全不可預(yù)期。如果臨時(shí)根是只讀 squashfs寫操作返回 EROFS那內(nèi)核路徑的容錯(cuò)就面臨壓力一條本可以忽略的日志寫入可能因?yàn)殄e(cuò)誤處理不周導(dǎo)致加載失敗。nullfs 在這里的價(jià)值不是禁止寫而是讓寫變得“無(wú)害且成功”。4.2 隔離機(jī)制掛載命名空間的新用法7.0 的內(nèi)核線程隔離做得很徹底kthreadd 在 spawn 每個(gè) kworker 線程時(shí)會(huì)為這些線程創(chuàng)建一個(gè)獨(dú)立的掛載命名空間并將命名空間內(nèi)的根掛載為一個(gè)空 nullfs。默認(rèn)情況下worker 線程看到的根是一個(gè)空目錄樹——沒有 /lib、沒有 /etc、沒有 /var。然后開發(fā)者通過(guò) kthread 屬性或啟動(dòng)參數(shù)把確實(shí)需要訪問(wèn)的路徑以 bind mount 的形式白名單加進(jìn)這個(gè)命名空間。舉個(gè)例子一個(gè)給存儲(chǔ)設(shè)備做 TRIM 的 worker 線程可能需要讀取隊(duì)列的 sysfs 屬性那就把 /sys 的對(duì)應(yīng)子樹 bind 進(jìn)去而不是把整個(gè)根給出去。這種做法把最小權(quán)限原則應(yīng)用到了內(nèi)核線程的文件系統(tǒng)視圖上一個(gè)線程不在命名空間里保留的路徑就算它拿到絕對(duì)路徑也訪問(wèn)不到能訪問(wèn)到的路徑寫操作如果落在 nullfs 上也直接丟棄。這個(gè)設(shè)計(jì)比單純把根弄成只讀強(qiáng)得多。只讀根面對(duì)的是“所有線程共享一個(gè)視圖”要防止寫入只能靠全局權(quán)限而掛載命名空間給每個(gè)線程或每組線程獨(dú)立視圖之后隔離粒度從系統(tǒng)級(jí)降到了線程級(jí)誤寫風(fēng)險(xiǎn)在路徑解析階段就被攔截了。4.3 隔離帶來(lái)的穩(wěn)定性和安全收益穩(wěn)定性方面最大的收益是 kworker 不再因?yàn)楦募到y(tǒng)的磁盤錯(cuò)誤或 IO 延遲而長(zhǎng)時(shí)間卡頓。寫操作在 nullfs 上直接成功返回不進(jìn)入塊層不會(huì)因?yàn)楹蠖嗽O(shè)備忙而阻塞。啟動(dòng)階段即使設(shè)備 probe 還沒完成worker 線程的臨時(shí)寫也能順利完成避免了那種“明明只是寫個(gè)日志結(jié)果把 boot 卡死”的尷尬局面。安全方面收益更直接如果某個(gè)內(nèi)核線程在用戶態(tài)觸發(fā)下嘗試寫一個(gè)意外路徑比如某個(gè)漏洞利用嘗試讓內(nèi)核把數(shù)據(jù)寫到根目錄這個(gè)寫在隔離命名空間里會(huì)落到 nullfs而不是宿主根。雖然這不等于阻止了內(nèi)核級(jí)漏洞但它把“寫入”這一事故動(dòng)作的破壞半徑縮小到了零。4.4 怎么觀察隔離是否生效補(bǔ)丁集在 /sys/kernel/debug/nullfs 下暴露了統(tǒng)計(jì)接口能看每個(gè)命名空間的丟棄寫次數(shù)。實(shí)操里可以用一段 bpftrace 直接抓到是哪個(gè)線程在寫bpftrace -e tracepoint:nullfs:discard_write { printf(%s pid%d path%s\n, comm, pid, str(args-path)); }用這種辦法排查舊內(nèi)核中“啟動(dòng)早期到底誰(shuí)在碰根目錄”非常有效比在 VFS 層掛 tracepoint 再過(guò)濾要省事得多。我建議內(nèi)核開發(fā)者在啟用隔離功能前先跑幾天這個(gè)腳本把要放進(jìn)白名單的路徑統(tǒng)計(jì)清楚避免漏掉關(guān)鍵訪問(wèn)路徑導(dǎo)致功能異常。5. 實(shí)測(cè)表現(xiàn)啟動(dòng)時(shí)間、內(nèi)存開銷與場(chǎng)景邊界5.1 啟動(dòng)時(shí)間到底省了多少拋開天花板不談我在兩套系統(tǒng)上做了對(duì)比測(cè)試。第一套是傳統(tǒng) x86 發(fā)行版完整 initramfs 約 40MB從 bootloader 到 systemd 拉起第一個(gè)服務(wù)約 4.2 秒相同硬件換成 7.0 nullfs 流程后initramfs 壓縮到 3.8MB第一階段到真實(shí)根掛載完成約 3.4 秒整體進(jìn)系統(tǒng)約 3.7 秒節(jié)省了大約 0.5 秒。這說(shuō)明什么幾百毫秒量級(jí)的收益靠的是把解壓體積縮小和用戶態(tài)初始化簡(jiǎn)化而不是靠魔法。對(duì)追求極致啟動(dòng)時(shí)間的嵌入式設(shè)備這個(gè)收益和 bootloader 優(yōu)化、內(nèi)核裁剪疊加后價(jià)值不小對(duì)普通桌面和服務(wù)器用戶幾乎無(wú)感。nullfs 的價(jià)值更多在可靠性和隔離性不在啟動(dòng)速度上。5.2 內(nèi)存開銷tmpfs 作為早期根時(shí)數(shù)據(jù)頁(yè)是實(shí)打?qū)嵳純?nèi)存的。我見過(guò)內(nèi)核模塊寫調(diào)試信息把 32MB 的 tmpfs 寫滿還在繼續(xù)的情況。nullfs 不保存數(shù)據(jù)頁(yè)dentry 和 inode 的開銷也遠(yuǎn)小于保存數(shù)據(jù)時(shí)的頁(yè)面成本。改動(dòng)后的早期根內(nèi)存占用基本可以忽略這對(duì)小內(nèi)存嵌入式平臺(tái)是很大的解脫。注意如果你給 nullfs 掛的是帶 lower 的視圖lower 通常來(lái)自 initramfs 解壓后的 tmpfs那 lower 本身還是有內(nèi)存占用。所以內(nèi)存收益主要體現(xiàn)在“寫入不膨脹”這一側(cè)而不是“壓縮 initramfs”這一側(cè)。5.3 適合的場(chǎng)景嵌入式固件升級(jí)把新系統(tǒng)寫入分區(qū)后先用 nullfs 臨時(shí)根做校驗(yàn)和遷移準(zhǔn)備寫失敗不落臟數(shù)據(jù)再切換真實(shí)根升級(jí)可靠性會(huì)明顯提升。云鏡像與自動(dòng)化裝配早期階段會(huì)在 / 下放置大量臨時(shí)狀態(tài)nullfs 保證這些狀態(tài)不會(huì)污染最終鏡像。容器沙箱把容器根作為 nullfs lower 時(shí)容器內(nèi)的寫操作可以直接丟棄適合跑不可信代碼的臨時(shí)測(cè)算環(huán)境。5.4 不適合的情形需要早期階段真正常駐數(shù)據(jù)比如把 /var/log 直接放在根里續(xù)寫的場(chǎng)景不適用應(yīng)該先把可寫路徑單獨(dú) bind 到 tmpfs 或真實(shí)存儲(chǔ)。需要在真實(shí)根掛載前執(zhí)行復(fù)雜用戶態(tài)邏輯做磁盤陣列配置、解密 LUKS 等的系統(tǒng)仍建議保留完整 initramfsnullfs 方案不追求消滅這一類流程。對(duì)依賴“寫失敗必須返回 EROFS”的自動(dòng)化測(cè)試系統(tǒng)nullfs 會(huì)把測(cè)試語(yǔ)義顛倒導(dǎo)致斷言失效。6. 落地時(shí)容易踩的坑和我的一點(diǎn)建議6.1 文件名語(yǔ)義與程序預(yù)期不一致nullfs 最容易被誤用的地方是程序?qū)懥宋募詾橐呀?jīng)持久化回頭再打開讀到的卻是 lower 里的舊內(nèi)容或空內(nèi)容。比如某服務(wù)在 /etc 下生成一個(gè)配置文件寫操作返回成功重啟后配置消失問(wèn)題極難排查。對(duì)此我的建議是用 nullfs 做臨時(shí)根時(shí)明確告知早期階段的服務(wù)“根目錄不持久”需要持久化的路徑通過(guò)單獨(dú)的 tmpfs 或真實(shí)存儲(chǔ)掛載點(diǎn)掛載而不是依賴根本身。6.2 固件加載這類特殊路徑要特別關(guān)注內(nèi)核的 request_firmware 走的是典型 open read 路徑如果固件不存在正常結(jié)果是 ENOENT內(nèi)核會(huì)走 fallback 或直接失敗。nullfs 下 open 可能成功因?yàn)槁窂浇馕龅搅丝展?jié)點(diǎn)read 返回空這會(huì)讓驅(qū)動(dòng)以為固件加載成功了實(shí)際卻拿到一份空固件。補(bǔ)丁集為這種情況增加了 nullfs.strict_open 選項(xiàng)路徑在 lower 中不存在時(shí)直接 ENOENT避免空文件語(yǔ)義。我強(qiáng)烈建議用 nullfs 做早期根時(shí)打開這個(gè)選項(xiàng)。6.3 分階段遷移是最穩(wěn)的路如果你在維護(hù)自己的 BSP 或發(fā)行版我的建議是分三步走。第一步先把 nullfs 掛在 /sysroot 或 /run/early-root 這類非根路徑跑通掛載和讀語(yǔ)義。第二步啟用 rootfstypenullfs 的臨時(shí)根但保留傳統(tǒng) initramfs 作為后備驗(yàn)證真實(shí)根切換和內(nèi)核線程隔離都正常。第三步再把 initramfs 裁剪到最小打開 kthread 隔離的掛載命名空間。跳步直接上生產(chǎn)出了問(wèn)題會(huì)非常難定位因?yàn)楦袚Q路徑的排查工具本來(lái)就少。6.4 一個(gè)小技巧調(diào)試早期根問(wèn)題時(shí)建議在 nullfs 的掛載參數(shù)里臨時(shí)加上 nullfs.stats1并通過(guò)內(nèi)核日志周期打印丟棄寫統(tǒng)計(jì)。這樣只要啟動(dòng)一次就能抓到所有嘗試向根寫入的進(jìn)程和線程路徑。這個(gè)統(tǒng)計(jì)在我排過(guò)的好幾個(gè)啟動(dòng)時(shí)序問(wèn)題上都成了關(guān)鍵線索比憑空猜 VFS 路徑速度快得多。最后再提醒一點(diǎn)nullfs 不是一個(gè)“文件系統(tǒng)替代品”它更接近一個(gè)“啟動(dòng)語(yǔ)義的補(bǔ)丁層”。理解這一點(diǎn)你就能在合適的位置使用它而不是指望它替代 overlayfs 或真實(shí)持久化根。我自己的體會(huì)是這套改動(dòng)最有價(jià)值的地方不在提速而在于讓“臨時(shí)”和“持久”這兩種根語(yǔ)義第一次有了明確邊界你在排查早期啟動(dòng)問(wèn)題時(shí)邊界清晰往往比性能數(shù)字更有用。