“ ยินดีต้อนรับสู่โหมดฉุกเฉิน!” คิดว่ามันเป็นปัญหา fsck

journalctl -xb snippet (สิ่งที่ฉันคิดว่าผิดมันเป็นสีแดงอย่างน้อย):

-- Unit systemd-fsckd.service has begun starting up.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1 contains a file system with errors, check forced.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1: Inodes that were part of a corrupted orphan linked list found.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: (i.e., without -a or -p options)
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: fsck failed with error code 4.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: Running request emergency.target/start/replace
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: systemd-fsck-root.service: main process exited, code=exited, status=1/FAILURE
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Failed to start File System Check on Root Device.
-- Subject: Unit systemd-fsck-root.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit systemd-fsck-root.service has failed.
-- 
-- The result is failed.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Unit systemd-fsck-root.service entered failed state.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: systemd-fsck-root.service failed.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Starting Remount Root and Kernel File Systems...
-- Subject: Unit systemd-remount-fs.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel

ละเว้นข้อผิดพลาดอื่น ๆ เช่น: ACPI PCC probe ล้มเหลว, nvidia ไม่สนับสนุน ฯลฯ ...

แก้ไข:ฉันสามารถเข้าถึงพีซีของฉันโดยกดCtrl+ Dแต่มันน่ารำคาญ

คุณสามารถเรียกใช้fsckจาก Ubuntu Live

1. เปิดคอมพิวเตอร์ของคุณ บูตเข้าสู่ Ubuntu Live DVD / USB (ลองโดยไม่ต้องติดตั้ง)
2. หลังจากโหลดเสร็จให้เปิดเทอร์มินัลโดยกดCtrl+ Alt+T

3. ในเทอร์มินัลให้เรียกใช้:

   sudo -i
   fdisk -l
   

   fdiskจะแจ้งให้คุณทราบว่าพาร์ติชันของคุณ/(รูท) เรียกว่าอะไร /dev/sdb1ในคำถามนี้มันเป็น

   จากนั้นคุณควรดำเนินการต่อโดยเรียกใช้:

   umount /dev/sdb1
   fsck -y /dev/sdb1
   poweroff
   

   หากumountคำสั่งบ่นว่าsdb1"ไม่ได้เมานต์" นั่นไม่ใช่ปัญหา เราต้องการให้เป็น "ไม่ได้ติดตั้ง" :)

4. นำแผ่น DVD / USB ออก เปิดคอมพิวเตอร์ของคุณอีกครั้งเพื่อบู๊ตจาก SSD

ฉันไม่รู้ว่าคุณช่วยแก้ปัญหาของคุณได้ไหม สิ่งที่ฉันทำคือ:

sudo nano /etc/fstab

จากนั้นลบสิ่งที่คุณเพิ่มไว้ที่นั่นsdb1แล้วเรียกใช้:

sudo systemctl reboot

มันบอกว่ามันเสียหายดังนั้นฉันจึงไม่รู้ว่าเกิดอะไรขึ้น แต่ฉันหวังว่าสิ่งนี้จะช่วยคนที่ไม่สามารถรัน Linux ได้

ฉันเพิ่งมีกรณีกับโหมดฉุกเฉิน /etc/fstabในสถานการณ์ของฉันฉันตามกวดวิชาติดตั้งซึ่งแนะนำให้แก้ไขบางส่วนของตัวเลือกสำหรับจุดเชื่อมต่อของฉันใน เมื่อลบตัวเลือกเพิ่มเติมเซิร์ฟเวอร์ของฉันจะรีบูตโดยไม่มีปัญหา

ฉันใช้ Windows 10 และ Ubuntu 16.X ระบบบู๊ตคู่

ฉันไม่สามารถเมานต์พาร์ติชันหนึ่งใน NTFS และข้อผิดพลาดเกี่ยวข้องกับ windows shutdown / hibernate ฉันใช้sudo ntfsfix /dev/sda3เพื่อแก้ไขปัญหา ฉันสามารถติดตั้งพาร์ทิชัน ntfs sda3 แต่เมื่อรีสตาร์ท Ubuntu ก็เริ่มในโหมดฉุกเฉิน
หากต้องการแก้ไขปัญหานี้ให้เรียกใช้คำสั่งต่อไปนี้ใน windows

