Que dois-je savoir lors de l'installation de Linux sur un Mac?

J'ai un Macbook Pro et je l'adore, bien que ma boîte Linux me manque encore, il y a beaucoup de choses dont j'ai besoin qui ne sont pas complètement compatibles avec Mac OS X. J'ai entendu beaucoup d'histoires sur l'installation de Linux sur Mac OS, certains disent que c'est pas un problème, mais certains ont tendance à dire différemment.

Ma question est, est-ce que ça va ou pas pour installer Linux sur une machine Mac OS? Quels sont les avantages et inconvénients?

Je connais très bien les machines virtuelles, mais soyons honnêtes, elles ne fonctionnent pas aussi bien lorsqu'elles fonctionnent sur un matériel physique.

tl; dr : c'est faisable mais vous devrez travailler un peu. Si vous n'avez pas la possibilité d'utiliser Ethernet et que vous installez à partir d'un support netinst, vous êtes essentiellement foutu (bien que si vous êtes vraiment déterminé, vous pouvez le faire fonctionner).

Lorsque j'ai écrit cette réponse à l'origine, je ne l'avais fait qu'une seule fois, mais maintenant je le fais à nouveau sur un autre Mac, j'ai donc divisé le message en deux.

Debian Jessie sur un MacBook Pro

J'ai réussi à installer Debian Jessie (actuellement aka Debian Testing) sur mon MacBook Pro, début 2011.

Je vais le dire tout de suite: si vous avez un MacBook Air et / ou pas de cordon Ethernet, vous êtes largement foutu si vous utilisez une distribution qui utilise une installation basée sur le réseau (comme Arch Linux ou l'image Debian recommandée) ou l'un des CD alternatifs d'Ubuntu). Vous devrez essentiellement télécharger tous les fichiers du micrologiciel, démarrer le support d'installation de manière à empêcher la configuration du réseau, installer le micrologiciel manuellement, puis essayer de le faire récupérer le micrologiciel. Demandez-lui ensuite de configurer le réseau. Pour être parfaitement honnête, je n'ai jamais réussi à le faire fonctionner et je ne suis pas tout à fait sûr que ce soit un bon plan.

À part cela, l'installation s'est bien déroulée. Si vous avez l'intention de conserver OS X, vous devez utiliser l'utilitaire de disque intégré d'OS X pour redimensionner, car GNU / Linux n'a actuellement pas de support en écriture pour la configuration par défaut du système de fichiers Mac (HFS + avec journalisation, pour les curieux; support en écriture uniquement fonctionne sans journalisation). Notez que vous n'avez pas besoin de démarrer dans la partition de récupération pour ce faire - HFS + peut effectuer un redimensionnement en ligne - mais vous pouvez voir l'Utilitaire de disque ou l'ensemble de votre ordinateur se figer. Ne vous inquiétez pas, cela m'est arrivé plusieurs fois et il vous suffit de le laisser faire son travail, mais vous ne pourrez pas utiliser le Mac pendant le processus. J'ai entendu dire que l'Utilitaire de disque a des bogues lors de la création d'une partition vide (ce que vous devrez faire pour que l'Utilitaire de disque vous laisse redimensionner). Par conséquent, je recommanderais de créer un système de fichiers FAT sur la nouvelle partition. Vous êtes invités à essayer avec l'option "aucun" sélectionnée, mais je l'ai joué en toute sécurité.

Depuis que j'ai utilisé l'installateur Debian, je ne sais pas vraiment comment il a installé GRUB (je vais bientôt remplacer Debian par Arch, donc je vais éditer cette réponse avec mes résultats). Il semble s'être installé sur la partition EFI du Mac, mais je ne sais pas si cela a fait de la magie en dehors de cela. Vraisemblablement pas, mais qui sait. Après avoir installé GRUB, vous devez redémarrer dans Mac OS X. Ouvrez un terminal, montez la partition EFI (utilisez diskutil listpour vider les informations sur les disques; c'est comme la version d'OS X de blkidou lsblk), et fouinez avec l' blessutilitaire jusqu'à ce que vous arriviez au GRUB menu au redémarrage. (Je ne connais pas les étapes exactes pour cela, car j'ai essayé un tas de choses en même temps parce que je ne voulais pas attendre le long temps de redémarrage d'OS X). Voir man blessdans OS X pour les détails de cet utilitaire.

Notez que oui, en cas de succès, vous irez directement au menu de démarrage GRUB (en supposant que vous utilisez GRUB). Je ne suis pas sûr de savoir comment cela fonctionne, en particulier avec l'implémentation EFI Moon-man d'Apple, mais voici comment vous choisissez le système d'exploitation pour démarrer:

