Я работаю с SSD-накопителем, удаленным из установки VMware ESXi. Я пытаюсь повторно использовать диск в существующей установке Linux (CentOS 6.2). Диск расположен за RAID-контроллером HP Smart Array P410 и настроен как отдельный логический диск.
Когда я впервые попытался отформатировать диск, я получил следующее:
[root@poot ~]# fdisk -l
WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/sdb: 240.0 GB, 240021504000 bytes
255 heads, 63 sectors/track, 29180 cylinders
Я следил за инструкции здесь удалить таблицу разделов GUID с помощью gdisk:
[root@poot ~]# gdisk /dev/sdb
GPT fdisk (gdisk) version 0.8.2
***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format.
THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by typing 'q' if
you don't want to convert your MBR partitions to GPT format!
***************************************************************
Warning! Secondary partition table overlaps the last partition by
33 blocks!
You will need to delete this partition or resize it in another utility.
Command (? for help): x
Expert command (? for help): z
About to wipe out GPT on /dev/sdb. Proceed? (Y/N): y
GPT data structures destroyed! You may now partition the disk using fdisk or
other utilities.
Blank out MBR? (Y/N): y
Я приступил к fdisk, затем mkfs.xfs файловая система XFS на диске. Обычно я монтирую с использованием дисковых меток, но с EL6 начали применять монтирование по UUID. Однако с этим диском установка с помощью метки невозможна. Я попытался получить UUID, но blkid команда возвращает неверные или устаревшие данные с UUID_SUB и TYPE = "VMFS_volume_member".
[root@poot ~]# mkfs.xfs -f -L /data -d agcount=50 -l size=1024m,version=2 /dev/sdb1
meta-data=/dev/sdb1 isize=256 agcount=50, agsize=1171975 blks
= sectsz=512 attr=2
data = bsize=4096 blocks=58598744, imaxpct=25
= sunit=0 swidth=0 blks
naming =version 2 bsize=4096 ascii-ci=0
log =internal log bsize=4096 blocks=262144, version=2
= sectsz=512 sunit=0 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0
[root@poot ~]# mount /data/
mount: special device LABEL=/data does not exist
[root@poot ~]# blkid
/dev/sda1: UUID="7406b992-4aab-4164-bfa1-1920f97658c7" TYPE="ext4"
/dev/sda5: UUID="2390f2aa-d671-430d-b286-c6eca7c073a6" TYPE="swap"
/dev/sda7: UUID="3c6f94d5-3898-4f36-be16-a33cf175d2ca" TYPE="xfs"
/dev/sdb1: UUID_SUB="4eb0c035-4fe6b2d8-77ed-00265583f46d" UUID="4eb0c035-4b5714b0-b987-00265583f46d" TYPE="VMFS_volume_member"
Я никогда раньше не видел ничего подобного.
Я пробовал удалить /etc/blkid/blkid*. Похоже, это сохранялось и при перезагрузках. Что я могу сделать, чтобы очистить эти данные и получить чистый UUID?
В этом случае вам нужно стереть более 1 МБ, чтобы убить старый суперблок VMFS:
dd if=/dev/zero of=/dev/sdb1 bs=4M count=1
Согласно источникам blkid, суперблок элемента тома VMFS расположен со смещением 1024 КиБ от начала раздела, а суперблок файловой системы VMFS находится со смещением 2048 КиБ, поэтому на всякий случай сотрите 4 МиБ.
dd if=/dev/zero of=/dev/hdX bs=1M count=16 должен очистить GPT и позволить вам использовать fdisk или любую другую систему разделов / фрагментов, которую вы хотите.
Предупреждение: Для других, если это не совсем очевидно, это уничтожит все, что в данный момент находится на диске.