Limpando a partição de inicialização de um disco GPT no Solaris 11.3

1

Tenho um rpool espelhado de 4 vias em um conjunto de discos GPT executando o Solaris 11.3 (o GPT sendo usado como discos com mais de 2 TB) em hardware x86.

Os discos 1 e 2 são o sistema operacional "principal". Os discos 3 e 4 estão intermitentemente presentes, pois são discos de backup externos (que atualizam automaticamente seus dados quando presentes, graças à mágica do Solaris e do ZFS) trocados e removidos para que todos os dados nunca fiquem em um só lugar.

Estou tentando limpar o "MBR" dos discos 3 e 4 para que não possam ser inicializados acidentalmente (pois os dados podem estar obsoletos), mas não consigo encontrar uma explicação decente:

  • onde o "MBR" reside em um disco GPT e / ou qual formato os bytes iniciais seriam (a partir da leitura, parece sugerir que limpar os bytes iniciais também apagaria a Tabela de Partição GUID)
  • como um disco GPT é inicializado / o que está na partição bios_grub inicial (que foi criada usando o GParted no Ubuntu, mas agora parece estar no formato de arquivo Solaris pelo que eu vejo?)
  • como isso pode ser feito no Solaris 11.3 sem limpar as principais informações, pois talvez eu precise restaurar a capacidade de inicializar a partir desses discos em uma data posterior (eu li sobre bootadm e /sbin/installgrub mas não parece mais próximo de uma solução de resposta ou de trabalho). (Eu também preciso ser capaz de restaurar a capacidade de inicialização no disco 1 ou 2, o que significa que eu preciso substituir o disco e torná-lo inicializável).

Alguma ideia? : - /

    
por SharpC 30.10.2017 / 21:15

2 respostas

1

Um dos meus primeiros pensamentos seria alterar o sinalizador bootfs no rpool ou modificar a configuração do grub.

Estou enferrujado em unidades em sistemas x86, mas acho que a resposta que você pode estar procurando é definir a partição de forma diferente, definindo / removendo os flags de inicialização / primária. Captura é que isso pode alterar o tamanho da partição para o zpool (s) não permitir um espelho.

Mas não tenho certeza se você pode fazer o que você está querendo. Quebrar o espelho não garante que uma das unidades possa ser importada como uma piscina de forma limpa. Eu vi várias perguntas / blogs que se discutir se a emissão de um zpool em um rpool é uma opção válida para o DR.

Se o seu site de DR estiver conectado, uma opção melhor pode ser emitir um zfs send / receive em ssh.

Eu usei o UAR para construir um sistema e achei que funcionou muito bem. Então, estou trabalhando em alguns scripts para criar UARs de sistemas como parte de um novo procedimento de DR.

Você também pode consultar o documento MOS para ver se oferece algo: Centro de Informações: Iniciando o sistema operacional Oracle Solaris 11 (documento ID 1559838.2)

    
por 30.10.2017 / 23:48
1

Gerenciado para classificá-lo no final, mas não da maneira pretendida, embora provavelmente mais fácil a longo prazo.

usei pela primeira vez:

bootadm install-bootloader

que garante a inicialização de todos os discos.

A BIOS então tem uma seção de discos que parece como uma lista de discos que permite ser usada . A lista é no entanto uma lista de discos que inicializa de , então os discos removidos 3 e 4 de lá e voilà! (Eu notei que os discos listados não estavam necessariamente na ordem dos slots, então tive que fazer o passo com cuidado.)

Se os problemas se desenvolverem, em vez de instalar um gerenciador de inicialização em discos 3/4, posso simplesmente alterar o BIOS já que o gerenciador de inicialização já existe.

    
por 14.12.2017 / 22:04