On Wednesday 02 December 2009, Camaleón wrote:
> On Wed, 02 Dec 2009 12:04:17 +0000, David Goodenough wrote:
> > On Wednesday 02 December 2009, tv.debian wrote:
> >> tune2fs -U [old_partition_UUID] /dev/[new_partition]
> >>
> >> will change the UUID of the new partition to the one of the original
> >> one. If the partitions are inside the same machine, it is necessary to
> >> change the UUID of the old partition, so that UUID's remain unique...
> >> fstab needs adjusting if UUID are in use there too. This is how I do it
> >> when moving systems around, it works, not to say there isn't a better
> >> way !
> >
> > while that will solve the problem, what I really want is a command that
> > will update the grub config files (and fstab if that starts using UUIDs
> > too) to the new disk. Issuing commands with UUIDs in them manually
does
> > not strike me as fun or something to be done regularly.
>
> I cannot imagine a way Grub could handle this situation
> "automatically" :-?
>
> Let's take there are 4 hard disk in the system, with 4 primary partitions
> for each of them.
>
> How can Grub (or Grub2) determine (on its own) what partition is holding
> the "right" system data? And the same goes for "/etc/fstab" file.
>
> Grub can know something about the UUID ("label", "id" or "path") of the
> device but knows little about the "content" of the partitions and how are
> they arranged by the user.
>
> Taking into account there can be may OS's installed across the
> partitions, autodetecting "what is what" is not an easy task for the
> bootloader.
>
> Greetings,
>
in the old procedure, you start by finding /boot/grub/stage1, then you set
root to the one that you choose, and at this stage grub could at least
notice that the UUID is wrong and offer to rewrite it.
David
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
