Como clonar em um disco rígido menor?

Question

Como clonar um disco rígido para um tamanho menor.

1. O Clonezilla é ótimo, mas não suporta essa funcionalidade.
2. Também dd e PartImage não suportam essa demanda.
3. rsync não copiará o MBR, pois um MBR não é um arquivo.

Eu preciso clonar um HDD para não fazer backup, então rsync não é uma resposta aceitável.

Alguma sugestão?

    

Answer 1

Você claramente não pode clonar uma partição maior para uma partição menor (usando dd e similares), pois simplesmente não há espaço suficiente.

No entanto, se os arquivos que estão na partição maior também couberem na partição menor, você poderá usar rsync para copiar esses arquivos. As opções exatas a serem usadas dependem do seu caso de uso específico, mas basta copiar todos os arquivos que o seguinte deve fazer:

rsync -av /mount/point/of/large/partition/ /mount/point/of/small/partition

Editar: Mais uma vez: Você não pode clonar uma partição maior em uma partição menor . (Mas leia, seu problema pode ser resolvido ainda.)

O motivo é simples: sua partição de origem é maior que sua partição de destino. O que você espera? Alguns blocos devem ser descartados? Quais? E como deve dd saber? É claro, você poderia usar as opções dd e bs= de count= para copiar apenas os primeiros blocos da sua partição de origem, de modo que ela caiba na sua partição de destino, mas você acabará com uma partição quebrada. Isso certamente não é o que você quer.

Assim, como você não pode clonar uma partição maior em uma partição menor, a única coisa que você pode fazer é reduzir o tamanho da partição de origem para um tamanho. menor ou igual ao da sua partição de destino com algo como gparted , que está ciente das especificidades do sistema de arquivos, de modo que você não perca dados. E somente então você poderia usar dd para clonar a partição. Idealmente, o novo tamanho de sua partição de origem deve ser igual ao tamanho de sua partição de destino (e não apenas menor ou igual a ), caso contrário você terminará com alguma espaço não alocado em sua partição de destino após a clonagem.

Por favor note também que você deve não simplesmente copiar um MBR de uma unidade maior para o MBR de uma unidade menor (ou vice-versa, para essa questão). O MBR, que tem um tamanho de 512 bytes e é a primeira seção do seu disco rígido, contém informações sobre o layout do disco rígido:

• 446 bytes - Bootstrap.
• 64 bytes - Tabela de partições.
• 2 bytes - assinatura.

(Observe que 446+64+2=512 .)

Se você insistir em clonar o MBR, apenas clone os primeiros 446 bytes assim:

dd if=/dev/source of=/tmp/mbr.bak bs=512 count=1
dd if=/tmp/mbr.bak of=/dev/target bs=446 count=1

... substituindo /dev/source e /dev/target pelos nomes dos dispositivos dos discos rígidos de origem e de destino, por exemplo, /dev/sda e /dev/sdb , respectivamente. ( Mais informações estão disponíveis aqui. )

No entanto, a maneira correta de fazer isso seria fazer uma reinstalação limpa do Grub (ou qualquer outra coisa que você tenha no seu MBR) no novo disco rígido.

Em suma, se você quiser clonar uma unidade maior em uma unidade menor, faça o seguinte:

1. Coloque uma tabela de partição na unidade de destino com tantas partições quanto na unidade de origem. Deve haver uma correspondência de um para um entre as partições na unidade de origem e as partições na unidade de destino, exceto que (algumas) as partições na unidade de destino podem ser menores que as partições correspondentes na unidade de origem. Use uma ferramenta como fdisk ou cfdisk para isso.

2. Para cada partição na unidade de destino menor que a partição correspondente na unidade de origem, reduza o tamanho dessa partição correspondente na unidade de origem para corresponder ao tamanho da partição na unidade de destino. Use uma ferramenta como gparted para isso.

3. Para cada partição na unidade de origem, emita o comando

   dd if=/dev/sdaX of=/dev/sdbY
   

   ... para clonar a partição /dev/sdaX da unidade de origem para a partição correspondente /dev/sdbY na unidade de destino (substitua os nomes dos dispositivos apropriadamente, é claro).

