J'utilisais:
dd if=/path/to/my/ubuntuiso/ubuntu.iso of=/dev/sdb1 bs=4M && sync
Afin de créer des clés USB amorçables Ubuntu sur des versions antérieures d’Ubuntu. Cela fonctionnait parfaitement. Parfois, j'ai utilisé le programme Startup Disk Creator
, qui a bien fonctionné.
Mais lorsque j'utilise les mêmes méthodes sur Ubuntu 16.04 LTS, je reçois quelques avertissements lors du formatage suivant.
Le support d'installation fonctionne comme prévu, mais lorsque j'essaie de formater cette clé USB une fois mon travail terminé, je reçois l'avertissement suivant:
Le partitionnement de ce Pendrive semble étrange:
Et il montre également ma clé USB de 16 Go en tant que 64 Go.
Après avoir beaucoup lutté avec Gparted, je vais en quelque sorte le formater. Mais pourquoi ça se passe comme ça ?? Existe-t-il de meilleures méthodes pour créer Ubuntu amorçable dans 16.04?
EDIT: il y a une question connexe ici . Mais ma question est pas sur la façon de le formater correctement. Ma question est "Comment créer une clé USB amorçable sans cette erreur." & "Quelles sont les causes de cette erreur"
Remarque: cette opération supprime toutes les données du périphérique cible.
Prérequis d'installation:
Sudo apt-get install p7Zip-full
En supposant que la clé USB cible est à /dev/sdb
( s'il vous plaît vérifier d'abord avec lsblk
ou gnome-disks
ou Sudo fdisk -l
et assurez-vous de savoir ce que vous formatez.
Assurez-vous que le périphérique n'a pas de système de fichiers monté et démontez-le si nécessaire, par exemple:
udisksctl unmount -b /dev/sdb1
Détruire la table de partition existante:
Sudo sgdisk --zap-all /dev/sdb
Créer un nouveau GPT:
Sudo sgdisk --new=1:0:0 --typecode=1:ef00 /dev/sdb
Formater en FAT32:
Sudo mkfs.vfat -F32 /dev/sdb1
Vérifie ça:
Sudo fdisk -l /dev/sdb
Devrait produire quelque chose comme:
Device Start End Sectors Size Type
/dev/sdb1 2048 15663070 15661023 7.5G EFI System
Montez le lecteur et extrayez-le en remplaçant 'name-of-iso' par le nom de fichier de l'iso que vous avez téléchargée précédemment.
Sudo mount -t vfat /dev/sdb1 /mnt
Sudo 7z x name-of-iso -o/mnt/
Démonter
Sudo umount /mnt
Maintenant, redémarrez et profitez de Ubuntu ^ _ ^
( Voici où j'ai initialement appris à faire cela.)
Voici comment j'ai résolu le problème d'obtention de cette erreur lorsque j'essayais de reformater une clé USB après l'avoir utilisée comme support d'installation:
La réponse acceptée est trop complexe à utiliser, car elle nécessitait beaucoup de frappe et de mémorisation du nom du disque particulier (sinon, vous pourriez vous retrouver avec un problème sérieux). Le mien est super facile à mettre en œuvre.
Le problème est dû à un bogue dans usb-creator-gtk
. Il définit une taille de bloc incorrecte lors de la création d'un support de démarrage.
Si ce bogue vous concerne, vous pouvez le marquer ici: https://bugs.launchpad.net/ubuntu/+source/usb-creator/+bug/1589028
C'était beaucoup plus facile. Il suffit de remplacer /dev/sdd
par l'adresse de votre appareil. Ceci peut être trouvé dans l'utilitaire Disks ou Gparted.
Sudo dd if=/dev/zero of=/dev/sdd bs=2048 count=32
Vous pouvez ensuite utiliser Startup Disk Creator pour graver l'image sur le lecteur.
J'utilise UNetbootin sur Ubuntu (version antérieure et version 16.04) et tout fonctionne correctement sur mon PC. Voici le lien pour plus d'informations.
Sudo apt-get install unetbootin
Essayez dd if=/path/to/my/ubuntuiso/ubuntu.iso of=/dev/sdb
de cette façon ne m'a jamais échoué. (Remarque b pas b1 à la fin - volonté détruire autres partitions si présentes)
Avez-vous vérifié si l'ISO est corrompu?
De même, effectuer cette opération à partir d'un téléscripteur sans être enregistré dans l'environnement graphique peut aider à détecter le problème.
Edit: au lieu d'utiliser l'ISO, vous pouvez utiliser /dev/null
pour écraser la table de partition.
La plainte concernant la taille du bloc a probablement été causée par un bogue dans le logiciel qui lisait le système de fichiers iso9660
. Une nouvelle version de gparted
est disponible et est disponible au moins dans Ubuntu 17.10, où ce bogue est supprimé.
Vous pouvez utiliser mkusb
pour cloner le lecteur. Cette méthode n’est pas sensible au contenu du lecteur, elle est donc très fiable.
Il est également très sûr, car mkusb enroule une ceinture de sécurité autour de la puissante mais dangereuse commande dd
. Le lecteur cible est affiché très clairement et vous avez un dernier point de contrôle, où vous pouvez vérifier, que vous allez installer le lecteur correct (et éviter les erreurs).
Voir ce lien: https://help.ubuntu.com/community/mkusb
Si cela ne fonctionne toujours pas, vous pouvez essayer selon le lien suivant,
Veuillez noter que vous n'avez pas besoin de commencer par le formatage, car mkusb écrasera néanmoins le contenu précédent du lecteur. Vous pouvez aller directement et
un problème qui vient avec le réponse choisie : La clé USB est maintenant invisible lors de l'insertion. (Je suis sur Lubuntu 16.04 64 bits) Solution: Ouvrez l'utilitaire Disks
pour le monter.
In Lubuntu: Start menu > Preferences > Disks.
Ce qui a bien fonctionné avec la réponse choisie, c’est que nous sommes revenus à la manière la plus traditionnelle d’utiliser le nom ISO amorçable écrit sur le lecteur USB tout en conservant un lecteur USB inscriptible avec suffisamment d’espace disponible pour stocker d’autres fichiers (à partir d’un autre système d’exploitation existant). nous n'exécutons pas l'OS en direct). Avec Startup Disk Creator
a de 16.04, il efface la clé USB, créant une partition en lecture seule semblable à un CD, rendant la partie restante de la clé USB non allouée (un lecteur de 32 Go devient donc un lecteur en lecture seule de 900 Mo). capable de créer n'importe quelle partition secondaire dans l'espace non alloué.
Mise à jour: netbootin semblait faire l'affaire, la clé USB restait visible, ne se cachait pas lors de l'insertion et la partie restante du disque restait disponible pour stocker d'autres données. MAIS le disque n'a pas été reconnu comme une clé USB amorçable lorsque j'ai démarré mon ordinateur portable! J'ai utilisé la version Ubuntu de UNetBootin.
Apparemment, l'erreur réside dans la lecture partielle par le lecteur, et non par la commande dd ou le programme Startup Disk Creator
Rapport de bogue Debian pour parted: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788808
Solution de contournement: si vous utilisez fdisk au lieu de parted, le partitionnement correct s'affiche. Utilisez fdisk au lieu de Parted jusqu'à ce que le bogue Parted soit corrigé.
J'ai eu exactement le même problème, même sur un SSD tout neuf. J'ai utilisé les versions ISO de Linux Mint 18.1 et Ubuntu 16.04 LTS. Peu importe le nombre de fois que j'ai retéléchargé les ISO, réécrit les ISO et suivi toutes les étapes suggérées ci-dessus pour résoudre le problème mentionné, l'erreur ne disparaîtrait tout simplement pas. Étrangement, Mint 18.1 était installé et je voulais effectuer une nouvelle installation, mais j'ai rencontré l'erreur. J'ai même utilisé les mêmes clés USB et SSD pour installer Windows 10, puis réécrire les mêmes disques USB AGAION avec Ubuntu 16.04/Mint 18.1 et l'installation a échoué. Mon opinion est qu'il y avait soit faute avec le fichier ISO ou mon matériel particulier non compatible. J'ai perdu plusieurs heures de ma vie.
** SOLUTION: Ubuntu 17.04 ISO et installé téléchargés. Fonctionne correctement sur le même matériel, les mêmes clés/clés USB où Ubuntu 16.04 ne l’aurait pas. ****
Il est regrettable que nombre de ces utilitaires de disque de l’interface graphique ne vous permettent pas simplement de supprimer la partition table de la clé USB, au lieu de vous inviter à commettre des erreurs stupides telles que:
Physical block size is 2048 bytes, but Linux says it is 512 bytes
Ce dialogue d'erreur devrait être associé à cette question:
Would you like delete the partition table on this device (all data will be lost)?
Comme il ne le fait pas, vous pouvez le faire vous-même immédiatement avec cette commande:
Sudo sgdisk --zap-all /dev/sd?
Assurez-vous de deux choses avant de faire la commande ci-dessus:
Comme d'autres l'ont mentionné, vous pouvez déterminer le chemin du périphérique avec:
Sudo fdisk -l
Après cela, vous pouvez probablement continuer à utiliser l’utilitaire que vous utilisiez lorsque cette erreur s’est produite.
BTW, les solutions de commande dd pour ce problème sont trop lentes pour mes besoins. Tout ce que je veux vraiment faire est de supprimer cette erreur, sans attendre dd pour mettre le disque au complet.