Mac – ArchWiki

L'installation d'Arch Linux sur un MacBook (12"/Air/Pro) ou un iMac est assez similaire à son installation sur n'importe quel autre ordinateur. Cependant, en raison de la configuration matérielle spécifique d'un Mac, il existe quelques écarts et considérations particulières qui justifient un guide séparé. Pour plus d'informations générales, veuillez consulter le guide d'installation et UEFI. Ce guide contient des instructions d'installation qui peuvent être utilisées sur n'importe quel ordinateur Apple dont le matériel est pris en charge par le noyau Linux. Veuillez consulter les pages « connexes » (en haut à droite de cette page) pour obtenir des conseils et un dépannage spécifiques au modèle.

Aperçu

Concrètement, la procédure d'installation d'Arch Linux sur un MacBook est :

1. Mises à jour du micrologiciel: Il est toujours utile de commencer à partir d'une installation propre, sauvegardée et à jour d'OS X.
2. Cloison: redimensionnement ou suppression de la partition OS X pour créer des partitions pour Arch Linux.
3. Installer le chargeur de démarrage: Assurez-vous que la nouvelle partition est amorçable.
4. Installer Arch Linux: En fait, l'installation d'Arch Linux.
5. Post-installation: configuration spécifique au MacBook.

Mises à jour du micrologiciel

Avant de procéder à l'installation d'Arch Linux, il est important de s'assurer que les dernières mises à jour du firmware de votre MacBook sont installées. Cette procédure nécessite OS X.
Sous OS X, ouvrez l'App Store et recherchez les mises à jour. Si votre mac trouve et installe des mises à jour, assurez-vous de redémarrer votre ordinateur, puis vérifiez à nouveau les mises à jour pour vous assurer que vous avez tout installé.

Il est conseillé de garder OS X installé, car les mises à jour du firmware du MacBook ne peuvent être installées qu'à l'aide d'OS X. Cependant, si vous envisagez de supprimer complètement OS X, effectuez des sauvegardes de ces fichiers, dont vous aurez besoin sous Linux pour ajuster le profil de couleur :

/Bibliothèque/ColorSync/Profils/Affichages/*

Continuer vers #Partitions

Cloisons

Le partitionnement du lecteur de stockage n'est pas différent de tout autre PC ou ordinateur portable. Cependant, si vous envisagez de conserver OS X pour le double démarrage, vous devez considérer que, par défaut, le lecteur d'un MacBook est formaté à l'aide de GPT et contient au moins 3 partitions :

• EFI: la partition système EFI d'environ 200 Mo.
• OS X: la partition principale contenant votre installation OS X. Il est formaté en HFS+.
• Récupération: Une partition de récupération présente dans presque tous les MacBook sous OS X 10.7 ou plus récent. Il est généralement caché sous OS X mais peut être visualisé avec des outils de partitionnement.

La façon de partitionner dépend du nombre de systèmes d'exploitation que vous souhaitez installer. Les options suivantes seront expliquées :

Arch Linux uniquement

Cette situation est la plus facile à gérer. Le partitionnement est le même que tout autre matériel sur lequel Arch Linux peut être installé. Veuillez vous référer au guide d'installation standard pour plus de détails.

Noter: Il est conseillé de désactiver le son de démarrage du MacBook avant de procéder au partitionnement. Démarrez simplement sous OS X, coupez le son de votre système et redémarrez à nouveau sur le support d'installation Arch Linux. Veuillez garder à l'esprit que le volume du son de démarrage ne peut être modifié de manière fiable que sous OS X.

Si vous souhaitez configurer votre système afin d'avoir un cryptage complet du disque, veuillez consulter la page Dm-crypt/Crypter un système entier pour plus de détails.

Un exemple pour un partitionnement très basique, qui ne considère pas un /domicile partition ni cryptage ou LVM, est le suivant :

étiquette de type de taille de point de montage de partition
/dev/sda1 /boot 200 Mio vfat EFI
/dev/sda2 /swap ajuster le swap swap
/dev/sda3 / reste root ext4

Arch Linux avec OS X ou d'autres systèmes d'exploitation

Vous devez partitionner votre disque dur tout en conservant les partitions utilisées pour OS X/Windows. Si vous souhaitez conserver OS X, le moyen le plus simple est d'utiliser des outils de partitionnement sous OS X, puis de terminer avec les outils Arch Linux.

Avertissement: Si votre partition OS X est cryptée avec FileVault 2, vous doit désactivez le chiffrement du disque avant de continuer. Une fois la partition OS X redimensionnée, FileVault 2 peut être réactivé.

Procédure:

• Sous OS X, exécutez Utilitaire de disque.app (situé dans /Applications/Utilitaires)
• Sélectionnez le lecteur à partitionner dans la colonne de gauche (pas les partitions !). Clique sur le Cloison bouton.
• Ajoutez une nouvelle partition en appuyant sur la + et choisissez combien d'espace vous voulez laisser pour OS X, et combien pour la nouvelle partition. Gardez à l'esprit que la nouvelle partition sera formatée dans Arch Linux, vous pouvez donc choisir le type de partition de votre choix.
• Si ce qui précède a réussi, vous pouvez continuer. Sinon, vous devrez peut-être d'abord réparer vos partitions à partir d'OS X.
• Démarrez le support d'installation Arch ou LiveUSB en maintenant le Alt pendant le démarrage. Procédez à l'#Installation.

Il est possible de redimensionner la partition nouvellement créée à partir du support d'installation d'Arch, ou de la supprimer afin de procéder à la création d'autres partitions (par exemple, swap).

Option 1 : EFI

• Supprimez la partition que vous avez créée dans Utilitaire de disque.app et créez les partitions nécessaires pour Arch Linux. OS X aime voir un écart de 128 Mio après les partitions, donc lorsque vous créez la première partition après la dernière partition OS X, tapez +128M lorsque cgdisk demande le premier secteur pour la partition. Plus d'informations sur la politique de partitionnement d'Apple peuvent être lues ici. Un exemple simple (pas de LVM, crypto) :

étiquette de type de taille de point de montage de partition
/dev/sda1 /boot/efi 200 Mio vfat EFI
/dev/sda2 -  ? hfs+ OS X
/dev/sda3 -  ? Récupération hfs+
/dev/sda4 - 100 Mio hfs+ Boot Arch Linux à partir du chargeur de démarrage Apple (facultatif)
/dev/sda5 /boot 100MiB boot boot
/dev/sda6 -  ? échange échanger (facultatif)
/dev/sda7 / 15-20Gio racine ext4
/dev/sda8 /home restant ext4 home

Option 2 : compatibilité BIOS

• Supprimez la partition d'espace vide et partitionnez l'espace comme vous le feriez pour toute autre installation. Notez que le MBR est limité à 4 partitions principales (y compris la partition efi). Cela laisse 2 partitions principales pour Arch. Une stratégie consiste à avoir une partition système et une partition personnelle et à utiliser un fichier d'échange (je n'ai pas essayé d'utiliser des partitions logiques). Une autre consiste à dédier une partition à une partition partagée (voir ci-dessous).

• Ensuite, créez de nouveaux systèmes de fichiers sur les partitions qui en ont besoin, en particulier la partition qui contiendra /botte. Si vous ne savez pas comment procéder en utilisant mkfs.ext2 (ou autre), cours /arch/setup et travaillez jusqu'à ce que vous arriviez à Préparer le disque dur et à utiliser le "Configurer manuellement les périphériques de bloc…" option, puis quittez le programme d'installation. Ceci est nécessaire pour que rEFIt définisse le bon type de partition dans le MBR à l'étape suivante (sans système de fichiers existant, il semble ignorer le type de partition défini par parted), sans quoi GRUB refusera de s'installer sur la bonne partition.

• À ce stade, vous devez redémarrer votre ordinateur et demander à rEFIt de réparer les tables de partition sur votre disque dur. (Si vous ne le faites pas, vous devrez peut-être réinstaller GRUB plus tard afin que votre Mac reconnaisse la partition Linux.) Lorsque vous êtes dans le menu rEFIt, sélectionnez mettre à jour la table des partitions, puis appuyez oui. Redémarrez.

Triple démarrage OS X, Windows XP et Arch Linux

Cela peut ne pas fonctionner pour tout le monde, mais il a été testé avec succès sur un MacBook fin 2009.

Le moyen le plus simple de partitionner votre disque dur, afin que tous ces systèmes d'exploitation puissent coexister, est d'utiliser l'utilitaire de disque sous OS X, d'utiliser le formateur sous Windows XP, d'installer XP puis de terminer avec les outils Arch Linux.

Avertissement: Il est fortement recommandé de ne tenter cette opération qu'après une nouvelle installation d'OS X. L'utilisation de ces méthodes sur un système préexistant peut avoir des résultats indésirables. Sauvegardez au moins vos données avec timemachine ou clonezilla avant de commencer.

Procédure:

• Sous OS X, exécutez Utilitaire de disque (situé dans /Applications/Utilitaires).

• Sélectionnez le lecteur à partitionner dans la colonne de gauche (pas les partitions !). Clique sur le cloison onglet à droite.

• Sélectionnez le volume à redimensionner dans le schéma de volume.

• Décidez de l'espace que vous souhaitez avoir pour votre partition OS X, combien pour XP et combien pour Arch Linux. N'oubliez pas qu'une installation typique d'OS X nécessite environ 15 à 20 Gio, et XP à peu près autant, selon le nombre d'applications logicielles et de fichiers. Quelque chose comme OS X 200 Go, XP 25 Go, Arch 25 Go devrait convenir.

• Mettez vos décisions en action en appuyant sur le bouton + et en ajoutant les nouvelles partitions, étiquetez-les comme vous le souhaitez et assurez-vous que votre partition XP est la dernière sur le disque et qu'elle est formatée pour FAT32. Il est probablement préférable d'avoir Arch formaté au format HFS pour ne pas vous embrouiller plus tard, il sera de toute façon reformaté.

Donc, en termes Linux, vos partitions seront quelque chose comme :

• sda (disque)
• sda1 (partition de démarrage Mac – vous ne pouvez pas voir celle-ci sous OS X)
• sda2 (installation d'OS X dans HFS+)
• sda3 (Arch s'installe temporairement dans HFS)
• sda4 (installation XP en FAT32)

• Enfin, cliquez sur appliquer. Cela créera une nouvelle partition à partir de l'espace vide.

Noter: En utilisant cette méthode, vous ne pourrez peut-être pas avoir de partition partagée entre OS X et Arch Linux, car le mac n'autorisera que 4 partitions actives. Vous pourrez cependant monter une partition HFS dans Arch pour une solution de contournement. D'autres solutions de contournement sont également possibles.

• Si ce qui précède a réussi, vous pouvez continuer. Sinon, vous devrez peut-être d'abord réparer vos partitions à partir d'OS X.

• Vous n'aurez pas besoin de boot camp de cette façon, le programme rEFIt est beaucoup plus flexible (mais pas aussi flexible que GRUB). Téléchargez et installez rEFIt [1]

• Allez dans un terminal sous OS X et procédez comme suit, cela activera le gestionnaire de démarrage rEFIt.

cd /efi/refit
./activer.sh

• Redémarrez pour vérifier que rEFIt fonctionne, il devrait apparaître au démarrage. Lorsqu'il apparaît, accédez au gestionnaire de partition rEFIt et acceptez les modifications.

• Mettez votre CD d'installation XP et démarrez-le avec rEFIt – Vous devrez peut-être redémarrer plusieurs fois jusqu'à ce qu'il soit reconnu par le chargeur de démarrage. Installez XP et une fois installé, utilisez le CD d'installation d'OS X pour que vos pilotes fonctionnent correctement sous XP.
  • Remarque : lors de l'installation de XP, assurez-vous de sélectionner votre partition XP et de la formater à nouveau dans le programme d'installation de XP. Si vous ne reformatez pas, cela ne fonctionnera pas.

• Démarrez le CD d'installation d'Arch, connectez-vous en tant que root et exécutez # /arch/configuration.

• Suivez l'installation comme d'habitude, mais notez que vous devrez dire à ce programme d'installation d'arch de monter sda3 en tant que partition racine et de le formater en ext3, il n'y aura pas de partition /boot ou de swap, donc ignorez ces avertissements.

• À ce stade, si vous effectuez un double démarrage, vous devez redémarrer votre ordinateur et demander à rEFIt de réparer les tables de partition sur votre disque dur. (Si vous ne le faites pas, vous devrez peut-être réinstaller GRUB plus tard afin que votre Mac reconnaisse la partition Linux.) Lorsque vous êtes dans le menu rEFIt, sélectionnez mettre à jour la table des partitions, puis appuyez sur Y.

# redémarrer

Installer le chargeur de démarrage

Utilisation du chargeur de démarrage Apple natif avec systemd-boot (recommandé)

Le chargeur de démarrage EFI natif d'Apple lit .efi fichiers situés à l'intérieur de la partition système EFI à /EFI/BOOT/BOOTX64.EFI. Heureusement, il s'agit également de l'emplacement d'installation par défaut du binaire systemd-boot. Cela signifie que le démarrage de Linux en utilisant systemd-boot est très simple.

• Tout d'abord, assurez-vous d'avoir monté la partition système EFI à /botte
• Procédez à l'#Installation normalement
• Une fois dans l'environnement chrooté, tapez la commande suivante pour installer systemd-boot:

# bootctl --path=/boot install

La commande ci-dessus copiera le systemd-boot binaire à /boot/EFI/BOOT/BOOTX64.EFI et ajouter systemd-boot lui-même en tant qu'application EFI par défaut (entrée de démarrage par défaut) chargée par le gestionnaire de démarrage EFI.

Au prochain redémarrage, le gestionnaire de démarrage Apple, affiché en maintenant la touche option enfoncée lors du démarrage du MacBook, devrait afficher Arch Linux (il sera affiché comme Démarrage EFI comme option de démarrage possible.

$ diskutil monter disk0s1

Utilisation du chargeur de démarrage Apple natif avec GRUB

Malgré l'utilisation de l'UEFI, le chargeur de démarrage EFI natif du MacBook n'utilise pas la partition EFI pour le démarrage. Au lieu de cela, il recherche les fichiers .efi dans toutes les partitions des disques internes et externes et les affiche comme options de démarrage possibles si certaines conditions sont remplies. Par exemple, les MacBooks peuvent détecter une installation OSX existante après avoir vérifié que :

• il y a une partition formatée en HFS+
• la partition contient l'identifiant de la partition af00
• à la racine de cette partition, il y a un fichier appelé mach_kernel
• à l'intérieur de cette cloison, il y a un boot.efi fichier à l'intérieur /Système/Bibliothèque/CoreServices

Cela signifie que la configuration d'une installation Arch pour qu'elle soit automatiquement reconnue par le chargeur de démarrage MacBook est possible. De plus, il nécessite simplement un HFS+ correctement formaté /botte partition et ne nécessite pas de se mêler de la partition système EFI. L'avantage de cette méthode est qu'elle peut bien coexister avec OS X et permet d'éviter d'autres bootloaders comme rEFInd. Cependant, cela nécessite une configuration manuelle. Les étapes suivantes illustreront comment effectuer cette configuration à l'aide de GRUB.

• Tout d'abord, lors de la configuration d'une nouvelle installation d'Arch, créez un /botte cloison. De nombreux outils sont disponibles dans l'Arch ISO, par exemple cgdisk.
• Assurez-vous que la partition a une taille d'au moins 250 Mo, car elle sera utilisée pour stocker le noyau ainsi que tout noyau personnalisé que vous installerez à l'avenir. De plus, assurez-vous que le type de partition est défini sur Apple HFS/HFS+ (il apparaîtra comme Apple HFS/HFS+ dans fdisk/cgdisk ou af00 dans gdisk)
• Étant donné que l'ISO d'installation d'Arch n'inclut pas le hfsprogs^AUR package, nous devons l'installer dans l'environnement d'installation avant de procéder au formatage de la nouvelle partition en HFS+, installez hfsprogs^AUR, alors:

    # modprobe hfsplus
 # mkfs.hfsplus /dev/sdX -v "Arch Linux"

Remarque : remplacez /dev/sdX avec le bon appareil le cas échéant

    # mkinitcpio -p linux

• Une fois à l'intérieur de l'environnement chrooté, installez le ver et efibootmgr paquets.
• Aussi, créez un mannequin mach_kernel déposer

    # touchez /boot/mach_kernel
 # mkdir -p /boot/EFI/arch && touch /boot/EFI/arch/mach_kernel

• Les étapes suivantes installent l'application GRUB UEFI pour /boot/EFI/arch/System/Library/CoreServices/boot.efi et installer ses modules sur /boot/grub/x86_64-efi.

    # grub-install --target=x86_64-efi --efi-directory=/boot

Après cela, n'oubliez pas de créer un fichier de configuration standard :

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

Comme vous pouvez le voir, la structure des répertoires du boot.efi n'est pas correct, car le /Système/Bibliothèque/CoreServices répertoire n'est pas censé être un sous-répertoire du /boot/EFI/ dossier. Pour cette raison, nous devons déplacer le boot.efi stub à un emplacement que le chargeur de démarrage MacBook est capable de reconnaître :

    # mv /boot/EFI/arch/System/ /boot/
 # rm -r /boot/EFI/

Après cela, vous devez créer le fichier suivant

# nano /boot/System/Library/CoreServices/SystemVersion.plist

 
 
        ProduitBuildVersion
        
        Nom du produit
        Linux
        Version de produit
        Arch Linux
 
 

Au prochain redémarrage, le gestionnaire de démarrage Apple, affiché lorsque vous maintenez la touche d'option enfoncée lors du démarrage du MacBook, devrait afficher Arch Linux comme option de démarrage possible. La sélection de cette option démarrera GRUB.

Terminé! GRUB peut maintenant être sélectionné sur le chargeur de démarrage standard du MacBook et vous pouvez démarrer dans votre Arch Linux nouvellement installé.

 $ wget -O /tmp/archlinux.svg https://archlinux.org/logos/archlinux-icon-crystal-64.svg
 $ rsvg-convert -w 128 -h 128 -o /tmp/archlogo.png /tmp/archlinux.svg
 # png2icns /boot/.VolumeIcon.icns /tmp/archlogo.png
 $ rm /tmp/archlogo.png
 $ rm /tmp/archlinux.svg

Autres méthodes

Si vous optez pour une configuration Arch Linux uniquement, l'installation du chargeur de démarrage n'est pas différente de celle de toute autre machine : installez systemd-boot, rEFInd ou un autre chargeur de démarrage de votre choix.

Si, par contre, vous effectuez un double/triple démarrage, lisez la suite.

Installation directe de GRUB sur la partition EFI

Noter: Ces instructions sont connues pour fonctionner sur un MacBook Pro (début 2011). Veuillez lire attentivement la procédure ainsi que les détails qui le suivent.

Procédure:

• Créer un répertoire nommé efi dans /botte

• Montez le déjà existante partition EFI sur votre Mac à ce /boot/efi annuaire

• Installer GRUB dans ce répertoire

• Créer un répertoire nommé lieu dans /botte/grub

• Copie grub.mo de /usr/share/locale/en@quot/LC_MESSAGES/ à /boot/grub/locale

• Générer une configuration pour GRUB

• Terminé! GRUB va maintenant démarrer au redémarrage et vous pouvez démarrer dans votre Arch Linux nouvellement installé.

• N'oubliez pas de maintenir la touche ALT/Option tandis que démarrer votre ordinateur si vous souhaitez redémarrer sous OS X.

Détails (cités de GRUB EFI Example#M5A97) :

Terminez les procédures d'installation standard d'Arch, en vous assurant d'installer ver et partitionnez votre disque dur de démarrage en GPT.

Depuis les systèmes GRUB#UEFI :

La partition système UEFI devra être montée à /boot/efi/ pour que le script d'installation de GRUB le détecte :

# mkdir -p /boot/efi
# mount -t vfat /dev/sdXY /boot/efi

Où X est votre disque dur de démarrage et Y est la partition efi que vous avez créée précédemment.

Installez l'application GRUB UEFI sur et ses modules sur /boot/grub/x86_64-efi à l'aide de:

# modprobe dm-mod
# grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=arch_grub --recheck --debug
# mkdir -p /boot/grub/locale
# cp /usr/share/locale/en@quot/LC_MESSAGES/grub.mo /boot/grub/locale/en.mo

Générer une configuration pour GRUB

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

Utiliser la bénédiction

Il est possible de démarrer directement à partir de GRUB en mode EFI sans utiliser rEFIt via ce que l'on appelle une "bénédiction" après avoir placé GRUB sur un partition séparée. Ces instructions sont connues pour fonctionner sur un MacBook 7,1. Il est conseillé d'héberger GRUB sur une partition FAT32 ou HFS+, mais ext2 ou ext3 peuvent également fonctionner. La commande appleloader de GRUB ne fonctionne pas actuellement avec le 7,1, mais la prise en charge peut être ajoutée avec le correctif disponible ici.

Une fois que l'installation de GRUB se trouve à l'emplacement souhaité, le micrologiciel doit recevoir l'instruction de démarrer à partir de cet emplacement. Cela peut être fait à partir d'une installation OS X existante ou d'un disque d'installation OS X. La commande suivante suppose que l'installation de GRUB est en /efi/grub sur une partition OS X existante :

    # bless --folder /efi/grub --file /efi/grub/grub.efi

Compilation

Certains modèles peuvent nécessiter un EFI_ARCH défini sur i386.

    branche bzr --révision -2 bzr://bzr.savannah.gnu.org/grub/trunk/grub grub
 cd grub
 ./autogen.sh
 patch -p1 < appleloader_macbook_7_1.patch
 exporter EFI_ARCH=x86_64
 ./configure --with-platform=efi --target=${EFI_ARCH} --program-prefix=""
 Fabriquer
 cd grub-core
 ../grub-mkimage -O ${EFI_ARCH}-efi -d . -o grub.efi -p "" part_gpt part_msdos ntfs ntfscomp hfsplus fat ext2 normal chain boot configfile linux multiboot
 cp grub.efi *.mod *.lst votreemplacement d'installation

Installation

• Démarrez à partir du CD d'installation d'Arch Linux ou à partir d'une clé USB amorçable créée manuellement.

• Procédez à l'installation comme décrit dans le Guide d'installation sauf dans les domaines suivants :

• Une fois le processus d'installation terminé, redémarrez votre ordinateur.

• Si vous utilisez un support optique, maintenez la touche d'éjection enfoncée au démarrage de votre MacBook, cela devrait éjecter le disque d'installation d'Arch Linux.

• En cas de double démarrage d'OS X et d'Arch Linux, maintenez la touche alt (option) enfoncée pendant que le système démarre pour utiliser le chargeur de démarrage Mac pour sélectionner le système d'exploitation à démarrer.

Post-installation

Voir les recommandations générales pour les instructions de gestion du système et les didacticiels post-installation tels que la configuration d'une interface utilisateur graphique, d'un son ou d'un pavé tactile.

Vidéo

Différents modèles de MacBook ont ​​des cartes graphiques différentes.
Pour voir quelle carte graphique vous avez, tapez :

$ lspci | grep VGA

• Si ça revient NVIDIA, lisez NVIDIA.

• S'il renvoie deux lignes, avec les deux NVIDIA et Intelligence, votre mac a deux graphiques. Voir MacBookPro10,x#Graphics pour un exemple d'une telle configuration qui pourrait s'appliquer dans d'autres cas.

• Sinon si ça revient ATI ou DMLA, lisez ATI.

Remarque NVIDIA

Pour les MacBook avec carte graphique NVIDIA, pour que le rétroéclairage fonctionne correctement, vous aurez peut-être besoin du nvidia-bl-dkms^AUR emballer.

iMac 2020 (avec AMDGPU et résolution 5k Retina)

Il semble que le pilote amdgpu ait des problèmes pour définir la résolution native de 5k. Si l'affichage est corrompu pendant le démarrage lorsque le module de pilote amdgpu est chargé, essayez de forcer une résolution inférieure. Ajoutez par ex. "video=2560×1440@60" aux paramètres du noyau de votre chargeur de démarrage.

Pavé tactile

Le pavé tactile doit avoir des fonctionnalités de base par défaut. Un véritable pilote multitouch qui se comporte de manière très similaire à OS X natif est inclus dans le xf86-input-mtrack-git^AUR emballer. Les options de configuration sont documentées dans le fichier readme.

Les options mtrack suivantes fonctionnent bien sur un MacBook 7,1 :

    Option "Taille du pouce" "50"
 Option "ScrollDistance" "100"

Probablement, vous devez également ajouter:

    MatchDevicePath "/dev/input/event10"

Pour désactiver le tap-to-click (c'est-à-dire appuyer pour cliquer) par défaut, ajoutez ce qui suit à votre section de configuration mtrack

            Option "TapButton1" "0"
   Option "TapButton2" "0"
   Option "TapButton3" "0"

Défilement naturel : Pour configurer le défilement naturel à deux doigts similaire à OS X, reportez-vous à Touchpad Synaptics#Natural scrolling.

Si vous utilisez xf86-input-mtrack-git^AUR, vous pouvez simplement échanger les boutons de défilement vers le haut et vers le bas (avec les boutons de défilement vers la gauche et vers la droite) :

/etc/X11/xorg.conf.d/10-mtrack.conf

        ...
  Option "ScrollUpButton" "5"
  Option "ScrollDownButton" "4"
  Option "ScrollLeftButton" "7"
  Option "ScrollRightButton" "6"
  ...

Remarque spéciale sur les anciens modèles de Macbook (confirmé sur MacBook2,1) : Sur les anciens modèles de Macbook (pré-multitouch), le pavé tactile ne fonctionnera pas correctement tant que vous n'aurez pas installé le package xf86-input-synaptics. Veuillez consulter Touchpad Synaptics pour plus d'informations sur l'installation et la configuration de ce package.

Remarque sur MacBookPro5,5 : J'ai trouvé qu'il est beaucoup plus simple d'utiliser le xf86-entrée-synaptiques en supplément. Bien qu'il n'ait pas beaucoup de fonctions en tant que balayage à 3 doigts, ce pilote offre une réponse plus rapide. gpointing-device-settings^AUR fournit également une configuration GUI simple. Vous trouverez ci-dessous un fichier de configuration Xorg /etc/X11/xorg.conf.d/60-synaptics.conf à titre de référence uniquement.

    Section "Classe d'entrée"
       Identifiant "touchpad catchall"
       Pilote "synaptiques"
       MatchIsTouchpad "on"
       MatchDevicePath "/dev/input/event*"
       Option "SHMConfig" "activé"
       Option "TapButton1" "1"
       Option "TapButton2" "3"
       Option "TapButton3" "2"
       Option "PalmDetect" "activé"
       Option "VertEdgeScroll" "désactivé"
       Option "HorizEdgeScroll" "désactivé"
       Option "CornerCoasting" "off"
       Option "EdgeMotionUseAlways" "désactivée"
       Option "ZoneBordGauche" "10"
       Option "AreaRightEdge" "1270"
 FinSection

Pour certains utilisateurs, le clic droit à deux doigts peut ne pas fonctionner correctement et le trackpad peut également devenir moins réactif après ces paramètres. Pour moi, la suppression des 'AreaLeftEdge' et 'AreaRightEdge' a résolu ce problème.
OS X comme les gestes MultiTouch actuellement cassé en raison de nouveaux pilotes synaptiques ! Pour les utilisateurs cherchant à ajouter plus de gestes multitouch d'OS X à Arch, xSwipe est un script perl léger et hautement personnalisable, qui fait exactement cela. Une fois installé et configuré (voir le wiki xSwipe sur Github), je recommanderais d'ajouter xSwipe comme élément de démarrage.

Keyboard

MacBook keyboards work by default. For swaping fn keys with Fx keys see Apple Keyboard.

To enable it you can map with right application like xbindkeys or through DE preferences; but another very good way, that we recommend, is to install the pommed-light^AUR package.

Edit the /etc/pommed.conf according to your hardware on MacBook, building it from /etc/pommed.conf.mac or /etc/pommed.conf.ppc example files.

Note that you can also run it without a configuration file, the defaults may work for you. Then enable and start pommed.service.

Tip: if you are using Gnome or KDE you can easily configure 3rd level functionality, multimedia key, etc. in Keyboard Preferences.

Keyboard Backlight

The keyboard backlight is controlled by /sys/class/leds/smc::kbd_backlight. Write the desired value to brightness in that directory.

Both acpilight or kbdlight^AUR (stalled since 2015) allow to control keyboard backlight though scripts. With the appropriate udev rules or sxhkd they allow light-level changes without being root.

As of 2017-11-12, acpilight provides a "just-works" solution tested on a MacbookPro 8,1.

Alternatively you might want to check out the Keyboard backlight wiki page.

Ensuring the keyboard backlight is on when entering the LUKS decryption password

This can be done via initcpio hooks. First, create an executable install script in /etc/initcpio/install/mac_kb_backlight with the follwing:

#!/bin/bash

build() {
  add_module applesmc
  add_runscript
}

Next, create an executable hook in /etc/initcpio/hooks/mac_kb_backlight with:

#!/bin/bash

run_hook() {
  if [ -f "/sys/class/leds/smc::kbd_backlight/brightness" ]; then
    echo 100 > "/sys/class/leds/smc::kbd_backlight/brightness"
  fi
}

Finally, add this custom hook to the HOOKS array in /etc/mkinitcpio.conf, and ensure it's placed before the encrypt hook:

HOOKS=(... mac_kb_backlight encrypt ...)

Remember to regenerate the initramfs images after these steps to include the custom script.

NVIDIA note

If the brightness does not function correctly through pommed, make sure you have installed the nvidia-bl-dkms^AUR package and insert

find . -name "*" -exec sed -i 's/mbp_backlight/nvidia_backlight/' '{}' ;

into the second line of the pommed PKGBUILD build() function and remake the package. From this forum post.

Another possible solution is to modify the pommed PKGBUILD build():

find . -name "*" -exec sed -i 's/nvidia_backlight/apple_backlight/' '{}' ;

If the previous does not work try the following,

run nvidia-settings, edit the file '/etc/X11/xorg.conf' and add this line into the Device section:

Option "RegistryDwords" "EnableBrightnessControl=1"

Save and reboot and check backlight buttons work.
More information available at Ubuntu MacBookPro5,5

Wi-Fi

Different MacBook models have different wireless cards.

You can easily check what card do your MacBook have by:

# lspci | grep Network

• If you have an Atheros card, all should work out-of-the-box.

• 5.0 and 6.0 generation MacBooks may have a BCM43xx, follow the instructions for the broadcom-wl driver on the Broadcom wireless page. The interfaces can swap during reboot so its best to define them in a udev rule (instructions on the Broadcom wireless page).

• If you have the correct broadcom DKMS driver (i.e. broadcom-wl-dkms) installed and your wifi card is still not being recognised, try rebuilding the driver (See Dynamic Kernel Module Support).

Power management

Powerdown is a very simple to set up set of scripts what will maximize your battery duration. A MacBook Air 2013 with powerdown provides about 11 hours of light usage with just powerdown installed.
All the usual power management recomendations apply as well.

Disabling Thunderbolt

Linux still has poor power management for Thunderbolt adapters on Macs. This can cause the TB adapter(s) to be always-on and prevent the CPU from going into the deepest power-saving states [2], drawing ca. 2W additional power even when not in use [3]. An easy way to see the CPU states is using powertop. The problem arises when the CPU does not go below C3 as a package (Pkg%pc3).

One workaround is to add

            acpi_osi=!Darwin

to the kernel parameters in your bootloader, thereby telling the firmware that the system is not compatible with macOS [4]. This should disable the TB adapter (at least on older Macs), and thus reduce power consumption greatly, but will probably come with side-effects (e.g. no Thunderbolt, maybe others?).

It is also possible to blacklist the thunderbolt module and then putting the controllers to sleep with

            echo auto > /sys/bus/pci/devices/0000:07:00.0/power/control

Check the correct device number with lspci. This can also be automated. This method reduces power consumption slightly, but still consumes 0.9 W more than the previous method on a Macbook Air 2013.

Suspend and Hibernate

Suspending (suspend to ram) and hibernating (suspend to disk) work fine out of the box:

            systemctl suspend

Issues were reported where the machine would "suspend immediately after resume" in certain conditions when suspending by closing the lid. This was solved by setting the option "sleep-inactive-ac-type" to "nothing" using dconf-editor, option path: org → gnome → settings-daemon → plugins → power).

See Suspend and hibernate for details on how to configure hibernation. Noticably, you will need a swap partition or file (see the mentioned article for further instructions).

If after suspend laptop is woken up after few seconds, may help to disable all stuff in /proc/acpi/wakeup, exclude LID0:

# echo XHC1 > /proc/acpi/wakeup
$ cat /proc/acpi/wakeup
Device	S-state	  Status   Sysfs node
P0P2	  S3	*disabled
EC	  S3	*disabled
HDEF	  S3	*disabled  pci:0000:00:1b.0
RP01	  S3	*disabled  pci:0000:00:1c.0
RP02	  S3	*disabled  pci:0000:00:1c.1
RP03	  S3	*disabled  pci:0000:00:1c.2
ARPT	  S4	*disabled  pci:0000:03:00.0
RP05	  S3	*disabled  pci:0000:00:1c.4
RP06	  S3	*disabled  pci:0000:00:1c.5
SPIT	  S3	*disabled
XHC1	  S3	*disabled  pci:0000:00:14.0
ADP1	  S3	*disabled
LID0	  S3	*enabled

And for permanent disabling:

$ cat /etc/udev/rules.d/90-xhc_sleep.rules 

# disable wake from S3 on XHC1
SUBSYSTEM=="pci", KERNEL=="0000:00:14.0", ATTR{power/wakeup}="disabled"

If this does not work, check that ARPT is disabled, and add a corresponding rule to udev, like this:

SUBSYSTEM=="pci", KERNEL=="0000:03:00.0", ATTR{power/wakeup}="disabled"

If this still does not work, try disabling LID0.
This way suspending via lid-closing should be made impossible, so you might want to follow the instructions in this forum post to make suspending via both lid-closing and systemd possible, by using systemd services.

Wake Up After Suspend

Occasionally the Macboook Air may wake up immediately after suspend.

In /proc/acpi/wakeup check to see that XHC1 and LID0 are enabled. If they are, disabling them will fix the problem. After disabling them, the only way to wake up your computer from suspend is by using the power button.

To do this type to following command, edit /etc/systemd/system/suspend-fix.service.

Then add the following text and save:

[Unit]



Description=Fix for the suspend issue
[Service]
Type=oneshot
ExecStart=/bin/sh -c "echo XHC1 > /proc/acpi/wakeup && echo LID0 > /proc/acpi/wakeup"
[Install]
WantedBy=multi-user.target

And then run the following:

systemctl enable suspend-fix.service
systemctl start suspend-fix.service

Disabling only XHC1 is not recommended if you have this bug, since it may result in glitchy behavior.

Light sensor

The values can be read from:

    /sys/devices/platform/applesmc.768/light

A "cat" on this path returns two-tuples like (4,0). The below referenced lighter script ignores the second value – which always seems to be 0 – and uses the first number as measured environment lighting brightness value.

If you want to use the built in light sensor to automatically adjust screen and keyboard backlight brightness check out
Lighter [5] (simple perl script, easy to fine-tune) and Lightum [6] (Requires Gnome or KDE but is older and more complete than Lighter).

Sound

First of all follow ALSA wiki page, then if something does not work correctly, continue reading this part.

Edit your /etc/modprobe.d/50-sound.conf or /etc/modprobe.d/modprobe.conf appending this line:

options snd_hda_intel model=intel-mac-auto

This should automatically specify the codec in your MacBook. If you have a MacBookPro12,1, you might need

    options snd-hda-intel index=1,0

instead. Alternatively, for MacBookPro5,X, you can use:

options snd_hda_intel model=mb5

(note that the jack output is controlled with "HP").

If you have an iMac8,1, you should instead use

options snd-hda-intel model=mbp3 position_fix=2

For Aluminium iMacs, see iMac Aluminium#Getting sound to work right

For 2009 Macs, see below for getting the microphone to work.

You can try to specify other options, that depend on your hardware. All other possible settings are listed in Kernel Documentation, avaible online:

Then, reboot.

USB audio interface

In some cases, it can actually be easier to set up sound using a USB audio interface rather than the jack directly.

For example, after plugging in a Focusrite Scarlett Solo, open pavucontrol, go to Configuration, choose Off for all devices and choose Analog Stereo Duplex for Scarlett Solo USB. You can then use the headphone jack on the Focusrite device for speakers or headphones. This should work immediately and on startup. This does not require any Focusrite software to be installed.

Bluetooth

Bluetooth should work out-of-the box. See the article on Bluetooth to install and configure all software needed.

Magic Mouse

If you use a magic mouse you will find it works nicely out of the box. You might want to tweak some settings such as scroll-speed or acceleration. There is no GUI for this at this time. The only way to set these settings is to instruct the kernel driver (hid_magicmouse) with parameters. Create a modprobe config file for your mouse.

/etc/modprobe.d/magicmouse.conf

options hid_magicmouse scroll-speed=54 scroll-acceleration=1 emulate_3button=0

This will instruct the driver to have a fast scroll-speed, do exponential acceleration and do not emulate a 3 button mouse. You can find an overview of all parameters and their current settings in /sys/module/hid_magicmouse/parameters.

To play with the settings without rebooting you can also set them through the command line, like so:

# echo 54 > /sys/module/hid_magicmouse/parameters/scroll_speed

Note: Using kernel 4.10.10-1-macbook the Magic Mouse (hid_magicmouse) will cause a lot of system lock ups. If you experience random lock ups, try a different, wired, mouse to see if this is the case for you as well.

Note: Starting with kernel 5.15, setting scroll_speed to a value between 55 and 63 will induce crashes if you scroll too quickly. If you encounter that issue, reduce the setting to 54 or lower.

Webcam

iSight

Note: Linux kernel from 2.6.26 includes the Linux UVC driver natively. MBP 6,2+ (Kernel ~2.6.37+) iSight works out of the box without the need to use firmware from OS X. Only use isight-firmware-tools if it does not work normally.

iSight webcams on MacBooks or pre 6,2 MacBook Pros (6,2 came out around 2010) require the Apple's proprietary firmware that cannot be redistributed. It must be extracted from OS X and loaded onto Arch.

There is a pre-extracted copy at https://archive.org/details/macbook-isight-webcam-linux.

If you want to do it yourself you will need to install isight-firmware-tools^AUR to extract the firmware. This package also includes a udev rule and ELF binary that are necessary, even once you have extracted the firmware file into /lib/firmware/isight.fw, for the file to be loaded every time you boot your computer (namely /etc/udev/rules.d/isight.rules which uses /usr/lib/udev/ift-load).

Instructions:

First you need to get the firmware out of a particular file located on your OS X install. It is located in /System/Library/Extensions/IOUSBFamily.kext/Contents/PlugIns/AppleUSBVideoSupport.kext/Contents/MacOS/AppleUSBVideoSupport.

Tip: The AppleUSBVideoSupport file from a OS X 10.6 (Snow Leopard) installation may not work properly. If possible, use the file from OS X 10.5 or earlier.

To mount the OS X drive if multi-booting:

# mkdir /media/OSX
# mount -t hfsplus /dev/sda2 /media/OSX

Then, install the isight-firmware-tools^AUR package.

Locate the AppleUSBVideoSupport file in the OS X directory listed above. Either copy it over to your Arch system (Any OS X installation should do, such as an iMac, not just one specific to your system) or, if multi-booting, mount the OS X drive and navigate to the directory. (On 10.6 (Snow Leopard) and 10.7 (Lion) the directory is /System/Library/Extensions/IOUSBFamily.kext/Contents/PlugIns/AppleUSBVideoSupport.kext/Contents/MacOS.) In that directory you can go ahead and extract the driver:

# ift-extract --apple-driver AppleUSBVideoSupport

When it's done, check that the firmware has been found:

# ls /lib/firmware/isight.fw

Once successful, completely SHUTDOWN your Mac and start it back up again (to clear the hardware state of the webcam). Do not reboot.

It should be automatically loaded at boot; if it is not you can load the uvcvideo module manually or load it at boot.

FaceTime HD Camera

Recent Macbooks include the FaceTime HD Camera, which may be connected by PCIe. You can confirm this by looking for "FaceTime HD Camera" in the output of lspci. The bcwc-pcie-git^AUR package installs a facetimehd module (and firmware) to support these devices. The module should be loaded automatically after installation.

If the webcam shows incorrect colors, this may be due to missing sensor calibration files. Instructions for extracting the calibration files from Apple BootCamp drivers are given in this page: https://github.com/patjak/bcwc_pcie/wiki/Extracting-the-sensor-calibration-files

You can use many applications to test the webcam:

# mplayer tv:// -tv driver=v4l2:width=320:height=240:device=/dev/video0 -fps 30

A simple solution to take snapshots is:

# mplayer tv:// -vf screenshot

and the pressing the s key to take a snapshot. Files are of the format shotdddd.png and are reported in the standard output.

Temperature Sensors

For reading temperature just install lm_sensors. See the lm_sensors page for more information.

Color Profile

We can use color profiles from OS X.

First, install the xcalib package.

Second copy pre-saved color profiles placed in /Library/ColorSync/Profiles/Displays/ on OS X partition to ~/colorprofiles/ for example.

There are color profile files agree with in MacBook models; select the right one:

• Color LCD-4271800.icc for MacBook Pro with CoreDuo CPU
• Color LCD-4271880.icc for MacBook with Core2Duo
• Color LCD-4271780.icc for MacBook (non-Pro) based on CoreDuo or Core2Duo.

Tip: Also OS X allows to save current color profile from Displays > Color section of the Mac OS System Preferences, in this case file is saved to /Users//Library/ColorSync/Profiles.

Finally you can activate it by running

# xcalib ~/colorprofile.icc

Note: Previous command set the color profile only for the current session; this mean that you must run it every time you login in your system. For automating it you can execute the command by Autostart Application, concording with your DE (or add the command to your login manager's initialization script, e.g. /etc/gdm/Init/Default).

Warning: GNOME will revert the profile set by xcalib. It's preferable to set the profile using Color in settings.

Apple Remote

First, to correctly install and configure the lirc software that control IR see LIRC wiki.

Then make LIRC use /dev/usb/hiddev0 (or /dev/hiddev0) by editing /etc/conf.d/lircd. Here is how mine look:

#
# Parameters for lirc daemon
#
LIRC_DEVICE="/dev/usb/hiddev0"
LIRC_DRIVER="macmini"
LIRC_EXTRAOPTS=""
LIRC_CONFIGFILE="/etc/lirc/lircd.conf"

Use irrecord (available when installing lirc) to create a configuration file matching your remote control signals (alternatively, you can try to use the lircd.conf below):

# irrecord -d /dev/usb/hiddev0 -H macmini output_conf_file

Start lircd and use irw to check if it works.

Example of an /etc/lirc/lircd.conf:

begin remote

  name  lircd.conf.macbook
  bits            8
  eps            30
  aeps          100

  one             0     0
  zero            0     0
  pre_data_bits   24
  pre_data       0x87EEFD
  gap          211994
  toggle_bit_mask 0x87EEFD01

      begin codes
          Repeat                   0x01
          Menu                     0x03
          Play                     0x05
          Prev                     0x09
          Next                     0x06
          Up                       0x0A
          Down                     0x0C
      end codes

end remote

HFS partition sharing

First, install the hfsprogs^AUR package.

we have to list our partitions. Use

fdisk -l /dev/sda

example output:

# fdisk -l /dev/sda
    Device  Boot     Start         End      Blocks   Id  Type
 /dev/sda1               1          26      204819   ee  GPT
 /dev/sda2              26       13602   109051903+  af  Unknown
 /dev/sda3   *       13602       14478     7031250   83  Linux
 /dev/sda4           14478       14594      932832+  82  Linux swap / Solaris

As we see, the "Unknown" partition is our OS X partition, which is located in /dev/sda2.

Create a "mac" folder in /media:

# mkdir /media/mac

Add at the end of /etc/fstab this line:

/dev/sda2    /media/mac     hfsplus auto,user,rw,exec   0 0

Mount it :

mount /media/mac

and check it:

ls /media/mac

HFS+ Partitions

Journaling

HFS+ partitions, now the default in OS X, are not fully supported by Linux and are mounted as read-only by default. In order to write to an HFS+ partition, the safe way is to disable journaling. This can be accomplished using the OS X Disk Utility. Refer to this Apple support page for more information or try to do it from the command line:

Find your partition:

# diskutil list

/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *750.2 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS OSX                     149.5 GB   disk0s2
   3:                  Apple_HFS Macintosh HD            599.2 GB   disk0s3
   4:                 Apple_Boot Recovery HD             650.0 MB   disk0s4

In this example we will use disk0s3 partition named as Macintosh HD. To know if journaling is activate or not you could execute:

# diskutil info /dev/disk0s3 | grep -i journal

                File System Personality:  Journaled HFS+
    Name (User Visible):      Mac OS Extended (Journaled)
    Journal:                  Journal size 49152 KB at offset 0x1176000

As you can read the journaling is active. To turn off the journaling you could execute:

# diskutil disableJournal disk0s3

To verify it is done execute the info command again.

If you get noting as output, then journaling is disabled.

However, if you fail to disable journaling. You can change "auto,user,rw,exec" in /etc/fstab to "auto,user,force,rw,exec" and mount it.

Yosemite and later

This section addresses error message when mounting hfsplus partition:

mount -t hfsplus dev/sdX force,ro
wrong fs type, bad option, bad superblock on /dev/sdX, missing codepage or helper program, or other error.

Since Yosemite, HFS+ partitions are now wrapped a CoreStorage volume. Verify that you have an CoreStorage volume.

# fdisk -l /dev/sdX
 Disk /dev/sdX: 298.1 GiB, 320072933376 bytes, 625142448 sectors
 Units: sectors of 1* 512 = 512 bytes
 Sector size (logical/physical): 512 bytes / 4096 bytes
 I/O size (minimum/optimal): 4096 bytes / 4096 bytes
 Disklabel type: gpt
 Device      Start      End         Sectors    Size     Type
 /dev/sdX1   40         409639      409600     200M     EFI System
 /dev/sdX2   409640     623872871   623463232  297.3G   Apple Core storage
 /dev/sdX3   623872872  625142407   1269536    916.0M   Apple boot

HFS+ uses two volume headers, one 1024 bytes into the device and one 1024 from the end of the device. With the HFS+ partition wrapped in the CoreStorage volume the end of the partition is not actually 1024 bytes from the end of the /dev/sdX2 partition.
To fix this you need to specify sizelimit=X when mounting.

To determine sizelimit do the following:

1. Run testdisk /dev/sdX and select your drive
2. Select EFI GPT
3. Select Analyse and then Quick Search

Sample output:

    TestDisk 7.0, Data Recovery Utility, April 2015
 Christophe GRENIER 
 https://www.cgsecurity.org
 
 Disk /dev/sdX  - 320 GB / 298 GiB - CHS 38913 255 63
     Partition     Start      End        Size in sectors
 P  EFI System     40         409639     409600  [EFI]
 P  Mac HFS        409640     623147815  622738176
 P  Mac HFS        623872872  625142407  1269536

What you see now is the output of the HFS partition itself without the CoreStorage volume. Take the size in sectors (622738176 in this example) and multiply by the number of bytes in your logical sector size (512 in this example).

622738176 * 512 = 318841946112

Finally, mount your disk with the sizelimit=X option.

    mount /dev/sdX -t hfsplus -o ro,sizelimit=318841946112

Home Sharing

UID Synchronization

In OS X

Note: It is strongly recommended that UID/GID manipulation be done immediately after a new user account is created, in OS X as well as in Arch Linux. If you installed OS X from scratch, then this operation is guaranteed to work after logging into your account for the first time.

Step 1: change UID and GID(s)

Pre-Leopard

1. Open NetInfo Manager located in the /Applications/Utilities folder.
2. If not done for you already, enable access to user account transactions by clicking on the closed lock at the bottom of the window, and entering your account password, or root password if you have created a root account.
3. Navigate to /users/ where is the name of the account that will have read/write access to the folder that will be shared with the primary user in Arch.
4. Change the UID value to 1000 (the value used by default for first user created in Arch).
5. Also change the GID value to 1000 (the value used by default for user account creation in Arch).
6. Navigate to /groups/, automatically saving the changes you have made so far.

Note: If you get an error message that the transaction is not allowed, log out and log back in.

Leopard

In Leopard, the NetInfo Manager application is not present. A different set of steps is required for UID synchronization:

1. Open System Preferences.
2. Click on Users & Groups.
3. Unlock the pane if not already done so.
4. Right-click on the desired user and select Advanced Options.
5. Write down the value of the User ID field, you will need it later on. Change both the UID and GID to match the UID and GID of the account wished to be shared with in Arch (1000 by default for the first user created in Arch).

Step 2: change "Home" permissions

1. Open up Terminal in the /Applications/Utilities folder.

1. Enter the following command to reclaim the permission settings of your home folder, replacing , et with the user name whose UID and GID values you just changed, the group name whose GID value you just changed and the old UID number, respectively.

# find /User/ -user  -exec chown : {} ;

In Arch

To synchronize your UID in Arch Linux, you are advised to perform this operation while creating a new user account.
It is therefore recommended that you do this as soon as you install Arch Linux.

Now you must substitute Arch's home with OS X's home, by modify entries of /etc/fstab.

Avoid long EFI wait before booting

If your MacBook spends 30 seconds with "white screen" before booting you need to tell the firmware where the booting partition is.

Boot OS X, if you do not have it installed, you can use the install DVD (select language, then click Utilities->Terminal) or another MacBook with OS X (connect the two computers via firewire or thunderbolt, start the other MacBook while holding the T button, boot your MacBook while holding the Options button (alt)).

Either way, once you have got a OS X terminal running on your MacBook you need to execute a different command (as root) depending on if you use EFI or not:

# bless --device /dev/disk0s1 --setBoot            # if the booting partition is EFI

or

# bless --device /dev/disk0s1 --setBoot --legacy   # if the booting partition is not EFI

(given that if your GRUB or EFI is on sda1, /dev/disk1s2 if it is on sdb2, etc). See also https://bbs.archlinux.org/viewtopic.php?pid=833215.

Mute startup chime

The startup chime volume is controlled by the EFI variable SystemAudioVolume-7c436110-ab2a-4bbb-a880-fe41995c9f82. So it can be muted with

# printf "x07x00x00x00x00" > /sys/firmware/efi/efivars/SystemAudioVolume-7c436110-ab2a-4bbb-a880-fe41995c9f82

Bear in mind that the file may have the immutable bit set by default, which will prevent even root from overwriting the file. See File permissions and attributes#chattr and lsattr. To remove it, issue the following:

# chattr -i /sys/firmware/efi/efivars/SystemAudioVolume-7c436110-ab2a-4bbb-a880-fe41995c9f82

After that, run the printf command and it should overwrite the file properly. Verify the file's contents and then set the immutable bit again with chattr +i once satisfied.

Alternatively, you can use a OS X install disk to mute the chime. Boot from it, select language, then click Utilities > Terminal, and enter

# /usr/sbin/nvram SystemAudioVolume=%01

(or whatever volume you want).

Note: Required formatting of the value provided for key SystemAudioVolume may differ depending on MacBook model and perhaps the version of OS X install media. If the above command fails to work, try enclosing the value in double quotes.

kworker using high CPU

Sometime with the addition of Yosemite, some users found that kworker CPU usage will spike, as disccused here. This is sometimes the result of runaway ACPI interrupts.

To check and see, you can count the number of recent ACPI interrupts and see if any of them are out of control.

            grep . -r /sys/firmware/acpi/interrupts/

If you see that one particular interrupt is out of control (possibly GPE66), i.e., registering hundreds of thousands of lines, you can try disabling it (replace XX with the runaway interrupt):

            echo "disable" > /sys/firmware/acpi/interrupts/gpeXX

Disabling random ACPI interrupts could cause all kinds of problems, so do this at your own risk. If this fixes the problem, there is discussion about how to make a systemd service that automatically disables an interrupt at every boot here.

rEFIt

For more see, rEFIt myths.

In OS X, download the ".dmg" from rEFIt Homepage and install it.

Note: If you have already partitioned your hard disk in preparation for the Arch installation, rEFIt may not be enabled by default. You will have to run the "enable.sh" script installed in /efi/refit/.

Open up Terminal and enter:

cd /efi/refit;
./enable.sh

Problems with rEFIt

If you experience problems after the install of Arch or rEFIt, especially is the right OS is not showing up to boot to or if it dumps you at a GRUB prompt stuck like the following:

GRUB>_

Then have a look at this link:

http://mac.linux.be/content/problems-refit-and-grub-after-installation

It can give you a basic idea on how to boot off the Arch live cd, mount the problem Arch install, chroot, use gptsync, and reinstall GRUB. This is probably for more advanced users who can translate the commands from a debian system to an Arch system and also apply it to the partitions on their machine. Be careful not to install GRUB in the wrong spot.

If you need gptsync, install gptsync^AUR.

Mavericks upgrade breaks Arch boot option

For some multi-boot users who utilize a separate Linux boot partition, the OS X Mavericks upgrade may overwrite the boot partition with Apple's own recovery boot filesystem. This breaks the Arch Linux boot option in rEFIt/rEFInd. The best way to proceed in this situation is to abandon a separate boot partition and use the EFI system partition (ESP) to install the bootloader of your choice. It is also recommended that you use rEFInd instead of rEFIt as development on the latter has halted.

Assuming grub2 as the bootloader:

Use the Arch LiveCD to boot to a shell and chroot to your broken Arch Linux environment.

Mount the ESP on /boot.

Edit the fstab and remove the old boot partition and make ESP the new boot partition. Now mount the ESP as the new /boot parition.

# mount -a

Reinstall the linux package.

Create a new initramfs and vmlinuz in /boot.

# mkinitcpio -p linux

Install grub.

# grub-install --target=x86_64-efi --efi-directory=/boot --bootloader-id=grub --recheck --debug

Create a new grub.cfg file.

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

Make sure that grub.cfg is in the same directory as grubx64.efi.

Generate a new refind_linux.conf file in /boot simply by running mkrlconf.sh which comes with rEFInd.

Exit the chroot environment.

Reboot. You should see a new entry for Arch Linux in rEFInd and it should boot to your Arch Linux installation.

Model-specific information

MacBook

April 2016 12" – Version 9,1

• Booting from USB via EFI works fine, when giving the intremap=nosid kernel option. Remember to hold the Alt key on booting to enter the boot menu. In order to allow Linux boot directly from your system disk, you will first need to install https://www.rodsbooks.com/refind/ from within OSX recovery mode (hold cmd+r during boot, then open terminal, then run refind-install script).

• The wireless card works out of the box with brcmfmac.

• Suspend / hibernate does not work. The problem seems to be the NVMe that does not wake up. When booting from an external drive, suspend / hibernate works out of the box.

• The keyboard and the touchpad do not work out of the box. There is a work-in-progress driver available that works well: macbook12-spi-driver-dkms^AUR. Sometimes the touchpad does not work after booting but this can be fixed by reloading the driver with rmmod applespi && modprobe applespi.

• The keyboard backlight does not work (no solution yet).

Mid 2007 13" – Version 2,1

Note: I used the 201212 ISO image.

Since older Macbooks have a 32bit EFI running, the usual installation image is not recognized. You need to either remove the UEFI support from the disc (Unified Extensible Firmware Interface#Remove UEFI boot support from optical media) or build a 32bit EFI version of the disc. The paragraphs below will take the first path to success, booting into BIOS mode and its pitfalls. For a try the other way round, read Unified Extensible Firmware Interface#Create UEFI bootable USB from ISO first.

First prepare your harddisc according to your wishes. In this scenario it was a "Linux only" approach with

/dev/sda1 HFS+ AF00 200M -> EFI boot system on Apple HFS+ partition
/dev/sda2 ext4 8300 147G -> arch system
/dev/sda3 swap 8200 1G   -> swap

The hfsprogs^AUR package contains the tools to handle HFS/HFS+ filesystems. The rEFInd bootloader recognizes it on its own. Usually the partition for the EFI bootloader is a FAT32 (vfat) partition. In this case I tried rEFIt first, which apparently needs the HFS+ filesystem to work, and kept it at that.

The mount points are:

/dev/sda2 -> /
/dev/sda1 -> /boot

The bootloader in use was rEFInd instead of rEFIt. To install it, the rEFInd homepage provides a good guide. Usually it is simply done by copying rEFInd:

mkdir /boot/EFI
cp -vr /usr/share/refind/drivers_ia32 /boot/EFI/refind/
cp -vr /usr/share/refind/tools_ia32 /boot/EFI/refind/
cp -vr /usr/share/refind/fonts /boot/EFI/refind/
cp -vr /usr/share/refind/icons /boot/EFI/refind/
cp -v /usr/share/refind/refind_ia32.efi /boot/EFI/refind/
cp -v /usr/share/refind/refind.conf-sample /boot/EFI/refind/refind.conf
cp -v /usr/share/refind/refind_linux.conf-sample /boot/refind_linux.conf

Note: I'm using the 32bit version of Arch and refind, since the EFI of the old MacBooks is 32bit. I'm not sure about 32bit rEFInd booting a 64bit Arch…

The pitfall here is, that the system bootet in BIOS compatibility mode and not in EFI mode. You cannot therefore use efibootmgr, because the EFI variables (even with 'modprobe efivars') are not available. While installing the system get mactel-boot^AUR. The hfs-bless utility comes in handy, when blessing the EFI bootloader. This is done by calling:

hfs-bless /boot/EFI/refind/refind_ia32.efi

Since the Linux kernel does come with EFI stub enabled, it seems a good idea to run it through a bootloader first. Especially if it runs not out of the box. But using rEFInd makes GRUB (or any other bootloader) obsolete, because of that.

Note: In the refind_linux.conf you add any kernel option you may want as long as you use the EFI stub of your kernel. In refind.conf you adjust your needs for the bootloader itself, like menu entries. If you use them (menu entries), rEFInd should not look for these EFI stub kernels itself, so blacklist the directories used in here, like /boot/.

Not running out of the box is unfortunately the initial stage for the kernel. Since we installed it in BIOS mode, two modules are missing to grant access to the root partition while booting. Hence the 'initfsram-linux.img' can not be found/loaded. Adding the following modules to your 'MODULES' line in /etc/mkinitcpio.conf solved this (original post).

/etc/mkinitcpio.conf

MODULES="ahci sd_mod"

Rebuild your kernel image:

mkinitcpio -p linux

The bootloader rEFInd can scan kernels even out of the '/boot/…' directory and assumes an efi kernel even without the extension '.efi'. If you do not want to try out special kernels, this should work without the hassle to copy each kernel after building to some spot special.

If you happen to get multiple entries for one boot image, it often results of a previous installation of a bootloader within the MBR. To remove that, try the following – taken from the original post. This is valid for GPT partitioned discs, so please check your environment and save your MBR first.

# dd if=/dev/zero of=/dev/sda bs=440 count=1

MacBook Pro

Early 2015 13"/15" – Version 12,x/11,4+

Wireless

The brcmfmac driver is working as of 2015-11-20, with newer firmware necessary for working 5GHz support (see here.)

brcmfmac: brcmf_chip_recognition: chip backplane type 15 is not supported
brcmfmac: brcmf_pcie_probe: failed 14e4:43ba

Bluetooth

Bluetooth is fully supported starting from kernel-4.4.0.

Suspend & Power Off (11,4+)

The 11,4 and 11,5 MacBook Pros do not shutdown or suspend correctly with the default kernel. This issue is being addressed in Bug 103211 and a temporary patch is currently available in linux-macbook^AUR. Note that Linux 4.13.0 has this patch included, and will be released shortly.

Keyboard & Trackpad

Haptic feedback works out of the box due to the trackpad's built-in firmware.

There are several drivers available that provide multitouch support. The following have been confirmed working with the MacBookPro12,1.

For xf86-input-libinput the following configuration emulates some features from the OS X functionality. For more options see libinput(4).

/etc/X11/xorg.conf.d/90-libinput.conf

Section "InputClass"
    Identifier "libinput touchpad catchall"
    MatchIsTouchpad "on"
    MatchDevicePath "/dev/input/event*"
    Driver "libinput"
    Option "NaturalScrolling" "true"
EndSection

For xf86-input-synaptics the following configuration is necessary to make the touchpad work fully.

/etc/X11/xorg.conf.d/60-magictrackpad.conf

Section "InputClass"
    Identifier "Trackpad"
    Driver "synaptics"
    MatchIsTouchpad "on"
    MatchDevicePath "/dev/input/event*"
EndSection

Further, some US/ANSI keyboards suffer from an issue where the tilde key (~, the key vertically between Esc and Tab) registers as < and >. The following config file fixes this issue.

/etc/modprobe.d/hid_apple.conf

options hid_apple iso_layout=0

See this kernel bugzilla for more details and the relevant patches for earlier kernels.

Graphics

For Intel-only graphics, install the xf86-video-intel package. For more information or OpenGL/3D support, follow instructions at Intel graphics.

As of linux kernel 4.16.6 dual graphics switching does work on the 11,5 (2015) with Intel modesetting and the AMD GPU utilizing the radeon driver (amdgpu is untested). See MacBookPro11,x#Graphics to enable the integrated graphics. Once the laptop boots with integrated graphics enabled you can use VGA Switcheroo controls to power down the discrete GPU. However, if you keep it powered on you will be able to utilize HDMI connections and using switcheroo-control^AUR you can run applications on the AMD GPU.

Note: The kernel parameters acpi_backlight, i915.lvds_downclock, i915.enable_ips, et intel_iommu are no longer necessary as of kernel 4.2.

2012 – 2014 models

MacBook Air

Early 2014 11" – Version 6,1

This is almost the same as the 2013 version, where the only known difference is a slightly faster processor. The version numbers have not been changed since the 2013 version.

It works excellently after following the instructions for the MBA 2013 13" here and in the forum thread.
Bluetooth, which has been reported not working for some people with the 2013 version, works without trouble for the 2014 version, although it should be exactly the same.

Unresolved issues:

• There is no driver for the webcam yet.
• rEFInd uses 30 seconds to start booting. Using the bless trick stops rEFInd from loading, and it has to be re-installed.

Mid 2013 13" – Version 6,2

Dedicated forum thread

Installing and booting

Booting from a normal 2013.6 USB key works fine, but I could not seem to get either GRUB or Syslinux working.

I was able to boot by first installing Arch Linux following the MacBook guide at the wiki (having a separate FAT32 /boot partition). Skip the bootloader installation.

Installing rEFInd from OS X (important!) and installing the EFI stub loader made me able to boot fine.

Dedicated thread.

Arch Only Installation

This method works without rEFInd and uses grub to boot EFI. Partition as follows:

    /dev/sda1 200M Microsoft basic data
 /dev/sda2 256M Linux filesystem
 /dev/sda3 4G Linux swap
 /dev/sda4 108.6G Linux filesystem

sda1 can also be a HFS+ partition for EFI. This example chooses to use FAT32 (vfat). Although swap is optional, it is required for hibernation. Instead of sda4 for root and home, an alternative partition scheme would be to make sda4 as root and sda5 as home.

Format and mount:

    mkfs.vfat -F 32 /dev/sda1
 mkfs.ext2 /dev/sda2
 mkswap /dev/sda3
 swapon /dev/sda3
 mkfs.ext4 /dev/sda4

    mount /dev/sda4 /mnt
 mkdir /mnt/boot
 mount /dev/sda2 /mnt/boot
 mkdir /mnt/boot/efi
 mount /dev/sda1 /mnt/boot/efi

Finish the installation according to the Installation guide and skip anything after the bootloader. After you have generated your initramfs and set root passwd follow below to setup grub. First, install grub efibootmgr, then:

    mount -t efivarfs efivarfs /sys/firmware/efi/efivars
 grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=grub --recheck --debug
 grub-mkconfig -o /boot/efi/EFI/grub/grub.cfg
 cp /boot/efi/EFI/grub/grub.cfg /boot/grub/grub.cfg
 cp /boot/efi/EFI/grub/grubx64.efi /boot/efi/EFI/boot/bootx64.efi}}

Now you can exit/unmount/reboot:

    exit
 umount -R /mnt
 reboot

Stability problems

Note: Passing libata.force=1:noncq to the kernel parameters solves the problem.

This is the big worry for me. Every now and then my system hangs for a brief moment and everything involving net or disk access just hangs there for a while and then it seems to work.
So far it only seems to happen when I run something disk or CPU-intensive. Also had an occasion when I could not start X and just got this repeating all over my screen:

ata1.00: failed command: WRITE FPDMA QUEUED
ata1.00: cmd 61/08:f0:10:8c:c2/00:00:0b:00:00/40 tag 30 ncq 4096 out
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: status: { DRDY }

On the next attempt it worked fine.
I did SMART short and long tests on my disk and they returned fine:
smartctl -a

There are some messages in my boot that indicate this could be disk and/or ACPI related.

These are with 2013-06 ISO, 3.9.7-1 2013 x86_64 kernel.

journalctl -b
Seems to only work with the headphone jack, not with the speakers.

dmesg

Note: Same problem in 2017 with a Macbook Air early 2014. Updating the firmware (via migration to macOS Sierra) solved the issue.

Marvell ATA suspend bugs

If you have 2013 MacBook Air with a Marvell 128 or 256 GB drive, you might get the following ata errors instead after pm-suspend/resumes:

ata1: exception Emask 0x10 SAct 0x0 SErr 0x10000 action 0xe frozen
ata1: irq_stat 0x00400000, PHY RDY changed
ata1: SError: { PHYRdyChg }
ata1: hard resetting link
ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata1.00: unexpected _GTF length (8)
ata1.00: unexpected _GTF length (8)
ata1.00: configured for UDMA/33
ata1: EH complete

Try what Patrick and Tejun figured out on the linux bug. I followed what Patrick describes with sata_alpm, and I have not seen the issue since.

There are more steps on how to resolve this issue in this thread on the Arch forum

Suspend/Resume

Brightness is either 0% or 100% after resuming from suspend. Adding the kernel parameter "acpi_osi=!Darwin" to your bootloader fixes the problem, though may have other side effects including disabling the thunderbolt port.

WiFi

WiFi does not work out of the box. Install broadcom-wl-dkms to connect to a network. If booting from the official Arch Linux ISO, one needs to unload a few standard modules in order to use the included wl module. Do so as follows:

# rmmod b43 ssb bcma wl

Now simply load the wl module:

# modprobe wl

This should automatically load the onboard wifi which can be seen by issuing: ip a. From here follow the wpa_supplicant#Connecting with wpa_cli article to bring up the wireless network.

Touchpad

Since 3.10.3 kernel touchpad works perfectly with xf86-input-synaptics.

Audio

ALSA may recognise the HDMI audio out as card 0 which will be the default card. Confirm this by checking the output of

            aplay -l

If that is the case, you may need to create a /etc/asound.conf with below entries:

    defaults.pcm.card 1
 defaults.ctl.card 1

to use the HDA Intel card, ie. the built-in speakers / headphones.

Mid 2012 13" — version 5,2

Kernel panics using default boot media under arch kernel 3.5. Adding intremap=off fixes this. Additionally, there are problems loading the applesmc module (meaning the temperature sensors, fan, and keyboard backlight do not work). These problems are fixed in the linux 3.6-rc4 mainline kernel (I have tested).

Mid 2012 11.5" — Version 5,1

If you have issues with waking from sleep while in X11 such as a black screen or showing the console with a frozen mouse cursor then remove xf86-input-synaptics and install xf86-input-mtrack-git^AUR. This fixed errors such as

    (EE) [dix] bcm5974: unable to find touch point 0

and backtraces that causes X11 to crash. This might apply to Version 5,2 assuming they use the same trackpad.

Mid 2011 — version 4,x

Works out-of-the-box since kernel 3.2.

Mid 2009 — version 2,1

Everything works, except the WIFI. You need to install the b43-fwcutter et b43-firmware^AUR packages.

Append options b43 pio=1 qos=0 to /etc/modprobe.d/b43.conf.

Microphone 2,1

If your microphone is not working, you have probably run into a driver bug which makes the macbook think the digital microphone is always plugged in, disabling the normal microphone.

To work around it, disable the pulseaudio plug detector with this patch:

--- a/usr/share/pulseaudio/alsa-mixer/paths/analog-input-mic.conf
+++ b/usr/share/pulseaudio/alsa-mixer/paths/analog-input-mic.conf
@@ -23,6 +23,8 @@
 
 [Jack Mic]
 required-any = any
+state.plugged = unknown
+state.unplugged = unknown
 
 [Jack Mic Phantom]
 required-any = any
@@ -31,6 +33,8 @@
 
 [Jack Mic - Input]
 required-any = any
+state.plugged = unknown
+state.unplugged = unknown
 
 [Element Capture]
 switch = mute

Warning: This needs to be reapplied manually after every pulseaudio upgrade. Pulseaudio does not seem to support any kind of system-local customization files that could make this patch permanent.

Early 2008 — version 1,1

Everything works out of the box though you will need the b43-fwcutter package (or simply b43-firmware^AUR) for the wireless adapter to work.

Since this model has only one USB port, you may find it easiest to install Arch with a powered USB hub. Plug a USB network adapter (wireless or ethernet adapter to plug into a USB port) and your Arch installation media into the USB hub.

If you cannot get any result by scanning wireless network after boot, unload modules b43 et ssb and load them again:

            rmmod ssb
   rmmod b43
   modprobe b43

There is a good chance you will find what's wrong with DMA from the dmesg log.

Even if you can scan wireless networks after reloading the modules, it's still possible that you will only be able to connect to some networks, but not all of them. According to a more detailed discussion here: https://crunchbang.org/forums/viewtopic.php?id=17368, adding pio=1,qos=0 options to the b43 module can solve this problem.

I tested this for a 13' MacBookAir1,1 with a BCM4321 chipset, and it works.

Mac Mini

2018

Luckily firmware on this model can function without it, using following adaptation of the #Using the native Apple bootloader with GRUB

• Instead of creating HFS+ partition create a fat32 partition for the bootloader
• Instead of using grub-install create grub image and installation manually OR boot with efi=noruntime parameter
• Manual installation:

    # mkdir -p /boot/grub/fonts
 # grub-mkimage -O x86_64-efi -o /boot/System/Library/CoreServices/boot.efi  
 #	    -p /boot/grub 
 #	    part_gpt hfsplus fat ext2 btrfs normal chain boot configfile linux appleldr 
 #	    minicmd loadbios reboot halt search font gfxterm png all_video
 # cp -r /usr/lib/grub/x86_64-efi /boot/grub/
 # cp /usr/share/grub/unicode.pf2 /boot/grub/fonts/

• Touching /boot/mach_kernel is not necessary anymore

See also