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