USC*_*n13 11 bash curl warnings directory-structure unzip
我有一个文件夹,我使用共享链接(不是公共链接)和卷曲从Dropbox下载.它作为压缩文件夹下载.我需要在bash shell脚本中使用unzip解压缩此文件夹.每当文件夹解压缩时,我都会收到以下错误:
warning: stripped absolute path spec from /
mapname: conversion of failed
为了确保卷曲不是一个奇怪的问题,我直接从Dropbox下载了文件夹并再次尝试.我得到了同样的错误.显示所有文件和子目录,并且它们的完整性似乎没有任何问题.使用GUI解压缩任一文件夹不会导致错误消息.
我运行unzip -l并注意到一个奇怪的第一个条目:
Length Method Size Ratio Date Time CRC-32 Name
-------- ------ ------- ----- ---- ---- ------ ----
0 Defl:N 2 0% 01-23-14 19:38 00000000 /
我相信这是一个导致问题的空目录.我的问题是,有没有办法忽略这个空目录或抑制错误消息(我试过-qq没有运气)？或者,有什么东西我做错了/缺少？
我已经测试了这个Mac OSX 10.9.1并且Ubuntu Linux (Version Unknown)得到了相同的结果.
编辑:我也测试了它,jar xf它工作正常,没有任何错误.跑步jar xvf表明它created: /.我仍然认为这是一个空的,未命名的目录导致问题,但我似乎无法正确使用我的语法,因此解压缩将忽略它.我只想使用jar,但我需要能够指定输出目录.
试图从命令行解压缩一个Dropbox自动生成的zip,我也发现了这个消息:
warning: stripped absolute path spec from /
mapname: conversion of failed
我将Dropbox的拉链与普通拉链进行了比较.
不同之处在于,在解压缩时,Dropbox中的第一个位置出现了一种类似的文件/.
我只是将该选项添加-x /到unzip命令中,试图将其排除,它对我有用.
在我看来，根本问题是存档，而不是你的命令。
默认情况下，我们将相对路径存储在 ZIP 文件中。例子：
$ zip tmp.zip /home/mcoolive/*txt
adding: home/mcoolive/file1.txt (deflated 73%)
adding: home/mcoolive/file2.txt (deflated 76%)
默认情况下，解压缩会重新创建所有文件，并在当前目录中重新创建子目录。
在您的情况下，存档包含绝对路径。这是邪恶的。因此，您的客户端将绝对路径转换为相对路径，并发出警告。