CoolRaoul

Merci pour le lien, je vais potasser ça. **edit** Rien sur les sous titres, dommage .

C'est tombé en marche après plusieurs essais infructueux. La tentative d'install précédente, m'avait craché à plusieurs reprises ces séquences erreurs dans la syslog: Apr 12 19:43:23 fserv entry.cgi_SYNO.Core.Package.Installation[1].install[11252]: pkgtool.cpp:1602 Failed to extract package INFO to /volume2/@tmp/552AAEBB5F13F0FE/ Apr 12 19:43:23 fserv entry.cgi_SYNO.Core.Package.Installation[1].install[11252]: pkgtool.cpp:1603 /bin/tar xf /volume2/@tmp/@synopkg/@download/sickbeard-custom/@SYNOPKG_DOWNLOAD_sickbeard-custom -C /volume2/@tmp/552AAEBB5F13F0FE/ INFO --no-same-owner Apr 12 19:43:23 fserv entry.cgi_SYNO.Core.Package.Installation[1].install[11252]: pkgtool.cpp:1608 stderr: /bin/tar: /volume2/@tmp/@synopkg/@download/sickbeard-custom/@SYNOPKG_DOWNLOAD_sickbeard-custom: Cannot open: No such file or directory Apr 12 19:43:23 fserv /bin/tar: Error is not recoverable: exiting now Bon, maintenant que c'est installé je vais pouvoir essayer de jouer avec Merci

je l'avais déja Ca me dit "format de fichier non valide" à l'installation Et en ce qui concerne "mozvip" j'ai également testé URL: "git://github.com/mozvip/Sick-Beard.git" Branche: "master"Même punition

Donc je déduis que dois prendre la version "custom" en renseignant correctement le formulaire pour ce movzip. Me reste à rouver les bonnes valeurs. Pareil, en plus il y a toute une terminologie exotique que j'ai du mal a mémoriser: vu que je n'utilise pas ce truc de façon intensive, ça a du mal à rentrer, je reste quelques mois sans en avoir besoin et hop j'ai tout oublié **edit** Je galère un max, la recherche google: "movzip" fork sickbeard me trouve à peine ... 2 résultats

Salut à tous, J'avais installé (péniblement), il y a un bon moment de ça, Sickbeard (en version custom) sur mon NAS en suivant un tuto que je ne retrouve plus. Mais, n'utilisant pas intensivement cet outil, j'ai un peu oublié comment le manipuler, en plus il m'a semblé que ma config pour ce package était devenu sans doute un peu foireuse ( à force de modifier des options que je ne comprenais pas vraiment). Voila pourquoi j'ai décidé de tout recommencer "from scratch". Hélas, toutes les infos que je glane par ci par là (et ici-même) ne sont pas vraiment "newbie friendly" ce qui fait que je suis un peu pommé. Suite à ça, je suis à la recherche d'une âme charitable qui pourrait *très succinctement* en réponse dans ce fil me donner des éléments pour faire le bon choix entre ces options: Sickbeard "vanilla" ou Sickbeard custom, et pour ce dernier quel fork choisir. Ensuite, pour le reste j'espère pouvoir me débrouiller. **edit** N'étant suis pas intéressé par la VF, j'ai pensé bien faire en installant à l'instant la version "non custom" mais apparemment ça ne gère pas les sous-titres. Pas glop ça. Ais alors tenté la version "custom", en laissant les défauts dans le formulaire "parametre du fork" et la ça me répond "incorrect fork" Pas glob non plus.

Pour le moment je me suis bien gardé de les informer de ça, et j'ai bien pris la précaution de leur dire que c'était un problème général. Si ils me font cette réponse je pourrais toujours leur dire de simplement faire le test sur un de leurs NAS de test. Si ils refusent c'est vraiment qu'ils y mettent de la mauvaise foi. <PolicallyCorrect state="off", trollinside="on"> Quoique .. on sait bien que le Chinois est fourbe. </PolicallyCorrect> Déjà plus de 3 heures que ça tourne, pres de 20mn de CPU. Tout ça pour récupérer une info qu'un malheureux "df" rendrait en un pouillème de seconde: serv# ps -fp 2533 UID PID PPID C STIME TTY TIME CMD root 2533 1 9 10:25 ? 00:18:25 /usr/syno/synoreport/synoreport rogntudju!!! PS: bien entendu je pourrais (et vais probablement) me faire un petit job lancé en cron quotidien ou hebdo avec résultats dans fichier historique mais c'est par principe.

Je me permet de déterrer ce (vieux) sujet, Toujours pas d'amélioration, ce rapport qui était quasi instantané auparavant (DSM 5.0) , prend toujours des heures malgrès les mises a jour DSM depuis mon post initial. Je viens d'ouvrir un ticket chez Syno, en précisant bien qu'il s'agissait d'un problème général (pas qu'ils viennent m'emm** avec bottant en touche à cause de mes packages "non officiels" sans parler de mes outils additionnels cross compilés). J'ai pu voir quelques témoignages dans le forum US qui confirme cela, mais d'autres témoignages conformant dette anomalie me serait pas inutiles

Sinon, pour diagnostiquer les connections webdav, faut commencer par activer les logs sur le syno, comme je l'ai expliqué Essayer aussi de se connecter avec un autre client webdav (ES Explorer pour Android sait faire) pour voir ce que ça donne (permettra de vérifier les noms de chemins)

