Điểm:1

Kết quả lvm bị hỏng trong lỗi read_urandom

lá cờ ar

Tôi đang làm một cái gì đó trong chroot và thật không may, tôi đã làm hỏng máy chủ. Bây giờ tôi không thể quản lý các nhóm âm lượng:

pv
  read_urandom:/dev/urandom: mở không thành công: Không có tệp hoặc thư mục như vậy

Lỗi tương tự với các lệnh khác nhau về lvm.. Đang cố gắng cấu hình lại:

# dpkg-cấu hình lại linux-image-4.19.0-16-AMD64

/etc/kernel/postinst.d/dkms:
dkms: đang chạy dịch vụ cài đặt tự động cho kernel 4.19.0-16-amd64:/usr/sbin/dkms: dòng 3345:/dev/fd/62: Không có tệp hoặc thư mục như vậy
.
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Đang tạo /boot/initrd.img-4.19.0-16-AMD64
cryptsetup: LỖI: Không thể giải quyết thiết bị 
    /dev/mapper/rootvg-root--server--alpha--host
cryptsetup: CẢNH BÁO: Không thể xác định thiết bị gốc
cryptsetup: LỖI: Không thể giải quyết thiết bị/dev/dm-1 (đã xóa)
cryptsetup: LỖI: Không thể giải quyết thiết bị 
    UUID=e9ef352b-a648-4499-ade2-54235f40a3df
