Bonjour

J' ai un stockage de 8 To le volume n'est a rempli qu' a 17% et impossible d'installer DSM 7.4 car j'ai le message "votre espace disque est insuffisant" sur mon DS723+ alors que l'espace libre est largement dispo

J'ai 2 ssd en cache et 32 Go de mémoire , je ne vois pas pourquoi cette mise a jour ne passe pas .

J'ai demandé a mon Claude il me dit que

root@NasServeur723:~# du -x --max-depth=1 -h / 2>&1 | sort -rh 1.9G / 1.5G et sa réponse /usr à lui seul fait 1.5G sur les 1.9G utilisés —

Sur un DS723+ sain, /usr dépasse rarement 700-900 Mo. À 1.5G, les causes les plus courantes sont :

Claude Pas de dossier isolé énorme — c'est réparti entre les libs (539M), les paquets tiers (/usr/local, 400M) et les composants Synology (/usr/syno, 263M). Ça correspond simplement à un NAS avec beaucoup de paquets installés ,

j'ai immich en docker c'est assez lourd peut etre une cause ? Je n'ai pas de serveur Mail Plus

Claude Non, ce n'est pas ça — et vous avez même la preuve dans votre propre df -h plus haut : tout ce qui touche Container Manager/Docker (/volume1/@appdata/ContainerManager/all_shares/...) est monté sur /dev/synorbd_1, c'est-à-dire volume1, pas la partition système. Synology stocke toujours les images Docker, les volumes de conteneurs et donc les données Immich (photos, base de données, modèles ML) sur le volume de données, jamais sur les 2.3G de la partition système.

Immich peut être aussi lourd qu'il veut sur vos 7 To (dont seulement 18% utilisés, donc large marge là), ça n'a aucun impact sur le blocage de mise à jour DSM.

Le vrai coupable, on l'a déjà identifié : c'est l'accumulation normale de composants système (/usr/lib, /usr/local, /usr/syno — MariaDB, CUPS, tous les hooks DSM) qui remplit progressivement les 2.3G au fil des années et des mises à jour successives. Pas un gros fichier isolé qu'on peut supprimer, juste un totale qui dépasse la marge nécessaire pour l'installateur.

Claude Les deux seules options réelles restent : la migration install, ou attendre/contacter le support Synology pour voir s'ils ont un outil de nettoyage interne plus chirurgical que ce qu'on peut faire en SSH.

Avez vous une idée Merçi

Modifié il y a 3 heures3 h par Pascalou59

DSM est installé sur une partition dédiée non-visible dans DSM.

Tu peux la voir avec la commande suivante :

sudo df -h

Bonjour !! voici le retour mais claude m'a dit que la partition de 2,3Go est insuffisante

