Bug 54375 - grub appears to prevent APM working for Win2K
grub appears to prevent APM working for Win2K
Product: Red Hat Public Beta
Classification: Retired
Component: grub (Show other bugs)
i386 Linux
medium Severity high
: ---
: ---
Assigned To: Jeremy Katz
: 54308 55224 55921 60862 (view as bug list)
Depends On:
  Show dependency treegraph
Reported: 2001-10-04 22:58 EDT by Dave Goldblatt
Modified: 2008-05-01 11:38 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-10-30 05:50:44 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Dave Goldblatt 2001-10-04 22:58:39 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4+)

Description of problem:
After installing Roswell on a Dell Inspiron 7000 (BIOS A15) I noticed when
booting into Windows 2000 SP2 that the APM functionality no longer appeared
under Win2K; specifically battery monitoring (on AC power/battery, battery
life) and suspend to memory or disk.

Removing grub and replacing with System Commander restored the APM
functionality to Win2K.  Microsoft's apmstat program indicated a corrupted
APM BIOS when booting under Grub; after removing Grub the utility indicated
no problems.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
Boot an Inspiron 7000 (BIOS A15) under Grub.

Actual Results:  APM unusable.

Expected Results:  APM should not be affected by booting Win2K from Grub.

Additional info:

Dell Inspiron 7000, Pentium II 366, A15 BIOS.  Linux APM functions
correctly when booting under Grub.  Filed as high since a laptop which will
not suspend is a very _hot_ laptop after some time in a case; could result
in system damage.
Comment 1 Jeremy Katz 2001-10-11 17:24:53 EDT
*** Bug 54308 has been marked as a duplicate of this bug. ***
Comment 2 Jeremy Katz 2001-10-21 19:54:22 EDT
I'll see what I can do about tracking this one down -- for clarification, you
are putting GRUB in the MBR, correct?
Comment 3 Dave Goldblatt 2001-10-21 20:54:24 EDT
Correct, GRUB was in the MBR.
Comment 4 Jeremy Katz 2001-10-26 22:32:35 EDT
Can you try the updated grub package at
http://people.redhat.com/~katzj/RPMS/grub-0.90-12.i386.rpm and see if it fixes
the problem?
Comment 5 Jeremy Katz 2001-10-26 22:33:53 EDT
(Note that you will need to install the package and then run `/sbin/grub-install
/dev/foo` to get the updated images installed into the MBR)
Comment 6 Jeremy Katz 2001-10-27 13:41:51 EDT
*** Bug 55224 has been marked as a duplicate of this bug. ***
Comment 7 Jeremy Katz 2001-10-27 13:43:50 EDT
*** Bug 55224 has been marked as a duplicate of this bug. ***
Comment 8 Dave Goldblatt 2001-10-27 22:25:31 EDT
Works like a charm.  Ship it. :-)
Comment 9 Julio Sanchez Fernandez 2001-10-30 05:50:40 EST
It also fixed my complete inability to boot my NT from grub.

/sbin/grub-install, however, broke everything.  I added a few sleep's in it as suggested in grub-bug, though it seems the definitive solution to the problem those sleeps 
fixes is unclear...
Comment 10 Jeremy Katz 2001-10-31 17:33:36 EST
I've added some syncs to grub-0.90-13 (which will be building and going to the
same place in a few minutes probably) using Erich's patch off of the GRUB
mailing list until a better way of making sure the data is flushed to the disk
is determined.
Comment 11 Jeremy Katz 2001-11-08 14:59:20 EST
*** Bug 55921 has been marked as a duplicate of this bug. ***
Comment 12 Jonathan Larmour 2002-02-05 20:25:52 EST
Any reason the updated RPM hasn't made it to RHN? Seems like it's been a
Comment 13 Jeremy Katz 2002-03-07 18:50:59 EST
*** Bug 60862 has been marked as a duplicate of this bug. ***

Note You need to log in before you can comment on or make changes to this bug.