jeremyc

Bonjour, Les Options régionales du Panneau de configuration ne sont qu'une valeur par défaut. Chaque compte DSM a son propre réglage qui passe devant : cliquez sur l'icône de profil en haut à droite > Personnel > onglet Préférences d'affichage, et regardez la langue, le format de date et le format de l'heure. Si la langue est laissée sur le choix par défaut du navigateur et que celui-ci est en anglais (US), Contacts affiche souvent les dates à l'américaine. Mettez la langue sur Français et choisissez le format jour/mois/année, puis déconnectez-vous de DSM, reconnectez-vous et rouvrez Contacts (un Ctrl+F5 aide si l'ancien affichage reste en cache). Si c'est plutôt sur le téléphone ou dans un client CardDAV (Thunderbird, Outlook) que les anniversaires s'affichent mal, là c'est l'appareil qui décide du format, pas le NAS : il faut régler la langue et la région du téléphone ou du logiciel.

Bonjour, Ce message "indexation impossible, mémoire insuffisante" est une bonne piste. Sur un DS918+ avec 4 Go, quand le service d'indexation (ou Synology Photos avec les miniatures et la reconnaissance faciale) reprend un gros lot de fichiers, il peut saturer la RAM puis le swap sur les disques. Ça colle avec ce que tu décris : disques qui clignotent en continu, DSM de plus en plus lent, SSH qui accepte la connexion mais ne répond plus, SMB muet, puis tout redevient normal après un redémarrage jusqu'à ce que la tâche reprenne. Les 30 % de mémoire que tu vois maintenant sont mesurés au calme, ce qui compte c'est le moment où ça repart. Pour confirmer : 1. Garde le Moniteur de ressources ouvert sur l'onglet Mémoire (regarde surtout le swap) et sur la liste des processus, et note ce qui grimpe quand les disques recommencent à s'affoler. 2. En attendant, mets l'indexation en pause dans Panneau de configuration > Service d'indexation, et dans Synology Photos coupe temporairement la reconnaissance des visages et des objets si tu l'utilises. 3. Vérifie dans le Gestionnaire de stockage qu'un nettoyage des données n'est pas en cours, et regarde à quelle heure ta tâche de sauvegarde démarre. Si elle tombe en début d'après-midi, c'est aussi un suspect sérieux. Si c'est bien l'indexation, ajouter une barrette de RAM règle souvent le problème sur ce modèle. Et libère un peu de place : au-delà de 85 % de remplissage, un volume Btrfs ralentit nettement, surtout avec des instantanés.

Bonjour, Oui, Calibre Web sait travailler directement sur la bibliothèque de Calibre, pas besoin de doublon ni de synchro. Il lit le fichier metadata.db et les dossiers d'auteurs que Calibre crée. S'il ne trouve pas l'arborescence, c'est presque toujours le montage du conteneur : Calibre Web ne voit que les dossiers montés dans le conteneur, pas tout le NAS. Dans Container Manager, arrêtez le conteneur, puis dans l'onglet Volumes ajoutez le dossier du NAS qui contient metadata.db (par exemple /volume1/Livres/Calibre Library) monté sur /books. Redémarrez, puis dans la configuration de la base Calibre de Calibre Web indiquez /books comme emplacement. Vérifiez aussi que l'utilisateur du conteneur (PUID/PGID) a lecture et écriture sur ce dossier partagé, sinon Calibre Web refusera la base ou ne pourra pas ajouter de livres. Seule précaution : metadata.db est une base SQLite, qui supporte mal deux écritures en même temps à travers le réseau. Évitez de modifier la bibliothèque dans Calibre sur le Mac et dans Calibre Web au même moment. Une fois que Calibre Web affiche bien votre bibliothèque principale, vous pourrez supprimer l'ancienne copie.

