Eu só posso responder com as seguintes reservas: (1) A instalação do LVM foi apenas a configuração inicial e nenhum arquivo foi gravado no sistema LVM, (2) A unidade de 10 TB do intel-MAC OS X 10.10.5 foi restaurada para ordem perfeita do sistema de arquivos após reverter a reescrita LVM do MBR-GPT. O Utilitário de Disco da Apple disse que o sistema estava tudo bem, exceto por uma notável pequena aberração com o 'mapa de partições' que corrigiu (eu analisei o MBR-GPT e achei nada diferente do que eu restaurei). as novas partições LVM caíram perto de onde o dano deveria ter ocorrido se, por exemplo, A tabela de arquivos mestre do sistema de arquivos foi gravada no disco. (4) Havia arquivos de arquivo do vgcreate e lvcreate, mas eu decidi não usá-los porque um olhar interno divulgava metadados de texto para os programas e não dados binários. Aqui estão os arquivos de backup / archive:
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
Meu primeiro pensamento foi que os arquivos eram arquivos binários dos setores sobrescritos, e o backup é a estrutura de dados lvm, mas isso não parece ser o caso. A documentação não está clara sobre esses arquivos de backup e arquivamento.
As partições feitas pelo Ubuntu instalam o LVM da seguinte forma (unidade de 1 TB, setores de 512 bytes, limites de partição de 1 MiB) via gdisk command-p:
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
Os códigos são do gdisk versão 0.8.8, 8300 = sistema de arquivos Linux, 8E00 = Linux LVM.
Para comparação: O MAC tinha 4 limites de partição KiB, MBR de proteção, GPT padrão, consulte link (2006) para informações muito úteis que não parecem se aplicar completamente ao MAC da minha ex-mulher: EFI tinha o atributo 'boot' e aparentemente usado. Não há espaço livre entre 'Cliente' e 'Recuperação HD'. Note, Wikipedia 'GPT partição' correlacionado gdisk 'Apple boot' como também 'Recovery HD' e, aparentemente, é correto, porque utilitário de disco da Apple disse especificamente que 'mapa de partição' e 'Recovery HD' estavam em boa ordem. Aqui estão as partições MACs, como mostrado pelo comando gdisk-p. Os nomes são nomes padrão do gdisk, mas eles podem ser alterados depois de definir o código (GUID) (se importante):
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'
Mas, aparentemente, nada mais do que a reescrita do MBR-GPT foi feito. A instalação do Ubuntu 14.04.4 LVM acabou de colocar GUIDs para o sistema de arquivos Linux e Linux LVM. É notável que o MBR (Master Boot Record) foi reescrito em um MBR híbrido em vez do MBR de proteção padrão, mas não está claro por que isso foi feito - algo que o Ubuntu precisa ou acha que pode ser necessário / útil neste intel intel de 2013 (Espanha).
Minha explicação da falta de gravação do LVM no disco é que o LVM usa apenas informações do LBA sem nenhuma formatação no disco, e talvez apenas grave meta-dados no disco quando grava dados no disco (nesse caso, ele nunca fez) . Talvez alguém possa explicar isso. Quais são as partições GiB e quarter GiB usadas para?
Esta informação será útil se você entrar por engano na instalação do LVM e não tiver ou quiser fazer uma restauração completa de 1 TB a partir do backup. A primeira metade do / var / log / partman lhe dará tudo o que você precisa para reconstruir o MBR-GPT com o GPT-fdisk (chamado gdisk). É uma ótima ferramenta com um autor com um senso de humor travesso.
Eu devo dizer algumas palavras sobre o uso do gdisk, mas este não é o lugar. É melhor praticar com uma nova ferramenta antes de fazer um trabalho sério.
Boa sorte e bom ânimo para todos.