Jak uruchomić skrypt powłoki podczas uruchamiania

Na Amazon S3 przykład Linux, mam dwa skrypty nazywa start_my_appi stop_my_appktórego start i zatrzymanie na wieki (co z kolei prowadzi mój wniosek node.js). Używam tych skryptów do ręcznego uruchamiania i zatrzymywania aplikacji Node.js. Na razie w porządku.

Mój problem: chcę również skonfigurować go tak, aby start_my_appbył uruchamiany przy każdym uruchomieniu systemu. Wiem, że muszę dodać plik do wewnątrz init.di wiem, jak dowiązać go do odpowiedniego katalogu w nim zawartego rc.d, ale nie jestem w stanie dowiedzieć się, co faktycznie musi znaleźć się w pliku, w którym się umieszczam init.d. Myślę, że powinna to być tylko jedna linia start_my_app, ale to nie działało dla mnie.

W pliku, który umieściłeś /etc/init.d/, musisz ustawić, aby był wykonywalny za pomocą:

chmod +x /etc/init.d/start_my_app

Dzięki @meetamit, jeśli to nie zadziała, musisz utworzyć dowiązanie symboliczne do /etc/rc.d/

ln -s /etc/init.d/start_my_app /etc/rc.d/

Pamiętaj, że w najnowszym Debianie nie będzie to działało, ponieważ twój skrypt musi być zgodny z LSB (zapewnij przynajmniej następujące działania: start, stop, restart, wymuszenie przeładowania i status): https: //wiki.debian .org / LSBInitScripts

Uwaga: zamiast ścieżki względnej należy podać bezwzględną ścieżkę skryptu, ponieważ może to rozwiązać nieoczekiwane problemy:

/var/myscripts/start_my_app

I nie zapomnij dodać na górze tego pliku:

#!/bin/sh

Ustaw crontab do tego

#crontab -e
@reboot  /home/user/test.sh

po każdym uruchomieniu uruchomi skrypt testowy.

Prostym podejściem jest dodanie linii w /etc/rc.local:

/PATH/TO/MY_APP &

lub jeśli chcesz uruchomić polecenie jako użytkownik specjalny:

su - USER_FOOBAR -c /PATH/TO/MY_APP &

(końcowe znaki handlowe i tło procesują i pozwala rc.local kontynuować wykonywanie)

Jeśli potrzebujesz pełnego skryptu inicjującego, dystrybucja debian ma plik szablonu, więc:

cp /etc/init.d/skeleton /etc/init.d/your_app

i trochę to dostosujcie.

Tak właśnie robię w systemach Red Hat Linux .

Umieść skrypt w /etc/init.dposiadaniu roota i pliku wykonywalnego. Na górze skryptu możesz podać dyrektywę dla chkconfig. Przykład: poniższy skrypt służy do uruchomienia aplikacji Java jako wyrocznia użytkownika.

Nazwa skryptu to /etc/init.d/apex

#!/bin/bash
# chkconfig: 345 99 10
# Description: auto start apex listener
#
case "$1" in
 'start')
   su - oracle -c "cd /opt/apex ; java -jar apex.war > logs/apex.log 2>logs/apex_error.log &";;
 'stop')
   echo "put something to shutdown or kill the process here";;
esac

Oznacza to, że skrypt musi działać na poziomach 3, 4 i 5, a priorytet dla start / stop to 99 i 10.

Następnie jako użytkownik rootmożesz użyć chkconfigdo włączenia lub wyłączenia skryptu podczas uruchamiania:

chkconfig --list apex
chkconfig --add apex

I możesz użyć service start/stop apex.

Wprowadź cronza pomocą sudo:

sudo crontab -e

Dodaj polecenie, które zostanie uruchomione podczas uruchamiania, w tym przypadku skrypt:

@reboot sh /home/user/test.sh

Zapisać:

Naciśnij ESC, a następnie: x, aby zapisać i wyjść, lub naciśnij ESC, a następnie ZZ (to shift + ZZ)

Test Test Test :

1. Uruchom skrypt testowy bez crona, aby upewnić się, że rzeczywiście działa.