Bonjour, Le plan tient la route. Quelques remarques sur vos trois questions. Question 1 : oui, Set Location sur /video/downloads/complete/ avec l'option "les données sont déjà là" (sans déplacer), puis Verify Local Data, suffit. Transmission met à jour le chemin dans ses fichiers .resume et ne retélécharge rien tant que les fichiers sont identiques. Pensez aussi à corriger download-dir et incomplete-dir dans le settings.json copié (/video/downloads/complete et /video/downloads/incomplete), conteneur arrêté, sinon Transmission réécrit le fichier à la fermeture et les nouveaux torrents partiront encore vers /downloads. Question 2 : un hard link ne marche que si la source et la destination sont sur le même point de montage dans le conteneur, et dans le même dossier partagé côté DSM (chaque dossier partagé est un sous-volume Btrfs, un hard link ne le traverse pas). Votre racine /volume1/video convient, mais montez uniquement /volume1/video sur /video dans les trois conteneurs. Les lignes Series vers /video et Films vers /video de votre structure visée sont à retirer : si Sonarr ou Radarr voient deux montages différents, ils font une copie. Root folders /video/Series et /video/Films, Transmission dans /video/downloads/complete. Pour vérifier après un import, faites ls -li sur le fichier dans downloads et dans Series : même numéro d'inode et compteur de liens à 2. Question 3 : même PUID/PGID pour Transmission, Sonarr et Radarr (l'utilisateur qui possède déjà les fichiers, la commande id en SSH vous le donne), droits lecture/écriture de cet utilisateur sur le dossier partagé video, et UMASK=002 pour que les fichiers créés restent modifiables par le groupe. Les dossiers downloads créés depuis File Station héritent des ACL du partage, mais vérifiez quand même que cet utilisateur y a bien l'écriture. Dernier conseil : gardez les anciens conteneurs arrêtés (pas supprimés) et l'ancien dossier downloads jusqu'à ce que tous les torrents soient revenus en Seeding à 100 %. Ça vous laisse un retour arrière simple.

Bonjour, Le point clé est sans doute la coupure électrique directe. Si le NAS n'est pas arrêté proprement, la base d'indexation multimédia (celle que Media Server utilise pour le DLNA de la Freebox) peut se retrouver incohérente au redémarrage, et ce sont souvent les photos qui trinquent parce qu'il y en a beaucoup plus que de vidéos. Quelques pistes : - Avant de couper le courant, arrêtez le NAS depuis DSM (menu utilisateur en haut à droite > Arrêter) ou par un appui maintenu sur le bouton power jusqu'au bip, puis attendez que les LED soient éteintes avant de débrancher. DSM permet aussi de programmer l'arrêt et le démarrage dans Panneau de configuration > Matériel et alimentation. - Au prochain démarrage, avant de relancer une indexation, redémarrez aussi le player Freebox. Il garde parfois en cache l'ancienne liste du serveur DLNA et les photos réapparaissent après. - Vérifiez dans Panneau de configuration > Service d'indexation que votre dossier photo est bien listé avec le type Photo. Si le souci revient même après un arrêt propre, dites-le, ça orienterait plutôt vers Media Server lui-même.

Votre configuration paraît déjà bien verrouillée. Le seul point que je vérifierais encore est Tailscale : la version 1.58.2 est ancienne, donc regardez la dernière version stable publiée par Tailscale pour Synology et installez le paquet compatible avec le DS416play. Ensuite, refaites le test depuis la 5G sans rouvrir de ports.

Re, Si Assistant ne voit toujours rien et que le reset court ne bippe pas, on sort du classique "DSM cassé" pour un souci plus bas (réseau ou boot). Quelques checks dans l'ordre : Coupe l'alimentation complètement (prise murale ou onduleur), attends 2-3 minutes, remets les 4 disques dans le même ordre de baies, puis rallume. Le 415play peut rester muet si l'alim n'a pas eu le temps de se décharger. Essaie un autre câble Ethernet et un autre port du routeur/switch, ou un PC en lien direct. find.synology.com et Assistant ne trouvent rien si le NAS ne sort aucune trame. Reset mode 2 : NAS allumé, appui long sur RESET jusqu'à entendre un bip (souvent environ 10 s), puis un second bip un peu après. Ça remet réseau et admin, sans formater les disques. Si vraiment aucun bip, le bouton reset ou la carte mère ne répondent plus. Écoute au démarrage : les disques tournent-ils ? Y a-t-il un bip unique à l'allumage ? Autre LED que la bleue clignotante ? Si rien ne le fait apparaître dans Assistant, c'est souvent la carte mère ou le contrôleur réseau du 415play qui a lâché (modèle de 2014). Dans ce cas les données restent en principe sur les 4 disques en RAID 0 dans le même ordre, et on peut tenter une récupération en montant ces disques (même ordre) sur un autre Synology compatible en migration, sans reformater. Dis-moi ce que tu entends au démarrage (disques, bip) et si un autre câble ou PC change quelque chose.

Bonjour, La LED bleue qui clignote avec ou sans disques, après une réinstall coupée net, veut surtout dire que le NAS n'arrive plus à démarrer un DSM valide. Ce n'est pas forcément la fin des données, surtout si tu n'as pas formaté les volumes. En RAID 0, remets bien les 4 disques dans les mêmes baies qu'avant, dans le même ordre. Ensuite, plutôt que de bricoler l'alimentation, passe par une install propre depuis un PC du même réseau : Télécharge le .pat DSM 6.2.4 pour DS415play sur le Download Center Synology (ce modèle ne va pas en DSM 7). Lance Synology Assistant (ou find.synology.com), il devrait voir le NAS même si DSM ne démarre pas. Choisis Installer / Migrer. Si on te propose de migrer le système existant, prends ça. Évite toute option qui formate les disques ou recrée le volume. Si Assistant ne le trouve pas : câble Ethernet direct vers le PC ou vers un port du routeur, autre câble, et un reset mode 1 (appui court sur RESET environ 4 s jusqu'au bip) pour remettre réseau/admin sans toucher aux données. Le paquet SynoCommunity a pu casser des dépendances, mais l'essentiel maintenant c'est de finir une install DSM propre sans reformater. Dis-moi si Assistant voit le NAS et quelles options il propose, on pourra trancher avant de cliquer. Bonne soirée.