shutdown /s /t 5

วิธีนี้แก้ไขปัญหาการเริ่มต้นฉุกเฉินของ Ubuntu

คำตอบของKhushboo RaniและCagan Arslanนำฉันไปสู่ทางออกถาวร

Windows 10 มีคุณสมบัติที่เรียกว่าการเปิดใช้งานการบูตอย่างรวดเร็วโดยค่าเริ่มต้นซึ่งเมื่อผู้ใช้ปิดระบบตามปกติโดยใช้ปุ่ม "ปิดเครื่อง" หรือปุ่มเปิดปิดบนคอมพิวเตอร์จะบันทึกเคอร์เนลที่ใช้งานจริงและสิ่งอื่น ๆ เพื่อไฮเบอร์เนตหลังจากออกจากระบบ นอกจากนี้ยังทำให้ Windows "ล็อค" พาร์ทิชันในบางวิธีในขณะที่ทำเช่นนี้เพื่อป้องกันความเสียหายของข้อมูลโดยไม่ตั้งใจหรือเป็นอันตราย ซึ่งหมายความว่า Ubuntu ไม่สามารถเมาต์พาร์ติชัน Windows ในระหว่างการเริ่มต้น

ในกรณีของฉันฉันมีรายการพาร์ติชัน Windows ใน / etc / fstab ดังนั้นสิ่งนี้ทำให้อูบุนตูไม่สามารถบูตได้

วิธีแก้ปัญหาคือการบูตเข้าสู่ Windows ปิดการใช้งาน "บูตเร็ว" แล้วปิดลงตามปกติ ตอนนี้ปัญหาควรได้รับการแก้ไขอย่างถาวร!

จากลิงก์ที่ฉันแชร์ก่อนหน้านี้ให้ปิดการใช้งานการบูตอย่างรวดเร็วใน Windows ดังนี้:

1. เปิดแผงควบคุม
2. ไปที่การตั้งค่า "ฮาร์ดแวร์และเสียง"
3. ไปที่ "ตัวเลือกพลังงาน"
4. คลิก "เลือกสิ่งที่ปุ่มเพาเวอร์ทำ"
5. คลิก "เปลี่ยนการตั้งค่าที่ไม่สามารถใช้งานได้ในปัจจุบัน" และให้สิทธิ์การเข้าถึง UAC
6. ล้างช่องทำเครื่องหมายโดยการตั้งค่า "เปิดการเริ่มต้นเร็ว (แนะนำ)"

ในกรณีของฉัน (Dual Boot Windows 10) ฉันต้องปิด Windows อย่างถูกต้องด้วยคำสั่ง (บน windows):

shutdown /s /t 5

เมื่อฉันรีสตาร์ท Ubuntu จะโหลดโดยไม่มีปัญหา

ฉันเพิ่งมีปัญหาเดียวกันการบูต Ubuntu LTS 16.04 จากแฟลชไดรฟ์ USB การทำsysctl defaultไม่ได้แก้ไขfsckจะกระพริบเร็ว ๆ ด้วยความคืบหน้าการสแกน msg จากนั้นข้อความแจ้งเตือนเดียวกันจะปรากฏขึ้น นี่คือสิ่งที่ทำงาน:

fsck -y /dev/sda1
reboot

หากสิ่งนี้เกิดขึ้นใน VirtualBox VM อาจเป็นไปได้ว่าไม่สามารถเมานต์พาร์ติชันหนึ่งใน/etc/fstab- แต่น่าเสียดายที่มันล้มเหลวด้วย "ยินดีต้อนรับสู่โหมดฉุกเฉิน!" แม้ว่าจะไม่ใช่พาร์ติชันที่สำคัญ - ดังนั้นหากคุณได้เพิ่มรายการที่มีรูปแบบไม่ถูกต้องเพื่อพยายามเมานต์ระบบไฟล์โดยใช้vboxsfระบบทั้งหมดจะไม่สามารถบู๊ตได้โดยไม่ทำให้ชัดเจนในบันทึกการบูตว่านี่เป็นปัญหาหลัก

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

