Un membre de la communauté a réussi à faire fonctionner Synology DSM 7.2 sur le ZimaCube N100 d’origine en juin 2024, en utilisant le projet tiers Arc Loader/Xpenology. Le système a démarré, détecté le matériel intégré ainsi qu’une carte réseau Intel 10 Gb ajoutée, puis a été étendu avec un cache SSD, 32 Go de RAM et un refroidisseur Noctua extra-plat.
Il s’agissait d’une expérience communautaire non officielle, et non d’une méthode d’installation de DSM prise en charge par ZimaSpace. Arc Loader reste un projet communautaire actif en 2026, mais il est indépendant de Synology et se décrit explicitement comme un outil d’aide au démarrage pour DSM/Xpenology. Les conditions actuelles de Synology concernant ses logiciels et son Package Center imposent des restrictions d’utilisation en dehors des appareils Synology. Toute personne reproduisant cette expérience doit donc consulter ces conditions et comprendre que l’assistance, les licences, les mises à jour et la compatibilité matérielle habituelles de Synology ne peuvent pas être garanties.
Ce que l’utilisateur original du ZimaCube N100 a testé
L’auteur de la source a reçu un ZimaCube basé sur un N100 et a essayé DSM 7.2 via Arc Loader. Son premier compte rendu indiquait que l’installation avait fonctionné et que le matériel disponible, y compris une carte réseau Intel 10 Gb ajoutée, avait été détecté sans erreur apparente.
La configuration initiale a ensuite évolué pour inclure :
- deux disques durs Seagate Enterprise de 18 To ;
- deux SSD SATA de 460 Go destinés au cache ;
- une carte réseau Intel 10 Gb ;
- un module de mémoire Crucial de 32 Go ;
- un dissipateur/ventilateur Noctua NH-L9i extra-plat.
L’auteur de la source a précisément identifié le module de RAM de 32 Go comme étant :
Crucial CT32G4SFD832AIls ont indiqué que cela fonctionnait sur leur machine, bien que la configuration de la mémoire ne respecte pas les spécifications initialement prises en charge. Considérez cela comme un témoignage matériel individuel, et non comme une garantie universelle de compatibilité.
La méthode historique avec Arc Loader partagée dans le fil de discussion
Lorsqu’un autre membre de la communauté a demandé comment DSM avait été installé, l’auteur a décrit le flux de travail général suivant :
- Téléchargez Arc Loader.
- Écrivez l’image d’Arc sur une clé USB.
- Configurez l’ordre de démarrage du BIOS/UEFI du ZimaCube afin que le démarrage sur USB soit prioritaire.
- Démarrez Arc Loader.
- Suivez la configuration guidée.
- Pour le système N100 de ce test de 2024, sélectionnez un profil Synology DS1520+.
L’auteur de la source a décrit Arc comme le chargeur RedPill/Xpenology le plus facile à utiliser parmi ceux qu’il avait personnellement essayés.
Projet Arc actuel : AuxXxilium Arc Loader sur GitHub.
Le profil DS1520+ était un choix de la communauté en 2024
La recommandation d’émuler un DS1520+ provenait de ce test spécifique de juin/juillet 2024. Arc Loader a continué d’évoluer, et ses profils matériels, modules, correctifs, compatibilité avec DSM et modèles recommandés peuvent changer.
Ne considérez pas DS1520+ comme profil permanent recommandé pour chaque ZimaCube, ZimaCube Pro ou révision matérielle ultérieure. Consultez les informations de compatibilité Arc actuelles avant de tester un système plus récent.
Le chargeur Arc est toujours actif en 2026
Le projet Arc restait activement maintenu en 2026, avec des versions actuelles de la série 3.x. Sa documentation décrit Arc comme un chargeur RedPill personnalisé pour DSM 7.x, avec une prise en charge matérielle supplémentaire, des extensions et une installation guidée.
Le projet définit également explicitement plusieurs limites :
- Arc et DSM sont des projets indépendants.
- Arc est un assistant de démarrage pour DSM.
- DSM reste la propriété de Synology et est protégé par ses droits d’auteur.
- Arc indique que l’utilisation commerciale du chargeur n’est pas autorisée.
- Les modifications personnalisées du chargeur de démarrage peuvent entraîner un risque de perte de données.
Ces avertissements sont plus importants que la simple confirmation de la réussite d’un test de démarrage en 2024.
Le test de transfert 10GbE était bien plus lent que le débit nominal
Après avoir ajouté un cache SSD, l’auteur a testé un transfert de fichier sur une liaison réseau 10Gb et a indiqué une moyenne d’environ :
120 Mo/sCe débit est très inférieur au débit théorique du 10GbE. L’auteur n’a pas établi de cause racine confirmée. Il soupçonnait soit que le cache SSD ne fonctionnait pas comme prévu, soit qu’un goulet d’étranglement existait sur le chemin SATA, et prévoyait d’essayer ultérieurement un stockage cache connecté en PCIe.
Ne transformez pas ce résultat isolé en affirmation selon laquelle le matériel ZimaCube serait limité à 120 Mo/s. Il s’agissait d’un test précoce de DSM/Xpenology avec une configuration de stockage spécifique et sans analyse finale du goulet d’étranglement.
Que s’est-il passé avec le cache SSD ?
L’auteur de la source a installé deux SSD SATA pour le cache, mais n’a pas publié de test de cache comparatif avant/après. Son résultat de transfert de 120 Mo/s l’a conduit à se demander si le cache était actif ou si le chemin de stockage limitait le débit.
Comme le fil n’a jamais confirmé la cause, une page migrée devrait conserver cette incertitude plutôt que d’affirmer que le cache SSD a échoué.
La mise à niveau vers 32 Go de RAM a fonctionné pour un utilisateur
Dans cette discussion, le ZimaCube N100 d’origine était livré avec 8 Go, et l’auteur s’attendait à ce que cette capacité devienne restrictive une fois de nombreux conteneurs Docker en fonctionnement. Il a ensuite installé un module Crucial de 32 Go et indiqué que le système fonctionnait normalement.
Il s’agit d’un témoignage utile de la communauté, mais les configurations de mémoire non prises en charge peuvent se comporter différemment selon les versions du firmware et les charges de travail. La détection de la mémoire au démarrage ne prouve pas à elle seule sa stabilité à long terme sous charge.
Le fil mentionnait également le ZimaCube Pro
Plus loin dans la discussion, le même auteur a indiqué avoir également installé Xpenology avec succès sur un ZimaCube Pro, bien qu’il ait ensuite repassé cette machine sous Unraid. Un autre utilisateur a posé des questions sur la prise en charge des GPU NVIDIA et de Thunderbolt/USB4, mais le fil ne fournissait aucun profil confirmé permettant d’activer ces fonctionnalités sous DSM.
Ne déduisez pas du résultat obtenu avec le N100 une prise en charge garantie de NVIDIA, Thunderbolt ou USB4.
Les licences et l’assistance DSM doivent être examinées séparément
Synology DSM est un logiciel propriétaire. Le CLUF actuel de Synology décrit le logiciel comme concédé sous licence et non vendu, et limite l’utilisation autorisée dans le cadre des produits Synology. Les conditions actuelles du Package Center précisent également que le Package Center ne doit pas être accessible depuis un appareil qui n’est pas fabriqué par Synology.
Consultez le CLUF de Synology actuel et les conditions applicables aux services et aux packages avant de décider d’utiliser DSM sur du matériel qui n’est pas fabriqué par Synology.
Un test de démarrage communautaire réussi ne confère ni assistance Synology, ni couverture de garantie, ni droits d’accès au Package Center, ni compatibilité avec les mises à jour, ni exception de licence.
Ne testez pas Xpenology en premier sur des données irremplaçables
Arc avertit lui-même que la personnalisation du chargeur d’amorçage peut entraîner une destruction irréversible des données. Les mises à jour de DSM peuvent également modifier la compatibilité du noyau, des pilotes, du stockage ou du chargeur.
Pour l’expérimentation :
- utilisez d’abord des disques de test ;
- conservez des sauvegardes indépendantes ;
- ne faites pas de la clé USB Arc ou de la matrice DSM votre seule copie de fichiers importants ;
- vérifiez le réseau et le stockage avant de migrer des données de production ;
- vérifiez la compatibilité d’Arc avant chaque mise à jour majeure de DSM.
Ce que ce fil de discussion communautaire prouve — et ce qu’il ne prouve pas
| Résultat étayé par la source | Non établi par le fil de discussion |
|---|---|
| DSM 7.2 a démarré sur un ZimaCube N100 avec Arc Loader | Prise en charge officielle de DSM sur le ZimaCube |
| Une carte réseau Intel 10Gb a été détectée dans cette configuration | Compatibilité totale avec chaque carte réseau ou mise à jour de DSM |
| La RAM Crucial de 32 Go a fonctionné pour l’auteur | Configuration mémoire garantie comme étant prise en charge |
| Deux SSD SATA ont été installés pour le cache | Gain confirmé des performances du cache |
| Un transfert sur un seul réseau LAN 10Gb a atteint en moyenne environ 120 Mo/s | Limite matérielle prouvée du débit du ZimaCube |
| Le profil Arc DS1520+ a fonctionné lors du test N100 de 2024 | Meilleur profil actuel pour tout le matériel Zima |
FAQ Xpenology DSM du ZimaCube
DSM 7.2 a-t-il réellement fonctionné sur le ZimaCube N100 ?
Oui. L’auteur de la source a signalé une installation réussie d’Arc Loader/Xpenology et la détection du matériel, notamment d’une carte réseau Intel 10Gb ajoutée.
Quel profil Arc l’auteur a-t-il utilisé ?
La réponse de 2024 recommandait le profil DS1520+ pour ce test sur N100. Les versions actuelles d’Arc peuvent avoir des recommandations différentes.
DSM est-il officiellement pris en charge par ZimaSpace sur le ZimaCube ?
Non. Il s’agit d’une expérimentation communautaire non officielle utilisant un chargeur d’amorçage tiers.
La RAM de 32 Go fonctionnait-elle ?
L’auteur a signalé que la Crucial CT32G4SFD832A fonctionnait sur son unité N100, mais cela ne constitue pas une garantie officielle de compatibilité.
Pourquoi le 10GbE atteignait-il seulement environ 120 Mo/s ?
Le fil de discussion n’a pas établi la cause racine. L’auteur soupçonnait des limitations liées au cache ou au chemin SATA et prévoyait d’effectuer des tests supplémentaires.
