[Resolu] Piratebox services qui démarrent trop tôt

laguespa · 24-01-2016 22:20:50

Bonjour.

Sur le raspberry pi 2 modèle B sur lequel nous avons installé raspbian et fait une piratebox les services lighttpd et dnsmasq démarrent avant que la clef wifi soit active. Il faut donc que nous arrêtions ces services à la main et qu'ensuite nous redémarrions la piratebox.

Les commandes que nous utilisons dès que la piratebox a démarré et que nous pouvons nous connecter en ssh dessus sont :

systemctl stop lighttpd

systemctl stop dnsmasq

systemctl restart piratebox

Une fois ces commandes tapées nous pouvons nous connecter sur le lan de la piratebox.

J'ai cherché sur le net mais les astuces que j'ai trouvées fonctionnent pour d'autres modèles et pas pour le notre. Ça m'a tout planté à chaque fois et j'ai été obligé de réinstaller.

A+

Dernière modification par laguespa (26-01-2016 21:53:13)

laguespa · 26-01-2016 21:52:45

C'est réglé ici : https://www.debian-fr.org/services-qui- … ml#p536836

Bientôt le tuto.

A+

Beta-Pictoris · 26-01-2016 23:08:02

Cela dit, peux tu nous montrer ton fichier piratebox.service ?

Tu peux faire ceci pour obtenir le chemin du fichier (normalement dans /lib/systemd...):

systemctl status piratebox.service

Edit à toto :
Mis la comande en balise Commande root (user pourrait être suffisant ?).

Dernière modification par Beta-Pictoris (26-01-2016 23:11:50)

laguespa · 27-01-2016 00:20:56

systemctl status -all piratebox.service

 

● piratebox.service - LSB: All services around piratebox

   Loaded: loaded (/etc/init.d/piratebox)

   Active: active (running) since mer. 2016-01-27 00:17:32 CET; 1min 29s ago

  Process: 6600 ExecStop=/etc/init.d/piratebox stop (code=exited, status=0/SUCCESS)

  Process: 6629 ExecStart=/etc/init.d/piratebox start (code=exited, status=0/SUCCESS)

   CGroup: /system.slice/piratebox.service

           ├─11703 /usr/sbin/hostapd /opt/piratebox/conf/hostapd.conf

           ├─11710 /usr/sbin/dnsmasq -x /var/run/piratebox_dnsmasq.pid -C /opt/piratebox/conf/dnsmasq_generated.conf

           ├─11716 python /opt/piratebox/bin/droopy -d /opt/piratebox/share/Shared -m  --chmod 755 8080

           └─11728 /usr/sbin/lighttpd -f /opt/piratebox/conf/lighttpd/lighttpd.conf

janv. 27 00:17:25 raspberrypi piratebox[6629]: Setting up wlan0

janv. 27 00:17:26 raspberrypi dnsmasq[11710]: demarré, version 2.72 (taille de cache 150)

janv. 27 00:17:26 raspberrypi dnsmasq[11710]: options à la compilation : IPv6 GNU-getopt DBus i18n IDN DHCP DHCPv6 no-Lua TFTP conntrack ipset auth DNSSEC loop-detect

janv. 27 00:17:26 raspberrypi dnsmasq-dhcp[11710]: DHCP, plage d'adresses IP 192.168.77.10 -- 192.168.77.250, durée de bail 12h

janv. 27 00:17:26 raspberrypi dnsmasq[11710]: lecture /opt/piratebox/conf/hosts_mesh - 0 adresses

janv. 27 00:17:26 raspberrypi dnsmasq[11710]: lecture /opt/piratebox/conf/hosts_generated - 1 adresses

janv. 27 00:17:26 raspberrypi piratebox[6629]: Starting dnsmasq... :.

janv. 27 00:17:32 raspberrypi piratebox[6629]: Starting droopy...:.

janv. 27 00:17:32 raspberrypi piratebox[6629]: Generated HTML-Shoutbox File.

janv. 27 00:17:32 raspberrypi piratebox[6629]: Starting lighttpd...:.

janv. 27 00:17:32 raspberrypi systemd[1]: Started LSB: All services around piratebox.

Beta-Pictoris · 27-01-2016 22:45:39

Tu pourrais obliger les services lighttpd et dnsmasq à attendre la connectivité réseau, s'ils sont de type systemd, en modifiant leurs fichiers de configuration et ajouter ceci dans la section [Unit]:

Requires=network-online.target

After=network-online.target

laguespa · 27-01-2016 23:28:50

Ok, je ferai l'essai pour vis ce que ça donne.

A+

Beta-Pictoris · 28-01-2016 20:50:30

En attendant, regarde ceci: http://www.freedesktop.org/wiki/Softwar … orkTarget/

Dernière modification par Beta-Pictoris (28-01-2016 20:50:54)

laguespa · 29-01-2016 11:45:42

