Esqueceu de desmontar a partição da unidade local durante o encerramento do ubuntu; agora incapaz de vê-los no windows 7

0

Eu queria criar uma imagem de cartão SD Raspberry Pi usando o comando "dd" no linux. Então, usei ubuntu live CD no meu laptop Windows 7. Durante o meu trabalho, montei o drive "E" em alguma pasta "/ media" no Ubuntu.

Em seguida, após a conclusão da tarefa, encerro a máquina sem desmontar essa unidade. Depois de desligamento CD ejetado automaticamente e tela laranja ficou por 5 minutos. Então, eu fecho a máquina.

Mas agora, quando eu iniciei o Windows 7; não está me permitindo acessar a unidade "F". Parece que pode ser que se tornou partição GPT devido à montagem no Ubuntu. Agora eu temo fazer qualquer tentativa e execução de comandos de erro; como eu não sou um cara linux.

Agradecemos antecipadamente por sua ajuda.

    
por sapatelbaps 05.09.2016 / 15:16

1 resposta

1

Primeiro, é impossível alterar uma única partição do formato Master Boot Record (MBR) para GUID Partition Table (GPT) . MBR e GPT são ambos tipos de tabela de partição que se aplicam ao disco inteiro, , portanto é impossível alterar apenas uma partição do formato MBR para GPT. (Há uma exceção parcial na forma de MBRs híbridos, mas não há evidências de que você tenha um MBR híbrido e criá-los requer ferramentas especializadas que existem principalmente em Macs. Além disso, mesmo que você tenha acidentalmente alterado o disco inteiro de MBR para GPT, isso não afetaria os dados dentro de nenhuma das partições. (Pelo menos, essa mudança por si só não teria tal efeito. Uma conversão acidental de MBR para GPT poderia ter sido feita por um programa que poderia também ter alterado o conteúdo das partições.) MBR e a GPT simplesmente descreve os pontos iniciais e finais da partição, além de fornecer alguns metadados adicionais; As estruturas de dados do sistema de arquivos residem inteiramente dentro das partições e não são afetadas pelos códigos de tipo de tabela de partição.

Suspeito que você tenha digitado errado o comando dd . Talvez você tenha misturado as opções if e of , sobrescrevendo o conteúdo da sua partição F: em vez de copiá-las em um arquivo na partição E: , como você pretendia. Digitar sudo blkid /dev/sdx# (onde /dev/sdx# é o identificador da partição em questão) pode fornecer algumas pistas sobre o que está errado. Este comando exibe informações básicas sobre o sistema de arquivos usado na partição:

$ sudo blkid /dev/sdc3
/dev/sdc3: UUID="5028fa50-0079-4c40-b240-abfaf28693ea" TYPE="ext4"

Este exemplo mostra um sistema de arquivos ext4 em /dev/sdc3 . Os detalhes serão diferentes para um volume NTFS ou mesmo para outro sistema de arquivos ext4. É claro, também é possível que blkid não forneça muita informação útil - se minha hipótese estiver correta, então ela não fornecerá nenhuma saída, se ela não puder identificar um sistema de arquivos na partição.

Em um cenário próximo do pior, talvez seja necessário recuperar seus dados de um backup. Não tem um backup? Então você está no pior cenário, em que sua única esperança é usar PhotoRec ou algo similar para recuperar seu dados em uma base arquivo-a-arquivo. É provável que isso seja tedioso e os resultados provavelmente serão incompletos. Se o Windows foi instalado na partição, você provavelmente nunca será capaz de inicializar a instalação novamente, fazendo uma reinstalação necessária. (Faça uma reinstalação após você recupera qualquer arquivo pessoal que puder, porém, a reinstalação tornará a recuperação em nível de arquivo ainda mais difícil.)

    
por Rod Smith 07.09.2016 / 18:40