When restoring a volume, initialization to GPT disk fails in (CentOS-based) boot environment

Summary

After booting into (CentOS-based) boot environment and when restoring a volume to bare metal disk, the disk is initialized to MBR though GPT is selected. As a result recovery task fails.

Causes

This known issue occurs when performing Volume Recovery to bare metal disk.

Workaround

Initialization to GPT disk is correctly performed in (WinPE-based) boot environment. Please perform Volume Recovery from Windows image to bare metal disk after booting into (WinPE-based) boot environment.
When restoring from Linux image, please take the following initialization procedures before starting Volume Recovery.
* When restoring a disk, this operation is not required.

1) GUI — Utilities — Open Terminalく
2) Use “lsblk” command to check the device to restore a backup image

[root@AIPBE ~]# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop0 7:0 0 1.1G 1 loop
loop1 7:1 0 6G 1 loop
├─live-rw 253:0 0 6G 0 dm /
└─live-base 253:1 0 6G 1 dm
loop2 7:2 0 32G 0 loop
└─live-rw 253:0 0 6G 0 dm /
sda 8:0 0 40G 0 disk
sr0 11:0 1 1.3G 0 rom

3) In this example, as “sda” indicates the device, run the following command.
Check the partition table.

[root@AIPBE ~]# parted -l
Error: /dev/sda: unrecognised disk label
Model: VMware Virtual disk (scsi)
Disk /dev/sda: 42.9GB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:

Initialize to GPT.

[root@AIPBE ~]# parted /dev/sda mklabel gpt

Display the partition table again and make sure [gpt] is indicated.

[root@AIPBE ~]# parted -l
Model: VMware Virtual disk (scsi)
Disk /dev/sda: 42.9GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

After initializing the partition table, perform Volume Recovery.

Target Product

– Every released (CentOS-based) boot environment



?akb&p=3174

Table of Contents