gaetan.cambier

voici un script d'example pour lancer des script au boot : #!/bin/sh start() { /full/path/to/script.sh & return 0 } stop() { killall script.sh } case "$1" in start) start ;; stop) stop ;; restart) stop start ;; *) exit 1 esac à placer dans : /usr/local/etc/rc.d/ n'oublie pas de tester avant de rebooter : /usr/local/etc/rc.d/script.sh start /usr/local/etc/rc.d/script.sh stop

auth md5 ... c'est completement incecure çà si possible : auth SHA-256

le mieux serait de remplacer le disque maintenant, si le nas ti dis que le raid est ok, tu peux rester ainsi le dernière solution, c'est de passer en ligne de commande pour reduire le nombre de disque, mais franchement c'est risqué

et si jamais le bridge n'existe pas, dans le routeur numericable, activer la dmz qui pointe sur le routeur netgear

impossible d'arreter une augmentation du volume à mon avis : ca modifie les données sur les disques et en gros arréter au millieu, c'est un peu la catastrophe (commande grow de mdadm) le principe, c'est quand on ajoute un disque dur dans un raid, ca doit absolument etre un disque qui a été tester pour éviter des problème de secteurs défectueux. on n'ajoute jamais un disque qui n'est pas 100% en bon état dans un raid, c'est jouer avec le feu

c pas con non plus ca

que 1 disque peut tomber en panne, la continuité de service est assurée

si tout est bien dans le dossier music, c'est un problème d'indexation ca se regle dans : paramètre --> bibliotheque multimedia --> reindexation (sauf si c'est deja en cours)

tu aura 4to (3.6 réel plutot) en shr avec protection de donnée sur un disque (raid1 + lvm)

à la fois, syno fabrique des nas, pas des machine fourre tout ou de toute facon, la virtualisation ne fonctionnera des a moitié sur pas mal de modèle moi, je mettrait bien un vrai serveur de virtualisation chez moi, mais surement pas sur le syno, il y autre chose à prendre en charge. bon, reste plus que le budget

Le problème c'est la mémoire, ça fonctionnera pas ou presque dur les modèle d'entrée de gamme

Vaut mieux un vrai serveur pour la virtualisation et le stockage iscsi sur le nas.

en ssh cp -R /volume1/* /volume2/ et aller boire un café ... ou alors, j'ai pas compris la question edit : encore plus simple, passer de volume1 à volume2 dans les dossier partagé, il prend en charge le déplacement automatiquement par contre, pour le café, çà sera toujours d'actualité

https://www.synology.com/fr-fr/knowledgebase/tutorials/492?q_id=492#t2

le disque est reconnu, c'est le smart qui est juste pas reconnu edit : quoi que un disque de 3.86 go, c'est douteux, je l'accorde

Mais pourquoi faire un secure erase ?

un raid qu'on demonte pour sauvegarde mais quel iddée ?

si on se lance dans les paris, je mise sur : WD Red

désolé pour l'erreur sur les jour de la semaine, c'est corrigé j'ai édité le message, ils utilisent un bit par jour en fait --> + logique et + simple a calculer pourquoi 0x --> prefixe de l'hexa pour ne pas confondre avec le décimal http://fr.wikipedia.org/wiki/Syst%C3%A8me_hexad%C3%A9cimal en fait, il y a plein de façon de l'écrire, si on lit le wiki pour la calculette, celle de windows ou linux fonctionne aussi

avec effecement des donnée efacée en local ... c'est pas du backup, c'est plutot de la synchronisation deja de base tous ce qui se trouve avec cloudsync

donc, celon ce que je peux voir, c'est juste de l'hexadecimal : ce qui semble presque sur : les 2 dernier chiffre seront les minutes (0x00 - 0x3B les 2 avant dernier chifres seront les heures (0x00 - 0x17) après ca se complique : tous les dimanche : 0x0101 (pour moi ca veut dire une fois par demaine le jour 1) tous les lundi : 0x0102 tous les mardi : 0x0104 tous les mercredi : 0x0108 tous les jeudi : 0x0110 tous les vendredi : 0x0120 tous les samedi : 0x0140 tous les weekend : 0x0141 tous les jours de la semaine : 0x013E tous les jours : 0x017F en fait on sait meme faire les jour que l'on veux en faisait un ou logique entre les 2 jour où l'on veux activer la planification : exemple : lundi et mercredi : 0x0102 or 0x0108 = 0x010A ainsi de suite ce qui pourrait etre tester, il semble que le 1 designe la semaine, faudrait voir si il y a pas moyen d'allumer le nas toute les 2 semaines 0x02?????? et insi de suite .... et p-e que le premier caractère serait les mois, ce qui donnerait tous les lundi du mois : 0x1002 mais là c'est des suppositions donc, pour le bon nombre : à vos calculette hexa à moin de savoir compter tout seul en hexa seul le developpeur le saurait normalement --> synology

25100288 : tous les jours à 0h : 0x017F0000 25100544 : tous les jours à 1h : 0x017F0100 21037056 : tous les WE à 0h : 0x01410000 16842752 : tous les dimanches à 0h : 0x01010000 16908288 : tous les lundis à 0h : 0x01020000 16908544 : tous les lundis à 1h : 0x01020100 je vous explique cela dans 5 minutes ....

pourquoi moi ?

c'est le disque qui a un problème --> RMA

http://www.mathdabomb.fr/index.php?post/2010/04/11/Diskstation-Modifier-le-prompt-de-la-console-SSH2