CoolRaoul

Dans ce cas il ne te reste que peu d'espoir, le lecteur multimedia intégré à ton téléviseur ne sait probablement pas gérer les sous titres externes en DLNA (si ça peut te consoler cette une fonction assez mal supportée en général). Si tu peux (et a la patience de) convertir tes fichiers video et leurs sous-titres associés dans un format avec sous-titres intégrés (mkv par exemple) ça a des chances de marcher Ca n'a aucune importance ici: la référence à la freebox dans mon lien concernait le lecteur multimedia de cette dernière, ici c'est le lecteur intégré à ton téléviseur qui est en cause.

Peut-être une piste ici: (c'est pour une freebox mais sait-on jamais, ça peut résoudre ton problème avec ta Sony)

ou bien utiliser l'astuce indiquée ici https://forums.dropbox.com/topic.php?id=65918

C'est sur qu'en prenant celui-ci ... trouvé en 2 mn via notre ami google:http://forum.synology.com/enu/viewtopic.php?f=40&t=69534

Attention: rsync (transfert par delta basé sur des checksums évolués) et inotify (surveillance de changements dans un file system) sont deux choses différentes. Bien que je ne suis pas certain que cloudstation utise explicitement rsync, comme les synchro se font bien en mode bloc, il doit très probablement s'agir d'un mécanisme similaire. D'autre part, une fois la connexion avec un client établie (après la resynchro initiale nécessaire) il est très probable qu'il s'appuie aussi l'API inotify ou similaire.

Pas forcément si on utilise les bonnes APIs. inotify permet à un process de pouvoir à être informé au fil de l'eau des modifications d'un système de fichier et de n'agir que si nécessaire (exemple d'utilisation: http://www.thegeekstuff.com/2010/04/inotify-c-program-example/)

Je cherchais à lister les messages d'un utilisateur qui avait demandé plusieurs heures plus tôt de l'aide dans la shoutbox pour lui répondre et voila: En cliquant sur "messages":

DSM s'installe sur une partition spécifique (dite "partition système") de *chaque* disque (en miroir) C'est lors de l'initialisation d'un disque que cette partition (non visible par l'interface graphique) est créée et intégrée au miroir. L'avantage est qu'en cas de panne d'un disque le NAS est toujours capable de démarrer sur la (ou les pour les modèles a + de 2 disques) partition(s) système(s) encore disponible.

Et pour les sauvegardes, la planif se fait au niveau de chaque job, dans "sauvegarder et restaurer" (bouton "modifier", onglet "sauvegarde programmée")

En complément, pour les versions, ne pas négliger l'approche Time Backup qui sait faire des snapshots programmés de façon assez efficace coté place disque utilisée (mais il a aussi ses inconvénients comme de travailler globalement au niveau dossier partagé)

N'ayant pas appliqué cette update, DSM me dit pourtant que mon système est à jour, allez comprendre! Bon, je préfère attendre la 4.3 de toutes façons

Tu as du laisser la commande "cd" dans ton batch plutôt que de recopier l'exemple tel que je l'avais donné En effet les chemins UNC ne sont pas pris en charge *pour la commande cd* sous cmd.exe (cf: http://support.microsoft.com/kb/156276/fr). Par contre "copy" les gère. PS: *toujours* donner le message d'erreur rencontré quant quelque chose ne marche pas, on gagne un temps fou. **EDIT** J'avais mal lu le message (mais ça ne change pas grand chose sur le fond): il ne s'agit en fait que d'un avertissement qui dit que le fichier cmd (ou bat) est situé dans un dossier accédé via un chemin UNC. Et cmd.exe ne peut pas faire un "cd" dans ce répertoire (pour la raison donnée plus haut). Par contre cela n'empêche nullement le script batch de s'exécuter.

Ah oui, je me demande comment j'avais pu louper ça! D'ailleurs, cette l'erreur de type "timeout" m'avait bien mis la puce à l'oreille sur un probleme de comm:

Le droit "exécuter" est une condition necessaire pour accéder au contenu du dossier Le droit "lecture" ne permet que de+ lire les noms des fichiers et sous/dossiers qu'il contient. Par exemple, en ftp, si tu as acces "exécuter" et pas "lire" au dossier "a" tu pourra récupérer un fichier contenu dans ce dernier bien que n'ayant pas le droit d'en lister le contenu (ou de faire un "cd a") Exemple de session ftp démontrant ce fait: ftp> pwd 257 "/tmp" is current directory. ftp> ls a 200 PORT command successful 450 a: Permission denied ftp> get a/mgc.jpg toto 200 PORT command successful 150 Opening ASCII mode data connection for a/mgc.jpg (32549 bytes) 226 Transfer complete. 32645 bytes received in 0.000169 seconds (1.886e+05 Kbytes/s) local: toto remote: a/mgc.jpg le dossier "a" contient un fichier mgc.jpg mais je ne peux pas le vérifier par un "ls" (me manque le droit lecture). Par contre je peux y accéder puisque j'ai le droit "exécute"

Erreur de traduction, la version en anglais est simplement "apply to this folder, subfolders and files"

D'autant plus que faire communiquer PC et NAS sans le réseau c'est pas gagné :ouitusors:

T'apres ton screenshot tu as *aussi* supprimé les droits en exécution (cf mon explication plus haut)

J'ai du mal à te suivre: tu écris que les noms UNC ne sont pas supportés et juste après que tu n'en sais rien! Les chemins UNC *sont* supportés sous XP, suffit d'essayer tu verras.

Comment est-ce possible? le support des chemins UNC est intégré à Windows!

Exactement, aussi bien pour un dossier que pour un fichier. Mais il faut bien être conscient que , si on n'utilise pas les ACL, il n'y a pas héritage des droits, par conséquent un nouveau fichier ou dossier créé verra ses droits propres positionnés en lecture/écriture pour tout le monde (enfin, c'est ainsi que fait DSM) Les termes utilisés étant "écriture", "lecture", "exécuter", j'imagine que les deux premiers ne te posent pas de problèmes! "Exécuter" est un peu spécial dans le cas d'un répertoire, il donne le doit de le traverser (alors que "lire" ne permet que de lister son contenu). Pour un répertoire sur lequel on a le droit d'exécution mais pas de lecture il est donc possible d'accéder à un fichier qu'il contient pour peu d'en connaitre le nom. Cela n'a pas d'application pratique via filestation mais par ftp ça peut permettre de cacher des dossiers à la vue des utilisateurs (suppression du droit lecture sur le dossier père) tout en leur permettant quand même d'y accéder (maintient du droit exécution) non, qu'est-ce qui te fait dire ça?

Les droits sur les sous-dossiers se configurent avec file station, pas avec le panneau de configuration (celui-ci configure les droits globaux sur le partage, au final c'est la combinaison des deux qui s'applique en fait). Mais par défaut, comme DSM met initialement des droits en lecture/écriture sur tous les fichiers/dossiers on ignore souvent cette possibilité d'affiner les droits au niveau fichier/dossier. Le droit effectif pour un utilisateur nécessite de passer les *deux* barrières. Par défaut c'est le modèle unix standard (propriétaire/groupe/autres) qui s'applique. Mais il est possible d'activer les ACL sur le partage quand ce modèle ne permet pas d'arriver exactement à ce que l'on souhaite (attention les ACL mis en place sur les fichers/dossiers d'un partage restent effectifs même après désactivation). Si tu hésites à utiliser les ACL, le modèle de restriction d'acces que tu demandes risque d'être un peu "touchy" à gérer avec les droits unix de base. (va falloir je pense créer deux groupes dédiés, affecter ces derniers aux différents dossiers de niveau 1). Tu peux toujours expérimenter en créant un partage de test pour jouer. Donc l'option suggérée ci dessus par Domlas de créer un dossier partagé spécifique est peut-être plus appropriée dans ton cas. A toi de voir si tu prend le temps d'expérimenter ou préfère aller au plus simple.

<mode cheveu_sur_la_soupe on> Pourquoi s'emm** avec une lettre de lecteur et ne pas utiliser des noms unc? @echo off set BDD=DISKSTATIONbdd set fichier=mabase.mdb set jour=%date:~0,2% set mois=%date:~3,2% set annee=%date:~6,4% set ajoutnom=%annee%%mois%%jour% copy /Y %BDD%%fichier% %BDD%sauveJ%ajoutnom%_%fichier% </mode>

Je ne suis pas certain d'avoir bien compris la question, mais à priori c'est dans "panneau de configuration -> Matériel -> Planif Alim"

J'aurais plutot écrit "WTF" Tout ça pour ça! Sortir in nouveau firmware pour un bug cosmétique, faut croire que c'est de la bonne qui circule chez Syno.

Comment fais-tu cela? Il doit bien avoir quelque part dans le logiciel de sauvegarde le moyen d'indiquer le chemin et sous quel nom il va déposer son backup. Mais, dans tous les cas en se connectant avec le user "toto" l'écriture dans le home est bien entendu autorisée. Donc ton logiciel de sauvegarde devrait pouvoir aussi fonctionner ainsi. Tu n'a pas moyen de poser la question à ceux qu'il l'ont développé?