Version: (using KDE Devel) Installed from: Compiled sources kdm (and kcmkdm) already support LILO for rebooting in another OS. It would be nice if this functionallity also works with Grub.
Seconded. PS: The attached perl script can be saved as "/sbin/lilo" and it will make grub look like lilo for kdm.
Created attachment 2775 [details] perl script
Not yet in kde 3.2.2 AFAIK
*** Bug 79659 has been marked as a duplicate of this bug. ***
implemented for kde 3.4.
This bug is marked as fixed in kde-3.4, but it is not. I'm running kde-3.4.1 on archlinux which uses a fairly straightforward menu path /boot/grub/menu.lst.....And yet I cannot boot into XP from the restart menu in kde. If I attempt to select XP, it still boots archlinux normally.
The problem is in kdebase/backend/kdm/bootman.c @ line 142: if ((f = pOpen( (char **)args, 'w', &pid ))) { fprintf( f, "savedefault --default=%d --once\n",sdRec.osindex ); pClose( f, pid ); } AFAIK, GRUB has never supported the `savedefault' option in interactive mode, or any other method of rebooting into a specific OS. This functionality was apparently provided by a patch that never made it into the main GRUB source tree. The GRUB people aren't going to commit it now either, because they're too preoccupied with their precious GRUB2. So tough cookies, it's an unsupported feature - at least without horrible hacks involving automatically editing the menu.lst file.
Created attachment 16919 [details] Patch: use grub-set-default This patch fixes the problem for me. Instead of using the interactive grub shell, it uses the grub-set-default program provided by recent versions of grub. (I use Gentoo Linux, kde-base/kdm-3.5.3-r2)
reopening for obvious reasons
*** Bug 131913 has been marked as a duplicate of this bug. ***
So what is actually assumed to work here ? Would someone please send me a resumee about what and how the kdm-grub pair should work together ? I would then be able to write a howto or some other documentation on what and how it goes and what we should be able to do in the future possibly.
Actually the grub-set-default script does not seem to work here, I will query the grub developers now ...
> Actually the grub-set-default script does not seem to work here, > I will query the grub developers now ... Did you remember to put "default saved" in your grub.conf? Does the number of the selected menu entry appear in /boot/grub/default ?
Created attachment 17242 [details] Chapter from `info grub` This is the appropriate chapter of `info grub` where the behaviour and the correct configuration of grub is explained. Maybe it helps. ;-)
Which is the current status of this issue?
Last time I used it, it worked, but this feature could be better of course. A test for the save-default feature would be helpfull too, since there is no hint, otherwhere but in grub documentation, which isn't read by the admin in action. We should work a bit more on the integration to kde.
I mean that I'm a downstream maintainer and my users request this patch to be applied every time a new version of kdm is released. I'd like to ask for the patch to be fixed in SVN before the next release.
I'm using KDE 3.5.6 on Kubuntu Feisty Fawn. Still not working. This must definitely be made available. This would allow ppl who almost alway use Linux to set very timeout value in grub. When I need to use windows (1/999 times), I can use this feature to start windows without having to be alert at grub and select windows quickly. ;-)
KDE 3.5.7 on Slackware 12: Still not working
KDE 3.5.8, Arch Linux. Not working.
KDE 3.5.9, Kubuntu. Not working.
KDE 4.1.00 (KDE 4.0.99 (4.1 RC1+)) debian packages kdm 4:4.0.98-1 Works (reboots, selecting the requested grub option) but... corrupts the grub image somehow, yielding "Grub Error 28: Selected item can not fit into memory" no matter what boot image is then requested, and this even after powering-down the system! Only re-installing grub from a rescue CD allows a reboot. (debian bug #492317 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=492317)
Created attachment 28017 [details] Change KDM 4.1.2 to use the command grub-set-default The problem still exists with KDE 4.1.2. As already pointed out in comment #8 the recommended approach is to use the command grub-set-default, which KDM doesn't. The attached patch changes KDM's backend/bootman.c to call the command. Please note that grub.conf needs to be set up to use the saved default. Have a look at e.g. the already attached 'Chapter from info grub' for details.
Same problem here with Gentoo, KDE 4.1.3 and grub 0.97. "savedefault" is not a valid command in grub batch mode. The proposed patch for backend/bootman.c by wakatanka worked for 4.1.3 too and solved the issue.
Created attachment 32513 [details] kdm grub-set-default _or_ patched grub The grub-set-default script and the method implemented by grub-0.97-once.patch are mutually exclusive, so the earlier patch breaks this function on systems which have grub-0.97-once.patch applied. This alternative patch should work for users of both the patched and unpatched grub. It determines at runtime which method should be used.
any chance we can see this in the next release ?
It's been reported 3 years ago, several patches have been proposed, 285 votes... ...and it's still not fixed?
Related downstream bug: http://bugs.gentoo.org/show_bug.cgi?id=242736 (with some proposed patch apparently fixing issue, at least for some Gentoo users)
*** Bug 177904 has been marked as a duplicate of this bug. ***
SVN commit 1030993 by ossi: fix grub support use the upstream grub-set-default command instead of relying on the antiquated grub-once patch. BUG: 63800 M +5 -9 bootman.c WebSVN link: http://websvn.kde.org/?view=rev&revision=1030993
There is a pb with this patch because some linux distributions like mandriva, fedora ( and maybe others ) don't have grub-set-default.
*** Bug 224630 has been marked as a duplicate of this bug. ***
SVN commit 1093648 by ossi: support both grub-set-default and grub-once patch, after all BUG: 63800 M +25 -6 bootman.c WebSVN link: http://websvn.kde.org/?view=rev&revision=1093648
Thank you for the fix. Please, backport it to the 4.4 branch, too.
for me it still does not work in kde-4.4.2, to which the fix was backported (see http://websvn.kde.org/?view=revision&revision=1102715), could someone please reopen or provide a solution?
sure ... if you provide some useful information. ;) i for one have no real idea how to debug it ... try looking into /var/log/kdm.log. you may also have luck with attaching "strace -ff -s 1000 -o kdm.trace" to the running main kdm process.
Created attachment 48135 [details] strace of the kdm process while shutting down and selecting "Windows 7" This bug also occurs in KDE 4.5 beta 2. Please, reopen. I'll attach the output of the command "strace -ff -s 1000 -o kdm.trace -p `pidof kdm`". In kdm.log I found nothing interesting. Maybe the file kdm.trace.1834 is the most interesting for you. My system: - grub-0.97-162.2.x86_64 - Linux szotsaki 2.6.31.12-0.2-desktop #1 SMP PREEMPT 2010-03-16 21:25:39 +0100 x86_64 x86_64 x86_64 GNU/Linux - openSUSE 11.2 If you need more debug information, let me know.
the trace indicates that "/usr/sbin/grub-set-default 1" is executed, which is what it is supposed to do. i guess this is somehow incorrect. mind playing a bit with the command line and reporting what happens? i'd also need the menu.lst then.
After upgrading to openSUSE 11.3, the problem disappeared. So I also think the error was somewhere near the grub-set-default. Thanks for the patience.
I don't think this bug is fixed, I still have it in 4.5, please reopen it! KDE Platform Version: 4.5.00 (KDE 4.5.0) Qt Version: 4.6.3 Operating System: Linux 2.6.34-ARCH x86_64 grub 0.97-17
I have this bug too. Archlinux 64bit.