On Thu, 14 Feb 2002 20:25, Paul Robertson wrote:
> > When a maching gets an Oops or BSOD condition then the kernel is
>
> inherantly
>
> > doing improper and unpredictable things with memory.  Therefore
> > regardless
>
> of
>
> > what file system you use it could get trashed and data could get lost.
> >
> > Oops conditions are generally rare on Linux machines so this shouldn't be
> > much of an issue.  BSOD on NT is quite common...
>
> IMO oops and BSOD are quite different. There are many possible reasons why
> an NT kernel component might decide to call KeBugCheck() which generates
> the BSOD. I have a book which lists around 100 "common" bugcheck codes. In
> particular, NT can be configured to dump the system state to a file on the
> boot partition when a crash occurs.

There are also a couple of Linux kernel patches to support dumping the memory 
to the swap partition on an Oops, and an Oops can be triggered by any 
condition that some kernel code considers Oops-worthy.

IMHO The biggest difference between an Oops and a BSOD is that a machine 
doesn't totally die after an Oops (which can be considered a good or a bad 
thing).

-- 
http://www.coker.com.au/bonnie++/     Bonnie++ hard drive benchmark
http://www.coker.com.au/postal/       Postal SMTP/POP benchmark
http://www.coker.com.au/projects.html Projects I am working on
http://www.coker.com.au/~russell/     My home page

Reply via email to