Au départ, mon stockage était franchement bordélique. Ma bibliothèque Plex vivotait sur un vieux Synology, avec plusieurs SSD externes branchés au Mac mini, posés là au petit bonheur, avec les films rangés à plat et chaque disque qui traînait ses propres conventions et ses trous.

Je vous en avais d'ailleurs déjà parlé, et ça marchait, mais c'était un peu le foutraque, et surtout impossible à automatiser proprement, parce qu'une chaîne d'acquisition sérieuse exige un rangement carré jusqu'au moindre fichier.

D'où la grande décision de remettre tout ça à plat. L'objectif ? Consolider la médiathèque sur du matériel récent, séparer une bonne fois deux mondes qui n'ont rien à faire ensemble, les médias d'un côté et les sauvegardes de l'autre, et déléguer le plus gros de la configuration à Claude Code, l'assistant de codage d'Anthropic, piloté à distance depuis mon Mac mini.

UGREEN m'avait proposé depuis quelque temps de tester les deux NAS de sa gamme GT, j'ai donc accepté. Puis j'ai acheté mes disques une fortune, on y reviendra. Pour Plex, mon choix s'est porté sur le plus costaud de la gamme, un DXP4800 GT quatre baies sous AMD Ryzen.

Sa vraie raison d'être, c'est le débit. Ses deux ports réseau 10 Gbit confiés à des contrôleurs Aquantia ont craché 9,30 Gbit par seconde dès le premier flux en direct, soit le maximum théorique, sans une seule retransmission. Sur ce terrain, il est clairement irréprochable.

Sous le capot, on trouve un Ryzen Embedded R2514 à quatre cœurs, 8 Go de DDR4 extensibles à 64 Go, quatre baies qui se manipulent sans outil dont deux acceptent des SSD U.2 NVMe, plus deux emplacements M.2, le tout jusqu'à 144 To. Il tourne sous UGOS Pro, un système bâti sur une base Debian très peu verrouillée, avec un vrai SSH administrateur, Docker, et une plateforme x86 ouverte où l'on peut installer à peu près tout ce qu'on veut.

