ด้วยสคริปต์เริ่มต้น (หรือด้วย openrc) ฉันสามารถเรียกใช้บริการจากรูทการติดตั้งอื่นได้เสมอ
แต่เมื่อฉันวิ่งchroot /somepath/to_root /usr/bin/systemctl start someserviceฉันได้:

Running in chroot, ignoring request.

มีวิธีบังคับให้ systemd เปิดใช้บริการหรือไม่?

อัปเดต:
ฉันลืมที่จะพูดว่าระบบโฮสต์ของฉันเรียกใช้สคริปต์ init หรือ openrc แต่ไม่เคย systemd และฉันใช้ chroot เพื่อแก้ไขปัญหาระบบ Unix ที่ไม่สามารถแม้แต่จะเปิดตัวเชลล์ขั้นต่ำ

ปัญหาที่เป็นที่รู้จักกันดีใน systemd distros (Arch Linux, OpenSUSE, Fedora)

Systemd จะแทนที่ sysvinit และให้ประโยชน์ที่ยอดเยี่ยมอย่างหนึ่งแก่สิ่งนี้ ใน sysvinit เมื่อคุณขอให้บริการเริ่มต้นมันจะสืบทอดบริบทการดำเนินการของบุคคลที่เรียกใช้สคริปต์ซึ่งรวมถึงตัวแปรสภาพแวดล้อม ulimits และอื่น ๆ Systemd ปรับปรุงเกี่ยวกับสิ่งนี้ในทางตรงกันข้ามโดยการแจ้ง daemon ซึ่งจะเริ่มบริการในสภาพแวดล้อมที่ดีมีสุขภาพดีและคงที่ซึ่งแน่นอนว่าการแสดงของบริการนั้นง่ายต่อการคาดการณ์มากเนื่องจากสภาพแวดล้อมจะเหมือนกันเสมอ

นี่ก็หมายความว่าเมื่อฉันเรียก systemctl จากภายใน chroot มันไม่เกี่ยวข้องว่าฉันอยู่ใน chroot สภาพแวดล้อมที่จะได้รับการสืบทอดยังคงเป็น PID 1 ไม่ใช่ของฉันในปัจจุบัน แต่มันแย่กว่านี้: เนื่องจากซ็อกเก็ตการสื่อสารอยู่ภายใน / run / systemd กระบวนการใน chroot จะไม่สามารถพูดคุยกับระบบ init ได้!

ดังนั้นคุณจะไปเกี่ยวกับ chroot'ing ใน systemd distros อย่างไร

1. หากสิ่งที่คุณต้องการจะทำคือมีภาชนะลินุกซ์หน้านี้ Arch วิกิพีเดียจะบอกคุณวิธีการตั้งค่าภาชนะลินุกซ์ในเวลาน้อยกว่า 30 systemd-nspawnวินาทีขอบคุณ

2. หากคุณต้องการสภาพแวดล้อมแบบ chroot จริง ๆหน้าเว็บที่สวยงามและคมชัดนี้จะให้โซลูชันการทำงานสองแบบ (อันที่สองคือรุ่นที่แก้ไขแล้วของรุ่นที่เสนอที่จุดที่ 1)

systemd ละเว้น "บริการ" เท่านั้นดังนั้นฉันเพียงแค่เรียกใช้คำสั่ง daemon ด้วยตนเอง

ดังนั้นแทนที่จะ

service sshd start

ฉันใช้

/usr/sbin/sshd -D &

หลายปีที่ผ่านมาฉันต้องยอมรับว่ามีทางออกเดียวที่จะแก้ปัญหาในทางปฏิบัติของ Systemd ส่วนใหญ่ เพราะข้อผิดพลาดคือ Systemd ตัวเอง

ฉันเบื่อหน่ายกับ Systemd จริงๆเพราะฉันมีปัญหาที่ฉันไม่เคยเผชิญกับสิ่งต่าง ๆ เช่น Upstart หรือ Openrc:

