Lösung 1:
Die anderen beantworteten Antworten gehen nicht auf Ihre Frage ein. Ich habe den richtigen Befehl zum erneuten Scannen einer bereits verbundenen Festplatte identifiziert.
Wir müssen Ihre bereits verbundene Festplatte erneut scannen. Identifizieren Sie zuerst, welche Festplatte Sie erneut scannen möchten.
ls /sys/class/scsi_disk/
In meinem Beispiel sehe ich einen symbolischen Link namens 0:0:0:0 , also scannen wir diese SCSI-Festplatte erneut.
echo '1' > /sys/class/scsi_disk/0\:0\:0\:0/device/rescan
Ich habe gerade auch meine VMware-Festplatte erweitert und musste andere Antworten durchsuchen, um den richtigen Befehl zu finden. Hoffentlich wird dies zukünftige Suchende vor vergeblichen Versuchen bewahren.
Lösung 2:
Sie können dies ohne einen Neustart tun. pvresize ändert die Größe des physischen Volumes nicht, bis die Partition mit dem hinzugefügten Speicherplatz aktualisiert wurde. Sie müssen die Partition fdisken und sie mit der neuen vollen Größe der Festplatte neu erstellen, nachdem Sie die Laufwerke erneut scannen können, um den zusätzlichen Speicherplatz überhaupt zu sehen.
Weitere Informationen:http://theducks.org/2009/11/expanding-lvm-partitions-in-vmware-on-the-fly/
Lösung 3:
Bis zum Root-Dateisystem / auf der Festplatte gemountet wird, deren Größe geändert wurde, werden die Partitionstabelle und die Festplattengröße nicht durch einen erneuten SCSI-Scan mit Linux 2.6.26 aktualisiert.
Ich hoffe wirklich, dass es mit neueren Kernel-Versionen bald besser wird.
Also musste ich:
- Starten Sie das erste Mal neu, um die neue Festplattengröße in
fdiskzu sehen - löschen Sie die alte primäre PV-Partition in
fdisk - erstellen Sie einen Partitionseintrag mit der gleichen Nummer und starten Sie den Sektor bis zum Ende der Platte
- ein zweites Mal neu starten ODER
partprobeausführen abpartedPaket nur wenn/ist dort nicht gemountet - Jetzt kann ich
pvresizeausführen um neuen freien Speicherplatz zu erhalten,lvextendundresize2fsum einem Dateisystem etwas mehr Platz zuzuweisen
Mir wurde empfohlen, diese dumme alte Partitionstabelle einfach zu verwerfen und pvcreate auszuführen direkt auf dem Gerät, da Grub2 in der Lage ist, ein Kernel-Image direkt von einem Dateisystem auf einer LVM-Partition zu laden. Aber ein solches Setup ist bei Distributions-Installern überhaupt nicht offensichtlich.
Aktualisierung: Ich habe gerade mit Debian GNU/Linux Jessie 8.2 mit Kernel 3.16 und parted nachgesehen 3.2, die partprobe gelingt jetzt nach der Edition der Partitionstabelle mit cfdisk ohne Neustart. pvresize funktioniert sofort danach.
Wenn Sie eine als logische PC-Partition gespeicherte PV erweitern möchten, z. B. /dev/sda5 auf der erweiterten primären Partition /dev/sda2 , verwenden Sie nicht fdisk aber bevorzuge parted :
parted /dev/sda2 -1
parted /dev/sda5 -1
pvresize /dev/sda5
Lösung 4:
Sie müssen die Festplatten neu scannen, bevor Sie die größere Partition erstellen können.
In Centos können Sie dies tun, indem Sie
ls /sys/class/scsi_host
dann für jeden Host
echo "- - -" > /sys/class/scsi_host/host#/scan
(Ersetzen Sie # durch die Zahl)
Es gibt auch einen weiteren Schritt zum obigen, nämlich das Erweitern von ext oder welches Dateisystem Sie auch immer verwenden, sobald Sie die Größe der Partition geändert haben.
Sie müssen diese Partition jedoch irgendwann noch aushängen. Wir neigen dazu, eine zweite VMware-Festplatte hinzuzufügen und lvm zu verwenden, um sie auf die neue Festplatte zu erweitern (und die alte zu reduzieren, wenn es sich um einen Ersatz handelt), da dies ermöglicht, dass der gesamte Prozess live abläuft.
Lösung 5:
Mein PV war nicht in einer Partition, sondern existierte direkt auf /dev/sdb.
Unter Ubuntu 16.04.1 konnte ich Folgendes tun, um die Größe eines Volumes von 1024 GB auf 1,4 TB zu ändern:
echo '1' > /sys/class/scsi_disk/32\:0\:1\:0/device/rescan
pvresize /dev/sdb
lvextend -l +100%FREE /dev/nvr01-opt/opt
resize2fs /dev/nvr01-opt/opt
Kein fdisk erforderlich, und der Platz war sofort verfügbar.