1. Si vous voulez GNU / Linux, ne faites rien. Le menu de démarrage GRUB apparaît (à nouveau, en supposant que vous utilisez GRUB).

2. Si vous voulez Mac OS X, attendez la tonalité de démarrage, puis maintenez Option jusqu'à ce que vous obteniez le menu de sélection du disque. Deux options de disque doivent apparaître: Macintosh HD et EFI Boot. Sélectionnez Macintosh HD. Remarque : l'option Mac OS X dans GRUB semble ne rien faire d'autre que se bloquer.

3. Si vous souhaitez récupérer Mac OS X, attendez la tonalité de démarrage, puis maintenez Option jusqu'à ce que vous obteniez le menu de sélection du disque. C'est exactement la même chose que le démarrage d'OS X normal, sauf que vous choisissez EFI Boot au lieu de Macintosh HD.

Le pilote du pavé tactile de Xorg fait extrêmement défaut. Xorg choisira le pilote Synaptics pour vous, qui est un morceau de merde sur un pavé tactile Apple. Par conséquent, faites un tour par Google jusqu'à ce que vous trouviez un pilote décent, puis remplacez le pilote Synaptics par celui-ci dans votre xorg.conf(ou xorg.conf.d, selon la distribution), bien que je n'ai jamais pu trouver un pilote qui pourrait réellement faire un clic droit sur le trackpad d'Apple, ce qui est gentil d'une douleur dans le cou. Je voudrais vous dire les détails exacts de ma configuration, mais j'ai une sauvegarde Time Machine initiale en cours d'exécution et je ne peux pas être dérangé pour redémarrer dans Debian. Je modifierai cette réponse quand je le ferai, cependant.

La plus grande chose à part le sans fil (qui nécessite un firmware mais est facile à démarrer tant que vous avez un câble Ethernet) était que si je fermais le couvercle, l'écran ne se réveillait pas. Le rétro-éclairage du clavier s'allumait, mais jamais l'écran. La recherche préliminaire sur Google indique qu'il s'agit d'un bogue du noyau, mais je n'ai pas examiné les correctifs exacts. J'ai commencé à expérimenter avec la pm-*famille des utilitaires (par ex.pm-suspend) mais je n'ai rien fait en profondeur. Une solution de contournement pour ce problème est de passer à une console virtuelle, pour "défocaliser" Xorg. De cette façon, lorsque vous fermez le couvercle, votre ordinateur n'essayera pas du tout de suspendre. Notez que cela signifie que le logo Apple à l'arrière restera allumé, bien que le fait de baisser la luminosité de l'écran affecte également le logo Apple. Notez cependant que vous ne pouvez utiliser les touches de fonction que lorsque Xorg est "concentré". Ce qui m'amène parfaitement à mon prochain sujet ...

Le clavier fonctionne essentiellement normalement. L'option fonctionne exactement comme vous pouvez vous y attendre. La commande est la super clé. La seule chose qui m'a fait trébucher - bien que ce ne soit pas pour longtemps - est que les touches de fonction n'ayant pas besoin d'appuyer sur Fn sont du matériel, pas du logiciel. Par conséquent, appuyer sur la luminosité, par exemple, fonctionne de la même manière que sous OS X - lorsque vous appuyez sur F2, cela augmente la luminosité et lorsque vous appuyez sur Fn + F2, il envoie la touche F2.

La dernière chose que je dois mentionner est que je n'ai jamais réussi à faire fonctionner l'accélération 3D. La démo de GLX Gears a fonctionné avec (je pense) mesa, mais j'ai démarré sur GNOME Fallback, donc la véritable accélération ne fonctionne pas. La solution que j'ai trouvée m'a suspendu au démarrage (voir le dernier article sur l'installation de Debian dans mon blog), donc je ne pense pas qu'il existe réellement une solution, du moins jusqu'à ce que le linux-firmware-nonfreepaquet soit encore plus divisé.

Si vous êtes intéressé par tous les détails sanglants, vous devriez lire mes articles de blog à ce sujet (cliquez simplement sur suivant jusqu'à ce que vous atteigniez celui appelé "JE FIXE TOUT"). Ils mentionnent également probablement certains détails dont je ne me souviens pas du haut de ma tête (comme le nom de ce pilote de pavé tactile!).

Arch Linux (image de septembre 2013) sur un iMac

J'ai alloué de l'espace pour l'installation d'Arch sous OS X (voir le début de la section Debian pour le raisonnement derrière cela), créant une partition de ~ 100 Go pour /homeet une partition de ~ 100 Go pour /.

Le CD démarre correctement - il suffit de maintenir enfoncée l'option, puis de sélectionner l'icône du CD intitulée "EFI Boot". Le clavier fonctionne bien jusqu'à ce que vous appuyiez sur l'option "Boot Arch", à ce moment-là, Arch prend probablement le relais d'EFI, et donc du pilote de clavier Bluetooth EFI. Par conséquent, vous aurez besoin d'un clavier USB pour effectuer l'installation.

La première chose que j'ai faite après le démarrage a été de me connecter à Internet wifi-menu, ce qui a étonnamment fonctionné sans accroc. Ensuite, j'ai dérangé avec le dimensionnement des partitions que j'avais allouées à Arch cgdisk, car j'avais changé d'avis - c'est apparemment OK et j'ai pu redémarrer sous OS X sans problème. Un problème que j'ai rencontré est que j'ai créé une partition trop petite et que je voulais couper la partition OS X pour l'étendre. Cependant, quand je suis allé à l'Utilitaire de disque pour réduire la partition OS X, il a dit "se préparer à partitionner ..." et n'est jamais allé plus loin. J'ai essayé de le faire à partir de la partition de récupération (avec Macintosh HD monté et non monté): même résultat. La morale de l'histoire est donc la suivante: assurez-vous de la disposition de votre partition avant de l' installer!

Dès lors, l'installation s'est déroulée sans problème. Quand je suis arrivé à l'installation du chargeur de démarrage, j'ai installé le grub, efibootmgret les dosfstoolspaquets d'Arch, comme recommandé par le wiki . J'ai également installé os-prober, bien que, selon la description du package, ce soit uniquement pour les systèmes BIOS. J'ai monté la partition système EFI sur /boot/efi(en suivant le wiki, j'y ferai référence $espci-dessous). Notez que (au moins sur mon ordinateur) la partition système EFI est la première partition, ce qui en fait /dev/sda1sous GNU / Linux et /dev/disk0s1sous OS X / Darwin. J'ai installé GRUB à l'aide de la commande suivante:

grub-install --target=x86_64-efi --efi-directory=$esp --bootloader-id=grub --recheck --debug

Si vous ne pouvez pas vous soucier de regarder, c'est à peu près mot pour mot ce que le wiki recommande pour une installation facile (ne gardant pas tout dans la partition EFI, donc certaines choses entrent /boot). À la fin, il a déclaré que "les variables EFI ne sont pas prises en charge sur ce système", mais il semble toujours avoir installé OK (comme ls /boot/efi/EFIrenvoie "grub" en plus de "APPLE").

Ensuite, j'ai généré grub.cfg:

grub-mkconfig -o /boot/grub/grub.cfg

Je noterai qu'il semble avoir trouvé OS X sur la bonne partition, bien que vu mon expérience dans Debian, je parie que l'élément de menu ne fonctionnera pas. Nous verrons. Ensuite, j'ai redémarré sous OS X - il semble que je n'ai rien cassé, bien que le firmware EFI semble prendre un peu plus de temps pour arriver au logo Apple par opposition à juste l'écran gris (ce pourrait être juste moi, je ne suis pas sûr).

En préparation à l'utilisation, blessj'ai monté la partition EFI sous OS X:

sudo mkdir /mnt
sudo mount -t msdos /dev/disk0s1 /mnt
cd /mnt

Ensuite, j'ai fait cette séquence exacte de commandes, en redémarrant entre chacune pour vérifier si cela a fonctionné (et en remontant à chaque redémarrage):

sudo bless --folder /mnt/ --bootefi EFI/grub/grubx64.efi

Cela a donné des résultats différents et sans doute meilleurs que ma tentative de Debian. Ce qui s'est passé cette fois, c'est que "EFI Boot" est désormais proposé en option lorsque vous maintenez Option, avec "Macintosh HD" et "Recovery- $ YOUR_INSTALLED_OS_X_VERSION".

GRUB a réussi à charger Arch, mais je suis tombé sur un shell initrd. C'est parce que je l'avais mal configuré afin que les périphériques LUKS ne soient jamais créés, cependant, pas en raison d'un problème spécifique à Mac.

C'est aussi loin que je suis arrivé, mais je reviendrai avec plus de modifications plus tard.

J'ai installé Ubuntu 12.04 64bit pour Mac sur un MBP 2010. Ça marche pour moi. Aucun problème d'installation, etc. X. Ce qui est étrange car je n'ai aucun problème avec Ubuntu 12.04 sur un ordinateur portable HP.

Comme vous, j'ai essayé d'obtenir des réponses mais je n'en ai pas trouvé grand-chose. Étant donné que Linus Torvalds utilise un MacBook Air, ces problèmes insignifiants "auraient" dû être corrigés. Là encore, cela pourrait être dû au fait que j'utilise un ancien MBP.

À la fin de la journée, j'ai retiré le HD et installé un SSD avec OS X dessus.