Mic13710

Après réflexion, je ne suis pas convaincu qu'on puisse faire une programmation autre que par semaine avec les paramètres à disposition. En effet, s'il est facile de programmer sur la semaine (il n'y a que 7 jours), la programmation une semaine sur deux et plus loin mensuelle demande plus d'informations pour pouvoir fonctionner. Et ce n'est certainement pas les deux digits restants qui peuvent assurer cette mission car il faut aussi de mon point de vue ajouter une notion de date. Si selon la supposition ci-dessus, le deuxième digit pourrait représenter la semaine, on ne sait pas de quelle semaine il s'agit. Paire ? impaire ? autre ? Et si par extension le premier digit représente le mois, on arrive au même problème. Je ne sais pas à quoi servent au final les deux premiers digits, mais s'il n'est pas possible de rajouter d'autres valeurs, ils sont à mon sens insuffisants pour faire une programmation plus poussée. Comme l'a fort justement dit Gaëtan, seul le constructeur connait la solution (et sans doute quelques initiés). Cela n'empêche pas de faire des tests bien que je sois dubitatif quant au résultat obtenu. Peut-être que l'application dont j'ai parlé plus haut apporte plus de possibilités de programmation que celles proposées par le DSM.

A oui. Mais comme je n'utilise pas cette page, ça ne me dérange pas. Sur les pages que je consulte (nouveaux messages et messages suivis), elle n'apparait plus.

Sauf erreur, elle a été supprimée de la page principale et n'est plus accessible que par le bandeau du haut.

Merci pour l'explication sur la notation et pour la correction. Il n'y avait pas de quoi être désolé. Tu m'as mis sur la piste et j'ai fait des tests pour vérifier les valeurs et confirmer l'hexa. C'est tout. Du coup maintenant, c'est mon laïus qui ne veut plus rien dire !

Parce qu'il me fallait un nom pour dépatouiller le bazar, that's why L'hexa est fort probablement la solution. Si je programme tous les jours à 0:59, le paramètre devient 25100347, soit 17f003b Tous les jours à 23:59, la paramètre donné est 25106235, soit 17f173b Ce qui confirme pour les heures et minutes. Par contre ça ne colle pas tout à fait pour les jours puisque, Tous les lundis à 23:59 donne 16914235 soit 102173b ça c'est ok Tous les mardis à 23:59 donne 17045307 soit 104173b donc 104 au lieu de 103 Tous les mercredis à 23:59 donne 17307451 soit 108173b donc 108 au lieu de 104 Tous les samedis à 23:59, 20977467 soit 140173b donc 140 au lieu de 107 Explications : Il faut tenir compte des programmations des jours intermédiaires. Donc, si on programme dimanche et lundi à 23:59 on obtient 16979771 soit 103173b dimanche, lundi et mardi 17241915 soit 107173b du dimanche au samedi 20911931 soit 13f173b, etc.... Ca confirme néanmoins que les 2 chiffres après le premier concerne le ou les jours de la semaine. Pour poursuivre la logique, j'ai modifié le premier chiffre en passant le 13f173b à 23f173b (décimal : 37689147). Aucun changement sur la programmation dans le DSM (du dimanche au samedi) Idem en passant de 01010000 à 02010000 (décimal : 33619968), la programmation dans le DSM indique tous les dimanches à 0h. Reste à savoir comment le NAS interprèterait ce code .... et pour cela il reste à trouver des bêta testeurs (et non l'inverse) pour des essais grandeur nature. Pour la calculatrice hexa, il y en a plein la toile. Une simple ici. J'ai aussi une question, pourquoi 0x... en tête ? Un séparateur ?