Salut @Alm, le plus efficace : n'expose jamais DSM (ports 5000/5001) ni SSH directement sur internet, et passe par un VPN (WireGuard sur ta box ou VPN Server de Synology) pour l'accès à distance. Dans Panneau de configuration, Sécurité, active le pare-feu avec refus par défaut, le blocage automatique des IP, et la 2FA sur tous les comptes admin. Désactive le compte admin par défaut et le compte invité. Désactive aussi QuickConnect et l'UPnP du routeur si tu ne t'en sers pas : ils peuvent exposer le NAS sans que ça se voie. Passe les mises à jour automatiques en mode important, et garde une sauvegarde hors ligne ou en snapshots immuables, parce qu'un ransomware chiffre aussi les dossiers partagés montés. Le Centre de sécurité de DSM liste les points faibles restants.

Bonjour, le certificat Let's Encrypt n'est valable que pour le nom de domaine, pas pour une adresse IP. Si vous ouvrez le DSM avec l'IP locale ou en http, le navigateur affichera toujours « non sécurisé », même si tout est correct. Essayez avec le nom complet de votre domaine synology.me suivi de :5001, en https. Vérifiez aussi dans Panneau de configuration, Sécurité, Certificat, Configurer, que le certificat est bien affecté à « Système DSM ».

Re, Le masque, c'est ce qui dit combien de chiffres de l'adresse sont fixes. Pour 192.168.35.x, il te faut 192.168.35.0 avec le masque 255.255.255.0 (équivalent de /24). Ça couvre 192.168.35.0 à 192.168.35.255, donc tous tes appareils WireGuard d'un coup. Ton 255.0.0.0 fonctionne, mais il est beaucoup trop large : il autorise tout 192.x.x.x, donc aussi ton réseau local et d'autres plages. Je le corrigerais. Le /64 que tu vois est sans doute une erreur de lecture ou de l'IPv6, pour de l'IPv4 on attend /24 ou /32. Le 42 est juste l'adresse attribuée à ton appareil, normalement fixe tant que tu gardes la même config, mais ça n'a pas d'importance si tu autorises tout le sous-réseau. Autre option : une seule règle sur 192.168.35.42 avec 255.255.255.255, mais ça casse si tu ajoutes un appareil.

Re, Pour nc, il faut mettre l'IP du NAS et le port après la commande, par exemple : nc -vz 192.168.1.20 5001 (avec la vraie IP du NAS). Mais si le ping ne répond pas non plus, je regarderais d'abord côté Mac : Compare l'IP du Mac (Réglages Système > Wi-Fi > Détails > TCP/IP) avec celle du NAS. Les trois premiers nombres doivent être identiques (192.168.1.x des deux côtés par exemple). Si le Mac est en 192.168.0.x ou 10.x, il est sur un autre réseau : Wi-Fi invité, répéteur ou second routeur. Sur macOS 15, regarde Réglages Système > Confidentialité et sécurité > Réseau local, et active ton navigateur. Sans cette autorisation, Safari ou Chrome ne peuvent plus joindre les appareils du réseau local, alors que QuickConnect passe quand même. Si un VPN tourne sur le Mac, coupe-le le temps du test. Si tout est bon de ce côté, essaie depuis ton téléphone sur le même Wi-Fi avec http://IP_DU_NAS:5000. Si ça marche depuis le téléphone, c'est bien le Mac qui coince.

