Điểm:0

Khởi động Ubuntu 18.04 không thành công ở chế độ khẩn cấp [Đã đóng chưa được giải quyết]

lá cờ cn

Kính gửi những người dùng ubuntu khác,

Tôi có một máy tính xách tay Alienware khởi động kép với Windows 10 và Ubuntu 18.04. Tôi sử dụng Ubuntu làm hệ điều hành chính của mình. Tôi đã tắt máy tính của mình vào đêm qua và khi tôi cố gắng bật nó lên vào sáng nay, tôi gặp phải sự cố khiến tôi phải chuyển sang chế độ Khẩn cấp.

Khi tôi bật máy tính, menu lựa chọn hệ điều hành Grub xuất hiện. Khi tôi chọn Ubuntu, màn hình khởi động mất nhiều thời gian hơn bình thường và bật ở chế độ Khẩn cấp. (Tôi có thể khởi động Windows 10 mà không gặp sự cố nào)

Màn hình cho biết (Xin lỗi vì lỗi chính tả, v.v. khi tôi nhập từ máy tính bảng của mình khi nhìn vào màn hình máy tính):

[...] dell_symbios: Không thể chạy trên hệ thống không phải của Dell
[...] dell_symbios: Không thể chạy trên hệ thống không phải của Dell
[...] nvidia-gpu 0000:01:00.3: lỗi hết thời gian i2c e0000000
[...] ucsi-ccg 0-0008: i2c_transfer không thành công -110
[...] ucsi-ccg 0-0008: ucsi_ccg_init không thành công - -110

Bạn đang ở chế độ khẩn cấp. Sau khi đăng nhập, gõ ''journalctl -xb'' để xem 
nhật ký hệ thống, ''khởi động lại systemctl'' để khởi động lại, ''systemctl default'' hoặc ''exit'' 
để khởi động vào chế độ mặc định.
nhấn Enter để bảo trì
(hoặc nhấn Control-D để tiếp tục): 

Sau đó, nó để tôi làm gốc trong một số loại chế độ TTY.

"journalctl -xb" hiển thị một tệp nhật ký có các dòng ở trên cùng là màu đỏ. các tùy chọn khởi động khác gây ra cùng một màn hình Ubuntu với phần đầu mất nhiều thời gian và không thành công.

Các dòng liên quan của tệp "/etc/fstab" như sau:

# / đã bật /dev/nvme0n1p5 trong khi cài đặt
UUid=9666e669-5a8b-4a97-a954-f8477abafcfa / lỗi ext4=remount-ro 0 1
# /boot/efi đã bật /dev/nvme0n1p2 trong khi cài đặtatıon
UUID=DCD5-AE75 /boot/efi vfat umask=0077 0 1
/swapfile không trao đổi sw 0 0

Đầu ra của lệnh blkid bao gồm nhiều dòng /dev/loopx:TYPE="squashfs" trong đó x là một số từ 0 đến 29. Sau đó, một đầu ra khác như sau:

/dev/nvme0n1:PTUUID=[một số phím trong ""] PTTYPE="gpt"
/dev/nvme0n1p1:LABEL="Recover" UUID=[khóa nào đó] TYPE="ntfs" partlabel="Phân vùng dữ liệu cơ bản" PARTUUID=[khóa nào đó]
/dev/nvme0n1p2: UUID="DCD5-AE75" TYPE="vfat" PARTLABEL="Phân vùng hệ thống EFI" PARTUUID="05daf95a-bce2-411c-81ea-a647518768e7"
/dev/nvme0n1p3: PARTLABEL="Phân vùng dành riêng cho Microsoft PARTUUID=[khóa nào đó]
/dev/nvme0n1p4: PARTLABEL="Phân vùng dữ liệu cơ bản" PARTUUID=[khóa nào đó]
/dev/nvme0n1p5:UUID="9666e669-5a8b-4a97-a954-f8477abafcfa` TYPE="ext4" PARTUUID="1627206a-8f4b-4650-83cb-9e4ca56f2660"

Ngoài ra, tôi có thể khởi động Ubuntu 20.04 từ thẻ nhớ USB, tuy nhiên, nó sẽ quét thứ gì đó trước. Việc ngắt kết nối và gắn nvme0n1p5 không thành công.

Tôi thực sự không biết phải thử gì tiếp theo. Hy vọng sẽ có một số gợi ý.

Chỉnh sửa ngày 08.04.2021:

Tôi đã thử khởi động Ubuntu ở chế độ khôi phục, nó đã hoạt động. Tôi đã sử dụng các tùy chọn có sẵn như dpkg, fsck và grub, tuy nhiên điều đó không giải quyết được vấn đề của tôi.

