ตรวจจับระบบ init โดยใช้เชลล์

สิ่งนี้อาจมีอะไรเพิ่มเติมเกี่ยวกับการตรวจจับระบบปฏิบัติการ แต่ฉันต้องการระบบเริ่มต้นที่ใช้อยู่ในระบบเป็นพิเศษ

Fedora 15 และ Ubuntu ตอนนี้ใช้ systemd, Ubuntu เคยใช้ Upstart (เริ่มต้นนานจนถึง 15.04), ในขณะที่คนอื่นใช้รูปแบบของ System V

ฉันมีแอปพลิเคชันที่ฉันเขียนเพื่อเป็นภูตข้ามแพลตฟอร์ม สคริปต์ init กำลังถูกสร้างแบบไดนามิกขึ้นอยู่กับพารามิเตอร์ที่สามารถส่งผ่านไปยังการกำหนดค่า

สิ่งที่ฉันต้องการทำคือสร้างสคริปต์สำหรับระบบเริ่มต้นเฉพาะที่ใช้ วิธีนี้สคริปต์การติดตั้งสามารถรันได้อย่างสมเหตุสมผลโดยไม่มีพารามิเตอร์เนื่องจากรูทและ daemon สามารถ "ติดตั้ง" โดยอัตโนมัติ

นี่คือสิ่งที่ฉันเกิดขึ้น:

• ค้นหา systemd, พุ่งพรวด, ฯลฯ ใน / bin
• เปรียบเทียบ / proc / 1 / comm กับ systemd, พุ่งพรวด, ฯลฯ
• ถามผู้ใช้

สิ่งที่จะเป็นวิธีที่ข้าม / แพลตฟอร์มที่ดีที่สุดในการทำเช่นนี้?

ประเภทที่เกี่ยวข้องฉันสามารถพึ่งพาการทุบตีเป็นส่วนใหญ่ของ * ระวังหรือมันขึ้นอยู่กับการกระจาย / ระบบปฏิบัติการ?

แพลตฟอร์มเป้าหมาย:

• Mac OS
• Linux (ดิสทริบิวชันทั้งหมด)
• BSD (ทุกรุ่น)
• Solaris, Minix และอื่น ๆ * ระวัง

สำหรับคำถามที่สองคำตอบคือไม่มีและคุณควรจะมีลักษณะที่ทรัพยากรสำหรับการเขียนโปรแกรมเปลือกแบบพกพา

สำหรับส่วนแรก - ก่อนอื่นคุณต้องระวังอย่างแน่นอน ผมว่าดำเนินการทดสอบหลายอย่างเพื่อให้แน่ใจว่า - เพราะความจริงที่ว่าคนที่ไม่ได้ systemd. (อดีต) initติดตั้งไม่ได้หมายความว่ามันจะถูกนำมาใช้จริงเป็นค่าเริ่มต้น นอกจากนี้การดู/proc/1/commอาจทำให้เข้าใจผิดเนื่องจากการติดตั้งโปรแกรมเริ่มต้นต่างๆสามารถสร้าง/sbin/initลิงก์เชื่อมโยงหรือโดยอัตโนมัติเป็นเวอร์ชันหลักของโปรแกรมหลักได้

บางทีสิ่งที่มีประโยชน์ที่สุดคือดูประเภทของสคริปต์เริ่มต้น - เพราะสิ่งเหล่านั้นคือสิ่งที่คุณจะสร้างขึ้นมาจริงไม่ว่าจะทำงานอะไรก็ตาม

ในฐานะที่เป็นหมายเหตุด้านข้างคุณอาจจะดูOpenRCซึ่งมีจุดมุ่งหมายเพื่อให้โครงสร้างของสคริปต์เริ่มต้นที่เข้ากันได้กับทั้งระบบ Linux และ BSD

ฉันก้าวเข้าสู่ปัญหานี้ด้วยตัวเองและตัดสินใจที่จะทำการทดสอบ ฉันเห็นด้วยอย่างยิ่งกับคำตอบที่ควรจัดแพคเกจสำหรับแต่ละ distro แยกต่างหาก แต่บางครั้งมีปัญหาในทางปฏิบัติที่ป้องกันไม่ให้ (ไม่กำลังคนอย่างน้อย)

