[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: migrate to new system disk



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


Reply to: