Version imprimable
Bonjour,
Je lance sun script dans un environnement pxe debian Stretch.
Le script ex.sh est dans le rc.local. Le script est bien lancé au démarrage mais il possède des interactions avec l'utilisateur fonction "read" qui ne sont pas pris en compte ! . Je me retrouve avec le login.
J'ai le message suivant :
journalctl donne l'information suivante : "opérateur unaire attendu"
En Debian 6 and 7 c'est ok pas en 9 !
Une idée ?
Bien sur quand le lance le script après le login tout est ok !!
MErci
Bonjour :coucou:
Sur la différence de comportement en fonction de la version Debian, non.Citation:
Une idée ?
Mais sur l'opérateur unaire, tu as, très certainement, dans le test d'une condition, une variable vide que tu crois pleine.
Et le script plante.
Tu devrais chercher pourquoi la variable est vide à ce moment là.
Bonjour,
une variable vide n'empêche pas les opération unaire ou n-aire, mais un vide tout court, oui, provoque des erreurs sur les opération unaire ou n-aire.
Référence à une possible variable vide:
Référence à un possible vide:Code:"$var"
Code:$var
Merci pour vos réponses mais je pense sans en être sûr que le problème est ailleurs !
Voilà ce que j'ai fait :
J'ai pensé que le rc.local etait depricated et j'ai installé mon script via systemd ... Mais le problème est identique.
Je suis revenu à /etc/rc.local. Dans ma Debian 9 il n'y a pas de /etc/init.d/rc.local ! et le script normalement lancé par celui-ci se lance quand même mais bon là n'est pas le problème enfin je pense !
Ma configuration :
Linux Stretch (9) monté via PXE en RO (bug nfs recensé) , et j'ai mis un fstab pour avoir des montages en RW comme /tmp /var /proc ...
Le système démarre passe dans le /etc/rc.local qui lance par su - root -c "ex.sh" et me donne le login et devrait me demander les informations attendues par le script ex.rh en fait les read ne sont pas pris en compte ...
Si je lance ce script après le login dans le système linux monté le script me demande les informations vi les read ... et c'est ok
Pourquoi le système ne prend pas en compte les read dans le ex.sh avant le login ?
La seule différence que je vois entre la 9 et la 6 et 7 c'est le fstab !
Code:
2
3
4
5
6
7
8
9
10
code du script ex.shCode:
2
3
4
5
6
7
Erreur :Code:
2
3
4
5
6
ex.sh :
Citation:
ligne 106 : [: = : opérateur unaire attendu
Je ne peux pas mettre la config du 6 en 9 ça ne marche pas pour les file system montés !!
A+ J'espère
- Pour l'erreur proprement dite, disedorgue t'a répondu.
Il faut protéger ta variable, sinon, tu as juste un vide. Et un bug.
Code:if [ "$sur" = oui ];
- Il y a démarrage et démarrage.
Tu interviens trop tôt.
Il y a
- le démarrage du système
- le démarrage des services
- le démarrage de la session
- le démarrage de la session graphique
- le démarrage de la console
- etc
- À qui parles-tu ?
Tu te rends compte que, symboliquement, tu poses une question à un utilisateur qui n'existe pas, puisqu'il n'est pas logué.
rc.local n'est pas adéquat pour faire des entrées/sorties à ce moment-là du démarrage.
Sur internet, on trouve des solutions diverses de redirections, ou d'arrêt d'autre module comme plymouth quit, pour rendre au script ses canaux standards.
Mais la simple solution n'est-elle pas de mettre ton script dans /etc/profile.d, qui s'exécute à la connexion d'un utilisateur ? (il existe et te répond)
Merci pour cette réponse.
Mais dans le rc.local comme expliqué ci-dessus il y a un su - root -c 'ex.sh" . Je voudrais reproduire ce qui existe en debian 6.
En protégeant les variables, c'est pas le problème. C'est la fonction read qui n'est pas exécuté en mode entrée sortie ?
Comment activer ou faire fonctionner le read (du bash) dans un rc.local ou (systemd) avant le login ? Je ne trouve pas la solution à moins de revenir à un debian 6 !
Je sais ce n'est pas très propre, mais dans un fonctionnement PXE il faut aller au plus simple : on démarre le poste puis on répond à deux questions (read !) et le script se lance pour les utilisateurs ...
Merci je cale.
Et comment est configuré ton démarrage de rc.local ?
Peut-être dans:
ou avec une profondeur supplémentaire.Code:/etc/systemd/system/rc-local.service
Enfin, le but est d'avoir sa configuration pour les paramètres:
StandardOutput
StandardInput
StandardError
Et de les configurer correctement...
Tu peux voir le man systemd.exec.
Merci à vous deux.
MAis je n'ai pas de solution :
Avec systemd : le script au démarrage fait la même erreur (passe le read)
avec :
enable ... puis redémarage du pxe de nouveau passe le script et me propose le login. J'ai essayé avec un autre script autre que rc.local comme mon_script dans ExecStart idem !Code:
2
3
4
5
6
7
8
9
10
11
12
Quand je lance systemctl restart monScript.service me donne le curseur pour saisir mais reste bloqué !
En fait la question est la suivante :
Comment faire pour lancer un script en root avec des montages nfs avec E/S (!fonction read) avant le login !!!!!!!!
Je suis revenu en arrière avec le fameux init.d !
Avec mon /etc/rc.local (qu contient su - root -c "monscript") je lance /etc/init.d/rc.local même erreur me donne pas la main : si j'execute /etc/rc.local c'est ok !!!!!!!!
Que fait init.d en plus !! Pourquoi ça marchait en Debian 6 et ça marche encore !
Merci
Peux-tu essayer avec:
Code:
2
3
4
5
6
7
8
9
10
11
12
13
Merci pour votre message mais c'est pareil !
juin 28 15:09:53 localhost rc.local[289]: ###################Citation:
Nom de la machine : pas d'arrêt ici
juin 28 15:09:53 localhost rc.local[289]: ###################
juin 28 15:09:53 localhost rc.local[289]: Profil turni
En faisantune partie une idée ? j'ai bienCitation:
systemctl show rc.local.service
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
Je peux toujours comme le disait Flodelarab rajouter le script dans /etc/profile.d mais là il faut se connecter ! C'est curieux que ça marche en Debian 6. Mais depuis le fonctionnement de init.d est devenu obsolète et systemd prend la relève avec plus de restrictions ?
Pardon, mais, avant, c'était pareil; si tu as un problème de concurrence.
C'est pour ça que tu pourrais tenter d'utiliser tty2 au cas ou un autre service monopolise tty1.
Comme dans le lien suivant :
https://alan-mushi.github.io/2014/10...h-systemd.html
re,
c'est presque parfait !
J'ai en effet sur le tty2 les questions de mon script donc c'est super ! :)
Juste il ne faut pas mettre dans le ExecStart rc.local parce qu'il est executé par systemd par défaut en mode de compatiblité donc lancé deux fois !
Il faut mettre dans le ExecStart le script directement comme =/bin/bash /bin/as.sh
Cependant, je n'arrive pas à me positionner sur tty2 ! J'ai essayé de faire un nouveau lien via systemd sur le getty2 et l'activer mais il devient occupé et le script se lance plus.
SI je garde ma config actuelle avec un tty1 qui attend le login et tty2 avec le script qui fonctionne mais qui n'est pas visible !
Comme fait (puisque inittab n'existe plus !) d'activer par défaut le tty2 ?
J'ai mis dans le rc.local :
je bascule bien en tty2 mais j'ai des log de démarrage qui s'affiche pas dessus !Code:
2
Merci à vous
Sous Debian 9 (stretch), j'ai actuellement
- Ctrl+Alt+F1 Connexion graphique
- Ctrl+Alt+F2 Session graphique normale
- Ctrl+Alt+F3 Console en attente tty3
- Ctrl+Alt+F4 Console en attente tty4
- Ctrl+Alt+F5 Console en attente tty5
- Ctrl+Alt+F6 Console en attente tty6
Peut-être est-il judicieux d'utiliser tty3 pour ta console de script de démarrage ? (chvt 3)
Et laisser le comportement graphique par défaut.
Ctrl+Alt+Fn est équivalent à chvt n.
idem le tty2 ou ttyy3 sont brouillés par des logs !
Soit je met un service S99 avac chvt à tester, soit soit il existe une option dans le systemd pour lancer le script de changement de terminal (contient chvt 2) à la fin ?
A suivre ... Merci
avec dans le rc.local :
chvt 2
dans le script.sh (vi /etc/systemd/system/script.service )en ajouter un sleep !! :
Résumé :Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
-Le script avec E/S se lance avant le login sur le tty2 !!!!!!
Tout est ok. Un grand merci à vous et à bientôt