quenbo

Merci pour vos réponses, pour lesquelles je n'ai pas eu de notifications - Quand je dis "ça ne marche pas", c'est que Outlook refuse de compléter la création de la nouvelle adresse, et que mon client Android n'arrive pas à se connecter. EDIT : Outlook m'affiche une erreur de certificat. Dois-je refaire certifier le sous-domaine mail par StartSSL? - J'ai testé mxtoolbox.com, voici ce que j'obtiens : - pour le whatsmydns.net, les DNS ont été envoyés jusqu'en Nouvelle-Zélande donc je pense que c'est bon. - pour les TTL ils sont à "0" sauf le xxxx.be. 600 TXT "v=spf1 a mx ip4:111.222.333.444~all" Pour les autres points abordés, backup etc, je les aborderai plus tard si vous êtes d'accord Voici ma config OVH si celà peut aider... (si vous voyez des trucs à dégager n'hésitez pas !) Domaine TTL Type Cible domain.be. 0 NS dns106.ovh.net. domain.be. 0 NS ns106.ovh.net. domain.be. 0 MX 10 mail.domain.be. _autodiscover._tcp.domain.be. 0 SRV 0 0 443 mailconfig.ovh.net. _imaps._tcp.domain.be. 0 SRV 0 0 993 ssl0.ovh.net. _submission._tcp.domain.be. 0 SRV 0 0 465 ssl0.ovh.net. domain.be. 0 A 213.186.33.5 mail.domain.be. 0 A 111.222.333.444 autoconfig.domain.be. 0 CNAME mailconfig.ovh.net. autodiscover.domain.be. 0 CNAME mailconfig.ovh.net. www.domain.be. 0 CNAME domain.be. domain.be. 0 TXT "1|www.domain.be" domain.be. 600 TXT "v=spf1 a mx ip4:111.222.333.444 ~all" mailkey._domainkey.domain.be. 0 TXT "t=s; p=MxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxAB" www.domain.be. 0 TXT "3|welcome" www.domain.be. 0 TXT "l|fr" _dmarc.domain.be. 0 TXT "v=DMARC1; p=none" domain.be. 600 SPF "v=spf1 include:mx.ovh.com ~all"

Merci pour vos réponses, que j'ai loupées car les mails d'alerte de nas-forum ont été mis en spam chez Hotmail (c'est corrigé)... J'ai une IP dynamique mais on ne peut pas dire qu'elle change très souvent finalement, elle dure en général plusieurs semaines voire des mois (sauf si déconnexion très longue du réseau ce qui est rarissime) J'ai donc testé la config en mettant directement mon IP "semi-fixe" dans les printscreen de config OVH présentés sur les tutos que j'ai parcouru, soit https://www.adrienfuret.fr/2016/03/16/serveur-mail-synology/ et également celui-ci https://thorpora.fr/synology-webmail-avec-roundcube/ J'ai fait un mix des 2 car chacun apportait des infos utiles (avec parfois quelques différences légères entre les 2), mais actuellement ca ne marche pas même en déclarant mon IP semi-fixe. Pensez vous que c'est lié au fait que les DNS doivent "se répandre" et avez vous une idée du délai ? Merci en tout cas pour les infos !

Bonjour à tous, j'utilise depuis plusieurs années un ddns "no-ip" et me suis offert depuis hier d'un nom de domaine xxxxx.be chez OVH, que j'ai certifié chez StartSSL (cool) J'ai configuré le DynHost sur OVH pointant sur mon IP publique dynamique, avec un sous-domaine nas.xxxxx.be et user xxxxx.be-nas que j'ai renseigné dans le DDNS du Synology, et tout fonctionne de ce coté. J'ai donc accès au DSM depuis l'extérieur en tapant https://nas.xxxxx.be:5001 Après avoir regardé récemment quelques docus sur Snowden, j'aimerais maintenant mettre en place le mail server du syno mais les choses se corsent, car tous les tutos (par exemple le tuto https://www.adrienfuret.fr/2016/03/16/serveur-mail-synology/) que j'ai parcouru demande de renseigner une IP fixe chez OVH, ce que je n'ai pas... Je tatonne encore pas mal sur les Redirections chez OVH et leur lien "automatique ou non" avec le DynHost que j'ai renseigné plus haut, et j'ai l'impression que je ne peux pas dire à OVH que le sous domaine mail.xxxxx.be à comme cible l'adresse xxxxx.be, et je voudrais savoir ce que je dois mettre comme adresse cible car l'IP dynamique peut bien évidemment changer à tous moments. PS : désolé si la question a déja été postée mille fois mais après avoir beaucoup lu je n'ai pas encore vraiment trouvé la réponse... PPS : merci de m'aider à f**ker la NSA et gogol

Bon apparemment ce phénomène s'explique par la présence dans le répertoire @Download et dans mon dossier "vidéo" de 2 versions d'un seul et même fichier occupant une fois l'espace disque, avec un lien en dur entre les 2. Au reboot, on dirait que le Syno resynchronise les 2 "versions" et écrase mes modifications, il ne retélécharge rien avec Download Station.

Je confirme le double emplacement occupant une fois l'espace disque. Mais ce n'était pas tout à fait le cas avant d'après moi (en 2012-2013 en tout cas) De mon coté, j'avais l'habitude d'éditer les mkv avec mkvtoolnix, pour supprimer des pochettes ou des infos inutiles qui ne me convenaient pas. Celà a fonctionné pendant des mois mais j'ai constaté il y a qq mois un phénomène étrange : après un reboot, certains fichiers "modifiés renommés et rangés" dans "videos" récupéraient les pochettes et autres infos que j'avais supprimées avec mkvtoolnix... Comme par hasard il ne s'agissait que des fichiers qui restaient en seed dans Download Station. J'en ai déduit que la "copie" utilisée par DS réécrasait ma copie "bien rangées", et qu'il y avait bien un lien... Mais aujourd’hui en faisant un peu de rangement je constate aussi que seule la suppression du fichier aux 2 emplacements permet de libérer de l'espace disque...

Comme je vois mon sujet n'inspire pas grand monde...

Bonjour à tous, un étrange phénomène s'est emparé de mon NAS DS213+ : il retélécharge les derniers torrents terminés ! J'ai depuis toujours un reboot automatique du NAS tous les samedi à 6h00 du matin. Or j'ai constaté depuis quelques temps que je retrouvais parfois dans mon dossier Download les derniers films, daté de samedi à 6h et qq minutes (juste après le reboot) alors que je les avais téléchargé quelques jours plus tôt, renommé et rangé dans mon dossier "videos" par un glisser-déposer de Download > Video. Pourtant quand je vais dans Download Station les jours avant, les torrents sont bien complétés et en "Partage". On dirait que lors du redémarrage Download Station ne fait pas le lien entre le torrent et le fichier qu'il garde en copie dans /volume1/Download/431/ (je ne touche pas à ces fichiers-là). Il ne voit pas non plus le fichier "déplacé" mais étonnament on dirait qu'il les modifie... En effet, plus étonnant encore, je réédite parfois les en-têtes des mkv téléchargés, avec mkvtoolnix, et je supprime systématiquement aussi la pochette qui est en metadonnées... Il m'est arrivé de constater que le fichier mkv donc je suis certain d'avoir supprimé la pochette en metadata, et qui est bien rangé ailleurs, classé et renommé dans mon dossier /video, avait récupéré sa pochette ! ??? Mais il garde le nom "nettoyé"... Et souvent je constate aussi que les films qui récupèrent leurs pochettes sont justement ceux qui se sont retéléchargés tout seul... Avez vous une idée de ce qui se passe car je n'en ai pas. Merci !

Bon je me réponds à moi-même pour vous faire part de mes découvertes... Manifestement l'apparition du dossier "DOWNLOAD_TR_TMP_DIR" est normale. Si on le supprime, il revient toujours avec une copie du fichier téléchargé (vive les Go en doublons). Par contre il peut rester vide ! Si je le vide, il ne se remplit plus... Voici donc comment j'ai fait finalement pour relancer les uploads 1. Lancer le torrent dans Download Station pour qu’il recrèe un répertoire en volume1/@download/XX/ puis mettre le torrent en pause. 2. Remettre le fichier cible (ex : yyy.mkv) dans le répertoire XX en respectant la syntaxe exacte du nom, Très très souvent le même nom que le torrent, et si ça ne marche pas, ouvrir le fichier XX.filelist qui précisera le nom de la cible. 3. Virer le xx.filelist et le xx.resume pour éviter que le torrent ne se se retélécharge d'Internet. 4. Relancer le torrent dans DownloadStation : si la syntaxe est bonne il passe en vérification puis enpartage sans redownloader à partir d’internet. 5. Après quelques (longues) minutes, les fichiers xx.filelist et le xx.resume vont réapparaitre en /volume1/@download/XX/ => cette fois il vaut mieux les laisser... 6. Un peu plus tard, apparition du fameux "sous-dossier" /volume1/@download/XX/DOWNLOAD_TR_TMP_DIR, qui contiendra lui aussi le fichier cible (yyy.mkv) 7. Supprimer le fichier yyyy.mkv (par ex) de ce répertoire, sans supprimer le répertoire /@download/XX/DOWNLOAD_TR_TMP_DIR 8. Normalement les fichiers sont en partage et ne risque pas de se relancer au redémarrage du NAS (ce qui m'est arrivé avant). Voici finalement à quoi ressemble un dossier en partage. Voilà, j'espère que ça fonctionnera pour vous ?

Bonjour à tous, suite à un gros crash entraînant le passage d'un DS212+ à un DS213+, j'ai dû reformater les 2 HD du Syno et donc perdu toutes les partitions cachées, dont le répertoire @Download où se trouvait tous mes fichiers en partage... J'avais heureusement un backup de tout. Comme je suis sur un tracker avec ratio, j'aimerais repartager une série de fichiers. J'ai quelques notions de comment DS gère les fichiers et les torrents, et j'ai donc relancé des torrents pour que Download Station crée dans /volume1/@Download automatiquement les dossiers "/volume1/@Download/12/", " /volume1/@Download/13/", etc (par "numéros d'ordre"). Une fois le dossier créé, je mets évidemment le torrent en pause pour ne pas retélécharger ce que j'ai déjà. J'ai 4 fichiers dans mon répertoire "/volume1/@Download/12/" : 12.filelist ; 12.resume ; 12.torrent; xxxx.mkv.part D'après mes souvenirs (DSM 4.3) , avant, le dossier "/volume1/@Download/12/" contenait ,une fois téléchargé à 100%, uniquement le fichier 12.torrent et le xxxx.mkv Je replace donc au bon endroit le fichier à partager, préalablement renommé exactement selon le torrent, je supprime le xxxx.part, et j'efface le 12.filelist & 12.resume car sinon Download Station a tendance à redémarrer le download avec le fichie resume... ??? Quand je relance le torrent dans Download Station, celui-ci se met en vérification puis en partage (donc c'est qu'il considère que le fichier xxxx.mkv est le bon). Et tout à l'air bon dans DownloadSation (fichiers, pairs, etc...) Mais j'ai 2 problèmes : - je n'uploade rien, même des trucs fort demandés - après qq minutes, apparait un sous dossier "/volume1/@Download/12/DOWNLOAD_TR_TMP_DIR/" qui contient lui-même le fichier xxxx.mkv. Et le 12.filelist ; 12.resume réapparaissent parfois... J'ai donc le xxxx.mkv présent 2x, et une 3ème fois dans ma vidéothèque, reclassé et renommé correctement. (en virant les 1080p.BluRay.x264.5-1.VOSTFR/EN/NL.trucmuche Team" J'aimerais savoir ce qui lui prend et également savoir comment se composent vos dossiers " /volume1/@Download/XX/" Avez vous une idée du pourquoi du doublon DOWNLOAD_TR_TMP_DIR? Est lié à mon passage sur DSM 5 ? (j'y crois peu...) merci pour votre aide ! Quenbo EDIT : en relançant le NAS, certains torrents ont commencé à se retélécharger de zéro , et j'ai pu voir qu'un fichier "xx.resume" était revenu. Si je mets en pause, que je supprime le xx.resume et que je relance, là ils passent en vérif sans rien télécharger. D'autres torrents ont été direct en partage mais le resume était également revenu? Et enfin, un torrent que je n'avais pas, que je viens de télécharger à l'instant, a lui aussi son é/DOWNLOAD_TR_TMP_DIR/" qui est apparu... J'y comprends de moins en moins qqchose. PS : Je ne sais pas si ça à voir avec ma question, mais j'utilise le logiciel WinSCP qui permet de gérer les accès via SSH au Syno comme dans un explorateur genre Norton Commander, ce qui est beaucoup plus simple que via putty (que j'utilise aussi mais pour autre chose).

Il y a un port USB3 sur le DS213+, à l'arrière. Je trouvais cet USB 3 lent sur le DS212+ mais bon c'est peut-être pcq il y a avait 500 Go à traiter... J'ai du Gigabit chez moi, mais je vais tenter d'abord en USB3. Pour ikpg c'est juste pour illustrer que j'avais beaucoup chipoté dessus sur 4 ans, avec risque de déstabiliser le bazar, mais je n'en ai plus le besoin.

Merci pour les infos sur les Seagate, qui sont mauvaises mais bon... De mon coté, la "méga fresh clean install" a fonctionné et tout est rentré dans l'ordre. Le Syno n'est plus en mode dégradé et est content de ses disques... J'ai refait un printscreen Smart Test à votre attention, même si les infos ne doivent pas avoir été modifiées (j'ai inversé les positions des disques par rapport au premier printscreen). @gaetan.cambier : dois je quand même refaire un smart test étendu? Finalement, c'était peut-être bien un problème de config (?) Me reste plus qu'à reparamétrer tout de zéro, mais c'est peut-être pas plus mal de repartir de zéro car j'ai eu 2 syno DS212+ avant ce 213+, la config initial date de 4 ans avec pas mal de reset (soft, hard et hard hard), de problème hardware avec le 1er Syno ayant entraîné des corruptions de DB, des chipotages en Putty, des install IPKG et autres pack non officiels... Sans compter des updates de DSM3 > 4 > 5, et les vignettes de différentes qualité de Photostation générées par les anciennes versions de Syno Assistant. Finalement ce devait être un peu le souk dans la partition système (et les autres aussi...) Me reste plus qu'à recopier tous mes fichiers à partir du backup. A votre avis, c'est mieux de brancher le backup en USB3 sur le Syno ou de passer par le réseau ? J'ai parfois trouvé l'USB 3 fort lent en direct sur le Syno... En tout cas merci pour votre suivi et votre aide...

Bonjour, J'ai lancé le SMART Test hier soir mais après 11h de fonctionnement, il n'était qu'à 60%... Comme mon backup est fini et que j'en avais marre d'attendre (désolé...), j'ai retiré les 2 disques et supprimer/formater les volumes et partitions, pour repartir vraiment de zéro et au moins me sortir des éventuels conflit de settings... DSM est en cours d'install. Mes disques durs sont en effet des Seagate Desktop HDD de 4 To (ST4000DM000). C'est si mauvais que celà??? Ils ne sont en service que depuis juin et aout 2014, soit un peu plus d'un an, et je suis étonné de lire qu'ils seront bientôt mort. Pourriez vous me dire en deux mots quels sont les lignes importantes du rapport Smart et ce que je dois en déduire? (187, 189, etc..???) Merci pour votre aide !

Merci pour ta réponse. Voilà mais sorry pour la qualité, il ne m'autorise que 0,13 Mo.

Bonjour à tous, J'espère que vous pourrez m'aider et vous remercie déjà pour la lecture des lignes qui suivent. Suite à un crash de l'alim interne de mon DS212+ (les 2 disques durs en SHR n'ont pas été touchés), j'ai obtenu du RMA Synology un DS213+ flambant neuf ce jour. J'étais en DSM 4.3 3827 update 5 ou 6 ou 7 (impossible de vérifier car 212+ crashé) et j'ai suivi ce tuto qui étaient bien mieux que ceux du site Synology : Le but étant de mettre à jour le DSM du nouveau NAS en version 4.3 3827 avec un disque dur temporaire puis de remettre "bêtement" les disques de l'ancien NAS afin de conserver les settings... Ca n'a pas marché (peut-être à cause de la version "update 5 ou 6 ou 7" que je n'ai pas su installer ?) et le Synology Assistant m'a mis "configuration perdue" au lieu de "migrable". Bref, je me suis dit qu'au final une clean install n'était pas mal non plus et j'ai donc réinstallé un nouveau DSM. Le problème est que depuis le NAS bippe comme un fou avec la mention "Volume 1 dégradé" et "Remplacer les disques défaillants en vous référant à leur état ci-dessous". Sauf que les 2 disques sont en état "Normal" et qu'il m'est impossible de choisir la commande "Gérér " qui est grisée (pour réparer). J'ai eu un message évoquant un problème de configuration qui peut coller suite au chambardement des disques. Je précise que comme j'avais la trouille de perdre mes datas j'ai d'abord démarrer sur un disque mais qu'avec le message d'erreur j'ai remis le deuxième, en espérant que le DSM serait content de retrouver le second disque et qu'il arrêterait de crier. Un redémarrage du NAS ne change rien à l'histoire, mais j'ai bien évidemment accès à toutes mes datas (1,7 To en cours de mise à jour du backup) Avez vous une idée ou une commande putty pour remettre les choses en place? Je pensais sortit le deuxième disque, le formater et le remettre pour que le SHR le remplisse en miroir, puis procéder de même avec le 1er disque en espérant que le DSM se rendra compte finalement que les disques sont clean (confirmé par SMART test). Mais ça risque de prendre une plombe et je voudrais éviter de perdre mon temps si les chances de succès sont faibles. Merci pour vos réponses. Quenbo

Bonjour à tous, j'ai découvert un problème que je n'ai pas su résoudre malgré une réindexation complète du media server. Dans AudioStation (Sur mon Synology), en parcourant ma biblio PAR ARTISTE, j'ai découvert le même groupe présent 3x, avec un nom légèrement différent (Majuscule ou minuscule, faute de frappe, etc). J'ai également le cas avec plein d'autres artiste ! Par exemple, j'ai donc 3 artistes différents pour les 3 (excellents) albums que j'ai rangés dans 3 dossiers dans le dossier "Girls In Hawaii" Girls In Hawai (un "i" manquant) Girls In Hawaii (correct) Girls in Hawaii (minuscule au "in") J'ai évidemment revérifié les tags de tous les fichiers mp3 des 3 dossiers et ils sont identiques. J'ai même modifié les tag (et aussi les noms de fichier) pour forcer la réindexation (sans succès), puis j'ai finalement réindexé toute la biblio, sans succès non plus... Tous mes tags sont corrects, mais le problème persiste ???? Je ne sais pas où il va chercher les 3 versions du même artiste! De plus, quand je parcours AudioStation "PAR DOSSIER" ou via "TOUTE LA MUSIQUE" et que je regarde les tags des 3 albums, je constate que le nom de l'artiste est ici correct et identique dans les 3 cas !!! C'est aberrant parce que Audiostation affiche donc des tags différents selon comment on le consulte ! Auriez vous une idée de comment résoudre ce problème? Sur quel tag se base AudioStation? (ceux des fichiers ou une DB sur le net???) Merci pour votre aide ! Cordialement, Quenbo EDIT : Je viens de me rendre compte que AudioStation affichait le "compositeur" et non "l'artiste" quand je parcours PAR ARTISTE. Reste plus qu'à faire sauter tous les compositeurs de mes 12000 mp3"... On verra si ca résoud le problème. EDIT2 : En fait, çà n'a pas résolu le problème... Il semblerait qu'Audiostation utilise (aussi?) le tag "Album Artist", qui est par défaut le même que le tag "Artist" sauf si comme moi vous avez retagué uniquement le tag "Artist". Pour finir je ne sais pas si le tag "Compositeur" est utilisé.