Salut.

J'ai jeté un oeil sur le lien que tu m'as donné. Je ne trouve pas de section unit dans les scripts lighttpd et dnsmasq.

Si j'ajoute ceci dans la section unit

Requires=network-online.target

After=network-online.target

comment je fais pour que mon script ne soit plus pris en compte au démarrage ? Faut-il simplement que je le supprime voire que je le commente ou bien y at-'il une commande supplémentaire a effectuer avec update-rc.d ?
Une autre question pour satisfaire ma curiosité : est-ce que je peux savoir ce qu'il y a dans update-rc.d et comment ?

A+

Dernière modification par laguespa (29-01-2016 12:04:10)

Beta-Pictoris · 29-01-2016 22:58:58

Mais si, regarde:

$

cat /lib/systemd/system/lighttpd.service

[Unit]

Description=Lighttpd Daemon

After=network.target

[Service]

ExecStartPre=/usr/sbin/lighttpd -t -f /etc/lighttpd/lighttpd.conf

ExecStart=/usr/sbin/lighttpd -D -f /etc/lighttpd/lighttpd.conf

[Install]

WantedBy=multi-user.target

Modifie la directive After comme ceci:

After=network-online.target

Redémarre, ensuite, ton raspberry pour voir ce que ça donne.

Edit à toto :
Mise le la commande user en commande user et sans le $ our l'indiquer pisque c'est marqué automatiquement alors.

Dernière modification par Beta-Pictoris (29-01-2016 23:01:27)

laguespa · 30-01-2016 10:11:20

Ok, j'avais cherché dans /etc/.init.d/lighttpd et pas dans /lib/systemd/system/lighttpd.service

Si je comprends bien, le srcipt qu'on place dans /etc/.init.d/ est "copié" dans /lib/systemd/system/ à partir du moment où on lance la commande update-rc.d mon_script defaults ?

La piratebox est démontée pour aujourd'hui. Je verra ça demain.

A+

Beta-Pictoris · 30-01-2016 12:41:26

laguespa a écrit :

Si je comprends bien, le srcipt qu'on place dans /etc/.init.d/ est "copié" dans /lib/systemd/system/ à partir du moment où on lance la commande update-rc.d mon_script defaults ?

Absolument pas.

Ce sont 2 systèmes de gestion des services (ou démons) concurrentiels.
Tout ce qui est dans /etc/init.d, c'est du System V init.
C'est l'ancien gestionnaire de service qui est, encore présent, pour des raisons de compatibilité.

L'autre, Systemd, plus moderne, est en train de le remplacer.

Sur debian,si les services sont en redondance, c'est pour ceux qui préfèrent, encore utiliser l'ancienne méthode, mais les services systemd sont prioritaires quand il y a conflit de nom je pense.

Dernière modification par Beta-Pictoris (30-01-2016 12:45:55)

laguespa · 30-01-2016 19:03:19

Ok. Que fait la commande update-rc.d exactement alors ?

Beta-Pictoris · 30-01-2016 21:40:46

Elle crée des liens symboliques 'Start' et 'Kill' dans /etc/rc?.d

Essaye ceci:

ls -l /etc/rc?.d/*lighttpd

update-rc.d -f lighttpd remove

ls -l /etc/rc?.d/*lighttpd

Edit à toto :
Séparé et mis les commandes en balise Commande user et root.

Dernière modification par Beta-Pictoris (30-01-2016 22:47:59)

Debian-facile

#1 24-01-2016 22:20:50

[Resolu] Piratebox services qui démarrent trop tôt

#2 26-01-2016 21:52:45

Re : [Resolu] Piratebox services qui démarrent trop tôt

#3 26-01-2016 23:08:02

Re : [Resolu] Piratebox services qui démarrent trop tôt

#4 27-01-2016 00:20:56

Re : [Resolu] Piratebox services qui démarrent trop tôt

#5 27-01-2016 22:45:39

Re : [Resolu] Piratebox services qui démarrent trop tôt

#6 27-01-2016 23:28:50

Re : [Resolu] Piratebox services qui démarrent trop tôt

#7 28-01-2016 20:50:30

Re : [Resolu] Piratebox services qui démarrent trop tôt

#8 29-01-2016 11:45:42

Re : [Resolu] Piratebox services qui démarrent trop tôt

#9 29-01-2016 22:58:58

Re : [Resolu] Piratebox services qui démarrent trop tôt

#10 30-01-2016 10:11:20

Re : [Resolu] Piratebox services qui démarrent trop tôt

#11 30-01-2016 12:41:26

Re : [Resolu] Piratebox services qui démarrent trop tôt

#12 30-01-2016 19:03:19

Re : [Resolu] Piratebox services qui démarrent trop tôt

#13 30-01-2016 21:40:46

Re : [Resolu] Piratebox services qui démarrent trop tôt

Pied de page des forums