ตอนนี้ฉันมีการติดตั้ง RPi4B สองครั้ง (Xubuntu, 64 บิต) ที่ 21.04 ในสถานะที่ไม่สามารถบูตได้หลังจากการอัปเดต apt ปกติด้วยการอัปเดตเคอร์เนลทรีเป็น 5.11.0-1014-raspi หรือ 5.11.0-1015-raspi ฉันทำรายงานข้อผิดพลาดครั้งแรกเกี่ยวกับสิ่งนั้นเมื่อหนึ่งสัปดาห์หรือมากกว่านั้นเมื่อ RPi4B ตัวแรกของฉันบู๊ตเข้าสู่ Rainbow of Death และฉันเตือนผู้พัฒนาว่ามีปัญหากับสิ่งนั้น ฉันคิดว่ามันปลอดภัยที่จะอัปเดตบน RPi4B อื่นที่ใช้ระบบปฏิบัติการเดียวกัน ตอนนี้มันกำลังบูทจนถึงขีดล่างของความหายนะ
ฉันจะแก้ไข bootloader ได้อย่างไร ถ้าเป็นเช่นนั้น ความช่วยเหลือใด ๆ ที่ชื่นชม ฉันไม่รู้ว่าอะไรจะเกิดขึ้นในส่วนของ uboot ทั้งหมดและอื่น ๆ และฉันแน่ใจว่าไม่ต้องการติดตั้งระบบปฏิบัติการทั้งหมดใหม่ตั้งแต่เริ่มต้น
หน่วยแรกที่ไม่สามารถบูตได้แสดงว่าไม่มีอะไรผิดปกติใน /var/log/ นี่คือบันทึกสุดท้ายของรายการนั้น: https://paste.ubuntu.com/p/SXnzTTsNtS/
คำถามหลักของฉันคือ ฉันจะทำให้ bootloader กลับมามีชีวิตอีกครั้งได้ไหม เนื่องจากนั่นคือสิ่งที่ดูเหมือนจะเป็นปัญหาที่นี่ เมื่อยูนิตแรกถูก zapped เนื่องจาก apt-update ฉันได้คัดลอกข้อมูลพาร์ติชันสำหรับเริ่มระบบจากอันที่ยังทำงานอยู่ในขณะนั้น และลองซิงค์ข้อมูล แต่ก็ไม่เป็นผล
ไม่มีเอกสารใด ๆ เกี่ยวกับวิธีที่ Uboot ของ Ubuntu ทำงานบน RPi4B อย่างน้อยฉันก็ไม่พบอะไรเลย ถ้ามีใครสามารถชี้ให้ฉันไปที่ ราสเบอร์รี่ Pi 4B เอกสาร U-boot ฉันจะมีความสุขมากที่จะอ่านมัน ตอนนี้ฉันโชคไม่ดีที่มีระบบปฏิบัติการสองรุ่นที่ไม่ทำงานซึ่งทำงานได้ดีอย่างสมบูรณ์ก่อนการอัปเดตเคอร์เนลตามปกติ
กรุณาแนะนำ. ขอบคุณ.
อัปเดต 1: ฉันได้แท่ง USB ใหม่แฟลชเซิร์ฟเวอร์ Ubuntu 64 บิตสำหรับ RPi4B ด้วย rpi-อิมเมจและบูตเข้าสู่ระบบใหม่ หลังจากเรียกใช้การอัปเดตและอัปเกรด apt มันก็อัปเดตเป็น -1015-raspi ด้วยเช่นกัน หลังจากนั้นฉันรีบูตและมันก็ไม่ขึ้น "สายรุ้งแห่งความตาย" โดยกะพริบสี่ครั้งติดต่อกัน (ซึ่งจะระบุว่าไม่พบ bootloader)
ดังนั้นอีกหนึ่งกัดฝุ่น ฉันหวังว่าจะได้ bootloader ที่ใช้งานได้ด้วยวิธีนั้น แต่ก็ไม่โชคดี
อัปเดต 2: ขณะนี้มีรายงานข้อผิดพลาดที่ https://bugs.launchpad.net/ubuntu/+source/linux-meta-raspi/+bug/1937924
อัปเดต 3: แก้ไขแล้ว ฉันแก้ไขได้เองโดยไม่ต้องติดตั้งใหม่โดยรอการอัปเดต apt ใหม่บนแพ็คเกจเคอร์เนล จากนั้นเพียงแค่คัดลอกข้อมูลพาร์ติชันสำหรับบูตจากการติดตั้งใหม่ไปยังระบบปฏิบัติการที่เสียหาย (ดูคำตอบด้านล่าง)
Ubuntu บูทจากพาร์ติชั่น fat32 ของ sd-card ระหว่างการแฟลชเคอร์เนลใหม่ ไฟล์ของอันเก่าจะถูกบันทึกด้วย .บัก การขยาย. ดังนั้นเพียงแค่เปลี่ยนชื่อโดยใช้ Linux อื่น
/dev/sda1 ในกรณีของฉัน)sudo เมานต์ /dev/sda1 /mnt
.บัก คำต่อท้ายsudo เปลี่ยนชื่อ -f -v 's/.bak//g' /mnt/*.bak
sudo เปลี่ยนชื่อ -f -v 's/.bak//g' /mnt/overlays/*.bak
เสร็จแล้ว!
UPD: หากสาเหตุของปัญหาของคุณคือพาร์ติชันสำหรับเริ่มระบบมีขนาดเล็กเกินไป วิธีการนี้อาจช่วยคุณไม่ได้
ฉันได้รับการแก้ไขด้วยตัวเองโดยรอการอัปเดตเคอร์เนลใหม่บน Ubuntu 64 บิตบน RPi4B ฉันเขียนอิมเมจล่าสุดของ Ubuntu Server 64 บิตบนแท่ง USB โดยใช้ rpi-อิมเมจ จากนั้นเรียกใช้การตั้งค่าเริ่มต้นบน RPi4B จากนั้นฉันก็รันการติดตั้งทั้งหมดที่มีอยู่ การปรับปรุงที่เหมาะสม / เหมาะอัพเกรด แพ็คเกจและตรวจสอบให้แน่ใจว่าบูตได้โดยไม่มีปัญหาหลังจากการอัพเดตเหล่านี้
จากนั้นฉันก็คัดลอกทั้งหมด บูต- ไฟล์ของพาร์ติชันจาก Ubuntu Server ใหม่ที่มีประสิทธิภาพไปยังระบบปฏิบัติการที่เสียหาย บูต พาร์ทิชัน, ไม่รวม ข้อมูลเมตา, การกำหนดค่าเครือข่าย และ ข้อมูลผู้ใช้ รวมทั้งไฟล์ cmdline.txt และ config.txt.
เสียบปลั๊กและอธิษฐานหลังจาก fscking ในจุดสี่จุด (. . . .) หน้าจอ Ubuntu ทั้งสอง OS กลับมามีชีวิตอีกครั้ง! ตอนนี้ฉันมีความสุขมาก
ใช่ มันเป็นปัญหา bootloader อย่างที่ฉันคิด แค่คำแนะนำให้ระวังข้อผิดพลาดที่อาจเกิดขึ้นนี้ เพื่อมิให้คุณต้องจบลงในบริเวณขอบรกประเภทเดียวกันหลังจากเคอร์เนลที่เกี่ยวข้อง การปรับปรุงที่เหมาะสม. สำรองข้อมูลบ่อย! :o)
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
