Aller au contenu

CoolRaoul

Membres
  • Compteur de contenus

    5941
  • Inscription

  • Dernière visite

  • Jours gagnés

    61

Tout ce qui a été posté par CoolRaoul

  1. Et pourquoi as-tu remplacé "usr" par "user"??? Tu devrais faire un copier/coller, ça éviterait ce genre d'erreur. Alors la je ne comprend pas, avec le "cd /user/..." qui à forcément planté, tu devrais avoir le message d'erreur suivant: ls: TaskScheduler: No such file or directory Ou bien tu as bien tapé "usr" et pas "user" et donc tout est correct. Vérifie bien et, pour gagner du temps, si il s'avère que c'est n'est bien que le répertoire TaskScheduler qui à été effacé (et uniquement lui) tu trouvera ici une archive tar (TaskScheduler.tar.gz) de ce dossier Pour l'extraire tu vas te mettre dans le répertoire ou tu as déposé cette archive (TaskScheduler.tar.gz) et tu tapes *exactement* la commande suivante: tar -C /usr/syno/synoman/webman/modules -xvzf TaskScheduler.tar.gz ensuite tu redémarre le NAS
  2. Aie, pas facile de de suivre ce style ampoulé.. Cela dit, et en réponse à: Je n'ai pas indiqué de *fichier* mais un *répertoire* ("le dossier par défaut des taches programmées") Il ne s'appelle pas "taskscheduler" mais "TaskScheduler" (les systèmes unix sont sensible à la casse) Plutôt que "vi", serait utile de savoir ce que donne la commande "ls -l TaskScheduler" Si le résultat montre que c'est vide, vu que j'ai la même version de DSM, je pourrai te fournir une archive tar du répertoire "TaskScheduler" à décompresser dans ce dossier (il n'y a pas de fichier binaires exécutable dans ce dossier à cet endroit donc pas de problème de compatibilité entre modèle Syno différents). Sinon (si rien n'a été effacé à cet endroit) c'est peut-être que quelque chose à été supprimé ailleurs et la je sens la grosse galère pour trouver où. Une réinstallation de DSM risque d'être la seule option.
  3. je confirme, sshfs pour juste transférer des fichiers c'est carrément démesuré (et de plus je serais surpris que ça ait été implémenté sous DSM). Pour compléter ce qui à déjà été dit juste au dessus, un petit rsync ou sftp en ligne de commande et ça roule.
  4. #!/bin/bash cd /volume1/cameras/sam4 rm -rf * Bigre, tu es un fou furieux toi! As-tu imaginé les dégats possibles si le "cd" échoue? Je viens d’ailleurs de de vérifier: sur cette version de DSM, pour le compte root, le dossier par défaut des taches programmées est "/usr/syno/synoman/webman/modules/TaskScheduler". Si justement ton "rm" à échoué (une simple faute de frappe peut suffire) et voila que tu as scratché tout le contenu de ce dossier. Ca pourrait expliquer ce que tu constates. Sinon; il n'y a pas de "bash" dans "/bin" sous DSM, c'est "ash" ou "sh" (mais dans le planificateur de taches la ligne "shebang" est sans effet, les commandes sont exécutée par /bin/sh de toutes façons)
  5. Le principal est que ce soit dispo lors de la sortie de la version définitive (ne t'ont pas donné de date j'imagine?) Sinon la page de FAQ que j'ai mentionnée ne sera plus exacte (et dans tous les cas serait judicieux que le pré-requis d’installation de ce package y soit mentionné).
  6. Piwi: tu n'as pas oublié pas hein?
  7. Le tableau du WIKI ne semble pas donner les codes pour les leds des disques, donc je ne suis pas surpris qu'elles restent actives (cela dit, la langue de Goethe ce n'est pas ma spécialité)
  8. D'apres le wiki du forum allemand je me demande si il ne faut pas faire un "echo" par led Autrement dit: echo 6 echo 7 echo B echo 2
  9. Ah je comprend mieux, ça permet d'introduire délai de 30 secondes. Je ne m'y serai pas pris ainsi mais en effet ça doit marcher Je préfère que le script se rappelle lui-même avec un paramètre, me semble plus lisible Un truc dans ce genre: #!/bin/sh # PATH=/bin:/usr/bin case $1 in CALLBACK) sleep 60 echo 67B2 >/dev/ttyS1 ;; *) $0 CALLBACK <&- >/tmp/$(basename $0).log 2>&1 & ;; esac Mais je reconnais que cela ne résoud pas ton problème
  10. Me semble bien tarabiscoté ce script! (NB: j'ai pas acces a la source originale car bloqué par mon proxy pour le moment) Il y a une raison de générer dynamiquement des commandes dans un autre fichier ("/tmp/Power-LED-OFF") puis ensuite l'exécuter en backgroud?
  11. Pas vraiment non Un petit schema serait utile, Me semble comprendre entre les lignes que le but serait de d'avoir un débit théorique d'un gigabit entre TV et NAS: dans quel but? Un flux vidéo HD passe déja dans une bande passante de 100mbit/s.
  12. Ah merci pour les infos, en fait je savais juste qu'il fallait le laisser inactivé et j'ai pas trop creusé plus avant en m'en tenant la.
  13. Oui et alors? Le serveur multimedia n'est pas incompatible avec le fait d'avoir des répertoires partagés. Ou bien faudrait décrire avec plus de détails quelles méthodes et avec quels appareils tu as prévu que tes amis accèdent à tes videos, jusqu'ici c'est un peu brumeux pour moi.
  14. Si tu partage des vidéos en DLNA (en activant le serveur multimedia) elle seront accessible sur le réseau local sans authentification. Tes amis pourront les visualiser à partir de leur portables. Dans ce cas, pas besoin d'activer le compte "guest" (ce qui est d'ailleurs déconseillé en général).
  15. Ah tu downloade d'abord et ensuite seulement regardes ce que ça contient? Sinon, vu que les nouveautées sont affichées *directement* sur la page de download (lire à partir de "What’s New in DSM 5.0") , je ne comprend pas comment tu as pu les louper
  16. Pas d'inquiètude: ce que tu as paramétré sous le compte admin sont des parametres *globaux* du NAS, il ne sont pas liés au compte. Met un mot de passe bien costaud sur le compte admin et tu sera tranquille. L'important, des que ton NAS sera accessible de l'extérieur assure toi d'avoir activer le blocage d'IP (comme ça a été dit)
  17. CoolRaoul

    Quelle Cam Ip Ext

    Faut pas oublier que pour une caméra extérieure les contraintes n'ont rien a voir avec une camera d'appartement: résistance aux variations de température, à l'humidité. Ça a un impact loin d'être négligeable sur le coût.
  18. Intéressant: c'est le seul usage (faire des tests) de XPEnology qui me semble légitime (et que je m'autorise).
  19. Faut quand même prendre en compte que l'utilisation des directives qui requièrent la présence de certains de ces modules sont décrites sur le site Synology, et donc ils ne peuvent se retrancher derrière l'argument de l'option "non documentée".
  20. Ah bon! C'est tellement catastrophique ? La suppression de ces modules est quand même une régression fonctionnelle, je ne serais pas surpris qu'un certains nombre d'appli web tournant sur DSM utilisent ce module (ou d'autres parmi ceux supprimés). Déjà que je ne comprend pas bien l'excuse en bois qui a été donnée ("due to DSM patch size limitation" )
  21. Est-ce que l'un des membres du forum ayant des contacts privilégiés avec Synology pourrait essayer de savoir si ce package sera disponible au moins des la sortie de la 5.0 définitive ou si il faudra encore patienter?
  22. Mai aussi je parle de cette même option. (Et il n'est pas question de "synchronisation") Seule différence -Mon DSPhoto est la version Androïd- pour moi ce n'est pas dans les paramètres, mais directement au niveau du menu principal: Ok avec le début de la phrase par contre je ne suis pas sur de comprendre ce que tu veux dire par "sans avoir à les charger." (à moins que tu veuille dire par la "sans intervention manuelle") Sur le NAS il n'y rien de spécial à faire (à part d'avoir activé PhotoStation et d'y avoir créé au moins un album destiné à récupérer les nouvelles photos, cette seconde opération pouvant aussi se faire directement dans DSPhoto) Sur le téléphone, dans le cas de ma version "Android" après avoir connecté DSPhoto au NAS , il suffit de mettre l'option sur "On" et de sélectionner un album ("choisir un album") Rien de bien compliqué. C'est quoi qui te pose problème?
  23. Si tu pouvais nous dire ou tu as vu cela, afin de, si possible, aller faire corriger cette information erronée. En effet, dans l'aide de DSPhoto, il est bien question de "sauvegarde" et pas de "synchronisation". C'est justement ainsi que ça fonctionne. La suppression des photos sur le smartphone n'efface pas celles sur le NAS J'ai créé un dossier dans PhotoStation que j'ai nommé "nouvelles" et configuré DS Photo pour transférer en wifi les nouvelles photos du smartphone dans ce dernier. Et quand je supprime ces photos sur le smartphone elles ne sont pas supprimées sur le NAS (ni inversement d'ailleurs). DSPhoto mémorise la date/heure de sa dernière sauvegarde est charge vers le NAS toutes les photos postérieures des qu'il en a la possibilité.
  24. Si le module apache n'est pas présent je ne vois pas de solution dans l'immédiat C'est une beta; fait jamais oublier. Par exemple, en ce qui me concerne (et bien que je soit quelqu'un qui aime bien bidouiller) je n'ai pas pris le risque d'y participer car je ne dispose pas de NAS de test.
  25. A la recherche d'info sur les modules apache manquants en 5.0 je suis tombé sur ce fil dont le contenu pourrait être utile à tous les beta testeurs: http://forum.synology.com/enu/viewtopic.php?p=300136#p300136 La conséquence est que les .htaccess utilisés pour mettre en place une authentification via un fichier de mot de passe ne fonctionnent plus en DSM 5 (du moins jusqu'à la mise à disposition de ce package annoncé) J'ai découvert à cette occasion que nombres d'autres modules http ont été supprimé dans cette nouvelle version. (voir )
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.