太長不看版癥狀對照 一分鐘藥方 如果你也碰到了這些癥狀文件明明躺在磁盤上資源管理器里看得一清二楚Everything 卻告訴你查無此物搜出來的結(jié)果路徑很離譜文件明明在 D 盤它非說在 G 盤程序能打開、不報(bào)錯(cuò)、托盤圖標(biāo)也老實(shí)待著——看起來歲月靜好實(shí)際上已經(jīng)擺爛。那基本就是索引庫僵死了直接按下面抓藥打開 Everything →工具 → 選項(xiàng) → 索引 → 強(qiáng)制重建然后去倒杯水喝喝完水回來還沒好管理員 PowerShell 里三連Stop-ServiceEverything-Force;Stop-Process-Name Everything-ForceRename-Item$env:LOCALAPPDATA\Everything\Everything.dbEverything.db.bakStart-ServiceEverything再打開 Everything讓它自己重新掃一遍收工。就這么簡單不用重裝。絕大多數(shù)Everything 突然瞎了的病例這兩步之內(nèi)都能治好。至于它為什么瞎、怎么確診的、以及我是怎么一步步破案并差點(diǎn)把自己繞暈的——往下看。有空詳聊版一、故障現(xiàn)象它開始一本正經(jīng)地胡說八道一臺使用 Everything 多年的機(jī)器某天起出現(xiàn)兩個(gè)怪異癥狀明明存在的文件搜不到——文件就在磁盤上資源管理器能看到Everything 卻查無此物搜索結(jié)果里的路徑很怪異——部分結(jié)果顯示的路徑張冠李戴和文件實(shí)際位置對不上。軟件沒有報(bào)錯(cuò)界面能打開服務(wù)也在跑看起來一切正常就是不好使。屬于是體檢報(bào)告全綠人已經(jīng)躺平了的典型病例。二、排查思路先搞懂它是怎么記住你的文件的Everything 的搜索完全依賴內(nèi)存中的索引索引由兩部分支撐Everything 服務(wù)Everything.exe -svc負(fù)責(zé)讀取各分區(qū)的 NTFS USN 日志實(shí)時(shí)維護(hù)索引索引數(shù)據(jù)庫文件Everything.db索引的持久化快照位于%LOCALAPPDATA%\Everything\。因此排查方向依次為進(jìn)程/服務(wù)狀態(tài) → 配置文件 → 卷與 USN 日志 → 數(shù)據(jù)庫文件本身。由外到內(nèi)逐層扒皮。三、排查過程四步排除法第 1 步檢查進(jìn)程與服務(wù)Get-Process-NameEverything*Get-WmiObjectWin32_Service-FilterName LIKE %Everything%|Select-ObjectName,State,StartMode,PathName結(jié)果界面進(jìn)程和服務(wù)進(jìn)程都在運(yùn)行服務(wù)狀態(tài)Running啟動(dòng)類型自動(dòng)可執(zhí)行文件路徑正常正版安裝非便攜版劫持。結(jié)論進(jìn)程層面沒問題排除程序沒啟動(dòng)。很好嫌疑人 0案件繼續(xù)。第 2 步檢查配置文件讀取%APPDATA%\Everything\Everything.ini重點(diǎn)看卷映射部分ntfs_volume_guids\\?\Volume{xxxxxxxx-...},\\?\Volume{yyyyyyyy-...},... ntfs_volume_pathsC:,D:,E:,F:,G: ntfs_volume_includes1,1,1,1,1 ntfs_volume_monitors1,1,1,1,1再用系統(tǒng)命令核對當(dāng)前各卷的真實(shí) GUIDGet-Volume|Where-ObjectDriveLetter|ForEach-Object{[PSCustomObject]{Drive$_.DriveLetter;GUID$_.Path}}逐一比對配置里的 5 個(gè)卷 GUID 與系統(tǒng)現(xiàn)狀完全一致盤符映射沒有錯(cuò)位。結(jié)論排除換盤/改盤符導(dǎo)致卷映射失效這一常見原因。冤枉排除了一個(gè)還剩仨。第 3 步檢查 USN 日志與磁盤健康Everything 依賴每個(gè) NTFS 卷的 USN 變更日志做增量更新。逐卷檢查foreach($dinC:,D:,E:,F:,G:){$dfsutil usn queryjournal$d}5 個(gè)卷的 USN 日志全部存在且有效。同時(shí)查看系統(tǒng)事件日志無磁盤、分區(qū)、卷相關(guān)的錯(cuò)誤事件。結(jié)論排除USN 日志被優(yōu)化軟件刪除和磁盤故障。硬盤表示很委屈它確實(shí)沒毛病。第 4 步檢查索引數(shù)據(jù)庫——抓到元兇 Get-ChildItem$env:LOCALAPPDATA\Everything-Force|Select-ObjectName,Length,LastWriteTime關(guān)鍵發(fā)現(xiàn)Everything.db ~48MB 最后寫入時(shí)間兩天前的 19:10數(shù)據(jù)庫的寫入時(shí)間停在兩天前而期間系統(tǒng)已多次開機(jī)、關(guān)機(jī)Everything 服務(wù)也一直處于運(yùn)行狀態(tài)。換句話說保安還在崗?fù)だ镒O(jiān)控錄像早就停止錄制了。正常情況下Everything 退出含關(guān)機(jī)時(shí)會把內(nèi)存索引落盤Everything.db的時(shí)間戳應(yīng)當(dāng)隨最近一次關(guān)機(jī)更新。時(shí)間戳凍結(jié) 索引早已停止維護(hù)界面里展示的是一個(gè)兩天前的快照且快照內(nèi)部的目錄引用已經(jīng)與真實(shí)文件系統(tǒng)脫節(jié)。這就完整解釋了兩個(gè)癥狀癥狀原因存在的文件搜不到快照里沒有新增/移動(dòng)后的文件路徑顯示怪異舊索引中的父目錄引用錯(cuò)位文件掛在了錯(cuò)誤的目錄下至于觸發(fā)點(diǎn)數(shù)據(jù)庫最后一次成功落盤的時(shí)間與一次疑似異常關(guān)機(jī)斷電/強(qiáng)關(guān)的時(shí)間吻合——臟關(guān)機(jī)導(dǎo)致的索引庫失同步是這類故障最常見的誘因。它走的那天連句保存一下都沒來得及說。四、修復(fù)方案三板斧專治各種僵死核心思路備份舊庫 → 清空重來 → 全量重建。不需要重裝軟件。方式一圖形界面推薦最安全零門檻打開 Everything →工具 → 選項(xiàng) → 索引點(diǎn)擊強(qiáng)制重建Force Rebuild確認(rèn)等待后臺掃描完成視文件數(shù)量通常幾分鐘。方式二命令行 / 腳本本次實(shí)際采用的方式# 1. 停止服務(wù)和界面需要管理員權(quán)限Stop-ServiceEverything-ForceStop-Process-Name Everything-Force# 2. 備份舊數(shù)據(jù)庫不要直接刪留個(gè)后路Rename-Item$env:LOCALAPPDATA\Everything\Everything.dbEverything.db.bak# 3. 重啟服務(wù)Start-ServiceEverything# 4. 啟動(dòng)界面會自動(dòng)發(fā)現(xiàn)數(shù)據(jù)庫缺失并全量重建Start-ProcessD:\...\Everything.exe-ArgumentList-startup注意Everything 1.4 安裝版的數(shù)據(jù)庫存放在%LOCALAPPDATA%\Everything\配置文件在%APPDATA%\Everything\兩個(gè)目錄不要搞混。搞混了的后果就是你刪了個(gè)寂寞病還在那兒。五、修復(fù)后驗(yàn)證別急著慶祝先考它三道題重建完成后從三個(gè)維度驗(yàn)證1. 基礎(chǔ)搜索搜索win.ini正常命中系統(tǒng)文件路徑顯示為標(biāo)準(zhǔn)盤符路徑如C:\Windows不再出現(xiàn)怪異路徑。第一題及格。2. 跨卷搜索搜索軟件自身配置文件C、D、G 三個(gè)分區(qū)的結(jié)果全部出現(xiàn)路徑正確。第二題不偏科。3. 實(shí)時(shí)監(jiān)控能力最關(guān)鍵在兩個(gè)數(shù)據(jù)盤根目錄各新建一個(gè)測試文件等待 2 秒后搜索文件名——立即命中。說明 USN 實(shí)時(shí)監(jiān)控已恢復(fù)之后新產(chǎn)生的文件都能被即時(shí)索引。第三題反應(yīng)速度滿分。E:\ev_test_*.txt ? 命中 F:\ev_test_*.txt ? 命中同時(shí)觀察到索引總數(shù)仍在緩慢上漲——全量掃描還在后臺收尾屬正?，F(xiàn)象幾分鐘后穩(wěn)定。別看到數(shù)字在動(dòng)就慌那不是故障復(fù)發(fā)是它在補(bǔ)作業(yè)。六、經(jīng)驗(yàn)總結(jié)給后來者的七句話Everything “能打開不等于能用”。服務(wù)活著、界面正常索引照樣可能僵死。遇到搜不到文件先看Everything.db的最后寫入時(shí)間這是最快的一招。數(shù)據(jù)庫時(shí)間戳是最直觀的健康指標(biāo)。只要它在正常關(guān)機(jī)后仍長期不更新基本可以斷定索引鏈路已斷。修復(fù)三板斧強(qiáng)制重建索引 → 無效則停服務(wù)、備份并刪除.db重建 → 仍無效再考慮重裝。絕大多數(shù)情況第一、二步就能解決。舊庫先備份再刪除重命名為.bak確認(rèn)穩(wěn)定幾天后再清理。排查順序建議進(jìn)程/服務(wù) → 配置中的卷映射 → USN 日志 → 數(shù)據(jù)庫文件。由外到內(nèi)每一步都能排除一類原因。預(yù)防避免斷電/強(qiáng)制關(guān)機(jī)如果機(jī)器環(huán)境惡劣可以定期手動(dòng)強(qiáng)制重建一次索引。最重要的一條別學(xué)我上來就懷疑人生。先看數(shù)據(jù)庫時(shí)間戳一分鐘的事。附常用診斷命令速查收藏這個(gè)就夠了# 服務(wù)狀態(tài)與路徑Get-WmiObjectWin32_Service-FilterName LIKE %Everything%|Select-ObjectName,State,PathName# 數(shù)據(jù)庫最后更新時(shí)間-Force 才能看到隱藏文件Get-ChildItem$env:LOCALAPPDATA\Everything-Force|Select-ObjectName,Length,LastWriteTime# 配置中的卷映射Select-Stringntfs_volume$env:APPDATA\Everything\Everything.ini# 各卷 USN 日志狀態(tài)fsutil usn queryjournal C:# 近期磁盤/卷相關(guān)事件Get-WinEvent-FilterHashtable {LogNameSystem;StartTime(Get-Date).AddDays(-3)}|Where-Object{$_.ProviderName-matchdisk|Ntfs|volmgr|partmgr}