Linux VirtualBox Guest muss alle virtuellen Laufwerke verfügbar machen (keine Momentaufnahmen)

1393
javadba

Mit -modifyhd wurde der Speicherplatz auf einer VMDK von 20 auf 50 GB erhöht. Der Centos-Client nutzt dies jedoch nicht.

Bei einer früheren Frage, die die Größe der virtuellen Festplatte verdoppelt, ändert sich der fdisk -l-Bericht nicht direkt, da er Momentaufnahmen hatte. Wie in der Abbildung gezeigt, sind in diesem Fall keine Snapshots aktiv.

Hier sind Details von guest-os

fdisk -l

[root @ localhost ~] # fdisk -l

Disk /dev/sda: 56.3 GB, 56308531200 bytes 255 heads, 63 sectors/track, 6845 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x000b625d  Device Boot Start End Blocks Id System /dev/sda1 * 1 64 512000 83 Linux Partition 1 does not end on cylinder boundary. /dev/sda2 64 2611 20458496 8e Linux LVM  Disk /dev/mapper/VolGroup-lv_root: 14.6 GB, 14638120960 bytes 255 heads, 63 sectors/track, 1779 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000  Disk /dev/mapper/VolGroup-lv_root doesn't contain a valid partition table  Disk /dev/mapper/VolGroup-lv_swap: 6308 MB, 6308233216 bytes 255 heads, 63 sectors/track, 766 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000  Disk /dev/mapper/VolGroup-lv_swap doesn't contain a valid partition table 

pvdisplay

[root@localhost ~]# pvdisplay --- Physical volume --- PV Name /dev/sda2 VG Name VolGroup PV Size 19.51 GiB / not usable 3.00 MiB Allocatable yes (but full) PE Size 4.00 MiB Total PE 4994 Free PE 0 Allocated PE 4994 PV UUID 68d5TH-51cq-VbiL-D0ki-Bz9E-BZj3-DqVNRd 

df -k

[root@localhost ~]# df -k Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/VolGroup-lv_root 14070560 12795616 560192 96% / tmpfs 4168992 76 4168916 1% /dev/shm /dev/sda1 495844 54226 416018 12% /boot /dev/sr0 58236 58236 0 100% /media/VBOXADDITIONS_4.2.16_86992 

Mounts

[root@localhost ~]# mount /dev/mapper/VolGroup-lv_root on / type ext4 (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) tmpfs on /dev/shm type tmpfs (rw) /dev/sda1 on /boot type ext4 (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) /dev/sr0 on /media/VBOXADDITIONS_4.2.16_86992 type iso9660 (ro,nosuid,nodev,uhelper=udisks,uid=500,gid=500,iocharset=utf8,mode=0400,dmode=0500) 

Gerät: Datenträger nach ID

[root@localhost ~]# ll /dev/disk/by-id total 0 drwxr-xr-x 6 root root 120 Sep 29 07:11 .. drwxr-xr-x 2 root root 240 Sep 29 07:11 . lrwxrwxrwx 1 root root 10 Sep 29 07:11 dm-uuid-LVM-ZNoRaHmQP5Q0vOttkofYrMdrBe1ouy9gT5SiHgxSwJJcKcK25RRTAERfIffUtgBe -> ../../dm-0 lrwxrwxrwx 1 root root 10 Sep 29 07:11 dm-name-VolGroup-lv_root -> ../../dm-0 lrwxrwxrwx 1 root root 10 Sep 29 07:11 dm-uuid-LVM-ZNoRaHmQP5Q0vOttkofYrMdrBe1ouy9gO5Nd7kMVEqxxpnSc455XW5SGmOQeoaEZ -> ../../dm-1 lrwxrwxrwx 1 root root 10 Sep 29 07:11 dm-name-VolGroup-lv_swap -> ../../dm-1 lrwxrwxrwx 1 root root 9 Sep 29 07:11 scsi-SATA_VBOX_HARDDISK_VB34dd657d-2336283c -> ../../sda lrwxrwxrwx 1 root root 9 Sep 29 07:11 ata-VBOX_HARDDISK_VB34dd657d-2336283c -> ../../sda lrwxrwxrwx 1 root root 10 Sep 29 07:11 scsi-SATA_VBOX_HARDDISK_VB34dd657d-2336283c-part2 -> ../../sda2 lrwxrwxrwx 1 root root 10 Sep 29 07:11 ata-VBOX_HARDDISK_VB34dd657d-2336283c-part2 -> ../../sda2 lrwxrwxrwx 1 root root 10 Sep 29 07:11 scsi-SATA_VBOX_HARDDISK_VB34dd657d-2336283c-part1 -> ../../sda1 lrwxrwxrwx 1 root root 10 Sep 29 07:11 ata-VBOX_HARDDISK_VB34dd657d-2336283c-part1 -> ../../sda1 

VBox-Speicherdetails

Nachweis, dass für diese vmdk KEINE Snapshots existieren

