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

Re: [linux-lvm] Replace lvm-disk without being able to connect two disks at the same time

Hash: SHA1

Eckhard Kosin wrote:
> Hi all,
> on my laptop I have to replace the disk.  The filesystem is on lvm2.
> The old disk has 40GB, the new one 250GB.  Of course on the new disk vg
> and lv sizes will differ from the old one.  With the laptop there is no
> possibility to plug in the old and the new disk at the same time.

If you really want both disks attached just pick up a cheap USB-ATA
enclosure - you can pick them up for just a few dollars now.

> So my plan is as follows:
>       * Backup all data.
>       * Remove old disk and plugin new disk.
>       * Create vgs  and lvs on the new disk as desired.
>       * Restore all data.

Personally I would just backup my data (i.e. /home) from the system and
then re-install to the new disk & restore the data.

> However I suspect that in the last step the new lvm-metadata will be
> overwritten by the metadata of the old disk.  Which files I have to
> exclude from the restore to do not touch the new metadata?

LVM2 metadata isn't stored in a file (well, only for backup/archival
purposes). It's stored directly in an area that's normally at the start
of the PV (between the label and the beginning of the physical extents).

> Or is there a better strategy to replace a lvm-disk without the
> possibility to connect the new disk and the old disk at the same time to
> the box?

Unless you really want to swap the disks out while maintaining the same
VG (vgextend with the new disk, pvmove, vgreduce to remove the old disk)
there's nothing wrong with this approach. Whichever way you do it you'll
need to be careful to create a working boot configuration on the new
drive. I.e. separate /boot partition, grub/lilo install/configuration etc.


Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org


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