CoolRaoul

Essayer "/bin/vi" a la place de "vi" Mais surtout vérifier le PATH dans "/etc/profile" et/ou "/root/.profile" (toujours avec "/bin/vi")

Reconnait que tu nous avais mis sur une fausse piste en parlant jusqu'ici de "media center"

Je n'avais pas lu la discussion initiale mais en ce qui concerne la visibilité du dossier "photo" par DLNA ne suffit-il pas de changer dans la configuration du serveur multimedia en choississant un style de menu personnalisé? Sous l'interface DSM, lancer "serveur multimedia" Dans l'onglet pricipal choisir le style "personalisation1", cliquer alors sur "personnaliser", aller dans l'onglet "photo" et la ne laisser qu'un unique item qui soit de type "par dossier" Configurer ce dernier en choisissant a la place du dossier "photo" racine un sous-dossier quelconque (en créer un vide à cet usage) Un peu bricolo pais pourrait faire l'affaire pour toi. A tester en tout cas

Commence par vérifier cela: En outre je suis très surpis que le profile de root soit écrasé au boot. Regarde son heure de modif (ls -l /root/.profile) et vérifie si elle correspond bien à celle du reboot.

Lorsque tu te connectes sous le compte "root", le shell va lire successivement "/etc/profile" *et* "/root/.profile" (plus précisément "/etc/profile" est commun à tous les utilisateurs, et en outre chacun a son propre profile perso, situé dans son $HOME, et nommé ".profile". Le $HOME du compte "root" est /root) C'est pourquoi si tu définit le PATH dans "/etc/profile" il est pas forcément utile de la redéfinir ou de le modifier dans "/root/.profile" sauf si tu veux définir pour le compte root un PATH différent des autres comptes (cela dit comme, par défaut sous DSM, root est le seul compte qui ait la possibilité de se connecter en shell interactif, ca ne changera rien) Pas normal ça: sans doute le script de démarrage d'optware qui ne s'exécute pas. Vérifie ce qui écrit ici:

Si par "webdev" tu veux dire "webdav" c'est bien la m

Euh... même si tu utilisais une police corps 24 tu n'aurais pas plus rapidement de l'aide Une copie d'ecran de cet onglet serait peut-être utile.. Cela dit, il doit avoir une façon d'ajouter un nouveau "zone record" (un bouton "add" peut-être?) Tu choisis alors ce que tu veux comme "subdomain", pour "IPV4 adresse" tu donne ton ip externe et tu pourra par suite acceder à ton nas avec: http://<le subdomain que tu as choisi>.<ton domaine> Exemple si tu a choisi "syno" comme sous-domaine ca te donnera http:://syno.<ton_domaine> Sache qu'il y a toujours un temps de latence entre la création d'une entrée DNS et sa propagation su l'ensemble ru réseau, patiente un peu avant de conclure que ça ne marche pas.

est-que ça marche sans le .htaccess? tu est bien certain que ton réseau local est en 192.168.0 et pas en 192.168.1 ?

Ce n'est pas ce que dit la doc: "Additionally, the order in which lines appear in the configuration files is not significant"

et que donnent les commandes suivantes? ls -ld /volume1/@optware mount | grep /volume1

Non, c'est essentiellement parce que "/usr/local" se trouve dans la partition système sur laquelle la place est limitée. Et d'ailleurs dans la doc developpeurs de Synology dont j'ai donné le lien précédemment on trouve la remarque suivante:

En effet, c'est suffisant. Faudra trouver la liste des packages Ipkg pre-requis pour la compile (en plus de gcc bien entendu)

C'est du binaire, faudra prévoir une version pour les différentes architectures.

