CoolRaoul

Au cas ou ça pourrait interesser certains, j'ai pu reproduire le problème et identifier précisément l'instant où l'erreur se produit. (Merci Process Monitor) Et ça confirme ce que je soupçonnais: Microsoft Office fait appel a une API Windows pour récupérer la structure de sécurité associée au fichier alors qu'il me semble quand même plus simple de procéder par "essai et erreur" (en tout cas c'est comme ça que je m'y prendrais personnellement!) http://msdn.microsoft.com/en-us/library/ff549298.aspx Bien entendu, cela n'innocente nullement Synology: DSM, et plus particulièrement samba, ne devrait pas retourner "ACCESS DENIED" dans cette situation.

Moi non plus là j'avoue. Je pense que tes problèmes ont une autre source que optware.

Rien ne t'empêche de le créer alors. Par contre je ne comprends pas comment tu es arrivé à cette situation.

En effet. Quel est le contenu du fichier /etc/rc.local ?

Ca doit être celui-la:

je dirais même plutot de faire *toutes* les commande suivantes: ls -ld /opt ls -l /opt mount | grep /opt et de nous donner le résultat

Ce machin n'a même pas besoin de booter à travers le réseau, c'est un appareil android autonome avec son propre firmware embarqué a brancher sur une télé en hdmi. Il doit supporter les clients android synology (dsfile, dsvideo, dsaudio, etc ...) et tu peux installer un client dlna (BubbleUPNP par exemple) pour accéder aux Syno via ce protocole. Donc ça devrait marcher en fait. Faudra quand mème disposer d'un clavier compatible (bluetooth) dans ce genre Avec le navigateur du bidule, tu pourra administrer le syno. Le seul probleme est pour l'install du NAS, te faut un PC ou un mac pour le setup initial. Dans le meme style, archos a annoncé le TV connect, mais le budget est un poil plus élevé,

Avant de voir si il est possible d'utiliser le NAS avec ce genre d'équipement, pourrais-tu nous indiquer un exemple d'appareil correspondant a ta description disponible en vente quelque part ?

Peut-être les parenthèses dans l'url qui passent mal ?Essaie avec cette version raccourcie: http://goo.gl/vKQTB

Tu ne te rends certainement pas compte de tous les pré-requis nécessaires pour faire tourner un Firefox: tout un paquet de librairies dont certaines ayant très peu de chances de se trouver sur un NAS. Ensuite la partie graphique de Firefox (et de tous les autres navigateurs Internet) s'appuie sur X11, qui fonctionne en mode client /serveur avec le moteur graphique s'exécutant sur le poste qui dispose de la carte vidéo (pas sur le NAS donc). Il est donc requis d'installer ce logiciel sur le PC. Et pour faire communiquer ce petit monde ce n'est pas trivial. D'autres approches sont possibles (via VNC) mais la aussi faut bidouiller. Bref, tu n'est pas prêt de voir quelqu'un prendre la peine de porter firefox sur un NAS C'est comme si tu demandais Libre Office sur Syno.

Je viens de recevoir à l'instant la réponse du support Syno, le problème est déjà connu et un hotfix est déjà dans le pipe.:

Peut-etre une solution coté Windows en bidouilllant cette clé de registre (a faire pour chaque compte PC): HKCUSoftwarePoliciesMicrosoftOffice14.0CommonOpen FindRestrictedBrowse Ou mieux, via une policy si il s'agit de postes en domaine: ref: http://technet.microsoft.com/en-us/library/ee308297(v=office.14).aspx

Cloudstation n'est pas un système de sauvegarde, il est donc nécessaire aussi d'avoir une sauvegarde des données simultanément.

As-tu regardé du coté de CloudStation? Je pense que cela répondrai mieux a ton besoin;

Mon propos n'était pas de donner un avis, mais de mettre en avant une fonctionnalité de TimeBackup qui deviendrait impossible sans utiliser les hardlinks. J'ai l'impression que ce que tu recherches est un système de gestion de version basé sur une vue orientée *fichier*, TimeBackup présente une interface avec une vue orientée *chronologique* et répond donc à un besoin différent. Ce n'est tout simplement pas l'outil adapté à ton besoin. Tu devrais envisager de chercher des solutions tierces je pense.

Je n'ai pas d'explication non plus, mais l'important est que ça marche maintenant.

Sinon, tant qu'on y est, il est possible d'installer sur le Syno le package debian Debian chroot de la communauté () Sera possible d'avoir n'importe quel navigateur supporté par debian mais la connexion sera pas des plus simple à mettre en oeuvre: lancer un serveur X sur le PC client (cygwin, xming par exemple) se connecter ssh sur le syno avec le tunnel X11 actif (via pageant par exemple) lancer le navigateur dans le contexte debian chrooté Mais je ne garantis pas les perfs (bonjour la conso mémoire déjà ...) et m'étonnerait pas que j'oublie quelques pre requis.

