unzip解壓亂碼
A. 將windows中的zip文件傳到linux中，解壓後中文文件名亂碼，使用p7z和convm轉碼時
字元集問題，如果是word，一般打開後會自動調整字元集，另存為一遍就行了。文件名就沒法了，只能自己慢慢改，因為同樣是字元集問題，但屬於系統字元集，linux一般用utf，windows一般用GB。注意一件事，如果是多系統通用文件，最好用英文做文件名，哪怕是拼音。沒法，誰叫計算機的基礎是英文呢。
B. 文件批處理docx文檔為zip文檔後，為什麼打開壓縮包有亂碼，
雙擊打開壓縮文件為亂碼怎麼辦？
不少網友都表示在雙擊打開壓縮文件時出現亂碼的情況。我們都知道雙擊打開壓縮包里的壓縮文件就是操作系統系統在調用相關的程序打開壓縮包裡面的文件。一般我們電腦中安裝都是WinRAR軟體，在默認情況下，是可以雙擊打開RAR壓縮包里的文件的，一般遇到文件是亂碼的情況可能是我們解壓不當造成的問題，下面小編將會將解決方案分享給大家。
問題分析：打開壓縮包的文件，只能是先將壓縮包解壓，然後雙擊才能正常打開。如果是直接雙擊壓縮包里的文件，雙擊壓縮包里的文檔、圖片都不能正常打開，打開後全部顯示是亂碼。為什麼雙擊壓縮包里的文件，會是亂碼呢?原因就在於誤設置了使用WinRAR的查看器來打開壓縮包里的文件。
解決方案：
1.單擊桌面上的開始按鈕在搜索框中輸入winrar找到該軟體並啟動，在菜單欄中單擊【選項】標簽，選擇【設置】如下圖：
--------------------------------------------------------------------
mac打開docx&解壓zip後文件名亂碼
一、有些版本pages無法打開docx，但可以打開doc，Mac系統中其實內置了轉換docx的工具，在terminal中運行如下命令
textutil -convert doc ＋ 需要轉換的docx文件（可用通配符，例如＊.docx）
運行的結果：在docx文件路徑下生成doc文件。
二、在Mac terminal中用unzip命令解壓zip後文件名亂碼
解決方案：
在app store中下載使用RAR Extractor Free軟體解壓即可
C. 在linux中解壓zip文件，中文字元亂碼，請問如何解決。不要粘貼復制。 系統本身的字元集是utf-8
如果你文件夾中只有這一個zip文件的話，可以用命令unzip *.zip 應該就OK了
D. linux下用unzip解壓時報錯
你這個是多卷壓縮，需要把多個zip部分合並到一起才能解壓
從你的文件名上看應該是兩個分卷，那麼你可以嘗試：
cat 1.zip 2.zip > 0.zip
unzip 0.zip
E. linux中使用unzip解壓文件的時候總是提示錯誤怎麼辦
首先排除文件損壞的可能，將文件在Win下解壓，看看是否能成功。
如果第1步在win下解壓成功，那麼就要想一下文件是怎樣傳到linux系統里的，如果是用ftp，那麼上傳的時候是否添加了bin參數，也就是從Win到linux的文件傳輸，一定要使用二進制形式來傳輸，如果用了ASCII模式，源文件會有所改變，所以在解壓的時候就會出錯。
一般是zip文件不完整或者損壞，重新下載吧。
linux下解壓zip文件需要使用unzip命令，如下：示例：將壓縮文件text.zip在當前目錄下解壓縮。
unzip text.ziplinux自帶的unzip命令可以解壓windows下的zip格式的壓縮文件。unzip命令，語法：unzip［選項］壓縮文件名.zip。
F. ubuntu16.10怎麼解決.zip文件解壓後中文亂碼的問題
檢查壓縮文件的MD5是否與原原件提供的MD5一樣 可能是此文件被病毒修改了 檢查系統的字型檔是否有問題 如果文件可運行，那麼可能本身就是這樣的
G. Linux中unzip解壓時中文亂碼如何解決
更改源碼解決亂碼
調試發現問題出現在MultiByteToWideChar方法里，
如 MultiByteToWideChar(CP_ACP,0,fn,-1,tfn,MAX_PATH); 到這里時fn中的name屬性值還是正常的，在這個方法內部執行完tfn就亂了。
解決方法：
打開unzip.cpp源文件，找到函數
ZRESULT TUnzip::Get(int index,ZIPENTRY *ze)
{ // ......
// ......} 12345
這個函數里有
#ifdef UNICODE
MultiByteToWideChar(CP_UTF8,0,fn,-1,tfn,MAX_PATH);#else
strcpy(tfn,fn);#endif12345
把 CP_UTF8 改為CP_ACP， （ CP_ACP 指示要使用當前設置的 API 默認 Windows ANSI 代碼頁）
重新編譯後
這樣就解決了解壓中文文件名稱亂碼的問題
編譯時解決源碼問題（無需更改源碼）
上面的情況，我們我觀察到unzip源代碼這段開始的地方有判斷
#ifndef Ext_ASCII_TO_Native 1
這樣問題似乎更簡單了，不用改源代碼，只需在make時定義 Ext_ASCII_TO_Native 即可，這樣 Ext_ASCII_TO_Native 實際為一個空的宏，不進行任何轉換操作。
比如，使用下面的方法編譯
make -DExt_ASCII_TO_Native 1
或者在bash執行下面兩行
export LOCAL_UNZIP=-DExt_ASCII_TO_Native
make12
unzip解壓縮含中文文件名zip包是出現亂碼的問題解決！
如果您的系統已經安裝了unzip
方法一 unzip行命令解壓，指定字元集
通過unzip行命令解壓，指定字元集
unzip -O CP936 xxx.zip (用GBK, GB18030也可以)1
方法二 在環境變數中，指定unzip參數
在環境變數中，指定unzip參數，總是以指定的字元集顯示和解壓文件
/etc/environment中加入2行
UNZIP=」-O CP936″
ZIPINFO=」-O CP936″12
方法三 利用pyton來處理
復制以下內容（python）保存未myuzip.py文件腳本，並修改運行許可權為可運行(chmod +x uzip)
#!/usr/bin/env python# -*- coding: utf-8 -*-# uzip.pyimport osimport sysimport zipfileprint "Processing File " + sys.argv[1]
file=zipfile.ZipFile(sys.argv[1],"r");for name in file.namelist():
utf8name=name.decode('gbk') print "Extracting " + utf8name
pathname = os.path.dirname(utf8name) if not os.path.exists(pathname) and pathname!= "":
os.makedirs(pathname)
data = file.read(name) if not os.path.exists(utf8name):
fo = open(utf8name, "w")
fo.write(data)
fo.close
file.close()
這樣以後我們解壓縮時只需要運行此文件即可
./myuzip.py xxxx.zip
H. linux中使用unzip解壓文件的時候總是提示錯誤
1：首先排除文件損壞的可能，將文件在Win下解壓，看看是否能成功。
2：如果第1步在win下解壓成功，那麼就要想一下文件是怎樣傳到linux系統里的，如果是用ftp，那麼上傳的時候是否添加了bin參數，也就是從Win到linux的文件傳輸，一定要使用二進制形式來傳輸，如果用了ASCII模式，源文件會有所改變，所以在解壓的時候就會出錯。
I. 怎麼解決ubuntu14.04解壓文件亂碼
一、通過unzip行命令解壓，指定字元集
unzip -O CP936 xxx.zip (用GBK, GB18030也可以)
有趣的是unzip的manual中並無這個選項的說明, unzip --help對這個參數有一行簡單的說明。
二、在環境變數中，指定unzip參數，總是以指定的字元集顯示和解壓文件
/etc/environment中加入2行
UNZIP="-O CP936"
ZIPINFO="-O CP936"
這樣Gnome桌面的歸檔文件管理器(file-roller)可以正常使用unzip解壓中文，但是file-roller本身並不能設置編碼傳遞給unzip。
小結
我先用了第二種方法，但是發現自己沒裝file-roller，於是用第一種方法指定字元集，然後就搞定了，但是還是覺得這個CP936。。。。記不住阿，不知道還有沒有更好的方法
J. linux系統下用unzip解壓報bad zipfile offset錯誤
在linux解壓rzr不能用unzip命令來解壓，unzip只能解壓zip
就好比tar.gz只能用tar
zxf
你需要先安裝rarlinux這個軟體
yum裝或者tar包安裝完之後
unrar
file即可解壓出來
rar
file是壓縮成一個rar包