Das ist mir klar. Ich will ja auch gar nicht die komplette Ex-sda2 in die neue sda3 transferieren. S. untenbluestar hat geschrieben:02.05.2019 09:29:29.... Was jedoch mit ziemlicher Sicherheit nicht funktionieren wird, das Image von EX-sda2 auf sda3 zu übernehmen, wenn sda3 kleiner ist als EX-sda2.
zu 1) Warum? Doch nur falls ich die ehemals vorhandene Installation komplett übernehmen wollte.Mein Ansatz wäre folgender:
0) Sauber Live System neu booten
1) sda3 mit nullen überschreiben
2) Das Image der alten Partition als Loopback-Device (loopX) einhängen
3) /etc/lvm/lvm.conf => filter anpassen:verwendenCode: Alles auswählen
filter = [ "a|loop|","a|sd|" "r|.*|" ]
4) Mit vgscan und vgimport deine alte VG (Name unbekannt) von /dev/loopX an den Start bekommen.
5) Danach deine VG vergrößern: vgextend vg-unbekannt /dev/sda3
6) Mit pvmove alle Datenblöcke in der VG unbekannt von /dev/loopX nach /dev/sda3 verschieben: pvmove /dev/loopX
7) Deine Volume Gruppe um /dev/loopX verkleinern: vgreduce VG-unbekannt /dev/loopX
zu 3) Die neue Filteregel reichte nicht aus: vgscan -vvv (Zeile 4)
Code: Alles auswählen
devices/global_filter not found in config: defaulting to global_filter = [ "a|.*/|" ]
Erst als ich global_filter in: global_filter = [ "a|loop|","a|sd|" "r|.*|" ] geändert habe sind sowohl für loop1 als auch für sdd2 Einträge gelistet. (http://zlocal.bplaced.net/uploads/vgscan_vvv2.txt)
pvs erkennt jetzt auch die LVM-Partition auf sdd2 (auch mit der default lvm.conf). Ich habe deshalb das loop1-Device deaktiviert
Code: Alles auswählen
# pvs
WARNING: Device for PV CB7VSM-ogyq-lnCz-WqN4-usay-wPDR-eFlcJi not found or rejected by a filter.
PV VG Fmt Attr PSize PFree
/dev/sda3 host1_vg lvm2 a-- 930.82g <851.67g
/dev/sdb1 host1_vg lvm2 a-- 232.88g 232.88g
/dev/sdc1 host1_hdd_vg lvm2 a-- <5.46t <4.03g
/dev/sdd2 host1_vg lvm2 a-- 931.31g <280.09g
[unknown] host1_vg lvm2 a-m 232.88g 232.88g
Es existieren doppelte Namen von PVs, VGs und LVs. Ich werde nun erst mal die derzeit existierenden so umbenennen, dass es mit den alten keine Namen-Kollisionen gibt.
Ich werde vorläufig mit sdd2 weiterarbeiten weil a) die Daten schon auf der Platte sind, sie b) inzwischen erkannt wird und c) um zu verhindern, dass Manipulationen im Loop-Device sich negativ auf das DD-Image auswirken.
zu 4-7) Da ich auf keinen Fall die alte Jessie-Installation einspielen und anschließend auf Buster upgraden will, werde ich mir einen angepassten Weg überlegen müssen. Ich möchte lediglich einige der KVM-VMs, die als LVM-LVs in der EX-sda2 liegen importieren.
Falls es Probleme gibt oder wenn ich Erfolg habe, werde ich mich wieder melden.