คำถามติดแท็ก systemd

Systemd เป็นการแทนที่สำหรับ init แบบคลาสสิคระหว่างการบู๊ต

1
เมื่อไฟฟ้าดับส่งผลให้ fsck, runlevel ใดที่ systemd โหลดเข้า - โหมดฉุกเฉินหรือช่วยเหลือ?
มีใครช่วยบอกหน่อยได้ไหมว่า runlevel systemd กำลังทำงานอยู่เมื่อคุณได้รับแจ้งให้ตรวจสอบระบบไฟล์หลังจากไฟฟ้าดับ? มันเป็นกรณีฉุกเฉินหรือการช่วยเหลือหรือมันขึ้นอยู่กับ? ฉันมีหน่วย systemd บางตัวที่จำเป็นต้องเรียกใช้ถ้า / เมื่อระบบแจ้งให้ตรวจสอบระบบไฟล์ตอนบูต ฉันไม่ต้องการแก้ไขเชลล์แท็กฉุกเฉินขนาดเล็กที่สุดเพื่อโหลดสคริปต์หากฉันไม่ต้องการดังนั้นฉันจึงหวังว่ามันจะทำงานในโหมดช่วยเหลือ นอกจากนี้ถ้าใครมีวิธีที่ดีในการทำลายระบบไฟล์ชั่วคราวดังนั้นฉันสามารถเรียกใช้ fsck prompt เพื่อทำการทดสอบได้ ฉันได้ลองเปลี่ยน / etc / fstab แต่มันจะบูทเข้าสู่โหมดฉุกเฉินโดยเฉพาะ ขอบคุณมากสำหรับความช่วยเหลือ

1
บริการ systemd oneshot เพื่อปิดกั้นพรอมต์ล็อกอินของผู้ใช้
ฉันมีบริการ oneshot systemd ที่ต้องเริ่มกระบวนการ แต่ฉันไม่ต้องการให้ผู้ใช้มีการแจ้งให้เข้าสู่ระบบจนกว่าจะเสร็จสิ้นลอง: [Unit] Description=Stap Loader. After=network-online.target Before=systemd-logind.service [Service] Type=oneshot LimitNOFILE=8192 ExecStart=/opt/stap/stap start ExecStop=/opt/stap/stap stop StandardOutput=journal+console RemainAfterExit=yes TTYVTDisallocate=true TTYReset=true [Install] WantedBy=multi-user.target มันใช้งานไม่ได้
1 linux  systemd 

2
CoreOS / systemd ไม่เคารพการเปลี่ยนแปลงที่ได้รับการแก้ไข
ฉันใช้ CoreOS ในสภาพแวดล้อม openstack และฉันใช้cloud-config.ymlเพื่อบู๊ตโฮสต์ #cloud-config write_files: - path: /etc/systemd/resolved.conf permissions: 0644 owner: root content: | # This file is part of systemd. # # systemd is free software; you can redistribute it and/or modify it # under the terms of the GNU Lesser General Public License as published by …
1 cloud  systemd 

1
ไฟล์หน่วย Systemd ใช้งานได้กับชื่ออินสแตนซ์เดียวเท่านั้นไม่ใช่ชื่ออื่น
มีเซิร์ฟเวอร์ Minecraft สองตัวที่ทำงานบนเซิร์ฟเวอร์ Debian ของฉัน เพื่อหลีกเลี่ยงการยุ่งทั้งหมดของการประสานงานหลายส่วนด้วยตนเองของ tmux ฉันได้เขียนไฟล์ systemd unit เพื่อทำสิ่งนั้นทั้งหมดสำหรับฉัน: [Unit] Description=Minecraft Server: %i After=network.target [Service] WorkingDirectory=/opt/minecraft/servers/%i User=minecraft Group=minecraft Type=forking RemainAfterExit=yes #Restart=on-abnormal ExecStart=/usr/bin/tmux new -s mc-%i -d '/usr/bin/java -Xms1G -Xmx4G -jar forge-universal.jar nogui' ExecStop=/usr/bin/tmux send -t mc-%i 'say SERVER WILL SHUT DOWN IN 10 SECONDS' ENTER ExecStop=/bin/sleep 10 ExecStop=/usr/bin/tmux …