4. Se você insistir em clonar também o MBR, use os dois comandos dd escritos mais acima neste post (aqueles com o /tmp/mbr.bak stuff). No entanto, lembre-se de que uma reinstalação limpa do Grub seria melhor.

Answer 2

A clonagem exata não é possível, como Malte Skoruppa já postou. No entanto clonezilla é capaz de fazer esta tarefa, desde que o disco maior não está cheio (Malte já mencionou isso).

Basicamente, você precisa ativar as opções avançadas e "ignorar" a mensagem de aviso sobre um disco menor. Consulte documentos do Clonezilla para obter detalhes sobre capturas de tela. Eu tive o mesmo problema ao restaurar um backup de um disco rígido de 160GB para um SSD de 64GB. Para mim isso funcionou bem.

Outra solução que deve ser o resultado que você deseja seria a restauração para um disco do mesmo tamanho e repartição para ajustar o novo esquema de partição no disco menor. Consulte jsm-techblog.blogspot.de para obter detalhes como fazer isso.

    

Answer 3

Gparted deve fazer o trabalho

1. Após redimensionar com o gparted, inicialize a partir da unidade para dar ao SO uma chance de corrigir quaisquer erros antes de criar imagens com o Clonezilla.

2. Em seguida, executa o Clonezilla e faz uma cópia das partições do disco rígido necessárias

Outra Opção que achei ótima para mim: MondoRescure

  

O Mondo Rescue é uma solução de recuperação de desastres da GPL.

     

Ele suporta fitas, discos, rede e CD / DVD como mídia de backup, múltiplos   sistemas de arquivos, LVM, Raid de software e hardware.

Um guia simples pode ser encontrado aqui

Vou postar algumas screenshots:

PASSO 1 BACKUP (TELA DE PARTIÇÃO)

1. Escolha na lista de tipos de mídia de backup suportados.

2. Se você estiver fazendo o backup em CD / DVD-R [W], então o Mondo perguntará se o seu gravador de CD tem tecnologia BurnProof, se está dentro de um laptop ou se é excêntrico. Se você estiver fazendo o backup de um streamer de fita, você não verá esta mensagem

3.Quanta compressão você quer? Nenhuma, se o seu streamer de fita tiver compressão de hardware incorporada. Máximo, se a sua CPU é incrivelmente rápida. A média deve ser boa para a maioria das situações.

4.Se você quiser fazer backup de todo o computador (excluindo / sys, / run e / proc, naturalmente, bem como / tmp), então deixe este como / qual é o padrão. Caso contrário, especifique os subconjuntos (por exemplo, / usr / local | / home), certificando-se de colocar um canal entre cada caminho.

5. Se você estiver fazendo backup de todo o seu computador, convém excluir alguns diretórios, por exemplo, / compartilhado / MP3. Por favor, especifique-os na caixa de diálogo 'excluir diretórios'. Por favor coloque um tubo entre cada caminho, por ex. / shared / private | / scratch | / nfs | / windows

6. Seu núcleo é sensato? Os usuários do Red Hat, Mandrake, SuSE, Debian e Slackware devem, em geral, dizer 'sim' porque esses fornecedores são bons em produzir kernels confiáveis. Se você está usando o Gentoo ou o LFS, então seu kernel pode não ser padrão, e neste caso dizer 'não' para usar o kernel à prova de falhas do Mondo (fornecido separadamente).

7.Se você quiser verificar os arquivos depois de escrevê-los para a mídia, diga 'sim' aqui. Se você tem fé absoluta em seu hardware e sua distribuição Linux, diga 'não' ... e um pouco de oração.

8.Se tiver certeza de que deseja prosseguir, diga "sim" e encontre outra coisa para fazer enquanto Mondo faz o backup do seu computador. Se você disser "não", então você será despejado sem a menor atenção no prompt do shell. : -)