2. Upewnij się, że zapisałeś swoje polecenie w cron, użyj sudo crontab -e

3. Uruchom ponownie serwer, aby potwierdzić, że wszystko działa sudo @reboot

Po prostu dodaj linię do swojego crontab ..

Upewnij się, że plik jest wykonywalny:

chmod +x /path_to_you_file/your_file

Aby edytować plik crontab:

crontab -e

Linia, którą musisz dodać:

@reboot  /path_to_you_file/your_file

Tak proste!

Inną opcją jest posiadanie polecenia @reboot w twoim crontabie.

Nie każda wersja crona obsługuje to, ale jeśli twoja instancja oparta jest na Amazon Linux AMI, to będzie działać.

Możesz to zrobić :

chmod +x PATH_TO_YOUR_SCRIPT/start_my_app 

następnie użyj tego polecenia

update-rc.d start_my_app defaults 100

Proszę zobaczyć tę stronę na Cyberciti .

Utwórz własny plik wykonywalny / init

Nie tego chcesz, ale jest fajnie!

Po prostu wybierz dowolny plik wykonywalny, nawet skrypt powłoki i uruchom jądro z parametrem wiersza poleceń:

init=/path/to/myinit

Pod koniec rozruchu jądro Linux uruchamia pierwszy plik wykonywalny przestrzeni użytkownika na podanej ścieżce.

Popularnych jest kilka projektów init pliki wykonywalne używane przez główne dystrybucje, np. Systemd, aw większości dystrybucji init rozwinie wiele procesów wykorzystywanych podczas normalnej pracy systemu.

Ale możemy przejąć kontrolę /init , aby uruchomić własne minimalne skrypty, aby lepiej zrozumieć nasz system.

Oto minimalna odtwarzalna konfiguracja: https://github.com/cirosantilli/linux-kernel-module-cheat/tree/f96d4d55c9caa7c0862991025e1291c48c33e3d9/README.md#custom-init

To proste rozwiązanie działało dla mnie na instancji Amazon Linux z systemem CentOS. Edytuj /etc/rc.d/rc.localplik i umieść tam polecenie. W tym pliku wspomniano, że zostanie on wykonany po wszystkich innych skryptach inicjujących. W związku z tym bądź ostrożny. Tak wygląda obecnie plik. . Ostatnia linia to nazwa mojego skryptu.

Absolutnie najłatwiejszą metodą, jeśli wszystko, co chcesz uruchomić, jest prosty skrypt (lub cokolwiek innego), jeśli masz GUI do korzystania z preferencji systemowych>, a następnie uruchamiania aplikacji.

po prostu przejdź do odpowiedniego skryptu i gotowe. (uczyń skrypt wykonywalnym)

W przypadku Debiana 9 patrz /ubuntu/228304/how-do-i-run-a-script-at-start-up . Pomogło mi to. Krótka wersja dla Debian 9: dodaj komendy (jako root) do /etc/rc.local

/path_to_file/filename.sh ||  exit 1   # Added by me
exit 0

Prawdopodobnie plik /path_to_file/filename.sh powinien być wykonywalny (tak mi się wydaje).

W Lubuntu miałem do czynienia z odwrotną sytuacją. Skype zaczyna działać po uruchomieniu i znalazłem w ~/.config/autostart/pliku skypeforlinux.desktop. Zawartość pliku jest następująca:

[Desktop Entry]
Name=Skype for Linux
Comment=Skype Internet Telephony
Exec=/usr/bin/skypeforlinux
Icon=skypeforlinux
Terminal=false
Type=Application
StartupNotify=false
X-GNOME-Autostart-enabled=true

Usunięcie tego pliku pomogło mi.

• Dodaj swój skrypt do katalogu /etc/init.d/
• Zaktualizuj poziomy uruchomieniowe rc: $ update-rc.d myScript.sh defaults NNgdzie NN to kolejność, w jakiej powinien zostać wykonany. Na przykład 99 oznacza, że ​​będzie uruchamiany po 98, a przed 100.

