Apple m'a installé 84GB de méduses. En double.

Kimi K2 devra attendre

Hier, je voulais télécharger le dernier modèle de Moonshot, le Kimi K2 Instruct. Un modèle assez prometteur que je voulais tester depuis des jours.

Je vais faire de la place, je regarde le disque, et je trouve ça :

Disque : 927GB
Utilisé : 644GB
Libre : 283GB

Hmm. 283GB libres, c’est pas mal, mais qu’est-ce qui occupe 644GB, bon sang ? Mon Mac est plutôt propre, je ne stocke pas de films localement, et j’utilise le cloud pour presque tout.

Je commence à enquêter. Et puis je me rappelle.

Les 45GB de méduses

Je savais déjà qu’Apple, dans sa sagesse infinie, avait décidé d’inclure 45GB de fonds d’écran animés dans macOS Sonoma. Des vidéos en 4K à 240fps de méduses qui flottent, de vagues qui se brisent, d’aurores boréales, et de paysages divers.

Je ne les ai pas demandés. Je n’en veux pas. Mais ils étaient là.

Ce que je ne savais PAS, c’est ce qui est arrivé après.

Plot twist : ils sont dupliqués

Il s’avère que macOS stocke ces vidéos dans deux endroits différents :

1
2
3
4
5
6
7

# Copie 1 : Système
/Library/Application Support/com.apple.idleassetsd/Customer/4KSDR240FPS/
→ 42GB

# Copie 2 : Utilisateur
~/Library/Application Support/com.apple.wallpaper/aerials/videos/
→ 42GB

Quatre-vingt-quatre gigaoctets. Des mêmes vidéos. Dupliquées.

Parce qu’apparemment, Apple a trouvé que c’était une bonne idée d’avoir une copie système (propriété de root) et une autre utilisateur (propriété de fernando). Les mêmes 89 fichiers .mov. Les mêmes UUIDs. Le même contenu.

Ce ne sont pas des liens durs, ce sont de vraies copies

J’ai pensé : “D’accord, peut-être que ce sont des liens durs ou des clones APFS. Mêmes fichiers, même espace disque, tout va bien”.

Eh bien non.

1
2
3
4
5
6

# Inodes différents = vraies copies
ls -i "/.../4KSDR240FPS/009BA758...mov"
→ 15543749

ls -i "~/.../aerials/videos/009BA758...mov"
→ 108602438

Copies. Réelles. Quatre-vingt-quatre gigas de méduses occupant un espace réel sur mon SSD.

Un SSD de 256GB coûte 200€ en plus

Ce qui me dérange le plus, c’est le contexte. Apple vend les Mac avec des SSDs ridiculement petits pour le prix qu’ils facturent :

Et après ils vont installer 84GB de fonds d’écran dupliqués.

Ça représente un tiers du SSD de base d’un MacBook Air. Un tiers du disque pour des vidéos de méduses que personne n’a demandées.

Le démon qui ne s’arrête pas

Le responsable de cette atrocité est un processus appelé idleassetsd. C’est le démon qui gère le téléchargement et la mise à jour de ces fonds d’écran.

Et voici le plus beau : même si tu changes pour un fond statique, si à un moment donné tu as prévisualisé les fonds animés, idleassetsd les télécharge tous. Et les duplique. Et si tu les supprimes mais que l’économiseur d’écran reste configuré avec les aerials, il les re-télécharge.

Il y a des gens sur les forums d’Apple qui rapportent que le processus leur remplissait le disque en boucle infinie. Un redémarrage l’arrêtait temporairement, mais ça recommençait.

Apple, bien sûr, ne fournit aucun moyen de gérer ça depuis l’interface. Tu peux choisir quels fonds tu veux, mais tu ne peux pas les supprimer depuis le même endroit.

La solution

Étape 1 : Assure-toi que tu n’as pas d’aerial comme fond actuel. J’utilise une image statique, donc je suis tranquille.

1
2

osascript -e 'tell application "System Events" to tell every desktop to get picture'
# /Users/fernando/Documents/Wallpapers/once_more_into_the_fray.png

Étape 2 : Arrête le démon et supprime tout.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

# Arrêter le démon
sudo launchctl bootout system/com.apple.idleassetsd

# Supprimer la copie système
sudo rm -rf "/Library/Application Support/com.apple.idleassetsd/Customer/4KSDR240FPS"

# Supprimer la copie utilisateur
rm -rf ~/Library/Application\ Support/com.apple.wallpaper/aerials/videos

# Redémarrer le démon (ne téléchargera plus rien si tu n'utilises pas d'aerials)
sudo launchctl bootstrap system /System/Library/LaunchDaemons/com.apple.idleassetsd.plist

Étape 3 : Empêcher que ça se reproduise. C’est optionnel mais recommandé si tu es rancunier comme moi :

1
2
3
4
5
6

# Créer des répertoires vides et immuables
sudo mkdir -p "/Library/Application Support/com.apple.idleassetsd/Customer/4KSDR240FPS"
sudo chflags schg "/Library/Application Support/com.apple.idleassetsd/Customer/4KSDR240FPS"

mkdir -p ~/Library/Application\ Support/com.apple.wallpaper/aerials/videos
chflags uchg ~/Library/Application\ Support/com.apple.wallpaper/aerials/videos

Le flag schg (system immutable) et uchg (user immutable) font que même root ne peut pas écrire dans ces répertoires sans enlever le flag d’abord. idleassetsd essaiera d’écrire, échouera silencieusement, et continuera sa vie.

84GB récupérés

Après le nettoyage :

Avant : 283GB libres
Après : 367GB libres

Quatre-vingt-quatre gigas. Un tiers d’un MacBook Air de base. Récupérés.

Maintenant j’ai bien l’espace pour Kimi K2. Et pour Llama 3.3. Et pour Qwen 2.5. Et pour tous les modèles que je veux tester.

Il y a trop de modèles à tester

Et c’est là le problème. On est en 2026. Chaque semaine sort un nouveau modèle qu’il faut évaluer. DeepSeek, Kimi, Qwen, Llama, Mistral, Gemma… tous en compétition pour l’espace sur nos disques.

Je n’ai ni le temps ni l’espace sur SSD pour des vidéos de méduses en 4K à 240fps.

Désolé Apple, mais entre tes méduses et un modèle de 70B paramètres qui m’aide à programmer, le choix est évident.

Les méduses dehors.

La seule bonne méduse, c’est la salade de méduse. Si tu as déjà goûté 凉拌海蜇 dans un bon resto chinois, tu vois de quoi je parle. Croquant, frais, avec sa pointe de vinaigre et de sésame. Ça c’est un bon usage des méduses.

Des vidéos 4K qui occupent 84GB de mon SSD, beaucoup moins.