最近开发项目时在PC上wang用户及组下打包的tar包解压到嵌入式设备root用户下,文件目录及文件用户名改为dbus和dbus组,导致cron等应用异常. 出现此问题时可以通过修改相应文件(件)的用户和用户组,但不通用. 理想的方法是tar包解压时不保留用户信息,通过tar --help可知晓: tar --no-same-owner -zxvf xxx.tar.gz -C / 至于为什么用户名改为dbus,应该和用户ID有关,在PC上wang的用户ID和嵌入式设备上dbus的用户ID相同,此

打包举例:将 /usr/local/src/zlib-1.2.5目录下的文件打包成 zlib-1.2.5.tar.gz cd /usr/local/src tar -czvf ./zlib-1.2.5.tar.gz ./zlib-1.2.5/* # 压缩到制定目录下(如:/root/2/ ) tar -czvf /root/2/zlib-1.2.5.tar.gz ./zlib-1.2.5/* #压缩 tar  -czvf   ***.tar.gz tar  -cjvf   ***.tar.bz2

tar: 简介:tar命令只是把目录打包成一个归档(文件),并不负责压缩.在tar命令中可以带参数调用gzip或bzip2压缩.因为gzip和bzip2只能压缩单个文件. 在linux下是不需要后缀名的,但通常tar归档后缀名为.tar,gzip压缩后的后缀名为.gz,bzip2压缩后的后缀名为.bz2. 命令用法: tar [参数] [文件或目录] #比如把x文件夹打包并用gzip压缩. tar -zcvf x.tar.gz x #解压到当前目录 tar -xzvf x.tar.gz #解压到

转自:http://www.cnblogs.com/asxinyu/archive/2013/03/05/2943696.html 阅读目录 1.前言 2.关于压缩格式和算法的基础 3.几种常见的.NET开源数据压缩组件 4.基本入门使用教程 4.总结与资源        本博客所有文章分类的总目录:[总目录]本博客博文总目录-实时更新 本博客其他.NET开源项目文章目录:[目录]本博客其他.NET开源项目文章目录 回到目录 1.前言 作为吉日嘎拉权限管理系统最早的一批学习版用户,学了不少东西,

SharpZipLib是一个开源的C#压缩解压库,应用非常广泛.就像用ADO.NET操作数据库要打开连接.执行命令.关闭连接等多个步骤一样,用SharpZipLib进行压缩和解压也需要多个步骤.SharpZipLib功能比较强大,在很多C#的应用中,都有它的身影,我们可以通过引入SharpZipLib类库文件,在程序中实现自动压缩文件以及解压缩文件的功能,例如一个常见的情景就是用户客户端程序下载更新包,下载完成之后,在本地自动解压文件. SharpZipLib的官方地址是:http://icsh

gzip命令 用于将一个大的文件通过压缩算法(Lempel-Ziv coding(LZ77))变成一个小的文件.gzip命令不能直接压缩目录,因此目录需要先用tar打包成一个文件,然后tar再调用gzip进行压缩.   -d    解开压缩文件 -v    显示指令执行的过程 -l    列出压缩文件的内容信息   -c    将内容输出到标准输出,不改变原始文件 -r    对目录下的所有文件递归进行压缩操作 -数字<1-9>    指定压缩率,默认为6,值越大压缩率越高 -t    测试,

[root@TEST144239 tmp]# unzip linx64_11gR2_database_1of2.zipArchive:  linx64_11gR2_database_1of2.zipwarning [linx64_11gR2_database_1of2.zip]:  4652886 extra bytes at beginning or within zipfile  (attempting to process anyway)error [linx64_11gR2_databa

SharpZipLib是国外开源加压解压库,可以方便的对文件进行加压/解压 1.下载ICSharpCode.SharpZipLib.dll,并复制到bin目录下 http://www.icsharpcode.net/OpenSource/SharpZipLib/Download.aspx 2.编写工具类ZipUtil,一般放在App_Code文件夹下 using System; using System.Data; using System.Configuration; using System

原地址:http://www.xuanyusong.com/archives/3095 前两天有朋友告诉我Unity的Assetbundle是LZMA压缩的,刚好今天有时间那么就研究研究LZMA.它是一个开源的类库,有C. C++.C#.JAVA的类库,那么在我大Unity里面我们当然要使用C#的类库啦. 下载地址:http://www.7-zip.org/sdk.html  或者在文章的最后下载我的测试工程.如下图所示,因为9.22是Beta版本,所以我们还是老老实实下载9.20正式版本. 解

部分内容参考网页:http://bbs.kafan.cn/thread-1243208-1-1.html WinRAR 的自动解压文件功能使压缩包也能像 Setup 程序那样,双击后显示一个软件许可,然后自动在指定位置解压文件,最后自动执行软件. ·软件解密包——软件解密需要将很多文件拷贝到安装目录覆盖原文件,烦琐的操作非常适合制作自动解密包 ·自动演示包——用 PowerPoint 打包功能会生成众多文件,做成自动演示包后,方便文稿的演示与文件的管理  ·客户资料包——当您的客户不太懂电脑时,

List<PDFPATH> pdfpath = new List<PDFPATH>(); List<string> ziplist = new List<string>(); public Form1() { InitializeComponent(); } private void button1_Click(object sender, EventArgs e) { FolderBrowserDialog dialog = new FolderBrows

文章也已经同步到我的csdn博客: http://blog.csdn.net/u012881584/article/details/72615481 关于Java解压文件的一些坑及经验分享 就在本周, 测试人员找到我说现上的需求文档(zip格式的)无法预览了, 让我帮忙看看怎么回事. 这个功能也并不是我做的, 于是我便先看看线上日志有没有什么错误,果不其然, 后台果然报错了. java.lang.IllegalArgumentException:MALFORMED at java.util.zi

需求: 1:mac连接linux服务器 2:将mac上的文件上传到linux服务器指定位置 3:解压文件 mac上使用命令,推荐使用 iterm2 .当然,也可以使用mac自带的终端工具. 操作过程: 一: mac连接linux服务器 输入命令连接Linux服务器: ssh username@ip 其中: username为登录Linux服务器所需的用户名,ip为服务器的地址.默认端口号为22,如果要指定端口号,使用 -p port // 以下两种方式都可以 ssh username@ip -p

使用tar解压文件提示gzip: stdin: not in gzip format错误 1. 问题描述 使用docker save xxxx > xxx.tar导出镜像,由于文件太大,需要split -b 3000m xxx.tar来分割文件,刻录到光盘然后导入到服务器上. 后面使用cat * | tar -xzv来解压压缩的镜像,随后使用docker load导入镜像. 开始的几次都没有问题,不过昨天同样的过程,提示gzip: stdin: not in gzip format. 2. 问题

直接结论: 1.linux解压文件乱码: unzip -O GBK *.zip 2.linux改变文件内容编码: 安装enca,下载地址:https://github.com/nijel/enca/issues 使用方式: enca -L zh_CN -x utf-8 ${Path}/* 3.使用安装包安装enca时会报: error while loading shared library libenca.so.0 使用find / -name ${fileName}找到这个文件,发现在/us

// java批量解压文件夹下的所有压缩文件(.rar..zip..gz..tar.gz) 新建工具类: package com.mobile.utils; import com.github.junrar.Archive;import com.github.junrar.rarfile.FileHeader;import org.apache.tools.tar.TarEntry;import org.apache.tools.tar.TarInputStream; import java.i

Linux解压文件到指定目录 tar在Linux上是常用的打包.压缩.加压缩工具,他的参数很多,折里仅仅列举常用的压缩与解压缩参数 参数:-c :create 建立压缩档案的参数:-x : 解压缩压缩档案的参数:-z : 是否需要用gzip压缩:-v: 压缩的过程中显示档案:-f: 置顶文档名,在f后面立即接文件名,不能再加参数 举例: 一,将整个/home/www/images 目录下的文件全部打包为 /home/www/images.tar tar -cvf /home/www/images

using ICSharpCode.SharpZipLib.Zip; using System; using System.Collections.Generic; using System.IO; namespace Zhong.Core { /// <summary> /// 压缩解压操作类,使用的是SharpZipLib /// </summary> public class DCompress { private static object operateLock = ne

原文链接 http://www.cnblogs.com/qq78292959/archive/2011/07/06/2099427.html tar -c: 建立压缩档案-x:解压-t:查看内容-r:向压缩归档文件末尾追加文件-u:更新原压缩包中的文件 这五个是独立的命令,压缩解压都要用到其中一个,可以和别的命令连用但只能用其中一个.下面的参数是根据需要在压缩或解压档案时可选的. -z:有gzip属性的-j:有bz2属性的-Z:有compress属性的-v:显示所有过程-O:将文件解开到标准输出

今天在编译机上编译前端代码,报了找不到依赖的异常.检查后发现是node_modules/.bin下少了一些文件. 一开始疑惑为什么本地能成功生成软链在node_modules/.bin,服务器上面却不行呢? 带着疑惑检查了一遍shell脚本,发现原来在安装依赖的时候有一个坑. 安装依赖的过程如下: 执行npm i安装依赖 解压编译好的二进制依赖到node_modules下 问题就出在第二步,使用tar -zxvf xxx.gz -C node_modules解压文件,会把同名的源文件覆盖掉,导致

  linux解压文件时指定文件夹名称   wget -O mysql-5.6.15.tar.gz  http://oss.aliyuncs.com/aliyunecs/onekey/mysql/mysql-5.6.15-linux-glibc2.5-i686.tar.gz mkdir ./mysql-5.6.15 && tar -xzvf mysql-5.6.15.tar.gz -C ./mysql-5.6.15 --strip-components 1