 

当前位置：  服务器运维  unix  正文

学派吧-linux/centos下zip文件解压出现乱码怎么办？-linux教程

2018-12-12 分类：unix / 服务器运维阅读(1665) 评论(0)

本篇文章主要介绍了解决linux下zip文件解压乱码问题，具有一定的参考价值，感兴趣的小伙伴们可以参考一下。

原因

由于zip格式并没有指定编码格式，Windows下生成的zip文件中的编码是GBK/GB2312等，因此，导致这些zip文件在Linux下解压时出现乱码问题，因为Linux下的默认编码是UTF8。

解决方案一

使用7z解压。

安装p7zip和convmv

# fedora
$ su -c 'yum install p7zip convmv'
# ubuntu
$ sudo apt-get install p7zip convmv

执行一下命令解压缩

# 使用7z解压缩
$ LANG=C 7za x your-zip-file.zip
# 递归转码
$ convmv -f GBK -t utf8 --notest -r .

解决方案二

在windows上压缩的文件，是以系统默认编码中文来压缩文件。由于zip文件中没有声明其编码，所以linux上的unzip一般以默认编码解压，中文文件名会出现乱码。

虽然2005年就有人把这报告为bug, 但是info-zip的官方网站没有把自动识别编码列入计划，可能他们不认为这是个问题。Sun对java中存在N年的zip编码问题，采用了同样的处理方式。

有2种方式解决问题：

1. 通过unzip行命令解压，指定字符集

unzip -O CP936 xxx.zip (用GBK, GB18030也可以)

有趣的是unzip的manual中并无这个选项的说明, unzip –help对这个参数有一行简单的说明。

2. 在环境变量中，指定unzip参数，总是以指定的字符集显示和解压文件

/etc/environment中加入2行

UNZIP="-O CP936"
ZIPINFO="-O CP936"

这样Gnome桌面的归档文件管理器(file-roller)可以正常使用unzip解压中文，但是file-roller本身并不能设置编码传递给unzip。

【相关推荐】

1. Mysql免费视频教程

2. 详解innodb_index_stats导入数据时

提示表主键冲突的错误

3. 实例详解

mysql中innodb_autoinc_lock_mode

4. MySQL中添加新用户权限的实例详解

5. Linux如何检测服务器网络状况

以上就是linux下zip文件解压出现乱码怎么办？的详细内容，更多请关注学派吧其它相关文章！

赞(0)  打赏

未经允许不得转载： » 学派吧-linux/centos下zip文件解压出现乱码怎么办？-linux教程

分享到

linux mysql 服务器

相关推荐

评论抢沙发

快讯

阿里云服务器2024年-双11活动

活动地址：https://t.aliyun.com/U/pZAGNa

先领券再下单，享折上折

认证即可参与领取上云礼包，200+款云产品和 AI 品助力开发者和企业普惠上云

上云首选，新人限时抢购

每天两场（上午10:00，下午15:00），上云首选云服务器限量抢购，助力低成本上云

活动地址：https://t.aliyun.com/U/pZAGNa

精选热卖云产品，助力一站式上云

阿里云200+款云产品折上再折，满足多样场景的上云需求活动规则

活动地址：https://t.aliyun.com/U/pZAGNa

2个月前 (11-01)
宝塔腾讯云php无法启动的N种常见错误解决教程
情况一：sock已经被监听

解决方法：将这个路径下的文件删除后再重启 /tmp/php-cgi-56.sock
进入ssh 执行以下命令再重启php
```
rm -f /tmp/php-cgi-56.sock
```
具体不同的php版本，需要将以上命令的56更换为具体报错的php版本号，不能生搬硬套哦

情况二： libonig.so.2问题

解决方法：进入ssh 执行这条命令再尝试启动
```
    yum install libsodium-devel sqlite-devel oniguruma-devel libwebp-devel libvpx-devel -y
```
情况三： fatal error unable to create lock file:bad file descriptor(9)

解决方法：
```
    /etc/init.d/php-fpm-72 stop
```
```
    /etc/init.d/php-fpm-72 start
```
然后再启动试试

注意:以上的72，为php版本号，哪个版本的php启动不了，就将以上命令的72改为对应版本号
2个月前 (10-17)
阿里云云小站_服务器优惠_99元服务器-阿里云

阿里云上云优惠聚集地，新人专享优惠价格，可叠加专享代金券购买价格更低。

折扣卷领取：https://www.aliyun.com/minisite/goods?userCode=fa2nbd3s

（1）折扣券不可用于购买产品提货券；
（2）99计划产品暂不支持折扣补贴券抵扣使用；
（3）折扣券必须先领取成功后方可使用；
（4）PC或者无线端订单最终是否支持折扣券请以下单页面实际情况为准；
（5）用户领取的折扣券有效期为15天，有效期内下单购买有效，15天后券自动失效作废。

2个月前 (10-17)
腾讯云精选特惠用云无忧_腾讯云优惠活动
腾讯云推出大促优惠活动：

免费领取3150元代金券礼包；云服务器、云数据库、COS等上云必备产品，

低至1.8折起；云产品助力企业和开发者轻松上云
同价续费：参与本专区活动，享新购续费同价1次

同价续费商品，每个配置全网（包含其它活动页面）限新购1次，续费1次，详情参见销售卡片活动规则>>

