tahitibub

Bonjour, Il suffit d'accordrer les permissions en "lecture / écriture" au groupe local "users" sur le dossier de téléchargement choisi (exemple : "/volume1/Telechargements"). Cordialement.

Bonjour, et merci pour cette info. Je vais modifier mon approche en conséquence.

Sous DSM 5 et 6, il est effectivement possible de créer une tâche planifiée (script défini par l'utilisateur / corbeille / contrôle du bip / service). Toutefois, comme je le disais dans mon premier message, seul DSM 6 permet la création d'une tâche déclenchée (script défini par l'utilisateur). La tâche déclenchée est liée à un évènement (démarrage ou extinction système), alors que la tâche planifiée est ... planifiée selon un jour et une heure donnés. Pour contourner ce manque, il faut donc passer par des lignes de commandes, et je vous livre ici la solution : 1 - Créer un script shell contenant les instructions à exécuter au démarrage et à l'extinction (ici le lancement et l'arrêt d'un conteneur docker) et le placer, par exemple, dans /volume1/ : case $1 in start) /var/packages/Docker/target/usr/bin/docker start <Nom du conteneur> ;; stop) /var/packages/Docker/target/usr/bin/docker stop <Nom du conteneur> ;; *) echo "Usages: $0 [start|stop]" ;; esac 2 - Faire un "chmod 755 <nom_de_votre_script.sh>" 3 - Créer un fichier d'appel du script dans /etc/init/ avec une extension en ".conf" start on filesystem and started docker stop on runlevel [06] exec /volume1/<nom_de_votre_script.sh> 4 - Faire un "chmod 755 /etc/init/<Nom de votre fichier en .conf>" 5 - Redémarrer. @+

Bonjour, Je souhaite lancer un script shell (xxx.sh) au démarrage et à l'extinction d'un NAS tournant sous DSM 5. Sous DSM6, cette opération est simple et s'apparente à utiliser le panneau de configuration "planificateur de tâches" et à créer une "tâche déclenchée" (une pour le démarrage et une pour l'arrêt). Cette option n'étant pas implémentée sous DSM5, il faut donc passer en lignes de commandes ... et c'est là que cela se corse. Quelqu'un peut-il me renseigner sur la façon de procéder ? Merci.

Bonjour Gaetan, Peux-tu exploquer de quoi il s'agit, et comment procéder pour implémenter ce "dod 5220.22-m" ? Merci

Bonjour, J'ai trouvé un tuto expliquant comment installer srm sur DSM 4 et IPKG à cet endroit (cliquer) . Malheureusement, SRM s'installe sur DSM 5 mais retourne l'erreur "segmetation fault" à chaque fois que vous essayez de l'utiliser. Savez-vous comment installer proprement SRM sur DSM 5, ou s'il existe des alternatives ? Merci

Bonjour, J'ai reçu une réponse du support SYNOLOGY qui me demande de faire le fameux test de la carte mère, et qui me suggère d'acheter un nouveau SYNO dans l'éventualité où elle serait HS (avec info sur la méthode à employer pour récupérer mes données à l'aide d'un PC sous Ubunutu). La personne n'a même pas pris en considération la description faite de la panne (led bleue fixe pendant 3 secondes, puis tout s'éteint). Aujourd'hui, je vais tenter de mettre un autre ventilateur, et si cela ne fonctionne pas j'essayerai de me connecter avec une interface USB/série. En attendant, voici quelques articles intéressants sur l'emplacement de l'interface série : - sur DS101G+ et DS106J (avec méthode d'installation de NetBSD) - sur DS216Play - sur USB Station 2 Malheureusement, je n'ai trouvé aucun article sur le DS411+. Il faudra donc que je vérifie si le connecteur JP1 est le bon ... grâce à cet article expliquant comment trouver les connecteurs de l'interface série sur une carte mère. Enfin, voici un article plus général traitant de la réparation des NAS SYNOLOGY briqués à l'aide de l'interface série. @+

Après vérification, il est vrai que ce n'est pas de l'huile (qui ne peut pas faire de court-circuit), mais un "lubrifiant multi usages" de marque Carrefour ... Donc court-circuit possible dans le ventilo. En tous cas, j'ai testé sans le ventilo, ça ne fonctionne pas non plus. Merci donc pour ce tuyau. Allez, cette fois je vais me coucher !

Bonjour Michel, J'ai enlevé cette carte fille cet après-midi et l'ai monté sous ubuntu : il y a effectivement 2 partitions avec plein de trucs dessus. Toutefois, je ne pense pas que cette carte soit fautive car mon SYNO démarrait normalement avant que j'entreprenne de nettoyer le ventilateur du CPU. Cela dit, s'il y a moyen de le débriquer en modifiant les fichiers de cette carte, je suis preneur de plus d'infos. En attendant, je crois que j'ai trouvé le connecteur où brancher un adaptateur USB / série (voir les 6 picots sur la photo jointe, connecteur "JP1" situé tout près de la fameuse carte fille). Bon, il est 22h à Tahiti et je vais me coucher ... Je découvrirai vos réponses demain. Merci encore !

Bonjour, Le test de la carte mère selon les directives Synology prévoit 2 possibilités (1 -> bip + led bleue fixe = carte mère OK / 2 -> Led bleue clignotante = carte mère HS). Me concernant, il n'y a ni bip, ni led clignotante : la led bleue s'allume fixe 3 secondes, puis s'éteint. (@PiwiLabruti : Les ventilos ne tournent pas.) En parcourant les forums, je me suis aperçu que de nombreuses personnes ont eu le même symptôme (exemple ici), qui ressemble à un problème de perte de configuration BIOS. Le problème des SYNO est que, contrairement à un micro serveur classique, il n'y a ni sortie video, ni manuel de service disponible pour nous permettre de reconfigurer le BIOS. Je viens néanmoins de découvrir que certaines personnes ont réussi à connecter un port série sur leurs cartes mères (DS211j) et à ressusciter un DS207+ et un DS209+II "briqués" depuis un an. Leur exploit est expliqué ici, et c'est ce que je voudrais tenter de faire avec mon DS411+. La première étape consiste donc à trouver où sont les contacts sur lesquels je peux brancher mon interface USB / série. Toute aide en ce sens sera donc la bienvenue. Merci.

Bonjour, Après avoir lu les commentaires au sujet du bruit du ventilo de processeur du DS411+, j'ai entrepris non pas de changer de ventilo, mais de dépoussiérer le mien et d'y mettre quelques goutes d'huile au centre (sous l'étiquette). Après remontage, mon NAS ne démarre plus : lorsque j'appuie sur le bouton de mise en marche, il s'allume bleu fixe pendant 3 secondes puis s'éteint. Avez-vous déjà été confronté à ce problème ? Est-il possible de se connecter en port série à la carte mère pour voir ce qui se passe, comme le suggère ce post (en allemand) ? Je précise que l'alimentation n'est pas en cause (elle a été changée par un modèle plus costaud que celui fourni par Synology), que j'ai changé la pile de backup CMOS et que je ne pense pas avoir trop tiré sur le connecteur du ventilateur au niveau de la carte mère. Merci de votre aide.

Pas de chance pour moi : je démonte mon DS411+, mets quelques gouttes d'huile au centre du ventirad (sous l'autocollant), remonte le tout, et maintenant mon Syno ne démarre plus. Lorsque j'appuie sur le bouton Power, il devient bleu (fixe) pendant 3 secondes, puis s'éteint. Le NAS n'est plus sous garantie, et un changement de carte mère est donc exclu. Si vous avez des suggestions quant à la résolution de cette panne, je suis preneur (je viens de créer un sujet à cet endroit). Merci

Qui peut expliquer comment lancer ce "nettoyage des fichiers hérités de dsm4" ? Merci

Bonjour, je veux bien remonter l'info, mais le lien ne donne rien. Où se trouve ce formulaire ? Cdt.

Encore faudrait-il savoir à qui le remonter, et surtout comment !

Même problème chez moi, que ce soit avec la version 3004 ou la 3005 tout récemment sortie. Pour info, je tourne sous OS X Mavericks 10.9.1. Une seule solution pour le moment : poubelle !

Bonjour, CloudStation, en ver. 3004 ou 3005, ralentit aussi considérablement mon Finder (Mac OS X 10.9.1) à la limite du plantage. Une seule solution pour le moment -> poubelle !

Merci ! Pouvez-vous me dire comment savoir si j'ai une sécurité sur 1 ou deux disques ?

Bonjour, Chez moi cela fonctionne parfaitement (avec Config File Editor en version 1.2). Quelle est votre version du plugin CFE ? @Tonton Glenn : Merci pour cette super application. As-tu prévu une mise à jour afin de régler le problème rencontré sous DSM 4.3 (sans devoir désactiver la protection contre la falsification de requête InterSite) et ajouter la boite de dialogue proposée par webman2 ? Merci

Bonjour, J'ai lu de nombreux posts sur ce forum, mais je n'ai pas trouvé réponse à mon interrogation. J'ai un DS411+ sur lequel j'ai monté un volume unique en SHR avec 4 disques identiques (Western Digital Caviar Green 2 To - WD20EARS-00MVWB0). -> Si l'un des disques tombe en panne, puis-je effectivement le "reconstruire" sur un nouveau disque, sans perte de données ? -> Le système SHR est-il assez fiable pour ne pas avoir à faire de sauvegarde du Syno ? Merci de votre aide.

Daffy a trouvé une solution "temporaire" : Dans panneau de configuration, option Paramètre DSM onglet sécurité, une nouvelle option a fait son apparition "Améliorer la protection contre la falsification de requête InterSite" par défaut elle est cochée. Voir son post

Bonjour à tous, WOL ne fonctionne plus depuis que je suis passé à DSM 4.3. L'erreur retournée est : "un compte administrateur est requis". Help !!!

Bonjour à tous, Pour info, j'avais lancé un sujet, sur un forum lié à la domotique, visant à la création d'un script de redémarrage de la box Internet sur détection de perte de connexion. Les diverses contributions ont permis de créer un script lancé sur Synology qui utilise une librairie PHP permettant de contrôler une zibase, cette dernière contrôlant la domotique de la maison, en particulier la box internet ... Voici le lien : http://www.touteladomotique.com/forum/viewtopic.php?f=49&t=10437 Vos contributions sont les bienvenues pour améliorer le script !