Chỉnh sửa 2 vào ngày 04.08.2021:

Tôi đã khởi động Ubuntu từ USB, cài đặt boot-repair và chạy chương trình. Sau khi tháo USB và khởi động lại, tôi chạy vào phiên bản tối thiểu của Grub.

Tôi đã có thể thoát khỏi màn hình Grub bằng cách làm theo các bước tại câu hỏi.

Chỉnh sửa 3 04.08.2021:

Tôi đã thử những gì @heynnema đã đề xuất đây. Nhưng đã không thành công, vẫn bị mắc kẹt tại Grub.

Chỉnh sửa 4 04.08.2021:

Sau khi thoát khỏi nó, Ubuntu không khởi động được với một vài lỗi như sau:

Không thể bắt đầu Tải các mô-đun hạt nhân
...
Đã hết thời gian chờ thiết bị dev-disk-by\x2duuid-cdf4efdb...
Đã hết thời gian chờ thiết bị dev-disk-by\x2duuid-DCD5\x2dAE75.device

Sau đó, tôi đã nhận xét/etc/fstab bằng cách vô hiệu hóa dòng với/boot/efi nhưng kết quả vẫn như vậy.

Một điều khác biệt trong /etc/fstab là dòng có /boot efi đã được thay đổi thành phiên bản mới với mặc định còn hơn là ô = 0077. Tôi đoán điều này không liên quan, nhưng tôi không chắc chắn.

Lưu ý cuối cùng: Tôi đã định dạng hệ điều hành Ubuntu của mình.

galexite avatar
lá cờ pk
Có vẻ như Ubuntu đang gặp sự cố khi sử dụng bus I^2C trên hệ thống của bạn, do đó có lỗi. Bạn có thể đảm bảo cài đặt chế độ âKhởi động nhanhâ trong chương trình cơ sở hệ thống được đặt thành âThoroughâ không?
galexite avatar
lá cờ pk
Ngoài ra, nếu bạn có thể chạy `journalctl -xb` tại Dấu nhắc khẩn cấp (nhấn Enter) và tải kết quả lên đây, điều đó sẽ hữu ích.
mert avatar
lá cờ cn
Xin chào @galexite, cảm ơn bạn đã nhận xét. Nghe có vẻ nghiệp dư nhưng làm cách nào để đặt thành 'thông qua'? Thứ hai về bình luận thứ hai của bạn. Nó xuất ra hơn một nghìn dòng, tôi sẽ cố gắng lấy tệp txt đầu ra cho journalctl -xb
galexite avatar
lá cờ pk
Xin chào, xin lỗi, điều này sẽ giúp ích: https://www.dell.com/community/Latitude/How-to-enable-Fast-Boot-on-Dell-Latitude-E5440/m-p/6087936/highlight/true#M3779
galexite avatar
lá cờ pk
Bạn có hai hoặc ba tùy chọn và bạn muốn "Tắt" hoặc "Triệt để". Bằng cách này, chương trình cơ sở hệ thống sẽ khởi chạy kỹ tất cả các thiết bị trước khi khởi động hệ điều hành.
mert avatar
lá cờ cn
Kính gửi @galexite Trước tiên, tôi đã nhận được đầu ra của đầu ra lệnh journalctl -xb, sẽ sớm cập nhật câu hỏi bằng cách đưa nó vào. Thứ hai, cài đặt khởi động nhanh mà bạn đề cập, tôi không thể tìm thấy nó trong menu cài đặt khởi động.
galexite avatar
lá cờ pk
đừng lo, tôi quên mất giới hạn rồi :) Có vẻ như vấn đề là Ubuntu không thể gắn Phân vùng hệ thống EFI của bạn, phân vùng này được yêu cầu trong quá trình khởi động.
Điểm:0
lá cờ pk

Ubuntu không thể gắn kết Phân vùng hệ thống EFI (ESP) của bạn. Bạn cần phải chạy fsck để xác định vấn đề là gì và sửa chữa nó. Từ bảng điều khiển khẩn cấp hoặc từ đĩa CD trực tiếp (chạy sudo -i để lấy shell gốc trước nếu trên đĩa CD trực tiếp), hãy chạy các lệnh sau:

# umount /dev/disk/by-uuid/DCD5-AE75 # nếu đĩa không được gắn, đừng lo lắng
# fsck /dev/đĩa/by-uuid/DCD5-AE75

