Bug 547959 - Yast repairer unable to repair boot configuration - device.map error
Summary: Yast repairer unable to repair boot configuration - device.map error
Status: RESOLVED WONTFIX
Alias: None
Product: openSUSE 11.1
Classification: openSUSE
Component: Installation (show other bugs)
Version: Final
Hardware: x86-64 openSUSE 11.1
: P4 - Low : Major with 5 votes (vote)
Target Milestone: ---
Assignee: Josef Reidinger
QA Contact: Jiri Srain
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-10-18 04:13 UTC by Ian Cheong
Modified: 2010-06-23 08:29 UTC (History)
1 user (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ian Cheong 2009-10-18 04:13:26 UTC
User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_8; en-us) AppleWebKit/531.9 (KHTML, like Gecko) Version/4.0.3 Safari/531.9

Automatic repair fails to fix device.map. Even a clean build of device.map by command line grub results in error message. I suspect this is tied up with RAID1 bugs, since the repairer mucked up a RAID1 array and booting problems started after that.

Repair tool says it will repair, but results in failed repair and attempts to repair again. Reports finished but doesn't work on reboot or re-repair.

Possibly problems are caused by inconsistency between device.map and fstab.

Reproducible: Always

Steps to Reproduce:
1.
2.
3.
Comment 1 Josef Reidinger 2009-10-20 11:30:59 UTC
Repair detection of validness of device.map is broken and even if device.map is correct it is reported as broken.
Comment 2 Ian Cheong 2009-10-20 12:26:19 UTC
Thanks for confirming that. Do you need any more information?
Comment 3 Josef Reidinger 2009-10-20 12:34:10 UTC
No, I have enough information, just time lacking to fix it, as it is not so easy to decide when device map is correct and when not.
Comment 4 Ian Cheong 2009-10-20 13:07:09 UTC
I'm guessing that the issue is not so much of "correctness" as "consistency". If a manual rebuild of device.map using grub results in a "correct" but inconsistent system which reports as broken, there should be an easy way to force consistency with a known intervention like a clean rebuild of device.map. If there are devices not detected, they can be added later.

Is there documentation of the "failsafe" systems of redundant information used to repair systems?

The ultimate arbiter of truth is a human to double check between a few options, and a way to keep a record of all (or a large number) attempts so they can be rolled back/forth easily.
Comment 5 Josef Reidinger 2010-06-23 08:29:30 UTC
yast2-repair is dropped now, so no fixes will be done