Merci à tous pour vos contributions. Voici donc ce que j'ai mis dans mon fichier sh : #!/bin/sh LOGIN="xxxxxxxxxx" PASSWORD="xxxxxxxxxx" COOKIES="/tmp/dynsdns.cookies.txt" LOGINURL="https://account.dyn.com/" POSTURL="$LOGINURL" CHKURL="https://account.dyn.com/" DST="-" || DST="/dev/null" # Ensure no broken session caching... [[ -s "$COOKIES" ]] && rm "$COOKIES" echo >&2 "DEBUG: Fetching initial headers to pre-load cookies..." /usr/syno/bin/curl -b $COOKIES -c $COOKIES -Ikso "$DST" -A "$UA" --url "$LOGINURL" echo >&2 "DEBUG: Fetching UID..." VALUE="$( /usr/syno/bin/curl -b $COOKIES -c $COOKIES -kso - -A "$UA" --url "$LOGINURL" | grep -m 1 "multiform" | cut -d"'" -f 6 )" echo >&2 "DEBUG: Read UID as '$VALUE' - posting data..." /usr/syno/bin/curl -b $COOKIES -c $COOKIES -d "username=$LOGIN" -d "password=$PASSWORD" -d "iov_id" -d "multiform=$VALUE" -e "$LOGINURL" -kso "$DST" -A "$UA" --url "$POSTURL" echo >&2 "DEBUG: Response received - verifying result..." /usr/syno/bin/curl -b $COOKIES -c $COOKIES -e "$POSTURL" -kso - -A "$UA" --url "$CHKURL" | grep -q "<span>Welcome&nbsp;<b>$LOGIN</b></span>" && echo "Login successful" || echo >&2 "Login failed" Pour info, le prénommé "Dirk" a modifié le script de façon à gérer plusieurs comptes Dyndns et à envoyer un mail (voir Post 34 du blog stuart). Voici ce que ça donne chez lui : #!/usr/bin/env bash LOGIN=( 'account1' 'account2' 'accountn' ) PASSWORD=( 'password1' 'password2' 'passwordn' ) #UA="Mozilla/5.0 (Macintosh; Intel Mac OS X) AppleWebKit/0.0.0 (KHTML, like Gecko) Version/0.0.0 Safari/0.0.0" EMAIL='myemail@example.com' COOKIES="/tmp/.dynsdns.cookies.txt" LOGINURL="<a href="https://account.dyn.com/entrance/&quot" rel="nofollow">https://account.dyn.com/entrance/&quot</a>; POSTURL="$LOGINURL" CHKURL="<a href="https://account.dyn.com/&quot" rel="nofollow">https://account.dyn.com/&quot</a>; (( DEBUG )) && DST="-" || DST="/dev/null" for i in ${!LOGIN[*]}; do ( # Ensure no broken session caching... [[ -s "$COOKIES" ]] && rm "$COOKIES" (( DEBUG )) && echo >&2 "DEBUG: Fetching initial headers to pre-load cookies..." curl -b $COOKIES -c $COOKIES -Ikso "$DST" -A "$UA" --url "$LOGINURL" (( DEBUG )) && echo >&2 "DEBUG: Fetching UID..." VALUE="$( curl -b $COOKIES -c $COOKIES -kso - -A "$UA" --url "$LOGINURL" | grep -m 1 "multiform" | cut -d"'" -f 6 )" (( DEBUG )) && echo >&2 "DEBUG: Read UID as '$VALUE' - posting data..." curl -b $COOKIES -c $COOKIES -d "username=${LOGIN[$i]}" -d "password=${PASSWORD[$i]}" -d "iov_id" -d "multiform=$VALUE" -e "$LOGINURL" -kso "$DST" -A "$UA" --url "$POSTURL" (( DEBUG )) && echo >&2 "DEBUG: Response received - verifying result..." curl -b $COOKIES -c $COOKIES -e "$POSTURL" -kso - -A "$UA" --url "$CHKURL" | grep -qE "<span>(Welcome|Hi)&nbsp;<b>${LOGIN[$i]}</b></span>" && (echo "Login successful" | mutt -s "DynDNS ${LOGIN[$i]} successful" -- $EMAIL) || (echo "Login failed" | mutt -s "DynDNS ${LOGIN[$i]} failed" -- $EMAIL) sleep 5$i.$RANDOM ); done Sinon, Artrox pourrait-il publier son code complet, avec les modifs pour le fichier log ? Merci

Pour info, je viens de changer la barrette de 1 Go par une barrette de 2 Go et tout fonctionne parfaitement. J'ai lancé un test RAM via le logiciel "Synology Assistant". Ça prend environ 1 heure 30 minutes. Résultat : aucune erreur. Pour rappel, le résultat du test est consigné dans un fichier "memtester.log" situé dans /var/log/. Pour le consulter, il suffit de se connecter en SSH via un terminal et de taper la commande suivante : cat /var/log/memtester.log Et voici le résultat obtenu, indiquant qu'il n'y a pas d'erreur : 1304/1303 ERROR=0 @+