root@NasServeur723:~# sudo df -h
Filesystem        Size  Used Avail Use% Mounted on
/dev/system-root  2.3G  1.9G  359M  84% /
devtmpfs           16G     0   16G   0% /dev
tmpfs              16G  244K   16G   1% /dev/shm
tmpfs              16G   36M   16G   1% /run
tmpfs              16G     0   16G   0% /sys/fs/cgroup
tmpfs              16G   30M   16G   1% /tmp
tmpfs             3.2G     0  3.2G   0% /run/user/196791
/dev/loop0         27M  767K   24M   4% /tmp/SynologyAuthService
/dev/synorbd_1    7.0T  1.3T  5.8T  18% /volume1
/dev/usb1p1       916G  118G  799G  13% /volumeUSB1/usbshare
tmpfs             1.0T     0  1.0T   0% /dev/virtualization
/dev/synorbd_1    7.0T  1.3T  5.8T  18% /volume1/@appdata/ContainerManager/all_shares/ActiveBackupforBusiness
/dev/synorbd_1    7.0T  1.3T  5.8T  18% /volume1/@appdata/ContainerManager/all_shares/activity
/dev/synorbd_1    7.0T  1.3T  5.8T  18% /volume1/@appdata/ContainerManager/all_shares/Album Photo Prive
/dev/synorbd_1    7.0T  1.3T  5.8T  18% /volume1/@appdata/ContainerManager/all_shares/apcupsd
/dev/synorbd_1    7.0T  1.3T  5.8T  18% /volume1/@appdata/ContainerManager/all_shares/chat
/dev/synorbd_1    7.0T  1.3T  5.8T  18% /volume1/@appdata/ContainerManager/all_shares/docker
/dev/synorbd_1    7.0T  1.3T  5.8T  18% /volume1/@appdata/ContainerManager/all_shares/homes
/dev/synorbd_1    7.0T  1.3T  5.8T  18% /volume1/@appdata/ContainerManager/all_shares/Logiciel
/dev/synorbd_1    7.0T  1.3T  5.8T  18% /volume1/@appdata/ContainerManager/all_shares/MailPlus
/dev/synorbd_1    7.0T  1.3T  5.8T  18% /volume1/@appdata/ContainerManager/all_shares/music
/dev/synorbd_1    7.0T  1.3T  5.8T  18% /volume1/@appdata/ContainerManager/all_shares/NetBackup
/dev/synorbd_1    7.0T  1.3T  5.8T  18% /volume1/@appdata/ContainerManager/all_shares/photo station
/dev/synorbd_1    7.0T  1.3T  5.8T  18% /volume1/@appdata/ContainerManager/all_shares/Plex
/dev/synorbd_1    7.0T  1.3T  5.8T  18% /volume1/@appdata/ContainerManager/all_shares/PlexMediaServer
/dev/synorbd_1    7.0T  1.3T  5.8T  18% /volume1/@appdata/ContainerManager/all_shares/surveillance
/dev/synorbd_1    7.0T  1.3T  5.8T  18% /volume1/@appdata/ContainerManager/all_shares/video
/dev/synorbd_1    7.0T  1.3T  5.8T  18% /volume1/@appdata/ContainerManager/all_shares/web
/dev/synorbd_1    7.0T  1.3T  5.8T  18% /volume1/@appdata/ContainerManager/all_shares/web_packages

Raison pour laquelle les nouvelles installations de DSM depuis la 7.1 ont fait passer la partition système à 7.9Go. Le seul moyen d'augmenter cette partition c'est de refaire une installation complète à partir de 0 (destruction du ou des groupe(s) ou formatage des disques et réinstallation complète de DSM).

Il y a certains dossiers qui peuvent être allégés. Je ne sais plus lesquels, il faudrait chercher sur la partie firmware du forum où ce problème a déjà été mainte fois évoqué.

Bonjour @Mic13710

Ha c'est vraiment pas sympa de la part de synology devoir tout réinstallé la totalité de DSM qui tourne comme une horloge . J'ai fait un ticket d'assistance devoir tout refaire ca me soule énormément

Modifié il y a 2 heures2 h par Pascalou59

On n'est pas (encore) obligé de tout refaire. Comme je l'ai dit, il y a des solutions que tu trouveras dans la section firmware. Tu peux aussi voir avec l'assistance.

Le problème d'espace va probablement être plus critique pour les prochaines versions car s'ils ont augmenté l'espace de la partition système c'est pour pouvoir à terme l'utiliser ce qui obligera tôt à tard à passer par la case réinstallation pour pouvoir continuer à utiliser son NAS dans le futur.

Voilà l'attendu une fois le NAS réinstallé :

Je vais attendre la réponse du support , il y a le robot qui m' a dit de voir coté immich mais apres controle

Vérification des points de montage Container Manager/Docker : j'ai contrôlé les volumes des conteneurs Immich (server, postgres) susceptibles d'écrire massivement — tous les montages pointent correctement vers /volume1/docker/Immich/..., rien n'écrit sur la partition système.

Voici un lien vers un des sujets qui traite de ce problème :

https://www.nas-forum.com/forum/topic/77086-version-72-64570-disponible/page/2/#comment-1319491043