Điểm:0

Ubuntu 20.04 5.11.0-40-chung => CẢNH BÁO! UUID=... không tồn tại!

lá cờ ke

Sau khi tự động cập nhật kernel từ 5.11.0-38-generic lên 5.11.0-40-generic, hệ thống của tôi sẽ không khởi động máy tính của tôi là

  • Apple Mac mini 2019 (CPU Intel(R) Core(TM) i7-8700B @ 3.20GHz) và Apple Macbook pro 2019
  • Linux được cài đặt trên "WD My Passport SSD 500 GB SSD bên ngoài" trên phân vùng /dev/sda2

Các vấn đề xảy ra với cả hai hệ thống. Tôi đã thử khởi động với bản cài đặt mới Ubuntu Desktop 20.04.3. Nó vận chuyển với kernel 5.11.0-27. Sau khi cập nhật lên 5.11.0-43, vấn đề tương tự cũng xảy ra.

Tôi nhận được thông báo lỗi sau:

Begin: Đang chờ root file system... Begin: Chạy /scripts/local-block... xong.
xong
Đã từ bỏ việc chờ thiết bị hệ thống tập tin gốc. Những vấn đề chung:
 - Đối số khởi động (cat /proc/cmdline)
   - Kiểm tra rootdelay= (hệ thống đợi đủ lâu chưa?)
 - Thiếu mô-đun (cat /proc/modules; ls /dev)
BÁO ĐỘNG! UUID=e373b7f7-deb5-4265-9699-f36a857daeb9 không tồn tại. Rơi vào một cái vỏ!
...

Như đã mô tả, tôi đã cố gắng đặt rootdelay=90 trong trình chỉnh sửa tùy chọn khởi động rEFInd. Nhưng điều này không khắc phục được vấn đề.

CHỈNH SỬA: Có vẻ như không có quyền truy cập vào ổ đĩa ngoài.

(initramfs) mèo /proc/cmdline
ro root=UUID=e373b7f7-deb5-4265-9699-f36a857daeb9 initrd=boot\initrd.img-5.11.0-40-generic
(initramfs) blkid
/dev/nvme0n1p1: LABEL_FATBOOT="EFI" LABEL="EFI" UUID="5F66-17ED" TYPE="vfat" PARTLABEL="Phân vùng hệ thống EFI" PARTUUID="52afc870-985c-4c7d-9025-653fd071a434"
/dev/nvme0n1p2: UUID="79934026-e0f0-417a-be7a-f2292082fdea" TYPE="apfs" PARTUUID="4df0b3ec-ba74-4381-b43c-c32725f368cb"
/dev/nvme0n1p3: LABEL="Windows" UUID="34F5EE1202469FF7" TYPE="ntfs" PARTUUID="b33219f8-db08-4c44-9d3b-b08989b10f9c"

Khi tôi khởi động hệ thống với kernel 5.11.0-38, đầu ra của blkid trông giống như

sudo blkid
/dev/sda2: UUID="e373b7f7-deb5-4265-9699-f36a857daeb9" TYPE="ext4" PARTUUID="ac7c144c-cc01-4af8-922f-40021a28c643"
...
/dev/nvme0n1p1: LABEL_FATBOOT="EFI" LABEL="EFI" UUID="5F66-17ED" TYPE="vfat" PARTLABEL="Phân vùng hệ thống EFI" PARTUUID="52afc870-985c-4c7d-9025-653fd071a434"
/dev/nvme0n1p2: UUID="79934026-e0f0-417a-be7a-f2292082fdea" TYPE="apfs" PARTUUID="4df0b3ec-ba74-4381-b43c-c32725f368cb"
/dev/nvme0n1p3: LABEL="Windows" UUID="34F5EE1202469FF7" TYPE="ntfs" PARTUUID="b33219f8-db08-4c44-9d3b-b08989b10f9c"
/dev/sda1: LABEL_FATBOOT="EFI" LABEL="EFI" UUID="67E3-17ED" TYPE="vfat" PARTLABEL="Phân vùng hệ thống EFI" PARTUUID="6d157669-6d30-48b0-abb9-5b4616445e25"
/dev/sda3: UUID="e9c6e424-ff06-49e4-ad9a-b3afad7afebf" TYPE="ext4" PARTUUID="76a6b530-bcae-4d91-a64e-6901b42f901a"
...
lá cờ cc
Vui lòng thêm đầu ra của các lệnh: cat /proc/cmdline và của sudo blkid vào bài đăng ban đầu của bạn. UUID được sử dụng trong cmdline có phải là thông báo lỗi trong thông báo lỗi của bạn không (có thể là từ /boot/grub/grub.cfg) của bạn? Một nơi khác mà UUID sda2 được sử dụng là tệp grub.cfg sơ khai 3 dòng trong /boot/efi/EFI/ubuntu.grub.cfg - cái đó có đúng không?
Điểm:0
lá cờ ke

Tuần trước, trình cập nhật tự động đã cài đặt kernel phiên bản chung 5.13.0-27 và mọi thứ đang hoạt động trở lại. Thật không may, tôi vẫn không hiểu chuyện gì đã xảy ra.

Đă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.