Oui Oui J'ai un lien /site -> /volume1/@site A recréér a chaque upgrade DSM (j'ai un script de startup qui m'évite ça). La stucture est créé lors du "make install" si necessaire. Mais dans le cas d'une compilation croisée (sur linux) ca se passera différement: le "prefix" spécifué lors du "configure" correspond au chemin sur la cible (syno) Mais, lors du "make install", on donne un "prefix" différent qui désigne, sur le serveur de compilation; la racine ou vont être déposés les fichiers constituant le "kit". Le "make" install va crééer les sous répertoires requis si necessaire. Mais j'utilise mon arbo "/site" plus particulièrement pour mes outils perso (surtout des scripts) C'est a toi de voir ce qui t'es necessaire, moi j'ai "bin", "etc", "var" par exemple... Absolument; ce que j'avis écrit sur mon lien /site était bien à prendre dans le contexte de ma phrase: "Toutefois, pour des usages perso, tu peux bien entendu continuer à compiler directement sur ton Syno" Notamment, la création de paquets SPK je ne m'y suis pas encore attaqué. Et même, la compil croisée je ne pratique que depuis deux semaines Faudra attendre de l'aide de plus spécialistes que moi sur ces parties.

/usr/local est "safe" aussi, j'ai entre-temps découvert dans le doc "Synology DiskStation Manager 3rd-Party Apps Developer Guide" de Synology ce qui suit: "When DSM is being upgraded, the directory /var/packages/[package name] and /usr/local will be backed up and restored automatically"

Aucune idée

J'ai dit ça parce que que tu semblais eventuellement envisager l'option MC ("garder la solution sous le coude") , bien que réticent à la contrainte d'acces en ligne de commande ("ça implique aussi d'avoir un accès telnet ou ssh") Et ce n'est pas forcément une solution aussi "shadok" que cela peut sembler à première vue. Shellinabox, une fois compilé, est un simple exécutable qu'il suffit de lancer au boot avec les bons arguments. Ajouter à ça quelques lignes de conf apache, un user unix avec shell=<chemin de midnight commander> et tu te retrouve avec un résultat dont le niveau "wife compliance" est relativement correct

Si le PATH construit dans /etc/profile est correct, inutile de le redéfinir dans /root/.profile (mettre en commentaire) La définition suivante marche bien pour moi: /opt/bin:/opt/sbin:/usr/syno/apache/bin:/usr/local/bin:/usr/local/sbin:/usr/syno/bin:/usr/syno/sbin:/bin:/sbin:/usr/bin:/usr/sbin[/CODE] Si tu veux met plutôt celle-la dans /etc/profile, et commente les lignes PATH (si il en reste) de /root/profile Attention aux futures mise a jour de firmware qui peuvent modifier tout ça. Sauvegarder ces deux fichiers est une bonne idée.

"Packages.gz has sprung into existence": on a déjà rencontré cette erreur. Jette un oeil à ce fil:

Pour le rootkit scanner je n'ai plus rien a te proposer (ne connaissant pas le produit). Par contre pour le ipkg update essaye de le lancer comme ceci ipkg -verbose-wget update[/CODE] et donnes-nous le résultat [EDIT] vérifie aussi que "/opt/bin" est *avant* "/usr/syno/bin" dans ton PATH lorsque tu exécute ipkg update [EDIT #2] ah non, apres test, pas important semble-t-il

Acces ligne de commande dans une page web, ça existe:

Connaissais pas, ça a l'air pas mal du tout dis donc! Tiens je donne lien puisque tu as oublié de le faire https://github.com/S...ommunity/spksrc

C'était de l'humour hein ... Cela dit utiliser dit la ligne de commande n'interdit pas le copier/coller

Essaie déja de rebooter, Sinon va falloir aller demander de l'aide à la source, sur http://www.synology-...s-3rd-party-app Tu parles allemand ?

<troll on> Les vrais hackers (*) n'ont pas besoin de GUI pour faire un malheureux ftp. Et d'ailleurs ils n'utilisent *jamais* la souris. "wget -r ftp://<host>/<rep>" et ça roule </troll> (*) pas dans le sens que les journalistes donnent à ce mot!