Praca z mikrousługami lub powłoką Python 3; używając Ubuntu Server 18.04 (Bionic Beaver) lub Ubuntu 19.10 (Eoan Ermine) lub Ubuntu 18.10 (Cosmic Cuttlefish) Zawsze lubię te kroki i zawsze działało :

1. Tworzenie mikrousługi o nazwie p przykład „brain_microservice1.service” w moim przypadku:

   $ nano /lib/systemd/system/brain_microservice1.service

2. Wewnątrz tej nowej usługi, w której jesteś:

   [Unit]
   Description=brain_microservice_1
   After=multi-user.target
   
   [Service]
   Type=simple
   ExecStart=/usr/bin/python3.7 /root/scriptsPython/RUN_SERVICES/microservices    /microservice_1.py -k start -DFOREGROUND
   ExecStop=/usr/bin/python3.7 /root/scriptsPython/RUN_SERVICES/microservices/microservice_1.py -k graceful-stop
   ExecReload=/usr/bin/python3.7 /root/scriptsPython/RUN_SERVICES/microservices/microservice_1.py -k graceful
   PrivateTmp=true
   LimitNOFILE=infinity
   KillMode=mixed
   Restart=on-failure
   RestartSec=5s
   
   [Install]
   WantedBy=multi-user.target

3. Daj uprawnienia:

   $ chmod -X /lib/systemd/system/brain_microservice*
   $ chmod -R 775 /lib/systemd/system/brain_microservice*

4. Daj następnie pozwolenie na wykonanie:

   $ systemctl daemon-reload

5. Włącz wtedy, to spowoduje, że zawsze zacznie się przy starcie

   $ systemctl enable brain_microservice1.service

6. Następnie możesz to przetestować;

   $ sudo uruchom ponownie teraz

7. Zakończ = SUKCES !!

Można to zrobić za pomocą tego samego skryptu ciała, aby uruchomić powłokę, zareagować ... skrypt uruchamiania bazy danych ... dowolny kod systemu operacyjnego ... mam nadzieję, że ta pomoc ...

...

Nawiązałem do tego bloga, zawsze brzmi dobry wybór

https://blog.xyzio.com/2016/06/14/setting-up-a-golang-website-to-autorun-on-ubuntu-using-systemd/

vim /lib/systemd/system/gosite.service

Description=A simple go website
ConditionPathExists=/home/user/bin/gosite

[Service]
Restart=always
RestartSec=3
ExecStart=/home/user/bin/gosite

[Install]
WantedBy=multi-user.target

systemctl enable gosite.service

Oto prostsza metoda!

Po pierwsze: napisz skrypt powłoki i zapisz go .sh tutaj jest przykładem

#!/bin/bash
Icoff='/home/akbar/keyboardONOFF/icon/Dt6hQ.png'
id=13
fconfig=".keyboard"
echo "disabled" > $fconfig
xinput float $id
notify-send -i $Icoff "Internal Keyboard disabled";

ten skrypt wyłączy wewnętrzną klawiaturę podczas uruchamiania.

Po drugie: otwórz aplikację „Preferencje uruchamiania aplikacji”

wprowadź opis zdjęcia tutaj

wprowadź opis zdjęcia tutaj

Po trzecie: kliknij Dodaj. po czwarte: w sekcji NAZWA podaj nazwę. po piąte: w sekcji poleceń przejdź do swojego .sh. po szóste: edytuj sekcję poleceń, aby:

bash <space> path/to/file/<filename>.sh <space> --start

po siódme: kliknij Dodaj. Otóż ​​to! Skończone!

Teraz potwierdź, uruchamiając ponownie komputer.

Twoje zdrowie!

Bezbolesną, najłatwiejszą i najbardziej uniwersalną metodą jest po prostu wykonanie jej za pomocą ~.bash_profilelub ~.profile (jeśli nie masz pliku bash_profile) .

Wystarczy dodać polecenie wykonania na dole tego pliku, a zostanie ono uruchomione po uruchomieniu systemu.

Mam ten na dole przykład; ~\Desktop\sound_fixer.sh

W przypadku niektórych osób będzie to działać:

Możesz po prostu dodać następujące polecenie do Systemu → Preferencje → Aplikacje startowe :

bash /full/path/to/your/script.sh