Kính gửi người dùng Ask Ubuntu,
Gần đây tôi đã tạo một phân vùng mới trên máy tính xách tay Dell XPS 15 của mình (đã cài đặt Windows 10 và Ubuntu 18.04.6 LTS trên các phân vùng khác nhau) và cài đặt Ubuntu 20.04.3 LTS trên đó. Trong trường hợp đầu tiên, tôi đã cài đặt Ubuntu 20.04.3 LTS với ba phân vùng khác nhau: root, swap và home. Sau khi cài đặt thành công Ubuntu 20.04.3 LTS, tôi đã thử khởi động vào Ubuntu 18.04.6 LTS bằng cách chọn nó trong menu GRUB. Tuy nhiên, tôi đã nhận được lỗi Không thể khởi động Tải mô-đun hạt nhân. Tôi đã kiểm tra một số câu trả lời trên nền tảng này, nhưng rất nhiều trong số chúng liên quan đến việc nâng cấp từ phiên bản Ubuntu này sang phiên bản Ubuntu khác, trong khi tôi chỉ cài đặt Ubuntu trên các phân vùng khác nhau. Tôi không thể giải quyết vấn đề và nghĩ rằng đó có thể là vấn đề với ba phân vùng mà tôi đã tạo cho Ubuntu 20.04.3 LTS.
Do đó, hiện tôi đã cài đặt Ubuntu 20.04.3 LTS chỉ với một phân vùng, đã thử sửa chữa khởi động nhưng không giải quyết được sự cố. Bây giờ khi tôi cố gắng khởi động vào Ubuntu 18.04.6 LTS, tôi gặp lỗi tương tự như trước đây (tôi không chắc nguyên nhân của lỗi này là gì Không thể khởi động Tải mô-đun hạt nhân lỗi trước), với đầu ra sau khi chạy Sudo systemctl status systemd-modules-load.service:
đầu ra của Sudo systemctl status systemd-modules-load.service
Vấn đề dường như liên quan đến mô-đun evdi, nhưng tôi không biết cách giải quyết vấn đề này và tôi cũng không biết cách truy cập internet ở chế độ khẩn cấp để thử một số giải pháp được đăng trên nền tảng này.
Trong trường hợp đó có thể là thông tin cần thiết để giải quyết vấn đề, tôi đã bao gồm các đầu ra của blkid và sudo nano /etc/fstab cũng:
đầu ra của blkid
đầu ra của sudo nano /etc/fstab
Mọi sự trợ giúp sẽ rất được trân trọng. Cảm ơn trước!
CHỈNH SỬA
Hiện tại, tôi có thể khởi động lại vào Ubuntu 18.04.6 LTS. Chế độ khẩn cấp là do phân vùng NTFS dữ liệu được chia sẻ được gắn sai (sau khi điều chỉnh kích thước của phân vùng này và cài đặt Ubuntu 20.04.3 LTS, UUID của phân vùng này đã thay đổi và tùy chọn nofail không có trong /etc/fstab).
Tuy nhiên, khi tôi chạy Sudo systemctl status systemd-modules-load.service, tôi vẫn nhận được Không thể tìm thấy mô-đun 'evdi' như đã chỉ ra ở trên. Bất cứ ai biết làm thế nào để giải quyết vấn đề này?
