Toutes les discussions

Merci pour vos réactions. Rectification : 25,5 TO est en effet l'espace occupé sur les 32,7 alloués et je suis en Raid SHR. La sécurisation actuelle des disques me semble correcte. Je cherche simplement à agrandir mon espace disque et je me demande s'il n'y a pas de contre-indication à avoir un seul gros volume, surtout si dans le futur je veux rajouter d'autres disques.

Il n'y a pas un petit problème là ? Je ne vois pas comment vous obtenez seulement 25To avec 4 disques de 12To. En RAID1 ou SHR, vous devriez avoir un peu moins de 33To En RAID6 ou SHR2 vous seriez plutôt être autour de 22To Vous n'auriez pas omis quelques informations sur votre groupe de stockage ?

Bonjour Pierre, Il serait bien de préciser comment sont configurés les disques actuels (RAID, JBOD,...) et quel est l'attendu en terme de sécurisation des disques.

Bonjour Je possède actuellement un NAS Synology DS920+ avec 4 DD de 12 TO. Mon groupe de stockage est : volume 1 avec 25,1 TO dispo et il commence à être saturé. Je pense très bientôt prendre une extension DX517 avec 2 DD de 12 TO. Pensez vous qu'il est préférable de les ajouter au volume 1 existant ou bien de définir un volume 2 ? Je précise que mes contenus sont en très grande partie des fims, séries et musique et je préfèrerais conserver l'arborescence existante. Merci pour vos conseils.

Bonjour , Je vends mon Plex Pass à vie acheté chez Plex en 2017 pour 180€ avant que les prix n'augmentent . Paiement par Paypal . Si vous avez des questions n'hésitez pas. Cordialement.

… comme ça, tu utiliseras des systèmes obsolètes qui tomberont à la première faille exploitable. C'est vraiment un bon conseil… 😅

Conseil d'un viel IT. Tant que ça fonctionne ne fais pas de mise à jour...

Traditionnellement dans le monde Unix le système de partage réseau utilisé est NFS ... Mais ça c'était avant ... Windows 😁

De mémoire, je les ai changés après avoir fait pas mal de recherches la dessus . Mais cela remonte à pas mal de temps déjà . Peut-être 10 ou 15 ans

Effectivement, merci du message ! Je reviens sur ce que je pensais !

Bonjour @glpa , Problème de SMB1, passe en SMB3, en effet le SMB1 n'est plus supporter par Microsoft

Une alimentation qui lâche lors d'un redémarrage de nas c'est normal car c'est pendant cette phase que les disque dur consomme le plus. il faut les relancer en rotation une fois que c'est fait tu as pas besoin de beaucoup d'intensité.

Etrange, nous n'avons pas les mêmes serveurs DNSBL, voilà ce que j'ai : Je tenterai lundi avec les tiens pour voir. C'est toi qui les a changé ou ils étaient comme ça d'origine ? De mon côté je ne crois pas les avoir créé / modifié 🤔 En tout cas merci pour l'info 👍

J'ai le même fonctionnement. Cela me semble tout à fait normal . Une adresse IP bannie ne peut être empêchée de connexion, elle peut juste être empêchée de nuire ... ce qui explique que la déconnexion est immédiate. DSM fait son boulot ! Enfin, c'est ce que je crois comprendre Par contre pas de pb avec la liste Blackhole....

Bonjour, Voila plusieurs jours que je butte sur ce problème. Je possède un DS216 depuis plusieurs années qui fonctionne correctement... j'ai partagé un dossier avec quelques fichiers que je voudrais voir accessible sur plusieurs ordi (tous sou Linux) tous ces dossiers sont visibles et accessible, mais impossible de les lancer en direct vers soit wine -->> excel ou OpenOffice (ces applications sont lancées...mais ne trouve pas le/les fichiers !) quand aux images elles passent très bien ? """""""""""""""""""""""""""""""""""""""""""""""quelques messages d'erreur ?? mon NAS répond au ping. Reconnecting with SMB1 for workgroup listing. smbXcli_negprot_smb1_done: No compatible protocol selected by server. Protocol negotiation to server nasagg (for a protocol between NT1 and NT1) failed: NT_STATUS_INVALID_NETWORK_RESPONSE Unable to connect with SMB1 -- no workgroup available """""""""""""""""""""""""""""""""""""""""""" Résolution de l'erreur "SMB1 disabled -- no workgroup available" Configuring 20.04 samba for SMBv1 Pour résoudre cette erreur, ajoutez client min protocol = NT1 sous la ligne workgroup = WORKGROUP dans le fichier /etc/samba/smb.conf. Cela permet d'activer le protocole SMB1 (appelé NT1 par Samba) côté client. ce que j'ai fait ! """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" Merci d'orienter mes recherches

