Điểm:0

Thoát khỏi hệ thống tệp chỉ đọc sau khi hệ thống gặp sự cố và thiết lập lại cứng (20.04.2 Máy chủ, VM)

lá cờ in

Hôm qua, hệ thống của tôi bị lỗi buộc tôi phải thực hiện khôi phục cài đặt gốc trên máy chủ của mình trong khi chạy 2 máy ảo. Máy đầu tiên tồn tại và máy thứ hai đã được đưa vào chế độ chỉ đọc. Sau khi đăng nhập vào VM, tôi thấy các thông báo sau.

Không thể thiết lập ghi nhật ký. [Errno 30] Hệ thống tệp chỉ đọc: '/var/log/landscape/sysinfo.log' run-parts: /etc/update-mot.d/50-landscape-sysinfo đã thoát với mã trả về 1 /usr/lib/ ubuntu-release-upgrader/release-upgrade-motd: 31: không thể tạo /var/lib/ubuntu-release-upgrader/release-upgrade-available: Hệ thống tệp chỉ đọc mktemp: không thể tạo tệp qua mẫu '/var/ lib/update-notifier/tmp.XXXXXXXXXX': Phần chạy hệ thống tệp chỉ đọc: /etc/update-motd.d/95-hwe-eol đã thoát với mã trả về 1 /usr/lib/update-notifier/update- motd-fsck-at-reboot: 38: không thể tạo /var/lib/update-notifier/fsck-at-reboot: Hệ thống tệp chỉ đọc

Tôi đã kiểm tra tệp ảnh đĩa từ máy chủ, trong trường hợp này là tệp qcow2 mà tôi sử dụng song song với KVM.

Sudo qemu-img kiểm tra ubuntu204.qcow2

Kết quả của nó là:

Không có lỗi được tìm thấy trên hình ảnh. 245760/245760 = 100,00% được phân bổ, 0,00% bị phân mảnh, 0,00% cụm được nén Độ lệch cuối hình ảnh: 16108814336

Tôi đã đọc rằng đây là trạng thái bắt buộc để bảo vệ hệ thống tệp và nếu tôi quét đĩa và mọi thứ đều ổn, tôi có thể thoát khỏi chế độ chỉ đọc. Tôi sẽ làm điều đó như thế nào với bảng phân vùng sau trên tty ở chế độ chỉ đọc ?

vòng lặp0 0
vòng1 0
vòng2 0
vòng3 0
vòng4 0
vòng5 0
|-sda 0 15G 0 đĩa
  |-sda1 0 1M 0 phần
  |-sda2 0 1G 0 phần /khởi động
  |-sda3 0 14G 0 phần
    |-ubuntu--vg-ubuntu--lv 0 14G 0 lvm /
|-sr0 1 1024M 0 rom

Từ những cảnh báo, tôi nghi ngờ có thể có vấn đề với nâng cấp không giám sát Tôi cũng sẽ quan tâm đến bất kỳ thông tin đầu vào nào khác liên quan đến các kiểm tra tiếp theo mà bạn đề xuất để đảm bảo tính toàn vẹn của cả hai máy.

Điểm:1
lá cờ in

Cách khôi phục tệp ảnh đĩa qcow2 bằng fsck từ máy chủ

Tải mô-đun thiết bị khối mạng:

Sudo modprobe nbd max_part=8

Máy tắt nguồn:

Sudo virsh phá hủy máy ảo

Kết nối hình ảnh đĩa:

Sudo qemu-nbd --connect=/dev/nbd0 /var/lib/libvirt/images/virtual-machine.qcow2

Kiểm tra đĩa: (Đĩa hiện được gắn trên máy chủ, bạn có thể thấy nó trong nautilus/explorer)

Sudo fsck /dev/nbd0p2

Đối với tôi, tôi có thêm hai ổ đĩa được gắn mà tôi vừa quét cả nbd-dm3 và nbd0p2, đây là một ví dụ về đầu ra dự kiến ​​mà tôi vừa trả lời có cho tất cả.

fsck từ util-linux 2.25.2
e2fsck 1.42.12 (29-Aug-2014)
/dev/nbd0p1: khôi phục nhật ký
/dev/nbd0p1 chứa hệ thống tệp có lỗi, hãy kiểm tra bắt buộc.
Vượt qua 1: Kiểm tra nút, khối và kích thước
Đã tìm thấy các nút là một phần của danh sách liên kết mồ côi bị hỏng. Khắc phục<y>? Vâng
Inode 274 là một phần của danh sách inode mồ côi. ĐÃ SỬA.
Inode 132276 là một phần của danh sách inode mồ côi. ĐÃ SỬA.
Đã xóa inode 142248 không có dtime. Khắc phục<y>? Vâng
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
Khối khác biệt bitmap: -603674 -623174 +(689342--689343)
Khắc phục<y>? Vâng
Khối miễn phí được tính sai cho nhóm #18 (15076, được tính = 15077).
Khắc phục<y>? Vâng
Khối miễn phí được tính sai cho nhóm #19 (11674, được tính = 11675).
Khắc phục<y>? Vâng
Số khối miễn phí bị sai (632938, được tính = 670871).
Khắc phục<y>? Vâng
Sự khác biệt về bitmap inode: -274 -132276 -142248
Khắc phục<y>? Vâng
Số nút miễn phí được tính sai cho nhóm #0 (52, được tính = 53).
Khắc phục<y>? Vâng
Số inode miễn phí bị sai đối với nhóm #16 (99, được tính = 100).
Khắc phục<y>? Vâng
Số inode miễn phí bị sai đối với nhóm #17 (519, được tính = 520).
Khắc phục<y>? Vâng
Số nút miễn phí bị sai (204392, được tính = 204599).
Khắc phục<y>? Vâng

/dev/nbd0p1: ***** HỆ THỐNG TẬP TIN ĐÃ ĐƯỢC SỬA ĐỔI *****
/dev/nbd0p1: 101833/306432 tệp (0,2% không liền kề), 553321/1224192 khối

Ngắt kết nối thiết bị:

Sudo qemu-nbd --ngắt kết nối /dev/nbd0

/dev/nbd0 bị ngắt kết nối

Khởi động máy của bạn và kiểm tra xem nó có hoạt động không:

khởi động máy ảo virsh

Nguồn: https://gist.github.com/islander/8517685e3a9f7e0e1d458033710f0893

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