Bon, je rebondis sur ce topic pour vous faire part de ma totale satisfaction quant au support de Synology. Après un traitement rapide de ma demande initiale de support, une analyse rapide de mes logs et une décision tout aussi rapide d'échange, j'ai obtenu un n° RMA. J'ai donc commandé mardi soir un enlèvement de mon NAS défectueux pour mercredi matin, et Synology m'avait demandé de leur transmettre le n° de tracking du transporteur. Ce que j'ai fait. Bref, quelques heures après l'enlèvement, j'ai reçu un mail de Synology UK comme quoi le nouveau NAS m'était déjà envoyé ! Je le recevrai demain vendredi. Apparemment le n° de tracking leur suffit pour déclencher la procédure d'échange. Je trouve ça très pro et très rapide, d'autant plus concernant ce genre de matériel dont l'absence même temporaire se fait rapidement ressentir! 48 h entre l'envoi du vieux et la réception du nouveau, c'est quand même pas mal ! J'ajouterai que les contacts que j'ai eu par mails avec le support étaient tout aussi cordiaux et "aidant". On sent qu'ils essaient vraiment de nous aider au mieux. C'est rare et ça mérite d'être souligné.

Merci pour ta réponse. Ben en fait j'ai contacté directement Synology et je dois leur renvoyer en direct chez Synology UK. Comme j'ai déménagé, mon vendeur est à 120 bornes et j'ai demandé expressément à Synology de leur envoyer directement. Comme j'attendais un numéro de RMA, je croyais que j'aurais des instructions plus précises de leur part mais je n'ai reçu que le n° de RMA et 2-3 infos pour leur éviter les frais de douane... Mais rien sur ce qu'il faut envoyer. En même temps, comme j'ai de temps en temps des mails "DiskStation a subi un arrêt incorrect", je me demande si mon alim est encore si bonne que ça... (je suis sur onduleur) EDIT1: comment se fait-il que je n'ai pas reçu de mail m'informant d'une réponse? EDIT2 : Ok, j'avais des notifications retardées, sorry !