9.O processo de backup será iniciado agora. Existem algumas tarefas de pré-backup a serem executadas primeiro, mas o backup está essencialmente em andamento. Para simplificar o processo de backup, você recebeu uma série de perguntas. Da próxima vez, se quiser, você pode chamar mondoarchive com várias opções de linha de comando para controlar seu comportamento, em vez de responder a uma série de perguntas. Veja a man page para detalhes.

10.Mondo fará um catálogo de todos os arquivos para backup. Isso pode levar até cinco minutos. A lista de arquivos será dividida em conjuntos, aproximadamente 4 MB (antes da compactação) de arquivos por conjunto. Isso normalmente leva um minuto.

11.Mondo chama Mindi. O Mindi gera imagens de mídia inicializáveis ​​e imagens de disco de dados auxiliares baseadas em sua distribuição Linux existente e sistema de arquivos. Dessa forma, você pode ter certeza de que as ferramentas do Mondo serão compatíveis com seus sistemas de arquivos e binários existentes: as ferramentas do Mondo são suas ferramentas. Mindi leva até cinco minutos para ser executado.

12. Finalmente, o Mondo começa a fazer o backup do seu computador. Esse processo pode levar alguns minutos ou algumas horas, dependendo da quantidade de dados que você está arquivando, da velocidade da CPU, da quantidade de memória RAM e assim por diante. Ele irá fazer backup de seus arquivos regulares e, em seguida, seus arquivos grandes (arquivos maiores que aproximadamente 32MB). Se você optou por verificar seus backups, o Mondo também fará isso.

RESTAURAÇÃO DO PASSO 2 (CLIENTE DE PARTIÇÃO)

1. Escolha o seu tipo de mídia de backup. O processo de restauração ao vivo é muito parecido com o que você experimentará se digitar mondorestore sem parâmetros após inicializar a partir de uma mídia Mondo.

2.Toque em 'OK' quando tiver inserido a fita / CD.Se você gerou um backup em fita, a fita em si deve ser suficiente. Se você gerou um backup de CD, o primeiro CD deve ser suficiente. Caso contrário, você pode precisar da mídia de inicialização.

3. Sinalize os arquivos e diretórios que você deseja restaurar. Use os botões "Mais" e "Menos" para abrir e fechar subdiretórios.

4.Especifique o local para restaurar os arquivos. Em geral, '/' é apropriado. Se você não quiser sobrescrever versões mais recentes dos arquivos que está restaurando, especifique / tmp / BKP ou similar como caminho de restauração.

5.Mondorestore recuperará informações de configuração da mídia. (A tela de amostra é para usuários de fita. Os usuários de CD verão algo diferente.)

6. Os dados serão restaurados para o disco rígido - primeiro os arquivos regulares e, em seguida, quaisquer arquivos grandes (32 MB ou mais) no conjunto de restauração.

    

Answer 4

"Pseudo-clonagem" de um disco rígido maior para um menor pode ser realizado usando Clonezilla. Efetivamente, você pode salvar e restaurar as partições do disco. As etapas a seguir (desenvolvidas para transferência de HDD para SSD) levarão você até lá:

1. O primeiro truque é usar o Gparted para redimensionar as partições no disco rígido, diminuindo cada partição de modo a reduzir a quantidade de espaço não utilizado que ela contém. Obviamente, as partições devem ser dimensionadas de forma que o espaço total necessário para todas as partições seja menor que a capacidade do SSD.

2. Um deles executa o Clonezilla e faz uma cópia das partições individuais do disco rígido (usando a opção saveparts), armazenando-as temporariamente em uma unidade USB externa. Note que é necessário salvar as partições (saveparts) em vez de criar uma imagem de todo o disco (saveisk).

3. Com o SSD instalado na máquina de destino, o segundo truque é usar o gerenciador de partição mais uma vez para criar a estrutura de partição desejada no SSD.
4. O Clonezilla é então usado para restaurar as partições salvas (usando partes de restauração) no SSD.

Veja: "Clonando" um disco rígido para um SSD menor para mais discussões sobre o processo e vários links para fontes de referência.

    

Answer 5

