1. Wine 跑 UE32 工具欄亂碼到底卡在哪UltraEdit 32下稱 UE32在 Ubuntu 上通過 Wine 啟動(dòng)后菜單和工具欄文字變成方塊、問號(hào)或者一堆亂碼這個(gè)問題我遇到過不止一次。核心檢索詞先擺出來(lái)Wine 運(yùn)行 UE32 工具欄亂碼本質(zhì)上是字符編碼和字體映射兩件事沒對(duì)齊。UE32 是 Windows 程序它默認(rèn)按系統(tǒng) ANSI 代碼頁(yè)去渲染界面文字而 Wine 在 Ubuntu 上如果LANG是en_US.UTF-8Wine 會(huì)把 Windows 區(qū)域設(shè)置推斷成英文環(huán)境工具欄上的中文資源就找不到對(duì)應(yīng)字形于是顯示成方塊或亂碼。適合誰(shuí)看正在 Ubuntu 上用 Wine 跑老版本 Windows 軟件、界面出現(xiàn)亂碼、又不想把整個(gè)系統(tǒng)默認(rèn)語(yǔ)言改成中文的人。整條排查鏈路分三層先確認(rèn) Ubuntu 側(cè) locale 是否生成了zh_CN.UTF-8再確認(rèn) Wine 啟動(dòng)時(shí)LANG有沒有傳進(jìn)去最后檢查 Wine 注冊(cè)表里的字體替換有沒有把缺失字體映射到系統(tǒng)已有字體。三層里任何一層斷了工具欄都會(huì)亂。我試過只改系統(tǒng)語(yǔ)言的做法確實(shí)能好但副作用是終端、日期格式全變中文對(duì)習(xí)慣英文環(huán)境的人不友好。更干凈的做法是只給 UE32 這一個(gè)進(jìn)程注入LANGzh_CN.UTF-8系統(tǒng)其他部分保持英文。下面按可復(fù)制的順序走一遍。2. TaoToken 前置先把模型側(cè)和 Key 準(zhǔn)備好排查亂碼過程中經(jīng)常需要讓模型幫你讀一段 Wine 注冊(cè)表、解釋 locale 輸出或者生成字體替換片段。這時(shí)候一個(gè)穩(wěn)定的模型接入點(diǎn)能省不少來(lái)回。TaoToken 提供統(tǒng)一的 API 入口兼容常見調(diào)用格式適合把排查對(duì)話、代碼解釋這類輕量請(qǐng)求接進(jìn)來(lái)。你需要先拿到 API Key入口在控制臺(tái)的密鑰管理頁(yè)https://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewrite 。創(chuàng)建后復(fù)制保存后面配置環(huán)境變量會(huì)用到。接口基地址用 https://taotoken.net/api 注意這個(gè)地址不帶跟蹤參數(shù)直接填即可。如果你只是想快速驗(yàn)證某個(gè)模型能不能正確解釋 Wine 的 locale 報(bào)錯(cuò)可以直接用模型對(duì)話頁(yè)試https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewrite 。把locale -a的輸出粘進(jìn)去讓它判斷zh_CN.UTF-8是否已生成比翻文檔快。長(zhǎng)期在 Ubuntu 上做編碼、Agent 類工作的話可以考慮 Coding Plan把日常的代碼解釋和排障請(qǐng)求固定下來(lái)https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewrite 。接入文檔在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewrite 里面有各語(yǔ)言的調(diào)用示例配置時(shí)對(duì)照著填 base_url 和 key 就行。3. 可復(fù)制配置locale 檢查 Wine 字體替換3.1 確認(rèn) Ubuntu 側(cè) locale 是否生成先看當(dāng)前環(huán)境變量和已生成的 localelocale locale -a | grep -i zh_CN如果locale -a里沒有zh_CN.utf8說(shuō)明中文 locale 沒生成需要補(bǔ)上sudo apt update sudo apt install -y language-pack-zh-hans sudo locale-gen zh_CN.UTF-8 sudo update-locale生成后再跑一次locale -a | grep -i zh_CN應(yīng)該能看到zh_CN.utf8。這一步是前提沒有它后面注入LANG也沒用。3.2 只給 UE32 注入 LANG不動(dòng)系統(tǒng)默認(rèn)不要改/etc/default/locale那會(huì)影響全局。做法是寫一個(gè)啟動(dòng)腳本只在啟動(dòng) UE32 時(shí)設(shè)置LANG#!/bin/bash export LANGzh_CN.UTF-8 export LC_ALLzh_CN.UTF-8 export WINEPREFIX/home/你的用戶名/.wine wine C:\\Program Files\\IDM Computer Solutions\\UltraEdit-32\\uedit32.exe保存為~/bin/run-uedit32.sh加執(zhí)行權(quán)限chmod x ~/bin/run-uedit32.sh如果你用桌面快捷方式把Exec行改成Execenv LANGzh_CN.UTF-8 LC_ALLzh_CN.UTF-8 WINEPREFIX/home/你的用戶名/.wine wine C:\\Program Files\\IDM Computer Solutions\\UltraEdit-32\\uedit32.exe這樣只有 UE32 進(jìn)程看到中文 locale系統(tǒng)其他部分不受影響。3.3 Wine 注冊(cè)表字體替換光有 locale 還不夠Wine 里如果缺中文字體工具欄照樣是方塊。先確認(rèn)系統(tǒng)裝了中文字體fc-list :langzh | head沒有的話裝一個(gè)sudo apt install -y fonts-wqy-microhei fonts-wqy-zenhei然后打開 Wine 注冊(cè)表編輯器WINEPREFIX/home/你的用戶名/.wine wine regedit定位到HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\FontSubstitutes新建字符串值把 UE32 可能請(qǐng)求的字體名映射到系統(tǒng)已有字體。常見映射如下Wine 請(qǐng)求字體替換為MS Shell DlgWenQuanYi Micro HeiMS Shell Dlg 2WenQuanYi Micro HeiTahomaWenQuanYi Micro HeiSimSunWenQuanYi Micro HeiMicrosoft YaHeiWenQuanYi Micro Hei也可以直接用命令行導(dǎo)入一個(gè).reg文件內(nèi)容如下Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\FontSubstitutes] MS Shell DlgWenQuanYi Micro Hei MS Shell Dlg 2WenQuanYi Micro Hei TahomaWenQuanYi Micro Hei SimSunWenQuanYi Micro Hei Microsoft YaHeiWenQuanYi Micro Hei保存為fontsub.reg然后WINEPREFIX/home/你的用戶名/.wine wine regedit fontsub.reg注意字體名要和fc-list輸出的名字完全一致大小寫和空格都不能錯(cuò)否則替換不生效。4. 驗(yàn)證請(qǐng)求與成功結(jié)果配置完先別急著開 UE32按順序驗(yàn)證。第一步確認(rèn)啟動(dòng)腳本里的環(huán)境變量真的傳進(jìn)去了env LANGzh_CN.UTF-8 LC_ALLzh_CN.UTF-8 bash -c locale輸出里L(fēng)ANG和LC_ALL都應(yīng)該是zh_CN.UTF-8。第二步確認(rèn) Wine 能識(shí)別到替換后的字體。啟動(dòng) Wine 自帶的記事本W(wǎng)INEPREFIX/home/你的用戶名/.wine wine notepad在記事本里輸入幾個(gè)中文如果顯示正常說(shuō)明字體映射生效了。如果記事本里也是方塊問題在字體層回到 3.3 檢查字體名。第三步啟動(dòng) UE32~/bin/run-uedit32.sh觀察工具欄和菜單。正常情況下中文菜單項(xiàng)和工具欄提示應(yīng)該能正常顯示。如果還是亂碼用winecfg打開 Wine 配置在“顯示”選項(xiàng)卡里確認(rèn)沒有強(qiáng)制覆蓋 DPI 或字體設(shè)置。成功的結(jié)果是UE32 工具欄文字清晰可讀中文不亂碼同時(shí)系統(tǒng)終端仍然是英文環(huán)境。可以用echo $LANG在終端確認(rèn)系統(tǒng)默認(rèn)沒被改掉。5. 本篇常見錯(cuò)排查5.1 改了 LANG 但工具欄還是亂碼最常見的原因是LC_ALL沒設(shè)。LANG只是默認(rèn)值如果系統(tǒng)里L(fēng)C_ALL被設(shè)成了C或en_US.UTF-8它會(huì)覆蓋LANG。啟動(dòng)腳本里兩個(gè)都要設(shè)。5.2 locale 生成了但 Wine 不認(rèn)Wine 有自己的 locale 推斷邏輯有時(shí)候需要顯式告訴它 Windows 區(qū)域?？梢栽趩?dòng)腳本里加export WINEDLLOVERRIDESmscoree,mshtml或者在winecfg的“區(qū)域設(shè)置”里手動(dòng)選中文中國(guó)。這一步不是必須但遇到頑固亂碼時(shí)可以試。5.3 字體替換寫了但沒生效檢查注冊(cè)表路徑是否寫對(duì)是FontSubstitutes不是Fonts。另外替換的字體名必須是 Wine 能識(shí)別的名字建議用fc-list里顯示的名字而不是字體文件路徑。5.4 快捷方式里 env 寫法出錯(cuò)桌面快捷方式的Exec行如果引號(hào)嵌套不對(duì)env后面的變量不會(huì)生效。建議把啟動(dòng)邏輯寫進(jìn)腳本快捷方式只調(diào)用腳本避免轉(zhuǎn)義問題。5.5 系統(tǒng)更新后亂碼復(fù)現(xiàn)Ubuntu 大版本升級(jí)有時(shí)會(huì)重置 locale 生成狀態(tài)或者 Wine 版本更新后字體映射行為變化。復(fù)現(xiàn)時(shí)按第 3 節(jié)順序重新走一遍即可不用重裝 Wine。6. 繼續(xù)用模型輔助排查亂碼這類問題往往不是單一原因locale、字體、注冊(cè)表、Wine 版本都可能摻一腳。把locale -a輸出、fc-list :langzh結(jié)果、注冊(cè)表導(dǎo)出片段一起丟給模型讓它幫你交叉比對(duì)比逐條猜快得多。模型對(duì)話入口https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewrite 。如果你要把這套排查流程固化到腳本里或者接進(jìn)自己的編碼工作流API Key 在 https://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewrite 接入方式參考 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewrite 。長(zhǎng)期做 Wine 兼容性調(diào)試的話Coding Plan 能把這類重復(fù)請(qǐng)求的成本壓下來(lái)https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewrite 。最后補(bǔ)一個(gè)實(shí)用技巧把run-uedit32.sh里的WINEPREFIX和路徑抽成變量以后換機(jī)器只改變量就行不用滿腳本找路徑。