UUID này đến từ các tệp nhật ký mà bạn đã đăng. Hy vọng, fsck sẽ phát hiện bất kỳ lỗi nào và sửa chúng, nhưng một số tệp khởi động có thể đã bị hỏng. Nếu hệ thống không khởi động sau fsck vẫn chạy, bạn sẽ cần phải chạy sửa chữa khởi động.

galexite avatar
lá cờ pk
Nếu `fsck` bị kẹt, chúng tôi có thể cần định dạng Phân vùng hệ thống EFI và khôi phục bộ tải khởi động bằng Boot-Repair.
mert avatar
lá cờ cn
Kính gửi @galexite lệnh umount không thành công nói rằng nó đã được ngắt kết nối nên sẽ ổn thôi, lệnh fsck dường như đang hoạt động, tuy nhiên sau khi thử khởi động lại thì nó lại bị lỗi. Bây giờ tôi sẽ thử sửa chữa khởi động.
galexite avatar
lá cờ pk
@mert, bạn có thể nhận xét dòng `/boot/efi` của mình trong `/etc/fstab` bằng cách đặt ký tự `#` trước dòng không? Điều này sẽ (tạm thời) ngăn Ubuntu cố gắn ESP khi khởi động.
mert avatar
lá cờ cn
@Galaxite, atm Tôi đang theo dõi hướng dẫn sửa chữa khởi động để tôi tham gia. Có vẻ như nó đã khắc phục một số vấn đề. Nhưng bây giờ, việc khởi động khiến tôi gặp khó khăn tối thiểu, tôi đang cố gắng tìm ra cách làm cho bộ tải khởi động ubuntu được xác định trong phần sụn. grub tối thiểu bash đưa tôi đến cửa sổ khi tôi gõ thoát. Câu chuyện dài sau khi hoàn thành những con đường tôi đến đây, tôi cũng sẽ thử đề xuất cuối cùng của bạn.
galexite avatar
lá cờ pk
@mert, GRUB đã mất cấu hình. Bạn phải chạy lại đề xuất `Boot-Repair` mặc định, vì bạn cần khôi phục cấu hình của nó hoặc chúng ta cần `chroot` vào phân vùng hệ thống và cài đặt lại grub/chạy `update-grub`.
galexite avatar
lá cờ pk
@mert, xem [hướng dẫn này](https://www.turnkeylinux.org/docs/chroot-to-repair-system) về cách chroot. Bạn cần chạy `update-grub` trên hệ thống chroot để khôi phục cấu hình.
mert avatar
lá cờ cn
Xin chào @galexite, cho đến nay tôi không thể khởi động Ubuntu cũng như usb trực tiếp trên Ubuntu. Grub tối thiểu đến trước mặt tôi. Tuy nhiên, gõ exit khởi động windows ```grub> đặt tiền tố=(hd0,msdos6)/boot/grub/ ``` ```grub> insmod bình thường``` ```grub> bình thường``` không để cho một grub thường xuyên hoặc như vậy. Tôi đã thử một vài gợi ý khác mà không giúp tôi thoát khỏi tình trạng tối thiểu. Bạn có nghĩ rằng tôi nên mở một câu hỏi mới?
galexite avatar
lá cờ pk
@mert, tôi thực sự xin lỗi, hiện tôi đang ở ngoài nên không thể trả lời. Tôi khuyên bạn nên tìm một cuộc trò chuyện trực tiếp (như trên IRC) để yêu cầu trợ giúp và hy vọng ai đó sẽ hướng dẫn bạn các bước cần thiết để khôi phục cấu hình GRUB của bạn. Sau đó, bạn cần nói rằng sau khi chạy Boot-Repair, hệ thống của bạn vẫn ở chế độ cứu GRUB.
mert avatar
lá cờ cn
sửa chữa khởi động đã đề xuất tôi tạo phần sụn UEFI của riêng mình khởi động trên mục nhập Ubuntu 18.04 (tệp nvme0n1p2/EFI/ubuntu/-shimx64.efi). Và trong trường hợp khởi động ngay vào windows, nó đề xuất thay đổi thứ tự khởi động trên UEFIfirmware.Nhưng tôi không nghĩ rằng nó khởi động ngay vào windows vì grub cố gắng tự khởi tạo sau đó không thành công và chuyển sang GNUGRUB 2.04 với một cú va chạm tối thiểu.
mert avatar
lá cờ cn
Cảm ơn tất cả các gợi ý của bạn, tôi sẽ tự mình làm việc nhiều hơn một chút sau đó cố gắng tìm sb để giúp đỡ như bạn đã đề xuất. chỉnh sửa một chút các lệnh trong nhận xét trên có lỗi đánh máy. msdos6 không chính xác Tôi đặt gpt5 có ubuntu.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.