歡迎來到藍隊云小課堂！

本文將詳細介紹 Linux 文件亂碼的常見原因、解決方法，包括壓縮包解壓后的亂碼問題，并結合 inode 的概念，講解如何利用 inode 進行問題排查和解決亂碼文件的刪除。

問題描述

[root@weiyigeek-top /data/mibs 10.10.10.5 09:03]# unzip MIB.zip
[root@weiyigeek-top /data/mibs 10.10.10.5 09:03]# ls
MIB.zip  ╗к╚¤MIB  ╗к╬кMIB  ╣л╣▓MIB  ╞ц?▓╨┼MIB   # 目錄出現了亂碼

問題緣由

在 Linux 系統中，文件亂碼通常是由于顯示或讀取時使用的字符編碼與文件實際編碼不一致導致的, 文件亂碼的成因多種多樣，主要包括以下幾個方面：

• 字符編碼不一致： 這是最常見的亂碼原因。文件以某種編碼（如 GB2312、GBK、BIG5）保存，但使用其他編碼（如 UTF-8、ISO-8859-1）進行顯示或讀取，就會出現亂碼。

• 終端或文本編輯器編碼設置錯誤： 終端或文本編輯器的編碼設置與文件編碼不一致也會導致亂碼。

• 文件損壞： 雖然不常見，但文件本身可能因為各種原因損壞，導致部分或全部內容亂碼。

• Windows 系統文件： Windows 系統默認使用 GBK 編碼，如果文件是從 Windows 復制到 Linux 的，可能會出現亂碼。

• 壓縮包解壓：

• 壓縮包文件名亂碼： 壓縮包本身的文件名如果使用了與當前系統編碼不同的編碼，解壓后文件名會顯示亂碼。（作者所遇問題）

• 壓縮包內文件名亂碼： 壓縮包內部的文件名如果使用了與解壓時設置的編碼不同的編碼，解壓后文件列表或實際文件名會顯示亂碼。

• 壓縮包內文件內容亂碼： 即使文件名顯示正常，壓縮包內文件的內容也可能因為編碼問題出現亂碼，這通常發生在壓縮包是在 Windows 等非 UTF-8 環境下創建的情況下。

解決方法

1. 修改系統語言環境針對終端亂碼問題：

# 查看當前語系
locale

# 查看支持語系
locale -a

# 修改 ~/.bashrc 文件（或其他 shell 配置文件，如 ~/.zshrc）
tee ~/.bashrc << EOF
export LANG="zh_CN.UTF-8" 
export LC_ALL="zh_CN.UTF-8"
EOF
source ~/.bashrc

2. 解決文件亂碼

• 2.1確認文件實際編碼

# 使用 file 命令可以嘗試檢測文件編碼，輸出結果會包含類似 charset=utf-8、charset=gb2312、charset=iso-8859-1 等信息。
file -i 文件名
$ file -i hello.go
hello.go: text/x-c; charset=us-ascii

$ file -i test.txt
test.txt: text/plain; charset=utf-8

# 或使用 enca 工具（需要安裝），不支持 acsii 與 utf-8：
yum install enca
enca 文件名

• 2.2文件編碼轉換

# 文本編輯器： 大部分文本編輯器都支持設置文件編碼。例如，在 Vim 中使用 `:set encoding=utf-8`，在 VS Code、Sublime Text 等編輯器中也有相應的編碼設置選項。
# 用 iconv 命令轉換編碼
iconv -f 原編碼 -t 目標編碼 原文件名 -o 新文件名
# 例如，將 GB2312 編碼的文件轉換為 UTF-8 編碼：
iconv -f gb2312 -t utf-8 原文件名 -o 新文件名
# 若要直接覆蓋原文件，可以使用 sponge 命令（需要安裝 moreutils 包）：
iconv -f gb2312 -t utf-8 原文件名 | sponge 原文件名

3. 解決文件名亂碼使用 convmv 命令進行轉換：convmv -f 原編碼 -t 目標編碼 文件名例如，將 GBK 編碼的文件名轉換為 UTF-8：