Bonne année à tous ! Les bulles du réveillon étant maintenant dissipées, je reviens sur le sujet. Effectivement Gaëtan, où avais-je la tête, impossible de créer une tâche de démarrage dans le crontab. Honte à moi ! J'aurais dû vérifier, mais c'était un peu difficile vu l’éloignement de mes bases. De retour chez moi. Je viens de regarder, et si je n'ai pas la solution, je pense savoir où se situe le paramétrage. Lors de la création de la tâche dans le menu alimentation, un nouveau fichier "/etc/power_sched.conf" est rajouté. Comme son nom l'indique, ce fichier est celui de la configuration des programmations de l'alimentation et comporte les lignes suivantes : [Power On schedule] xxxxxxxx [Power Off schedule] xxxxxxxx Les xxxxxxxx sont des valeurs numériques qui varient en fonction de la programmation dans le DSM. Là où ça se complique (pour moi) c'est de faire le lien entre les deux. Peut-être que Gaëtan pourrait nous en dire plus. J'ai fait quelques essais et voici ce que j'obtiens : 25100288 : tous les jours à 0h 25100544 : tous les jours à 1h 21037056 : tous les WE à 0h 16842752 : tous les dimanches à 0h 16908288 : tous les lundis à 0h 16908544 : tous les lundis à 1h Si on voit bien une différence de 256 pour une heure, il est impossible de trouver à quoi correspond chaque paramètre sans en connaître la logique. J'ai aussi vérifié que toute modification dans le power_sched.conf soit bien répercutée dans la planification du DSM. Si par exemple je remplace 16908544 par 25100288, le DSM passe bien de tous les lundis à 1h à tous les jours à 0h. Reste à savoir comment se fait le lien entre ces paramètrages et le "bios" du NAS. Il faudrait faire des essais pour savoir si les modifs faites dans le fichier power_sched.conf sont bien prise en compte par le NAS. Je ne vais certainement pas m'y lancer sur mes NAS pour ne pas faire des démarrages et arrêts de mes disques, mais si quelqu'un s'en sent le courage .... Il ne reste plus maintenant qu'à comprendre le lien entre paramètre et programmation pour voir s'il est possible de l'étendre jusqu'à 1 mois et surtout savoir si le NAS peut l'accepter. Sinon, il existe aussi une application qui semble offrir des options de programmation beaucoup plus étendues, il s'agit de Advanced Power Manager for Synology DS. Je n'ai pas essayé, mais les possibilités de réglages proposés pour l'allumage et l'extinction du NAS pourraient répondre à la demande initiale. A voir.

Je ne suis pas chez moi pour fouiller dans mon nas. Je reviens avec la soluce en fin de semaine. Bon réveillon !

Pour info, les instructions de planification des tâches dans le crontab ne sont pas touchées par les maj du DSM. Aucune crainte de ce côté.

Parce que le raid est très sensible aux arrêts incontrôlés.

Une fois la tâche créée dans le module alimentation, on peut utiliser winSCP (plus convivial) pour éditer le fichier /etc/.crontab et modifier la ligne de planification de l'allumage du NAS. Pour la modification, se référer à la syntaxe indiquée sur cette page Wikipedia. En clair, pour allumer le NAS à 5h le 10 de chaque mois, il faut modifier la planification comme suit : 0 5 10 * tâche d'allumage On peut faire de même pour une extinction ou pour toute autre tâche planifiée. En espérant que ça puisse aider.

J'avais oublié de regarder du côté de l'alimentation. Je l'avais programmée il y si longtemps que j'avais oublié comment. C'est effectivement là que se trouve la planification et on peut programmer l'allumage et/ou l'extension jusqu'à une semaine. Il faudra ensuite modifier le script pour l'étendre à un mois. Je ne pourrais regarder ça qu'à mon retour chez moi après les fêtes.

Effectivement, après vérification, cette option n'existe pas en natif dans la planification des tâches, mais elle peut se programmer facilement en ssh ou telnet. Une fois programmée, elle apparait bien sur la liste des tâches planifiés. Je l'ai fait sur mon 710 que je démarre et que j'arrête 1 fois par semaine. Il faudrait que je fouille dans mes fichiers pour retrouver les lignes correspondantes, mais je n'y ai pas accès car je ne suis pas chez moi.

Bien que le J soit un modèle de base, La planification est dispo il me semble. C'est seulement ce que demande Seafree qui n'a pas parlé de WOL. J'ai parlé du WOL parce que domlas avait confondu démarrage externe (WOL) et démarrage planifié qui n'est qu'une programmation interne basé sur l'horloge.

