Noyaux Linux et NAS : ADM, DSM, QTS...

FX Cachem

Administreur
Membre du personnel
8 Décembre 2013
13 427
483
173
Paris
www.cachem.fr
L'objectif de ce sujet est tout d'abord de différencier les noyaux Linux (kernel) utilisé par les fabricants de NAS. L'objectif n'est pas de jugé des choix, mais plus ce que cela implique. Ensuite, certaines versions m'interpellent... Commande tapée :
Avancé (BB Code):
uname -srm
  • ADM 4.0 : Linux 5.4.x x86_64
  • DSM 7.0.1/DSM 7.1 : Linux 4.4.180+ x86_64
  • QTS 5.0 : Linux 5.10.60-qnap x86_64
Par exemple, DSM 7.x dispose d'un noyau plus ancien (LTS), mais propose exFAT gratuitement (depuis cette version). Or, ce dernier a été offert à la communauté par Microsoft à partir de la version 5.4. Cela sous-entend que Synology offre désormais son paquet exFAT... et donc le format de fichier n'est toujours pas intégré au noyau par défaut. Peut-être que je me trompe, mais je voulais partager avec vous ce début d'analyse.
 
Dernière édition:
  • J'aime
Réactions: maxou56
DSM 6.2.3-2 : Linux 4.4.59+ x86_64
Bonsoir,
Attention chez Synology ça dépend pas uniquement de DSM/SRM mais aussi des modèles de NAS.
DS3611xs & DSM6.2.4-25556 U2: Linux 3.10.105 x86_64
DS918+ & DSM 6.2.3-25426 U3: Linux 4.4.59+ x86_64
VDSM 6.2.4-25556 U2: Linux 4.4.59+ x86_64
DS918+, DS1621+, DS418Play & DSM 7.0.1-42218: Linux 4.4.180+ x86_64
DS415Play & DSM 7.0.1-42218: Linux 3.2.101 i686
RT2600ac & SRM 1.2.5-8227 U2: Linux 4.4.60 armv7l
RT1900ac & SRM 1.2.5-8227 U2: Linux 3.6.11+ armv7l
 
Dernière édition:
  • J'aime
Réactions: EVO
Intéressant ?
Mais du coup qu’est ce qui fait que tel ou tel fabricant utilise plutôt une version de noyau Linux qu’une autre ??
Pour dsm 7.0.1, pourquoi rester sur une vielle version alors qu’il y a beaucoup plus récent ?
 
  • J'aime
Réactions: maxou56
Bonjour:
Il y a une mise à jour du noyau avec DSM 7.2
VDSM 7.2-64216: Linux 4.4.302+ x86_64

Code:
aaaaa@VDSM7:/$ uname -a
Linux VDSM7 4.4.302+ #64216 SMP Tue Mar 7 17:10:38 CST 2023 x86_64 GNU/Linux synology_kvmx64_virtualdsm
 
  • J'aime
Réactions: FX Cachem
Encore loin du kernel 5.6 avec le support wireguard 😔
Purée oui XD

Mon 920+ sous DSM 7.1.1-42962 Update 4 : Linux 4.4.180+ x86_64
Mon AS6704T sous ADM 4.2.0.RE71 : Linux 5.13.x x86_64
Mon RT2600AC sous SRM 1.3.1-9346 Update 3 : Linux 4.4.60 armv7l
 
Il serait intéressent de trouver comment faire une update du noyau. je ne sais pas si cette URL pointe clairement sur les noyau a voir. J'ai a des fins de test, installer DSM7.2 sur mon DS1817+ mais il reste en 3.10.108 se qui me bloque par exemple le conteneur docker phpMyAdmin en version 5.1.0, sur VDSM je n'ai pas se soucis, je peux le mettre le conteneur en last
 
  • J'aime
Réactions: maxou56
je ne sais pas si cette URL pointe clairement sur les noyau a voir.
Merci pour le lien (y), des versions des noyaux utilisées par DSM 7.2.
Donc les NAS Synology avec AMD Epyc (SA6400) ont un noyau en version 5.10.55, et les NAS ARM "RTD16xxb" (DS223) ont aussi un noyau en version 5.10.55.
C'est dommage que Synology n'a pas aussi mis à jour le noyau de VDSM qui reste en version 4.4.302

