Chargement d'un script au démarrage du NAS

[cedkey]

Bonjour,

Mon DSM bugue pas mal et ne me lance plus automatiquement mes fichiers:

- usbserial.ko

-ftdi_sio.ko

Je suis obligé de passer par WinSCP afin de lancer la commande:

 insmod ./usbserial.ko & insmod ./ftdi_sio.ko

 

Y a -t'il un moyen de le faire automatiquement a chaque redemarrage du NAS?

Merci

[Vinky]

Où sont stockés tes scripts ?

[cedkey]

Je pense qu'il sont dans:

/usr/local/etc/rc.d

[PiwiLAbruti]

Vérifie.

[cedkey]

Yes ils sont la

[cedkey]

Bonjour,

Personne ne peux m'expliquer comment lancer ces deux commande au démarrage de mon NAs automatiquement?

insmod ./etc/modules/usbserial.ko 

insmod ./etc/modules/ftdi_sio.ko

Merci

 

[CoolRaoul]

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)

 

Modifié le 3 juin 2015 par CoolRaoul

[cedkey]

OK merci je tente...

[gaetan.cambier]

et on pourrait rajouter les rmmod au stop pour pouvoir décharger les module

au passage, coolraoul, il y a des difference entre sh et ash que tu utilise ash ? (plus complet ou autre ?)

 

Modifié le 3 juin 2015 par gaetan.cambier

[CoolRaoul]

au passage, coolraoul, il y a des difference entre sh et ash que tu utilise ash ? (plus complet ou autre ?)

​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

[gaetan.cambier]

je viens de regarder, ca m'etonne pas qu'il ait le meme comportement :

DiskStation> ls -l /bin/ash
lrwxrwxrwx    1 root     root             7 May 19 17:43 /bin/ash -> busybox
DiskStation> ls -l /bin/sh
lrwxrwxrwx    1 root     root             7 May 19 17:43 /bin/sh -> busybox

 

[CoolRaoul]

je viens de regarder, ca m'etonne pas qu'il ait le meme comportement :

​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")

Modifié le 3 juin 2015 par CoolRaoul

[gaetan.cambier]

ok bon j'aurai dis une conneire donc

[CoolRaoul]

ok bon j'aurai dis une conneire donc 

​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.