ดังนั้นสำหรับผู้ที่ต้องการ "ตรวจจับอัตโนมัติ" นี่คือสิ่งที่ฉันได้พบในชุด distros จำกัด (ด้านล่างเพิ่มเติม):

• คุณสามารถบอกคนธรรมดาได้จาก:

  [[ `/sbin/init --version` =~ upstart ]] && echo yes || echo no

• คุณสามารถบอก systemd จาก:

  [[ `systemctl` =~ -\.mount ]] && echo yes || echo no

• คุณสามารถบอก sys-v init ได้จาก:

  [[ -f /etc/init.d/cron && ! -h /etc/init.d/cron ]] && echo yes

นี่คือการทดลองของฉันกับบรรทัดคำสั่งต่อไปนี้:

if [[ `/sbin/init --version` =~ upstart ]]; then echo using upstart;
elif [[ `systemctl` =~ -\.mount ]]; then echo using systemd;
elif [[ -f /etc/init.d/cron && ! -h /etc/init.d/cron ]]; then echo using sysv-init;
else echo cannot tell; fi

ในอินสแตนซ์ ec2 (ฉันรวมรหัส AMI ของสหรัฐอเมริกาด้วย):

• ArchLinux: using systemd (ตั้งแต่2012.10.06 )
• CentOS6.4 ami-52009e3b: ใช้การพุ่งพรวด
• CentOS7 ami-96a818fe: การใช้ systemd
• Debian 6 ami-80e915e9: using sysv-init
• Debian 7.5 ami-2c886c44: using sysv-init
• Debian 7.6 GCE container-vm: using sysv-init
• RHEL 6.5 ami-8d756fe4: ใช้การพุ่งพรวด
• SLES 11 ami-e8084981: ใช้ sysv-init
• Ubuntu 10.04 ami-6b350a02: การใช้พุ่งพรวด
• Ubuntu 12.04 ami-b08b6cd8: การใช้พุ่งพรวด
• Ubuntu 14.04 ami-a427efcc: การใช้พุ่งพรวด
• Ubuntu 14.10 และอายุน้อยกว่า: ใช้ systemd
• AWS linux 2014.3.2 ami-7c807d14: การใช้พุ่งพรวด
• Fedora 19 ami-f525389c: กำลังใช้ systemd
• Fedora 20 ami-21362b48: ใช้ systemd

เพื่อให้ชัดเจน: ฉันไม่ได้อ้างว่านี่เป็นสิ่งที่เข้าใจผิดได้! มันเกือบจะไม่แน่นอน โปรดทราบว่าเพื่อความสะดวกฉันใช้การแข่งขัน bash regexp ซึ่งไม่สามารถใช้ได้ทุกที่ ตอนนี้ดีพอสำหรับฉันแล้ว อย่างไรก็ตามหากคุณพบ distro ที่มันล้มเหลวโปรดแจ้งให้เราทราบและฉันจะพยายามแก้ไขหากมี EC2 AMI ที่สร้างปัญหาขึ้นมาใหม่ ...

ใช้กระบวนการ

ดูผลลัพธ์จากpsคำสั่งสองสามคำที่สามารถตรวจจับเวอร์ชันต่างๆของsystemd& upstartซึ่งสามารถสร้างขึ้นมาได้เช่น:

พุ่งพรวด

$ ps -eaf|grep '[u]pstart'
root       492     1  0 Jan02 ?        00:00:00 upstart-udev-bridge --daemon
root      1027     1  0 Jan02 ?        00:00:00 upstart-socket-bridge --daemon

systemd

$ ps -eaf|grep '[s]ystemd'
root         1     0  0 07:27 ?        00:00:03 /usr/lib/systemd/systemd --switched-root --system --deserialize 20
root       343     1  0 07:28 ?        00:00:03 /usr/lib/systemd/systemd-journald
root       367     1  0 07:28 ?        00:00:00 /usr/lib/systemd/systemd-udevd
root       607     1  0 07:28 ?        00:00:00 /usr/lib/systemd/systemd-logind
dbus       615     1  0 07:28 ?        00:00:13 /bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation

การให้ความสนใจกับชื่อของกระบวนการที่ PID # 1 ยังสามารถทำให้เข้าใจได้ว่าระบบ init นั้นกำลังใช้งานอยู่ บน Fedora 19 (ซึ่งใช้systemdตัวอย่างเช่น:

UID        PID  PPID  C STIME TTY          TIME CMD
root         1     0  0 07:27 ?        00:00:03 /usr/lib/systemd/systemd --switched-root --system --deserialize 20

initแจ้งให้ทราบว่าไม่ บน Ubuntu /sbin/initกับพุ่งพรวดก็ยังคง

$ ps -efa|grep init
root         1     0  0 Jan02 ?        00:00:03 /sbin/init

หมายเหตุ:แต่ใช้สิ่งนี้ด้วยความระมัดระวัง มีอะไรที่ไม่ตั้งอยู่ในหินที่บอกว่าระบบ init โดยเฉพาะอย่างยิ่งมีการใช้งานบน distro ให้มีจะมีsystemdเป็น PID # 1

ทั่วไป

$ (ps -eo "ppid,args" 2>/dev/null || echo "ps call error") \
    | awk 'NR==1 || $1==1' | less
 PPID   COMMAND
    1   /lib/systemd/systemd-journald
    1   /lib/systemd/systemd-udevd
    1   /lib/systemd/systemd-timesyncd

ดูกระบวนการที่มี ppid 1 (ชายน์ของกระบวนการเริ่มต้น) (บางส่วน) ชื่อกระบวนการลูกอาจชี้ไปที่ระบบ init ที่ใช้งานอยู่

ระบบไฟล์

หากคุณซักถามinitปฏิบัติการคุณสามารถรับข้อมูลจากมันได้เช่นกัน เพียงแยกวิเคราะห์--versionผลลัพธ์ ตัวอย่างเช่น:

พุ่งพรวด

$ sudo /sbin/init --version
init (upstart 1.5)
Copyright (C) 2012 Scott James Remnant, Canonical Ltd.

This is free software; see the source for copying conditions.  There is NO warranty; not even for MERCHANTABILITY
or FITNESS FOR A PARTICULAR PURPOSE.

systemd

$ type init
init is /usr/sbin/init

หมายเหตุ:ความจริงที่initไม่ได้อยู่ในตำแหน่งมาตรฐานนั้นเป็นเพียงคำใบ้ / บอกเล็กน้อย มันตั้งอยู่เสมอใน/sbin/initระบบ sysvinit

sysvinit

$ type init
init is /sbin/init

นอกจากนี้:

$ sudo init --version
init: invalid option -- -
Usage: init 0123456SsQqAaBbCcUu

สรุปผลการวิจัย

ดังนั้นจึงไม่มีวิธีใดที่จะทำได้ แต่คุณสามารถกำหนดชุดการตรวจสอบที่จะระบุระบบเริ่มต้นที่คุณใช้ด้วยความมั่นใจในระดับสูง

ไม่ได้มีประสิทธิภาพ แต่ดูเหมือนว่าฉันจะทำงาน

strings /sbin/init | grep -q "/lib/systemd" && echo SYSTEMD
strings /sbin/init | grep -q "sysvinit" && echo SYSVINIT
strings /sbin/init | grep -q "upstart" && echo UPSTART

มันจะพิมพ์บรรทัดเพิ่มเติมหากมีมากกว่าหนึ่งสายตรงซึ่งสามารถแปลเป็น "ไม่สามารถเดาได้" สตริงที่ใช้ใน grep สามารถแก้ไขได้เล็กน้อย แต่เมื่อทดสอบในระบบปฏิบัติการต่อไปนี้ฉันจะได้หนึ่งบรรทัด

