Я размышлял над этим некоторое время и просматривал различные сообщения, но не могу найти что-то, что соответствовало бы моей ситуации.
В настоящее время я использую 18.04.3 LTS на паре твердотельных накопителей в RAID 1 (вместе с отдельным массивом данных RAID 6 с LVM на нескольких жестких дисках). Я установил это несколько лет назад (с 14.04 LTS в то время), когда моя материнская плата поддерживала только MBR / BIOS.
С тех пор я обновил материнскую плату до той, которая поддерживает UEFI. Сейчас я нахожусь на стадии обновления SSD (более крупные блоки M.2).
Вместо того, чтобы просто заменить твердотельные накопители, сохранив текущую настройку, я думал о:
Я согласен. пытаясь выработать лучший способ сделать одно или оба из вышеперечисленных. ted на протяжении многих лет), но я вздрагиваю при мысли о перенастройке всего (их много ...).
Есть ли другой способ?
Что касается перехода на GPT / UEFI, я рассмотрел возможность сделать это на месте с помощью чего-то вроде Boot-Repair
.Другой вариант, который я рассмотрел, - это разделить новые твердотельные накопители по желаемой схеме (просто загрузочный раздел EFI и корневой раздел), а затем ввести их по очереди в массив - что-то вроде this .
Но я не совсем понимаю, сработает ли что-то одно, например, может Boot-Repair
изменить живую систему без разрушения данных (и будет вставка загрузочного раздела EFI в начале сбоя дисков mdadm
), и как мне установить загрузчик EFI на созданный вручную загрузочный раздел EFI, если я не переустанавливаю ОС?
Что касается вопроса об установке LVM поверх существующего RAID 1, я с трудом придумываю как это будет достигнуто.
Некоторая текущая настройка (насколько это актуально - я удалил лишнюю информацию) для дальнейшего контекста:
$ cat /proc/mdstat
md1 : active raid1 sdg5[2] sdh5[3]
16757632 blocks super 1.2 [2/2] [UU]
md0 : active raid1 sdg1[2] sdh1[3]
100386688 blocks super 1.2 [2/2] [UU]
И:
$ sudo fdisk -l
Disk /dev/sdg: 111.8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x0001cb75
Device Boot Start End Sectors Size Id Type
/dev/sdg1 * 2048 200906751 200904704 95.8G fd Linux RAID autodetect
/dev/sdg2 200908798 234440703 33531906 16G 5 Extended
/dev/sdg5 200908800 234440703 33531904 16G fd Linux RAID autodetect
Disk /dev/sdh: 111.8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disklabel type: dos
Disk identifier: 0x0001cb75
Device Boot Start End Sectors Size Id Type
/dev/sdh1 * 2048 200906751 200904704 95.8G fd Linux RAID autodetect
/dev/sdh2 200908798 234440703 33531906 16G 5 Extended
/dev/sdh5 200908800 234440703 33531904 16G fd Linux RAID autodetect
/ dev / md0
монтируется в корневом каталоге (ext4), а / dev / md1
назначается разделом подкачки.
Если бы мне удалось перевести систему на LVM, я бы покончил с физическим разделом подкачки и просто создал бы раздел подкачки LVM. Я полагаю, что это также может помочь в процессе миграции, так как освободит место на текущих SSD.
Есть мысли? Спасибо.