Bonjour, Pour moi la combinaison que tu évoques à la fin est la bonne : DSM uniquement via VPN, et le reverse proxy seulement pour les applis que tu dois ouvrir à des personnes ou des appareils sans VPN (Photos pour la famille, liens de partage Drive ou File Station...). DSM, c'est l'interface d'administration, et c'est elle qui est visée par les tentatives actuelles, donc je retirerais son entrée du reverse proxy. Si tu as de toute façon le VPN sur ton téléphone et ton portable, tu peux même tout passer par le VPN et ne garder le 443 que pour les partages. Entre les deux VPN, je prendrais WireGuard sur la Freebox : plus rapide et plus léger qu'OpenVPN sur un DS916+, et il reste joignable même si le NAS est planté. L'accès à tout le réseau local n'est un vrai risque que si un appareil configuré est perdu ou volé, et dans ce cas tu supprimes simplement sa config sur la Freebox. Le VPN du NAS a l'avantage de limiter l'accès au NAS seul (l'option qui autorise les clients à accéder au LAN du serveur, à décocher), c'est surtout utile si tu donnes un accès à quelqu'un d'autre que toi. Deux détails pratiques : Avec le VPN Freebox, les clients arrivent avec une IP du sous-réseau WireGuard (visible dans la config du serveur VPN de la Freebox), pas en 192.168.1.x. Ajoute ce sous-réseau dans les règles autorisées du pare-feu DSM, sinon tu risques de te bloquer toi-même. Le port 80 sert au renouvellement du certificat Let's Encrypt par DSM, tu peux le laisser ouvert tant qu'aucun service n'est exposé derrière.

Re-bonjour, Si finds.synology.com trouve le NAS mais que le clic n'ouvre rien, alors que QuickConnect marche, je regarderais en priorité le blocage automatique de DSM. Après plusieurs tentatives de connexion ratées (par exemple pendant les coupures de courant, ou un Mac qui retente seul avec un ancien mot de passe), DSM peut bloquer l'IP locale du Mac. QuickConnect passe quand même parce qu'il arrive par le relais Synology, pas depuis ton IP locale. Via QuickConnect : Panneau de configuration > Sécurité > Protection (ou Blocage auto selon la version) > Autoriser/Bloquer la liste. Si l'IP du Mac est dans la liste de blocage, supprime-la, et ajoute ta plage locale (192.168.1.0/24 par exemple) dans la liste d'autorisation. Pour l'IP du Mac : Réglages Système > Wi-Fi > Détails à côté de ton réseau > TCP/IP. Et si ça ne vient pas de là, un test rapide dans le Terminal du Mac aiderait à savoir où ça coince : ping IP_DU_NAS nc -vz IP_DU_NAS 5001 Si le ping répond mais que nc échoue, c'est le NAS qui refuse (blocage ou port), si le ping ne répond pas non plus, c'est plutôt côté réseau.

Bonjour, Je pense que le souci vient du choix de la 7.0.1. Ta 6.2.4 Update 8 date de fin 2024, elle est donc plus récente que la 7.0.1 (sortie en 2021), et de mémoire Synology indique qu'à partir de la 6.2.4-25556 Update 7 il faut passer directement en 7.1.1 ou plus. Le .pat est accepté, l'installation démarre puis échoue et DSM se répare en 6.2.4, ça colle bien à ce que tu décris (et à ta log qui relance plusieurs fois "Upgrade from version 6.2.4 to 7.0.1" sans jamais aller au bout). Je tenterais directement le dernier .pat 7.2.x pour le DS220j depuis le centre de téléchargement Synology, sans étape intermédiaire. Avant de relancer, deux choses : En SSH, regarde df -h / : la partition système ne fait qu'environ 2,3 Go. Si elle est presque pleine, la mise à jour plante en cours de route. Les vieux fichiers dans /var/log sont souvent en cause. Fais une sauvegarde de la configuration (Panneau de configuration > Mise à jour et restauration > Sauvegarde de configuration), et une Hyper Backup à jour si possible.