3个月前 (10-11)
腾讯云linux系统 initramfs 或 initrd 损坏/丢失
现象描述

执行命令或系统启动的过程中，出现 VFS： Unable to mount root fs on unknow-block 或者 error：file '/boot/initramfs-`uname -r`.img' not found 等报错信息。

可能原因

1. 系统启动失败，输出 VFS： Unable to mount root fs on unknow-block 可能是 initramfs 或 initrd 有问题，需要重新生成 initramfs 或 initrd:。如下图所示：

2：系统启动失败，

输出 error：file '/boot/initramfs-`uname -r`.img' not found 可能是 /boot 目录下缺少 initramfs/initrd 文件。

如下图所示：

上面两种情况，都会导致系统无法正常启动。检查并重新生成 initramfs/initrd。

故障处理

1.参见使用救援模式，进入救援模式。
2. 执行其中的 mount 及 chroot 等命令。
```
mkdir -p /mnt/vm1
mount /dev/vda1 /mnt/vm1
mount -o bind /dev /mnt/vm1/dev
mount -o bind /dev/pts /mnt/vm1/dev/pts
mount -o bind /proc /mnt/vm1/proc
mount -o bind /run /mnt/vm1/run
mount -o bind /sys /mnt/vm1/sys
chroot /mnt/vm1 /bin/bash
```
3.执行以下命令，重新生成 initramfs/initrd。
```
wget http://mirrors.tencentyun.com/install/cts/linux/cvmrescue_main.sh && chmod +x cvmrescue_main.sh && ./cvmrescue_main.sh -m rebuild_initramfs
```
碰到域名解析失败的可以在 /etc/hosts 中配置 hosts 169.254.0.3 mirrors.tencentyun.com。

4.输出如下，表示 initramfs 或 initrd 新建成功。

5.参见使用救援模式，退出救援模式，启动系统。
3个月前 (10-11)
如何查看Linux系统I/O负载情况？
如何查看Linux系统I/O负载情况？

本文中含有需要您注意的重要提示信息，忽略该信息可能对您的业务造成影响，请务必仔细阅读。
本文介绍如何使用iostat、iotop工具查看I/O负载情况。

查看磁盘I/O负载

使用iotop从进程纬度查看磁盘IO负载

iotop是一个用来监视磁盘I/O使用状况的top类工具，可以从进程纬度查看磁盘IO负载。

执行如下命令，安装iotop。

yum install iotop

执行如下命令，查看I/O负载。

iotop -k -n 5 -d 3

说明

-b：记录到日志。

-k：以KB为单位显示。

-n：统计次数。

-d：统计时间间隔。

显示结果如下。

显示结果参数说明如下，更多参数说明，可执行iotop -h查询。

DISK READ：该进程读I/O带宽。

DISK WRITE：该进程写I/O带宽。

SWAPIN：磁盘的交换使用率。

IO：该进程的 I/O 利用率，包含磁盘和交换。

kjournald进程占用I/O资源高问题

问题描述

使用iotop排查分析，发现kjournald进程占用了大量I/O资源。

问题原因

该问题通常是由于.ext3文件系统设置的Journal size太小导致。

kjournald进程是ext3文件系统进行I/O数据操作的内核进程，它在向磁盘内写入和读取数据时占用CPU和内存资源。当循环的向ext3文件系统写数据时，会使Journal size不断增大，到达设置的Journal size时，就会出现该问题。

解决方案

远程连接Linux系统的ECS实例。

具体操作，请参见连接方式概述。

执行如下命令，查看相应分区的Journal size大小。

dumpe2fs /dev/xvda1 | grep Journal

说明

/dev/xvda1请替换为实际的分区。

系统显示类似如下，表示/dev/xvda1分区的Journal size为128M。

dumpe2fs 1.42.9 (28-Dec-2013) Journal inode: 8 Journal backup: inode blocks Journal features: journal_incompat_revoke Journal size: 128M Journal length: 32768 Journal sequence: 0x00010ffb Journal start: 10953

执行如下命令，修改Journal size大小。

mke2fs -J size=400 /dev/xvda1

说明

请根据业务需要，修改size大小，/dev/xvda1请替换为实际的分区。

I/O性能优化：通过4K对齐提高I/O性能

4K对齐指将符合4K扇区定义格式化过的硬盘，按照4K扇区的规则写入数据。4K对齐可以使簇与扇区相对应，保证了磁盘读写效率，以提高I/O性能。

本操作介绍如何通过以下脚本对磁盘进行格式化并自动配置4K对齐。

警告

运行此脚本会自动格式化所有数据盘，如果非新购数据盘，请在操作前，确认已对相关数据盘进行数据备份。具体操作，请参见创建一个云盘快照。

使用root用户远程连接Linux系统的ECS实例。

具体操作，请参见连接方式概述。

下载auto_fdisk.zip压缩包后解压，将解压后脚本并上传到目标服务器。

依次执行如下命令，为脚本添加执行权限，然后运行脚本。

chmod +x ./auto_fdisk.sh ./auto_fdisk.sh
3个月前 (09-28)

更好的服务器推荐选择

本站主要用于阿里云、腾讯云、华为云服务器活动的推荐及优惠购买方式、并搜集服务器运维的日常解决方案！

联系我们联系我们

回顶部