W: Không thể xác định loại hệ thống tệp gốc cho hook fsck
Tôi: Các initramfs sẽ cố gắng tiếp tục từ /dev/dm-1 (đã xóa)
Tôi: Đặt biến TIẾP TỤC để ghi đè lên điều này.
/etc/kernel/postinst.d/zz-update-grub:
/usr/sbin/grub-probe: lỗi: không nhận được đường dẫn chính tắc của `/dev/mapper/rootvg-root--server--alpha--host'.
run-parts: /etc/kernel/postinst.d/zz-update-grub đã thoát với mã trả về 1

Bạn đang thử cập nhật initramfs:

# cập nhật-initramfs -u
update-initramfs: Đang tạo /boot/initrd.img-4.19.0-16-AMD64
cryptsetup: LỖI: Không thể giải quyết thiết bị 
    /dev/mapper/rootvg-root--server--alpha--host
cryptsetup: CẢNH BÁO: Không thể xác định thiết bị gốc
cryptsetup: LỖI: Không thể giải quyết thiết bị/dev/dm-1 (đã xóa)
cryptsetup: LỖI: Không thể giải quyết thiết bị 
    UUID=e9ef352b-a648-4499-ade2-54235f40a3df
W: Không thể xác định loại hệ thống tệp gốc cho hook fsck
Tôi: Các initramfs sẽ cố gắng tiếp tục từ /dev/dm-1 (đã xóa)
Tôi: Đặt biến TIẾP TỤC để ghi đè lên điều này.

Kiến trúc phân vùng:

# lsblk
TÊN MAJ:KÍCH THƯỚC RM TỐI THIỂU RO LOẠI NÚI
đĩa nvme1n1 259:0 0 1.8T 0  
âânvme1n1p1 259:2 0 2M 0 phần  
â ââmd1 9:1 0 2M 0 đột kích1 
âânvme1n1p2 259:3 0 510M 0 phần  
â ââmd2 9:2 0 509M 0 đột kích1 /boot
âânvme1n1p3 259:4 0 1.8T 0 phần  
  ââmd3 9:3 0 1.8T 0 đột kích1 
    ââcroot 253:0 0 1.8T 0 mật mã 
      âârootvg-swap--server--alpha--host 253:1 0 8G 0 lvm   
      âârootvg-root--server--alpha--host 253:2 0 1.5T 0 lvm /
      âârootvg-root--vm1 253:3 0 100G 0 lvm   
      âârootvg-root--vm2 253:4 0 20G 0 lvm   
      âârootvg-root--vm3 253:5 0 40G 0 lvm   
      âârootvg-root--vm4 253:6 0 100G 0 lvm   
đĩa nvme0n1 259:1 0 1.8T 0  
âânvme0n1p1 259:5 0 2M 0 phần  
â ââmd1 9:1 0 2M 0 đột kích1 
âânvme0n1p2 259:6 0 510M 0 phần  
â ââmd2 9:2 0 509M 0 đột kích1 /boot
âânvme0n1p3 259:7 0 1.8T 0 phần  
  ââmd3 9:3 0 1.8T 0 đột kích1 
    ââcroot 253:0 0 1.8T 0 mật mã 
      âârootvg-swap--server--alpha--host 253:1 0 8G 0 lvm   
      âârootvg-root--server--alpha--host 253:2 0 1.5T 0 lvm /
      âârootvg-root--vm1 253:3 0 100G 0 lvm   
      âârootvg-root--vm2 253:4 0 20G 0 lvm   
      âârootvg-root--vm3 253:5 0 40G 0 lvm   
      âârootvg-root--vm4 253:6 0 100G 0 lvm  

Vấn đề là khi thực hiện chroot trên rootvg-root--vm4. Có thể do update-initramfs hoặc xóa file trong /mnt đã ảnh hưởng đến các process đang chạy trên host. Bây giờ tôi thậm chí không thể xóa tập đĩa đó và tôi sợ mất máy chủ nếu máy chủ khởi động lại...

chờ đợi sự hỗ trợ của bạn, cảm ơn trước.

chỉnh sửa:

Các hành động khác: Cố gắng khởi động lại máy ảo:

$ sudo virsh bắt đầu vm2-pháo đài
sudo virsh bắt đầu vm2

lỗi: Không thể khởi động tên miền vm2
lỗi: lỗi nội bộ: Không thể thăm dò nhị phân QEMU bằng QMP: Không thể truy cập mô-đun hạt nhân KVM: Không có tệp hoặc thư mục như vậy
qemu-system-x86_64: không thể khởi chạy KVM: Không có tệp hoặc thư mục như vậy
qemu-system-x86_64: Quay lại trình tăng tốc tcg

Mất quyền truy cập thông thường qua SSH:

người dùng $ ssh@ip
Yêu cầu phân bổ PTY không thành công trên kênh 0

... nhưng tôi đã quản lý để đăng nhập bằng cách sử dụng:

$ ssh người dùng@ip "/bin/bash -i" 

bash: không thể đặt nhóm quy trình đầu cuối (-1): ioctl không phù hợp cho thiết bị
bash: không có kiểm soát công việc trong trình bao này
người dùng@máy chủ-alpha-host:~$
Michael Hampton avatar
lá cờ cz
Chính xác thì bạn đã làm gì?
lá cờ ar
Tôi đã thực hiện rm -r /mnt/* và nhận thấy lỗi, Ctrl-C. Nhưng đã loại bỏ một số chroot của máy chủ được gắn /dev hoặc proc...
Điểm:1
lá cờ cn

Bây giờ tôi thậm chí không thể xóa tập đó và tôi sợ mất máy chủ nếu một máy chủ khởi động lại ...

Sao lưu mọi dữ liệu quan trọng. Nếu máy chủ này quan trọng với bạn, nó phải có khả năng xây dựng lại và phục hồi nó.

Xác định xem có bất kỳ thiết bị khối nào được gắn ở đâu và khi nào việc xóa xảy ra hay không và liệu bạn có quan tâm đến dữ liệu trên chúng hay không. Có thể là không, nhưng chỉ vì bạn đã gửi nó SIGINT không có nghĩa là quá trình xóa dừng lại ở các nút thiết bị.

Thiếu /dev/urandom, /dev/kvm, block devices, /proc và các thiết bị khác sẽ làm hỏng nhiều thứ. Khởi động lại để lấy lại chúng. devtmpfs và udev tạo lại các nút thiết bị trên mỗi lần khởi động bình thường. Việc khởi động lại này nhằm đảm bảo mọi chương trình hoạt động sai được khởi động lại và phải xảy ra sau cùng.

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