vbestate save causes hang on some systems

Bug #11974 reported by Paul Norton
12
Affects Status Importance Assigned to Milestone
Ubuntu
Fix Released
Critical
Thom May

Bug Description

Pentium 3 650
512 Megs of Ram
Latest updates of Ubuntu Hoary
Kernel 2.6.8 and 2.6.10 affected

System boots kernel and starts processes, when it comes to start ntp processes
the system freezes. Happens with both kernels listed above. This happened
after I upgraded to Hoary, and rebooted my system aftert apt-get was done upgrading.

Revision history for this message
Paul Norton (paul-norton) wrote :

Dell Inspiron 5000 Laptop

Revision history for this message
Matt Zimmerman (mdz) wrote :

(In reply to comment #0)
> Pentium 3 650
> 512 Megs of Ram
> Latest updates of Ubuntu Hoary
> Kernel 2.6.8 and 2.6.10 affected
>
> System boots kernel and starts processes, when it comes to start ntp processes
> the system freezes. Happens with both kernels listed above. This happened
> after I upgraded to Hoary, and rebooted my system aftert apt-get was done
upgrading.

I assume that you mean it freezes at the point where it says "Synchronizing
clock to ntp.ubuntulinux.org"; if not, please clarify.
Does the system come up if you select the old (Warty) kernel from the GRUB menu?

Try the debugging instructions at
http://www.ubuntulinux.org/wiki/DebuggingSystemCrash and see if you can get a
trace showing where it is failing.

Revision history for this message
Matt Zimmerman (mdz) wrote :

Hmm, come to think of it, immediately after ntpdate runs, S52vbesave starts on
Hoary. I suspect this is the source of your trouble.

Revision history for this message
Paul Norton (paul-norton) wrote :

(In reply to comment #2)
> (In reply to comment #0)
> > Pentium 3 650
> > 512 Megs of Ram
> > Latest updates of Ubuntu Hoary
> > Kernel 2.6.8 and 2.6.10 affected
> >
> > System boots kernel and starts processes, when it comes to start ntp processes
> > the system freezes. Happens with both kernels listed above. This happened
> > after I upgraded to Hoary, and rebooted my system aftert apt-get was done
> upgrading.
>
> I assume that you mean it freezes at the point where it says "Synchronizing
> clock to ntp.ubuntulinux.org"; if not, please clarify.

yes that is what i meant

> Does the system come up if you select the old (Warty) kernel from the GRUB menu?

No

>
> Try the debugging instructions at
> http://www.ubuntulinux.org/wiki/DebuggingSystemCrash and see if you can get a
> trace showing where it is failing.

Revision history for this message
Paul Norton (paul-norton) wrote :

(In reply to comment #3)
> Hmm, come to think of it, immediately after ntpdate runs, S52vbesave starts on
> Hoary. I suspect this is the source of your trouble.

what is vbesave?

Revision history for this message
Matthew Garrett (mjg59) wrote :

When the system is hung, does the caps lock light work correctly?

Revision history for this message
Paul Norton (paul-norton) wrote :

(In reply to comment #6)
> When the system is hung, does the caps lock light work correctly?
>

No

Revision history for this message
Matthew Garrett (mjg59) wrote :

Ok, can you do the following:

On boot, press escape to obtain the grub menu. Highlight your kernel and press
"e". Go down to the third line (it should look something like "root=/dev/hda2"
with some other stuff) and press e. At the end of the line, add an extra space
and then add

init=/bin/bash

and press enter. Press b. The system should now boot to a prompt. Type the
following:

mount -o rw,remount /
chmod a-x /etc/init.d/vbesave
sync
umount /

and then press ctrl+alt+delete. Does your system now boot?

Revision history for this message
Paul Norton (paul-norton) wrote :

(In reply to comment #8)
> Ok, can you do the following:
>
> On boot, press escape to obtain the grub menu. Highlight your kernel and press
> "e". Go down to the third line (it should look something like "root=/dev/hda2"
> with some other stuff) and press e. At the end of the line, add an extra space
> and then add
>
> init=/bin/bash
>
> and press enter. Press b. The system should now boot to a prompt. Type the
> following:
>
> mount -o rw,remount /
> chmod a-x /etc/init.d/vbesave
> sync
> umount /
>
> and then press ctrl+alt+delete. Does your system now boot?

Yes! It boots now!!

Revision history for this message
Matthew Garrett (mjg59) wrote :

Ok. That narrows down what the problem is - now we just need to see if we can
avoid it :)

Can you switch to a text console (ctrl+alt+f1) and do the following:

sudo vbetool vbestate save >/tmp/vbestate

and let me know if it hangs your machine?

Revision history for this message
Paul Norton (paul-norton) wrote :

(In reply to comment #10)
> Ok. That narrows down what the problem is - now we just need to see if we can
> avoid it :)
>
> Can you switch to a text console (ctrl+alt+f1) and do the following:
>
> sudo vbetool vbestate save >/tmp/vbestate
>
> and let me know if it hangs your machine?

Yes, it does hang my machine.

Revision history for this message
Matthew Garrett (mjg59) wrote :

Could you download the package from:

http://www.srcf.ucam.org/~mjg59/vbetool/vbetool_0.2-1debug_i386.deb

and install that, and then repeat the same test from a text console? It ought to
slowly print messages. Could you let me know what the last message it prints
before the machine hangs is? (I'm assuming that you never get your shell prompt
back)

Thanks,

Revision history for this message
Paul Norton (paul-norton) wrote :

The last thing it says before it freezes up the system..

Attempting to save video state
[goes to next line -- FREEZES]

Revision history for this message
Matt Zimmerman (mdz) wrote :

*** Bug 12580 has been marked as a duplicate of this bug. ***

Revision history for this message
Matt Zimmerman (mdz) wrote :

In view of the upcoming preview release, I see little choice but to default to
SAVE_VBE_STATE=false in acpi-support.

Revision history for this message
Matthew Garrett (mjg59) wrote :

As I said, making this conditional on ACPI_SLEEP being true should have the
desired effect.

Revision history for this message
Matt Zimmerman (mdz) wrote :

*** Bug 12580 has been marked as a duplicate of this bug. ***

Revision history for this message
Matt Zimmerman (mdz) wrote :

(In reply to comment #17)
> As I said, making this conditional on ACPI_SLEEP being true should have the
> desired effect.

I don't see where you said that in any of the relevant bug reports, but thanks.

Thom, please make sure that this fix is made for preview.

Revision history for this message
Thom May (thombot) wrote :

 acpi-support (0.19.1) hoary; urgency=low
 .
   * Ensure that we only attempt to save vbe state if ACPI_SLEEP is enabled

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.