• RHEL 6.4 [UPSTART]
• RHEL ES 4 (ปรับปรุงล่าสุด 7) [SYSVINIT]
• Ubuntu 16.04.1 LTS [SYSTEMD]
• Ubuntu 14.04.2 LTS [UPSTART]
• Fedora ปล่อย 23 (เชลล์ออนไลน์) [SYSTEMD]
• Debian GNU / Linux 7 (เชลล์ออนไลน์) [SYSTEMD]

วิธีการที่ง่ายกว่าของโซลูชันเดียวกัน (แต่จะหยุดที่คู่แรก)

strings /sbin/init |
  awk 'match($0, /(upstart|systemd|sysvinit)/) { print toupper(substr($0, RSTART, RLENGTH));exit; }'

บางครั้งมันง่ายเหมือนการใช้ls :

$ ls -l /sbin/init
lrwxrwxrwx 1 root root 20 juin  25 12:04 /sbin/init -> /lib/systemd/systemd

ฉันเดาว่าถ้า/sbin/initไม่ใช่ลิงก์สัญลักษณ์คุณจะต้องตรวจสอบคำแนะนำเพิ่มเติมต่อไปนี้ในคำตอบอื่น ๆ

1. นี่คือสิ่งที่แพคเกจเฉพาะสำหรับ distro มีมากขึ้นในการติดตั้งซอฟต์แวร์อย่างถูกต้องมากกว่าเพียงแค่การตรวจสอบระบบ init Distros จำนวนมากใช้ SysVinit แต่ไม่ใช่ทุกคนที่เขียนสคริปต์ init ในลักษณะเดียวกัน วิธีที่เหมาะสมในการแก้ไขปัญหานี้คือการรวมชุดข้อมูลที่แตกต่างกันทั้งหมดแล้วรวมเข้าด้วยกันโดยใช้ไฟล์ข้อมูลจำเพาะที่มีชื่อ distro-specific dependency สำหรับ rpm distros, ไฟล์ deb สำหรับระบบที่ใช้ apt เป็นต้น distros เกือบทั้งหมดมีคุณสมบัติของแพ็คเกจ สามารถเขียนที่มีการอ้างอิงสคริปต์สคริปต์เริ่มต้นและอื่น ๆ อย่าคิดค้นวงล้อใหม่ที่นี่

2. ไม่ซึ่งนำเรากลับมาที่ 1 หากคุณต้องการทุบตีมันควรจะเป็นการพึ่งพา คุณสามารถระบุการตรวจสอบนี้เป็นส่วนหนึ่งของสคริปต์กำหนดค่าของคุณ แต่ควรอยู่ในรายละเอียดแพ็คเกจ

แก้ไข:ธงใช้สคริปต์การกำหนดค่าของคุณเช่น หรือ--with upstart --without sysvinitเลือกค่าเริ่มต้นที่มีสติแล้วสคริปต์ที่จัดทำแพคเกจซอฟต์แวร์ของคุณสำหรับ distros อื่นสามารถเลือกที่จะเรียกใช้สิ่งนี้ด้วยตัวเลือกอื่น ๆ

ใน Gentoo ให้ดูที่ pid 1:

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0   4216   340 ?        Ss    2013   0:57 init [3]

ถ้าเป็นinitแล้วระบบ init OpenRCคือ ถ้าเป็นsystemdแล้วระบบ init systemdคือ

คุณสามารถตรวจสอบ Gentoo [ -f /etc/gentoo-release ]กับ

อีกวิธีหนึ่งใน Gentoo คือการใช้profile-config showซึ่งจะแสดงโปรไฟล์เริ่มต้นที่ใช้งานอยู่ โปรไฟล์ทั้งหมดยกเว้นทั้งสองสิ้นสุดใน / systemd ใช้ OpenRC init โปรดทราบว่าสิ่งเหล่านี้เป็นเพียงตัวแทนของค่าเริ่มต้นและเป็นไปได้ว่าผู้ใช้ได้ดำเนินการตามขั้นตอนเพื่อแทนที่ค่าเริ่มต้นนั้นและอาจไม่สามารถบ่งชี้ถึงผู้จัดการรางหญ้าที่ใช้งานจริง

