Toutes les discussions

Juste ouvrir tes dossiers et vérifier l’absence ou non des extensions de tes fichiers.

Bonjour à tous, Tout d'abord je viens d'acheter un nas Synology ds725+ et je n'arrive pas à paramétrer dans le paquet Carnet d'adresse les dates (naissance etc..) en version française exemple: 11/11/2026. J'ai déjà recherché les infos mais je ne trouve pas. Merci de votre aide.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Si cela peut aider certain: Après discussion avec le support (agent AI) il y avait un problème avec le paquet web station. Après l'avoir arrêté le paquet web station, j'ai pu désinstaller les autres paquets puis redémarrer web station. Merci à tous ceux qui se sont penchés sur mon problème !

J'ai éteints le NAS, je vais passer un coup de nettoyage. Tu entends quoi par "vérifier"? Contrôler s'ils sont présents et/ou contrôler si j'y ai accès? Les fichiers présents sur le NAS seraient "remplacés" par cette icône blanche si j'ai bien compris. Je fais nettoyage et retour en suivant, merci

Merci @Mic13710 de la réponse rapide. Je vais faire cela, si quelqu'un a une idée d'ici là je suis preneur

Il faudrait déjà savoir si c'est ça (ransomware). Pour cela : redémarrage et tout de suite vérifier tes fichiers. Souvent (vu à mon travail deux fois... oui oui), les ransomwares cryptent les fichiers par ordre alphabétique (dossiers / fichiers). Commence déjà par là. Les fichiers cryptés se retrouvent souvent avec une icône blanche (neutre) et sans extension.

Bonjour, Merci pour votre réponse, je vais regarder. KeizerSauze

Bonjour, juste pour dire que je n'oublie pas ce sujet, car je n'ai pas encore de réponse/solution "définitive"... Je n'ai toujours pas pu faire la ré-installation "propre" du 415+ (à cause du prix des disques durs), donc je continue à l'utiliser tel quel. Et hormis quelques phénomènes tels que ceux que j'avais décrits avant la ré-installation propre du 425+, j'ai un fonctionnement normal avec tous les autres ordinateurs de mon réseau; pas de problème non plus en accès internet. Je pense donc que le problème vient, ou plutôt venait, du vieil ordi, même si je ne sais pas pourquoi. Je ne le saurai d'ailleurs probablement jamais, car il m'a lâché définitivement => je vais le remplacer par un ordi neuf, et essayer de trouver une carte mère d'occasion identique à celle d'origine (Asus P5Q) pour pouvoir utiliser juste les logiciels spécifiques qui ne tournent que sur cette vieille machine et ne demandent pas/peu d'accès réseau.

Tu sais quelle seraient les démarches à entreprendre pour y retrouver l'accès?

Le mieux c'est de contacter le support.

Bonjour la communauté, j’ai un problème de désinstallation de paquets synology NAS: DS220+ (RAID1) DSM: DSM 7.4.1-90080 Update 1 j’avais installé il y a quelque temps les paquets “mail” : synology mailplus server, synology mailplus server et les services dépendants (synology contact, synology calendar...) pour essayer de mettre en place une sauvegarde de mes emails gmail sans succes depuis je suis passé à OpenArchiver sous docker et j’en suis trés content. Mais maintenant impossible de désinstaller les paquets… J’ai arrété les 4 paquets et il est imposible de les désinstaller [Fail to uninstall package X] dans le centre des journaux et je dois réparer le paquet qui tourne bien de nouveau après... En passant en ssh j’ai utilisé la commande : synopkg uninstall MailClient et j’ai comme réponse : {"action":"prepare","error":{"code":314,"description":"failed to run preuninst script"},"stage":"prepare","success":false} j’ai essayé avec les 3 autres packets et j’ai la réponse suivante : {"action":"prepare","error":{"code":268,"deppkg":"XXXX","description":"failed to uninstall a package who has dependers installed"},"stage":"prepare","success":false} Est ce que vous avez une idée de comment faire pour supprimer ces paquets? (sans passer par la réinstalation compète de DSM bien sûr) Merci d'avance !

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 à tous, Je travaille sur un Mac et j'utilise le logiciel Calibre pour gérer mes livres. Ma bibliothèque est hébergé en local sur un NAS Synology. Sur le NAs j'ai installé le docker Calibre Web et celui-ci fonctionne, mais m'a obligé a avoir une bibliothèque de mes livres en doublon. Est il possible que Calibre Web travaille avec la bibliothèque de Calibre ( il ne trouve pas l'arborescence pour lié le fichier) Ou est il possible que les 2 dossiers se synchronisent. Merci pour votre aide.

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.

