Forum Linux.livecd impossible de booter une clé live usb sur MacBook

Posté par  . Licence CC By‑SA.
Étiquettes : aucune
0
2
nov.
2019

bonjour,

Sur Windows 10, j'avais crée avec UNetbootIn une clé live usb contenant une image iso de Linux.Quand je bootais sur un pc Microsoft sur cette clé, cela marchait !
Maintenant, sur un MacBook Air(OS:Mac Sierra), j'ai beau inséré cette clé live usb et elle n'est pas reconnue avec Disque de démarrage.
Pourquoi?

Existe-t-il un équivalent d'UNetbootin pour Mac OS Sierra?

merci de votre aide

  • # etcher ?

    Posté par  (site web personnel, Mastodon) . Évalué à 1.

    https://www.balena.io/etcher/ fonctionne correctement chez moi.

    • [^] # Re: etcher ?

      Posté par  . Évalué à 1.

      Malgré ceci:

      "Vous devriez très facilement pouvoir formater une clé USB en FAT32 sur macOS (OSX) en utilisant l’outil Utilitaire de disque intégré (Applications-> Utilitaires-> Utilitaire de disque).

      Une fois chargée, insérez la clé USB que vous souhaitez formater, puis sélectionnez-la dans la liste des supports "externes" dans le panneau de gauche (elle s'appellera "flash-boot" si une image balenaOS s'y était déjà produite auparavant). Une fois sélectionné, accédez à l'icône "Effacer" en haut du volet Utilitaire de disque, puis sélectionnez MS-DOS (FAT)comme type de disque. Donnez-lui un nom, si vous en avez besoin. Enfin, sélectionnez «Effacer».

      Cela formatera la clé USB en FAT32.

      "

      impossible sur mon MacBook (OS:Sierra) de formater comme au-dessus la clé usb en MS-DOS FAT.

      Où est le problème?

      • [^] # Re: etcher ?

        Posté par  (site web personnel, Mastodon) . Évalué à 1.

        impossible sur mon MacBook (OS:Sierra) de formater comme au-dessus la clé usb en MS-DOS FAT.

        Où est le problème?

        Je ne sais pas. Cela fonctionne comme décrit sous macOS High Sierra. (Et aussi loin que je me souvienne, sous les OS Mac depuis OS X).

  • # via la commande

    Posté par  . Évalué à 1.

  • # Via le terminal

    Posté par  . Évalué à 1.

    Bonjour,

    J'utilise une méthode en ligne de commande, elle fonctionne bien pour peu que l'iso/image de la distribution linux soit compatible. Par exemple j'ai une Fedora 31 sur ma clé.

    Premièrement, insérer la clé (sans rire…), lancer Terminal.app, dans Applications -> Utilities (ou équivalent en Français).

    On va vérifier le nom du volume via :

    diskutil list

    Chez moi (Mac OS 10.15.1) en APFS j'ai /dev/disk0 pour l'EFI et /dev/disk1 pour le système. Normalement ta clé sera donc sur /dev/disk2 ou plus selon ce qui est branché sur ton ordinateur.

    On démonte le disque :

    diskutil umountDisk /dev/disk2

    Ensuite on va copier les données sur la clef. J'explique la commande juste après :

    sudo dd if=Downloads/Fedora-Workstation-Live-x86_64-31-1.9.iso of=/dev/rdisk2 bs=4m
    • Il faut lancer la copie en root, ton mot de passe va t'être demandé, donc sudo.
    • La commande dd existe aussi sous Linux ;)
    • Il te faut le chemin de l'image, chez moi elle est dans un dossier Downloads dans mon répertoire utilisateur. C'est ce qu'on trouve après le if=.
    • On va utiliser le numéro de disque récupérer juste avant. Le r devant disk n'est pas une erreur. On a donc la cible après le of= qui doit correspondre à la clef !
    • bs=4m sinon ça va être looong.

    Ensuite il faut attendre jusqu'à ce que le terminal te rende la main. Souvent tu as droit à un pop-up pour te dire qu'il a du mal à lire la clef ou pour te demander de l'éjecter à la fin de la copie.

    Tu peux redémarrer ton ordinateur, garder appuyé la touche Option (c'est alt mais dans les docs ils ont décidé de ne pas tenir compte de ce qui est écrit dessus pour la nommer…) et normalement le menu de boot doit te proposer ton disque interne avec Mac OS, et un autre disque avec un nom genre EFI quelquechose (de mémoire), sélectionne ce dernier.

    Si Linux démarre, ta clef est prête !

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.