- Âge : 50 ans et quelques poussières - Niveau en informatique : Je me débrouille toujours à faire ce que je veux, et pour mes amies aussi. Milieux des années 90 ? - Modèle de NAS et de disque : Un Synology 418 avec des disques de 2 To, un volume en RAID 1 et l’autre en JBOD. - Utilisateur Synology depuis longtemps : Plus de 10 ans - Informations sur l’utilisation, les services, les paquets, etc. : Aucun paquet installé. Je l’utilise uniquement pour la sauvegarde. Bonjour de Basse-Normandie ! Je viens de m’inscrire car je recherche des informations sur les NAS actuels, uniquement pour la sauvegarde (pour une amie qui a eu la peur de sa vie suite à une mise à jour Windows :-D). J’ai cru comprendre que Synology n’était plus ce qu’il était, d’où ma recherche d’informations.

Bonjour, Je reviens vers vous concernant mon serveur mail (qui fonctionne très bien) 😅 Je rencontre malgré tout un fonctionnement étrange. Pour info, toutes les protections sont activées sauf le filtre de liste Blackhole à base de DNS car il a tendance à bloquer de vrais serveurs SMTP. Au niveau des tentatives de connexion, j’ai paramétré le NAS pour bloquer les IP au bout de 3 essais en 60 minutes. Mais depuis un bon mois, DSM a bloqué un petit paquets d’IP (10 d’Iran) qui ne cessent de revenir toutes les X secondes alors qu’elles sont bien blacklistées par DSM : Alors je n’ai pas d’autre notification de blocage car elles sont déjà bloquées, mais ces idiotes continuent d’attaquer le NAS. Dois-je m’inquiéter ? Et voici un exemple du maillog : c’est ici que j’ai remarqué le problème il y a quelques jours : 2026-05-28T15:14:38+02:00 NAS postfix/smtpd[18277]: connect from unknown[81.30.98.174] 2026-05-28T15:14:38+02:00 NAS postfix/smtpd[18277]: disconnect from unknown[81.30.98.174] commands=0/0 2026-05-28T15:14:40+02:00 NAS postfix/smtpd[18277]: connect from unknown[81.30.98.44] 2026-05-28T15:14:40+02:00 NAS postfix/smtpd[18277]: disconnect from unknown[81.30.98.44] commands=0/0 2026-05-28T15:14:49+02:00 NAS postfix/smtpd[18277]: connect from unknown[81.30.98.62] 2026-05-28T15:14:49+02:00 NAS postfix/smtpd[18277]: disconnect from unknown[81.30.98.62] commands=0/0 2026-05-28T15:14:54+02:00 NAS postfix/smtpd[18277]: connect from unknown[81.30.98.207] 2026-05-28T15:14:54+02:00 NAS postfix/smtpd[18277]: disconnect from unknown[81.30.98.207] commands=0/0 2026-05-28T15:15:03+02:00 NAS postfix/smtpd[18277]: connect from unknown[81.30.98.49] 2026-05-28T15:15:03+02:00 NAS postfix/smtpd[18277]: disconnect from unknown[81.30.98.49] commands=0/0 2026-05-28T15:15:09+02:00 NAS postfix/smtpd[18277]: connect from unknown[81.30.98.142] 2026-05-28T15:15:09+02:00 NAS postfix/smtpd[18277]: disconnect from unknown[81.30.98.142] commands=0/0 2026-05-28T15:15:17+02:00 NAS postfix/smtpd[18277]: connect from unknown[81.30.98.144] 2026-05-28T15:15:17+02:00 NAS postfix/smtpd[18277]: disconnect from unknown[81.30.98.144] commands=0/0 2026-05-28T15:15:24+02:00 NAS postfix/smtpd[18277]: connect from unknown[81.30.98.181] 2026-05-28T15:15:24+02:00 NAS postfix/smtpd[18277]: disconnect from unknown[81.30.98.181] commands=0/0 2026-05-28T15:15:30+02:00 NAS postfix/smtpd[18277]: connect from unknown[81.30.98.90] 2026-05-28T15:15:30+02:00 NAS postfix/smtpd[18277]: disconnect from unknown[81.30.98.90] commands=0/0 2026-05-28T15:15:31+02:00 NAS postfix/smtpd[18277]: connect from unknown[81.30.98.158] 2026-05-28T15:15:31+02:00 NAS postfix/smtpd[18277]: disconnect from unknown[81.30.98.158] commands=0/0 2026-05-28T15:15:31+02:00 NAS postfix/smtpd[18277]: connect from unknown[81.30.98.174] 2026-05-28T15:15:31+02:00 NAS postfix/smtpd[18277]: disconnect from unknown[81.30.98.174] commands=0/0 2026-05-28T15:15:34+02:00 NAS postfix/smtpd[18277]: connect from unknown[81.30.98.44] 2026-05-28T15:15:34+02:00 NAS postfix/smtpd[18277]: disconnect from unknown[81.30.98.44] commands=0/0 2026-05-28T15:15:46+02:00 NAS postfix/smtpd[18277]: connect from unknown[81.30.98.62] 2026-05-28T15:15:46+02:00 NAS postfix/smtpd[18277]: disconnect from unknown[81.30.98.62] commands=0/0 2026-05-28T15:15:48+02:00 NAS postfix/smtpd[18277]: connect from unknown[81.30.98.207] 2026-05-28T15:15:48+02:00 NAS postfix/smtpd[18277]: disconnect from unknown[81.30.98.207] commands=0/0 2026-05-28T15:15:59+02:00 NAS postfix/smtpd[18277]: connect from unknown[81.30.98.49] 2026-05-28T15:15:59+02:00 NAS postfix/smtpd[18277]: disconnect from unknown[81.30.98.49] commands=0/0 Voilà. Si vous avez des conseils à me donner, je suis à votre écoute. Ou alors laisser DSM faire son travail… je ne sais pas 🤔 Merci beaucoup pour votre aide 🙏

