Raspberry Pi4B / (64bit 21.04): Bản cập nhật apt -1014-raspi / 1015-raspi của cây nhân 5.11 giết chết hệ điều hành

Bây giờ tôi đã có hai bản cài đặt RPi4B (Xubuntu, 64bit) của 21.04 ở trạng thái không thể khởi động sau khi cập nhật apt bình thường với bản cập nhật cây nhân lên 5.11.0-1014-raspi hoặc 5.11.0-1015-raspi. Tôi đã báo cáo lỗi đầu tiên về điều đó khoảng một tuần trước khi bản dựng RPi4B đầu tiên của tôi khởi động vào Rainbow of Death và tôi đã cảnh báo các nhà phát triển rằng có vấn đề với điều đó. Tôi nghĩ rằng sẽ an toàn khi cập nhật trên một RPi4B khác chạy cùng hệ điều hành, giờ đây nó đang khởi động ở phần dưới của sự diệt vong.

Làm cách nào để sửa bộ nạp khởi động, nếu có? Bất kỳ trợ giúp được đánh giá cao. Tôi không biết bất cứ điều gì xảy ra trong toàn bộ phân đoạn uboot, v.v., và tôi chắc chắn sẽ không muốn cài đặt lại toàn bộ hệ điều hành từ đầu.

Đơn vị không thể khởi động đầu tiên hiển thị hoàn toàn không có gì sai trong /var/log/ , đây là nhật ký cuối cùng từ đơn vị đó: https://paste.ubuntu.com/p/SXnzTTsNtS/

Câu hỏi chính của tôi là; Tôi có thể làm cho bộ tải khởi động hoạt động trở lại bằng cách nào đó không, vì đó có vẻ là vấn đề ở đây? Khi thiết bị đầu tiên bị hỏng do cập nhật apt, tôi đã sao chép dữ liệu phân vùng khởi động từ thiết bị vẫn đang hoạt động và thử đồng bộ hóa dữ liệu nhưng không có kết quả.

Hoàn toàn không có tài liệu nào về cách Uboot của Ubuntu hoạt động trên RPi4B, ít nhất là tôi chưa tìm thấy tài liệu nào. Nếu ai đó có thể chỉ cho tôi Quả mâm xôi Pi 4B Tài liệu U-boot, tôi sẽ rất vui khi đọc nó. Bây giờ tôi không gặp may với hai bản dựng hệ điều hành không có chức năng hoạt động hoàn hảo trước khi cập nhật kernel thông thường.

Làm ơn cho lời khuyên. Cảm ơn.

CẬP NHẬT 1: Tôi có một thanh USB mới, cài đặt Ubuntu Server 64-bit cho RPi4B với rpi-hình ảnhvà khởi động vào một hệ thống mới. Sau khi chạy các bản cập nhật và nâng cấp apt, nó cũng được cập nhật lên -1015-raspi, sau đó tôi khởi động lại và nó không có "cầu vồng tử thần" với bốn lần nhấp nháy liên tiếp (điều này cho thấy không tìm thấy bộ tải khởi động).

Vì vậy, một số khác cắn bụi. Tôi đã hy vọng có thể có được một bộ tải khởi động hoạt động theo cách đó, nhưng không may mắn như vậy.

CẬP NHẬT 2: Hiện có một báo cáo lỗi tại https://bugs.launchpad.net/ubuntu/+source/linux-meta-raspi/+orms/1937924

CẬP NHẬT 3: ĐÃ GIẢI QUYẾT Tôi đã tự mình giải quyết mà không cần phải cài đặt lại bằng cách đợi bản cập nhật apt mới trên các gói nhân và sau đó chỉ cần sao chép dữ liệu phân vùng khởi động từ bản cài đặt mới sang bản cài đặt của hệ điều hành bị hỏng. (Xem câu trả lời bên dưới.)

Ubuntu khởi động từ phân vùng fat32 của thẻ sd. Trong khi flash kernel mới, các tệp của kernel cũ được lưu với .bak sự mở rộng. Vì vậy, chỉ cần đổi tên chúng bằng Linux khác.

1. Gắn kết phân vùng khởi động của bạn (/dev/sda1 trong trường hợp của tôi)

sudo mount /dev/sda1 /mnt

2. Đổi tên tất cả các tệp bằng .bak hậu tố.

Sudo đổi tên -f -v 's/.bak//g' /mnt/*.bak
Sudo rename -f -v 's/.bak//g' /mnt/overlays/*.bak

Xong!

CẬP NHẬT: Nếu lý do cho sự cố của bạn là do phân vùng khởi động quá nhỏ thì phương pháp này có thể không giúp ích cho bạn.

Tôi đã tự sửa lỗi này chỉ bằng cách chờ bản cập nhật kernel mới ra mắt trên Ubuntu 64 bit trên RPi4B. Tôi đã viết hình ảnh mới nhất của Ubuntu Server 64bit vào thẻ nhớ USB bằng cách sử dụng rpi-hình ảnh và sau đó chạy thiết lập ban đầu trên RPi4B trên đó. Sau đó tôi đã chạy cài đặt trên tất cả các ứng dụng có sẵn cập nhật apt / nâng cấp thích hợp các gói và đảm bảo rằng nó khởi động mà không gặp sự cố sau các bản cập nhật này.

Sau đó tôi đã sao chép tất cả các khởi động-các tệp của phân vùng từ Máy chủ Ubuntu mới khỏe mạnh sang hệ điều hành bị hỏng khởi động phân vùng, loại trừ metadata, cấu hình mạng và dữ liệu người dùng tập tin cũng như cmdline.txt và config.txt.

Cắm vào và cầu nguyện, sau một hồi fscking trong bốn chấm (. . . .) Màn hình Ubuntu, cả hai hệ điều hành đã hoạt động trở lại! Bây giờ tôi vô cùng hạnh phúc.

Vì vậy, vâng, đó là một vấn đề về bộ nạp khởi động như tôi nghĩ. Chỉ là một lời khuyên để theo dõi cạm bẫy tiềm ẩn này, kẻo bạn sẽ rơi vào tình trạng lấp lửng tương tự sau một sự cố liên quan đến hạt nhân cập nhật apt. Sao lưu thường xuyên! :o)