Điểm:0

Cài đặt Kubfox mới sau khi thay đổi phân vùng gốc btrfs rơi vào khởi động khẩn cấp

lá cờ in

Tôi đã cài đặt Kubfox mới với phiên bản Ubuntu mới nhất và cài đặt hệ thống trên phân vùng gốc btrfs.

Sau khi đọc về cách bố trí hệ thống tập tin được đề xuất, tôi đã sắp xếp lại hệ thống bằng cách tạo một số tập phụ bên cạnh tập phụ @ do trình cài đặt tạo: Bây giờ tôi có @, opt, root, srv, swap, tmp, user_local và var dưới dạng các tập phụ riêng biệt. Cũng là một tiểu tập ảnh chụp nhanh, đó là lý do để tách mọi thứ ra để bắt đầu.

Nội dung của các thư mục tương ứng (/opt, /root, /srv, /swapfile, /tmp, /usr/local, var) đã được sao chép và tôi đã thay đổi /etc/fstab như sau:

# /etc/fstab: thông tin hệ thống tập tin tĩnh.
#
# Sử dụng 'blkid' để in mã định danh duy nhất trên toàn cầu cho một
# thiết bị; điều này có thể được sử dụng với UUID= như một cách mạnh mẽ hơn để đặt tên cho thiết bị
# hoạt động ngay cả khi thêm và xóa đĩa. Xem fstab(5).
#
# <hệ thống tập tin> <điểm gắn kết> <loại> <tùy chọn> <kết xuất> <vượt qua>
# / đã bật /dev/sda6 trong khi cài đặt
UUID=5bfaac4c-e3cc-4ed9-adae-2d7d45e58097 / btrfs mặc định,noatime,compress=zstd,autodefrag,subvol=@ 0 1
# /boot/efi bật /dev/sda1 trong khi cài đặt
UUID=3B70-67C3 /boot/efi vfat umask=0077 0 1
UUID=5bfaac4c-e3cc-4ed9-adae-2d7d45e58097 /.snapshots btrfs defaults,noatime,autodefrag,compress=zstd,commit=120,subvol=snapshots 0 0
UUID=5bfaac4c-e3cc-4ed9-adae-2d7d45e58097 /opt btrfs defaults,noatime,autodefrag,compress=zstd,commit=120,subvol=opt 0 0
UUID=5bfaac4c-e3cc-4ed9-adae-2d7d45e58097 /root btrfs defaults,noatime,autodefrag,compress=zstd,commit=120,subvol=home_root 0 0
UUID=5bfaac4c-e3cc-4ed9-adae-2d7d45e58097 /srv btrfs defaults,noatime,autodefrag,compress=zstd,commit=120,subvol=srv 0 0
UUID=5bfaac4c-e3cc-4ed9-adae-2d7d45e58097 /tmp btrfs mặc định,noatime,autodefrag,compress=zstd,commit=120,subvol=tmp 0 0
UUID=5bfaac4c-e3cc-4ed9-adae-2d7d45e58097 /usr/local btrfs defaults,noatime,autodefrag,compress=zstd,commit=120,subvol=usr_local 0 0
UUID=5bfaac4c-e3cc-4ed9-adae-2d7d45e58097 /var btrfs defaults,noatime,autodefrag,compress=zstd,commit=120,subvol=var 0 0

# /home bật /dev/sda2 trong khi cài đặt
UUID=72e99d79-d20b-49d8-b6e5-25506f8dfb1d /home btrfs defaults,noatime,compress=zstd,autodefrag 0 0
UUID=5bfaac4c-e3cc-4ed9-adae-2d7d45e58097 /hoán đổi btrfs mặc định,noatime,subvol=hoán đổi 0 0
/swap/swapfile không trao đổi mặc định 0 0

Sau đó, tôi xây dựng lại initramfs với Sudo update-initramfs -c -k $(uname -r) và khởi động lại.

Kết quả là hệ thống rơi vào chế độ khẩn cấp.

Từ chế độ khẩn cấp, tôi có thể chạy cập nhật-grub, theo sau là Ctrl-D, và nhận được một hệ thống bình thường với KDE đang chạy. Không có dấu hiệu rõ ràng những gì đã đi sai. Không cùng sudo dmesg, không cùng tạp chí -xb.

Để khắc phục vĩnh viễn, tôi đã thử chạy lại cập nhật sudo-grub từ bên trong hệ thống hiện đang chạy. Thật không may, điều này không dính.Bất cứ khi nào tôi khởi động lại, tôi lại rơi vào chế độ khẩn cấp, hệ thống chỉ xuất hiện sau khi lặp lại cập nhật-grub và Ctrl-D từ đó.

Lý do là gì, và tôi có thể làm gì để khắc phục?

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