On debian / sbin / init เป็น symlink ไปยัง init เริ่มต้นของคุณ

ls -l /sbin/init

จะให้ข้อมูลที่คุณต้องการ

$ ls -l /sbin/init 
lrwxrwxrwx 1 root root 20 nov 18 13:15 /sbin/init -> /lib/systemd/systemd

เพียงแค่ greping เข้าสู่กระบวนการด้วย PID 1 จะบอกคุณ:

strings /proc/1/exe |grep -q sysvinit
strings /proc/1/exe |grep -q systemd

การตรวจสอบ descriptor ไฟล์สามารถช่วยได้เช่นกัน และมันก็มาจากการเรียกใช้ init (ปัจจุบันเดเบียนยืดอนุญาตให้มีการติดตั้งระบบ init เพิ่มเติม) :-)

$ ls -l /proc/1/fd |grep systemd
lrwx------ 1 root root 64 srp 14 13:56 25 -> /run/systemd/initctl/fifo
lr-x------ 1 root root 64 srp 14 13:56 6 -> /sys/fs/cgroup/systemd

$ ls -l /proc/1/fd |grep /run/initctl # sysvinit
lrwx------ 1 root root 64 srp 14 14:04 10 -> /run/initctl

$ ls -l /proc/1/fd |grep upstart
l-wx------ 1 root root 64 srp 13 16:09 13 -> /var/log/upstart/mysql.log.1 (delete
l-wx------ 1 root root 64 srp 13 16:09 9 -> /var/log/upstart/dbus.log.1 (deleted)

$ ls -l /proc/1/fd # busybox
total 0
lrwx------    1 root     root          64 Jan  1 00:00 0 -> /dev/console
lrwx------    1 root     root          64 Jan  1 00:00 1 -> /dev/console
lrwx------    1 root     root          64 Jan  1 00:00 2 -> /dev/console

อาจเป็นวิธีที่ปลอดภัยกว่าในการตรวจสอบcheck /proc/1/exebusybox โดยปกติแล้ว busybox จะใช้ symlink:

$ ls -l /proc/1/exe 
lrwxrwxrwx    1 root     root          0 Jan  1 00:00 /proc/1/exe -> /bin/busybox

ดังนั้นการตรวจสอบอาจเป็น:

{ ls -l /proc/1/fd |grep -q systemd && echo "init: systemd"; } || \
{ ls -l /proc/1/fd |grep -q /run/initctl && echo "init: sysvinit"; } || \
{ ls -l /proc/1/fd |grep -q upstart && echo "init: upstart"; } || \
{ ls -l /proc/1/exe |grep -q busybox && echo "init: busybox"; } || \
echo "unknown init"

ไม่ทราบเกี่ยวกับระบบอื่นแล้ว Debian (เสียงดัง) / หรือ Ubuntu (14.10.) แต่ฉันทดสอบปัญหาดังกล่าวด้วยfileคำสั่งเก่าแบบธรรมดา

file /sbin/init

ให้สิ่งนี้:

/sbin/init: symbolic link to 'upstart'

ระบบ Debian ที่มีsystemd(เช่น sid) แสดงสิ่งนี้:

# file /sbin/init 
/sbin/init: symbolic link to /lib/systemd/systemd

ฉันมีปัญหาเดียวกันนี้และทำการทดสอบจำนวนมากในเครื่อง RedHat / CentOS / Debian / Ubuntu / Mint นี่คือสิ่งที่ฉันลงเอยด้วยผลลัพธ์ที่ดี

1. ค้นหาชื่อของไฟล์เรียกทำงานด้วย PID 1:

   ps -p 1

   ถ้ามันเป็น systemd หรือพุ่งพรวดปัญหาได้รับการแก้ไข หากเป็น "init" อาจเป็น symlink หรือชื่ออื่นที่ไม่ใช่ชื่อตรงไปตรงมา ไปข้างหน้า

2. ค้นหาพา ธ จริงของไฟล์ที่เรียกใช้งานได้ (ทำงานเป็นรูทเท่านั้น):

   ls -l `which init`

   หากinitเป็น symlink ไปสู่การเริ่มต้นระบบหรือ systemd แก้ไขปัญหา มิฉะนั้นเป็นเรื่องเกือบแน่ใจว่าคุณมี SysV init แต่มันอาจเป็นปฏิบัติการที่ผิด ไปข้างหน้า

3. ค้นหาแพ็คเกจที่จัดทำไฟล์ปฏิบัติการได้ น่าเสียดายที่นี่ขึ้นอยู่กับ distro:

   dpkg-query -S (executable real path) # Debian  
   rpm -qf (executable real path) # RedHat  

จากนั้นหากคุณต้องการสคริปต์ที่ (ส่วนที่สนุกที่สุด IMHO) เหล่านี้คือหนึ่งใน liners ของฉัน (ทำงานเป็นราก):

ls -l $(which $(ps -p 1 o comm)) | awk '{ system("dpkg-query -S "$NF) }' # Debian  

ls -l $(which $(ps -p 1 o comm)) | awk '{ system("rpm -qf "$NF) }' # RedHat  

นี่เป็นเรื่องง่ายสำหรับระบบเริ่มต้นบางระบบ สำหรับ systemd:

test -d /run/systemd/system

สำหรับคนธรรมดา:

initctl --version | grep -q upstart

สำหรับสิ่งอื่นคุณสามารถสันนิษฐานได้จาก distro (launchd บน OS X, sysvinit บน Debian, OpenRC บน Gentoo)

นี่คือสคริปต์ทุบตีเพื่อทำการตรวจจับ ตรวจสอบเฉพาะการพุ่งพรวดและ systemd ในขณะนี้ แต่ควรขยายได้ง่าย ฉันเอานี้จากรหัสที่ผมเคยมีส่วนทำให้ไดรเวอร์ DisplayLink ติดตั้งสคริปต์

detect_distro()
{
  # init process is pid 1
  INIT=`ls -l /proc/1/exe`
  if [[ $INIT == *"upstart"* ]]; then
    SYSTEMINITDAEMON=upstart
  elif [[ $INIT == *"systemd"* ]]; then
    SYSTEMINITDAEMON=systemd
  elif [[ $INIT == *"/sbin/init"* ]]; then
    INIT=`/sbin/init --version`
    if [[ $INIT == *"upstart"* ]]; then
      SYSTEMINITDAEMON=upstart
    elif [[ $INIT == *"systemd"* ]]; then
      SYSTEMINITDAEMON=systemd
    fi
  fi

  if [ -z "$SYSTEMINITDAEMON" ]; then
    echo "WARNING: Unknown distribution, assuming defaults - this may fail." >&2
  else
    echo "Init system discovered: $SYSTEMINITDAEMON"
  fi
}

มีข้อผิดพลาดความเข้ากันได้มากมายเมื่อทดสอบ systemd vs initd ใช้งานได้จริงบน OpenSuSE 42.1:ps --pid 1 | grep -q systemd && echo 'systemd' || echo 'init'

สำหรับsystemd:

if [[ `systemctl is-system-running` =~ running ]]; then echo using systemd; fi

วิธีการแก้ปัญหาของฉัน: ตรวจสอบคำสั่งที่ทำงานเป็นกระบวนการที่มี ID 1

case `cat /proc/1/comm` in
    init)    echo Init ;;
    systemd) echo SystemD ;;
    # add here other patterns
    *)       echo "unknown: '`cat /proc/1/comm`'" ;;
esac

ในขณะนี้ฉันเข้าถึงเฉพาะเครื่อง Init และ SystemD เท่านั้นดังนั้นฉันไม่สามารถบอกได้ว่าจะตรวจพบการพุ่งพรวดหรือ macOS (OS X) ได้อย่างไร แต่ฉันจะค้นหาต่อไป

check(){
    if hash systemctl 2>/dev/null;
    then
        echo "there is systemd"
    fi

    if hash initctl 2>/dev/null;
    then
        echo "there is upStart"
    fi

    if [ -f "/etc/inittab"];
    then
        echo "there is systemV"
    fi
}