Chào mừng bạn đến với chế độ khẩn cấp! Hãy nghĩ rằng đó là một vấn đề fsck

đoạn trích nhật ký -xb (những gì tôi nghĩ là sai, ít nhất là màu đỏ):

-- 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

Bỏ qua các lỗi khác như: Đầu dò ACPI PCC không thành công., Nvidia không phải là thủ tục, v.v ...

EDIT: Tôi có thể truy cập PC của mình bằng cách nhấn Ctrl+ D, nhưng điều đó thật khó chịu.

Bạn có thể chạy fscktừ Ubuntu Live.

1. Bật máy tính của bạn. Khởi động vào Ubuntu Live DVD / USB (thử mà không cần cài đặt).
2. Sau khi tải, mở một thiết bị đầu cuối bằng cách nhấn Ctrl+ Alt+T

3. Trong thiết bị đầu cuối, chạy:

   sudo -i
   fdisk -l
   

   fdisksẽ thông báo cho bạn những gì phân vùng của bạn /(root) được gọi. Trong câu hỏi này là nó /dev/sdb1.

   Sau đó, bạn nên tiếp tục bằng cách chạy:

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

   Nếu umountlệnh phàn nàn sdb1là "không được gắn kết", đó không phải là vấn đề. Chúng tôi muốn nó được "không gắn kết" :).

4. Tháo DVD / USB. Bật lại máy tính của bạn để khởi động từ SSD.

Tôi không biết nếu bạn đã giải quyết vấn đề của bạn. Những gì tôi đã làm là:

sudo nano /etc/fstab

Sau đó xóa những gì bạn đã thêm vào đó sdb1và sau đó chạy:

sudo systemctl reboot

Nó nói rằng nó bị hỏng, vì vậy tôi không biết điều gì về điều đó, nhưng tôi hy vọng điều này có thể giúp ai đó không thể chạy Linux của họ.

Tôi chỉ có trường hợp với chế độ khẩn cấp. Trong tình huống của tôi, tôi đã làm theo một hướng dẫn cài đặt đề nghị chỉnh sửa một số tùy chọn cho các điểm gắn kết của tôi /etc/fstab. Bằng cách loại bỏ các tùy chọn bổ sung, máy chủ của tôi khởi động lại mà không gặp vấn đề gì.

Tôi đang sử dụng hệ thống khởi động kép Windows 10 và Ubuntu 16.X.

Tôi không thể gắn kết một trong các ntfs phân vùng và lỗi liên quan đến tắt máy / ngủ đông của windows. Tôi đã sử dụng sudo ntfsfix /dev/sda3để khắc phục vấn đề. Tôi đã có thể gắn kết phân vùng ntfs sda3 nhưng khi khởi động lại Ubuntu đã bắt đầu ở chế độ khẩn cấp.
Để khắc phục sự cố này, hãy chạy lệnh sau trong windows

shutdown /s /t 5

Điều này khắc phục sự cố bắt đầu khẩn cấp Ubuntu.

Câu trả lời của Khushboo Rani và Cagan Arslan đã đưa tôi đến giải pháp lâu dài.

Windows 10 có một tính năng gọi là khởi động nhanh theo mặc định, khi người dùng tắt bình thường bằng nút "tắt" hoặc nút nguồn trên máy tính, sẽ thực sự lưu kernel đang chạy và một số nội dung hệ thống khác vào ổ cứng tương tự ngủ đông sau khi đăng xuất. Nó cũng khiến Windows "khóa" phân vùng theo một cách nào đó trong khi thực hiện việc này để ngăn chặn tham nhũng dữ liệu, vô tình hoặc độc hại. Điều này có nghĩa là Ubuntu không thể gắn kết phân vùng Windows trong khi khởi động.

Trong trường hợp của tôi, tôi có các mục cho phân vùng Windows trong / etc / fstab, vì vậy điều này làm cho Ubuntu không thể khởi động được.

Giải pháp là khởi động vào Windows, vô hiệu hóa "khởi động nhanh" và sau đó tắt bình thường. Bây giờ vấn đề cần được giải quyết vĩnh viễn!

Từ liên kết tôi đã chia sẻ trước đó, hãy tắt khởi động nhanh khi ở trong Windows như sau:

1. Khởi chạy bảng điều khiển
2. Chuyển đến cài đặt "Phần cứng và âm thanh"
3. Chuyển đến "Tùy chọn nguồn"
4. Nhấp vào "Chọn những gì các nút nguồn làm"
5. Nhấp vào "Thay đổi cài đặt hiện không khả dụng" và cấp quyền truy cập UAC.
6. Xóa hộp kiểm bằng cài đặt "Bật khởi động nhanh (được khuyến nghị)"

