Parfois, la mémoire disponible d’un NAS Synology diminue jour après jour. Aucune tâche particulière ne semble tourner, sauf vos précieux conteneurs Docker. Au fils du temps, certains d’entre eux ont tendance à consommer de plus en plus de mémoire. Plusieurs solutions existent pour résoudre ce problème…

Redémarrage un container

C’est une astuce que j’utilise personnellement, car j’ai un conteneur qui devient gourmand après plusieurs jours. Un simple redémarrage me permet de récupérer 6 à 7 Go de mémoire ! C’est une application bien connue, essentielle à toute la famille : Immich.

Déterminer ce qui consomme le plus

La première chose à faire, c’est d’identifier quelle application prend le plus de place en mémoire. Le plus simple, c’est de passer par le Moniteur de ressources (via le menu principal).

Une fois lancé, vous arrivez dans Performances. Dans le menu de gauche, sélectionnez le Gestionnaire des tâches puis l’onglet Processus. Enfin, cliquez 2 fois sur la colonne Mémoire privée (pour trier en ordre décroissant).

Cette colonne permet de trouver ce qui consomme le plus sur votre NAS. Cela peut être une application native de Synology, un paquet téléchargé ou encore un conteneur Docker.

Confirmer au niveau Projet/Conteneur

Continuons avec le projet Immich, ce dernier est composé de plusieurs conteneurs : server, redis, postgres et machine learning. Pour confirmer lequel consomme le plus dans Immich, ouvrez Container Manager puis dans le menu de gauche allez sur Projets et recherchez l’application concernée. Cliquez dessus et allez dans l’onglet Statistiques. Par défaut, l’affiche est sur CPU… on clique sur RAM pour voir la consommation.

 

Si votre conteneur ne fait pas partie d’un projet (conteneur seul), allez dans le menu de gauche Conteneur, sélectionnez le et allez sur l’onglet Statistique.

Redémarrer un conteneur docker manuellement

Pour redémarrer un conteneur, il existe plusieurs solutions. La plus simple consiste à passer par l’interface de Container Manager. Sélectionnez le menu Conteneur à gauche, puis le conteneur concerné (ou via un clic droit). Cliquez sur le bouton Action (en haut à droite), puis sélectionnez Redémarrer.

A noter qu’il est possible de redémarrer tout un projet en allant sur ce dernier et en cliquant sur le bouton Action puis Redémarrer.

Automatisation du redémarrage

Il existe une autre possibilité, c’est de passer par le Planificateur de tâches pour redémarrer automatiquement un conteneur, par exemple 1 fois par semaine. Cependant, il y a une contrainte et un inconvénient à cela.

Il faudra vous s’assurer que le redémarrage ne va pas gêner un utilisateur qui envoi des documents ou visionne une vidéo (sur Jellyfin). Vous choisirez donc un horaire sûr (ex : 5h du matin).

L’inconvénient, c’est que cela va générer une notification d’arrêt dans DSM… et selon vos paramètres, une notification par e-mail ou via l’application mobile.

Redémarrer 1 fois par semaine

Allez dans Panneau de configuration > Planificateur de tâche puis cliquez sur le bouton Créer > Tâche planifiée > Script défini par l’utilisateur. Donnez un nom personnalisé à la tâche (sans caractères spéciaux ni accent), choisissez root au niveau d’utilisateur. Ensuite, allez ensuite sur l’onglet Programmer et en face de Répéter, vous choisirez Toutes les semaines… juste au-dessous, vous (dé)sélectionnerez le jour souhaité.

Dans l’exemple ci-dessus, la tâche sera répétée tous les dimanches à 5h du matin. Allez sur l’onglet Paramètres de tâche et dans le grand encart Script défini par l’utilisateur (tout en bas) saisissez : docker restart NOM_DU_CONTENEUR Pour notre exemple initial, ce sera docker restart immich_server et pour Jellyfin (un autre exemple) ce serait docker restart jellyfin. Pour finir, vous cliquerez sur le bouton OK et vous confirmerez avec le mot de passe de votre compte.

Mode expert

Pour un projet complet, c’est également possible mais plus complexe. Il y a deux possibilités avec une complexité différente. La première, il faut se déplacer dans le dossier du projet cd /volume1/docker/Immich et la commande docker compose restart immich. L’autre possibilité, c’est la commande plus complète docker compose -f /volume1/docker/Immich/compose.yaml restart immich. Ici, il faut récupérer le nom du fichier yaml/yml exact et le nom du projet.

