Mon objectif est si simple, le titre dit tout, mais à tous égards que j'ai essayé, j'ai échoué. J'ai lu des instructions sur divers sites (en plus des sites ici) et ils semblent tous manquer quelque chose ... C'est ce que j'ai:
Bien que je puisse facilement créer une Windows amorçable 10 USB avec Rufus, mon objectif est plus éducatif: je veux comprendre ce qui se passe et quelle est la source de mon échec, et si possible, de le faire fonctionner.
Lorsque j'essaie de créer une image Win10 dans le terminal, j'ai essayé cette commande:
Sudo dd if=Windows10.iso of=/dev/sdc1 bs=512k
Je reçois une partition qui semble monter sur Debian, mais n'est pas reconnue sur Windows et Mac. Gparted montre ceci: Systèmes de fichiers Rapports GParted inconnus Par comparaison, un autre lecteur flash USB normalement actif (i got 4) se lit comme ceci: Entrez la description de l'image ici
Je lirais dans certains endroits que vous n'êtes pas censé sortir à la partition (SDC1) mais au lecteur (SDC), alors j'ai essayé ceci:
Sudo pv Windows10.iso | Sudo dd of=/dev/sdc bs=5M
(Ce qui est à ceux familiers, c'est la même commande, à la place de DD, et avec SDC à la place). Cela semble nuke la partition entière, comme vous pouvez le constater à partir de FDISK: My Terminal Sortie montrant la commande et le FDISK .
C'était bouleversant, mais j'ai décidé de commencer fraîches. J'ai redémarré et dirigé les commandes suivantes
Sudo umount /dev/sdc1
Sudo wipefs -a /dev/sdc
Sudo fdisk -l
Sudo fdisk /dev/sdc
n, p, 1, [enter], [enter], t, 7, w
cela devrait formater une nouvelle partition et la modifier de la valeur par défaut (Linux) à la partition NTFS dont j'ai besoin. Alors je cours:
lsblk
et faire le système de fichiers NTFS avec cette commande:
Sudo mkfs -t ntfs /dev/sdc1
après quoi, j'ai essayé de courir DD, mais avec une option supplémentaire: conv = fdatasync (que certaines personnes ne disent que rien ne reste dans le cache et peut résoudre ce problème).
pv Windows10.iso | Sudo dd of=/dev/sdc conv=fdatasync bs=512k
(J'ai laissé tomber la taille des octets au cas où c'est un problème). Indépendamment de la façon dont je le fais, j'ai remarqué ce qui suit:
Gardez à l'esprit que la commande DD fonctionne avec GPartedlive . J'ai couru le code suivant:
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
et obtenu un lecteur en direct gangarte complet. Cela me confondre de moi, alors je pensais demander de l'aide. Je sais que je me sauverais des ennuis si je viens de rester avec Rufus, mais cela ne va pas d'aller simple, mais de comprendre ce qui se passe. Je sais que quelques outils d'interface graphique sur Linux risquent de résoudre le problème, mais encore une fois, mon espoir est de le faire à l'aide de l'ancien terminal Unix si possible. Si ce n'est pas possible, alors j'aimerais savoir pourquoi. Donc de résumer:
merci beaucoup pour ton aide! Vous allez me sauver des heures de plus de maux de tête!
a utilisé les idées ici comme motivation Pour trouver un moyen de créer un serveur Windows Server 2019 Drive USB amorçable de Mac OS . La capture est que vous avez besoin d'un disque formaté GPT comme FAT32 et il existe des limitations autour de 4 Go Max de max que vous devez travailler en utilisant wimlib-imagex
extension. I essayé à l'origine à l'aide de dd
utilitaire - mais a rapidement compris que le format de disque n'a pas pu être utilisé pour le démarrage Winos.
brew install wimlib
diskutil list
diskutil eraseDisk MS-DOS "WIN2K19" GPT /dev/disk2
hdiutil mount en_windows_server_2019_updated_sep_2020_x64_dvd_2d6f25f2.iso
rsync -vha --exclude=sources/install.wim "/Volumes/SSS_X64FREV_EN-US_DV9\ 1" /Volumes/WIN2K19
wimlib-imagex split "/Volumes/SSS_X64FREV_EN-US_DV9 1/sources/install.wim" /Volumes/WIN2K19/sources/install.swm 4000
diskutil eject /dev/disk2
diskutil eject /dev/disk3