0
จำกัด สิทธิ์ของบริการ systemd ให้น้อยที่สุด
ฉันจะเขียนไฟล์บริการ systemd สำหรับfai จอ (8) daemon นี้รับฟังพอร์ตเดียวรับการเชื่อมต่อ TCP และเขียนไฟล์บันทึกเดียวพร้อมข้อมูลที่น่าสนใจ เพื่อลดพื้นผิวการโจมตีในระบบบริการควรทำงานด้วยสิทธิ์น้อยที่สุด ทำตามคำแนะนำเกี่ยวกับตัวเลือกสำหรับการทำให้ระบบหน่วยบริการแข็งขึ้นฉันมากับไฟล์บริการนี้: [Unit] Description=FAI Monitor Daemon [Service] Type=simple ExecStart=/usr/sbin/fai-monitor -l /run/fai-monitor/fai-monitor.log DynamicUser=true RuntimeDirectory=fai-monitor RuntimeDirectoryMode=755 MemoryDenyWriteExecute=true NoNewPrivileges=true PrivateTmp=true PrivateUsers=true ProtectHome=true ProtectSystem=strict PrivateDevices=true ProtectKernelTunables=true ProtectControlGroups=true RestrictAddressFamilies=AF_INET AF_INET6 RestrictRealtime=true TasksMax=16 MemoryHigh=10M SystemCallFilter=~@mount @debug @privileged ในขณะนี้ดูเหมือนว่าจะค่อนข้าง จำกัด ไฟล์บริการค่อนข้าง verbose มีวิธีอื่นในการ จำกัด การบริการให้เหลือน้อยที่สุดเท่าที่จะเป็นไปได้หรือไม่ โดยเฉพาะอย่างยิ่งสิ่งที่RestrictEverything=trueน่าสนใจจะน่าสนใจเมื่อได้รับอนุญาตรายการทรัพยากรที่อนุญาตต่อไป

1
บริการ systemctl ที่เฉพาะเจาะจงจะหยุดหลังจากอัพเกรด apt ทุกวันและกิจกรรมที่สะอาด
ฉันมีปัญหาในหลาย ๆ เซิร์ฟเวอร์ (มันเกิดขึ้นสองครั้งต่อเดือน) ที่เริ่มDaily apt upgrade and clean activitiesด้วยเหตุผลบางอย่างหยุดบริการของฉันโดยเฉพาะและจากนั้นไม่เริ่มเลยดังนั้นจึงถูกปิดและฉันต้องเริ่มด้วยตนเอง ใน syslogs ฉันเห็นสิ่งนี้: Mar 7 06:59:24 server systemd[1]: Starting Daily apt upgrade and clean activities... Mar 7 06:59:38 server systemd[1]: Reloading. Mar 7 06:59:38 server systemd[1]: Started ACPI event daemon. Mar 7 06:59:38 server systemd[1]: Stopping Odoo 11... Mar 7 …
1 ubuntu  cron  systemd  apt  acpi 

1
วิธีการลบบริการ systemctl? (Arch ลินุกซ์)
ก่อนที่คุณจะตั้งค่าสถานะนี้เป็นคำถามซ้ำฉันได้ตรวจสอบคำถามทั้งหมดที่มีปัญหาเดียวกันและไม่มีวิธีแก้ปัญหาใดที่เหมาะกับฉัน ฉันยังใหม่ต่อการติดตั้ง Arch-linux และทำตามการสอนแบบห่วย ๆ ในการกวดวิชาผู้ชายอธิบายว่าฉันควรใช้: sudo systemctl enable dchpcd@wl01.service เพื่อที่จะเริ่มบริการ wifi โดยอัตโนมัติเมื่อฉันบูทขึ้นมา แต่ฉันสะกดชื่ออุปกรณ์ไม่ถูกต้องจริง ๆ แล้วมันคือ wlo1 ไม่ใช่ wl01 ตอนนี้ทุกครั้งที่ฉันบูตเครื่องฉันต้องรอ 1m 30s เพื่อให้บริการที่พยายามเริ่มหมดเวลา ฉันพยายามกำจัดมันหลายวิธีเช่น sudo systemctl disable dhcpcd@wl01.service sudo systemctl disable wl01.service sudo systemctl reset-failed ทั้งหมดนี้ไม่ได้แก้ไขปัญหาของฉันคนแรกกลับมาบอกว่าไม่มีไฟล์หรือไดเรกทอรีดังกล่าว ฉันจะกำจัดสิ่งนี้ได้อย่างไร ขอบคุณ

2
ล้มเหลวในขั้นตอน EXEC วางไข่: ไม่มีไฟล์หรือไดเรกทอรีดังกล่าว
เมื่อรับบริการ one-shot ต่อไปนี้เปิดใช้งานเมื่อบูต [Unit] Description = My Server Daemon Documentation = https://etcetc.org Wants = network-online.target getty.target NetworkManager-wait-online.service isc-dhcp-server.service xinetd.service smbd.service After = network-online.target getty.target NetworkManager-wait-online.service isc-dhcp-server.service xinetd.service smbd.service [Service] Type = oneshot RemainAfterExit = yes User = foouser PIDFile = /run/myd.pid WorkingDirectory = /home/foouser/my-server/bin ExecStart = /home/foouser/my-server/bin/myd ExecStop = /home/foouser/my-server/bin/abort.sh …

