bud77

Tu risques d'avoir un souci si ton WD RED fait plus de 2 To, car si c'est le cas, tu ne pourras pas ajouter ton green de 2To restant au raid 1 Il faudrait supprimer le volume du green, puis créer le raid 1 dessus, et enfin rajouter ton RED Sinon, si ton green est suffisant pour ton backup, tu peux mettre tes disques 1 et 4 en raid 1, et passer ton green en backup

Avez vous tenté un "mount --bind xxx yyy" ? A l'époque du DSM 3, c'était le seul moyen d'indexer des dossiers autres que les dossiers "basiques" audio/video/music

Un peu en retard je suis, mais tout s'est bien passé au final ?

Oui tu peux rebooter Si le disque est KO, tu pourras toujours reconstruire le raid avec un nouveau disque Si tu as toujours le message au reboot, tente de désactiver le cache d'écriture, mais si tes 4 disques sont identiques, je pense pas que ça vienne de là

EXT3 et EXT4 c'est le système de données sur syno (comme NTFS sur windows par exemple) Tu aurais pu transférer tes données assez simplement si tu avais eu à formater (en passant par un des disques que tu aurais acheté) Tant pis

Mon install date de 2010 environ, que j'ai migré sur 3 synos différents, donc me rappeler de ma configuration initiale ... Mais je reste étonné, c'est bien la première fois que je vois çà

Je viens de tester, et j'ai pas cette fonction sur DSM 4.2 J'ai même pas l'onglet "groupe de disque". Cet onglet "groupe de disque" correspond à l'onglet "volume" chez moi Je dirais que c'est une nouveauté de la 4.3 Bizarre qu'ils n'en ai pas parlé

Hésite pas, car tu risques d'avoir une "surprise" si ton volume est en EXT3 actuellement (Y'as de forte chance que tu doivent tout formater pour qu'il puisse recréer en EXT4)

Tu as du créer des dossiers partagés, pas des volumes Regarde dans le gestionnaire de stockage, onglet "volume"

Vu que tu as un hotspare, c'est pas sur... il y a une chance qu'il décide de prendre le spare directement Je te conseille de : Eteindre le syno Retirer ton hotspare (ou la configuration du hotspare dans DSM quand il est encore allumé) Remplacer ton disque de 1To par ton autre 1To Relancer le syno Réparer le raid Remettre ton hotspare (ou la config, suivant ce que tu as fait plus haut) Pour info, il ne va pas forcément demander un disque de 2To, juste un disque ayant au moins la même capacité que celui que tu remplaces Le "souci" ici est la présence du hotspare

Pour être sur, le mieux c'est de sortir un bon vieux RJ45 cat 6 et de tester comme çà

Tente : nohup "./script.sh > log.log"

Vu le prix des disques 2To, comparé au 1To, autant prendre des 2to Si tu es en SHR, tu auras un gain supplémentaire d'espace disque Idéalement, reste sur du WD green (2To maximum il me semble pour DSM 3.1)

Dans la mesure où même dans la doc, il est indiqué que c'est normal, il ne faut pas espérer grand chose Ici c'est un forum d'entraide, pour contacter synology, il faut utiliser le formulaire sur le site officiel Sinon, pour contourner le problème, je conseillerais de créer 1 dossier partagé et un utilisateur spécifique pour ce dossier pour chaque client Ainsi, chaque client sera totalement cloisonné à son propre dossier Par contre, via filestation, il y a de fortes chances que les partages soient visibles (à tester) par les autres utilisateurs (mais sans afficher le contenu)

Fait un arrêt relance du package Si c'est toujours pas bon, tu dois avoir une vidéo qui "bloque" l'indexation Pour que tes films apparaissent, il faut qu'ils aient été déposé via filestation/nfs/partage windows Si tu les as pris via download station, il n'y a pas d'indexation automatique

Vérifiez aussi dans la liste des IP bloqués, puis, à tout hasard, désactivez le pare-feu du syno (voire même celui du PC)

As tu activé la limite de connexion dans FTP -> FTP Si oui, y'a des chances que ton navigateur ouvre plus de sessions que ton maximum autorisé, ce qui entraine un blocage

Je me doutais que çà ne fonctionnerai pas comme çà Là, tu veux que ton syno soit ton proxy, sauf que, il n'a pas la fonction proxy à l'heure actuelle Il faudrait voir si squid (inclus dans le package squidguard) te rajouterai la fonction Il faudra alors crée ton tunnel du port 443 vers le localhost:XXXX (port de squid) Sinon, je vois pas trop comment procéder

Il y a le "standard" DLNA, et synology propose une version avancée du standard (dont les sous titres) Certains lecteurs peuvent lire les ST en dlna, car ils ont aussi la version avancée, mais ce n'est pas le cas de tout le monde

Je préfère un tunnel SSH à un vpn, mais bon, tout les gouts sont dans la nature Sinon, normalement, rien à changer de plus

C'est tellement rare de voir encore des gens faire des tunnels SSH, que j'étais obligé de répondre PS : A ta place, je modifierai pas le port SSH, mais je ferait une redirection du port 443 vers le port 22 dans le routeur freebox

Vérifie que tu as bien désactivé le firewall du syno (cocher la case "si aucune règle remplie -> autoriser l'accès")

A tout hasard, désactive totalement le FW, mais vu que tu vois les dossiers, j'y crois pas trop

Généralement, dans "destination" , je met "localhost:443" car là, a mon avis, il ne sait pas ou envoyer tes requêtes sur le port 443

Tu peux cocher le transcodage audio, et les 3 formats avec, mais tu n'as pas coché le type mime (tant mieux) ce qui n'explique donc toujours pas le problème Là, je sèche un peu Je te dirais de prendre un dossier avec plus de fichier, et voir si t'en a un qui apparait après réindexation