คล้ายกับคำตอบอื่น ๆ เคล็ดลับสำหรับฉันคือการคอมเม้นท์รายการ/etc/fstabสำหรับพาร์ติชั่นเสริม LVM ของฉัน ฉันไม่รู้ว่าทำไมมันเริ่มบ่นเมื่อไม่กี่วันที่ผ่านมาว่า Ubuntu 17.10 ไม่สามารถหาพาร์ติชัน LVM ได้อีกต่อไปและสาเหตุที่ทำให้ระบบบูตในโหมด "ฉุกเฉิน"

เมื่อรายการถูกใส่ความคิดเห็น/etc/fstabฉันจะรีบูตเดสก์ท็อปของฉันสำเร็จ มองไปที่บทเรียนบางอย่างฉันสังเกตเห็นว่าฉันหายไปบางคำสั่ง LVM ดังนั้นฉันวิ่งsudo apt-get install lvm2ซึ่งดูเหมือนว่าจะได้รับการแก้ไขปัญหา

ถ้าอย่างฉันคุณคิดว่าพาร์ติชัน LVM ของคุณเป็นสาเหตุของปัญหาชุดคำสั่งทั้งหมดที่ฉันรันคือ:

sudo lvmdiskscan
sudo apt-get install lvm2
sudo lvmdiskscan
sudo lvdisplay
sudo vi /etc/fstab
sudo vgchange -a y
sudo mount -a

ไม่แน่ใจว่าสิ่งเหล่านี้จำเป็นหรือไม่ - ฉันสงสัยว่าapt-get install lvm2เป็นกุญแจสำคัญในการทำให้ระบบของฉันสามารถบู๊ตได้อีกครั้ง

ฉันมีปัญหาเดียวกันหลังจากรันคำสั่ง fsck มันกำลังกู้คืน แต่หลังจากนั้นสักครู่คอมพิวเตอร์ของฉันก็เข้าสู่โหมดฉุกเฉินอีกครั้งดังนั้นฉันจึงลบข้อมูลทั้งหมดออกจากฮาร์ดดิสก์และติดตั้งระบบปฏิบัติการใหม่ มันแก้ไขปัญหาของฉัน ฉันคิดว่าเป็นปัญหากับ Ubuntu 15.0 รุ่นที่สดใสดังนั้นฉันจึงติดตั้งรุ่น 14.0 ยังไม่มีปัญหา

ฉันมีปัญหาเดียวกัน แสดงความคิดเห็นด้วยตนเองเพิ่มพาร์ทิชัน ntfs จาก / etc / fstab ระบบเริ่มต้นตามปกติ ใช้คำสั่ง ntfsfix เพื่อแก้ไขปัญหาการเจอร์นัลที่เกิดจากพาร์ติชัน ntfs เหล่านั้นเช่น: Sudo ntfsfix / Dev / ntfs พาร์ติชั่นติดตั้งอีกครั้งใน / etc / fstab รีบูต

ดังนั้นจึงมีคำตอบที่ดีมากมายที่นี่ - เพียงเพิ่มข้อมูลปัญหาของฉันคือการสะกดผิด tmpfs เป็น tempfs ซึ่งไม่ถูกต้องในบรรทัดที่ฉันเพิ่มไปยัง / etc / fstab เพื่อรักษาความปลอดภัยเซิร์ฟเวอร์

ฉันเพิ่งมีปัญหาเดียวกันและในกรณีของฉันฉันเพิ่งสร้างพาร์ติชันด้วงของฉันและดังนั้นจึงมี UUID ที่แตกต่างจากพาร์ติชันด้วงล่าสุดที่ฉันมี เมื่อฉันบูตอูบุนตูระบบจะไม่สามารถตรวจสอบ UUID ได้ เพื่อแก้ไขปัญหานี้ฉันได้:

sudo nano /etc/fstab

จากนั้นคอมเม้นท์บรรทัดที่มี UUID จากพาร์ติชั่นที่ฉันเพิ่งแก้ไข

แล้วrebootใช้การเปลี่ยนแปลง

คำตอบทั้งหมดข้างต้นไม่ได้ช่วยฉันเพราะฉันไม่มีไฟล์กู้คืนสำหรับ fstab
เคล็ดลับอะไรคือ (ในโหมดฉุกเฉิน)

cat /proc/mounts > /etc/fstab