0
Veröffentlichen Sie, was Sie im Gastbetriebssystem sehen. Fiisch vor 10 Jahren 0
@Fiisch In mount, dev / disk-by-id und df -k hinzugefügt javadba vor 10 Jahren 0
Df schreibt die verfügbare Größe auf die Partition. Sie müssen die Größe der Partition ändern, um den Speicherplatz nutzbar zu machen. CentOS erstellt standardmäßig LVM über der Festplatte. Überprüfen Sie die Ausgabe von "pvdisplay", wenn auf der Festplatte selbst noch freier Speicherplatz vorhanden ist. Fiisch vor 10 Jahren 0
@Fiisch fügte Ausgabe von pvdisplay hinzu. sieht NICHT die 50GB. javadba vor 10 Jahren 0
ok, könntest du auch die Ausgabe von `fdisk -l` posten? Der Speicherplatz auf der Festplatte sollte beim Start des PCs erkannt werden. Sie können auch versuchen, recsan manuell aufzurufen, indem Sie Folgendes eingeben: `echo" - - - "> / sys / class / scsi_host / host0 / scan` Fiisch vor 10 Jahren 0
@Fiisch fdisk -l hinzugefügt javadba vor 10 Jahren 0

2 Antworten auf die Frage

1
MariusMatutiae

Sie müssen die Größe der Partitionen innerhalb der VM ändern. Sie sollten eine Live-Distribution auf einem USB-Stick verwenden, genau wie die virtuelle Maschine eine physische Maschine war. Setzen Sie den Stick ein, starten Sie die VM, und weisen Sie sie an, die Festplatte zu booten, und ändern Sie die Größe der Partition. Die Tatsache, dass Sie LVM verwenden, ändert nichts an diesem Plan.

Dies könnte erforderlich sein, hoffte nur, dass möglicherweise ein einfacherer Weg verfügbar wäre. Ich habe keinen Live-USB-Stick. Angenommen, es ist etwa eine Stunde Arbeit, aber unter Zeitdruck. javadba vor 10 Jahren 0
Es wird erforderlich sein. Dazu schreiben Sie wie 10 Befehle und warten, bis sie fertig sind. Zunächst müssen Sie jedoch den freien Speicherplatz auf der Festplatte kennen und erkennen. Fiisch vor 10 Jahren 0
Vielen Dank. Die Ausgabe von fdisk -l wurde hinzugefügt. AFA-USB-Stick Ich werde dies an einem anderen Tag abholen (lieferbar ..). Ich habe inzwischen zugesagt. javadba vor 10 Jahren 0
0
javadba

Anstatt einen LiveCD-USB-Boot zu erstellen, ging ich direkt zu gparted. Ich konnte eine neue primäre Partition von 30 GB erstellen.

Was nicht so reibungslos verlief, war die Erkennung der neuen Partition. gparted berichtete, dass / dev / sda beschäftigt war. Auch nach dem Neustart dasselbe.

Aber Kommandozeile mkfs funktioniert nicht

mkfs.ext4 /dev/sda3 

Lassen Sie uns das Laufwerk montieren:

[root@localhost ~]# mount /dev/sda3 /d -o noatime 

Sieh dich um:

[root@localhost ~]# mount /dev/mapper/VolGroup-lv_root on / type ext4 (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) tmpfs on /dev/shm type tmpfs (rw) /dev/sda1 on /boot type ext4 (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) /dev/sr0 on /media/VBOXADDITIONS_4.2.18_88780 type iso9660 (ro,nosuid,nodev,uhelper=udisks,uid=500,gid=500,iocharset=utf8,mode=0400,dmode=0500) /dev/sda3 on /d type ext4 (rw,noatime) 

Um sicher zu sein, lassen Sie uns eine kleine Datei erstellen

[root @ localhost ~] # echo "gparted, mkfs und mount erfolgreich" >> / d / foo [root @ localhost ~] # cat / d / foo

gparted, mkfs, and mount successful 
Gute Arbeit, du :) Für die Bemerkung füge ich nur hinzu, wie man neuen Speicherplatz in ein vorhandenes lv_root-Volume integriert. Sie können alles tun, während Partitionen verwendet werden. Verwenden Sie zunächst "pvresize / dev / sda2", um das physische Volume zu vergrößern, oder persönlich. Ich würde einfach ein neues erstellen, indem Sie "fdisk / dev / sda" ausführen, eine neue "8e - linux lvm" - Partition erstellen und die aufrufende pvcreate-Komponente darauf laden. Diese Verwendung von "vgresize" wurde in die vg_root-Volume-Gruppe integriert. Zum Schluss wird lvextend -L + ausgeführtG` zum Vergrößern von LV und `resize2fs` im Dateisystem selbst. So erhalten Sie die vergrößerte Partition, anstatt eine neue - getrennte - zu erstellen. Fiisch vor 10 Jahren 0
@Fiisch Das ist nützlich. Ich kann jetzt vielleicht nicht testen, aber wenn Sie Ihren Kommentar zu einer Antwort verschieben möchten, können Sie dies gerne tun. Ich bin absolut nicht verbunden (und ziehe es auch gar nicht vor), mir die Antwort zu gewähren. javadba vor 10 Jahren 0
Vielen Dank. Ich werde es wahrscheinlich rechtzeitig machen. Was ich geschrieben habe, ist zu vage, um eine richtige Antwort zu sein. Fiisch vor 10 Jahren 0