Bonjour, j'ai obtenu un ticket RMA chez Synology UK suite à de nombreuses pertes d'accès et un envoi de log au support Synology, qui m'a répondu "...There are lots of panic on this DiskStation. And we suspect the memory of this DiskStation is not good so this DiskStation is damaged in its main board..." Bref, très content d'y voir plus clair et d'avoir une solution. Mais, comme je dois l'envoyer moi-même, j'aimerais savoir ce que je dois envoyer ou pas chez eux... - NAS : ça me paraît clair qu'il faut l'envoyer ! - DIsques durs : ça m'étonnerait et ne m'arrangerait pas d'envoyer mes données mais je préfère être sûr qu'ils n'en auront pas besoin pour "tester" - Alimentation : à votre avis, il faut l'envoyer ? - etc... En fait je suppose qu'ils ne vont même pas le tester, ni tenter de le réparer et qu'il va voler direct au recyclage (puisque ils ont déjà fait l'analyse des logs), mais je voudrais ne pas foirer. Je suppose qu'ils vont m'envoyer un NAS flambant neuf? Si oui, que pensez vous du fait d'oublier de renvoyer l'alim? Par expérience, les alims ça claque et je me dis que j'en aurais une de backup... Bref, je n'ai pas l'expérience du RMA et si je peux éviter à mon alim de voler dans le bac recyclage alors qu'elle pourrait toujours (me) servir, tant mieux. Merci pour vos avis !