Bonjour, Bonne nouvelle quand même : si QuickConnect fonctionne, DSM tourne et les données sont là. Le souci est entre ton PC et le NAS en local. Quelques pistes, dans l'ordre : Connecte-toi par QuickConnect et va dans Panneau de configuration > Réseau > Interface réseau pour voir l'IP réelle du NAS. Après le reset mode 1 il est en DHCP, donc l'adresse a pu changer. Toujours par QuickConnect, regarde Panneau de configuration > Sécurité > Pare-feu. Si une règle n'autorise qu'une plage d'adresses précise et que ton PC n'en fait plus partie, tu as exactement ce symptôme (QuickConnect passe, l'IP locale ne répond pas). Désactive le pare-feu le temps du test. Sur le PC, vérifie que tu es bien sur le même réseau que le NAS (ipconfig sous Windows, les trois premiers nombres doivent être les mêmes, par exemple 192.168.1.x). Après les redémarrages de la box, il arrive que le PC se raccroche au Wi-Fi invité, qui est isolé du réseau local. Essaie aussi https://IP_DU_NAS:5001 au lieu de :5000, puisque tu te connectais en https avant. Si tu peux, teste une fois avec le PC branché en câble sur la box, ça élimine tout de suite la piste Wi-Fi.

Bonjour, decode2text, c'est le petit script de Dovecot (le moteur IMAP utilisé par MailPlus Server) qui extrait le texte des pièces jointes (PDF, Word, etc.) pour la recherche plein texte. Le message veut simplement dire qu'il n'a pas réussi à lire une pièce jointe : souvent un fichier corrompu, protégé par mot de passe ou dans un format qu'il ne sait pas traiter. Ça n'a aucun impact sur la réception ni sur le contenu des mails, au pire cette pièce jointe ne remontera pas dans une recherche. Si c'est arrivé une seule fois, il n'y a rien à faire. Si le message revient souvent, regarde l'heure de l'erreur dans le journal et quel mail est arrivé à ce moment-là, ça permet de repérer l'expéditeur ou le type de fichier en cause.

@GrosMatou un 220+ encaisserait mieux la charge, mais il serait attaqué exactement de la même façon : tant que DSM est exposé sur internet, les tentatives continueront. Avant de changer de NAS, tu peux fermer la porte sans passer par un VPN : - Supprimer la redirection 5000/5001 sur la box et passer par QuickConnect à la place. La connexion passe par les serveurs Synology, aucun port n'est ouvert chez toi. - Si tu dois garder la redirection, le pare-feu de DSM (Panneau de configuration > Sécurité > Pare-feu) permet d'autoriser seulement la France et de refuser tout le reste. Ça coupe déjà l'essentiel des rafales. - Activer le blocage auto et la double authentification sur ton compte, et désactiver le compte admin par défaut s'il est encore actif. Si ça se rebloque malgré tout, regarde le Centre des journaux : il dira si ce sont toujours des connexions externes ou autre chose. Un disque fatigué peut aussi donner ces voyants qui clignotent en continu, donc un coup d'oeil à l'état SMART dans le Gestionnaire de stockage ne fait pas de mal.

Bonsoir, Dommage pour la version de DSM. Couper Web Station, c'est déjà le plus important : sans lui, plus aucun site PHP n'est servi par le NAS. Pour être tranquille, je vérifierais encore deux choses. Dans le Centre de paquets, qu'aucun autre paquet installé n'utilise PHP 8.0 (WordPress, phpMyAdmin, etc.) : si tu lances la désinstallation, il te prévient s'il y a des dépendances. Et sur la box, qu'il ne reste pas de redirection de port vers un ancien site Web Station. Le reverse proxy de DSM, lui, peut rester, il ne passe pas par PHP.

Bonjour, Le paquet existe bien : l'archive Synology (archive.synology.com, rubrique Package > PHP8.0) propose la 8.0.30-0122, et pour le DS1813+ c'est le fichier PHP8.0-x86_64-8.0.30-0122.spk. Regarde d'abord dans le Centre de paquets quelle version tu as déjà, elle y est peut-être. Sinon, une fois le .spk téléchargé : Centre de paquets > Installation manuelle, tu choisis le fichier et la mise à jour se fait par-dessus l'existant. Par contre je ne trouve aucune note de Synology indiquant que cette version corrige PHP2Shell, et comme PHP ne publie plus de correctif pour la 8.0, je ne compterais pas dessus comme protection. Pour le reverse proxy, si c'est celui de DSM (Panneau de configuration > Portail de connexion > Avancé > Proxy inversé), il tourne sur le nginx intégré et n'a pas besoin du paquet PHP. Si rien d'autre ne l'utilise dans Web Station, le plus sûr serait de le désinstaller.

