Что именно записывается на диск с базовой установкой LVM на диск 1T?

Мне нужно отменить установку LVM на диск Intel MAC 1T, если это возможно. Даже если это невозможно, я все же хочу знать, что именно записывается на диск после того, как pvcreate, vgcreate и lvcreate будут выполнены в автоматической установке Ubuntu (14.04.4). Из того, что я вижу, диск был перераспределен с GPT и гибридной MBR. Я могу изменить это, я думаю. Что меня больше всего интересует, так это размер и расположение основной файловой системы LVM и других структур метаданных, которые записываются в новые разделы (3). Я не верю, что что-то было записано в новый раздел подкачки (?) - верно? Если кто-то знает количество байтов или 512 блоков и расположение структур метаданных lvm vg lv MFT и т. Д., Это будет потрясающе! Спасибо.

0
задан 29 April 2016 в 22:38

1 ответ

Я могу только ответить следующим резервированием: (1) Установка LVM была только начальной настройкой, и никакие файлы не были записаны в систему LVM, (2) Intel-MAC-OS-X 10.10.5 дисков на 1 ТБ были восстановлены очевидному идеальному порядку файловой системы после инвертирования LVM, переписывает MBR-GPT. Дисковая утилита Apple сказала, что система была всем хорошо, за исключением некоторой известной незначительной аберрации с 'картой раздела', которую она исправила (я рассмотрел MBR-GPT и ничто не нашел отличающимся, чем, что я восстановил.) (3) начало 2 из новых разделов LVM упало рядом, где повреждение должно было произойти, если, например, Главная файловая таблица файловой системы была записана в диск. (4) были архивные файлы от vgcreate и lvcreate, но я решил не использовать их, потому что внутренний взгляд раскрыл текстовые метаданные для программ и не двоичных данных. Вот резервное копирование/архивные файлы:

ubuntu-studio@ubuntu-studio:~$ sudo vgcfgrestore -l ubuntu-studio-vg

  File:     /etc/lvm/archive/ubuntu-studio-vg_00000-1891332443.vg
VG name:        ubuntu-studio-vg
Description:    Created *before* executing 'vgcreate ubuntu-studio-vg /dev/sda3'
Backup Time:    Mon Mar 21 08:54:25 2016

  File:     /etc/lvm/archive/ubuntu-studio-vg_00001-1577468959.vg
VG name:        ubuntu-studio-vg
Description:    Created *before* executing 'lvcreate -l 236242 -n root ubuntu-studio-vg'
Backup Time:    Mon Mar 21 08:54:27 2016

  File:     /etc/lvm/archive/ubuntu-studio-vg_00002-1979915262.vg
VG name:        ubuntu-studio-vg
Description:    Created *before* executing 'lvcreate -l 2032 -n swap_1 ubuntu-studio-vg'
Backup Time:    Mon Mar 21 08:54:28 2016

  File:     /etc/lvm/backup/ubuntu-studio-vg
VG name:        ubuntu-studio-vg
Description:    Created *after* executing 'lvcreate -l 2032 -n swap_1 ubuntu-studio-vg'
Backup Time:    Mon Mar 21 08:54:28 2016

Моя первая мысль была то, что архивы были двоичными файлами секторов, перезаписанных, и резервное копирование является lvm структурой данных, но это, кажется, не имеет место. Документация не является четкой вообще о таких архивных файлах и файлах резервных копий.

разделы, сделанные LVM установки Ubuntu, следующим образом (диск на 1 ТБ, 512-байтовые секторы, границы раздела на 1 мебибайт) через команду-p gdisk:

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048         1050623   512.0 MiB   8300  
   2         1050624         1550335   244.0 MiB   8300  
   3         1550336      1953523711   930.8 GiB   8E00  

коды от gdisk версии 0.8.8, 8300 = файловая система Linux, 8E00 = Linux LVM.

Для сравнения: MAC имел границы раздела на 4 кибибайта, Защитный MBR, Стандартный GPT, см. https://developer.apple.com/library/mac/technotes/tn2166/_index.html (2006) для очень полезной информации, которая, кажется, полностью не относится к MAC моей бывшей жены: EFI имел атрибут 'начальной загрузки' и по-видимому использовал. Никакое свободное пространство между 'Клиентом' и 'Восстановлением HD'. Примечание, Википедия 'раздел GPT' коррелировала gdisk 'начальная загрузка Apple', равно как и 'Восстановление HD', и по-видимому это корректно, потому что Дисковая утилита Apple сказала конкретно, что 'Карта раздела' и 'Восстановление HD' был в хорошем состоянии. Вот разделы MAC как показано командой-p gdisk. Имена являются стандартными именами gdisk, но они могут быть изменены после установки кода (GUID) (если важный):

