bud77

Faut mettre sur le client autant que sur le server Et regarder sur son client si il a une option "deconnecter après X minutes d'activité" et désactiver ou mettre1h

Oui, c'est bien cette limitation coté server Coté client, faut voir comment il a paramétrer, si notamment il a bien mis la limitation de connexion Avec Filezilla, il y a un systeme de cache lors de la navigation. Lorsqu'il passe un certains temps en utilisant le cache, il se déco automatiquement. Puis si il va dans un dossier dont il n'a pas de liste, il va se reconnecter, récupérer la liste des dossier/fichiers, puis se redéco, et ainsi de suite

Faut voir du coté de son client voir comment il a configuré Puis voir coté server, si tu as limité à 1 seule connexion

1) Sur ton premier groupe de disque (appelons le G1) tu auras 2+1+1 To, donc 2To disponibles, 1To de redondance, et 1To non utilisé Lorsque tu changeras le 2e disque par un 2To (ou 3) tu auras alors : 2+2+1. Comme tu es en SHR, la taille maximum dispo va automatiquement augmenter sur G1, pas besoin de refaire de volume ou autre Tu auras donc 3To dispo, et 2To de redondance Au changement du 3e disque, 4To, et 2To de redondance 2) Pour les erreurs de manip, tu as la "corbeille CIFS" Perso, je suis pour le raid, car si un disque lache, tu perds pas tout. Et la sauvegarde n'est qu'à un instant T(mais çà reste conseillé)

En fait, je me suis mal exprimé, on ne peux pas créer un groupe de disque ayant a la fois un volume redondé, et un non redondé Tu devras créer 2 groupes de disques : 1 groupe contenant 3 disques (idéalement les 3 de 1To) pour le SHR = espace disponible de 2To 1 groupe contenant 1 disque (idéalement pour celui de 500Go)

Du tout, on est là pour çà

Tant qu'il n'y a pas de souci dessus, le bouton est grisé Lorsque le raid sera en mode dégradé, tu pourras cliquer dessus

Il y a une partition systeme sur tout les disques installés dans un syno, donc pas d'inquiétudes, tu peux le remplacer sans hésiter

Une personne a eu une idée similaire à la tienne, ne pas redonder certaines données Dans ce cas, il faudrait que tu passes en SHR sur 3 disques (espace dispo de 2 disques) et avoir le 4e disque sur un volume à part, pour les données pas importantes Ce qui certes, risque d'épuiser le disque tout seul plus vite, mais épargne la vie des 3 autres disques Donc oui, conclusion très bonne Par contre, si ton SHR est déjà crée sur 4 disques, il faudra surement "casser" le tout (et potentiellement suppression des données), pour recréer sur 3 disques + 1 disque solo

Pour passer en raid 0 directement : Monter le disque de 3To dans le 2e slot, en laissant le disque 1To dans le premier Créer un volume simple sur le 3To (peu importe le type) + 1 dossier partager Copier tes fichiers du volume1 sur le volume2 fraîchement crée Remplacer le disque 1 par un disque de 3To, crée un groupe de disque basique, puis jbod + 1 dossier partagé Déplacer tes fichiers du volume2 sur le nouveau volume1 Supprimer le volume2 et rattacher le disque 2 sur le volume1

Entre le sata2 et sata3, tu ne verras pas de différence du tout dans le nas Ensuite, entre 7200 et 5900 (modèles green) je te conseille plutôt le 2e, car ils chauffent moins, et font moins de bruit

Pas possible car pas de partition possible, et le raid n'est pas sélectif sur les volumes, mais sur les disques

1) Tu auras tes 3To dispo lorsque tu auras mis le 2e disque de 3to, et lancé la réparation du raid 2) Tu pourras pas étendre (enfin, tu peux, si tu es un maître de gestion des disques en ligne de commande, mais pas conseillé si le disque lâche, raid KO) Je conseil plutôt de t'en servir (au moins 1) pour faire un backup de tes données importantes

Si tu es en SHR, la seule chose à faire est de mettre le 2e disque en plus de ton disque "défectueux" Puis aller dans le DSM, (désactiver le bip si y'en a un), et lancer la réparation du raid Pour rappel, le SHR sur 2 disques est un raid 1 Tes données seront alors dupliqués du disque 1 sur le disque 2, et en cas de crash, tu auras toujours tes données présentes

Regarde plus précisément ici : http://forum.synology.com/wiki/index.php/What_kind_of_CPU_does_my_NAS_have

Plex est uniquement dispo pour les nas à base de processeur intel, donc exit le 210+ Pour le système multimedia, le syno à déjà cette fonction de base, faudrait préciser ton besoin un peu plus

Déjà vérifier que l'indexation de tes photos est bien terminée

PS : Y'a pas de fragmentation sous Unix, donc défragmentation inutile, et impossible Ensuite, faire plusieurs volumes est pas vraiment utile si toutes tes données doivent être redondées (dans le sens, si un disque lache, y'a un disque de secours avec le SHR) La notion groupe de disque est pas forcément exploité à son maximum sur un nas 4 baies, mais sur un modèle 8 baies ou plus, çà prend tout son sens

La garantie légale du revendeur est de 1 an, quelque soit le discours qu'ils te sortent Synology ne te fera pas d'échange ...

1) Le shell ash existe de base en busybox, tu es d'ailleurs en ash quand tu te logges en root ( cat /etc/passwd |grep root ) 2) Twonky pas vraiment prévu en package. Par contre, tu as serviio en package tout prêt sur un autre repo que SynoCommunity 3) C'est la version i386 et tu as un proc intel, donc c'est la bonne version

Regarde si tu as pas une indexation qui tourne dans tes process à tout hasard

Diaoul, Piwi, Nounours, si vous passez par là ...

De ce que j'ai lu sur un autre topic : Se connecter en ssh/telnet Faire un "ps www |grep index" La tu devrais voir le nom de la photo en question apparaitre

Serviio fait du transcodage a la volée, donc mauvais test ... Test plutôt de lire tes fichiers avec une freebox ou autre supportant le dlna Et non, surtout pas toucher aux mime personnalisé. Ils sont déjà bon en standard, si tu coches et que tu en rajoutes, tu vas écraser la config originale (tant que la case est cochée)

Tente un "chmod -R 777 /volume1/photo" puis relance l'indexation