Le seul vrai bémol, c'est son moteur vidéo un peu daté, qui ne tient que deux flux Plex 4K transcodés en même temps et ignore l'AV1, donc pour une grosse médiathèque partagée à plusieurs, mieux vaut lui donner des fichiers déjà au bon format, ou transcoder sur une autre machine, ce qui est mon cas avec le Mac mini. Pour le stockage, j'ai récupéré 4 disques 28 To sur Amazon , à un prix que je n'ose même pas vous donner (660 euros pièce, et au moment où j'écris cet article leurs prix ont bondi à 780 euros).

Le gros morceau, c'était la migration, faire passer 36 To et 22 000 fichiers du Synology vers ce nouveau NAS. Perso je n'ai pas fait grand-chose, Claude Code s'est occupé de tout ça en SSH, en passant par les API de Plex, Radarr et Sonarr.

Derrière Plex tourne d'ailleurs toute une chaîne, Radarr et Sonarr, Prowlarr pour les sources, une seedbox Whatbox et Seerr.

Pour l'anecdote, le plus gros problème ça a été de régler les problèmes posés par les fichiers avec des accents. Près de 17 000 fichiers (de vidéos de vacances bien sûr) au chemin accentué devenaient injouables sur l'Apple TV alors que l'iPhone les lisait sans broncher, parce que Plex sur Mac jongle entre deux façons de coder un accent en Unicode quand le partage NFS strict d'UGOS n'en accepte qu'une seule à l'octet près.

Bon, maintenant on ne va pas se mentir, il y a eu des ratés avec l'IA, comme la disparition de près de 800 fichiers effacés par un bug des scripts, sans corbeille ni snapshot, mais comme le volume tourne en Btrfs et qu'il restait de la place, Claude a gelé le volume, remonté des centaines d'états internes du système de fichiers et rapatrié plus de 98 % des fichiers. Les pertes sont au final négligeables. C'était évitable, mais je n'ai pas été assez vigilant.

Ce socle sauvegarde même le code de Selene Racer, mon jeu de course de rovers sur la Lune hébergé dans le cloud sur lequel je bosse en ce moment ( vous pouvez le tester ici , il se joue dans n'importe quel navigateur, sur ordi ou téléphone), et dont les sources atterrissent sur le NAS via Dropbox. Quant au NAS deux baies qui encaisse Time Machine, les archives et les sauvegardes, c'est son petit frère le DXP2800 GT, que je teste sur Mac4ever .

Si comme moi vous n'êtes pas super fort en code et en réseau, et que vous avez suffisamment de sauvegardes de vos données, confier votre vie numérique à une IA et à un NAS de ce type est donc tout à fait envisageable, et c'est même assez chouette à mettre en place.

Les DXP4800 GT et le DXP2800 GT sont disponibles sur Amazon, et je vous les recommande les yeux fermés.

Un conteneur qui plante, ça se relance. Une base de données corrompue ou un volume effacé par erreur, ça ne se rattrape pas sans une sauvegarde. Pourtant, j’ai constaté à plusieurs reprises que la plupart des installations de Docker, la sauvegarde se résume à « ça fonctionne… ça devrait aller ». Aujourd’hui, je vous propose un petit guide, générique, qui peut s’appliquer à de nombreuses distributions Linux (Ubuntu Server, Debian, Fedora…) mais aussi sur un NAS.

Sauvegarde Docker

Un environnement Docker se décompose en 3 éléments :

• La configuration : les fichiers docker-compose.yml et .env, il ne pèse que quelques octets ;
• Les données : ce sont les volumes et bind mounts contenant les bases de données, les fichiers envoyés, les configurations d’application générées à l’exécution ;
• Les images : elles se (re)téléchargent depuis un registre, peu d’intérêt les sauvegarder (sauf retour arrière instantané).

Il est important de ne pas confondre ces catégories. Il ne sert à rien de sauvegarder l’intégralité de /var/lib/docker. Ça prend de la place pour rien et complique la restauration.

Étape 1 : Configurations de côté

Chaque stack (ou Projet Docker) repose sur des fichiers texte : docker-compose.yml, .env et parfois un Dockerfile. Ces derniers décrivent comment tout est imbriqué. Regroupez-les dans un dossier (ex : docker-configs), avec un sous-dossier par stack. Ce dossier sera ensuite inclus dans la sauvegarde automatisée (voir ci-dessous), comme les volumes de données.

Vous pouvez également mettre en place un dossier sous Git, même un simple dépôt local. Cela permettra de garder un historique des modifications et de revenir en arrière en cas d’erreur de configuration.

L’objectif, c’est de pouvoir recréer une stack entière (projet docker) en question de minutes… Sur un NAS Synology, les fichiers de configuration sont généralement logés dans /volume1/docker

Étape 2 : Identifier les volumes

Passons aux données et plus précisément leurs volumes. Pour cela, vous pouvez taper :

docker volume ls

Pour chaque volume, il faut se poser la question : s’il disparait demain, est-ce que je perds quelque chose d’irremplaçable ? Je vous recommande les dossiers utilisateurs, les bases de données (voir ci-dessous) et la configuration de votre application. Il n’est pas nécessaire de sauvegarder un cache ou des fichiers temporaires.

Pour retrouver le chemin réel d’un volume, il faut taper :

docker volume inspect <nom_du_volume>

Recherchez Mountpoint qui devrait ressembler à cela : /var/lib/docker/volumes/monVolume

Étape 3 : Choisir un outil de sauvegarde de volumes

Pour un homelab, il existe plusieurs possibilités :

• docker-volume-backup : il s’agit d’une image docker qui monte vos volumes, les archives en .tar.gz puis envoie le résultat vers un stockage local, WebDAV, Dropbox, SFTP, S3… la référence ;
• Restic ou Kopia : outils de déduplication, de chiffrement et de gestion du versioning (plusieurs points de restauration dans le temps).

Pour démarrer, docker-volume-backup suffit largement. Relativement simple, vous y mettrez les informations de chaque projet Docker et bien sûr le Mountpoint correspondant pour vos données. Restic et Kopia demandent pas mal de configuration, mais ce dernier (Kopia) dispose d’une interface graphique embarqué, ce qui peut faciliter son utilisation.

Cas particulier

Y’a toujours une exception qui confirme la règle : la base de données en fonctionnement. Si techniquement la sauvegarde avec docker-volume-backup sera OK, la base données posera des soucis lors d’une restauration.

2 solutions sont possibles :

• Dump avant archivage : pg_dump pour PostgreSQL, mysqldump pour MySQL/MariaDB génère un fichier texte (exportation brute de son contenu et de sa structure), indépendant de l’état du volume, via cron ;
• Arrêt du conteneur : plus simple à automatiser, mais implique une coupure de service temporaire pour la sauvegarde.

Dans docker-volume-backup, tout conteneur portant l’étiquette docker-volume-backup.stop-during-backup=true sera arrêté avant le lancement de la sauvegarde, puis redémarré une fois celle-ci terminée.

A noter également que de nombreuses applications (Immich, Home Assistant, Jellyfin…) proposent des systèmes de sauvegarde internes.

Étape 4 : automatiser et stocker ailleurs

Une sauvegarde qui reste sur le même disque/SSD que les données originales n’est pas une sauvegarde ! C’est une copie qui disparait avec la panne de votre PC. Dans l’idéal, il faudra créer un tâche planifié (cron) qui déclenche le script ou le conteneur de sauvegarde à intervalle régulier (une fois par jour par exemple) vers un NAS ou un autre machine distante.

Étape 5 : tester vos sauvegardes

Une erreur fréquente consiste à penser qu’une sauvegarde fonctionne… sans jamais l’avoir testée. Une sauvegarde corrompue ou incomplète, ça arrive ne sert à rien. Prenez le temps de vérifier régulièrement vos fichiers. Ouvrez-les, restaurez-les, assurez-vous qu’ils sont exploitables.

Le seul à faire, c’est reconstruire une stack/projet sur une machine vierge ou une machine virtuelle, à partir du dossier de configuration et de l’archive du/des volumes pour les données. Si l’opération échoue, alors il est nécessaire de revoir votre procédure de sauvegarde. Planifiez ce genre de test au moins une fois tous les trimestres.

Synology et Docker

Synology utilise docker à travers l’outil maison Container Station. Ce dernier fait tourner les projets (stack) directement sur le NAS dans /volume1/docker avec un sous-dossier par projet. Généralement, on y retrouve la configuration et les données côte à côte. Il est important de noter que Container Manager ne propose aucune fonction de sauvegarde.

Pour cela, il est possible d’utiliser Hyper Backup par exemple… mais vous aurez le même souci au niveau de vos bases de données.

Les Snapshots Btrfs apporteront une réponse. En effet, si le snapshot est « quasi instantané » même pendant une écriture, cela sera comparable à une coupure de courant brutale. Heureusement, les systèmes de base de données (PostgreSQL, MySQL/MariaDB) sont conçus pour se remettre de ce genre de situation grâce à des mécanismes de récupération internes. Cependant, un snapshot n’est pas une sauvegarde propre de la base de données. Pour les données importantes, je vous recommande de créer un dump. A noter que la problématique (snapshot au niveau système de fichiers/hyperviseur) reste la même pour QNAP, Asustor, Proxmox, etc.

En synthèse

Vous l’aurez compris, la sauvegarde d’un environnement Docker n’est pas forcément complexe… mais il faut faire attention. Il y a 3 grandes familles de données à sauvegarder pour un projet Docker : la configuration, les données et l’image (optionnelle). L’outil docker-volume-backup sera idéal pour la majorité des utilisateurs. Cependant, il faudra être vigilant si votre projet contient une base de données. Aussi, regardez dans vos applications favorites s’il n’existe pas un système de sauvegarde intégré

Les utilisateurs avancés regarderont du côté des applications Restic ou Kopia.

Depuis le 23 juin, Microsoft déploie sur Windows 11 une nouvelle fonction de récupération baptisée point-in-time restore, et il y a de bonnes chances qu'elle tourne déjà sur votre PC sans que vous l'ayez demandé. En effet, sur les éditions Home et les Pro non gérées en entreprise, elle est allumée par défaut dès que votre disque système dépasse 200 Go.

Le principe ressemble à ce que fait ce bon vieux point de restauration, sauf qu'il va beaucoup plus loin ! Toutes les 24 heures environ, Windows capture en arrière-plan un instantané complet de la machine via le service VSS (Volume Shadow Copy). Le système, les applications, les réglages... et cette fois vos fichiers locaux aussi !! Woohoo ! Et oui, aussi bizarre que cela puisse paraître, l'ancien System Restore ne touchait jamais vos documents.

Celui-là embarque enfin absolument tout !

Comme ça, en cas de mise à jour foireuse ou de PC qui part en vrille (ça n'arrive JAMAIS sous Windows, c'est bien connu ^^), vous redémarrez dans l'environnement de récupération, vous choisissez un instantané, et la machine revient à son état d'il y a quelques heures en quelques minutes.

Et c'est là qu'il faut faire gaffe car si vous restaurez un instantané d'il y a 48 heures, ça ne remontera pas que le système. Tout ce que vous avez créé depuis disparaîtra... Vos fichiers, vos applications installées, vos mots de passe enregistrés, les certificats, les clés... TOUT ce qui est postérieur à votre date de restauration sera balayé. Il n'y a que vos données OneDrive dans le cloud qui seront épargnées, mais tout ce qui vit en local repartira à la version de l'instantané.

Donc, autrement dit, ce truc peut vous sauver après un update raté mais il peut aussi vous faire perdre une journée de boulot si vous cliquez sans réfléchir.

Autre point à garder en tête, ce n'est pas une sauvegarde. La rétention plafonne à 72 heures, et passé ce délai les vieux instantanés sont supprimés automatiquement, en commençant par les plus anciens. Donc oubliez l'idée de récupérer un fichier effacé la semaine dernière, on est sur du rollback court terme pour se sortir d'un mauvais pas, et pas sur un coffre-fort de vos archives.

Côté stockage, la fonction se réserve par défaut 2% de votre disque, jusqu'à 50 Go maximum, en la jouant maligne puisque l'espace n'est pas bloqué à l'avance. En effet, VSS pioche dedans quand il en a besoin et rend la place quand ça devient tendu. Et si vous passez sous 20 Go de libre, les instantanés dégageront dans la joie et la bonne humeur pour laisser respirer le système.

Voilà, si vous êtes super chaud et dans la panade et que vous voulez restaurer votre Windows, tout se passe en local depuis WinRE, dans Troubleshoot puis Point-in-time restore, et si votre disque est chiffré il faudra que vous ayez la fameuse clé de récupération BitLocker sous la main sinon vous restez à la porte de votre propre machine.

Notez aussi qu'après une restauration, Recall se coupe et vous redemandera votre accord avant de reprendre ses captures. De plus, sur une machine à plusieurs volumes, seul le disque système est restauré, et le reste ne bougera pas. Donc, ça peut être pas mal de garder le système sur un disque et vos données sur l'autre. Comme ça, vous pouvez restaurer votre système quand vous voulez sans perdre vos données. Et ces données, il faudra les sauvegarder par un autre moyen, évidemment.

Ah et si vous êtes passé de Home à Pro entre-temps, les instantanés créés sous l'ancienne édition ne sont plus utilisables.

Enfin, seule l'édition Enterprise peut ajuster la fréquence et la durée de rétention. Sur Home et Pro, vous subirez donc les valeurs par défaut rikiki, à prendre ou à laisser, même si vous pouvez toujours couper la fonction dans Paramètres > Système > Récupération.

Voilà, cette restauration express s'inscrit dans le grand chantier de Microsoft pour rendre Windows plus solide et plus facile à réparer après le fiasco CrowdStrike. L'intention est bonne, et l'approche 100% locale, sans passer par le cloud, est plutôt rassurante je trouve. Reste juste à ne pas confondre filet de sécurité et sauvegarde, et à garder en tête que ça travaille en silence chez vous.

Bref, faites un tour dans Paramètres > Système > Récupération pour voir si c'est actif et combien de place ça grignote.

Et pour tout ce qui compte vraiment, gardez une vraie sauvegarde à côté.

Merci à Tijer pour le lien !

Source : Microsoft Learn

Snif, snif, macOS 28 ne lira plus vos disques chiffrés en Mac OS Étendu . C'est écrit dans un document de support Apple publié le 7 juillet, alors si vous stockiez là-dessus vos photos de 2014, vos factures, votre mémoire de fac ou une sauvegarde Time Machine chiffrée de l'ancienne époque, bah c'est grave le moment de vous en occuper.

Pas de panique cela dit, seul le chiffrement dégage. Un volume HFS+ non chiffré restera donc lisible sous macOS 28 et après. Ce qui part à la benne, c'est surtout CoreStorage, la couche qui chiffre ces volumes... Et c'est aussi elle qui fait tourner les Fusion Drives avec lesquels j'aimais bien m'amuser à l'époque. Mais hormis ça, rien ne change.

Et vu qu'APFS est le format par défaut depuis High Sierra en 2017, les disques concernés ont, pour la plupart, grosso modo 9 ans au compteur, donc ce sont des disques d'archives que vous ne branchez jamais j'imagine... jusqu'au jour où vous en avez vraiment besoin évidemment !

Alors pour vérifier si vous êtes concerné, ouvrez l'Utilitaire de disque et regardez le libellé sous le nom de vos volumes externes. S'il affiche "CoreStorage Logical Volume" avec la mention "Encrypted", c'est lui. Et si vous êtes sous macOS 26, le système peut aussi vous envoyer une notification quand il détecte un disque qui ne passera pas le cap. Même si ça fait chier, c'est quand même assez réglo de la part d'Apple de prévenir 1 an à l'avance.

Côté solutions, Apple vous laisse 2 portes de sortie. La douce d'abord... Vous faites un clic droit sur le volume dans le Finder pour le déchiffrer, et si le cœur vous en dit, vous le convertissez ensuite en APFS sans perdre le moindre fichier. Ou alors la radicale ensuite où vous reformatez le volume direct en APFS. Attention hein, ça efface tout, et définitivement donc on sauvegarde bien avant de jouer à ça, les amis ^^.

Apple prévient aussi que le déchiffrement prend beaucoup de temps, spécialement si le volume est gros. Du coup lancez la machine avant d'aller vous coucher, et vous pourrez ensuite faire un petit diskutil cs list dans le Terminal pour savoir où ça en est !

Malheureusement, la méthode douce, vous pouvez l'oublier pour les disques de sauvegarde Time Machine chiffrés. Howard Oakley en parlait déjà sur Eclectic Light Company 3 semaines avant que les gros sites américains ne captent le truc et il a expliqué pourquoi dans son article. En fait, ces vieilles sauvegardes s'appuient sur des liens en dur de répertoires, et c'est un mécanisme qu'APFS ne sait tout simplement pas reproduire.

Du coup, ces sauvegardes-là, c'est impossible de les convertir, donc... il faudra repartir de zéro avec une sauvegarde toute neuve. Rassurez-vous, vos fichiers actuels ne craignent rien. Par contre, tout votre historique de versions restera coincé sur le vieux disque, que vous pourrez encore lire sous macOS 26 et 27, et après, ce sera terminé.

Donc si vous êtes motivé (et avez-vous bien le choix ?), vous branchez vos vieux disques, vous faites des backups, vous checkez le format, vous déchiffrez ou reformatez ce qu'il faut puis vous relancez une sauvegarde propre, que vous pouvez d'ailleurs accélérer avec cette astuce . Allez, un petit week-end là-dessus à le laisser tourner et c'est plié !

Bref, prenez 10 minutes maintenant, plutôt que de vous retrouver dans 1 an devant un disque qui refusera de répondre. Votre moi du futur vous dira merci !!

Source

Avec Windows 11 26H2, Microsoft activera par défaut la sauvegarde des paramètres sur les PC d'entreprise. Les appareils situés dans l'UE ne sont pas concernés.

Le post Windows 11 26H2 : la sauvegarde des paramètres activée par défaut sur les PC a été publié sur IT-Connect.

Microsoft Entra Backup and Recovery est disponible : sauvegarde et restauration natives du tenant Entra ID, incluses dans les licences P1 et P2.

Le post Les sauvegardes du tenant Entra ID sont là, et rien ne peut les supprimer a été publié sur IT-Connect.