auto starten van een script op raspberry pi.

[sjoemie1985]

Ik weet niet of dit topic hier hoort?

Maar ik zit met het volgende probleem.
Ik heb een raspberry pi waar een ais dispatcher op moet draaien dit is een stukje software die gestart dient te worden met een aantal parameters.
Deze moet gestart worden zodra men de RPI inschakelt.
het probleem is dat als ik het script laat starten via sudo update-rc.d aisdispatcher defaults
Dan start hij hem wel bij het booten maar stopt dan met de rest in te laden van raspbian.
het script doet op dat moment wel wat hij moet doen, Maar het zou mooi zijn dat hij het script start en dan gewoon netjes doorlaad naar het login scherm van de RPI.

Ik kan dan alleen het proces stoppen als ik inlog via putty, maar het zou dus mooi zijn dat als ik er een scherm aan heb hangen ik ook gewoon iets kan uit voeren.
Dus heeft iemand een idee hoe ik dit kan doen?

[ny-hardcore]

ik ken raspbian niet helemaal , maar kun je het script niet aan /etc/rc.local toevoegen?
(wel met een & achter het commando)
Of je maakt een ' echt' init-script, hier een voorbeeld:
https://github.com/richar...oBlaster/user/init-script

[Mattie112]

Ik zou zeggen zoek even hoe dit in zijn algemeenheid werkt op Linux, is niet anders omdat je Linux distro toevallig op de PI draait.

[sjoemie1985]

ny-hardcore schreef op donderdag 15 mei 2014 @ 17:22:
ik ken raspbian niet helemaal , maar kun je het script niet aan /etc/rc.local toevoegen?
(wel met een & achter het commando)
Of je maakt een ' echt' init-script, hier een voorbeeld:
https://github.com/richar...oBlaster/user/init-script

Moet ik in dat init script dan 1. verwijzen naar het programma dat ik gestart wil hebben met de parameters?

Of 2. moet ik in dit script verwijzen naar het script dat het programma start?

als het 1 is hoe zit dat dan met de parameters die ik mee moet geven?
Want dat ben ik nog nergens tegen gekomen.

[Cassettebandje]

Hij stopt met het laden van de rest omdat hij alleen jouw programma aan het uitvoeren is, op de voorgrond. Als je wilt dat hij doorgaat met andere dingen moet je zorgen dat het uitgevoerd wordt op de achtergrond. Dat doe je door een &-teken neer te zetten achter het commando waar je het mee start.

Wat heb je precies gedaan om in te stellen dat het bij het booten gestart moet worden? Heb je een bepaalde tutorial gevolgd of heb je ergens iets aangepast in een script?

[sjoemie1985]

in het code veld zie je wat hij moet uitvoeren.
Althans so is het nu en deze laad ik dan in het rc.local, via: sudo update-rc.d defaults
die aisdispatcher is dus het uiteindelijke programma dat automatisch moet draaien bij het starten van de PI met al die parameters er achter.
want die geven aan waar het signaal vandaan komt en waar het heen moet.

Dit is dus hoe ik het nu gedaan heb.

code:

#!/bin/bash
#
# chkconfig: 345 80 20
# description: ais dispatcher
# processname: aisdispatcher
# pidfile: /var/run/aisdispatcher
#

# Some things that run always
touch /var/lock/aisdispatcher


case "$1" in
  start)
    sudo /home/ais/aisdispatcher/aisdispatcher -t -h 10.0.1.197 -p 6001 -H 127.0.0.1:6000,data.aishub.net:2244,(wanip):8051,(ander wanip):8051 -x 96 -y 10 -v -g -S /home/aiskml -X 4 -z=no
    exit 0
    ;;
  *)
    echo "Hello"
    exit 1
    ;;
  esac
exit $RETVAL

[Cassettebandje]

Sudo weghalen, script runt sowieso als root en dus een & aan het eind van regel 15 en dan zou het moeten werken

[sjoemie1985]

Cassettebandje schreef op vrijdag 16 mei 2014 @ 17:58:
Sudo weghalen, script runt sowieso als root en dus een & aan het eind van regel 15 en dan zou het moeten werken

Thanks voor dat simpele antwoord

Ik zat echt maar te zoeken en te zoeken en met python scripts te kijken.
Maar uiteindelijk bleek het dus een kwestie van het 1 te verwijderen en het andere toe te voegen

Je bent echt mijn helper in nood geweest.

[CurlyMo]

Ik zou je adviseren om gebruik te maken van het programma start-stop-daemon dat speciaal voor deze dingen is gemaakt. Zie andere init.d script of de man pages hoe het werkt.

Daarnaast heb je ook geen init.d script gemaakt maar gewoon een normaal script met een start / stop conditie. Om zelf init.d scripts te schrijven is er in elke distro een skeleton aanwezig:

code:

cat /etc/init.d/skeleton

Ik zou die dus als basis nemen, dan heb je tenminste ook je runlevels goed staan.

[sjoemie1985]

oke, ik ga daar eens naar kijken.

[sjoemie1985]

CurlyMo schreef op maandag 19 mei 2014 @ 10:35:
Ik zou je adviseren om gebruik te maken van het programma start-stop-daemon dat speciaal voor deze dingen is gemaakt. Zie andere init.d script of de man pages hoe het werkt.

Daarnaast heb je ook geen init.d script gemaakt maar gewoon een normaal script met een start / stop conditie. Om zelf init.d scripts te schrijven is er in elke distro een skeleton aanwezig:

code:

cat /etc/init.d/skeleton

Ik zou die dus als basis nemen, dan heb je tenminste ook je runlevels goed staan.

Heb naar die skeleton gekeken.
ik zit te kijken naar waar de parameters moeten komen die gelijk met het programma gestart moeten worden.
enig idee waar ik die moet plaatsen?
is dat achter: DAEMON_ARGS ?

[CurlyMo]

Ja

[sjoemie1985]

oke thanks

[sjoemie1985]

CurlyMo schreef op maandag 19 mei 2014 @ 10:58:
Ja

als ik hem wil starten krijg ik de melding 28: /lib/init/vars.sh: cat: not found
en 52: /etc/init.d/aisd: start-stop daemon: not found

enig idee wat dat betekent?
dit lag blijkbaar aan de optie /usr.sbin die ik er uit had gehaald.

maar nu heb ik het idee dat als ik hem toe voeg aan de rc.local dat hij hem niet start.
als ik de proces lijst open met het commando: top
zie ik geen aisd o.i.d. in de lijst staan.

[ Voor 31% gewijzigd door sjoemie1985 op 19-05-2014 14:25 ]

[Sprite_tm]

Dit is meer een Linux/Unix-dingetje dan een EL-iets. Schopje naar NOS.

[CurlyMo]

maar nu heb ik het idee dat als ik hem toe voeg aan de rc.local dat hij hem niet start.

Waarom rc.local?

[ik222]

Andere simpele optie is je script inclusief parameters toevoegen aan de crontab met @reboot ervoor. Dan wordt het script telkens bij opstarten gestart.

[sjoemie1985]

CurlyMo schreef op maandag 19 mei 2014 @ 15:26:
[...]

Waarom rc.local?

ik kwam dat overal tegen dat je hem moet teovoegen via sudo update-rc.d defaults

[sjoemie1985]

ik222 schreef op maandag 19 mei 2014 @ 15:27:
Andere simpele optie is je script inclusief parameters toevoegen aan de crontab met @reboot ervoor. Dan wordt het script telkens bij opstarten gestart.

dat zou misschien wel kunnen, maar het zou handig zijn dat het script ook te stoppen of herstarten ofzo is

[ik222]

sjoemie1985 schreef op maandag 19 mei 2014 @ 15:31:
[...]


dat zou misschien wel kunnen, maar het zou handig zijn dat het script ook te stoppen of herstarten ofzo is

Dan moet je inderdaad een init script maken. Maar voor gewoon simpel een script aftrappen werkt @reboot prima

[CurlyMo]

sjoemie1985 schreef op maandag 19 mei 2014 @ 15:30:
[...]

ik kwam dat overal tegen dat je hem moet teovoegen via sudo update-rc.d defaults

Dat heeft weinig met rc.local te maken. Het commando is:

code:

update-rc.d [scriptnaam] defaults

[sjoemie1985]

CurlyMo schreef op maandag 19 mei 2014 @ 15:37:
[...]

Dat heeft weinig met rc.local te maken. Het commando is:

code:

update-rc.d [scriptnaam] defaults

dat bedoelde ik ook
weet op zich hoe dat commando moet.

maar het lijkt alsof hij verder niet het programma start.

[CurlyMo]

Kan je hem handmatig starten via:

code:

service [scriptnaam] start

[sjoemie1985]

als ik dat in type en op enter druk gaat hij meteen naar pi@RPI~$
Zie verder niet staan started ofzo.

[CurlyMo]

code:

ls -Al /etc/init.d/[scriptnaam]

?

[Hero of Time]

Als je een stop en restart wilt hebben, moet je natuurlijk wel die cases opnemen in je script. Lees je ook even in wat het systeem doet bij boot en shutdown. Geef ook nog even aan welke distro je draait. Chkconfig lijkt op iets Red Hat-achtig, maar welke van de tig smaken is onduidelijk.

[sjoemie1985]

de versie van linux die ik gebruik is raspbian wheezy versie 7
dit is dus een debian like versie voor de raspberry pi.