En synthèse

Nous avons vu comment rechercher une application Docker qui consomme trop de mémoire vive et confirmer le nom du conteneur concerné. Puis nous avez vu les différentes techniques pour le redémarrer. Passer par le Planificateur de tâches n’est pas des plus conventionnelle, mais elle a le mérite d’être efficace.

Une autre solution consiste à redémarrer complètement votre NAS… c’est tout aussi efficace pour libérer la mémoire (pas uniquement des conteneurs). Cependant, un redémarrage complet demande parfois plusieurs longues minutes, contre une à deux secondes pour un conteneur.

Does Fygo OS deserve your data? Following my full FygoOS software review, which you can watch here: https://www.youtube.com/watch?v=7kjEHKEMkf8, I wanted to put together a more detailed Q&A covering the questions that came up before, during and after testing the platform. These questions are a mixture of my own points from spending several days with the […]

Le Fire TV Stick 4K Select d'Amazon ne tourne pas sous Android. Il tourne sous Vega OS, un système maison basé sur Linux, et ça va foutre en l'air vos projets de player pour votre média center puisque les applications Android n'y ont plus cours, et que l'installation manuelle est verrouillée.

Il n'y a donc plus de bascule "sources inconnues" planquée dans les réglages, comme sur les Fire TV sous Android. Rien que pour faire apparaître les options développeur, il faut d'abord enregistrer l'appareil auprès d'Amazon avec un compte développeur et même comme ça, aucun APK Android ne se lancera.

Résultat, Kodi ne tourne pas ! L'application avait déjà été retirée du store d'app Amazon en 2015, mais on la réinstallait tous à la main sur les anciens sticks. Eh bien ce contournement n'est plus possible et côté Jellyfin, malheureusement, le projet n'a toujours pas sorti de client pour Vega OS.

Bref, Amazon a verrouillé la machine au nom de la sécurité et de la chasse au piratage, comme prévu puisque je vous en parlais déjà en novembre dernier . Sauf que le même verrou bloque aussi la lecture des fichiers qui dorment par exemple sur votre NAS, même si vous les avez rippés vous-même, peu importe que ce soit le dernier Avatar ou une vidéo de vacances.

Et ce n'est pas un accident de parcours sur un modèle d'entrée de gamme puisque sur sa page développeur , Amazon écrit qu'à partir du 4K Select, tous les futurs Fire TV Stick tourneront sous Vega, donc il n'y aura plus de retour arrière, désolé...

Par contre, les modèles sous Fire OS restent en vente pour l'instant, et eux acceptent toujours l'installation manuelle. Donc si vous comptiez remplacer le vôtre un jour, vérifiez le nom exact de la référence avant de commander, c'est maintenant que ça se joue !

Sur un stick qui serait déjà passé à Vega, il reste toutefois Astra, un client tiers compatible Jellyfin et Emby, dispo sur le magasin Amazon mais limité à une lecture basique. Plex passe aussi, mais en H.264 seulement, sauf à transcoder côté serveur. Et de son côté l'équipe Jellyfin dit travailler sur un vrai client Vega sans annoncer de date... Voilà, donc pour le moment c'est compliqué avec Vega mais j'ai bon espoir que des bidouilles et nouveaux outils sortent dans les mois qui viennent.

Source

TrueNAS vs UnRAID – Which One Deserves Your Data? TrueNAS vs Unraid. Both can turn standard x86 hardware into a powerful NAS, application server and virtualisation platform, but neither approaches the job in quite the same way. More importantly, the question is not simply which platform has the longest feature list. It is which one […]

Infuse est la référence de ceux qui gère leur vidéothèque depuis un NAS et souhaite la lire proprement sur iPhone, iPad, Apple TV, Mac ou encore Vision Pro. La version 8.5 vient de sortir et apporte une fonctionnalité que beaucoup d’utilisateurs de serveurs Plex, Emby et Jellyfin attendaient : des options de transcodage natives, directement intégrées au flux de lecture.

Infuse 8.5

