Re: VS: Unzipping problem | write error (disk full?)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux