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 toujours, 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 d'autres ont tendance à dire différemment.

Ma question est, est-il ou n'est pas bien d'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 sur un matériel physique.

    tl; dr : c'est faisable mais tu devras travailler un peu. Si vous n'avez pas la possibilité d'utiliser Ethernet et que vous installez à partir de netinst media, vous êtes en réalité vissé (même si vous êtes vraiment déterminé à le faire fonctionner).

    Lorsque j'ai écrit cette réponse pour la première fois, je n'avais fait qu'une seule fois, mais maintenant, je le fais à nouveau sur un Mac différent, j'ai donc divisé le post en deux.

    Debian Jessie sur un MacBook Pro

    J'ai installé avec succès 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 en grande partie vissé si vous utilisez une dissortingbution qui utilise une installation réseau (comme Arch Linux ou l'image Debian recommandée , ou l'un des CD alternatifs Ubuntu). En principe, vous devez download tous les files du micrologiciel, démarrer le support d'installation de manière à ce qu'il ne soit pas possible de configurer le réseau, installer le micrologiciel manuellement et essayer de l'extraire. Ensuite, faites-le faire la configuration du réseau. Pour être parfaitement honnête, je n'ai jamais eu cela au travail et je ne suis pas entièrement sûr que c'est un plan solide.

    A part ça, l'installation s'est bien déroulée. Si vous avez l'intention de conserver OS X, vous devez utiliser l'Utilitaire de disque embedded d'OS X pour le resize, car GNU / Linux n'a pas de support en écriture pour la configuration par défaut du système de files Mac (HFS + avec journalisation). fonctionne sans journalisation). Notez que vous ne devez pas démarrer dans la partition de récupération pour faire cela – HFS + peut effectuer le redimensionnement en ligne – mais vous pouvez voir l'utilitaire de disque ou l'set de votre ordinateur se figer . Ne vous inquiétez pas, cela m'est arrivé à plusieurs resockets et il vous suffit de le laisser faire, mais vous ne pourrez pas utiliser le Mac pendant que le process se déroule. J'ai entendu dire que l'utilitaire de disque a des bogues lors de la création d'une partition vide (que vous devrez faire pour que l'utilitaire de disque vous laisse resize). Par conséquent, je recommand de créer un système de files FAT sur la nouvelle partition. Vous pouvez essayer avec l'option "none" sélectionnée, mais je l'ai joué en toute security.

    Depuis que j'ai utilisé l'installateur Debian, je ne suis pas vraiment sûr de savoir comment il a installé GRUB (je vais bientôt replace Debian par Arch, donc je vais éditer cette réponse avec mes résultats). Il semble avoir installé sur la partition EFI du Mac, mais je ne suis pas sûr que cela ait fait de la magie en dehors de ça. Vraisemblablement pas, mais qui sait. Après avoir installé GRUB, vous devez redémarrer sous Mac OS X. Ouvrez un terminal, montez la partition EFI (utilisez la diskutil list pour vider les informations sur les disques, c'est comme la version OS X de blkid ou lsblk ) vous arrivez au menu GRUB au redémarrage. (Je ne connais pas les étapes exactes pour cela car j'ai essayé plusieurs tas de choses en même time parce que je ne voulais pas attendre le long redémarrage de OS X). Voir l' man bless dans OS X pour les détails de cet utilitaire.

    Notez que oui, en cas de succès, vous accéderez directement au menu de démarrage GRUB (en supposant que vous utilisez GRUB). Je ne suis pas sûr de la façon dont cela fonctionne, en particulier avec la mise en œuvre EFI Moon-man d'Apple, mais voici comment vous choisissez le operating system à partir de:

    1. Si vous voulez GNU / Linux, ne faites rien. Le menu de démarrage GRUB apparaîtra (encore une fois, 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 du sélecteur de disque. Deux options de disque devraient apparaître: Macintosh HD et EFI Boot. Sélectionnez Macintosh HD. Note : l'option Mac OS X dans GRUB ne semble rien faire d'autre que de se bloquer.

    3. Si vous voulez 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 de disque. C'est exactement la même chose que le démarrage normal d'OS X, sauf que vous choisissez EFI Boot au lieu de Macintosh HD.

    Le pilote du touchpad de Xorg est extrêmement dépourvu. Xorg choisira le pilote Synaptics pour vous, qui est un morceau de merde sur un touchpad Apple. Par conséquent, Google jusqu'à ce que vous trouviez un pilote décent, puis remplacez le pilote Synaptics avec celui-ci dans votre xorg.conf (ou xorg.conf.d , selon la dissortingbution), bien que je ne pourrais jamais find un pilote qui pourrait réellement faire un clic droit sur le trackpad Apple, qui est une sorte de douleur dans le cou. Je voudrais vous dire les détails exacts de ma configuration, mais j'ai une sauvegarde initiale de Time Machine en cours d'exécution et je ne peux pas être dérangé à redémarrer dans Debian. Je vais modifier cette réponse quand je le fais, cependant.

    La chose la plus importante à part le sans fil (qui a besoin d'un firmware mais est facile à bootstrap aussi longtime que vous avez un câble Ethernet) était que si je fermais le couvercle, l'écran n'a pas pu se réveiller. Le rétroéclairage du keyboard s'allumerait, mais jamais l'écran. Préliminaire Googling dit qu'il s'agit d'un bug du kernel, mais je n'ai pas examiné les correctifs exacts. J'ai commencé à expérimenter avec la famille d'utilitaires pm-* (p.ex. pm-suspend ) mais je n'ai rien fait en profondeur. Une solution de contournement pour ce problème consiste à passer à une console virtuelle pour «défocaliser» Xorg. De cette façon, lorsque vous fermez le couvercle, votre ordinateur n'essaie pas de suspendre du tout. Notez que cela signifie que le logo Apple à l'arrière continuera à être allumé, bien que la diminution de 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 "focalisé". Ce qui m'amène proprement à mon prochain sujet …

    Le keyboard agit normalement normalement. L'option fonctionne exactement comme vous le souhaitez. La command est la superkey. La seule chose qui m'a fait trébucher – bien que pas pour longtime – est que les touches de fonction ne nécessitant pas Fn pressé est une chose matérielle, pas une chose de logiciel. Par conséquent, en appuyant sur, par exemple, la luminosité fonctionne de la même manière que dans OS X – lorsque vous appuyez sur F2, la luminosité est augmentée et lorsque vous appuyez sur Fn + F2, la touche F2 est envoyée.

    La dernière chose que je devrais mentionner est que je n'ai jamais eu d'accélération 3D pour travailler. La démo de GLX Gears a fonctionné avec (je pense) mesa, mais j'ai été initialisé à GNOME Fallback, donc clairement l'accélération réelle ne fonctionne pas. La solution que j'ai trouvée m'a suspendu au démarrage (voir le dernier post sur l'installation de Debian dans mon blog), donc je ne pense pas qu'il existe une solution, du less jusqu'à ce que le packageage linux-firmware-nonfree soit encore divisé .

    Si vous êtes intéressé par tous les détails sanglants, vous devriez lire mes articles de blog sur le sujet (il suffit de cliquer sur suivant jusqu'à ce que vous atteigniez celui appelé "I FIXED EVERYTHING"). Ils mentionnent aussi 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 depuis OS X (voir le début de la section Debian pour le raisonnement derrière), créant une partition ~ 100 Go pour /home et ~ 100 Go pour / .

    Le CD démarre correctement – il suffit de maintenir enfoncée l'option, puis select l'icône du CD intitulée "Boot EFI". Le keyboard fonctionne très bien jusqu'à ce que vous appuyiez sur l'option «Boot Arch», à partir de laquelle Arch prend la relève de EFI, et donc le pilote de keyboard EFI Bluetooth. Par conséquent, vous aurez besoin d'un keyboard USB pour passer réellement à travers l'installation.

    La première chose que j'ai fait après le démarrage était de se connecter à Internet avec wifi-menu , ce qui étonnamment travaillé sans accroc. Ensuite, je me suis trompé avec le dimensionnement des partitions que j'avais alloué à Arch en utilisant cgdisk , puisque j'avais changé d'avis – c'est apparemment OK et j'ai pu redémarrer dans OS X sans problème. Un problème que j'ai rencontré est que j'ai fait une partition trop petite, et je voulais couper dans la partition OS X pour le développer. Cependant, quand je suis allé à Utilitaire de disque pour réduire la partition OS X, il a dit "se préparer à la partition …" et n'a jamais été plus loin. Essayé de le faire à partir de la partition de récupération (avec Macintosh HD monté et démonté): même résultat. Donc, la morale de l'histoire est la suivante: soyez sûr 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 bootloader, j'ai installé les packages grub , efibootmgr et dosfstools d'Arch, comme recommandé par le wiki . J'ai également installé os-prober , bien que selon la description de l'emballage c'est seulement pour les systèmes du BIOS. J'ai monté la partition du système EFI sur /boot/efi (suivant le wiki, je vais me référer à ceci comme $esp ci-dessous). Notez que (au less sur mon ordinateur) la partition du système EFI est la première partition, devenant /dev/sda1 sous GNU / Linux et /dev/disk0s1 sous OS X / Darwin. J'ai installé GRUB en utilisant la command suivante:

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

    Si vous ne pouvez pas être dérangé à regarder, c'est à peu près verbatim ce que le wiki recommand pour l'installation facile (ne pas garder tout dans la partition EFI, donc certains trucs va dans /boot ). A la fin il a dit que "les variables EFI ne sont pas supscopes sur ce système", mais il semble toujours avoir installé OK (comme ls /boot/efi/EFI renvoie "grub" en plus de "APPLE").

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

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

    Je vais noter qu'il semble avoir trouvé OS X sur la partition correcte, bien que count tenu de mon expérience dans Debian je parie que l'élément de menu ne fonctionnera pas. Nous verrons. Ensuite, j'ai redémarré dans OS X – je ne semble pas avoir cassé quoi que ce soit, bien que le firmware EFI semble prendre un peu plus de time pour arriver au logo Apple, par opposition à l'écran gris (il pourrait être juste moi, pas sûr).

    En préparation de l'utilisation bless j'ai monté la partition EFI dans OS X:

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

    Ensuite, j'ai fait cette séquence exacte de commands, en redémarrant entre chacune pour vérifier si cela fonctionnait (et remonter à 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 est arrivé cette fois-ci, c'est que "EFI Boot" est maintenant offert en option avec Option, avec "Macintosh HD" et "Recovery- $ YOUR_INSTALLED_OS_X_VERSION".

    GRUB a chargé avec succès Arch, mais je suis tombé sur un shell initrd. C'était parce que je l'avais mal configuré de sorte que les dispositifs de LUKS n'ont jamais été créés, cependant, pas en raison d'un problème spécifique de Mac.

    C'est aussi loin que j'ai obtenu, mais je serai de return avec plus de modifications plus tard.

    J'ai installé Ubuntu 12.04 64bit pour Mac sur un MBP 2010. Ça marche pour moi. Pas de problèmes d'installation, etc. Mais … il apparaît – et je souligne qu'il ne s'agit que d'printings et non de tests … que la gestion de l'alimentation n'est pas tout à fait correcte, l'expérience user globale n'est pas aussi glissante que pour OS X. Ce qui est étrange car je n'ai pas de problème avec Ubuntu 12.04 sur un portable HP.

    Comme vous, j'ai essayé d'get des réponses sans trop en find. Considérant que Linus Torvalds utilise un MacBook Air, ces problèmes «devraient» ont été corrigés. Là encore, cela pourrait être dû au fait que j'utilise un MBP plus ancien.

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