hibernate should hide grub menu

are you sure this is a wishlist? I don't know how partitions react to
a problem like this...
But I've read somewhere that fat32 partitions have a high chance to be
corrupted!

This wishlist doesn't make any sense! Could you please explain in English what you are requesting?

Right, thanks to those on #ubuntu-bugs, I understand. This should definately
be fixed, and I will be looking forward to that when I get my hibernate
working!

this should easily be fixed throught the scripts in /etc/acpi/resume.d
and suspend.d if they're called also when using gnome-power-manager...

suspend script:
cp /boot/grub/menu.lst /boot/grub/menu.lst.bak
cat /boot/grub/menu.lst | sed -e 's/^#hiddenmenu/hiddenmenu/' >
/boot/grub/menu.lst

resume script
mv /boot/grub/menu.lst.bak /boot/grub/menu.lst

but this won't work if someone edits the line containing #hiddenmenu

we could also set the timeout to less than 10...

I have seen that powersave on SuSE is using grubonce utility during hibernate to set proper selection in grub for next boot.
Maybe we could consider similar for

Justification: possibility of data loss

I consider this a feature, not a bug; this enables me to hibernate, boot windows; do something there, exit windows, resume.
I think the correct fix is to replace "default 0" with "default saved" (which does have the undesirable side-effect of not automatically booting the latest kernel when you install a new kernel and reboot).

I think this is a bug! Just because suspend won't umount any partition
and when resuming, what would happen if a partition had been used in a
previous session? I think a horrible data loss!

well, there are suspend.d scripts, I think the best way to face with
this problem is to use them. we could write a simple script that enables
only the current kernel in grub!

Il giorno lun, 15/05/2006 alle 05.14 +0000, chipzz ha scritto:
> I consider this a feature, not a bug; this enables me to hibernate, boot windows; do something there, exit windows, resume.
> I think the correct fix is to replace "default 0" with "default saved" (which does have the undesirable side-effect of not automatically booting the latest kernel when you install a new kernel and reboot).
>

Yes, I agree. This is dapper+1 material though.

Time to give attention to this bug now! dapper+1 is already passed!

One of the risk here is to rewrite on a swap which is used by two linux distros or versions (edgy+feisty for exemple) but it is a problem too that you cannot launch another OS (e.g. windows) when Ubuntu is hibernating. Is it possible to hide all Ubuntu relative entries behind the one which allow a good "awake" and let the user choose between this entry and another OS ?

To tell the truth the problem is that every mounted partition is
hibernated. So you can't choose an os which use a hibernated
partition. So kindly every OS on your pc will share at least one
partition!

I agree with ones who think that's almost a bug. Playing with different OS between hibernate & resume shouldn't be allowed.

I disagree. Hibernating Linux to start Windows XP and then rebooting and resuming Linux is part of my daily work flow. For those who believe this is a bug, I would suggest that perhaps by default your wishes be granted but it needs to be VERY easy to override this to restore the current behavior.

Sorry, but are you using any shared partition?

Given that many users surely dual-boot with a grub entry for windows, I don't believe this feature request can actually be done.

What does Windows have to do with it?