home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / ibm / pc / hardware / 23516 < prev    next >
Encoding:
Text File  |  1992-09-07  |  1.8 KB  |  48 lines
  1. Newsgroups: comp.sys.ibm.pc.hardware
  2. Path: sparky!uunet!cs.utexas.edu!torn!cunews!iroderic
  3. From: iroderic@alfred.carleton.ca (Ian Roderick)
  4. Subject: Re: Bypass AMI bios passwd protect needed
  5. Message-ID: <iroderic.715713297@cunews>
  6. Sender: news@cunews.carleton.ca (News Administrator)
  7. Organization: Carleton University
  8. References: <1992Aug27.115612.2944@csdvax.csd.unsw.edu.au>
  9. Date: Sat, 5 Sep 1992 17:14:57 GMT
  10. Lines: 36
  11.  
  12. In <1992Aug27.115612.2944@csdvax.csd.unsw.edu.au> u2116318@csdvax.csd.unsw.edu.au writes:
  13.  
  14. >anyone knwow how can i bypass the 
  15. >passwd protect of ami bios without
  16. >unplug the battery or hard drive?
  17.  
  18. >because some one changed the cmos
  19. >config and passwd in one of the machines
  20. >so we can't use telnet with that machine.
  21.  
  22. >thanks in advance
  23.  
  24. A similar thing happened to me where someone was mucking around with
  25. the setup and installed a password and then couldn't remember it!
  26.  
  27. I did what the manual for my motherboard told me but before you
  28. consider doing this I would strongly recommend you 1) check your own
  29. manual and 2) wait for other responses.
  30.  
  31. Taken directly from the manual:
  32.  
  33. If user forgets the password, you should turn off the power, short the
  34. JP16 by putting metal across pin 1 & 2 and then move away.  When you
  35. turn on the power again [with the metal REMOVED], no password is
  36. requested, but a message of "CMOS battery state low" is shown on the
  37. screen.  User can ignore the message.
  38.  
  39. After getting the battery message the first time, on the subsequent
  40. boot up my system gave no further such messages.  The battery was no
  41. longer being shorted so all was returned to normal.
  42.  
  43. This is not a particulary dangerous procedure (for yourself or the
  44. computer) but from experience, I have learned that any such tinkerings
  45. should be done slowly and with caution.
  46.  
  47. Ian
  48.