Hello, J’aimerais de l’aide sur mon projet de migration de mes conteneurs existants vers un projet « Docker Compose » unique sur mon Synology DS916+ sous DSLM 7.3.2. Actuellement, mes applications (Transmission, Sonarr, Radarr, Prowlarr & FlareSolverr) fonctionnent avec des conteneurs séparés et des montages de dossiers distincts. L'objectif principal de cette migration est de centraliser les points de montage afin d’utiliser la fonctionnalité de Hardlinks et éviter ainsi de perdre de la place via des doublons. 1. Structure actuelle (AS IS) NAS : Synology DS916+, DSM 7.3.2, Container Manager. Services : Transmission (environ 82 torrents actifs en seed), Sonarr, Radarr, Prowlarr, FlareSolverr. Transmission Config : /volume1/docker/transmission/config ➔ /config Transmission Downloads : /volume1/docker/transmission/downloads ➔ /downloads Sonarr Bibliothèque : /volume1/video/Series ➔ /tv Radarr Bibliothèque : /volume1/video/Films ➔ /movie 2. Structure visée (TO BE) Un projet Docker Compose unique regroupant les 5 conteneurs (transmission2, sonarr2, radarr2, prowlarr2, flaresolverr2). Montage racine unifié : /volume1/video sera monté sous la racine commune /video dans Transmission, Sonarr et Radarr. Conservation des dossiers physiques : Les répertoires conservent leurs noms d'origine (Series et Films). Séries : /volume1/video/Series ➔ /video Films : /volume1/video/Films ➔ /video Downloads terminés : /volume1/video/downloads/complete ➔ /video/downloads/complete Downloads en cours : /volume1/video/downloads/incomplete ➔ /video/downloads/incomplete 3. Procédure de migration pas à pas Étape 1 : Sauvegardes Exporter les sauvegardes de configuration (fichiers .zip natifs) depuis Sonarr, Radarr et Prowlarr… Relever les différentes variables d'environnement, comme les PUID/PGID Étape 2 : Préparation du système de fichiers Créer l'arborescence /volume1/video/downloads/complete et /volume1/video/downloads/incomplete. Créer les répertoires de configuration cibles (ex: /volume1/docker/transmission2/config). Mettre en pause les torrents dans Transmission et arrêter l'ensemble des anciens conteneurs. Étape 3 : Transfert des données de configuration et de téléchargement Copier le contenu du dossier /volume1/docker/transmission/config vers /volume1/docker/transmission2/config… Copier les fichiers téléchargés depuis /volume1/docker/transmission/downloads/complete vers /volume1/video/downloads/complete. Étape 4 : Déploiement et reconfiguration Lancer le déploiement du fichier Docker Compose depuis Container Manager. Transmission 2 : Démarrer le conteneur transmission2 (torrents toujours en pause). Pour réassocier les torrents, sélectionner l'ensemble des torrents ➔ Set Location Indiquer le chemin exact : /video/downloads/complete/ Choisir impérativement l'option "Localise data" (Localiser les données / Ne pas déplacer les fichiers). Exécuter une vérification forcée (Force Recheck / Verify Local Data) pour recalculer les pièces et relancer le seed. Vérification : La progression atteint 100% et le statut bascule en "Seeding" sans erreur. Sonarr 2 & Radarr 2 : Démarrer les conteneurs et mettre à jour le Root Folder vers /video/Series et /video/Films. Activer l'option Use Hardlinks instead of Copy. Pointer les Download Clients vers la nouvelle instance Transmission 2. Questions Reprise de seed Transmission : La réassociation via Set Location ("Localise data") sur le nouveau chemin /video/downloads/complete/ est-elle bien suffisante pour retrouver l'état des .resume sans ré-télécharger ? Hard links sur DSM 7 : Le montage global du dossier /volume1/video sur /video dans tous les conteneurs garantit-il l'utilisation des hard links sans copies physiques résiduelles ? Permissions : Avez-vous relevé des incohérences ou des risques d'erreurs de permissions (PUID/PGID) dans ce plan de migration ? Merci beaucoup pour votre aide ! Keizer Sauze

Bonjour, je possède un DS218play en version 7.4.1-90080 avec 2 disques de 4To. Dés que je coupe électriquement mon nas et que je le rallume quelques jours après, je n'ai plus accès à mes photos via ma box free player qui est la freebox delta. Pour résoudre le problème je suis contraint de faire une ré indexation de toutes mes photos ce qui me prend un temps énorme et de devoir le faire à chaque fois. Auriez-vous une explication à cela, à contrario les vidéos fonctionnent bien.

D'un autre côté, quel que soit le système, il y a toujours un avertissement disant qu'il ne faut pas couper l'alimentation pendant une mise à jour. Ce n'est pas pour rien. Il n'y a pas que les opérations sur le ou les disques lors d'une mise à jour. Sur les NAS synology, il y a une écriture sur l'eeprom et peut-être quelques opérations de mise à jour sur certaines parties de la carte mère, mais ce n'est que supposition. Si vous avez arrêté à un moment crucial du processus de mise à jour, il se pourrait bien que l'eeprom ait eu un "pèt' au casque" avec des données corrompues, la rendant inutilisable. Ce qui vous est arrivé est la démonstration qu'une mise à jour ne doit jamais être interrompue. Quelques points à vérifier tout de même : https://kb.synology.com/fr-fr/DSM/tutorial/DSM_update_NAS_cannot_start_up_after_update Le test de la carte mère est le plus adapté à votre cas.