[Hero of Time]

Vreemd waarom je dan chkconfig in je script zet, ipv de Debian variant ervoor. Voor SSH server:

code:

#! /bin/sh

### BEGIN INIT INFO
# Provides:             sshd
# Required-Start:       $remote_fs $syslog
# Required-Stop:        $remote_fs $syslog
# Default-Start:        2 3 4 5
# Default-Stop:         
# Short-Description:    OpenBSD Secure Shell server
### END INIT INFO

Vond het al vreemd dat je update-rc.d gebruikte, die is er in RH niet. Neemt niet weg dat je wel een stop) en restart) in je script moet zetten, als je 'm wilt kunnen laten stoppen bij afsluiten. Anders is 't kill -15 gevolgd door kill -9.

[sjoemie1985]

ik heb niet zo veel verstand van linux, dus probeer het met de handreikingen die ik krijg

maar met die code van jou zou het moeten lukken?

[CurlyMo]

Als je de skeleton minimaal aanpast naar jouw benodigdheden kan het eigenlijk al niet fout gaan.

[sjoemie1985]

dat had ik dus gisteren geprobeerd, maar voor zover ik kon zien starte hij het proces niet.
hij hoort namelijk ook een bepaalt kml bestandje aan te maken en bijna continue te wijzigen maar dat deed hij niet.
maar met mijn eigen scriptje en dan & erachter en zonder sudo start hij gelukkig gewoon door en het programma draait dan ook gewoon.

[CurlyMo]

Kan je een diff plaatsen tussen de skeleton en jouw script?

[sjoemie1985]

wat bedoel je precies met een DIFF plaatsen?

[Hero of Time]

Je hebt het script aangepast en een andere naam gegeven. Voer het volgende dan uit en geef de output hier.

diff /etc/init.d/skeleton /etc/init.d/[jouw script]

[sjoemie1985]

Hero of Time schreef op woensdag 21 mei 2014 @ 13:13:
Je hebt het script aangepast en een andere naam gegeven. Voer het volgende dan uit en geef de output hier.

diff /etc/init.d/skeleton /etc/init.d/[jouw script]

dit kwam er uit.

code:

