l i n u x - u s e r s - g r o u p - o f - d a v i s
Next Meeting:
July 7: Social gathering
Next Installfest:
Latest News:
Jun. 14: June LUGOD meeting cancelled
Page last updated:
2002 Mar 15 07:41

The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
RE: [vox-tech] gzip bug?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [vox-tech] gzip bug?

Dear Mike,
Thank you for the great suggestions. I followed all your advice and put
the result after your points.

-----Original Message-----
From: vox-tech-admin@lists.lugod.org
[mailto:vox-tech-admin@lists.lugod.org] On Behalf Of
Sent: Thursday, March 14, 2002 6:51 PM
To: vox-tech@lists.lugod.org
Subject: Re: [vox-tech] gzip bug?


  From reading the other material in this tread nothing really
jumps out... but if you gzip and gunzip a file on the same machine
without transferring it and it doesn't work, something is seriously
wrong with that machine, the kernel, the filesystem, or the application.

  But nothing obvious stands out, so here are some possibilities...

- Can you try doing a fsck on the machine?
  (shutdown -F -r now) reboot the machine and cause a check...

Sure, I did that.

- You say you are using a "VFS" filesystem... which I think stands for
  "Virtual File System"... which is just the API layer between the 
  kernel and the actual filesystem drivers.  Could you try to report
  which filesystem is really in use via the following...
    send a copy of "cat /proc/mounts" and cd into where you are 
  working with the files and run "dk -k ."...

/proc/mounts lists:
/dev/hda6 /home ext2 rw 0 0
for the /home mount where the corrupted files are.
What does dk do? I don't have it on this machine. May be because it
doesn’t have any SCSI drives?

- Can you run md5sum `which gzip` `which gunzip`?
  Perhaps someone running your version of Redhat can verify your
  executables are not corrupted.

Ocae 9777 548d 5dcb 6179 5599 6f51 3525

- When you say Winzip opens it without problem, did you check the 
  tail end of the file for completeness?
  (it's possible that Winzip also found the file corrupted but didn't
   say anything).

These are binary files, Matlab matrices, and Matlab happily takes them
after Winzip opened them.

- How long have you been using that system?

For only 2 months.

- Noticed any other applications crash or behave oddly?

I used the machine mostly for data crunching with Perl and Matlab. The
longest uninterrupted computation took about 48 hours and everything
worked as expected. In the past 2 months, I didn't see anything unusual.
Although, I'm not sure what usual is since it is a new system. There
were some problems with importing really large tab-delimited matrices
into Matlab. I had to restart Matlab then it took the matrix.

- Is the CPU overclocked?

I hope not. How can I check it?

In response to a previos post I'm doing multiple runs of memtest.
Everything looks fine so far.


Thank you again,


vox-tech mailing list

LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
Appahost Applications
For a significant contribution towards our projector, and a generous donation to allow us to continue meeting at the Davis Library.