Um dos métodos para fazer inicialização dupla do Windows com sistema operacional Linux é instalar o carregador de inicialização grub na partição Linux para que você possa manter o carregador de inicialização do Windows e permitir que o Windows lide com o processo de inicialização dupla.
Qual é a probabilidade de o bootloader grub sobrescrever parcialmente os dados no início da partição Linux e corromper o arquivo? O grub realmente verifica se há dados no início da partição e os move para outro local na partição antes de gravar seu gerenciador de inicialização?
Responder1
Com base na sua entrada de que você está usando o ext4, o grub não deve destruir seu sistema de arquivos. ext2 começa com espaço para um setor de inicialização:http://www.makelinux.net/books/ulk3/understandlk-CHP-18-SECT-2
Responder2
O GRUB não instala seus arquivos em uma partição à toa, ele usa os drivers do sistema de arquivos e, portanto, nunca sobrescreve os arquivos existentes. No entanto, a documentação atual do GRUB desencoraja a prática de instalação em um sistema de arquivos Linux e considera esse método "frágil". Se é mais frágil do que instalar na terra de ninguém entre o MBR e o início da primeira partição está aberto ao debate. É bem sabido que vários programas gravam dados nessa área e, atualmente, os desenvolvedores do GRUB são forçados a incluir soluções alternativas ad-hoc no código do GRUB sempre que um novo programa desse tipo é descoberto. O problema básico parece ser que os sistemas de arquivos ext* não fornecem um local fixo para o código de inicialização (além do bloco de inicialização do sistema de arquivos, que é inadequado) e, portanto, o GRUB usa uma lista de blocos simples, mas não pode garantir que esses blocos permanecerão inalterados. . Isso contrasta, digamos, com os sistemas de arquivos NTFS, cujo código de inicialização é acessado por meio de ponteiros e arquivos de localização fixa.
Responder3
O Windows (Vista, 7 e 8, pelo menos) geralmente tenta criar uma partição separada para inicialização. E quando isso acontece, quase sempre é invisível para coisas normais do Windows, como o gerenciador de arquivos.
Normalmente, esta partição de inicialização do Windows tem 100 MEG, tem um nome de volume chamado “Sistema Reservado” e NÃO recebe uma letra de unidade. Claro, você ainda pode instalar o Windows em uma partição e não seguir esse caminho, mas você precisa se esforçar ao instalar o Windows para fazer isso.
Portanto, dê uma outra olhada no particionamento da sua unidade usando algo como diskmgmt.msc (digite-o no painel de pesquisa do orbe do Windows para usar o utilitário) para ver se você não tem a partição "Reservada pelo Sistema" de 100 Meg. É um pouco inútil, mas só quero mostrar que você provavelmente tem 2 partições com o Windows - e não uma.
De qualquer forma, estamos falando de um gerenciador de boot aqui. E se o Grub cometer um erro, tudo o que acontecerá é que você não conseguirá inicializar o Windows. Mas todas as suas coisas ainda devem estar seguras – e até acessíveis. Ainda é bastante reparável, mas obviamente também é um pouco PITA. (A única maneira "fácil" que encontrei de corrigir esse tipo de problema é formatar a partição de inicialização ou estragar intencionalmente o sinalizador de inicialização ou algo parecido e deixar a recuperação do sistema Windows em DVD corrigi-lo).
Portanto, a resposta curta de que o Grub irá sobrescrever as coisas não é realmente possível ou mesmo um problema. Claro, se você tiver um disco rígido com falha onde o sinalizador SMART foi acionado ou mesmo se os dados estiverem seriamente fragmentados, isso é outro assunto. Só não piore as coisas ajustando as partições ou especialmente formatando-as.
E por falar nisso... espero que vocêsãodesfragmentando suas partições do Windows por conta própriaantesusando uma ferramenta Linux como GParted. Não desfragmentar antes de reduzir uma partição ou ajustá-la de alguma forma provavelmente apresentará um novo conjunto de problemas. (Então você não pode dizer que não avisei.)