ฉันไม่สามารถหาวิธีที่ถูกต้องในการดำเนินการบางท้องถิ่นสคริปต์ (หรือคำสั่งในท้องถิ่นมาก) ที่ systemd ผมรู้อยู่แล้วว่าผมจะต้องไม่สร้างบริการ (ใน systemd หน่วย) สำหรับทุกชนิดของสคริปต์นี้ (หรือฉันต้อง?) ....

วิธีแก้ปัญหาที่ฉันพบคือการสร้าง rc.local และให้สิทธิ์การดำเนินการ

printf '#!/bin/bash \n\nexit 0' >/etc/rc.local 
chmod +x /etc/rc.local

ตัวอย่างเช่นถ้าฉันได้รับเซิร์ฟเวอร์ดั้งเดิมที่มี rc.local ง่าย ๆ ที่กำหนดค่าโดยคุณฉันจะรู้ว่าคุณทำอะไรและต้องเจ็บมากแค่ไหนในการอัปเกรดหรือติดตั้งสิ่งใหม่บน distro เนื่องจาก rc.local เป็นที่เคารพจากภายนอก แพ็คเกจ แต่ในทางกลับกันถ้าฉันติดตั้งเซิร์ฟเวอร์และสร้าง systemd unit หรือสองหรือสาม (หรือแม้กระทั่งบริการ sysvinit) เพียงแค่ทำภารกิจง่ายๆบางครั้งสิ่งนี้อาจทำให้ชีวิตของคุณยากขึ้นและมากกว่านี้ วันหนึ่งชื่ออาจขัดแย้งกับชื่อของบริการใหม่ที่สร้างโดยการพัฒนาการแจกจ่ายและอาจติดตั้งในการอัปเกรดทำให้เกิดปัญหากับสคริปต์ของฉัน!

ฉันเห็นคำถามอื่นที่ถามว่า rc.local อยู่ที่ไหนและคำตอบคือการสร้างและให้สิทธิ์การดำเนินการฉันคิดว่าคำถามของฉันไม่เหมือนกันจริง ๆเพราะฉันไม่อยากรู้ว่าอยู่ที่ไหน - เชื่อฉันฉันแค่ต้องการ ที่จะยอมรับว่ามันเลิกแต่ฉันไม่สามารถหาวิธีที่ถูกต้องสำหรับการทำชนิดของสิ่งนี้ควรผมสร้างหน่วยเพียงบางอย่างง่ายเช่นนั้น?

เป็นแหลมออกที่อื่น ๆ มันจะกลายเป็นมลทินในระดับปานกลางจะใช้ภายใต้rc-local.servicesystemd

1. เป็นไปได้ในทางทฤษฎีว่าการกระจายของคุณจะไม่เปิดใช้งาน (ฉันคิดว่านี่ไม่ใช่เรื่องปกติเช่นเนื่องจากการปิดใช้งานตัวเลือกบิลด์เดียวกันจะลบpoweroff/ rebootคำสั่งที่ผู้ใช้จำนวนมากใช้)
2. ความหมายยังไม่ชัดเจน Systemd กำหนดrc-local.serviceวิธีหนึ่ง แต่ Debian มีไฟล์แบบดรอปอินซึ่งจะเปลี่ยนแปลงการตั้งค่าที่สำคัญอย่างน้อยหนึ่งรายการ

rc-local.serviceมักจะทำงานได้ดี หากคุณกังวลเกี่ยวกับข้างต้นสิ่งที่คุณต้องทำคือทำสำเนาของคุณเอง! นี่คือความมหัศจรรย์:

# /etc/systemd/system/my-startup.service
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/local/libexec/my-startup-script

[Install]
WantedBy=multi-user.target

ฉันไม่คิดว่าคุณต้องเข้าใจทุกรายละเอียด [*] แต่มีสองสิ่งที่คุณต้องรู้ที่นี่

1. systemctl enable my-startup.serviceแต่คุณต้องเปิดการใช้งานนี้กับ

2. หากสคริปต์ของคุณขึ้นอยู่กับบริการอื่นใดรวมถึงnetwork-online.targetคุณต้องประกาศด้วย เช่นเพิ่ม[Unit]ส่วนที่มีเส้นและWants=network-online.targetAfter=network-online.target

   คุณไม่ต้องกังวลเกี่ยวกับการพึ่งพาบริการ "เริ่มต้นระบบ" - โดยเฉพาะบริการที่สั่งไว้แล้วก่อนหน้าbasic.targetนี้ บริการเช่นmy-startup.serviceมีการสั่งซื้อโดยอัตโนมัติหลังจากจนกว่าพวกเขาจะตั้งbasic.targetDefaultDependencies=no

   หากคุณไม่แน่ใจว่าหนึ่ง dependencies ของคุณเป็นบริการ "บูตต้น" วิธีการหนึ่งคือการแสดงรายการบริการที่มีการสั่งซื้อก่อนbasic.target, systemctl list-dependencies --after basic.targetโดยการทำงาน (โปรดทราบว่า--afterไม่ใช่--before)