Number  Start (sector)    End (sector)  Size       Code  Name
   1              40          409639   200.0 MiB   EF00  EFI System
   2          409640      1952255591   930.7 GiB   AF00  Apple HFS/HFS+
   3      1952255592      1953525127   619.9 MiB   AB00  Apple boot
Command (? for help): i
Partition number (1-3): 1
Partition GUID code: C12A7328-F81F-11D2-BA4B-00A0C93EC93B (EFI System)
Partition unique GUID: 90381538-1853-482F-AC87-F0D020A7F166
First sector: 40 (at 20.0 KiB)
Last sector: 409639 (at 200.0 MiB)
Partition size: 409600 sectors (200.0 MiB)
Attribute flags: 0000000000000004
Partition name: 'EFI system partition'

Command (? for help): i
Partition number (1-3): 2
Partition GUID code: 48465300-0000-11AA-AA11-00306543ECAC (Apple HFS/HFS+)
Partition unique GUID: 62AE0BBA-6C11-423E-89DC-C855437BF0F7
First sector: 409640 (at 200.0 MiB)
Last sector: 1952255591 (at 930.9 GiB)
Partition size: 1951845952 sectors (930.7 GiB)
Attribute flags: 0000000000000000
Partition name: 'Customer'

Command (? for help): i
Partition number (1-3): 3
Partition GUID code: 426F6F74-0000-11AA-AA11-00306543ECAC (Apple boot)
Partition unique GUID: 9F160AE6-1D09-4A25-BD09-D622A94B48F9
First sector: 1952255592 (at 930.9 GiB)
Last sector: 1953525127 (at 931.5 GiB)
Partition size: 1269536 sectors (619.9 MiB)
Attribute flags: 0000000000000000
Partition name: 'Recovery HD'

, Но, по-видимому, не что иное как перезапись MBR-GPT был сделан. Ubuntu 14.04.4 установка LVM просто поместила GUID для файловой системы Linux и Linux LVM. Известно, что MBR (Главная загрузочная запись) был переписан в гибридный MBR вместо стандартного Защитного MBR, но не ясно, почему это было сделано - что-то, в чем Ubuntu нужна или думает, могло бы быть необходимым/полезным на этом intel MAC (Spain) 2013 года.

Мое объяснение отсутствия LVMs записи в диск состоит в том, что LVM использует просто информацию о LBA без любого форматирования, пишущего в диск, и возможно только пишет метаданные в диск, когда это пишет данные в диск (в этом случае, это никогда не делало). Возможно, кто-то может объяснить это. Для чего половина гибибайта и разделов гибибайта четверти, используемых?

Эта информация будет полезна, если Вы по ошибке введете установку LVM и не будете иметь или захотите сделать полное восстановление на 1 ТБ от резервного копирования. Первая половина/var/log/partman даст Вам всем, необходимо восстановить MBR-GPT с GPT-fdisk (названный gdisk). Это - большой инструмент с автором с вредным чувством юмора.

я должен сказать несколько слов об использовании gdisk, но это не место.) Лучше практика с новым инструментом прежде, чем сделать серьезную работу.

Удача и хорошее настроение ко всем.

0
ответ дан 30 April 2016 в 08:38
  • 1
    Спасибо за ответ. - Может Вы уточнять то, что Вы подразумеваете под " system"? Вы обращаетесь к самому Ubuntu или чему-то еще? - Относительно UEFI - хорошо так it' s мой понимать, что BIOS установлен на RAM, которая находится физически на материнской плате. Но, если понимают Вас правильно, UEFI устанавливает на SSD вместо этого и одновременно заменяет BIOS? - Как делает загрузчик Windows и GRUB, отличаются от BIOS? Я понимаю, что это может быть недопустимым или плохо сформированным вопросом. – Spencer Hill 22 August 2017 в 12:19

Другие вопросы по тегам:

Похожие вопросы: