I have made a test on my ubuntu, I have filled the / partition, then
when I had only 500mb on it I've tried to unzip the same file on my
machine from the home directory and I haven't had any problem so I think
that the space for the temp directory is not the problem.
Anyway the /tmp partition has less than 1G...
I have tried eith -d flag to another partition without success
cliff here escribió:
Well if it's not a problem with the file then it must logically be with the
destination,
use the -d flag to direct output to a directory you know to have enough
space,
also I would agree that clearing out your /tmp directory might also resolve
the issue, I'm not sure if the behavior of the application is to expand to a
file system or to memory, before writing to disk.
On Mon, Apr 12, 2010 at 11:04 AM, rodrigo.garcia@xxxxxxxxxxxx <
rodrigo.garcia@xxxxxxxxxxxx> wrote:
[root@ELOS-BD in]# unzip -t Master032010.zip Archive: Master032010.zip
testing: SongMaster201003.txt OK
No errors detected in compressed data of Master032010.zip.
cliff here escribió:
bad CRC 9695f189, would leaad me to believe that the file is in fact
corrupt
or there is bad sector on the disk you are writing to, I would also check
the man pages and use the -t flag while extracting as well.
-t test archive files. This option extracts each specified file in
memory and compares the CRC (cyclic redundancy check, an enhanced
checksum)
of the expanded file
with the original file’s stored CRC value.
On Mon, Apr 12, 2010 at 10:41 AM, cliff here <c4ifford@xxxxxxxxx> wrote:
It would be great if you could try and use the -v (verbose) flag so you
could get some diagnostic info
On Mon, Apr 12, 2010 at 10:33 AM, <m.roth@xxxxxxxxx> wrote:
Hi,
I'm going explain the problem in detail another time:
<snip>
-rw-r--r-- 1 root root 678183271 abr 7 15:30 Master032010.zip
it contains a 2,4G file
Code:
df -h
S.ficheros Tamaño Usado Disp Uso% Montado en
/dev/cciss/c0d0p6 4,0G 3,5G 282M 93% /
/dev/cciss/c0d0p1 124M 13M 105M 11% /boot
none 4,0G 0 4,0G 0% /dev/shm
/dev/cciss/c0d0p7 56G 17G 37G 31% /opt
/dev/cciss/c0d0p3 985M 18M 917M 2% /tmp
<snip>
Not sure, but it's possible that it's trying to use /tmp during the
decompression.
mark
--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list
--
-------------------------------------------------------------------------------------------------------------------------------------
NOTICE: This message, including all attachments, is intended for the use
of
the individual or entity to which it is addressed and may contain
information that is privileged, confidential and exempt from disclosure
under applicable law. If the reader of this message is not the intended
recipient, or the employee or agent responsible for delivering this
message
to its intended recipient, you are hereby notified that any
dissemination,
distribution or copying of this communication is strictly prohibited. If
you
have received this communication in error, please notify the sender
immediately by replying "Received in error" and immediately delete this
message and all its attachments.
-------------------------------------------------------------------------------------------------------------------------------------
--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list
--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list