1,42c1
< #! /bin/sh
< ### BEGIN INIT INFO
< # Provides:          skeleton
< # Required-Start:    $remote_fs $syslog
< # Required-Stop:     $remote_fs $syslog
< # Default-Start:     2 3 4 5
< # Default-Stop:      0 1 6
< # Short-Description: Example initscript
< # Description:       This file should be used to construct scripts to be
< #                    placed in /etc/init.d.
< ### END INIT INFO
<
< # Author: Foo Bar <[e-mail]>
< #
< # Please remove the "Author" lines above and replace them
< # with your own name if you copy and modify this script.
<
< # Do NOT "set -e"
<
< # PATH should only include /usr/* if it runs after the mountnfs.sh script
< PATH=/sbin:/usr/sbin:/bin:/usr/bin
< DESC="Description of the service"
< NAME=daemonexecutablename
< DAEMON=/usr/sbin/$NAME
< DAEMON_ARGS="--options args"
< PIDFILE=/var/run/$NAME.pid
< SCRIPTNAME=/etc/init.d/$NAME
<
< # Exit if the package is not installed
< [ -x "$DAEMON" ] || exit 0
<
< # Read configuration variable file if it is present
< [ -r /etc/default/$NAME ] && . /etc/default/$NAME
<
< # Load the VERBOSE setting and other rcS variables
< . /lib/init/vars.sh
<
< # Define LSB log_* functions.
< # Depend on lsb-base (>= 3.2-14) to ensure that this file is present
< # and status_of_proc is working.
< . /lib/lsb/init-functions
<
---
> #!/bin/bash
44c3,6
< # Function that starts the daemon/service
---
> # chkconfig: 345 80 20
> # Description:        ais dispatcher
> # processname: aisdispatcher
> # pidfile: /var/run/aisdispatcher
46,60d7
< do_start()
< {
<       # Return
<       #   0 if daemon has been started
<       #   1 if daemon was already running
<       #   2 if daemon could not be started
<       start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON --test > /dev/null \
<               || return 1
<       start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON -- \
<               $DAEMON_ARGS \
<               || return 2
<       # Add code here, if necessary, that waits for the process to be ready
<       # to handle requests from services started subsequently which depend
<       # on this one.  As a last resort, sleep for some time.
< }
62,99c9,10
< #
< # Function that stops the daemon/service
< #
< do_stop()
< {
<       # Return
<       #   0 if daemon has been stopped
<       #   1 if daemon was already stopped
<       #   2 if daemon could not be stopped
<       #   other if a failure occurred
<       start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 --pidfile $PIDFILE --name $NAME
<       RETVAL="$?"
<       [ "$RETVAL" = 2 ] && return 2
<       # Wait for children to finish too if this is a daemon that forks
<       # and if the daemon is only ever run from this initscript.
<       # If the above conditions are not satisfied then add some other code
<       # that waits for the process to drop all resources that could be
<       # needed by services started subsequently.  A last resort is to
<       # sleep for some time.
<       start-stop-daemon --stop --quiet --oknodo --retry=0/30/KILL/5 --exec $DAEMON
<       [ "$?" = 2 ] && return 2
<       # Many daemons don't delete their pidfiles when they exit.
<       rm -f $PIDFILE
<       return "$RETVAL"
< }
<
< #
< # Function that sends a SIGHUP to the daemon/service
< #
< do_reload() {
<       #
<       # If the daemon can reload its configuration without
<       # restarting (for example, when it is sent a SIGHUP),
<       # then implement that here.
<       #
<       start-stop-daemon --stop --signal 1 --quiet --pidfile $PIDFILE --name $NAME
<       return 0
< }
---
> # some things that run always
> touch /var/lock/aisdispatcher
102,115c13,20
<   start)
<       [ "$VERBOSE" != no ] && log_daemon_msg "Starting $DESC" "$NAME"
<       do_start
<       case "$?" in
<               0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
<               2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
<       esac
<       ;;
<   stop)
<       [ "$VERBOSE" != no ] && log_daemon_msg "Stopping $DESC" "$NAME"
<       do_stop
<       case "$?" in
<               0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
<               2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
---
>       start)
>         /home/ais/aisd -t -h 10.0.1.197 -p 6001 -H 127.0.0.1:6000,data.aishub.net:2239,46.226.91.61:8051,109.237.211.144:8051 -x 96 -y 10 -v -S /home/aiskml -X 4 -z=no $
>         exit 0
>         ;;
>       *)
>         echo "Hello system"
>         exit 1
>         ;;
117,159c22
<       ;;
<   status)
<       status_of_proc "$DAEMON" "$NAME" && exit 0 || exit $?
<       ;;
<   #reload|force-reload)
<       #
<       # If do_reload() is not implemented then leave this commented out
<       # and leave 'force-reload' as an alias for 'restart'.
<       #
<       #log_daemon_msg "Reloading $DESC" "$NAME"
<       #do_reload
<       #log_end_msg $?
<       #;;
<   restart|force-reload)
<       #
<       # If the "reload" option is implemented then remove the
<       # 'force-reload' alias
<       #
<       log_daemon_msg "Restarting $DESC" "$NAME"
<       do_stop
<       case "$?" in
<         0|1)
<               do_start
<               case "$?" in
<                       0) log_end_msg 0 ;;
<                       1) log_end_msg 1 ;; # Old process is still running
<                       *) log_end_msg 1 ;; # Failed to start
<               esac
<               ;;
<         *)
<               # Failed to stop
<               log_end_msg 1
<               ;;
<       esac
<       ;;
<   *)
<       #echo "Usage: $SCRIPTNAME {start|stop|restart|reload|force-reload}" >&2
<       echo "Usage: $SCRIPTNAME {start|stop|status|restart|force-reload}" >&2
<       exit 3
<       ;;
< esac
<
< :
---
> exit $RETVAL

[CurlyMo]

Het idee was dat je de skeleton zou aanpassen i.p.v. de hele skeleton leeg te gooien en je eigen content te plaatsen (wat dus niet werkt).

[Tazzios]

En hoe heb je je raspberry pi precies aangesloten op je auto?

^{Sorry kon het niet laten}

[sjoemie1985]

Tazzios schreef op donderdag 22 mei 2014 @ 15:24:
En hoe heb je je raspberry pi precies aangesloten op je auto?

^{Sorry kon het niet laten}

moet dus automatisch zijn die TT was me zo nog niet eens op gevallen

[sjoemie1985]

CurlyMo schreef op donderdag 22 mei 2014 @ 15:17:
Het idee was dat je de skeleton zou aanpassen i.p.v. de hele skeleton leeg te gooien en je eigen content te plaatsen (wat dus niet werkt).

maar hoe zou ik die skeleton moeten aanpassen?
dus wat moet waar.

[ Voor 3% gewijzigd door sjoemie1985 op 26-05-2014 10:05 ]

[CurlyMo]

Simpel gezegd laat je alles wat je niet begrijpt staan.

De skeleton lijkt me verder genoeg uitleg geven. Zoals:

code:

# Short-Description: Example initscript
# Description:       This file should be used to construct scripts to be
#                    placed in /etc/init.d.

Of

code:

DESC="Description of the service"
NAME=daemonexecutablename