Description of problem:
There is a lack of documentation on restoring a system from bare metal. I have
found (see reference) that restore the root ("/") is not as simple as as just
executing the restore command when running in rescue mode.
With the current emphasis being place on use of UUIDs in both Fedora and RHEL,
the whole business of UUIDs need to be better documented.
Version-Release number of selected component (if applicable):
Maybe this is a better fit in the User Guide.
Hm, seems like a very odd target for the User Guide; most users would never want to touch this kind of procedure, but a sysadmin might.
Yes it does. I'd like to see our Administration Guide come back. This would go nicely there.
Paul ... I believe you are correct about this being more appropriate info for a sysadmin or an advanced user. However, even not-so-experienced users may hit this problem.
I recently changed my disk layouts and root ("/") how is a LVM logical volume with a separate /boot on a real partition. In this case, the LVM device is used in the grub.conf. However, even logical volumes have UUIDs and if there is a duplicate, things get very messy.
This sounds like it will be a nice fit for the upcoming Deployment Guide targeted at sysadmins, with the assumption that the component will change once the DG is listed in BZ.
Changed from desktop-user-guide to user-guide to help reduce confusion.
Hmm, are you sure that this should not, as suggested in Comment 5, go into the Deployment Guide? Best to ask jhradile since he looks after this guide.
This would be a good candidate for the proposed Introduction to System Administration Guide. Moving to the Deployment Guide.
Removing myself for these bug components as I'm either no longer involved in that aspect of the project, or no longer care to watch this particular bug. Sorry if you are caught in a maelstrom of bug changes as a result!
I am no longer in charge of the Deploament Guide for Fedora so I am not in a position to answer the NEEDINFO request anymore. I, however, still think that without making severe changes to its current structure System Administrator's Guide (the spiritual successor of the Deployment Guide) has a good place for this piece of information.