Ich habe etwas in einem Chroot gemacht und dabei leider den Host kaputt gemacht. Jetzt kann ich die Volume-Gruppen nicht mehr verwalten:
pvs
read_urandom: /dev/urandom: open failed: No such file or directory
Gleicher Fehler mit verschiedenen Befehlen zu LVM. Versuch einer Neukonfiguration:
# dpkg-reconfigure linux-image-4.19.0-16-amd64
/etc/kernel/postinst.d/dkms:
dkms: running auto installation service for kernel 4.19.0-16-amd64:/usr/sbin/dkms: line 3345: /dev/fd/62: No such file or directory
.
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.19.0-16-amd64
cryptsetup: ERROR: Couldn't resolve device
/dev/mapper/rootvg-root--server--alpha--host
cryptsetup: WARNING: Couldn't determine root device
cryptsetup: ERROR: Couldn't resolve device /dev/dm-1 (deleted)
cryptsetup: ERROR: Couldn't resolve device
UUID=e9ef352b-a648-4499-ade2-54235f40a3df
W: Couldn't identify type of root file system for fsck hook
I: The initramfs will attempt to resume from /dev/dm-1 (deleted)
I: Set the RESUME variable to override this.
/etc/kernel/postinst.d/zz-update-grub:
/usr/sbin/grub-probe: error: failed to get canonical path of `/dev/mapper/rootvg-root--server--alpha--host'.
run-parts: /etc/kernel/postinst.d/zz-update-grub exited with return code 1
Versuch, initramfs zu aktualisieren:
# update-initramfs -u
update-initramfs: Generating /boot/initrd.img-4.19.0-16-amd64
cryptsetup: ERROR: Couldn't resolve device
/dev/mapper/rootvg-root--server--alpha--host
cryptsetup: WARNING: Couldn't determine root device
cryptsetup: ERROR: Couldn't resolve device /dev/dm-1 (deleted)
cryptsetup: ERROR: Couldn't resolve device
UUID=e9ef352b-a648-4499-ade2-54235f40a3df
W: Couldn't identify type of root file system for fsck hook
I: The initramfs will attempt to resume from /dev/dm-1 (deleted)
I: Set the RESUME variable to override this.
Partitionsarchitektur:
# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
nvme1n1 259:0 0 1.8T 0 disk
├─nvme1n1p1 259:2 0 2M 0 part
│ └─md1 9:1 0 2M 0 raid1
├─nvme1n1p2 259:3 0 510M 0 part
│ └─md2 9:2 0 509M 0 raid1 /boot
└─nvme1n1p3 259:4 0 1.8T 0 part
└─md3 9:3 0 1.8T 0 raid1
└─croot 253:0 0 1.8T 0 crypt
├─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
nvme0n1 259:1 0 1.8T 0 disk
├─nvme0n1p1 259:5 0 2M 0 part
│ └─md1 9:1 0 2M 0 raid1
├─nvme0n1p2 259:6 0 510M 0 part
│ └─md2 9:2 0 509M 0 raid1 /boot
└─nvme0n1p3 259:7 0 1.8T 0 part
└─md3 9:3 0 1.8T 0 raid1
└─croot 253:0 0 1.8T 0 crypt
├─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
Das Problem trat beim Ausführen von chroot auf rootvg-root--vm4 auf. Vielleicht aufgrund von update-initramfs oder dem Entfernen von Dateien in /mnt, die laufende Prozesse auf dem Host beeinträchtigten. Jetzt kann ich dieses Volume nicht einmal löschen und habe Angst, den Server zu verlieren, wenn ein Server neu gestartet wird ...
warte auf eure Unterstützung, danke im Voraus.
bearbeitet:
Weitere Aktionen: Versuch, eine VM neu zu starten:
$ sudo virsh start vm2-bastion
sudo virsh start vm2
error: Failed to start domain vm2
error: internal error: Failed to probe QEMU binary with QMP: Could not access KVM kernel module: No such file or directory
qemu-system-x86_64: failed to initialize KVM: No such file or directory
qemu-system-x86_64: Back to tcg accelerator
Der herkömmliche Zugriff über SSH ist verloren gegangen:
$ ssh user@ip
PTY allocation request failed on channel 0
...aber ich konnte mich mit folgendem anmelden:
$ ssh user@ip "/bin/bash -i"
bash: cannot set terminal process group (-1): Inappropriate ioctl for device
bash: no job control in this shell
user@server-alpha-host:~$
Antwort1
Jetzt kann ich nicht einmal dieses Volume löschen und ich habe Angst, den Server zu verlieren, wenn ein Serverneustart stattfindet ...
Sichern Sie alle wichtigen Daten. Wenn dieser Host für Sie wichtig ist, muss es möglich sein, ihn wiederherzustellen.
Stellen Sie fest, ob Blockgeräte an der Stelle und zum Zeitpunkt der Löschung gemountet waren und ob Ihnen die Daten darauf wichtig sind. Möglicherweise nicht, aber nur weil Sie SIGINT gesendet haben, heißt das nicht, dass die Löschung an den Geräteknoten gestoppt wurde.
Fehlende /dev/urandom, /dev/kvm, Blockgeräte, /proc und andere Geräte können viele Dinge beschädigen. Führen Sie einen Neustart durch, um sie wiederherzustellen. devtmpfs und udev erstellen normalerweise bei jedem Start Geräteknoten neu. Dieser Neustart soll sicherstellen, dass jedes fehlerhafte Programm neu gestartet wird, und muss irgendwann erfolgen.