ล้มเหลวในขั้นตอน EXEC วางไข่ / bin / plymouth (ทดสอบเดเบียน)

หลังจากฉันทำการdist-upgradeทดสอบ Debian (Jessie) แล้วฉันไม่สามารถบูตได้อีกต่อไป ฉันถูกปล่อยทิ้งไว้ที่พร้อมท์คำสั่ง:

Welcome to emergency mode! After logging in, type "journalctl -xb" to view system logs

ข้อผิดพลาดต่อไปนี้จะปรากฏขึ้น:

root@debian:~# journalctl -xb
debian systemd[222]: Failed at step EXEC spawning /bin/plymouth: No such file or directory

น่าแปลกใจที่Google ไม่ได้ช่วยเหลือและสิ่งเล็ก ๆ น้อย ๆ ที่ฉันเห็นมีไว้สำหรับ Arch (แม้ว่าฉันจะเพิ่ม + debian ในการค้นหาของฉัน) และก็ไม่สมเหตุสมผลสำหรับฉัน

ตัวชี้ใด ๆ เกี่ยวกับวิธีการกู้คืนจากนี้?

# uname -a
Linux debian 3.16.0-4-amd64 #1 SMP Debian 3.16.7-2 (2014-11-06) x84_64 GNU/Linux

ฉันยังมีข้อผิดพลาดที่แม่นยำนี้ในวันนี้อันเป็นผลมาจากเสียงฮิปปี้ debian เพื่ออัพเกรดเจสซี

ระบบไม่สามารถรีบูตได้แม้จะไม่มีข้อผิดพลาดจาก "apt-get dist-upgrade" เอาต์พุตข้อผิดพลาดสุดท้ายผ่าน "journalctl -xb" (หรือ "-xd") มีความเกี่ยวข้องกับ "plymouth" (แอปพลิเคชันที่ฉันไม่เคยได้ยิน) แต่มันกลับกลายเป็นว่าล้มเหลวในการรีบูตไม่มีส่วนเกี่ยวข้องกับพลีมั ธ แต่เป็นความผิดปกติเล็กน้อยภายใต้รายการเสริมภายใต้ / etc / fstab: เปลี่ยน "auto" เป็น "noauto" สำหรับอุปกรณ์ cdrom (ไม่เกี่ยวข้องกับ NFS) systemd จะช่วยให้การบูต นี่คือสาย fstab ซึ่งทำหน้าที่ภายใต้เสียงฮืด ๆ และล้มเหลวอย่างเงียบ ๆ เพื่อให้รีบูตภายใต้เจสซี

ไม่มีข้อผิดพลาดผ่าน journalctl ที่เกี่ยวข้องกับ fstab มันเป็นการค้นหาทางเว็บที่นำไปสู่การแก้ปัญหาที่ไม่ชัดเจนนี้

เมื่อรวมคำตอบก่อนหน้านี้ปัญหานี้อาจเกิดจากรายการที่ไม่ถูกต้องใน / etc / fstab

ในกรณีของฉันฉันกำลังทำงานภายใน virtualbox และเป็นโฟลเดอร์ที่ใช้ร่วมกันฉันได้ตั้งค่าให้เมาต์อัตโนมัติเมื่อบู๊ตเครื่องซึ่งเป็นปัญหา ในอีกสองคำตอบมันคือการตั้งถิ่นฐานสำหรับ NFS หรืออุปกรณ์ซีดีรอมที่เป็นปัญหา

ฉันอยากจะแนะนำว่าในการแก้ไขปัญหาเพียงแค่แสดงความคิดเห็นสายที่ไม่จำเป็นทั้งหมดใน / etc / fstab แล้วเพิ่มอีกทีละหนึ่งจนกว่าคุณจะทำซ้ำปัญหา

บรรทัดที่มีปัญหาสามารถวินิจฉัยและแก้ไขได้ เป็นไปได้ในระหว่างการอัพเกรด dist ที่สิ่งต่าง ๆ เช่นโฟลเดอร์ที่ใช้ร่วมกันของ Vbox, การแชร์เครือข่ายหรือระบบไฟล์พิเศษอื่น ๆ นั้นไม่ได้รับการอัพเกรดอย่างถูกต้อง

วันนี้ฉันมีข้อผิดพลาดที่แน่นอน

ฉันติดตั้งพลีมั ธ แต่ไม่ได้เปลี่ยนผลลัพธ์

มันเกิดจากรายการ nfs ผิดใน / etc / fstab หลังจากลบรายการนั้นข้อผิดพลาดหายไป ฉันคิดว่าพฤติกรรมที่น่ากลัวนี้เกิดจากระบบโง่

ฉันยืนยันว่าเป็นปัญหาใน fstab หากคุณเข้าไปในแท็บ fstab และลบบรรทัดสุดท้ายที่คุณทำทั้งหมดเป็นเหมือนก่อนและระบบจะเริ่ม ฉันมีปัญหาเกี่ยวกับการแบ่งปันอัตโนมัติใน VirtualBox 5 / debian 8 ไม่มีปัญหาใน Virtualbox 4 / debian 7

ฉันเห็นว่านี่เป็นเธรดที่ค่อนข้างเก่า ณ จุดนี้ ... แต่ฉันก็ประสบปัญหานี้เช่นกันในวันนี้

ฉันต้องแสดงความคิดเห็นในบรรทัดนี้/etc/fstabเพื่อป้องกันไม่ให้ระบบบูตใน 'โหมดฉุกเฉิน':

#UUID=0x0000x0-0x00-0000-xx00-0000xxx00000 /boot           ext2    defaults        0       2
/dev/mapper/Ubuntu16043LTSVM--vg-swap_1 none            swap    sw              0       0

* (UUID ผิดปกติโดยเจตนา)

UPDATE:

/etc/fstabดูเหมือนว่าบรรทัด UUID จะเป็นข้อผิดพลาดสำหรับปัญหานี้ แปลก หลังจากอ่านเพิ่มเติมเกี่ยวกับปัญหานี้ในหัวข้อนี้ฉันก็ยังไม่ใกล้กับคำตอบที่ชัดเจนเกี่ยวกับสาเหตุที่แท้จริง แต่อย่างน้อย SWAP มีการกำหนดค่าในขณะนี้

มีใครสามารถแก้ไขปัญหานี้ได้อย่างสมบูรณ์หรือไม่ หรือค้นหาสาเหตุที่แท้จริง?