Bon ben j'ai testé àpd de chez moi, mais en me connectant via internet (et non via le LAN). Ca marche toujours pas et en plus je me fais fréquemment éjecter via la connexion du LAN maintenant ("Vous n'etes pas autorisé à utiliser ce service") J'adore faire des MAJ qui amènent des problèmes alors qu'avant ça marchait. Je suis en Surveillance Station 6-1-2983 avec DSM 4-3-3827 update 5. J'ai lu ailleurs sur le forum : "....Dans le firewall, éditez ces règles : TCP Any -> 55736-55863 UDP Any -> 55900-55910 et ça marche impeccable (ouf enfin ...) avec le son en mpeg4. Apparement il y a besoin de ces ouvertures de ports pour laisser passer le flux en mpeg4..." Je n'ai pas testé car je ne sais pas de quel firewall on parle (Synology ou routeur) et j'ai pas le temps maintenant...

up. Je suis branché via LAN et pas Wifi mais même souci, depuis très longtemps d'ailleurs, malgré toutes les mises à jour des package Surveillance Station et pack camera)... Par contre j'ai 2 Hikvision DS-2DC2032 qui tournent sans soucis, moins chères et de bien meilleure qualité (hardware et software) que ma Foscam...

Malheureusement pour moi, tu n'es pas le seul... Mais de mon coté je regarde mes caméras du boulot via Firefox, et les informaticiens de mon boulot ont resserré récemment les règles de leur firewall pour certains sites et ports "non classiques" et peut-être que çà vient de là... J'ai pas testé d'un autre PC, mais par contre DS Cam sur Android fonctionne toujours par la 3G.