Tu n'aura pas alors la possibilité de "voir" une image complète de répertoire à une date donnée ce qui est quand même une fonctionnalité essentielle de timebackup. Tu remarquera qu'Il est possible de se ballader dans n'importe quel dossier archive de TimeBackup et de se retrouver exactement dans l'état ou étaient les dossiers sources à l'heure et date correspondante.

Un autre truc étonnant est que tu n'ai pas eu à mettre cette règle dans le firewall en 4.1: chez moi sans ça, ça ne fonctionnait pas. A moins que tu ne nous ais pas tout dit et suggéré une mauvaise piste en ciblant ton passage sous DSM 4.2, n'aurais-tu pas activé le firewall ou modifié sa configuration depuis ?

Ce n'est pas une mauvaise idée, c'est la seule façon de faire

Avec ipconfig /renew non plus? Parceque sinon, une fois que le PC a son IP allouée par DHCP, il ne va pas en redemander le renouvellement tant que le bail n'est pas expiré. Faut au moins le rebooter pour ça.

D'autant plus que ça ne serait pas le seul endroit ou les outils DSM s'emmêlent les pinceaux avec les hardlinks pour calculer la place disque Cf ici:

C'était pas forcément clair dans ta description La au moins plus de doute Pour que DHCP fonctionne j'ai du autoriser le port 68 (en port *source* attention) dans le firewall du syno, comme cela: Ca ne serait pas ça ton probleme?

Oui, enfin optware n'est pas un truc qui tourne en tache de fond non plus, tant que tu n'en utilise pas les commandes ca ne peut pas interférer avec DSM. Faut voir ça un peu comme cygwin sous windows. Car si on prend ton commentaire à la lettre ("pas installer autre chose que les packages validés par Synology") ce reviendrai a ne rien mettre sur les disques du NAS... ==> Etrangement, d'apres l'aide en ligne, le "du" DSM devrait aussi savoir gérer aussi les hardlinks (du -h indique "-l Count sizes many times if hard linked"), donc on pourrait croire que sans le "-l" c'est bien géré mais en fait non. Dommage, on aurait pu faite sans optware. C'est sur que les hardlinks, vu a travers un montage réseau SMB faut pas trop espérer que ce soit détecté par windows. Je n'ai pas dit le contraire. Le but était d'analyser en détail *ou* cette place était occupée. Le "du" optware t'aurai permis ds savoir *exactement* la place consommée, dossier par dossier. Chaque "junction" comme tu dis (hardlink en fait), occupe exactement un inode, ce qui n'est pas grand chose. Ce ne sont pas des "junctions" entre répertoires au sens Windows (correspondant à la commande windows "mklink /j") mais des liens *physiques* (équivalent de "mklink /h") et c'est la seule façon d'avoir multiple images de répertoires à des instants donnés en mutualisant l'espace disque pour les fichiers non modifiés. A moins que tu ais une meilleure solution, perso je ne vois pas.

Ceci devrait être plus robuste: #!/bin/sh PATH=/bin:/usr/bin logfile=/tmp/$(basename $0).log if [ "$1" == "" ] ; then # on se relance mais cette fois en se detachant nohup $0 "CALLBACK" </dev/null >$logfile 2>&1 & exit 0 fi # a partir d'ici on s'execute de facon autonome MY_DDNS_CONF="/usr/local/etc/ddns_provider.conf" DDNS_CONF="/etc/ddns_provider.conf" cmp -s $MY_DDNS_CONF $DDNS_CONF && exit # fichier identiques: rien a faire # attente active que DDNS soit demarré, 5 minutes au total tries=30 # nombre de tentatives delay=10 # secondes until killall -q -0 ddnsd ; do sleep $delay tries=$(expr $tries - 1) if [ $tries -eq 0 ] ; then # toujours pas de DDNS, on laisse tomber echo "service DDNS inactif" >&2 exit 1 fi done cp $MY_DDNS_CONF $DDNS_CONF /usr/syno/etc/rc.d/S09DDNS.sh restart remarques: J'ai cru comprendre que ce que tu souhaitais étais simplement de maîtriser la config ddns, donc mieux vaut utiliser comme référence un fichier non touché par DSM, j'ai pris "/usr/local/etc/ddns_provider.conf" Ceci constitue un script autonome (le mettre par exemple dans "/usr/local/bin/fix_ddns_conf"), qui doit être appelé au boot, à partir de /etc/rc.local ou d'une autre manière. des qu'il est invoqué, il se relance lui-même en mode détaché et attend que ddns soit démarré pour faire la manip au moment opportun. ne pas hésiter à me corriger si je n'ai pas bien compris l'effet souhaité **EDIT*** Attention a bien éditer "/usr/local/etc/ddns_provider.conf" avant de lancer le script la 1ère fois! **EDIT#2** fixé grammaire et orthographe