@sosenvrac Merci de ton retour. La grande partie sont des fichiers MKV., environ 9To. J'ai fait une croix dessus. J'ai mis ces disques dans un DS425+ et il ne m'a pas posé de questions, il a réinstallé le système en SHR, ça "mouline" encore à cette heure. Mon soucis ets que je voudrais bien récupérer le NAS et en l'état c'est mal barré. Je ne comprends toujours pas comment une installation arrété à l'arrache peut tuer le NAS ? Je vais essayer, comme me l'a suggéré @Lelolo l'alimentation du DS425+ voir si ça le "réveille" Voilà où j'en suis. Je vous remercie encore de votre intérêt. Bonne soirée

C'est ce que j'ai remarqué lors du redémarrage, ton message décrit totalement ce qu'il s'est passé. Oui accès à tous les fichiers quand tout est calme. En ce moment, les disques ne grattent pas mais les lumières clignotent rapidement. Je l'ai laissé tranquille depuis le 1er message et là je vois qu'il n'est pas reconnu dans Explorateur Windows, ni même par Syno Assistant Oui DSM était à jour edit : les lumières sont devenues vertes fixes

Bonjour, À tout hasard… quand tu redémarres ton NAS tout est calme et fonctionne bien mais au bout d’un moment tes disques s’affolent (LED qui clignotent rapidement sans s’arrêter). Lorsque tout est calme, as-tu vraiment accès à tous tes fichiers ? Genre… ça ne serait pas un ransomware que ferait carburer ton CPU lorsqu’il reprend le cryptage de tes fichiers ? PS : ton DSM est à jour ?

Salut à tous, depuis cet aprem, je ne peux plus accéder au NAS (que ce soit via pc ou smartphone). Aucune mise à jour ou changement n'a été fait. Hier, j'avais le message "connecting" dans SDC avec les disques qui tournaient en boucle. J'ai essayé de me débrouiller en faisant un tour du côté NAS (accès long à DSM par intermittence) et du côté PC. J'ai fermé SD client et l'ai réouvert, j'ai essayé de trouver le NAS via Syno Assistant, il ne le trouve pas Le voyant statut du NAS est vert fixe, les autres sont verts clignotants très vite. Le voyant power est bleu fixe. Je suis passé par chatgpt pour voir, j'ai fais des test et autre, il en ressort ceci si ça peut vous aider à y voir clair : Ton DS918+ : Reste alimenté normalement (POWER bleu). Conserve ses voyants de disques verts. Répond au ping. N'arrive plus à faire fonctionner correctement DSM. Ne répond pas correctement au protocole SSH. Ne donne plus accès aux fichiers Windows. DS918+ avec 4 disques de 10 To en RAID 5; disques saints Volume Btrfs. DSM inaccessible sur 5000 et 5001. SSH : connexion TCP possible, mais délai d'attente pendant l'échange de bannière. SMB inaccessible malgré le port 445 ouvert. Ralentissements progressifs avant blocage. J'ai éteints proprement le NAS hier soir, ce matin, ça fonctionnait correctement. Le soucis est réapparu début d'aprem. Si certains d'entre vous peuvent m'apporter de l'aide, je serai pas contre s'il vous plait. Je vais continuer les recherches de mon côté, merci à vous

Un point important sur le RAID0 avant de relancer une installation DSM : si les donnees sur ces 4 disques ont de la valeur, il faut imperativement NE PAS laisser l'assistant Synology reformater les volumes lors de la reinstallation. Lors d'une install DSM "reparer" (sans cocher "Effacer toutes les donnees"), Synology tente en general de preserver le volume existant. Mais si l'assistant propose de "migrer" ou "reinitialiser", refusez et arretez-vous la. En RAID0, contrairement au RAID1 ou RAID5, il n'y a aucune redondance. Une seule erreur d'ecriture au mauvais endroit et les donnees sont inaccessibles definitvement. La procedure la plus sure si les donnees sont importantes : 1. Sortir les 4 disques, noter l'ordre exact des baies (photo) 2. Faire une image de chaque disque avec ddrescue (Linux) avant toute tentative 3. Travailler sur les images, jamais sur les disques originaux 4. Tenter la recuperation RAID0 avec ReclaiMe ou R-Studio qui reconstituent le RAID en logiciel Si la reinstallation DSM "reparer" fonctionne et que le volume se remonte tout seul, parfait. Sinon, ne pas insister — un laboratoire peut recuperer les donnees directement depuis les disques bruts (sos-disque.fr, diagnostic gratuit).

Pour completer ce qui a ete dit ici : quand le NAS repond au ping mais que DSM et SMB restent bloques, c'est souvent signe que le systeme d'exploitation tourne mais que le service de volume est coince. Verifications utiles par SSH : - cat /proc/mdstat (etat RAID en temps reel) - df -h (volume monte ?) - sudo synoservicecfg --restart pkgctl-samba (relancer SMB sans reboot) RAID5 tolere 1 panne, pas 2. Si deux disques sont reellement defaillants, les donnees ne sont plus accessibles. Dans ce cas la priorite est d'eteindre proprement le NAS (sudo poweroff via SSH) et de ne pas forcer de reconstruction. Qu'est-ce que montre /proc/mdstat ?