Il suffit de paramétrer une tâche dans le planificateur. Il faudra sans doute retoucher le timing en passant par Putty ou WinSCP. à domlas : ne pas confondre le wol (qui demande que la carte réseau soit maintenue en veille) et la planification de tache (qui fonctionnera à partir du moment où le NAS est alimenté à l'heure programmée).

Bienvenue sur le forum. En perdition aussi pour aller dans la rubrique appropriée ?

Pour désactiver le versionning il suffit de mettre 0 pour le nombre maximum de versions. On peut choisir entre 0 et 32. Se connecter au DSM en admin, ouvrir Cloud Station, menu paramètres, régler le nombre maximum de versions. Cliquer sur Appliquer.

Le versionning est global. Pas possible de le limiter pour des dossiers particuliers. Le réglage se fait dans le DSM en mode admin, menu paramètres de Cloud Station.

Il faut activer le service dans l'interface Free mobile pour le numéro concerné. Le USER c'est le login de Free et le PASS (clé d'identification) est attribué à l'activation. Tout est expliqué dans les liens qui sont donnés dans ce fil.

Et après plus dur : enlever la colle du chatterton sur le bô plastique du NAS

Je vous en ai parlé dans votre sujet précédent. En augmentant le nombre et la taille des disques, on augmente les risques d'avoir des erreurs non récupérables (URE). C'est pour limiter ce risque que les constructeurs préconisent de ne pas dépasser un certain nombre de disques par grappe. Après c'est votre choix d'en installer plus. D'où l'importance dans votre cas de faire un montage en RAID6 et d'avoir une sauvegarde sérieuse.

Et c'est aussi plus chaud à cause de l'échangeur situé à l'arrière. Mais sur une bonne étagère fixée au mur au dessus du frigo, c'est déjà mieux et en plus ça clignote. Comme ça c'est noël toute l'année dans la cuisine ! Si je fais ça à ma femme, elle nous vire dehors moi et mes nas ...

Je n'ai pas dit autre chose. Il est bien évident qu'un câble 100Mb est conforme aux normes. Tout comme on pourrait dire que le wifi a/b est conforme aux normes. Pourtant les deux sont dépassés. Il faut bien se rendre compte que les normes d'installation n'évoluent pas aussi vite qu'il le faudrait. Si ce n'est pas d'une importance capitale dans le domaine électrique où les progrès se font assez lentement et laissent du temps à la réflexion, c'est beaucoup plus problématique dans le domaine des courants faibles (et surtout dans les transmissions de données) où les évolutions sont beaucoup plus rapides, si bien que les règles qui les régissent sont souvent dépassées du point de vue technologique dès leur parution.

Si vous partez dans ce sens, vous faites fausse route. On ne cesse de le répéter à longueur de posts sur ce forum : LE RAID N'EST PAS UNE SAUVEGARDE ! Quand à diviser par 2 les accès disques va falloir revoir la copie. En fait, avec un RAID1, vous multipliez plutôt par 2 les accès disques par rapport à un disque en basique. Ce n'est pas du tout la même chose. Il y a un fossé entre la NFC1500 qui impose, entre autre, la distribution de la terre jusqu'aux points terminaux (ç'est une évidence du point de vue sécurité et un électricien ne peut en déroger) et l'installation d'un câble ethernet qui, s'il n'est plus dans les normes du moment, n'en n'est pas moins conforme, même si ses qualités ne lui permettent pas la réalisation d'un réseau au minimum Gb comme on est en droit de l'attendre. Ce qui est pitoyable, c'est qu'un installateur puisse aujourd'hui déployer un réseau obsolète dès le départ qui ne sera pas capable d'assurer le fonctionnement correcte des équipements actuellement sur le marché et par voie de conséquence faire face, au moins pour quelques années, aux évolutions inévitables des communications data.

C'est tout simplement se foutre de la gueule du client, et pour la qualité du câble, et pour le soit disant remplacement difficile par un câble conforme aux normes actuelles. Un électricien qui installe aujourd'hui un câble d'une norme dépassée sans même en informer le client ni même lui laisser le choix est un charlot. Comme le dit cayou2000, si les gaines ont été posées dans les règles, il doit-être très simple de remplacer les câbles.

Au fond, c'est assez logique. Dans ton cas plus ou moins officiel (ton modèle n'est pas supporté), le DX n'est considéré que comme un stockage externe et non comme une extension du NAS. Je pense par contre que ça doit fonctionner avec un NAS qui supporte le DX comme une vraie extension. Mon 710 par exemple qui supporte les DX peut très bien avoir un raid6. Si les deux disques du NAS tombent en panne, le système doit être capable de continuer à fonctionner sur les disques encore valides du DX. Il pourrait sans doute le faire avec des groupes de disques séparés, à moins que la présence d'un volume 1 soit obligatoire pour que le NAS fonctionne.