0
ไม่สามารถเรียกใช้แอป (เช่น rclone) เป็นบริการได้สำเร็จ
ฉันพยายามเรียกใช้rclone-mountจากเทอร์มินัลมันใช้งานได้ดี แต่มันก็ไม่ได้ทำงานเป็นบริการ เทอร์มินัล (ใช้งานได้ดี): /usr/bin/rclone mount --allow-non-empty box:/mydir /home/user1/mydir/ เป็นsystemdบริการ (ไม่ทำงาน) ดังนั้นเมื่อฉันรีสตาร์ทเครื่องคอมพิวเตอร์ของฉันฉันเห็น: o-pc:~$ sudo systemctl status rclone-mount [sudo] password for user1: ● rclone-mount.service - rclone mount service Loaded: loaded (/etc/systemd/system/rclone-mount.service; static; vendor pres Active: inactive (dead) Docs: http://rclone.org/docs/ sep 27 13:51:55 o-pc systemd[1]: /etc/systemd/system/rclone-mo ระบบปฏิบัติการ: Ubuntu 18.04.1 การตั้งค่า o-pc:~$ cat …

1
ไม่สามารถระงับแล็ปท็อปที่ใช้ systemd ได้ในขณะที่ Slack เริ่มทำงาน
บางครั้งเมื่อฉันพยายามระงับแล็ปท็อปที่ใช้systemctl hybrid-sleepฉันได้รับการตอบสนองเช่นนี้: Failed to put system into hybrid sleep via logind: Sleep verb not supported แต่หลังจากรีบู๊ตทุกอย่างก็โอเค - ใช้ได้เลย เวอร์ชันของ systemd ที่ฉันใช้คือ v227 UPDATE: ฉันพบสิ่งที่เป็นปัญหาด้วย มันเป็นSlack ที่สร้างขึ้นจาก AUR สิ่งที่ป้องกันไม่ให้ระบบเข้าสู่โหมดสลีป ฉันไม่รู้ทำไมมันเกิดขึ้นทำให้systemd-inhibit --list --mode=blockฉันเห็น 0 inhibitors listed.

2
บูตคู่ arch / windows10 บนดิสก์แยก systemd UEFI
เห็นได้ชัดว่าฉันพลาดบางสิ่งบางอย่างในวิธีที่ BIOS กำหนดว่าดิสก์ใดที่จะบูทด้วย UEFI ฉันมีการตั้งค่าการบู๊ตคู่กับดิสก์ SSD สองตัว Disk0 มี Arch, Disk1 มี Windows10 ปกติฉันจะใช้ systemd boot บน Disk0 เพื่อบู๊ต Arch หรือ Windows ฉันต้องการอัพเกรด Windows10 และมันล้มเหลวในการบู๊ตคู่ดังนั้นฉันจึงถอด Disk0 ระบบไม่มีปัญหาในการบูทเข้าสู่ Windows ดังนั้นฉันเสร็จสิ้นการอัพเกรดและรีสตาร์ทสองสามครั้งเพื่อให้แน่ใจว่าการอัปเกรดเสร็จสมบูรณ์ ฉันใส่ Disk0 อีกครั้ง แต่โหลด Windows10 โดยตรงและฉันไม่มีตัวเลือกการบูต UEFI ใน BIOS สำหรับ Arch บน Disk0 อีกต่อไป การลบ Disk1 ยังไม่อนุญาตให้ทำการบูทจาก Disk0 BIOS ตรวจพบพาร์ติชัน UEFI …

1
ไม่สามารถเปิดใช้งาน sshd ใหม่ได้หลังจาก systemd mask
หลังจากที่ปิดการใช้งานsshdผมมีปัญหาอีกครั้งเปิด / systemctlเริ่มต้นได้ผ่านทาง ฉันแน่ใจว่าฉันปิดบังบางอย่าง แต่นี่คือสิ่งที่ฉันทำ: ~ สด xubuntu 16.04.2 ติดตั้ง apt install openssh-server อาจต้องเปิดใช้งานด้วยตนเอง; ฉันจำไม่ได้ เก็บไฟล์กำหนดค่าเริ่มต้นตามสภาพเดิม (เข้าถึงผ่าน LAN ในพื้นที่เท่านั้น) (ssh'd ประสบความสำเร็จในการสแกนผ่านข้อมูลจากเครื่องก่อนหน้านี้) พยายามปิดการใช้งาน sshd เนื่องจากฉันไม่ได้ตั้งใจจะใช้เพิ่มเติม systemctl stop sshd && systemctl disable sshd && systemctl mask sshd (ฉันทำอะไรผิดที่นี่) ตอนนี้ฉันต้องการเข้าถึง ssh อีกครั้งดังนั้นฉันจึงพยายามเปิดใช้งาน: systemctl unmask sshd- เอาท์พุทที่ลบ/dev/nullsymlink systemctl enable sshd ไม่สามารถดำเนินการได้: ไม่มีไฟล์หรือไดเรกทอรีดังกล่าว ค้นหาวิธีแก้ไขฉันไม่พบอะไรมากไปกว่าสิ่งที่ฉันคิดไปแล้ว ฉันติดตั้งapt …

1
systemd ใช้คำสั่ง KILL จาก chkconfig หรือไม่
ชื่อของคำถามคือสิ่งที่ฉันต้องการถาม ฉันไม่เห็นมันตามจริง มีวิธีที่ฉันสามารถทำให้ systemd ทำตามคำสั่ง KILL จากสิ่งที่ฉันเห็นมันแค่ย้อนกลับลำดับเริ่มต้นในขณะที่กระบวนการฆ่า / หยุด

1
ฉันสามารถแก้ไขไฟล์หน่วย Nginx Systemd (/lib/systemd/system/nginx.service) ที่จัดทำโดยแพคเกจ nginx ได้อย่างปลอดภัยหรือไม่
ฉันติดตั้ง Nginx พร้อมกับapt install nginxโฮสต์ Debian 9.2 แล้ว มันใช้งานได้ดี แต่เมื่อดูในวารสาร Systemd ด้วยjournalctl -u nginxฉันได้รับเฮฮา: เริ่มต้นเว็บเซิร์ฟเวอร์ประสิทธิภาพสูงและพร็อกซีเซิร์ฟเวอร์ย้อนกลับ ปรากฎว่า Systemd นำฟิลด์ "คำอธิบาย" กลับมาใช้ใหม่ในส่วน "[หน่วย]" ของไฟล์หน่วยและแน่นอนว่า/lib/systemd/system/nginx.serviceมันบอกว่า: คำอธิบาย = เว็บเซิร์ฟเวอร์ประสิทธิภาพสูงและพร็อกซีเซิร์ฟเวอร์ย้อนกลับ นี่เป็นเรื่องตลกโดยผู้ดูแล Debian Nginx หรือบุคคลอื่นหรือไม่ แม้แต่เอกสารประกอบของ Systemd ที่https://www.freedesktop.org/software/systemd/man/systemd.unit.html#Description=พูดว่า: ตัวอย่างที่ไม่ดีคือ "เซิร์ฟเวอร์ HTTP น้ำหนักเบาประสิทธิภาพสูง" (ทั่วไปเกินไป) ดังนั้นฉันจึงคิดที่จะแก้ไขฟิลด์ "คำอธิบาย" เพื่อให้มันมีค่ามากขึ้น ehm, คำอธิบาย แต่ฉันไม่แน่ใจว่ามันจะทำงานอย่างไรเมื่อฉันจะอัปเดตแพคเกจ nginx เป็นส่วนหนึ่งของการอัปเดตระบบหรืออัพเกรด - ฉันจะถูกเตือน ความขัดแย้งหากnginx.serviceพยายามติดตั้งเวอร์ชั่นอื่น? ฉันรู้ว่านี่เป็นกรณีของไฟล์การกำหนดค่าแพคเกจมันใช้กับไฟล์ประเภทอื่นจากแพ็คเกจหรือไม่

0
SLES 12 บริการเริ่มและหยุดคำสั่งไม่ทำงาน
ระบบของฉันทำงานบน suse enterprise 12 sp2 ฉันมีสองบริการ sapinit และ sapcontrol เมื่อเริ่มต้นบริการ sapinit จะต้องเริ่มต้นก่อนที่บริการ sapcontrol จะสามารถเริ่มและปิดหรือหยุดการให้บริการ sapcontrol ต้องหยุดทำงานเพื่อให้ sapinit สามารถหยุดทำงานได้ ฉันสร้างทั้งสองสคริปต์ดังต่อไปนี้และเพิ่มพวกเขาผ่าน insserv ส่วนหัวของ /etc/init.d/sapinit ### BEGIN INIT INFO # Provides: sapinit # Required-Start: $network $syslog $remote_fs $time # X-UnitedLinux-Should-Start: # Required-Stop: # X-Stop-After: $sapcontrol # Default-Start: 3 5 # Default-Stop: 0 1 …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.