Resposta curta
De modo geral, se você quiser ajuda com uma necessidade prática , forneça detalhes sobre o que está tentando realizar e por que deseja realizá-la. Se você está simplesmente interessado na teoria, então a resposta no nível de detalhes que você forneceu é "depende".
Resposta longa
Os detalhes são importantes. Por exemplo:
- O Windows não gosta de ser instalado em partições lógicas, portanto, a conversão de uma instalação do Windows de uma partição primária para uma partição lógica resultará na impossibilidade de inicialização. (Eu entendo que existem maneiras de contornar essa limitação, mas AFAIK todos envolvem uma partição primária menor ou mais convoluções complexas. Estes podem ser difíceis de desfazer.)
- A conversão de uma partição de primária para a forma lógica, ou vice-versa, pode ser feita de maneira trivial em alguns casos; mas em outros casos, será necessário redimensionar partições, mover partições ou converter outras partições também. Minha ferramenta FixParts pode fazer a conversão, mas não qualquer pré-requisito de movimentação ou redimensionamento; e não garantirá um sistema operacional inicializável posteriormente. Algumas outras ferramentas do Windows podem fazer conversões semelhantes, mas não sei os detalhes de quanto da tarefa elas podem manipular.
- É provável que haja peculiaridades específicas do sistema operacional. O Linux tende a não se importar muito com o status de partição primária vs. Minha memória de sistemas operacionais mais obscuros (FreeBSD, OS / 2, BeOS, etc.) está desaparecendo, já que não os utilizo há tanto tempo, mas lembro que o DOS é limitado como o Windows.
- Dependendo do sistema operacional e do carregador de boot, talvez seja necessário reinstalar o carregador de boot após uma ou ambas as conversões.
- Um backup de disco completo de baixo nível é uma maneira trivialmente simples de garantir que você possa restaurar seu ponto de partida; no entanto, esse backup provavelmente consumirá muito espaço na mídia de backup.
No mundo da BIOS, "informações de inicialização" são armazenadas em todos os tipos de locais, como:
- O registro mestre de inicialização (MBR; o primeiro setor do disco)
- Setores imediatamente após o MBR
- O Registro de Inicialização da Partição (PBR; o primeiro setor da partição de inicialização de um sistema operacional)
- A partição de inicialização do BIOS (somente nos discos GPT, por isso é irrelevante para sua pergunta, mas estou notando sua integridade)
- Arquivos em várias partições.
A inicialização via BIOS é cada vez mais irrelevante, já que a maioria dos computadores vendidos desde o final de 2011 usa EFIs, não BIOSes e EFI, de uma maneira totalmente diferente. Sua pergunta nota partições primárias e lógicas, o que implica que o computador provavelmente está inicializando no modo BIOS. No entanto, se estiver inicializando no modo EFI, provavelmente usará o GPT, que não possui a distinção de partição primária / estendida / lógica. No GPT, os carregadores de boot são armazenados como arquivos na partição do sistema EFI (ESP) , em vez de espalhados no MBR, PBR, etc. Se o computador estiver inicializando no modo EFI a partir de um disco MBR, provavelmente não se importará muito com o status de partição primária vs. lógica, embora se você converter o ESP de primário para lógico ou vice-versa, esse pode confundir a EFI o suficiente para que o sistema não inicialize. Isso é algo que eu nunca tentei - e mesmo se eu tivesse, os resultados podem variar de um EFI para outro, então eu estaria relutante em generalizar sobre isso.
Alguns carregadores de boot dependem de detalhes de particionamento, como o número de uma partição, status primário / lógico e a presença de um "sinalizador de inicialização" (também conhecido como "sinalizador ativo") em uma partição. Os detalhes variam de um SO e carregador de boot para outro. O ponto deste parágrafo é que o backup de "informações de inicialização" depende do conhecimento dos detalhes dos sistemas operacionais envolvidos, do layout da partição, talvez de quais carregadores de inicialização estão em uso, etc.