bug-gzip
[Top][All Lists]
Advanced

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

Re: problem with gunzip <No space left on device>


From: Bob Proulx
Subject: Re: problem with gunzip <No space left on device>
Date: Thu, 11 Sep 2008 18:53:12 -0600
User-agent: Mutt/1.5.13 (2006-08-11)

Biradar, Prabhulingamma (Prabha) wrote:
> Paul Eggert wrote:
> > > write(4, " 4 4 _ 2   S e n d e r  ".., 24576)   Err#28 ENOSPC
> > 
> > This indicates that gzip ran out of disk space, and a write() system
> > call failed.  gzip does not check for disk space in advance; it merely
> > checks as it writes.  So I don't see any incorrect behavior here.
>
> We are not able to understand even though we have 139Mb free space on
> the partition where the tarname.tar.gz is kept why the gunzip is
> reporting out of space error because it requires just 81Mb to write the
> tarname.tar file into the partition right?

I might try a brute force approach.  Consider this following command.

  gunzip < omcran_r31_v0_91_helpfiles.tar.gz > omcran_r31_v0_91_helpfiles.tar

If you have 139M free and the output is only going to be 81M then it
should fit, right?  But I believe the system call error message which
said ENOSPC and therefore I expect this to fail.  At that point the
filesystem will be full and it won't be possible to write more data to
it.  At that point try copying other files to that filesystem.  I
expect it to fail.

At that point I would look to see the sizes of files and how much disk
space is remaining.  I expect that at this point the problem might be
more clear.  I don't think it is gunzip.  I expect it to be something
like disk quotas or minfree that is preventing further writes which
will be obviously only once the reason is known.

Bob




reply via email to

[Prev in Thread] Current Thread [Next in Thread]