Trong trường hợp của tôi (Dual Boot Windows 10) tôi đã phải tắt Windows đúng cách bằng lệnh (trên windows):

shutdown /s /t 5

Khi tôi khởi động lại, Ubuntu tải mà không gặp vấn đề gì.

Tôi cũng gặp vấn đề tương tự, khởi động Ubuntu LTS 16.04 từ ổ flash USB. Làm sysctl defaultkhông khắc phục được nó, fscksẽ nhấp nháy một thời gian ngắn với tiến bộ quét msg và sau đó cùng một dấu nhắc sẽ đi lên. Đây là những gì đã làm việc:

fsck -y /dev/sda1
reboot

Nếu điều này xảy ra trong VirtualBox VM thì có thể nó đã thất bại trong việc gắn một trong các phân vùng vào /etc/fstab- thật không may, nó không thành công với "welcome to mode khẩn cấp!" ngay cả khi đó không phải là một phân vùng quan trọng - vì vậy nếu bạn đã thêm một mục không đúng định dạng để cố gắn hệ thống tệp bằng cách sử dụng vboxsfthì toàn bộ hệ thống không khởi động được mà không làm rõ trong nhật ký khởi động rằng đây là vấn đề chính.

Dù sao để giải quyết vấn đề bạn cần bình luận về mục vi phạm /etc/fstabhoặc sửa đổi nó để mounthài lòng với nó.

Tương tự như một số câu trả lời khác, mẹo cho tôi là nhận xét một mục trong /etc/fstabphân vùng LVM tùy chọn của tôi. Tôi không biết tại sao nó bắt đầu phàn nàn vài ngày trước rằng Ubuntu 17.10 không thể tìm thấy phân vùng LVM nữa, tại sao điều này lại khiến hệ thống khởi động vào chế độ "khẩn cấp".

Khi mục đã được nhận xét /etc/fstab, tôi khởi động lại thành công vào máy tính để bàn của mình. Nhìn vào một số hướng dẫn, tôi nhận thấy tôi đang thiếu một số lệnh LVM, vì vậy tôi đã chạy sudo apt-get install lvm2mà dường như đã khắc phục vấn đề.

Nếu giống như tôi, bạn nghĩ rằng phân vùng LVM của bạn là nguyên nhân gây ra sự cố, toàn bộ các lệnh tôi đã chạy là:

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

Không chắc chắn nếu tất cả những thứ này là cần thiết - tôi nghi ngờ đó apt-get install lvm2là chìa khóa để hệ thống của tôi khởi động lại.

Tôi gặp vấn đề tương tự, sau khi chạy lệnh fsck, nó đang phục hồi nhưng sau một thời gian máy tính của tôi lại ở chế độ khẩn cấp nên tôi đã xóa toàn bộ dữ liệu khỏi Đĩa cứng và cài đặt HĐH mới. Nó giải quyết vấn đề của tôi. Tôi nghĩ vấn đề là với phiên bản Ubuntu 15.0 sống động nên tôi đã cài đặt phiên bản 14.0. Vẫn không có vấn đề.

Tôi gặp vấn đề tương tự. Đã nhận xét thủ công các phân vùng ntfs từ / etc / fstab Hệ thống khởi động bình thường. Đã sử dụng lệnh ntfsfix để khắc phục sự cố ghi nhật ký gây ra cho các phân vùng ntfs đó Ví dụ: phân vùng Sudo ntfsfix / Dev / ntfs Được gắn lại trong / etc / fstab Khởi động lại

Vì vậy, có rất nhiều câu trả lời hay ở đây - chỉ cần thêm vào thông tin, vấn đề của tôi là lỗi đánh vần tmpfs là tempfs không chính xác trong một dòng tôi đã thêm vào / etc / fstab để bảo mật máy chủ

Tôi chỉ gặp vấn đề tương tự và trong trường hợp của tôi, tôi vừa tạo lại phân vùng grub của mình và do đó nó có UUID khác với phân vùng grub cuối cùng tôi có. Khi tôi khởi động Ubuntu, hệ thống sẽ không thể kiểm tra UUID. Để khắc phục vấn đề này tôi đã làm:

sudo nano /etc/fstab

Sau đó nhận xét dòng chứa UUID từ phân vùng tôi vừa sửa đổi.

sau đó rebootđể áp dụng thay đổi.

Tất cả các câu trả lời ở trên không giúp tôi, vì tôi không có tệp khôi phục cho fstab.
Bí quyết là gì (trong chế độ khẩn cấp)

cat /proc/mounts > /etc/fstab