• การบังคับใช้เคอร์เนลที่ต้องการการสนับสนุนกลุ่ม cg (แทนที่จะเป็นทางเลือก แต่เปิดใช้งานโดยค่าเริ่มต้นภายในไฟล์ปรับแต่ง) แม้สำหรับระบบฝังตัวที่มี RAM เพียง 24Mbและไม่มีที่เก็บข้อมูลที่เขียนได้
• แม้จะมีการอ้างว่าเป็นแบบแยกส่วน แต่ตอนนี้นรกที่พึ่งพานั้นทำให้มันเป็นวัตถุเทพเจ้าที่แข็งแกร่ง: ต้องการบูตผ่านรูต reiser4 เดี่ยวหรือไม่ มันเป็นไปไม่ได้เพราะหลาย ๆ โปรแกรมต้องการsystemd-udevdสิ่งที่ต้องการsystemd-initซึ่งจำเป็นต้องมีsystemd-bootแพ็คเกจที่ไม่สามารถติดตั้งได้ในเวลาเดียวกันมากกว่าgrub2หรือไม่สามารถอ่านภาพเคอร์เนลจากพาร์ติชั่น reiser4
• ต้องการเชื่อมต่ออินเทอร์เน็ตผ่าน dialup Bluetooth หรือไม่ ถ้ามันไม่ได้ทำงานกับ Java ME networkdโทรศัพท์ซัมซุงของคุณแล้วคุณจะไม่สามารถเรียกใช้สคริปต์และซอฟต์แวร์บรรทัดคำสั่งที่ทำงานก่อนหน้านี้ด้วยตนเองเพราะ
• แม้ว่าฉันจะรู้ว่าปัญหาที่ใหญ่ที่สุดคือถ้าคุณกำลังสร้างและบำรุงรักษาลีนุกซ์ลีนุกซ์ของคุณเอง, แต่ตัวโมดูล systemd init นั้นมีการพึ่งพามากจนคุณไม่สามารถเสนอให้เลือกระบบเริ่มต้นอื่นผ่านแพ็คเกจการติดตั้งที่แตกต่างกัน.
• โชคดีสำหรับการดูบันทึกถ้าคุณไม่สามารถ chroot ในระบบของคุณหรือถ้าคุณปรับรุ่นจาก libdb4.8 (ในขณะที่อย่างน้อยในกรณีที่เลวร้ายที่สุดไมโครซอฟท์มีล็อกไฟล์ของมันในรูปแบบ XML)

ทางออกเดียว:

Systemd เป็นสิ่งที่ไม่จำเป็นในการแก้ปัญหาเช่น alsa แทนที่จะเป็น ossv4 ดังนั้นหากคุณมีสิ่งที่ใช้ systemd เพียงแค่ล้างข้อมูลทั้งหมด:

dd if=/dev/urandom of=/dev/dm−0 bs=1M

และติดตั้งสิ่งที่ไม่ได้ใช้งานเลยในขณะที่แก้ไขปัญหาของ SysV Init เช่น Gentoo ด้วย Openrc
ที่เกี่ยวข้องกับคำถามของฉัน systemd ทำให้สิ่งต่าง ๆ เช่นการลงทะเบียนWindows®: ถ้าส่วนหนึ่งของมันถูกทำให้เมาขึ้น

ไม่บริการจะดำเนินการโดย systemd (pid 1) ไม่ใช่โดย systemctl โดยตรง (ซึ่งส่งการร้องขอเริ่มต้นเท่านั้น) และเนื่องจาก systemd ทำงานนอก chroot ดังนั้นบริการจะทำเช่นนั้น

แม้ว่าในทางเทคนิคอาจเป็นไปได้ที่จะใช้สิ่งนี้ (โดยการทำให้ systemctl ผ่านรูทไปที่ systemd) แต่ก็ไม่น่าจะเกิดขึ้นได้เนื่องจากมีเครื่องมือสำหรับสร้างคอนเทนเนอร์เต็มแล้ว ( systemd-nspawn /somepath/to_root) คุณสามารถติดต่อรายชื่อผู้รับจดหมายได้ตลอดเวลา

ประสบปัญหานี้เมื่อพยายามนำเครือข่ายในโหมดช่วยเหลือโดยใช้การกำหนดค่าเครือข่ายจาก chroot ในที่สุดก็ใช้งานได้สำหรับฉัน:

service --skip-redirect <service> restart

หรือ:

SYSTEMCTL_SKIP_REDIRECT=_ /etc/init.d/<service> restart

หากคุณกำลังเรียกใช้บริการ inetd-style ด้วยการเปิดใช้งานซ็อกเก็ตให้ลองเรียกใช้ stunnel แทนด้วยไฟล์การกำหนดค่าที่ระบุทั้ง chroot และไบนารีของคุณเป็นเป้าหมายการเปิดตัวแบบ inetd

โปรดทราบว่าคุณอาจมีปัญหา SELINUX ในระบบ Oracle Linux 7.1 ฉันต้อง "chcon -v --type = stunnel_etc_t" ในไฟล์ทั้งหมดที่ต้อง stunnel เพื่ออ่าน

คุณจะต้องใช้การเข้ารหัส TLS ในฝั่งไคลเอ็นต์ของซ็อกเก็ต (เช่น stunnel อื่นด้วย "client = yes" ในการกำหนดค่า) แจ้งให้เราทราบหากคุณต้องการรายละเอียดเพิ่มเติมเกี่ยวกับเรื่องนี้

คุณสามารถใช้nohupคำสั่งเพื่อเริ่มบริการใน chroot เพื่อเริ่มhttpdบริการเช่นฉันทำเช่นนี้

nohup httpd /dev/null &

เพื่อหยุดมัน pkill httpd