convmv -f gbk -t utf-8 文件名 --notest

溫馨提示：使用 -r 參數可以遞歸處理目錄下的所有文件。使用 --notest 參數執行實際轉換，否則只會顯示轉換結果。

4. 解決壓縮包內文件名亂碼

• 4.1 zip 文件： 使用 unzip 命令的 -O 選項指定編碼：

unzip -O CP936 文件名.zip  # 使用 GBK/CP936 編碼解壓
unzip -O UTF-8 文件名.zip   # 使用 UTF-8 編碼解壓

• 4.2 tar 文件（包括 tar.gz、tar.bz2 等）： tar 文件本身一般不會導致文件名亂碼，但如果壓縮包是在 Windows 下使用非 UTF-8 編碼創建的，解壓后文件名可能會亂碼。可以嘗試使用 convmv 命令轉換解壓后的文件名。

• 4.3 rar 文件： rar 格式通常會記錄編碼信息，因此亂碼問題相對較少。可以使用 unrar 命令解壓。

• 4.4 7-Zip (7z) 工具通常能更好地處理編碼問題： 7z x 文件名.zip

此處，作者有一個名為 MIB.zip的文件，在 Windows 下創建，包含中文文件名，解壓后文件名顯示亂碼，如文章頭部所示：

# 嘗試使用 CP936 (GBK) 解壓
unzip -O CP936 MIB.zip 
[root@weiyigeek-top /data/mibs 10.10.10.5 09:09]# ls
公共MIB  華三MIB  華為MIB  奇安信MIB  MIB.zip   # 亂碼問題解決

# 如果仍然亂碼，轉換文件名：
convmv -f CP936 -t UTF-8 * --notest

5. 衍生問題：如何使用 inode 排查文件亂碼，以及正確刪除亂碼文件。

在此之前，我們先簡單了解一下，什么是 Inode （在作者前面的專欄文章中也詳細的講解過，若感興趣的可去一覽）?

在 Linux/Unix 文件系統中，inode（索引節點）是用于存儲文件元數據的數據結構。每個文件都有一個唯一的 inode 號, inode 存儲的信息包括：

• 文件大小

• 文件所有者（UID 和 GID）

• 文件權限

• 文件類型（普通文件、目錄、符號鏈接等）

• 時間戳（修改時間 mtime、訪問時間 atime、更改時間 ctime）

• 數據塊指針（指向存儲文件數據的數據塊）

如果文件名完全亂碼，無法直接使用文件名進行操作，可以使用 ls -i 命令找到文件的, 在使用 find 命令根據 inode 號查找文件：

$ ls -i test.txt
394840 test.txt

# 可根據inode號找到需要刪除的文件。
find . -inum 394840
./test.txt

然后 可以使用 find 命令結合 -delete 或 -exec rm {} \\; 刪除文件：

find . -inum <inode號> -delete
find . -inum <inode號> -exec rm {} \\;

# 例如，刪除 inode 號為 394840 的文件：
find . -inum 394840 -delete

6. 排查文件系統錯誤如果懷疑文件系統存在錯誤導致亂碼或其他問題，可以使用 fsck 命令進行檢查和修復（需要 root 權限，且通常需要在單用戶模式或 Live CD 環境下進行）。

通過上述對 Linux 文件亂碼原因的剖析、解決方法的梳理，以及借助 inode 處理相關問題的介紹，相信大家在面對文件亂碼時已能從容應對。在實際操作中，需根據具體情況靈活運用這些方法，確保 Linux 系統內文件正常顯示與使用，提升工作效率與系統穩定性。

藍隊云官網上擁有完善的技術支持庫可供參考，大家可自行查閱，更多技術問題，也可以直接咨詢。同時，藍隊云整理了運維必備的工具包免費分享給大家使用，需要的朋友可以直接咨詢。更多技術知識，藍隊云期待與你一起探索，助力你在 Linux 運維之路上穩步前行。