Como a maioria dos exemplos acima parece sugerir redimensionar o seu drive original. Há um risco de seus dados, modificando-o antes de fazer uma cópia.

Existe outra maneira que é menos arriscada, embora muito manual que eu uso. Desde que deixa a unidade de origem intocada no caso de você querer retroceder porque algo falhou.

Além disso, com a clonagem / redimensionamento, você não pode mudar para um sistema de arquivos mais novo enquanto se move para uma nova unidade enquanto faz a troca de disco. Com o procedimento abaixo, você só precisa criar o sistema de arquivos de sua escolha na unidade de destino.

  

Instale uma nova unidade de destino ao lado da unidade original em seu computador.

• inicializa o computador a partir do live cd do ubuntu.
• Na unidade de destino. use gparted create: um ext4 (ou qualquer novo sistema de arquivos rápido para o qual você decida mudar) (volume e um volume de troca e swap - sistema de arquivos
• No gparted, defina o bootflag no novo volume

No meu exemplo, a fonte (drive original) é / dev / sda e o destino (nova unidade menor) é / dev / sdb Em sua configuração, pode ser diferente

  

mount src como somente leitura em / mnt / source

• mkdir / mnt / source; monte -o ro / dev / sda / mnt / souce

  

monte a unidade de destino em / mnt / destination

• monte / dev / sdb1 / mnt / destination /

  

copie o sistema de arquivos src para o sistema de arquivos de destino com:

• rsync -log /mnt/destination/rsync-copy.log --progress -avr --exclude = / mnt / source / dev / -A -H -X --numeric-ids / mnt / source / * / mnt / destination /

  

o ubuntu usa o uuid em vez do nome do dispositivo para encontrar e montar a unidade   já que temos um novo disco, queremos mudar o fstab de destino para usar   as novas unidades são necessárias para montar o disco

• ls -la / dev / disk / by-uuid

  agora mude o uuid para / e troque em / mnt / destination / etc / fstab. não se esqueça de mudar o sistema de arquivos para o ponto de montagem, se você decidiu mudá-lo para algo diferente da unidade original

se for importante que o grub seja a mesma versão, inicialize o disco original novamente e execute e execute o comando abaixo para instalar o grub na nova unidade

• grub-install / dev / dev / sdb

  

Agora, remova a unidade de origem do seu computador e inicialize a unidade de destino.   o grub falhará ao inicializar completamente e sair para um shell de recuperação   no shell de recuperação do grub:

     

para carregar alguns módulos do grub necessários    - insmod ext2    - insmod linux   lista seus dispositivos de disco    - ls

     

escolha o dispositivo adequado (no meu exemplo é hd0, msdos1)

• set root = (hd0, msdos1)

  

encontre o nome exato de vmlinuz-xxx e initrd-xxx para configurar o grub para usar

• ls / boot /

    

  veja e use o nome apropriado para vmlinuz e initrd que você obteve de ls acima e use-os em vez da versão de exemplo que estou usando aqui abaixo

• linux /boot/vmlinuz-2.6.32-5-amd64 root = / dev / sda único

    

  se / dev / sda for o dispositivo, a unidade será o disco rootfs na próxima vez que você reinicializar a máquina & gt; com apenas disco dst

• initrd /boot/initd.img-2.6.32-5-amd64

• inicializar

  

isso deve ter inicializado com sucesso a máquina   Finalmente, para atualizar o grub para usar o novo disco uuid, você não precisa repetir este procedimento manual sempre:

• update-grub

Answer 6

Você pode transferir seus dados para uma unidade menor usando Clonezilla e GParted .

Usar o Live CD do GParted reduz suas partições para que elas caibam na nova unidade. Mova suas partições de modo que o espaço vazio (cinza) esteja no final / direita da sua unidade. Se já existia espaço vazio antes de sua primeira partição deixar esse espaço, pois ele pode conter boot ou outras informações ocultas.

Usando o Clonezilla, faça um clone device-device . Selecione as opções avançadas e ative a opção -icds para ignorar o disco verificação de tamanho. Continue com o clone, remova a unidade antiga e tente inicializar a partir da nova unidade. Se você receber erros, tente a opção -fsck-src-part , que ajuda a reparar erros no disco de origem.

Dos documentos do Clonezilla :

  

Se tiver certeza de que todos os dados da imagem caberiam nos menores   disco, ou seja, não será gravado no espaço em disco errado, você pode verificar   a opção "-icds" .Aviso! Para selecionar esta opção, você precisa saber   o que você está fazendo!.

Uma FAQ que li sugerida usando ambas as opções -icds e -k1 com o Clonezilla, mas isso não funcionou para mim. Outros mencionaram que é possível copiar partições usando o GParted, mas não é possível copiar todos os tipos de partições e não consegui inicializar a máquina após usar esse método, provavelmente devido a algumas informações ocultas entre as partições que não foram copiadas.

    

Answer 7

Pode não ser a resposta correta para a pergunta, mas chego a esta página tentando resolver um problema semelhante:

Eu queria clonar um cartão flash compacto de 256Mb antigo em um de 32Mb que foi bloqueado, o cartão flash contém um pequeno dispositivo Linux que fabrica pequenas bobinas de mola.

Resolvido desta maneira:

(Obviamente, o espaço efetivo usado no 256Mb foi de & lt; 32Mb, então ele se encaixa bem)

1. crie uma imagem do cartão flash de 256Mb com 'dd' (ou seja, supondo que o cartão esteja montado em / dev / sdb):

   dd if=/dev/sdb of=image256.iso

2. Use unetbootin para ler a ISO 'image256.iso' (opção Diskimage).

3. Selecione a unidade USB em que o cartão de 32Mb está e continue a despejar a imagem para o cartão de 32Mb.

Isso é tudo, o cartão de 32 Mb iniciou com sucesso minha máquina novamente.

HTH

    

Answer 8

Você poderia tentar fazer isso em duas etapas primeiro fazer um clone do sistema em uma imagem esparsa (imagem está ficando maior em adicionar mais coisas a ele) Agora restaurar a partir desta imagem para o segundo disco menor.

    

Answer 9

isso pode ser feito .. Com um live cd, basta encolher o sistema de arquivos (resize2fs), do que lvm (se houver) da última partição (como / dev / sdc3) do disco grande para que ele caiba no disco pequeno.

Com o fdisk, exclua e recrie com setores menores a última partição (/ dev / sda3), de forma que o último setor do disco grande tenha o mesmo valor do último setor do disco pequeno.

Do que o seu # dd if = big de = small bs = 10M até ficar sem espaço.

Cuidado extra ao diminuir, pois um valor inválido causará perda de dados.

    

Answer 10

Depois de encolher o sistema de arquivos no disco maior usando o GParted, eu coloco os dois discos em um caso RAID no modo de espelhamento, onde o disco maior é a origem e o disco menor é o destino. Eu só tinha que clicar no botão reset dentro do gabinete (não mudar o modo, ou seja, Raid 1 para Raid 0) para a clonagem começar. Trabalhou perfeitamente! :) Eu usei o caso Raid GW3.5AX2-SU3 / MB.

    

