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

systemd คือชุดของ daemons ไลบรารีและเครื่องมือสำหรับการจัดการระบบ ระบบ Upstart ของ Ubuntu ถูกแทนที่ด้วย systemd เริ่มต้นด้วย Ubuntu 15.04

3
การแช่แข็งเมื่อเริ่มต้น (ปัญหา systemd?)
ฉันมีแล็ปท็อป Dell Precision 3510 และ Kubuntu 17.04 ของฉันบ่อยมากเมื่อเริ่มต้น สิ่งที่ฉันได้เห็นจากผลลัพธ์ของคำสั่งjournalctl -xbคือมันได้รับการแช่แข็งเนื่องจากหมดเวลาบนดิสก์ ข้อผิดพลาดแรกที่ฉันเห็นคือ: systemd[1]: dev-sda1.device: Job dev-sda1.device/start timed out. ฉันพยายามเล่นด้วย/etc/fstabและแทนที่ UUID ด้วยลิงก์ / dev / sdXX แต่สิ่งนี้ไม่ได้ช่วย นี่คือผลลัพธ์ที่ฉันได้รับ: čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: dev-sda1.device: Job dev-sda1.device/start timed out.čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: Timed out waiting for device dev-sda1.device. -- Subject: Unit dev-sda1.device …
2 boot  mount  fstab  systemd  uuid 

3
systemd ไม่สนใจ ExecStop ในไฟล์ยูนิตรันมันเป็นส่วนหนึ่งของ ExecStart
ฉันพยายามที่จะมีหลายภาพ VirtualBox เริ่มโดยอัตโนมัติในการบูตและจะปิดอย่างถูกต้องในการปิดโฮสต์ก่อนที่จะปิดตัวลง ฉันมีสคริปต์ทุบตี/usr/local/bin/vmctl.shที่จัดการเริ่มต้นและหยุดภาพผู้เยี่ยมชมโดยใช้การโทรไปยัง VBoxManage การโทรเริ่มต้นนั้นง่ายมาก - เพียงแค่วิ่งผ่านรายการรูปภาพและการโทรVBoxManage startvm --type headless "<imgname>"จากนั้นออกจาก 0 การหยุดการโทรจะวนไปตามรายการและการโทรVBoxManage controlvm "<imgname>" acpipowerbuttonจากนั้นจะวนซ้ำจนกว่าจะVBoxManage list runningvmsส่งกลับรายการว่างเปล่าหรือ 60 วินาทีผ่านไปก่อนที่จะออก บรรทัดคำสั่งทำงานได้อย่างสมบูรณ์ ฉันได้ตั้งค่าไฟล์หน่วยใน/lib/systemd/system/vmctl.service: [Unit] Description=VirtualBox Control After=virtualbox.service [Service] ExecStart=/usr/local/bin/vmctl.sh start ExecStop=/usr/local/bin/vmctl.sh stop [Install] WantedBy=multi-user.target เมื่อฉันวิ่งsystemctl start vmctl.serviceมันจะเรียกทั้งสายเริ่มและหยุด เมื่อฉันเรียกว่าsystemctl stop vmctl.serviceมีรายการใน syslog ที่ระบุStopped VirtualBox Controlแต่ไม่ได้ทำอะไร ฉันเป็นเณรทั้งหมดไป systemd ฉันเพิ่งอัปเกรดกล่อง Ubuntu นี้เป็น 16.04 …

1
systemd พยายามเมานต์คีย์ไฟล์ของฉันหรือไม่?
โปรดช่วยตรวจสอบว่านี่เป็นข้อผิดพลาดหรือเพียงแค่ตั้งค่าผิดพลาดในส่วนของฉัน เมื่อฉันพยายามให้การตั้งค่า LVM ของฉันถูกถอดรหัสเมื่อบู๊ตโดยใช้ keyfile ระบบกำลังพยายามเมาต์พา ธ ไปยัง keyfile ของฉันจนกว่าจะหมดเวลาหลังจาก 1:30 นาที แน่นอนปัญหาเดียวกันไม่เกิดขึ้นเมื่อฉันลบเส้นทางและใช้การรับรองความถูกต้องใช้แป้นพิมพ์ การตั้งค่า: /bootและ/boot/efiไม่ได้เข้ารหัสsda3เป็น LUKS ที่เข้ารหัสและมีพาร์ติชันอื่น ๆ ทั้งหมดของฉันด้วย LVM ฉันได้เพิ่ม keyfile ไปยัง LUKS ของ sda3 และถอดรหัสงานพาร์ติชันด้วยตนเองแน่นอน ข้อผิดพลาดปรากฏขึ้นพร้อมกับสิ่งต่อไปนี้/etc/crypttab: sda3_crypt UUID=(...) /dev/disk/by-label/BOOT:/keyfile luks,keyscript=/lib/cryptsetup/scripts/passdev เมื่อบู๊ตมันกำลังรอ dev-disk-by-label-boot-keyfile เพื่อเมาท์ 90 วินาที เห็นได้ชัดว่าฉันไม่ต้องการเมานท์ไฟล์ที่มีเพียงข้อมูลแบบสุ่ม ความสงสัยของฉันคือบางแห่งมีตัวแยกวิเคราะห์ที่มอง/etc/crypttabหาสิ่งที่ดูเหมือนพาร์ติชันและพยายามสร้างหน่วยเมานต์สำหรับเส้นทางเหล่านั้น

1
มีบางอย่างที่ฆ่าหน้าจอของฉัน
เซสชันหน้าจอของฉันถูกฆ่าเมื่อฉันออกจากระบบ ฉันจะป้องกันสิ่งนี้ได้อย่างไร ฉันได้ตั้งค่าไว้แล้ว: KillUserProcesses=no ใน/etc/systemd/logind.conf. เมื่อฉันกลับเข้าสู่ระบบฉันได้รับตัวเลือก "ลบ" ในหน้าจอ ปัญหานี้เกิดขึ้นค่อนข้างชัดเจนจากข้อผิดพลาดอื่นซึ่งบังคับให้ฉันออกจากระบบทุกครั้งที่ฉันปิดจอภาพ
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.