home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.os.linux
- Path: sparky!uunet!destroyer!cs.ubc.ca!newsserver.sfu.ca!rchen
- From: rchen@fraser.sfu.ca (Robert Chen)
- Subject: Re: Problems with CMOS after using Linux on my 486
- Message-ID: <1992Nov12.230055.28527@sfu.ca>
- Sender: news@sfu.ca
- Organization: Simon Fraser University, Burnaby, B.C., Canada
- References: <96973@netnews.upenn.edu> <BxIyzz.38z@undergrad.math.waterloo.edu>
- Date: Thu, 12 Nov 1992 23:00:55 GMT
- Lines: 42
-
- In article <BxIyzz.38z@undergrad.math.waterloo.edu> pcrichar@undergrad.math.waterloo.edu (Pat Richard) writes:
- >In article <96973@netnews.upenn.edu> dsimon@stipple.seas.upenn.edu (Derron Simon) writes:
- >>Hi. I recently purchased a 486DX33 and want to run Linux on a 50 meg parition.
- >>My problem is that after loading Linux from the latest SLS disks (.98pl1, I
- >>ftp'ed them 3 days ago) I get "CMOS checksum bad" errors after every reboot.
- >>Usually the portion of CMOS that gets trashed is the Hard Drive information!
- >
- >Yes, I have also had this problem running SLS .98 pl1, though I somehow
- >feel it wasn't to do with SLS (?). When I used mtools, and then re-booted,
- >the hard disk info was lost. It was my first time using mtools, and
- [...]
- >Pat C. Richard,
- >pcrichar@cayley.uwaterloo.ca
-
- The problem seems to be with the CAD code. I think that reboot(1) just
- calls the kernel CAD code. Can anyone confirm/deny this?
-
- Anyway, on my system, CAD/reboot works only about 30% of the time.
- It hangs the machine the other 70%. On a couple of friends' systems,
- it wipes the CMOS. Now they shut down linux by just doing a couple of
- syncs turning off the power.
-
- I am told that this behavior happens only with AMI bios. Don't know
- why. Is there any chance there will ever be a fix for this? Linux
- has had this 'bug' (if you can call it that) since the CAD code was
- introduced.
-
-
- Can anyone out there who knows anything about this comment?
-
- - Ken
-
-
-
-
-
-
-
-
-
-
-
-