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

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

 



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
>



-- 
-------------------------------------------------------------------------------------------------------------------------------------
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


[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