Bonsoir, Pour le contrôle de flux, tu peux tester sans crainte sur les deux points. Il ne sert pas à détecter les erreurs. Les trames pause demandent seulement à l'autre bout de suspendre l'envoi un instant quand un tampon est plein. L'intégrité des fichiers est assurée par TCP (sommes de contrôle et retransmissions), que le contrôle de flux soit actif ou non. Sans lui, au pire quelques paquets perdus sont renvoyés, ce qui coûte un peu de débit, rien de plus. Il se négocie aussi lien par lien, entre chaque carte réseau et son port du switch. Le couper sur le vieil ordi ne change rien pour les autres appareils, qui continueront à fonctionner comme avant. Et ça se remet en un clic si ça n'apporte rien. Par contre, si les freezes vers le 415+ arrivent aussi depuis un autre ordi que le vieux, c'est plutôt du côté du 415+ qu'il faudra chercher.

Bonjour, Synology a déjà sorti des mises à jour, ça se discute dans le sujet "IMPORTANT : Faille PHP2SHELL" de la section Avis de sécurité : PHP 8.2 passe en 8.2.35-0171, et d'après plusieurs membres il y a aussi des versions corrigées pour 8.3 et 8.4. Si elles n'apparaissent pas encore dans le Centre de paquets, les .spk s'installent à la main depuis le centre de téléchargement Synology. Avant de mettre à jour, je regarderais dans Web Station quel paquet PHP chaque profil utilise vraiment, parce qu'il suffit d'en oublier un. Pour la pause, tout dépend de l'exposition. Des sites accessibles seulement en local ou par VPN, je les laisserais tourner. Pour ceux ouverts sur internet, oui, je couperais le portail web ou la redirection de port le temps d'installer le correctif, c'est l'affaire de quelques minutes.

Bonjour, Si c'est bien Home Assistant OS qui tourne dans la VM, le plus simple est le module complémentaire officiel "Samba share" : Paramètres > Modules complémentaires > Boutique des modules complémentaires. Dans son onglet Configuration, il faut renseigner un identifiant et un mot de passe, puis le démarrer. Ensuite dans le Finder, Cmd+K puis smb://homeassistant.local (ou smb:// suivi de l'IP de la VM, pas celle du DS218+). On y retrouve les partages config, backup, media, share, etc., le dossier config contenant configuration.yaml et toute l'arborescence HA. Si le Mac se connecte depuis un autre sous-réseau (par exemple à travers le tunnel OpenVPN), il faut l'ajouter dans la liste allow_hosts du module, sinon la connexion est refusée.

Bonjour, Pour ta question du 7 octobre sur le panneau Réseau, que j'avais laissée de côté : dans Panneau de configuration > Réseau > Interface réseau, je modifierais LAN 1 (et LAN 2) pour vérifier deux choses. La trame Jumbo d'abord. La config venant du 411+II, le MTU est peut-être à 9000 alors que ton switch ou ton ordi sont à 1500. Ce genre de décalage donne justement des transferts qui se figent quelques secondes, plus en écriture qu'en lecture. Dans le doute, repasse à 1500 pour le test. Ensuite, si les deux ports du 415+ sont câblés sans agrégation, ils ont chacun une IP sur le même réseau, et certains switchs ou ordis s'y perdent. Pour le test, je ne laisserais qu'un seul câble branché. Enfin, comme internet ralentit aussi pendant ces gels, ça peut venir du contrôle de flux (trames pause) que certains switchs non administrables appliquent à tous les ports. Il se désactive dans les propriétés avancées de la carte réseau de l'ordi concerné.

Bonjour, Puisque vous n'avez que 2,7 To de données, il y a peut-être une option intermédiaire avant de changer de NAS : sauvegarder le tout sur un disque USB externe avec Hyper Backup, mettre directement les quatre 14 To, puis recréer un groupe de stockage neuf en choisissant l'option qui autorise plusieurs volumes. En SHR, ça donne un peu plus de 38 To utiles dans DSM, que vous pouvez découper en trois volumes (16 + 16 + le reste). Vous dépassez ainsi vos 30 To sans buter sur la limite par volume, et il ne reste qu'à restaurer depuis le disque USB. Ça évite aussi quatre reconstructions successives sur des disques de 14 To, qui prendraient plusieurs jours chacune avec ce processeur. Le revers, c'est que vos dossiers partagés seront répartis sur plusieurs volumes, et la remarque de Mic13710 sur l'âge du NAS reste valable : ça repousse le remplacement, ça ne l'évite pas.