มีการพิจารณาบางอย่างที่ฉันคิดว่านำไปใช้กับ pre-systemd rc.local:

1. คุณต้องตรวจสอบให้แน่ใจว่าคำสั่งของคุณไม่ขัดแย้งกับโปรแกรมอื่นที่พยายามควบคุมสิ่งเดียวกัน
2. ที่ดีที่สุดคือไม่เริ่มต้นยาวทำงานโปรแกรม aka rc.localภูตจาก

[*] ฉันใช้Type=oneshot+ RemainAfterExit=yesเพราะมันสมเหตุสมผลกว่าสำหรับสคริปต์แบบ one-shot ส่วนใหญ่ มันทำให้เป็นทางการว่าคุณจะเรียกใช้ชุดคำสั่งซึ่งmy-startupจะแสดงเป็น "แอคทีฟ" เมื่อพวกเขาเสร็จสิ้นและคุณจะไม่เริ่มดีมอน

ลืมrc.localไปเลย

ที่ฉันพูดเกี่ยวกับ CentOS 7และเกี่ยวกับ Debian 8และเกี่ยวกับ Ubuntu 15 :

คุณกำลังใช้ระบบปฏิบัติการ systemd + Linux /etc/rc.localเป็นกลไกการทำงานร่วมกันสองครั้งใน systemd เนื่องจากเป็นกลไกการทำงานร่วมกันแบบย้อนหลังสำหรับกลไกที่เป็นกลไกความเข้ากันได้ใน van Smoorenburg System 5 rcclone

การใช้งาน/etc/rc.localผิดไปอย่างน่ากลัว ผู้คนต่างประหลาดใจกับความจริงที่ว่า systemd ไม่ได้ทำงานrc.localในลักษณะเดียวกันในสถานที่เดียวกันใน bootstrap ตามที่คุ้นเคย (หรือไม่สมควรคาดหวัง: มันไม่ได้ในความเป็นจริงทำงานที่ผ่านมา . ในระบบเก่าเป็นคู่มือ OpenBSD ยังชี้ให้เห็น) อื่น ๆ ได้รับประหลาดใจโดยความจริงที่ว่าสิ่งที่พวกเขาตั้งขึ้นในrc.localการคาดหวังว่าวิธีการเดิมของการทำสิ่งที่เป็น แล้วยกเลิกได้อย่างสมบูรณ์โดยชอบของใหม่udevกฎ NetworkManager, systemd-logind, systemd-resolvedหรือต่างๆ "Kit" s

อย่างสุดขั้ว " ทำไม` init 0` ส่งผลให้ 'อาร์กิวเมนต์ส่วนเกิน' ใน Arch ติดตั้ง? " บางระบบปฏิบัติการแล้วให้ systemd โดยไม่ต้องเข้ากันได้ย้อนหลังให้บริการเช่นsystemd-rc-local-generatorเครื่องกำเนิดไฟฟ้า ขณะที่เดเบียนยังคงรักษาคุณลักษณะร่วมกันหลัง , Arch Linux สร้าง systemd กับพวกเขาปิด ดังนั้นใน Arch และระบบปฏิบัติการเช่นนั้นคาดว่าจะได้รับการละเว้นทั้งหมด/etc/rc.local

ลืมrc.localไปเลย มันไม่ใช่วิธีที่จะไป คุณมีระบบปฏิบัติการ systemd + Linux ดังนั้นสร้าง systemd service unit ที่เหมาะสมและอย่าเริ่มต้นจากจุดที่มีความเข้ากันได้ย้อนหลังสองระดับ (บน Ubuntu และ Fedora มันถูกลบออกสามครั้งrcโคลนVan Smoorenburg System 5 ที่ตามมาrc.localหลังจากนั้นถูกแทนที่ตัวเองสองครั้งในช่วงทศวรรษที่ผ่านมาโดยเริ่มจากการพุ่งพรวดแล้วตามด้วย systemd)

ยังจำกฎข้อแรกสำหรับการโยกย้ายไปยัง systemd

นี่ไม่ใช่ความคิดใหม่ที่เฉพาะเจาะจงกับ systemd บนรถตู้ Smoorenburg rcและพุ่งพรวดระบบสิ่งที่ต้องทำคือการทำให้รถตู้ที่เหมาะสม Smoorenburg สคริปต์หรือแฟ้มงานพุ่งพรวดมากกว่าการใช้งานrc rc.localแม้บันทึกคู่มือของ FreeBSD ว่าในปัจจุบันหนึ่งสร้าง Mewburn เหมาะสมสคริปต์แทนการใช้rc /etc/rc.localMewburn rcเปิดตัวโดย NetBSD 1.5 ในปี 2000

/etc/rc.localวันที่จากเวลาของรุ่นที่เจ็ด Unix และก่อน มันถูกแทนที่โดย/etc/inittabและระดับการทำงานที่ใช้rcใน AT & T ระบบยูนิกซ์ 3 (ที่มีแตกต่างกันเล็กน้อย/etc/inittabใน AT & T ระบบยูนิกซ์ 5) ในปี 1983 แม้ว่าตอนนี้ก็คือประวัติศาสตร์

สร้างคำนิยามบริการพื้นเมืองที่เหมาะสมสำหรับระบบการจัดการบริการของคุณไม่ว่าจะเป็นกำบริการสำหรับ Nosh ชุดเครื่องมือของservice-managerและsystem-controlเป็น/etc/rc.d/สคริปต์สำหรับ Mewburn rcแฟ้มหน่วยบริการ systemd ไฟล์งานพุ่งพรวดไดเรกทอรีบริการ runit / S6 / daemontools -encore หรือแม้กระทั่ง/etc/init.d/สคริปต์สำหรับรถตู้ rcSmoorenburg

ใน systemd ไฟล์หน่วยบริการที่เพิ่มโดยผู้ดูแลระบบ/etc/systemd/system/มักจะเข้า (หรือ/usr/local/lib/systemd/system/ไม่ค่อย) ด้วยผู้จัดการบริการ nosh /var/local/sv/เป็นสถานที่ทั่วไปสำหรับกลุ่มบริการในพื้นที่ Mewburn เกี่ยวกับการใช้ rc FreeBSD ไฟล์หน่วยบริการที่จัดทำแพคเกจและบันเดิลบริการหากคุณกำลังสร้างมันให้ไปยังสถานที่ต่างกัน/usr/local/etc/rc.d/

อ่านเพิ่มเติม

• Lennart Poettering และคณะ (2014) systemd-RC ท้องถิ่นกำเนิด หน้าคู่มือ systemd Freedesktop.org
• rc.local. คู่มือการใช้งานระบบ FreeBSD ผู้จัดการ 2016/04/23
• /unix//a/233581/5132
• Lennart Poettering (2011-08-29) Plese ลบ/etc/rc.localหรือchmod -xมัน ข้อผิดพลาด Redhat # 734268
• /unix//a/211927/5132
• Dirk Schmitt (2017-12-19) จะเริ่มต้นrc.local systemd bug # 7703
• https://wiki.archlinux.org/index.php?title=Systemd&diff=378926&oldid=378924
• Benjamin Cane (2011-12-30) เมื่อมันตกลงและไม่ได้ตกลงกับการใช้งาน rc.localbencane.com
• /unix//a/49636/5132
• Lennart Poettering (2010-10-01) ฉันจะแปลงสคริปต์เริ่มต้น SysV เป็นไฟล์ systemd Service ได้อย่างไร . 0pointer.de
• /ubuntu/523369/
• Jonathan de Boyne Pollard (2015) /etc/inittabเป็นเรื่องของอดีต . คำตอบที่ได้รับบ่อย
• Jonathan de Boyne Pollard (2014) ดูสคริปต์การเรียกใช้และหน่วยบริการแบบเคียงข้างกัน . คำตอบที่ได้รับบ่อย
• Jonathan de Boyne Pollard (2014) โลกแห่งความจริงทำงานตัวอย่างของการตั้งค่าและใช้บริการกับ Nosh โปรแกรม
• Jonathan de Boyne Pollard (2016) msgstr "ไม่มีพา ธ การค้นหาระบบจากsystemd.unitหน้าคู่มือ " คหบดีสำหรับ doco คำตอบที่ได้รับบ่อย

สรุปhttps://www.linuxbabe.com/linux-server/how-to-enable-etcrc-local-with-systemd

สร้าง /etc/systemd/system/rc-local.service:

# /etc/systemd/system/rc-local.service
[Unit]
 Description=/etc/rc.local Compatibility
 ConditionPathExists=/etc/rc.local

[Service]
 Type=forking
 ExecStart=/etc/rc.local start
 TimeoutSec=0
 StandardOutput=tty
 RemainAfterExit=yes
 SysVStartPriority=99

[Install]
 WantedBy=multi-user.target

แล้ว:

sudo touch /etc/rc.local
sudo chmod +x /etc/rc.local
sudo systemctl enable rc-local

ตรวจสอบกับ:

sudo systemctl start rc-local.service
sudo systemctl status rc-local.service