home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / linux / 16562 < prev    next >
Encoding:
Internet Message Format  |  1992-11-13  |  2.2 KB
  1. Path: sparky!uunet!europa.asd.contel.com!darwin.sura.net!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!matt.ksu.ksu.edu!news
  2. From: probreak@matt.ksu.ksu.edu (James Michael Chacon)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: Problems with CMOS after using Linux on my 486
  5. Date: 13 Nov 1992 00:03:37 -0600
  6. Organization: Kansas State University
  7. Lines: 41
  8. Message-ID: <1dvgfpINNah7@matt.ksu.ksu.edu>
  9. References: <96973@netnews.upenn.edu> <BxIyzz.38z@undergrad.math.waterloo.edu> <1992Nov12.230055.28527@sfu.ca>
  10. NNTP-Posting-Host: matt.ksu.ksu.edu
  11.  
  12. rchen@fraser.sfu.ca (Robert Chen) writes:
  13.  
  14. >In article <BxIyzz.38z@undergrad.math.waterloo.edu> pcrichar@undergrad.math.waterloo.edu (Pat Richard) writes:
  15. >>In article <96973@netnews.upenn.edu> dsimon@stipple.seas.upenn.edu (Derron Simon) writes:
  16. >>>Hi.  I recently purchased a 486DX33 and want to run Linux on a 50 meg parition.
  17. >>>My problem is that after loading Linux from the latest SLS disks (.98pl1, I
  18. >>>ftp'ed them 3 days ago) I get "CMOS checksum bad" errors after every reboot.
  19. >>>Usually the portion of CMOS that gets trashed is the Hard Drive information!
  20. >>
  21. >>Yes, I have also had this problem running SLS .98 pl1, though I somehow
  22. >>feel it wasn't to do with SLS (?). When I used mtools, and then re-booted,
  23. >>the hard disk info was lost. It was my first time using mtools, and
  24. >[...]
  25. >>Pat C. Richard, 
  26. >>pcrichar@cayley.uwaterloo.ca
  27.  
  28. >The problem seems to be with the CAD code.  I think that reboot(1) just 
  29. >calls the kernel CAD code.  Can anyone confirm/deny this?  
  30.  
  31. >Anyway, on my system, CAD/reboot works only about 30% of the time.
  32. >It hangs the machine the other 70%.  On a couple of friends' systems,
  33. >it wipes the CMOS.  Now they shut down linux by just doing a couple of
  34. >syncs turning off the power.
  35.  
  36. >I am told that this behavior happens only with AMI bios.  Don't know
  37. >why.  Is there any chance there will ever be a fix for this?  Linux
  38. >has had this 'bug' (if you can call it that) since the CAD code was
  39. >introduced.
  40.  
  41.  
  42. >Can anyone out there who knows anything about this comment?
  43.  
  44. >- Ken
  45.  
  46. I have a 486-33 with an AMI bios and have had absolutlety no problems
  47. with linux corrupting the cmos settings. I use reboot to reboot, or
  48. shutdown -r -s to reboot into singleuser and nothing corrupts the cmos
  49. during these times.
  50.  
  51. James
  52.  
  53.