bud77

Pour ton raid5, je te conseille de créer un "SHR", qui te permettra de faire évoluer ton raid: Tu auras dans un premier temps (en volume dispo) 6to + 1 disque de redondance : Taile du disque la plus petite * n disques - 1 disque de redondance == 3*2To + 2To en redondance Tu pourras ensuite remplacer les 2 disques de 2To par des 2To, et ton volume maxi dispo deviendra alors 3*3To + 3To de redondance Pour le raid1 tout à fait possible

Oui, il faut s'armer de patience

Avant le formattage (qui inclus la perte des données) regarde si tu as pas un vieux disque dur qui traine pour faire le test auparavant

Je pense pas, la préparation est conseillée, mais pas obligatoire

Arf, zut, j'ai raté la mise en prod du repo hier

Je tiens à préciser que l'édition du PATH peux résulter un syno KO si mal utilisé ...

PS : Il faut que la case "activer SSH" soit cochée dans le DSM, sinon çà ne démarrera jamais. Le script vérifie la case avant de lancer le daemon ssh, si décoché, non lancé

Connecte toi en telnet/ssh puis va dans ton rep1, et tapes "chmod 777 download_station"

Quand tu as le statut "configuration perdue" tu n'accèdes pas au DSM ?

Au dela de la gestion des users, vérifie que tu n'as pas d'incohérence avec la gestion des groupes utilisateurs

Serais-tu branché à tout hasard en wifi ? Si oui, passe en cablé

Pour le client FTP, tu as un logiciel qui s'apelle FileZilla, qui gère çà très bien Data replicator de permet de répliquer un dossier de ton pc, sur le nas, il fera la même chose qu'un transfert manuel par FTP ou partage windows

Pour le FTP, il faut activer le service dans le DSM, et utiliser un client FTP sur ton windows Pour ton 2e disque, tu ne pourras pas le voir tant que tu ne l'auras pas formaté via DSM > gestionnaire de stockage (attention, si y'a des données dessus, elles seront perdues)

20 jours, non, ce n'est pas normal Retest ton transfert avec le partage windows et/ou par FTP Pour ton disque "il ne le reconnait pas" çà signifie quoi ?

T'as pas accès aux log de ton server chez OVH ? Sinon, rajoute une sortie dans un log sur ton script syno, voir si tu y vois pas qqc

Oui, il y a le SPK mais ... En DSM4, mpd est pseudo buggé, car les kernel module qu'il utilise, sont utilisés par audiostation (d'ou le plantage que tu as eu au début) Pour l'instant on a remonté ce point aux dev chez synology, qui nous ont confirmé que ce sera réglé pour la prochaine version de DSM Donc jusqu'à la prochaine release, tu peux oublier MPD :/

Essaye plutot de le lancer via cette commande (sous telnet): /usr/syno/etc.defaults/rc.d/S95sshd.sh start Si il te retourne encore une erreur, regarde les dernières lignes du fichier /var/log/messages : tail -100 /var/log/messages

Regarde dans les paramètres AirPort à tout hasard, il me semble avoir lu un truc a cocher ou décocher dedans

En fait, il aurait fallu noter l'ordre dans lequel les disques étaient disposés au départ Retente en inversant les disques puis réinstall du dsm via synology assistant

Tu as fait comment pour l'assignation d'IP ? Via reservation d'adresse MAC ou dans le DSM directement ? Es-tu sur que tu ne t'es pas trompé sur l'adresse MAC dans le premier cas ? Tu arrives bien à pinger l'IP en question ?

Dans ce cas, désinstall le package multimedia server, reboot, et réinstall le package, active le service, et laisse l'indexation tourner pendant 24h, sans rien toucher

Vérifie depuis un autre pc / smartphone que ton IP n'a pas été bloqué dans "blocage d'IP"

Attention, il y a 2 types de reset : Le simple reset, qui remet les paramètres DSM à 0 Le double reset qui lui sert à réinstaller le DSM complètement

Vous avez bien décoché la case "mime personnalisé" dans multimedia server ?

1) Tu peux le lancer en tapant le chemin complet du script (sans faire le cd) : "/volumeUSB1/usbshare1-5/monscript.sh" 2) Pour tes transferts, tu peux faire des "mget" au lieu de "get" Le mget te permet le caractère d'échappement "*" exemple : "mget *.pdf" récupérera tout les fichiers PDF du répertoire ; "mget etude*" récupérera tout les fichiers commençant par "etude"