Chuyện gì đã xảy ra thế:
Tôi đã sử dụng một chương trình có bộ chọn tệp GUI rất tệ và khi tôi cố gắng duyệt qua hệ thống tệp, tôi đã vô tình nhấn vào nút "quay lại" ở bên cạnh con chuột, nút này dường như hoạt động giống như một cú nhấp chuột trái thông thường khiến tôi phải di chuyển một thư mục cao trong hệ thống tệp vào một thư mục khác. Tôi đã chuyển một thư mục từ thư mục gốc sang thư mục con khác của thư mục gốc (ví dụ: đã chuyển /MỘT vào trong /B) hoặc một thư mục từ thư mục con từ thư mục gốc vào thư mục con phụ (ví dụ: đã di chuyển /A/B thành /A/C). Tôi cũng nhớ rằng sai lầm này có thể xảy ra gần hoặc trong /usr thư mục.
Vấn đề:
Ngay sau lỗi này, tất cả các biểu tượng trong Gnome đã biến mất (mặc dù các ứng dụng tôi đã mở dường như hoạt động tốt) và khi tôi cố mở trình bao để cố hoàn nguyên lỗi của mình, nó sẽ không mở nữa (hoạt ảnh nhấp chuột vẫn phát, nhưng không có cửa sổ nào được mở). Tôi khởi động lại hệ thống và sau một bức tường văn bản mà tôi đọc quá nhanh (đó là bức tường văn bản kiểu danh sách kiểm tra điển hình) tôi được chào đón bằng một dòng chữ màu trắng trên nền đen có nội dung:
/dev/nvme0n1p5: khôi phục nhật ký
/dev/nvme0n1p5: sạch, tệp 897720/12004096, 21338613/51200000
Tôi đã đợi một lúc nhưng không có gì thực sự xảy ra sau đó.
Những gì tôi đã thử cho đến nay (sử dụng Shell gốc phục hồi của Grub):
tôi so sánh của tôi / với thư mục được đề cập trên trang web chính thức của Ubuntu: https://help.ubuntu.com/lts/installation-guide/armhf/apcs02.html. Thư mục gốc của tôi là tập hợp lớn nhất của tất cả các thư mục được đề cập trên trang web đó. Cụ thể, nó chứa:
bin, boot, cdrom, dev, v.v., home, lib, lib32, lib64, libx32, bị mất+tìm thấy, phương tiện, mnt, opt, proc, root, chạy, sbin, snap, srv, tệp hoán đổi, sys, tmp, usr, var
Của tôi /usr thư mục chứa: bin, trò chơi, bao gồm, lib, lib32, lin64, libexec, libx32, cục bộ, sbin, src
Tôi đã cố gắng tìm ra những thư mục đã chỉnh sửa gần như cùng lúc với lỗi xảy ra. Đối với điều đó, tôi thực hiện ls -l và thật không may, dường như không có thư mục nào có thời gian phù hợp với thời gian xảy ra lỗi.
tôi đọc lên Trực tuyến, hầu hết mọi người khuyên bằng cách nào đó (chế độ Khôi phục Grub hoặc qua Live-CD) mở trình bao gốc và sau đó thực hiện: fsck -f /. Những bài đăng đó cũng cố gắng sửa lỗi tạp chí phục hồi vấn đề, nhưng vấn đề của họ là do ví dụ. mất điện khiến các tập tin bị hỏng. Tôi đã hạn chế thử điều đó vì tôi không nghĩ rằng hệ thống tệp cơ bản bị hỏng, tôi chỉ di chuyển một thư mục vào sai vị trí.
Câu hỏi:
Tôi sẽ tiến hành như thế nào? Nếu tôi có thể tìm ra thư mục nào tôi đã di chuyển, tôi có thể dễ dàng hoàn nguyên lỗi của mình
Cập nhật 1:
Thông tin hệ thống:
phân phối: Ubuntu 20.4.?. Thật không may, chạy lsb_release trong chế độ phục hồi cho một Mô-đunKhông tìm thấy lỗi, với truy nguyên kết thúc bằng apt_pkg.Error: E: Lỗi đọc bảng CPU, vì vậy tôi không thể cho bạn biết phiên bản chính xác nào.
hạt nhân: 5.4.0-81-chung
tôi đã chạy fsck -f /dev/nvme0n1p5 từ ổ USB như được đề xuất, mang lại đầu ra sau:
ubuntu@ubuntu:~$ Sudo fsck -f /dev/nvme0n1p5
fsck từ util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
Vượt qua 1: Kiểm tra nút, khối và kích thước
Pass 2: Kiểm tra cấu trúc thư mục
Pass 3: Kiểm tra kết nối thư mục
Vượt qua 4: Kiểm tra số lượng tham chiếu
Pass 5: Kiểm tra thông tin tóm tắt nhóm
/dev/nvme0n1p5: 897720/12804096 tệp (0,4% không liền kề), 21338886/51200000 khối
Lưu ý rằng số lượng tệp và khối được kiểm tra giống hệt như trong bản in mà tôi nhận được khi khởi động trực tiếp vào Ubuntu
