Running Bash დეტალურად

თუ თქვენ იპოვეთ ეს გვერდი ძიებაში, თქვენ ალბათ ცდილობთ გადაჭრათ გარკვეული პრობლემა ბაშის გაშვებასთან დაკავშირებით.

შესაძლოა, თქვენი bash გარემო არ ადგენს გარემოს ცვლადს და თქვენ არ გესმით რატომ. თქვენ შეიძლება დაგჭირდეთ რაღაც სხვადასხვა bash boot ფაილში ან პროფილში ან ყველა ფაილში შემთხვევით, სანამ ის არ იმუშავებდა.

ნებისმიერ შემთხვევაში, ამ ჩანაწერის მიზანია ბაშის დაწყების პროცედურის დადგენა რაც შეიძლება მარტივად, რათა შეძლოთ პრობლემების მოგვარება.

დიაგრამა

ეს დიაგრამა აჯამებს ყველა პროცესს bash-ის გაშვებისას.

ახლა მოდით უფრო ახლოს მივხედოთ თითოეულ ნაწილს.

შესვლა Shell?

ჯერ უნდა აირჩიოთ შესვლის ჭურვიში ხართ თუ არა.

შესვლის გარსი არის პირველი გარსი, რომელსაც შედიხართ ინტერაქტიული სესიისთვის შესვლისას. შესვლის გარსი არ საჭიროებს მომხმარებლის სახელს და პაროლს. თქვენ შეგიძლიათ აიძულოთ შესვლის გარსი დაიწყოს დროშის დამატებით --login როცა დარეკეს bash, მაგალითად:

bash --შესვლა

შესვლის გარსი ადგენს საბაზისო გარემოს, როდესაც პირველად დაიწყებთ bash shell-ს.

ინტერაქტიული?

შემდეგ თქვენ განსაზღვრავთ არის თუ არა ჭურვი ინტერაქტიული თუ არა.

ეს შეიძლება შემოწმდეს ცვლადის არსებობით PS1 (ის აყენებს ბრძანების შეყვანის ფუნქციას):

თუ ["${PS1-}"]; შემდეგ ეხო ინტერაქტიული სხვა ექო არაინტერაქტიული ფი

ან ნახეთ, დაყენებულია თუ არა ეს ვარიანტი -iსპეციალური დეფისის ცვლადის გამოყენებით - ბაშში, მაგალითად:

$echo$-

თუ გამოსავალში არის სიმბოლო i, მაშინ ჭურვი არის ინტერაქტიული.

შესვლის ჭურვიში?

თუ თქვენ ხართ შესვლის ჭურვიში, მაშინ bash ეძებს ფაილს /etc/profile და მუშაობს თუ ის არსებობს.

შემდეგ ეძებს ამ სამი ფაილიდან რომელიმეს შემდეგი თანმიმდევრობით:

~/.bash_profile ~/.bash_login ~/.profile

როდესაც ის იპოვის ერთს, იწყებს მას და გამოტოვებს სხვებს.

ინტერაქტიულ გარსში?

თუ თქვენ იმყოფებით არა შესვლის გარსში, ვარაუდობენ, რომ უკვე იყავით შესვლის ჭურვიში, გარემო კონფიგურირებულია და მემკვიდრეობით მიიღება.

ამ შემთხვევაში, შემდეგი ორი ფაილი შესრულებულია თანმიმდევრობით, თუ ისინი არსებობს:

/etc/bash.bashrc ~/.bashrc

ვარიანტი არ არის?

თუ თქვენ არ ხართ შესვლის ან ინტერაქტიულ გარსში, მაშინ თქვენი გარემო ნამდვილად ცარიელი იქნება. ეს იწვევს ბევრ დაბნეულობას (იხილეთ ქვემოთ cron სამუშაოების შესახებ).

ამ შემთხვევაში bash უყურებს ცვლადს BASH_ENV თქვენი გარემო და ქმნის იქ მითითებულ შესაბამის ფაილს.

საერთო სირთულეები და ცერის წესები

კრონის სამუშაოები

დროის 95% მე ვასწორებ bash startup-ს, ეს იმიტომ ხდება, რომ cron სამუშაო არ მუშაობს ისე, როგორც მოსალოდნელია.

ეს დაწყევლილი ამოცანა კარგად მუშაობს, როცა მას ბრძანების სტრიქონზე ვატარებ, მაგრამ ვერ ხერხდება, როცა მას კრონტაბში ვატარებ.

აქ ორი მიზეზი:

• Cron სამუშაოები არ არის ინტერაქტიული.
• ბრძანების ხაზის სკრიპტებისაგან განსხვავებით, cron სამუშაოები არ მემკვიდრეობენ გარსის გარემოს.

როგორც წესი, თქვენ ვერ შეამჩნევთ ან არ აინტერესებთ, რომ shell სკრიპტი არ არის ინტერაქტიული, რადგან გარემო მემკვიდრეობით იღებს ინტერაქტიული გარსისგან. ეს ნიშნავს, რომ ყველაფერი PATH и alias კონფიგურირებულია ისე, როგორც თქვენ მოელით.

ამიტომ ხშირად საჭიროა კონკრეტულის დადგენა PATH Cron ამოცანისთვის, როგორიცაა აქ:

* * * * * PATH=${PATH}:/path/to/my/program/folder myprogram

სკრიპტები ერთმანეთს ეძახიან

კიდევ ერთი გავრცელებული პრობლემაა, როდესაც სკრიპტები შეცდომით არის კონფიგურირებული ერთმანეთის დასარეკად. Მაგალითად, /etc/profile მიმართავს ~/.bashrc.

ეს ჩვეულებრივ ხდება მაშინ, როდესაც ვინმე ცდილობდა შეცდომის გამოსწორებას და თითქოს ყველაფერი მუშაობდა. სამწუხაროდ, როდესაც ამ სხვადასხვა ტიპის სესიების გამოყოფა გჭირდებათ, ახალი პრობლემები წარმოიქმნება.

Sandboxed Docker სურათი

ჭურვის გაშვების ექსპერიმენტებისთვის მე შევქმენი Docker სურათი, რომელიც შეიძლება გამოყენებულ იქნას უსაფრთხო გარემოში გარსის გამართვისთვის.

გაშვება:

$ docker run -n bs -d imiell/bash_startup
$ docker exec -ti bs bash

Dockerfile მდებარეობს აქ.

შესვლის იძულება და შესვლის გარსის სიმულაცია:

$ bash --login

ცვლადების ნაკრების შესამოწმებლად BASH_ENV:

$ env | grep BASH_ENV

გამართვისთვის crontab მარტივი სკრიპტი შესრულდება ყოველ წუთში (in /root/ascript):

$ crontab -l
$ cat /var/log/script.log

წყარო: www.habr.com