ແລ່ນ Bash ໃນລາຍລະອຽດ

ຖ້າທ່ານພົບຫນ້ານີ້ໃນການຄົ້ນຫາ, ທ່ານອາດຈະພະຍາຍາມແກ້ໄຂບັນຫາບາງຢ່າງກັບການແລ່ນ bash.

ບາງທີສະພາບແວດລ້ອມ bash ຂອງທ່ານບໍ່ໄດ້ກໍານົດຕົວແປສະພາບແວດລ້ອມແລະທ່ານບໍ່ເຂົ້າໃຈວ່າເປັນຫຍັງ. ທ່ານອາດຈະຕິດບາງສິ່ງບາງຢ່າງຢູ່ໃນໄຟລ໌ bash boot ຕ່າງໆຫຼືໂປຣໄຟລ໌ຫຼືໄຟລ໌ທັງຫມົດໂດຍສຸ່ມຈົນກ່ວາມັນເຮັດວຽກ.

ໃນກໍລະນີໃດກໍ່ຕາມ, ຈຸດຂອງບັນທຶກນີ້ແມ່ນການຈັດວາງຂັ້ນຕອນສໍາລັບການເລີ່ມຕົ້ນ bash ເທົ່າທີ່ເປັນໄປໄດ້ເພື່ອໃຫ້ທ່ານສາມາດຈັດການກັບບັນຫາຕ່າງໆ.

ແຜນວາດ

ແຜນຜັງຂັ້ນຕອນນີ້ສະຫຼຸບຂະບວນການທັງຫມົດໃນເວລາແລ່ນ bash.

ບັດ​ນີ້​ໃຫ້​ເຮົາ​ພິຈາລະນາ​ເບິ່ງ​ແຕ່​ລະ​ພາກສ່ວນ​ໃຫ້​ລະອຽດ​ກວ່າ.

ເຂົ້າສູ່ລະບົບ Shell?

ກ່ອນອື່ນ ໝົດ, ທ່ານ ຈຳ ເປັນຕ້ອງເລືອກວ່າທ່ານຈະຢູ່ໃນກະເປົ໋າເຂົ້າສູ່ລະບົບຫຼືບໍ່.

Shell ເຂົ້າສູ່ລະບົບແມ່ນ shell ທໍາອິດທີ່ທ່ານເຂົ້າໃນເວລາທີ່ທ່ານເຂົ້າສູ່ລະບົບສໍາລັບກອງປະຊຸມການໂຕ້ຕອບ. ແກະການເຂົ້າສູ່ລະບົບບໍ່ຕ້ອງການຊື່ຜູ້ໃຊ້ ແລະລະຫັດຜ່ານ. ທ່ານສາມາດບັງຄັບ shell ເຂົ້າສູ່ລະບົບເລີ່ມຕົ້ນໂດຍການເພີ່ມທຸງ --login ເມື່ອເອີ້ນ bashຕົວຢ່າງ:

bash --ເຂົ້າສູ່ລະບົບ

ແກະການເຂົ້າສູ່ລະບົບຈະຕັ້ງຄ່າສະພາບແວດລ້ອມພື້ນຖານເມື່ອທ່ານເລີ່ມຕົ້ນແກະ bash ທໍາອິດ.

ໂຕ້ຕອບ?

ຫຼັງຈາກນັ້ນ, ທ່ານກໍານົດວ່າ shell ແມ່ນໂຕ້ຕອບຫຼືບໍ່.

ນີ້ສາມາດກວດສອບໄດ້ໂດຍການມີຕົວແປ PS1 (ມັນ​ຕິດ​ຕັ້ງ​ຫນ້າ​ທີ່​ການ​ປ້ອນ​ຂໍ້​ມູນ​ຄໍາ​ສັ່ງ​)​:

ຖ້າ [ "${PS1-}" ]; ຫຼັງຈາກນັ້ນ, echo interactive ອື່ນ echo non-interactive fi

ຫຼືເບິ່ງວ່າທາງເລືອກແມ່ນຖືກກໍານົດ -i, ໂດຍໃຊ້ຕົວແປພິເສດ hyphen - ໃນ bash, ສໍາລັບການຍົກຕົວຢ່າງ:

$echo$-

ຖ້າມີສັນຍາລັກຢູ່ໃນຜົນຜະລິດ i, ຫຼັງຈາກນັ້ນແກະແມ່ນໂຕ້ຕອບ.

ໃນ shell ເຂົ້າສູ່ລະບົບ?

ຖ້າທ່ານຢູ່ໃນ shell ເຂົ້າສູ່ລະບົບ, ຫຼັງຈາກນັ້ນ bash ຊອກຫາໄຟລ໌ /etc/profile ແລະດໍາເນີນການຖ້າຫາກວ່າມັນມີຢູ່.

ຈາກນັ້ນຊອກຫາໄຟລ໌ໃດນຶ່ງໃນສາມໄຟລ໌ນີ້ຕາມລໍາດັບຕໍ່ໄປນີ້:

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

ເມື່ອພົບອັນໜຶ່ງ, ມັນຈະເລີ່ມມັນ ແລະຂ້າມອັນອື່ນ.

ໃນ shell ແບບໂຕ້ຕອບ?

ຖ້າທ່ານຢູ່ໃນ shell ທີ່ບໍ່ມີການເຂົ້າສູ່ລະບົບ, ມັນສົມມຸດວ່າທ່ານໄດ້ຢູ່ໃນ shell ເຂົ້າສູ່ລະບົບແລ້ວ, ສະພາບແວດລ້ອມໄດ້ຖືກຕັ້ງຄ່າແລະຈະໄດ້ຮັບການສືບທອດ.