Pour résumé suivant les NAS les noyaux utilisés pour DSM 7.2 sont:
3.10.108
4.4.302
5.10.55

Et pour DSM 7.0 et 7.1:
3.2.101
3.10.108
4.4.180
 
Dernière édition:
On est loin du support du vpn wireguard !! 🤪
Il y a la version 5.10.55 ;) mais il n'y a pas beaucoup de NAS Synology qui en profite :(.

C'est pour ça que je trouvais dommage que VDSM ne passe lui aussi au noyau 5.10.55 car il n'y a pas de contrainte matériel.
 
Dernière édition:
Bonjour,
tous d'abord pour savoir pourquoi une société propose ou pas la dernière version du noyaux est dû à plusieurs points à prendre en compte.

- Les pilotes: si le Noyau X support tel matériel et que la mise à jour du noyau Y ne prends plus en charge le dit matériel alors sa pose des problèmes

- Les API et autre interaction: Un Système d'information linux de type NAS a été réfléchis selon des mécaniques de fonctionnements du Noyaux et si une fonction "Vitale" n'est plus disponible alors il y a un risque de perte de capacité de l'appareil voir une incapacité totale de fonctionné.

- Le cout est un paramètre évident car il faut vérifier que le noyaux fonctionne sur l'ensemble des références, et si besoin le modifier pour apporter une meilleur performance. Passage de InitV et Systemd est un excellent exemple pour la gestion des services.
Les applications aussi sont à tester pour l'ensemble de la flotte, vérifier qu'aucune erreur ou action post-déploiement son nécessaire.

- Les failles de sécurité : Ce qui semble être une évidence n'est pas forcément le cas avec les entreprises car si plus rien ne marche après la mise à jour du patch pour tel faille alors c'est évident qu'il faut trouver ou revoir complément l'architecture du NAS.

En supposons que la mise à jour du Noyau pose pas de problème, il faut concevoir le déploiement de la mise à jour et vérifier qu'aucun blocage pourrais subvenir.


Et la dernière question: Est ce utiles d'utiliser le dernier noyau si il apporte des améliorations pour le GPU ? Non, je ne pense pas. Sans parler de la taille de stockage de départ.


et je parles même pas des modules à compiler ..


J'espère qu'un jours on verra des NAS utilisant systemd, c'est mon rêve le plus profond dans la gestion des systèmes.
 
Les pilotes: si le Noyau X support tel matériel et que la mise à jour du noyau Y ne prends plus en charge le dit matériel alors sa pose des problèmes
Le retrait de support dans le noyau linux est quand même super rare, et cela fait en général le tour de tout les sites d'actu un peu spécialisé Linux quand c'est le cas :D Tout le monde ce dit "quoi il retire cela ? Ha mais c'est un truc que personne n'utilise en fait ^^' "
et également, on ne parle pas ici de forcément passer tout les modèles a un nouveau kernel, mais au moins les récents, ont voit bien que Synology n'a aucun mal a ne pas avoir la même version de Kernel pour tous les NAS.

Et la dernière question: Est ce utiles d'utiliser le dernier noyau si il apporte des améliorations pour le GPU ? Non, je ne pense pas. Sans parler de la taille de stockage de départ.
Aucune idée pour la différence de taille entre un kernel 4.x et 5.x je ne doute pas qu'il soit plus gros oui, mais vraiment de beaucoup ? Aussi on ne parle pas ici de balancer toutes les dernières maj du kernel, il y a peu d'interet ont est d'accord. reste que par exemple Wireguard est quand meme tres attendu, avec la venu du kernel 5.10 sur certaines versions c'est une bonne nouvelles je trouve pour les utilisateurs !

Aussi quand je vois que pour DSM 7.2, il y a du kernel 3.10, qui est EoL depuis fin 2017 cela m'intrigue beaucoup.

J'espère qu'un jours on verra des NAS utilisant systemd, c'est mon rêve le plus profond dans la gestion des systèmes.
Tu n'est pas le seul a rêver de cela 🤣