Pour finir, comme ça commençait à être le bordel sur le NAS, et aussi avec Postgresql, j'ai supprimé toutes les DB PostgreSQL (j'en avais 3 pour rappel) et j'ai également supprimé le max de répertoires +ou- "système" du Syno via Putty. Puis j'ai supprimé le fichier VERSION afin de reforcer une installation du DSM. Au reset, j'ai eu via Syno Assistant un statut "Pouvant être migré". J'ai réinstallé le DSM mais comme il n'y a pas eu de "formatage système" lors de son installation, j'ai alors effectué un double reset une fois celle-ci terminée pour forcer ce formatage système et puis j'ai reréinstallé le DSM... Maintenant ça va bcp mieux... Le syno m'a l'air plus stable, les indexations se font correctement, et j'ai reconfiguré le tout bien propre... Ca m'a également résolu des soucis avec Symform qui commençaient sérieusement à déconner. EN tout cas merci pour votre aide !

Y-a-t-il moyen de réinstaller postgres sur le DSM 4.3? En fait, mon NAS a perdu son DSM il y a 2 semaines. J'ai alors installé le DSM 5 mais, en dehors des aspects graphiques qui rendent les fenêtres trop grandes et peu pratiques sur mon portable, j'ai surtout eu de gros soucis de rapidité de l'OS et j'ai perdu pas mal de config, notamment Surveillance Station et d'autres... Et aussi pas mal de "blocages" du DSM avec reboot manuel en retirant la prise. J'étais vraiment pas convaincu du tout. Donc j'ai downgrader le DSM avec retour en 4.3. (J’avais déja eu le coup avec DSM 5.0 beta y a quelques mois) Je me demande si tous ces allers-retours n'ont pas foutu le bazar au niveau des fichiers de config sur le NAS? Mais chaque fois que je me suis dis que DSM 5 allait tout arranger, c'était pire en fait...

Oups sorry! Synology DS212+ avec DSM 4.3-3827. Je le rajoute dans ma signature.

@WiFiF : Merci pour ta réponse ! Malheureusement dès la sauvegarde de la table j'ai un souci... DiskStation> /usr/syno/pgsql/bin/pg_dump -t music -U admin mediaserver -f /volume1/FTP/musicTDB.dump pg_dump: SQL command failed pg_dump: Error message from server: pg_dump: The command was: SET DATESTYLE = ISO Et si j'essaie de récupérer un dump, ça foire aussi DiskStation> /usr/syno/pgsql/bin/pg_dump -t personal_music -U admin mediaserver -f /volume1/FTP/personal_musicTDB .dump pg_dump: SQL command failed pg_dump: Error message from server: pg_dump: The command was: SET DATESTYLE = ISO Ce qui m'inquiète aussi c'est que j'ai l'impression que les commandes psql sont mortes. Je ne sais pas si c'est lié ou pas... Hier les 2 commandes suivantes marchaient et aujourd'hui j'ai plus rien... /usr/syno/pgsql/bin/psql mediaserver admin -c "dt" /usr/syno/pgsql/bin/psql mediaserver admin -c "d music" J'avoue que je ne sais plus trop quoi faire...