bug-coreutils
[Top][All Lists]
Advanced

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

Re: md5sum freezes system


From: Philip Rowlands
Subject: Re: md5sum freezes system
Date: Sat, 15 Jul 2006 16:58:42 +0100 (BST)

On Sat, 15 Jul 2006, Daniel wrote:

If I run md5sum on big files (>700MB) it freezes the system. There are no logs, no panic, nothing. It only shows the last screen.

This will be difficult to diagnose if the problem occurs only on your system. Are you able to reproduce it on another computer?

When you say freeze, is the computer entirely unresponsive? Can you interrupt (Ctrl-C) md5sum to get back to the shell prompt?

700MB is a reasonably large amount of data, which might longer than you'd expect to process on an older system, say, with slow disk.

I runned md5sum with strace and gdb because I want to know what happens - but everything was fine and md5sum returns the hash.

Although I don't expect this is an md5sum bug, I'll need to convince you of that. Is 700MB the smallest file that breaks? Is it any 700MB file, or a specific one on your disk? The following commands may help narrow down the cause:

(I'm going to name the problematic 700MB file "badfile")
$ cat badfile > /dev/null
    (should return to the prompt with no output)

$ dd bs=1M count=700 if=/dev/zero | md5sum
700+0 records in
700+0 records out
734003200 bytes (734 MB) copied, 3.92202 seconds, 187 MB/s
7fe5ca2a051d6dbb9ef191fbee0af98c  -
    (tests md5sum handling 700MB of non-disk data)

$ dd bs=1M count=700 if/dev/zero > /tmp/bigfile
$ md5sum /tmp/bigfile badfile

So, can anyone of you explain this behavior? What happens there? Why is md5sum running fine if it is under control? Are there ways to get some more informations?

The above tests should isolate whether it's md5sum or the specific file which triggers your problem.

PS: it is _no_ hardware defect ;)

How can you be sure?


Cheers,
Phil




reply via email to

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