ໃນ​ກໍ​ລະ​ນີ​ນີ້​, ສອງ​ໄຟລ​໌​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​ແມ່ນ​ປະ​ຕິ​ບັດ​ຕາມ​ລໍາ​ດັບ​, ຖ້າ​ຫາກ​ວ່າ​ພວກ​ເຂົາ​ມີ​:

/etc/bash.bashrc ~/.bashrc

ບໍ່ມີທາງເລືອກ?

ຖ້າທ່ານບໍ່ຢູ່ໃນທັງ login shell ຫຼື shell interactive, ຫຼັງຈາກນັ້ນ, ສະພາບແວດລ້ອມຂອງທ່ານແນ່ນອນຈະຫວ່າງເປົ່າ. ນີ້ເຮັດໃຫ້ເກີດຄວາມສັບສົນຫຼາຍ (ເບິ່ງຂ້າງລຸ່ມນີ້ກ່ຽວກັບວຽກ cron).

ໃນກໍລະນີນີ້ bash ເບິ່ງຕົວແປ BASH_ENV ສະພາບແວດລ້ອມຂອງທ່ານແລະສ້າງໄຟລ໌ທີ່ສອດຄ້ອງກັນທີ່ລະບຸໄວ້ຢູ່ທີ່ນັ້ນ.

ຄວາມຫຍຸ້ງຍາກທົ່ວໄປແລະກົດລະບຽບຂອງ thumb

ວຽກ cron

95% ຂອງເວລາທີ່ຂ້ອຍ debug bash startup ມັນແມ່ນຍ້ອນວ່າວຽກ cron ບໍ່ໄດ້ເຮັດວຽກຕາມທີ່ຄາດໄວ້.

ວຽກງານອັນນີ້ ເຮັດວຽກໄດ້ດີເມື່ອຂ້ອຍແລ່ນມັນຢູ່ໃນເສັ້ນຄໍາສັ່ງ, ແຕ່ລົ້ມເຫລວເມື່ອຂ້ອຍແລ່ນມັນຢູ່ໃນ crontab.

ມັນເປັນ ສອງເຫດຜົນ:

• ວຽກ Cron ບໍ່ມີການໂຕ້ຕອບ.
• ບໍ່ເຫມືອນກັບສະຄິບແຖວຄໍາສັ່ງ, ວຽກ cron ບໍ່ໄດ້ສືບທອດສະພາບແວດລ້ອມຂອງແກະ.

ໂດຍປົກກະຕິແລ້ວທ່ານຈະບໍ່ສັງເກດເຫັນ ຫຼືສົນໃຈວ່າສະຄຣິບ Shell ບໍ່ໄດ້ໂຕ້ຕອບເນື່ອງຈາກສະພາບແວດລ້ອມໄດ້ສືບທອດມາຈາກ shell ການໂຕ້ຕອບ. ນີ້ຫມາຍຄວາມວ່າທຸກສິ່ງທຸກຢ່າງ PATH и alias ຕັ້ງຄ່າຕາມທີ່ເຈົ້າຄາດຫວັງ.

ນີ້ແມ່ນເຫດຜົນທີ່ວ່າມັນມັກຈະຈໍາເປັນຕ້ອງກໍານົດສະເພາະ PATH ສໍາລັບວຽກງານ cron ຄືທີ່ນີ້:

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

Scripts ໂທຫາກັນແລະກັນ

ບັນຫາທົ່ວໄປອີກອັນຫນຶ່ງແມ່ນເມື່ອ scripts ຖືກຕັ້ງຄ່າຜິດພາດເພື່ອໂທຫາກັນແລະກັນ. ຍົກ​ຕົວ​ຢ່າງ, /etc/profile ຂໍອຸທອນກັບ ~/.bashrc.

ນີ້ມັກຈະເກີດຂື້ນໃນເວລາທີ່ຜູ້ໃດຜູ້ຫນຶ່ງພະຍາຍາມແກ້ໄຂຂໍ້ຜິດພາດບາງຢ່າງແລະທຸກຢ່າງເບິ່ງຄືວ່າເຮັດວຽກ. ແຕ່ຫນ້າເສຍດາຍ, ໃນເວລາທີ່ທ່ານຈໍາເປັນຕ້ອງແຍກປະເພດທີ່ແຕກຕ່າງກັນຂອງກອງປະຊຸມ, ບັນຫາໃຫມ່ເກີດຂື້ນ.

ຮູບ Sandboxed Docker

ເພື່ອທົດລອງແລ່ນ Shell, ຂ້ອຍສ້າງຮູບພາບ Docker ທີ່ສາມາດໃຊ້ເພື່ອແກ້ບັນຫາການແລ່ນ Shell ໃນສະພາບແວດລ້ອມທີ່ປອດໄພ.

ເປີດຕົວ:

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

Dockerfile ຕັ້ງຢູ່ ທີ່ນີ້.

ເພື່ອບັງຄັບໃຫ້ເຂົ້າສູ່ລະບົບ ແລະຈຳລອງການເຂົ້າສູ່ລະບົບ:

$ bash --login

ເພື່ອທົດສອບຊຸດຂອງຕົວແປ BASH_ENV:

$ env | grep BASH_ENV

ສໍາລັບການດີບັກ crontab script ງ່າຍໆຈະຖືກປະຕິບັດທຸກໆນາທີ (in /root/ascript):

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

ແຫຼ່ງຂໍ້ມູນ: www.habr.com