Fedora

Please add support for OpenSUSE

Bug #823578 reported by adrian15 on 2011-08-09

6

This bug affects 1 person

Affects		Status	Importance	Assigned to	Milestone
	Boot-Repair	Fix Released	Wishlist	Unassigned
	Fedora	New	Undecided	Unassigned

Bug Description

Tested packages:
------------------------
boot-repair (2.7-0ppa27~maverick)
boot-repair-common (2.7-0ppa26~maverick)
clean-ubiquity-common (2.7-0ppa6~maverick)

Test system
----------------
Rescatux 0.29
I have downloaded the three packages manually.
apt-get update
Installed the three of them manually (in the order: clean-ubiquity-common, boot-repair-common, boot-repair).
apt-get install -f
And installed the three debs again if they did not get installed ok.

How to reproduce the bug
------------------------------------
Run from a terminal as root user:
boot-repair

Select First Repair and click on Apply.
The user is shown this message:
--Boot Repair
--Applying changes. This may require several minutes...

After some minutes the user is shown:
--Boot Repair... now type (or copy-paste) the following...

Click on Discard.

The user is shown this message:
--Scanning systems
--Applying changes. This may require several minutes...

The user is shown this message:
-- Boot Repair
-- GRUB reinstallation has been cancelled. Debian GNU/Linux is now without GRUB.

Click on OK.

Bug explanation
----------------------

I do not know if boot-repair actually purges or not grub before asking the copy-and-paste question.

If it the purge is done then it should not be done (Or done just after the user presses ok instead of Discard. Well, after thinking it twice, there should a previous message that warns about Grub being temporarily removed).

If it the purge is not done then no message about Debian without GRUB should be shown.

Revision history for this message

adrian15 (adrian15) wrote on 2011-08-09:

#1

Log of the boot-repair run as root Edit (28.5 KiB, text/plain)

Revision history for this message

YannUbuntu (yannubuntu) wrote on 2011-08-10:

#2

Thanks for the bug report.

You are using a customized version of Debian that does not have neither /usr/sbin/grub-install nor /usr/sbin/update-grub files, so Boot-repair considers your system does not have GRUB, and proposes to install it.
That is not a bug, except if GRUB is indeed installed on this distro. --> please can you confirm if you have a bootloader or not on your Debian-based system ? if yes, which one? and how can I make Boot-repair detect it ?

Changed in boot-repair:
status:	New → Incomplete
summary:	- First repair removes current grub when you ignore the repair + Boot-repair does not detect Sid's bootloader

Revision history for this message

YannUbuntu (yannubuntu) wrote on 2011-08-10: Re: Boot-repair does not detect Sid's bootloader

#3

another question : is the distro on /dev/sdb1 a "standard" Sid or a customized one ? (Rescatux?)

Revision history for this message

adrian15 (adrian15) wrote on 2011-08-15:

#4

My Linux test is a: Debian Sid from several months ago.

  Here there are my changes:
   * /etc/apt/sources.list is pointing to a non working repository mirror
   * /usr/sbin/grub-install has been renamed to /usr/sbin/grub-install.unsupported to simulate an openSuSE system (that uses grub2).

My bug report focus on the purge being needed or not. It might be related to that grub-install file missed. Maybe you need to improve boot-repair to handle with openSuSE grub-install renaming.

Revision history for this message

YannUbuntu (yannubuntu) wrote on 2011-08-16:

#5

Hi Adrian, thanks for your tests.
- in openSUSE 11.4 , /usr/sbin/grub-install indeed exists (but there is no /usr/sbin/update-grub)
- If i don't mistake, OpenSUSE uses a version of GRUB which is not supported by GRUB team, so I don't plan to add support for it in a short term. (except if you know how to do the equivalent of "update-grub" with it ?)

PS: Please next time indicate your test parameters in the bug description, so that we don't loose time (how could I guess you manually renamed files ?!? ;)

summary:	- Boot-repair does not detect Sid's bootloader + Please add support for OpenSUSE
Changed in boot-repair:
importance:	Undecided → Wishlist
status:	Incomplete → Triaged

Revision history for this message

Jim Scholfield (jgs-colorado) wrote on 2011-09-09:

#6

I know this isn't normal but here goes anyway. Fedora 16 does now use Grub2 and while the install process was beyond great, grub is only showing the Fedora partition. I'm having some issues normal for alpha software but it looks like so far that the os prober may not have been installed. That was separate from Grub in Fedora 15. So, I'd be using this right now in Fedora 16 if I could. If this could be used with Fedora 16 it would be great. I did install Fedora to a normal partition and LVM.

Revision history for this message

YannUbuntu (yannubuntu) wrote on 2011-09-09:

#7

Hello Jim,
Sorry I haven't tried much implementing this feature yet, because there is already a lot to do with the standard GRUB2 ;)
As a workaround, you can install GRUB2 which may (should) detect your systems better. You can do this by installing Ubuntu in dual-boot for example. Then you can use GRUB-Customizer in Ubuntu to make your computer boot on Fedora by default if you wish.

Revision history for this message

YannUbuntu (yannubuntu) wrote on 2012-01-28:

#8

Hello
Boot-Repair v3.11 can now reinstall the GRUB2 of Fedora and openSUSE. Please confirm it works for you too.

Changed in boot-repair:
status:	Triaged → Fix Committed

YannUbuntu (yannubuntu) on 2012-09-14

Changed in boot-repair:
status:	Fix Committed → Fix Released

Report a bug

This report contains Public information

Everyone can see this information.

You are

Subscribing...

Edit bug mail

Other bug subscribers

Bug attachments

Log of the boot-repair run as root Edit

Add attachment

Remote bug watches

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