(Oui, je sais, mes titres sont parfois un peu longs.)
Une petite astuce qui m’a été fort utile il y a quelques jours avec Jamf Pro : un de mes clients avait besoin de créer plusieurs groupes d’une cinquantaine de Mac chacun pour procéder à un déploiement progressif sur l’ensemble du parc (plusieurs centaines de machines).
La première idée était de créer des groupes statiques comportant chacun une cinquantaine de machines. Et ça… c’est long à créer, car il faut créer le groupe, cocher 50 postes, enregistrer le groupe, créer un autre groupe, cocher les 50 postes suivants, enregistrer, etc… Fastidieux.
Mais en y réfléchissant un peu, il y avait une approche plus pertinente. À chaque fois qu’un poste est enrôlé, il lui est associé un identifiant unique : le JSS Computer ID. Et cet identifiant augmente de 1 pour chaque nouvel appareil ajouté. Le premier appareil a donc l’identifiant 1, le deuxième 2, etc. C’est bien fichu.
Et d’un coup, la solution est arrivée : il suffit de créer le nombre de groupes désirés (ici 8) sous forme de groupe intelligent, et spécifier comme critère pour le premier groupe :
JSS Computer ID est plus grand que 0
ET
JSS Computer ID est plus petit que 50
Finalement, ce JSS Computer ID sert à quelque chose…
Et pour créer les groupes suivants ? Vous avez juste besoin de dupliquer le groupe et changer les valeurs (49 -> 100, 99 -> 150, etc).
Voilà. Enregistrez votre groupe, et regardez le contenu : oooooh, des groupes des 50 postes ! Ou presque : en effet, chaque poste supprimé ne se voit plus réattribué un ancien JSS Computer ID. Donc peut-être que vous aurez un premier groupe comportant moins de machines. Mais l’idée étant surtout de dégrossir pour éviter d’avoir une charge trop importante et pouvoir déployer « au fil de l’eau », cela reste une solution très satisfaisante.
Allez, ça faisait un longtemps, un article bien technique, à l’attention d’un public averti. Je vais d’ailleurs cette année essayer de pousser un peu plus ces articles techniques destinés aux administrateurs systèmes et gestionnaires de MDM Apple.
Dans le cadre d’une intégration Jamf Pro chez un des mes clients, j’ai du gérer la problématique suivante :
Comment contrôler à quel moment un profil de configuration doit être installé sur un Mac ?
En effet, une fois un Mac enrôlé dans le MDM (que ça soit automatiquement au démarrage via le programme Apple Business Manager ou Apple School Manager, ou manuellement), à partir du moment où l’on souhaite par exemple déployer un profil Wi-Fi, il est déployé automatiquement via la magie du push. Ce qui pose le risque de casser le déploiement si le profil Wi-Fi impose une bascule automatique.
Exemple : vous êtes employé de Gete.Net Consulting, et vous recevez votre nouveau Mac rutilant. Votre nouveau boss, qui a tout prévu, vous a fait livrer votre Mac, et vous devez l’enrôler dans votre solution de gestion. Ce Mac a été prévu pour se connecter automatiquement au réseau GeteOuEssayéMaisRienNWiFi, dont le mot de passe particulièrement complexe est intégré au profil. Ce qui peut présenter l’avantage d’éviter de devoir transmettre le mot de passe oralement ou par écrit, et de lui donner une complexité bien plus importante. Le profil pourrait aussi permettre de pousser une authentification au Wi-Fi via certificat, ce qui est bien plus sécurisé.
Cependant, si le réseau est à portée d’antenne, le Mac aura tendance durant l’enrôlement à basculer sur ce réseau Wi-Fi sécurisé dès qu’il sera disponible, sans s’occuper de savoir si le reste de l’enrôlement (installation de logiciels par ex) est terminé. Ce qui peut être gênant, vous en conviendrez.
Pour éviter cette rupture dans le déploiement, on peut avoir deux approches :
Fournir le profil à l’utilisateur via le Self Service de Jamf Pro ;
Utiliser une méthode un peu plus complexe, mais entièrement automatisée.
Si nous optons pour l’approche automatisée, voici comment faire. Attention, c’est particulièrement sioux.
Créer un attribut d’extension
Dans la console Jamf Pro, cliquez sur Réglages > Ordinateur et sélectionnez Attributs d’extension.
Cliquez sur Nouveau
Appliquez les différents réglages comme sur la capture d’écran ci-dessous. Pour ce qui est du script lui-même, voici son contenu :
!/usr/bin/env bash RESULT="Wifi KO" if [ -f "/var/db/.wifi-ok" ] ; then RESULT="Wifi OK" fi /bin/echo "$RESULT"
Par défaut, on aura donc un attribut d’extension dont le résultat est Wi-Fi KO. Les chemins et les noms de fichier choisis ici sont par ailleurs totalement arbitraires, vous pouvez donc les customiser comme vous le souhaitez.
Variante : vous pouvez aussi créer le fichier à la fin d’un script d’enrôlement pour indiquer que l’enrôlement est bien terminé pour appliquer d’autres conditions. Vous pourriez donc nommer le fichier .EnrolementFini si ça vous chante. Par contre, je vous conseille de le laisser invisible. Perso, je génère un dossier au nom du client dans /usr/local et j’essaie de créer une petite hiérarchie propre dedans, donc ça pourrait être /usr/local/getenet/.EnrolementFini.
Créez un groupe intelligent
Une fois votre attribut étendu généré :
Cliquez sur Groupe intelligent d’ordinateurs > Nouveau ;
Cliquez sur Afficher les critères avancés ;
Choisissez votre critère Activation Wi-Fi ;
Dans la case Valeur, tapez Wifi OK (ou toute autre valeur générée dans le script).
Enregistrez.
Associer le groupe au profil Wi-Fi
Il nous faut maintenant créer notre profil Wi-Fi pour l’associer au Groupe intelligent. Pas l’opération la plus dure :
Cliquez sur Profils de configuration ;
Cliquez sur Nouveau ;
Remplissez votre profil de configuration Wi-Fi comme d’habitude ;
Cliquez sur Périmètre ;
Cliquez sur Computer Groups ;
Cliquez sur le bouton Add en face de votre groupe intelligent créé précédemment (oui, la régionalisation de Jamf Pro, c’est pas toujours ça…) ;
Validez, comme Johnny.
Pfiouuuu. Allez, c’est presque fini.
Activer l’état Wi-Fi Ready
Mais comment lui faire changer son état ? Facile : il suffit de générer le fichier /var/db/.wifi-ok via une simple commande, par exemple en ajoutant dans le script de déploiement la commande :
touch /var/db/.wifi-ok
Suivie d’une mise à jour de l’inventaire :
jamf recon
Notez que tout cela doit se faire dans le contexte du compte root (mais Jamf lance tous les scripts en tant que root, donc c’est OK).
Personnellement, j’ai utilisé cette méthode chez deux clients différents, et elle fonctionne parfaitement avec une version modifiée du script DEPNotify Starter, en générant le fichier à la fin du script.
Et si vous avez besoin d’aide pour mettre cette solution en place, il suffit de demander.
Ça n’a pas été signalé très fort, mais : fini les bobos aux doigts pour essayer de réaliser cette fameuse gymnastique pour réintialiser la PRAM ou la NVRAM de votre tout nouveau Mac équipé d’un rutilant processeur Apple Silicon, donc M1 pour le moment.
Car comme le précise la note de support technique d’Apple sur la réinitialisation de la PRAM (dans sa version anglaise pour le moment, pas encore mise à jour pour la VF) :
Cet article ne s’adresse qu’aux Mac équipés de processeurs Intel.
Adieu, donc, Cmd – Option – P -R bien aimé, adieu toi qui était parfois tout autant efficace qu’un morceau de sucre des laboratoires Boiron, adieu à toi, chère combinaison de touches qui nous a fait déclencher une arthrite précoce du bout des doigts. Tu nous auras quand même bien souvent sauvé la mise.
Et mine de rien, c’est un vrai reliquat du monde Mac qui disparaît ici. L’une des premières combinaisons de touches que j’ai retenues en lisant Le Mac pour les Nuls (ou Univers Mac, en tout cas c’était au milieu des années 90). Tout technicien qui se respectait et avait envie de gagner quelques minutes de répit savait qu’il fallait ordonner à l’utilisateur au bout du fil d’appuyer sur ces quatre touches magiques, soit au redémarrage du Mac, soit en l’ayant bien éteint au préalable pour nettoyer la NVRAM (après 2 démarrages, hein, pas moins).
Et de la même façon, la réinitialisation du SMC restera aussi une spécificité des Mac Intel. Fini là aussi les combinaisons de touches chelou différentes selon les modèles mais bien pratiques parfois quand la gestion de l’énergie se prenait les pieds dans le tapis, ou quand les ventilos décidaient de déclencher l’équivalent d’un ouragan force 12 dans le bureau…
Mais alors, on va faire quoi en cas de problème ? Et bien on s’appuiera sur la partition Recovery… ou sur Apple Configurator, comme expliqué par l’ami Dandumont.
Ou peut-être sur une autre combinaison de touches dont Apple a le secret. Qui sait.
Je n’ai pas voulu réagir à chaud sur le lancement des Mac M1 (on aura l’occasion d’y revenir prochainement), préférant attendre d’avoir les machines dans les mains pour en parler plus en détails.
J’ai donc réussi à me procurer un MacBook Air M1 (256 Go, 8 Go de RAM, l’entrée de gamme, simple, basique) ce vendredi 20 novembre (le jour de l’anniversaire de ma fille, joyeux anniversaire ma chérie ! Et non le MBA n’est pas pour toi…), merci la Fnac, vu qu’Apple a du mal à livrer en ce moment. Rentré à la maison, déballage du Mac, démarrage…
Ah oui, ça démarre vite. Vraiment vite. Mais plus encore, c’est la fluidité constante de la machine qui surprend. Et évidemment, pas de chaleur, pas de bruit.
Côté performances… ça dépote.
Pour le fun, je me suis amusé à réaliser un de mes tests favoris : lancer un lot d’applications à la chaine… genre toutes les apps des dossiers Applications et Utilitaire . Les apps se lancent à une vitesse impressionnante, mais surtout, la machine reste réactive ET silencieuse. Là où le même test sur un MacBook Air de 2019 déclenche les ventilateurs en quelques secondes. Impressionnant.
Puisque je parlais de fluidité, un petit test rapide. J’ai installé Office 2019 sur ce Mac, et j’ai lancé Excel. Comme on peut le voir, côté consommation de RAM, c’est pas vraiment ça :
Comme vous pouvez le constater, la consommation de RAM est très élevée, même avec un simple document Excel lancée. Rosetta 2 fonctionne très bien, mais semble gourmand en RAM : presque 1 Go direct. Ouch.
De même, côté fluidité de l’affichage, c’est pas encore ça sous Rosetta. Redimensionnez une page, et ça saccade pas mal. Mais attention : ça reste totalement, parfaitement utilisable, autant que sur un processeur Intel natif, voire meilleur ! Et rien que ça, c’est déjà très impressionnant. J’ai par exemple lancé Pixelmator sur le MacBook Air, et je me suis seulement posé la question après de savoir si j’avais une version native… et en fait, non (en fait seul Pixelmator Pro aura une version native, à priori… enfin, en dispose déjà).
Mais quand on installe la version native M1 (encore en beta) d’Excel & co, les comportements changent radicalement. La consommation de RAM devient totalement délirante : au lancement, Excel ne consomme plus que 200 Mo de RAM, voire moins (là il est à près de 110 Mo…), le système semblant beaucoup plus rapide à allouer la RAM aux apps, ou également à la récupérer.
Ces différences de comportement sur la consommation de RAM sont très intéressantes et très enthousiasmantes, et permettent de se poser la question de la pertinence de prendre des machines avec plus de mémoire vive. Pour 95% des utilisateurs, 8 Go devraient être suffisants pour les années à venir. Si vous avez cependant des doutes, prenez 16 Go, mais dites-vous juste que ça devrait être quand même OK avec 8 Go pour la plupart des cas.
Mais là encore, ce qui étonne toujours, c’est la réactivité de l’applicationqui impressionne, là où Excel pouvait rester lourdingue même avec un Mac récent. Là, ça reste toujours ultra fluide. Utilisez Mission Control, même avec 40 fenêtres, et l’effet reste toujours fluide là où le MBA tire la langue.
Et l’autonomie ? Là aussi, ça reste très impressionnant puisque j’utilise ce MBA depuis hier soir 21h30 environ, et je n’ai pas à chercher à le charger, et à 15 heures, il a encore 38% de batterie, alors que j’ai installé des logiciels, surfé, regardé des vidéos sur Twitch… En revanche, je pense qu’il a quand même perdu pas mal de batterie durant la nuit (environ 10% je dirais, après environ 10h de mise en veille). À vérifier. Mais dans tous les cas, je trouve la consommation très raisonnable, surtout vu les performances derrière.
Et ce n’est que le début
Je complèterai mes impressions durant les prochains jours, mais pour le moment, je suis totalement bluffé par les performances de ces nouveaux Mac, leur autonomie, et ceci même s’il s’agit finalement des mêmes machines extérieurement parlant. Et à moins de disposer d’apps très spécialisées pour lesquelles Rosetta pourrait poser problème , je vous invite à considérer sérieusement l’option M1 si vous envisagez de changer de Mac. Certes, peut-être que les premiers mois seront un peu rock’n’roll, le temps que les apps M1 débarquent en masse.
Et puis, reste évidemment les problèmes liés à l’absence de compatibilité Windows. Peut-être rédhibitoire pour certains, pas tellement pour la majorité. Là aussi, si vous devez utiliser des VM en masse, les Mac Intel restent la solution à privilégier.
Je tâcherai de revenir prochainement sur des points un peu plus techniques sur ces nouvelles machines. Mais aujourd’hui, je ne peux qu’applaudir Apple d’avoir osé faire ce pas très audacieux vers des Mac intégralement basés sur son propre silicium. Si la première génération de processeurs M1 dédiés aux Mac donne des performances aussi décoiffantes (corroborées par l’ensemble des tests que j’ai pu lire), je ne peux qu’être impatient de voir ce que ça donnera pour les futures machines professionnelles.
Ça y est, macOS Big Sur est enfin disponible depuis jeudi 12 novembre ! Et du coup, en tant qu’administrateur système, vous êtes extrêmement pressé de voir tout votre parc adopter la nouvelle version…
Attendez, non, c’est pas ça ! Vous n’avez plutôt pas trop envie que vos utilisateurs basculent sur cette nouvelle version de macOS, parce que ça risque de vouloir dire incompatibilités en tout genre.
Faire le point sur les incompatibilités
Il faut d’abord regarder où se trouvent les éventuelles incompatibilités logicielles. En particulier :
Les applications encore 32-bit. Tout comme pour Catalina, celles-ci ne feront pas le saut vers macOS Big Sur.
Les applications reposant sur des extensions de noyau (les fameux kext). Même si macOS Big Sur ne les abat pas encore totalement (pour certaines, un redémarrage peut suffire), ces dernières n’ont pas vocation à rester et peuvent poser problème. Il faut pour certaines extensions de noyau déployer un profil pour les valider, et il faut redémarrer le poste… Pas idéal. Si l’éditeur d’un logiciel utilisant des extensions de noyau vous annonce qu’il n’est pas encore compatible pour macOS Big Sur, et qu’il ne sait pas quand ça arrivera… Il est peut-être temps de changer de crémerie.
Vérifiez aussi la compatibilité de vos matériels avec macOS Big Sur, en particulier vos imprimantes, traceurs… Si certains constructeurs assurent un bon suivi dans le temps, ce n’est pas toujours le cas. Donc, méfiance.
Certaines apps web, si vous utilisez Safari. Même si ça semble peu probable, mais si cela vous arrive, il faudra peut-être changer de navigateur.
Historiquement, on sait que les versions point zéro de macOS peuvent contenir des bugs parfois réhdibitoires voire critiques. Du coup, attendre la version 11.0.2 est sûrement un choix raisonnable. Et j’ai bien écrit 11.0.2 et non pas 11.0.1 puisque la version finalede macOS cette année est la 11.0.1, et non pas la 11.0 comme la tradition le veut. Bref, attendre quelques semaines n’est pas totalement déconnant.
Je ne veux pas que mes utilisateurs passent sur Big Sur, je fais quoi ?
À une époque où le modern management des ordinateurs devient une idée de plus en plus courante (accès administrateur autorisé à l’utilisateur, sous supervision du système informatique) , il est important de communiquer sur les raisons du blocage. Certains utilisateurs souhaiteront avoir accès dès que possible au dernier macOS, d’autres n’y verront aucun intérêt, mais c’est l’administrateur du parc qui doit assurer la continuité de service. Donc, si vous pouvez bloquer… bloquez.
Pour cela, il existe différentes méthodes.
Déployer un profil de configuration pour retarder les mises à jour via MDM
Si vos Mac sont intégrés dans un MDM (si ce n’est pas le cas aujourd’hui, c’est mal) ou un outil de déploiement de profil comme Munki, vous pouvez déployer un profil masquant les mises à jour pour une certaine durée. Pour cela, utilisez la clé enforcedSoftwareUpdate du payload Restrictions.
Vous pouvez créer ce profil à la main, avec un outil comme ProfileCreator ou configurer directement le réglage dans votre MDM s’il supporte ce payload, par exemple ici dans Jamf Pro :
Attention à bien choisir de retarder les mises à jour de logiciels. Il faudra macOS 10.13.4 minimum pour déployer ce profil.
Le défaut de cette méthode est qu’elle masque toutes les mises à jour, y compris d’éventuelles nouvelles mises à jour de sécurité pour l’OS actuel.
Utiliser une règle de restriction pour empêcher le lancement de l’app d’installation de macOS Big Sur
Quid des utilisateurs qui copient le logiciel d’installation de macOS Big Sur depuis un autre poste pour le lancer ? Dans ce cas, il peut être intéressant de bloquer complètement l’app d’installation de macOS Big Sur pour empêcher toute installation. Sur Jamf Pro, il suffit de bloquer le processus Install macOS Big Sur pour empêcher son lancement.
Déployer un package pour bloquer complètement macOS Big Sur
Une autre solution consiste à installer un package qui bloquera l’installation de macOS Big Sur : BigSurBlocker. Installez le package via votre outil de gestion habituel, et hop, l’utilisateur aura le droit à un petit message pour lui dire que non, nope, c’est pas pour tout de suite. La page liste également une méthode pour désinstaller BigSurBlocker proprement via un script.
Bloquer l’affichage de la mise à jour
Un point agaçant : quelque soit la solution utilisée, la mise à jour macOS Big Sur continuera d’apparaître dans la préférence Système Mise à jour de logiciels. Pour la masquer définitivement, utilisez la commande suivante (en root) :
softwareupdate --ignore "macOS Big Sur"
Cependant, cette commande ne sera efficace que si votre Mac est intégré dans un MDM. Si ce n’est pas le cas, elle ne fera absolument rien. Si votre Mac fonctionne sous mac OS Catalina, elle ne devrait être fonctionnelle que pour macOS 10.15.6 avec les dernières mises à jour de sécurité (Apple ayant apporté quelques changements pénibles sur les versions précédentes de la commande softwareupdate).
Si vous souhaitez à nouveau faire apparaître la mise à jour, envoyez la commande :
Je me suis encore pris la tête chez un client sur un problème d’installation des apps Adobe. Il faut savoir que la suite Creative Cloud , qui est quand même un outil qu’on a tendance à déployer beaucoup en entreprise, fait partie de ces produits qui sont particulièrement pénibles à déployer en entreprise. Enfin, qui ont été, à priori, car si ça a été très compliqué à une époque, Adobe fournit depuis quelques temps une console d’administration en ligne qui permet de générer des paquets customisés qu’on peut facilement déployer.
Sauf que.
Récemment, mon client m’informe qu’il n’arrive pas à installer un paquet d’installation fraichement généré pour la suite complète. Même en local, rien à faire, ça ne se déploie pas.
On tente de re-créer les paquets, pareil. On tente de créer un paquet de Photoshop seul, pareil.
Dans l’historique d’installation, un code d’erreur -112, et rien de bien probant sur internet. Les liens vers les quelques articles de base de connaissance d’Adobe que je trouve… ne fonctionnent pas parce que ÉVIDEMMENT les hyperliens c’est trop compliqué de les laisser fonctionnels (non). Mais je trouve finalement un dossier d’historique (/Library/Logs/Adobe/Installers/) qui contient deux fichiers, l’un totalement inutile, le second étant un log d’Adobe Acrobat. Vu que les développeurs d’Acrobat ont l’art et la manière de déployer leur soft de façon pour la moins pourrie alambiquée, je regarde, et là :
Quoi hein ? Safari ??? Donc, ça serait l’installation d’Acrobat qui bloque TOUTE l’installation parce que Safari est ouvert ???
Je quitte Safari, je relance, et là… OH ÇA S’INSTALLE DIS DONC.
Donc, les développeurs d’Adobe (enfin, plus particulièrement, l’équipe en charge de l’installation des logiciels) sont des rigolos. Si un simple navigateur ouvert peut bloquer complètement une installation, on peut parfaitement indiquer dans un script de préinstallation qu’il est indispensable de quitter les navigateurs ouverts avant l’installation (je peux même parfaitement comprendre qu’Adobe souhaite cela pour pouvoir installer son plug-in PDF de daube).
Mais être incapable de générer un vrai message d’erreur compréhensible par l’utilisateur et lui imposer de se démerder par lui-même pour trouver une solution ? Ça confine juste au ridicule, et ça montre aussi le piètre niveau des tests de QA d’Adobe. Ce qui ne m’étonne plus vraiment.
Il y a quelques jours, un nouveau site a été annoncée par l’équipe de développeurs de Microsoft Office pour macOS : https://www.office-reset.com. Ce site propose différents outils pour remettre d’aplomb une installation d’Office défaillante.
Le principal outil s’appelle donc Office-Reset. L’approche est assez simple : il s’agit d’un paquet d’installation à télécharger et à lancer sur le Mac. Une fois lancé, l’app propose différentes options à cocher pour réinitialiser les apps de façon individuelle, ou de façon plus globale. Vous pouvez aussi en profiter pour supprimer Skype for Business (obsolète, il faut passer sur MS Teams maintenant enfin !), réinitialiser la licence (utile par exemple si vous décidez de basculer vers une licence Office 365 alors que vous utilisiez une licence Office à l’achat)…
Cochez les bonnes cases pour faire un nettoyage de Microsoft Office… plus ou moins en profondeur.
ATTENTION CEPENDANT : l’option Supprimer les données Outlook fait ce qu’elle indique, à savoir supprimer toutes les données d’Outlook en local. Du coup, si vous gardiez des messages d’une boite relevée en POP ou si vous stockiez des messages hors ligne (visible dans Outlook dans le dossier « Sur mon ordinateur »), ces messages seront intégralement perdus. À n’utiliser qu’en dernier recours, donc.
Quand est-ce que je dois utiliser ce paquet ?
Quand vous rencontrez un problème avec une app de la suite Office. Sinon, pas la peine. Vous trouverez sur cette page quelques-uns des dialogues ou messages d’erreurs qui pourraient vous inciter à utiliser une des options de ce paquet.
Et si on est un administrateur Mac, est-ce que c’est intéressant ?
Je veux, mon neveu ! Vous pouvez utiliser évidemment ce paquet à la demande poste par poste, mais les développeurs de Microsoft ont eu aussi l’ingénieuse idée de proposer plusieurs paquets différents, chacun correspondant à une des options pré-citées. Du coup, cela vous permet de créer différentes options de nettoyage à la demande, que vous pouvez laisser à à la disposition de vos utilisateurs dans un outil comme le Self Service de Jamf, le kiosque de FileWave ou le centre de gestion des logiciels de Munki. Vous pouvez même récupérer sur cette page des p’tites icônes trop meugnonnes pour customiser votre store d’entreprise (en haut à droite, cliquez sur chaque petite icône, elles sont en fait en 512×512 pixels).
Le kiosque FileWave, tel que proposé chez mes clients, avec tous les outils de désinstallation d’Office Reset. À utiliser avec précaution, quand même.
Si on regarde derrière le capot, les paquets contiennent en fait juste des scripts de post-installation, et sont signés et notariés. Rappelons que vous pouvez ensuite télécharger les paquets des apps Microsoft (que ça soit Office complet ou les apps en version individuelle) pour Mac depuis le site https://macadmins.software.
De plus, Microsoft propose deux packages individuels : Factory Reset et Remise en état d’usine. Dans le premier cas, tous les réglages sont supprimés, les licences retirées, etc, mais les fichiers des apps elle-mêmes sont conservés. Dans le deuxième cas, on passe à l’option nuclaire, en dégageant toutes les apps. Là encore, vos données Outlook locales seront supprimées, donc à n’utiliser qu’en cas critique.
C’est donc un ensemble d’outils très pratiques et bien pensés que Microsoft distribue ici, et on les remercie bien bas de nous les proposer de façon si propre (hey, Adobe, si tu pouvais en faire autant, y’a plein de monde qui serait content).
Petit problème curieux : depuis quelques jours, mon Mac refuse de synchroniser les données d’iCloud Photos. Et quand j’ouvre la préférence Système iCloud, il est impossible d’activer la synchro iCloud Photos, et j’obtiens ce message curieux :
Photos iCloud est uniquement disponible sur les volumes aux formats macOS standard, macOS étendu et APFS.
Bon. Alors autant je peux comprendre pour l’APFS ou macOS étendu, mais… macOS Standard ? Sérieusement ? On parle d’un système de fichiers qui n’est plus accessible qu’en lecture seule depuis Mac OS X 10.6 (Snow Leopard). Il y a onze ans…
Bref. Passée la surprise de ce message plutôt incongru, j’ai cherché un peu sur le web, et la solution est finalement très simple : redémarrez sur la partition Recovery (Cmd + R au démarrage), et lancez une réparation du volume APFS avec Utilitaire de disque. Redémarrez normalement, et la case devrait pouvoir être cochée sans problème (chez moi elle s’est même automatiquement cochée à nouveau).
Toujours à la recherche de raccourcis-claviers inconnus, je suis tombé récemment sur un truc curieux : dans le Finder, après avoir sélectionné le menu Édition, en ajoutant la touche Option, l’option Copier le fichier devient Copier en tant que nom de chemin. Et effectivment, dans ce cas, on copie le chemin complet du fichier sous sa notation , par exemple /Users/guillaumegete/Desktop/monfichier.txt.
Cependant, j’ai constaté aussi qu’en ajoutant la touche Ctrl à Option, la commande devenait Copier en tant que lien. Sauf que… ce choix ne s’active jamais. J’ai essayé plusieurs fichiers sur mon Mac, des dossiers, des disques externes… rien à faire, le menu restait desespérément grisé.
Pourtant, ce choix peut être activé, mais dans un cas bien précis : en sélectionnant un fichier stocké sur un serveur, par exemple un fichier monté sur un partage SMB ou AFP. Et dans ce cas, si vous sélectionnez le fichier avec Ctrl, la commande devient disponible, et le chemin est effectivement copié en prenant en compte l’adresse du serveur.
Ici, deux exemples, avec le même fichier. J’ai sélectionné le même fichier, stocké sur un serveur SMB et monté via le Finder.
Voyons le résultat. Dans le premier cas, j’utilise Cmd + Option + C. Et dans le deuxième, j’utilise Cmd + Option + Ctrl + C.
Comme vous pouvez le voir, dans le deuxième cas, le chemin prend en compte également le nom du serveur (son nom local, pour être précis, car je l’ai monté via Bonjour), et le chemin vers le fichier. L’intérêt est surtout qu’on peut ensuite transmettre ce lien à un autre utilisateur du réseau : dans ce cas, s’il a les autorisations d’accès au fichier, il pourra directement l’ouvrir en un clic. Vous pouvez même transmettre le lien dans un mail, et le destinataire pourra cliquer dessus pour ouvrir le fichier ou dossier, ce qui lancer automatiquement la connexion au serveur.
Depuis l’arrivée du système de fichier APFS, on constate parfois un problème agaçant : le système renvoie une certaine quantité d’espace-disque disponible, mais les apps peuvent renvoyer une quantité plus faible. Exemple : sur mon serveur de gestion de parc, mon logiciel de gestion m’envoyait des alertes d’espace-disque manquant alors qu’il restait vraiment beaucoup d’espace sur le disque. Ou encore, après avoir supprimé plusieurs machines virtuelles, le Finder pensait encore qu’il y avait beaucoup d’espace à récupérer. Le système est sensé alors purger l’espace… quand ça lui chante, c’est-à-dire, quand le disque manque vraiment d’espace. Par exemple, sur la capture suivante, on voit qu’on a presque 20 Go de donnéees marquées purgeables. Mais j’ai vu parfois des cas où on atteignait les 200 Go sur un disque de 1 To !
Mais il peut arriver donc qu’on ait besoin de récupérer réellement l’espace manquant, ne serait-ce que pour éviter qu’un logiciel commence à paniquer. Et Apple dans sa grande mansuétude propose un outil qui… Ah non, pardon, Apple ne propose pas de solution, à part dire « Écoutez, laissez l’APFS faire son travail, dès que j’aurais de plus amples informations, croyez bien que vous en serez les premiers informés. »
DONC. Solution gratos.
Quittez toutes vos applications.
Lancez le Terminal 😱
Tapez : dd if=/dev/zero of=~/fichiertemp.tmp bs=2m (merci à Pierre Dandumont pour l’astuce sur l’ajout de bs=2m en fin de commande, ça accélère effectivement drastiquement la vitesse de remplissage…).
Validez
Un fichier fichiertemp.tmp va se générer dans votre dossier de départ, un fichier qui va grossir très vite, jusqu’à prendre l’intégralité du disque. Si vous avez des alertes comme quoi le disque arrive à saturation, ignorez-les.
Quand le Terminal annonce que le disque est plein, là, en revanche, il va falloir agir. Supprimez le fichier temporaire en le glissant dans la Corbeille et videz-la (ou via le Terminal : rm ~/fichiertemp.tmp) Normalement, vous devriez avoir récupéré tout votre espace-disque.
NB : j’aurais aussi pu utiliser la commande yes > ~/fichiertemp.tmp qui dans ce cas précis fait un peu la même chose que la commande dd, mais cette méthode est trois fois moins rapide pour remplir le disque…
