CoolRaoul

​Le premier exemple de commande ne créé pas de fichier, donc tu peux l'oublier. Quand au second, est-tu sur d'avoir bien utilisé pour la redirection (chemin après le ">") un dossier existant?. Le respect des majuscules/minuscules est important ici.

Je ne comprend pas "ça met chargement". Sans décrire pas à pas et en détail les manips effectuées on va avoir du mal à comprendre ce qui coince.

Un truc du genre de: find /volume* -print0 | xargs -0 ls -ld ne ferait-il pas tout simplement l'affaire? et, pour le programmer suffit par exemple de le mettre dans le planificateur de tache en y rajoutant une redirection: find /volume* -print0 | xargs -0 ls -ld > /volume1/commun/filelist.txt (en remplaçant "/volume1/commun/filelist.txt")

​Pas tout à fait finalement: ~ # sh --version BusyBox v1.16.1 (2015-05-11 02:55:19 CST) built-in shell (ash) Enter 'help' for a list of built-in commands. ~ # ash --version BusyBox v1.16.1 (2015-05-11 02:55:19 CST) built-in shell (ash) Enter 'help' for a list of built-in commands. Dans busybox, "sh" est un alias vers "ash" en fait.

​Ah mais ca ne prouve rien: toutes les commandes busybox sont des lien vers un unique binaire. Essaie de faire: find /bin -type l | xargs ls -l pour voir Mais rien n’empêche que, dans busybox le code de ash soit différent de celui de sh (... ou pas: "use the source, Luke")

​ash est réputé plus strict que sh en ce qui concerne le respect de la norme posix. Je l'utilise par réflexe. Mais sur le syno, il me semble qu'ils aient un comportement strictement identique

Merci, on touche au but!

Tiens le revoila! Reste qu'il manque encore quelques outils de mise en forme (exemple: augmenter/diminuer le retrait) Si on veut nous encourager à publier de beaux tutos, biens propres, lisibles, didactiques et tout et tout, faudra penser à les rétablir (sans oublier le retour de l'édition en texte brut, quand ses bugs seront corrigés)

C'est par ici: Synology nous ouvre ses portes à Taipei et évoque sa stratégie **EDIT** Ah zut, réservé aux abonnés: "Seuls nos abonnés et membres Premium peuvent lire l'intégralité de cet article. Si c'est votre cas, identifiez-vous via le bouton en haut à droite." désolé

Le bouton a disparu!

Dans ton script de démarrage faudra soit faire un cd dans le répertoire ou se trouvent des modules, ou remplacer les chemins relatifs ("./etc/...") par des chemins absolus. **EDIT** le script (devrait ressembler à ceci: #!/bin/ash PATH=/bin:/usr/bin:/sbin:/usr/sbin USBDIR="<a completer>" [ -t 0 ] || exec > /tmp/usbserial_startup.log 2>&1 cd $USBDIR case $1 in start) insmod ./etc/modules/usbserial.ko insmod ./etc/modules/ftdi_sio.ko ;; esac Le nommer par exemple "usbserial_startup.sh" (suffixe .sh obligatoire) à mettre (impérativement) "/usr/local/etc/rc.d/" (faire un chmod +x pour le rendre exécutable)

​L'acces à FileStation (et donc la présence de l'icone) n'est pas lié aux droits d'acces sur les dossiers mais se configure, comme je l'ai indiqué, dans la section "privilèges" du panneau de configuration:

Chaque compte utilisateur DSM a son propre bureau, l'icône peut être présent sur le bureau d'un compte et absent d'un autre D'autre part, l'accès à FileStation est configurable compte par compte (sections "privileges"). Sans acces, pas d'icône. Sinon, dans les autres cas, FileStation reste accessible dans le menu principal, bouton en haut à gauche:

"​Bien" c'est vite dit: les sauts de ligne et les espacements entre paragraphes passent à l'as. Exemple de fil : http://www.nas-forum.com/forum/index.php?/topic/47583-hibernation-impossible-depuis-MAJ Dans Tapatalk le message est constitué d'une seule ligne.

Me voila donc en 4.15.1 build 501 et rien n'a changé, j'ai toujours le même affichage sans formatage ni saut de lignes de mon dernier screenshot. Étrange que ça ne te le fasse pas.

Voila qui est ennuyeux: sur mes deux appareils le play store me dit que ma version est a jour! Je vais desinstaller/reinstaller pour voir **EDIT** Ca n'a rien changé, suis toujours en 4.14.1! Me reste qu'a télécharger ici: http://www.apkmirror.com/apk/tapatalk-inc/tapatalk/tapatalk-4-15-1-android-apk-download/

Ne serait-ce pas le même problème que celui décrit ici ?

Version de Tapatalk: 4.14.1 Build 495 (à priori la dernière) Testé successivement sur tablette Nexus 10 (sous Android 5.1.1) et à l'instant sur mon Moto X (Android 5.0). Voici ce que ça donne dans le cas du téléphone:

Bonjour, Les message du forum, quand ils sont lus sous Tapatalk, perdent tout formatage (y compris les fin de ligne) ce qui en rend la lecture très pénible. Exemple: Lien vers le message original dans le forum: http://www.nas-forum.com/forum/topic/44537-synoaudiod-toujours-actif/?do=findComment&comment=1319273544 Rendu du même sous Tapatalk:

Merci, Donc il se confirme qu'il y a un défaut de conception dans AudioStation Parce qu'effectuer une séquence de ouverture/écriture/fermeture d'un fichier *10 fois par seconde* n'est vraiment pas raisonnable. En plus, vu que le process qui effectue l'opération est actif en permanence et le petit volume de données de ce fichier, suffirait de conserver l'info en mémoire et d'écrire qu'en cas de changements. Je pense en particulier à ceux qui (malgré nos conseils) choisissent d'activer l'hibernation: avec AudioStation qui tourne, il ne sont pas prés de la voir fonctionner non?

Un an et demi plus tard, toujours pas de réponse et rien n'a changé J'espère qu'on ne me reprochera pas ce petit "up" Est-ce qu'une bonne âme ayant installé audiostation pourrait juste via la commande suivante: ls -l /tmp/AudioStation/player.list.json vérifier si chez lui aussi ce fichier est modifié en permanence (effectuer la commande à quelques moments d'intervalle pour constater si sa date de modification est constamment mise à jour) J'ai complètement désinstallé audiostation puis réinstallé sans que ça ne change rien. **EDIT** Solution de contournement en attendant mieux, je force proprement l’arrêt de synoaudiod en cron toutes les nuits: /var/packages/AudioStation/target/scripts/S96synoaudiod.sh stop (Et quand il est déjà arrêté c'est sans importance)

Sans doute le même problème que celui déja signalé ici

​Tu noteras qu'on a le même problème en accédant au forum via Tapatalk: l'édition de messages existants se fait en html (je voulais faire un screenshot mais il semble qu'on n'ai pas accès aux messages récents avec tapatalk)

J'aurais du mettre cette remarque dans l'autre fil: ("édition en texte brut"), la on se retrouve avec du html au lieu de bbcode.

​En effet, on a quand même perdu le bbcode pour du html pur et dur. On verra à l'usage.