CoolRaoul

Pour les accents, le fichier doit être encodé en UTF8. Sous Windows, je te conseille d'utiliser Notepad++ configuré comme ceci:

J'avais loupé mon passage des 1000 et 2000 mais ce coup-ci j'ai fait gaffe à immortaliser l'instant. Tout ému je suis

C'est bien le compte "root" que tu utilises? As-tu essayé en telnet ?

Même pas en lecture (ne serait-ce que pour vérifier et en avoir le cœur net) ?

A ta place je comparerai le contenu de la branche de la base de registre: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlLsa entre les PC qui se connectent et ceux qui ne se connectent pas

Il doit certainement y avoir une solution alternative coté PC via une modification de la base de registre

Ça aurait été peut-être sympa de donner ces détails dès le départ ... Mais bref, maintenant on sait que le problème est coté PC (tu peux t'en assurer en créant provisoirement pour test un job de sauvegarde en local du dossier à problème) , et vu, que ce n'est pas une configuration supportée, c'est pas gagné pour toi. Pour ma part, je n'ai plus d'idée de piste à creuser à te proposer. Faudra sans doute complètement repenser ta stratégie de sauvegarde. Tu conviendra également que d'habitude on a plus tendance à utiliser un NAS pour sauvegarder un PC que le contraire, ce qui limite encore plus les chances de trouver quelqu'un ayant la même approche que toi et pouvant reproduire l'anomalie Vraiment désolé.

Synology n'y est pour rien, il s'agit de package développé exclusivement par dvblogic ( Tu devrais certainement trouver plus facilement de l'aide sur leur forum: http://forum.dvblogic.com/

La sauvegarde de base DSM ne sait sauvegarder que sur un partage local, vers un autre syno en réseau , un serveur Unix par rsync ou Amazon S3: Comment t'y es tu pris pour mettre un serveur Windows comme destination? En tout cas ça m'étonnerait que ce soit supporté.

Vraiment étrange, il n'y a pas de probleme avec les caractères accentués normalement. Tu pourra d'ailleurs le constater en créant toi même un fichier avec un nom comportant des accents dans un autres dossier partagé et en sauvegardant ce dernier individuellement. Par contre je viens de tilter sur une phrase de ton premier message: tu parles de "sauvegarde" des "données critiques sur un autre "serveur" (Type PC)" Quel est donc cet "autre serveur" et quelle méthode de sauvegarde utilises-tu?

M'est arrivé un problème un peu similaire mais c'est la restauration qui plantait. C'était du à des caractères non supportés dans le nom de certains fichiers. Voir ici: Peut-être que maintenant l'erreur est détectée en amont et que c'est la même chose qui t'arrive? (le "illegal file name." semble aller dans cette voie) Dans tous les cas faut savoir que la sauvegarde a simplement ignoré les fichiers à probleme mais a bien sauvegardé tous les autres. Par conséquent, tu peux faire une comparaison du répertoire "homes/Mathieu" dans le répertoire cible de sauvegarde avec le répertoire original pour identifier les fichiers qui ne sont pas passés.

Peut-être que nous communiquer le texte de cette "indication d'erreur" pourrait être utile? Et aussi, si le texte est tronqué (ce que je comprend par "cela est incomplet"), le bouton "sauvegarder" permet d'exporter la log dans un fichier

Tu devrais trouver ton bonheur dans l’onglet "sauvegarder" des journaux système: Ce n'est pas le log "complet" mais au moins toutes les erreurs y sont conservées.

Comme je l'ait déja dit, "mettre le Syno en fr_FR.UTF-8" n'a pas vraiment de sens. Pour les scripts, suffit d'ajouter la ligne LANG="fr_FR.UTF-8" ; export LANG en tete de chacun d'entre eux. (dans le cas de scripts shell) Tout simplement.

Apparement, web console (que je ne connais pas et j'avais d'ailleurs oublié que tu utilisais ce machin) n'est pas tout à fait équivalent à une véritable session shell via ssh ou telnet. D'apres ce que je devine: ne définit pas $HOME. n'exécute ni etc/profile ni ~/.profile Voila qui explique tout tes problèmes. Si tu insistes pour passer par un navigateur, je ne peux que t'encourager à choisir à la place shellinabox (que j'utilise) et qui n'a pas ce problème.

Est-ce que ssl est bien activé au mois (panneau de conf -> services web)?

Donne nous simplement le résultat de chacune des commandes suivantes (sans chercher à décrire le résultat, fait simplement un copier/coller). (seul "cd" ne doit rien afficher, c'est normal). Et attention a bien respecter majuscules/minuscules: echo $HOME echo ~ id cd ls -l .profile

C'est echo $HOME qu'il faut faire pour voir la valeur de la variable! Regarde ce que donne cette commande. HOME est *prédéfini* lors de la création de chaque nouvelle session. Il n'est pas possible qu'il ne le soit pas. Je ne comprend pas ce que tu veux dire par "l'UTF-8 en français par défaut sur mon Syno" . Il n'y a pas vraiment de locale par défaut global sur un syno, chaque package ou service s’initialise comme il le souhaite à sa façon.. Les opérations décrites dans ce fil consistent à *ajouter* le support de l'utf 8 aux locales disponibles sous DSM. A aucun moment on ne parle de mettre quoi que ce soit *par défaut* (sauf pour les session interactives, mais je ne pense pas que tu en ai l'utilité en fait). Tu devrais plutôt décrire ce que tu constates et qui ne marche pas et expliquer ce que tu voudrais à la place. Voici la bonne approche pour décrire un problème si on veut avoir une chance d'avancer: je fais les manipulations suivantes (et là décrire *exactement* ce que l'on fait) je constate ceci (là aussi citer *exactement* ce qui est observé sans rien omettre, éventuellement un screenshot peut être utile) je souhaiterai constater ceci à la place (la aussi description excate et précise du résultat attendu) Ce n'est pas exactement l'approche que tu utilises. Pour ma part je suis complètement perdu, je ne comprend toujours pas ce que tu veux faire.

Que cherches-tu à faire en tapant "$HOME/" ? Tu débutes en unix/linux je suppose? Penses-tu avoir vraiment besoin de faire des manips manips en ligne de commande? Et lesquelles?

Bnn dans /etc/profile comme tu l'a fait Si ca marche pas pour un compte c'est que le profile du compte utilisateur que tu utilise redéfinit LANG Le profile individuel de chaque compte est dans $HOME/.profile Et il n'est pas normal que "HOME" ne soit pas défini. EN shell, tu peux toujours utiliser ~/.profile en lieu et place de $HOME/.profile

Ce n'est pas comme ça que ça fonctionne: "/etc/profile" est exécuté *uniquement* pas les process shell interactifs (typiquement les sessions SSH, telnet), pas par les démons/serveurs. C'est que la variable "HOME" n'est pas définie, ce qui est vraiment surprenant.Tu es bien sur le compte "root"? Faudrait peut-être ajouter la bonne définition de LANG *dans* le script de lancement de YAMJ (et la je ne peux pas t'aider je ne connais pas ce "yamj"). Au passage tu aura remarqué quele sujet de ce fil est owncloud, pas yamj. Pas sur que le support de l'UTF8 par yamj se configure par lintermédiaire de variables d'environnement.

Nb: dans la plupart des cas ne pas utiliser le compte "admin" en shell, il est essentiellement prévu pour l'administration DSM en http. Connais pas désolé. Ben celui que j'ai indiqué: ~/.profile ("$HOME/.profile" si tu préfère) Chaque compte a le sien propre. Nb: Ne pas utiliser le compte admin en shell, il est limité Que veux-tu faire exactement? Faut savoir que ce qui est définié dans les profiles ne s'applique qu'aux session interactives en ligne de commande

Tu es connecté sur quel compte lorsque tu tape la commande "locale"? N'y aurait-il pas une autre affectation a la variable LANG dans le profile du compte (~/.profile) qui écrase la définition globale (celle de /etc/profile)?

Lien vers la dernière version ajouté à la fin du 1er post du fil. Note: je rappelle qu'il est possible de spécifier où se trouve channels.conf sans modifier le script. Suffit de donner si nécessaire ce chemin en paramètre lors de l'appel, comme cela: xml2epg.pl -C <chemin du fichier channels.conf> <url du xml tv> De façon similaire, le chemin du répertoire EPG est aussi parametrable, switch "-d": xml2epg.pl -C <chemin du fichier channels.conf> -d <dossier EPG> <url du xml tv>

Ok, j'ai trouvé étrange que ca s'applique uniquement aux liens recu en MP