bugGNU GRUB - Bugs: bug #11823, savedefault immediatly followed by...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #11823: savedefault immediatly followed by halt fails

Submitter:  Christoph Diesch <cdiesch>
Submitted:  Wed 02 Feb 2005 08:41:23 PM UTC
   
 
Category:  Configuration Severity:  Major
Priority:  5 - Normal Item Group:  Software Error
Status:  None Privacy:  Public
Assigned to:  None Originator Name:  cdiesch
Open/Closed:  Closed Release:  None
Release:  0.95 Reproducibility:  None
Planned Release:  None

Sat 15 Dec 2007 04:55:13 PM UTC, comment #2: 

We've moved to GRUB 2 as a development platform. Unfortunately, GRUB 2 doesn't support this feature yet. If you want to help on that, please contact <grub-devel@gnu.org>.

In the meantime, this bug doesn't apply. I'm closing it.

Robert Millan <robertmh>
Group administrator
Sun 06 Nov 2005 01:07:55 PM UTC, comment #1: 

I also encountered this problem with grub 0.96 and 0.97. The work-around suggested seems to work for me, not sure why.

Aidan Thornton <makomk>
Wed 02 Feb 2005 08:41:23 PM UTC, original submission:  

grub.conf with the following setup does not update /boot/grub/default with line 5 commented out:

1  default save
2  title PowerSafe
3  root (hd0,0)
4  safedefault NUM
5  # cat /boot/grub/default
6  halt
7  ...

after enabeling line 5, /boot/grub/default gets updated accordingly.

Suspect: disk cache gets not flashed, if safedefault command is immedately followed by halt.

This scenario is not as useless as it might look like, see http://sourceforge.net/projects/nvram-wakeup

Christoph Diesch <cdiesch>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by robertmh (Posted a comment)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

     

    Follows 1 latest change.

    Date Changed by Updated Field Previous Value => Replaced by
    2007-12-15 robertmh Open/ClosedOpen Closed

    Back to the top

    Powered by Savane 3.13-758e.
    Corresponding source code