"diff" et "patch" vont ensemble quand ce sont les versions GNU, incluses toutes deux dans diffutils DSM est basé sur busybox. Donc pour avoir patch faudra à priori recompiler les diffutils, avec leurs éventuels prérequis. (reste l'option optware mais le projet prend la poussière, y a bien un fork en cours mais j'ai pas plus confiance que ça sur sa pérennité).

Alternative possible pour éviter les conflits, dans la mesure ou le routeur le permet: configurer le service DHCP de ce dernier de façon à n'utiliser qu'un sous-ensemble du subnet LAN en tant que bloc d'adresses disponibles pour les clients. Suffit alors d'utiliser comme IP fixe une adresse en dehors de cette plage.

Faudrait déjà qu'il y ait un écran pour afficher le menu de choix non?

Ca n'est pas possible: le seul cas ou on peut avoir un dossier partagé qui n'utilise pas les ACLs est si ce dernier a été créé sous DSM4 et précédent. Le retour arrière n'est *pas* possible (et ne l'a jamais été d'ailleurs)

L'activation des ACLs sur un partage n'est pas réversible. En outre (depuis DSM5 il me semble) c'est devenu le mode par défaut sur tous les dossiers partagés nouvellement créés. Seuls ceux créés sous une version précédente du système peuvent encore utiliser les droits Unix de base (ugo/rwx)

Aurais-tu volontairement négligé de suggérer l'utilisation des ACLs pour ne pas perturber un débutant ?

Je viens de trouver un workaround, à tester

Ca marche en effet mais par contre l'icône de l'appli n'apparait pas dans le bandeau "Applications" d'AndroidTV? Je dois aller dans "parametres" -> "applications" -> "DSVideo" -> "ouvrir" pour y accéder, aurais-je oublié un truc? Quelle est cette remarque?

Tous les jours n'est en effet pas possible, les seuls intervalles proposés sont 1, 3, 6 et 12 mois:

Je n'ai pas beaucoup investi sur cette partie du logiciel DSM Tout ce que je peux dire, pour tes dernières questions, est que tu trouvera ton bonheur dans l'onglet "paramètres de stockage" du centre des journaux On peut par exemple y régler les critères d'archivages uniquement en nombre d'enregistrements (improprement traduit par "nombre de journaux") Il est aussi possible de demander que l'archive soit simultanément sauvée en format texte pur. Normalement il devrait être possible d'ouvrir une archive directement dans l'interface mais je ne suis pas parvenu à le faire fonctionner

Le bouton "exporter" exporte les mêmes informations que celles affichées Pour filtrer plus précisément, on peut utiliser le formulaire qui s'affiche en cliquant sur l'icone" loupe": En sélectionnant, comme ci dessus, le journal "Transfert de fichiers Windows", le CSV généré sera nommé de la forme "smbxferlog_AAAA_*.csv" et contiendra bien les enregistrements du service de fichier

Dans l'interface de visualisation des journaux il y a un bouton "exporter" Le format "CSV" est tout à fait approprié pour être lu par n'importe quel tableur

Et pour répondre plus directement à la question initiale: Si les accès se font en partage réseau Windows, tu peux activer le journal des transfert dans panneau de configuration => "service de fichiers" => "activer le journal des transferts". Si au contraire les utilisateurs passent par File Station (pas très clair dans ta description quelle est la méthode utilisée, j'ai mis en vert ce qui me met le doute), ça se fait par l'interface File Station => "paramètres" => "Activer le journal de File Station". Dans les deux cas, pour positionner l'option, faut être connecté à l'interface de configuration DSM en mode admin bien entendu

Si on veut bien me pardonner d'ajouter mon grain de sel, je pense que, même avec peu d'utilisateurs, il est toujours utile de privilégier l'utilisation des groupes. Ca peut simplifier l'ajout l'héritage de droits pour de futurs utilisateurs supplémentaires. Exemple de groupes me semblant pertinent pour un NAS perso (désolé pour les anglicismes, déformation professionnelle): "Family": membres de la famille "People": *vraies* personnes (comptes attribués à une personne physique) "Devices": équipements (comptes attribués à des appareils tels que téléviseurs, mediaplayer etc ...) "Powerusers": comptes non admin mais disposant cepandant de privileges supplémentaires (sauvegarde réseau, acces a certains dossiers sensibles)

Serait utile et intéressant de tester, des que le problème se représente, ce que répondent les DNS d'Orange à nslookup global.download.synology.com

Si tu veux mon avis, modifier des fichiers systèmes pour ce genre de manip ne me semble pas la meilleure approche (d'autant plus que le fichier de conf sera écrasés lors de la plupart des upgrades firmware). J'imagine que c'est essentiellement le port SSH utilisé pour les connexions externe WAN que tu souhaite modifier? Dans ce cas il est bien plus simple de le faire dans la règle de redirection de port que tu as déclaré dans ton routeur pour le service SSH et continuer à utiliser le port 22 sur le LAN. Faut savoir également que les versions plus récentes de DSM donnent accès à cette option directement dans l'interface d'administration.

On est bien d'accord: Syno n'est pas au top sur tous les plans. Se sont laisser dépasser par la progression de leur base installée sur certains aspects.