Điểm:0

Ubuntu 20.04 không khởi động sau khi cập nhật ổ đĩa được mã hóa

lá cờ us

Vấn đề: Một máy tính xách tay Dell, sau khi cập nhật gần đây, hệ thống không khởi động nữa. Tôi đang gõ xung quanh đĩa được mã hóa, hoặc có thể nó liên quan đến prlem đồ họa. Thông thường, sau khi vượt qua grub, tôi được yêu cầu nhập mật khẩu để mở khóa đĩa ở một số chế độ đồ họa. Nhưng bây giờ tôi không được hỏi mật khẩu, sau khi chuyển sang màn hình dòng lệnh đồ họa, nó dừng lại, điều duy nhất tôi có thể làm là nhấn Ctrl-Alt-Del để khởi động lại hệ thống.

Toàn bộ đĩa được mã hóa Luks, ngoại trừ phân vùng khởi động:

nvme0n1 259:0 0 953,9G 0 đĩa âânvme0n1p1 259:1 0 731M 0 phần /boot âânvme0n1p2 259:2 0 1K 0 phần âânvme0n1p5 259:3 0 953,2G 0 phần ââmyvolume 253:0 0 953,2G 0 mật mã ââkubfox--vg-root 253:1 0 930,4G 0 lvm / ââkubfox--vg-swap_1 253:2 0 15,6G 0 lvm

Những gì tôi đã thử cho đến nay: Tôi đã bắt đầu một live-stick và tôi có thể gắn đĩa và thay đổi root:

# sudo su # cryptsetup luksOpen /dev/nvme0n1p5 myvolume # vgscan --mknodes Đã tìm thấy nhóm âm lượng "kubfox-vg" bằng cách sử dụng loại siêu dữ liệu lvm2 # vgchange -ay 2 ổ đĩa logic trong nhóm ổ đĩa "kubfox-vg" hiện đang hoạt động # mount /dev/mapper/kubuntu--vg-root /mnt/ # gắn kết /dev/nvme0n1p1 /mnt/boot/ # cho tôi trong /dev /dev/pts /proc /sys /run; thực hiện sudo mount -B $i /mnt$i; xong # chroot /mnt/

Tôi có thể cài đặt lại grub, cryptsetup, intitramfs, nâng cấp aptitude, kernel, mọi thứ, nhưng không giúp được gì. Tôi không thể tìm thấy các thông báo hữu ích trong bất kỳ tệp nhật ký nào, gợi ý duy nhất có thể nằm trong một nhật ký hệ thống cũ: Ngày 16 tháng 2 14:54:16 ws-04 sddm[997]: Lỗi xác thực: "Quy trình bị lỗi" Ngày 16 tháng 2 14:54:16 ws-04 sddm[997]: Auth: sddm-helper bị lỗi (mã thoát 15) Ngày 16 tháng 2 14:54:16 ws-04 org.kde.kdeconnect[103919]: Kết nối X11 bị hỏng (lỗi 1). Máy chủ X11 có chết không? Ngày 16 tháng 2 14:54:16 ws-04 ModemManager[936]: ModemManager bị tắt Ngày 16 tháng 2 14:54:16 ws-04 org.kde.kglobalaccel[1237]: Kết nối X11 bị hỏng (lỗi 1). Máy chủ X11 có chết không? Ngày 16 tháng 2 14:54:16 ws-04 sddm[997]: Lỗi xác thực: "Quy trình bị lỗi" Ngày 16 tháng 2 14:54:16 ws-04 bluetoothd[826]: Chấm dứt Ngày 16 tháng 2 14:54:16 ws-04 sddm[997]: Auth: sddm-helper đã thoát với 15 Ngày 16 tháng 2 14:54:16 ws-04 bluetoothd[826]: Điểm cuối chưa được đăng ký: sender=:1.38 path=/MediaEndpoint/A2DPSink/sbc Ngày 16 tháng 2 14:54:16 ws-04 sddm[997]: Máy chủ hiển thị dừng... Ngày 16 tháng 2 14:54:16 ws-04 bluetoothd[826]: Điểm cuối chưa được đăng ký: sender=:1.38 path=/MediaEndpoint/A2DPSource/sbc Ngày 16 tháng 2 14:54:16 ws-04 NetworkManager[832]: [1645019656.2312] modem-manager: ModemManager không còn nữa Ngày 16 tháng 2 14:54:16 ws-04 systemd1: Dừng LSB: tạo báo cáo sự cố tự động... Nhưng tôi không chắc liệu điều này có liên quan đến vấn đề hay không.

Có ai có ý tưởng nào không, tôi nên tập trung vào đâu?

Bài đăng này bị ẩn. Nó đã bị xóa 4 giờ trước bởi karel, Thomas Wardâ¦.

Tôi vừa nhận ra, khi chọn tùy chọn chế độ khôi phục trong Grub, sau khi chờ đợi một thời gian dài (có thể một hoặc hai phút), tôi nhận được một thông báo và trong bảng điều khiển initramfs:

Bắt đầu: Đang chạy /script/local-premount ... findfs: không thể giải quyết "LABEL=có thể ghi" xong. dòng lệnh hạt nhân cần thiết snap_core không được đặt Hộp bận rộn [...] (initramfs)

Cập nhật:

Tôi đã tìm hiểu một chút về bảng điều khiển initramfs. Thật thú vị, tôi không thể tìm thấy đĩa trong bảng điều khiển. Không có /dev/mapper nào (ngoại trừ /dev/mapper/control), cũng không có /dev/disk, cũng như không có /dev/nvme*. Tôi đã cài đặt lại initramfs-tools và initramfs-cryptsetup cùng một số gói liên quan thông qua live stick và truy cập vào hệ thống bằng chroot như mô tả ở trên. Không thành công. Đĩa có vẻ ổn, vì tôi có thể giải mã và gắn nó bằng live-stick...

Cập nhật:

Tôi đã làm điều gì đó mà tôi không biết nữa, nhưng bây giờ tôi nhận được một số thông báo trước khi rơi vào bảng điều khiển initramfs, khi chọn nhân chế độ khôi phục trong Grub.

Đã từ bỏ việc chờ thiết bị root. Những vấn đề chung: -Boot args (mèo /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! /dev/mapper/kubfox--vg-rot không tồn tại. Rơi vào một cái vỏ!

Vỏ tích hợp BusyBox v1.30.1 (Ubuntu 1:1.30.1-2ubuntu6.4) (tro) Nhập 'trợ giúp' để biết danh sách các lệnh tích hợp.

(initramfs)

Dựa theo liên kết bạn cần cài đặt lại initramfs hoặc đổi sang phiên bản kernel khác. Nhưng vấn đề là, vấn đề là ở cả ba phiên bản kernel mà tôi có vào lúc này, 5.4.9-96-generic, -99- và -100-. Có thể mô-đun AHCI bị thiếu trong initramfs, vì tôi không thể thấy bất kỳ đĩa nào? Làm thế nào tôi có thể kiểm tra/sửa lỗi này?

paladin avatar
lá cờ kr
Có vẻ như bạn đang sử dụng bảng phân vùng DOS (MBR), bạn đã chắc chắn rằng nvme0n1p1 được cấu hình là phân vùng đang hoạt động (có thể khởi động) chưa? Khởi động PS bằng live-stick, mở terminal, nhập `Sudo parted`, chọn đĩa của bạn bằng `select /dev/nvme0n1`, in số liệu thống kê về bảng bằng `print free`, đảm bảo bạn đã đọc `Bảng phân vùng: msdos `, nhập `toggle 1 boot`, nhập lại `print free`, lúc này cờ `boot` sẽ xuất hiện cho phân vùng 1 (nếu không có cờ khởi động nào xuất hiện, hãy sử dụng lại `toggle 1 boot`). Nhập `quito` và khởi động lại máy của bạn mà không cần live-stick.
lá cờ us
Cảm ơn gợi ý, tôi đã xem qua, nhưng có một cờ khởi động khi thực hiện miễn phí, `1 1049kB 768MB 767MB khởi động ext4 chính`
Điểm:0
lá cờ us

Tôi gooooot nó!! (Nhưng tôi gần như muốn bỏ cuộc...) Nhưng tôi có quá nhiều thứ đang chạy, việc cài đặt mới là một cơn ác mộng.

Gợi ý hiệu quả nhất đến từ Người dùng Windows, anh ấy đã hỏi "Không có Điểm khôi phục để quay lại trạng thái hoạt động sao?" Sau đó, tôi tìm kiếm Aptitude Logfiles, có lẽ tôi có thể tìm ra những gì đã được cập nhật vào ngày hệ thống vẫn đang hoạt động. Thật vậy, trong /var/log/ có một số tệp aptidude.x.gz. Tôi thấy rằng vào ngày đó, dracat đã được thay thế bằng Initramfs. Tôi đã cố hoàn tác bước này ở chế độ chroot.Khi đánh dấu bản nháp để cài đặt, Aptitude đã đưa ra gợi ý sau:

Sẽ cài đặt 5 gói và xóa 6 gói. 1124 kB dung lượng ổ đĩa sẽ được sử dụng #======================================================== [XÓA, KHÔNG SỬ DỤNG] initramfs-tools-bin:AMD64 0.136ubuntu6.7 [XÓA, KHÔNG SỬ DỤNG] initramfs-tools-core:AMD64 0.136ubuntu6.7 [XÓA, KHÔNG SỬ DỤNG] klibc-utils:AMD64 2.0.7-1ubuntu5 [XÓA, KHÔNG SỬ DỤNG] libklibc:AMD64 2.0.7-1ubuntu5 [XÓA, KHÔNG DÙNG] lz4:amd64 1.9.2-2ubuntu0.20.04.1 [CÀI ĐẶT, PHỤ THUỘC] dracut:amd64 048+80-2 [CÀI ĐẶT, PHỤ THUỘC] dracut-core:AMD64 048+80-2 [CÀI ĐẶT, PHỤ THUỘC] bản cuối cùng: AMD64 6~ubuntu20.04.1 [CÀI ĐẶT, PHỤ THUỘC] kpartx:AMD64 0.8.3-1ubuntu2 [CÀI ĐẶT, PHỤ THUỘC] mdadm:amd64 4.1-5ubuntu1.2 [XÓA, PHỤ THUỘC] initramfs-tools: AMD64 0.136ubuntu6.7 #========================================================

Đăng nhập hoàn tất.

Những gì có vẻ hứa hẹn cho tôi. Thật vậy, tôi đã hỏi mật khẩu Luks khi bắt đầu khởi động và hệ thống khởi động bình thường.

Vì vậy, bây giờ tôi ngại thực hiện bất kỳ cập nhật nào, vì nó có thể thay thế dracat bằng initramfs một lần nữa. Tôi không biết vấn đề thực sự là gì, tôi đoán là có lỗi trong gói cryptsetup-initramfs. Có bất kỳ vấn đề được biết đến?

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