Answer 11

Eu postei minha experiência encolhendo um disco de boot com 250GB (sda) para um disco de 120gb (sdc)

sda contém 2 partições:

• sda1 - & gt; / boot (ext3)
• sda2 - & gt; lvm2: / (245gb) e troca (5gb)

então eu faço:

• dd sda mbr para sdc
• fdisk sdc e escreve as mudanças, então cria a estrutura em sdc
• dd sda1 para sdc1

depois, como o meu gparted NOT trabalha com lvm:

de um disco de recuperação:

• primeiro umount VG / LV00
• e2fsck VG / LV00
• resize2fs / VG / LV00 xxxxxxxxK (eu dou um 1gb a mais que o espaço usado)
• lvreduce -L xxxxxxxxxK VG / LV00 (eu dou 1gb mais do que o espaço fs)
• pvresize / dev / sda2 --setphysicalvolumesize xxxxxxxxxxxxK (eu dou 1 gb mais do que o espaço LV) (eu tenho um erro aqui ... então:
  • pvs -v --segments / dev / sda2 (para ver os segmentos)
    • pvmove --alloc em qualquer lugar / dev / sda2: segment_min-segment_max (dos segmentos que vi "à direita" do disco)

Mas ainda assim a partição era grande, já que eu apenas reduzi o FS-LV-VG, então:

eu recrio a partição com o fdisk:

fdisk /dev/sda 
d --> 2
n --> p --> 2 --> default --> (new reduced
size!!!)
 w

em seguida, o sistema solicitará que a tabela de partições antiga esteja em uso até a próxima reinicialização. Mas eu esqueci de reiniciar e fazer a imagem:

dd if = / dev / sda2 de = / dev / sdc2 bs = 4096 (neste momento eu pensei que algo estaria errado e eu não poderia  inicializar com o sdc, pois a tabela de partição não reflete o fim do novo sda2)

MAS tudo estava OK e depois da reinicialização, e até mesmo o sistema escolhe a partição sdc para inicializar (reclamando de PV, LV e / boot duplicados)

Eu não sei se estou com sorte ou se eu faço passos desnecessários ... qualquer comentário ser apreciado.

    

Answer 12

Disclaimer: Eu sou o autor original do WereSync

Isso é possível usando o WereSync . O WereSync segue o processo geral da resposta do Malte , mas requer apenas um comando em vez de vários. Além disso, se você estiver usando o clone como backup, ele poderá atualizar esse backup de forma incremental, pois ele emprega o rsync no back-end.

Para instalar o WereSync, use pip:

pip install weresync

De lá você pode simplesmente usar o comando WereSync

 weresync -C -g 2 -E 1 /dev/sda /dev/sdb

O comando acima copia os dados de / dev / sda para / dev / sdb. O sinal -C marca que o WereSync deve verificar se as partições nas duas unidades são equivalentes e, se não forem, o WereSync deverá copiar as partições de / dev / sda para / dev / sdb e redimensioná-las para que se ajustem. Os UUIDs das novas partições serão diferentes. O sistema usado para testar se as partições são válidas pode ser complicado, então, após o primeiro backup, eu recomendo omitir esse sinalizador.

Os comandos -g e -E podem ser omitidos, mas a instalação do carregador de boot quase certamente falhará nesse caso.

-g refere-se à "partição do grub", ou o grub da partição deve ser instalado. Geralmente esta é a partição montada em /. Então, se você tiver / dev / sda2 montado em /, você passa -g 2 para o WereSync, como no exemplo acima. Se isso for omitido, o WereSync tentará e descobrirá a partição correta por conta própria, mas isso é propenso a erros. Eu recomendo simplesmente passar a bandeira.

-E refere-se à partição EFI. Se sua partição EFI estiver em / dev / sda1, passe -E 1 para o WereSync como no comando acima.

Se você tiver uma partição separada para a pasta / boot, precisará informar o WereSync também. Se você tiver isso em / dev / sda3, passe -B 3 para o WereSync.

Informações mais detalhadas sobre os possíveis sinalizadores para esse comando podem ser encontradas na Documentação do Comando WereSync .

    

Answer 13

Eu cheguei a esse problema porque a atualização do Win 10 para 1607 iria quebrar após a reinicialização, causada pelo meu NVMe (Samsung 950 Pro) não ser reconhecido, então eu clonado o NVMe para o outro (maior) unidade interna (no meu caso " Toshiba "), atualizou o Win 10 e restaurou o sistema de volta ao NVMe.

Aqui estão os passos que eu precisava fazer para conseguir isso (já que o restoreparts com -icds não funcionou).

Ferramentas:

• Windows 10 1607 DVD (profundidade de bits e idioma, dependendo do seu sistema operacional atual)
• DVD ao vivo do Clonezilla ( 2.4.5 + )
• ou DVD ao vivo do Clonezilla ( 20160203-xenial + ), pois ele pode ser inicializado com o UEFI definido em BIOS
• (opcional) DVD ao vivo do GParted ( 0.27.0-1 )

Preparação:

1. gravar todas as ferramentas em CDs / DVDs
2. execute o Clonezilla e clone (direcione a imagem) o NVMe para uma imagem (por exemplo, na unidade externa)

Nota:

Se você usou Clonzila a partir do ramo estável, você deve mudar para o modo de inicialização Legado no BIOS para poder inicializar a partir do CD. Caso contrário, se você usar o download da ramificação alternativa, ele deverá suportar a inicialização do UEFI.

Aviso:

Siga o guia por sua própria conta. As etapas e os comandos aqui são verificados e verificados, mas os erros de digitação podem causar perda de dados ou falha de hardware. Portanto, primeiro saiba o que está fazendo e siga estas etapas como dicas para a direção certa.

O procedimento:

1. execute o Clonezilla e clone (unidade para unidade) o NVMe para a Toshiba (no meu caso, a outra unidade interna, que eu limpei / backup de antemão)

2. pela primeira vez eu acho que tive alguns conflitos no Windows com NVMe ainda tendo informações de inicialização do Win, então desta vez eu imediatamente após a clonagem inicial para a Toshiba (portanto, antes da mudança para o boot UEFI) deletar todas as partições no NVMe dirigir

   ~ a exclusão é feita facilmente no shell do Clonezilla com:

   sudo su
   dd if=/dev/zero of=/dev/nvme0n1 bs=512 count=1
   

   ~ alternativamente, inicie no GParted e faça isso visualmente

3. (alterne para a inicialização do UEFI no BIOS)

4. boot (o Toshiba será usado)
5. execute o DVD de instalação do Win 10 1607 e escolha Instalar, marque Fazer download de atualizações e escolha Manter aplicativos e dados. Isso deve atualizar o Toshiba para a versão mais recente do Win 10.
6. (mude para a inicialização legada no BIOS) apenas no caso, faça o backup da Toshiba em uma imagem (via Clonezilla)

7. desde que copiar o MBR não fez nada para mim, o GPT é importante nesta história, então entre no shell (Clonezilla) e copie o GPT da Toshiba para o NVMe com

   sudo su
   sgdisk /dev/sda -R /dev/nvme0n1
   sgdisk -G /dev/nvme0n1'
   

   ( explicação )

8. desde que o Clonezila (mesmo com o expert switch -icds) refuz para restaurar partições, novamente entre no shell e faça:

   partprobe #forces kernel to reload partition infos
   fdisk -l #shows all disks info
   dd if=/dev/sda1 of=/dev/nvme0n1p1 bs=64K status=progress
   dd if=/dev/sda2 of=/dev/nvme0n1p2 bs=64K status=progress
   dd if=/dev/sda3 of=/dev/nvme0n1p3 bs=64K status=progress
   ...
   

   ( mais informações )

9. faça backup do Tosiba MBR e GPT:

   sgdisk --backup=sda.gpt /dev/sda
   

10. copie o backup para um local seguro (para que possamos restaurá-lo e não a imagem da unidade inteira que fizemos na etapa 6)

    mkdir /mnt/usb
    (put in usb flash or similar)
    mount /dev/sdb /mnt/usb
    cp sda.gpt /mnt/usb
    umount /dev/sdb'
    

11. limpe a informação da partição Toshiba para que não cause conflitos com o Windows

    dd if=/dev/zero of=/dev/sda bs=512 count=1
    

12. (alterne para a inicialização do UEFI no BIOS) inicialize a partir do DVD do Windows 10 (1607), escolha Reparo & gt; Resolver problemas & gt; Prompt de comando e execute todos estes:

    bootrec /fixboot
    bootrec /scanos
    bootrec /fixmbr
    bootrec /rebuildbcd
    exit
    

    ( mais informações )

13. reinicialize o Windows 1607 no seu disco NVMe

14. Ganhe!
15. (reinicialize o Toshiba no gerenciamento de disco)
16. (opcional) faça o backup do disco NVMe atualizado (clone para a imagem com o Clonezilla)