Merci de ton retour, je trouve juste bizarre que juste après une mise à jour, le NAS ne redémarre pas … ce serait quand même un sacré concours de circonstances que l’alim plante juste à ce moment là. Je vais faire le test quand je pourrais me rapprocher de mon NAS … ainsi que celui des disques durs. J’ai plus peur que c’est le plantage de la mise à jour ….

Bonjour @Phil2000 , As tu essayé de faire un test de la carte mère ici https://kb.synology.com/fr-fr/DSM/tutorial/Why_am_I_unable_to_install_my_Synology_NAS_and_why_is_my_power_LED_is_flashing_constantly même si c'est pas elle qui est fautive d’après moi Le pencherai pour un problème d'alimentation de ton nas. Si tu sors les disques le nas boot ?

Bonjour à la communauté, Je fait face a un problème très frustrant surtout que je ne suis pas à côté de mon NAS… NAS : ds 713+ J’ai fait la mise à jour du DSM autour du 15 mai et mon NAs ne redémarre plus depuis…. Je n’avais aucun problème de disque dur avant / test régulier fait. Je suis loin de mon NAS et je dois demander à quelqu’un de faire les test pour moi … j’ai fait enlever les disques externes… toujours la lumière bleue qui clignote au démarrage / et celle du lan en verte. Pas moyen de se connecter… Je suis extrêmement embarrassé car c’est vraiment cette mise à jour qui semble avoir tout planté et je ne trouve pas de réponses sur comment traiter le problème. ( tout marchait parfaitement avant, j’exclus donc le problème de carte mère aussi … ) Est-ce que quelqu’un fait face aussi à ce problème? Ne serait-ce que pour se sentir moins seul ? Des idées sur quoi faire à part jeter le NAS et en racheter un ? Merci merci pour tout partage d’expérience Phil

Merci pour tout cela. Je vais m’y mettre ce week end …

Les mises à jour peuvent se faire à partir de container manager

La manipulation ci-dessous me paraît la plus simple : sudo docker stop homebridge sudo docker pull homebridge/homebridge:synology sudo docker start homebridge Toutefois, je ne comprends pas si cela se contente de mettre à jour une seule fois HomeBridge en v2 pour synology, et donc les mises à jour suivantes seront à refaire à la main, ou bien si cela fait pointer définitivement HomeBridge vers la version spécifique pour Synology.

Alors essaies en reprenant le même modop. Sur la partie updating (la fin), phase 6, tu choisis une image synology au lieu de latest Et tu continue la suite de la procédure.

J’ai si suivi ce mode d’emploi (qui date un peu) Je n’ai rien créé côté Docker Compose ..;