Meu objetivo é tão simples, o título diz tudo, mas de todas as formas que tentei, falhei. Eu li as instruções em vários sites (além deste) e todos parecem estar faltando alguma coisa ... é isso que eu tenho:
- Unidade SanDisk USB 3 de 16 GB.
- Máquina Debian Jessie
- máquina windows, macbook pro
Embora eu possa criar facilmente um usb inicializável do Windows 10 com rufus, meu objetivo é mais educacional: quero entender o que está acontecendo e qual é a origem da minha falha e, se possível, fazê-la funcionar.
Quando tento criar uma imagem Win10 no terminal, tentei este comando:
sudo dd if=Windows10.iso of=/dev/sdc1 bs=512k
Eu recebo uma partição que parece montar no Debian, mas não é reconhecida no Windows e no Mac. O Gparted mostra o seguinte: o gparted relata o sistema de arquivos desconhecido por comparação, outra unidade flash USB funcionando normalmente (eu tenho 4) lê assim: insira a descrição da imagem aqui
Eu li em alguns lugares que você não deveria enviar para a partição (sdc1), mas para a unidade (sdc), então tentei o seguinte:
sudo pv Windows10.iso | sudo dd of=/dev/sdc bs=5M
(que para aqueles que estão familiarizados é o mesmo comando, canalizado por dd e com sdc). isso parece destruir toda a partição, como você pode ver no fdisk: minha saída do terminal mostrando o comando e fdisk .
Isso foi perturbador, mas decidi começar do zero. Eu reiniciei e executei os seguintes comandos
sudo umount /dev/sdc1
sudo wipefs -a /dev/sdc
sudo fdisk -l
sudo fdisk /dev/sdc
n, p, 1, [enter], [enter], t, 7, w
isso deve formatar uma nova partição e alterá-la do padrão (linux) para a partição ntfs de que preciso. Então eu corro:
lsblk
e crie o sistema de arquivos NTFS com este comando:
sudo mkfs -t ntfs /dev/sdc1
depois disso, tentei executar o dd, mas com uma opção adicional: conv=fdatasync (que algumas pessoas dizem garantir que nada permaneça no cache e pode resolver esse problema).
pv Windows10.iso | sudo dd of=/dev/sdc conv=fdatasync bs=512k
(Adicionei o tamanho do byte caso isso seja um problema). Independentemente de como eu faço isso, notei o seguinte:
- dd escreve os arquivos e o sistema de arquivos e é legível no linux (posso abrir os arquivos), mas é inútil e lsblk e gparted dizem que não há nada lá!
- se eu escolhi sdc1 ou sdc parece apenas afetar o quanto a unidade está danificada. um danifica a partição, enquanto o outro faz parecer que toda a unidade não está alocada.
- a unidade está boa: entrei no windows e com a mesma unidade usb 'destruída', copiei o mesmo arquivo e verifiquei que inicializa e funciona bem.
Lembre-se de que o comando dd funciona com gpartedlive . Executei o seguinte código:
sudo wipefs -a /dev/sdc
sudo fdisk /dev/sdc
lsblk
sudo mkfs -t vfat /dev/sdc1
pv gparted-live-1.1.0-1amd64.iso|sudo dd of=/dev/sdc bs=4M conv=fdatasync
e obtive uma unidade ao vivo gparted totalmente funcional. Isso está me deixando muito confuso, então pensei em pedir ajuda. Eu sei que me pouparia do trabalho se apenas ficasse com Rufus, mas não se trata de simplificar, mas de entender o que está acontecendo. Eu sei que algumas ferramentas GUI no Linux podem resolver o problema, mas, novamente, minha esperança é fazer isso usando o antigo terminal unix, se possível. se não for possível, gostaria de saber o porquê. então resumindo:
- por que não está funcionando? O que estou fazendo errado?
- por que o dd está destruindo as partições, mas parece funcionar bem com o gparted?
- onde posso aprender mais sobre esse uso menos comum de copiar imagens para pen drives?
Muito obrigado por toda sua ajuda! você vai me poupar horas de mais dores de cabeça!