Pour rappel, Infuse est développé par la société Firecore. Il s’agit d’un gestionnaire de vidéothèque et un lecteur vidéo pour l’écosystème Apple (iPhone, iPad, Mac, Apple TV, Vision Pro). Il est reconnu pour sa capacité à lire quasiment tous les formats et codecs sans conversion (y compris les fichiers exotiques). Historiquement, l’application se limitait aux protocoles de partage réseau classiques (FTP, SMB, NFS et UPnP/DLNA), idéal pour ceux qui possédaient un NAS. Au fil des versions, Infuse a élargi son champ d’action en ajoutant la compatibilité avec les principaux serveurs média du marché (Plex, Emby, Jellyfin), ainsi que l’ajout du WebDAV…

Une de ses force, c’est sa capacité à lire quasiment n’importe quel format sans conversion (Direct Play), mais dès qu’on sort de son domicile, avec une 4G limitée ou depuis le WiFi d’un hôtel, le Direct Play montre vite ses limites sur les gros fichiers (mise en cache interminable, coupures toutes les 10 secondes… ou tout simplement échec de lecture).

Comment ça fonctionne concrètement

Avec Infuse 8.5, un appui long sur le bouton Lecture (Play en anglais) fait apparaître une liste des versions transcodées disponibles, générées à la demande par votre serveur Plex, Emby ou Jellyfin. Le lecteur Infuse va demander au serveur de transcoder le flux à la volée, dans une version plus légère, plutôt que d’envoyer le fichier original tel quel.

Si votre vidéothèque contient plusieurs versions d’une même vidéo (4K et 1080p par exemple), le même menu permet de choisir directement la version souhaitée via le bouton Version. Et pour les utilisateurs qui préfèrent ne pas avoir à faire cette manipulation à chaque lecture, l’application propose d’afficher cette invite automatiquement dès le lancement de la lecture. Pour cela, allez dans le menu Réglages > Lecture.

Le Direct Play reste le choix par défaut et recommandé chaque fois que c’est possible. L’application ne modifie rien au flux audio et vidéo, vous profitez de la meilleure qualité de votre fichier. Le transcodage devient donc une option de confort pour les cas où la bande passante est le facteur limitant. Pour rappel, le transcodage se fait côté serveur… cela peut consommer beaucoup de ressources (mémoire et surtout processeur) sur votre NAS.

Une recherche plus lisible

Autre nouveauté avec Infuse 8.5, la recherche a été retravaillée pour offrir un rendu plus cohérent sur vos différents appareils. Les résultats sont désormais mieux organisés, ce qui facilite la distinction entre un film, une série, un épisode, une collection ou une encore une personne (acteur, réalisateur, etc.).

Et le reste ?

L’éditeur mentionne également des améliorations sur la connexion WebDAV et sur la gestion des serveurs média en général, ainsi que des correctifs (sans plus de détails).

En synthèse

Firecore continue d’améliorer son application, après l’ajout du saut automatique des intros, crédits et résumés dans la précédente mise à jour. Pour les utilisateurs de NAS qui font tourner Plex, Emby ou Jellyfin et consomment leur contenu en mobilité, cette nouveauté comble un vrai manque. Jusqu’ici, il fallait souvent jongler entre plusieurs applications ou télécharger ses contenus à l’avance avant de partir. Désormais, le pilotage du transcodage se gère nativement dans Infuse, sans sacrifier la qualité en Direct Play quand la connexion le permet. Un bémol à garder en tête tout de même, le transcodage vidéo à la volée reste une opération gourmande, notamment en ressources CPU côté serveur (NAS).

source

HexOS is not dead, but the question in mid-2026 is whether it is moving quickly enough to stay compelling. In our latest check-in, the core concern is not that HexOS has stopped developing. It has not. The concern is that many of the changes since early 2026 feel like polish, alignment work and useful quality-of-life […]

TerraMaster TOS 7 is no longer just a “future update” or beta talking point; it is now the software platform TerraMaster is using to make a much more serious argument against Synology DSM, QNAP QTS/QuTS, ASUSTOR ADM and UGREEN UGOS. In our 2026 revisit, the biggest change is not one single app, but the way […]

UGREEN NASync Celebrates 2 Years – But Is UGREEN Ready for the Big Leagues? Two years ago, the popular battery and PC accessory company UGREEN, launched their Kickstarter campaign for the NASync personal NAS series of devices. The brand already had a steadily growing foothold in China with their DX series of NAS devices, but […]