Ich habe bereits im Forum gesucht, konnte aber keine passende Antwort finden:
Ich habe einen Ubuntu Server 10.04 als KVM Host und ein Gastsystem, auf dem auch 10.04 läuft. Das Hostsystem verwendet LVM und es gibt drei logische Volumes, die dem Gast als virtuelle Blockgeräte zur Verfügung gestellt werden - eines für /, eines für / home und eines für Swap. Der Gast war ohne LVM aufgeteilt worden.
Ich habe das logische Volume im Hostsystem bereits vergrößert - der Gast erkennt die größere virtuelle Festplatte erfolgreich. Diese virtuelle Festplatte enthält jedoch eine "gute alte" Partition, die immer noch die alte geringe Größe hat.
Die Ausgabe von fdisk -l ist
me@produktion:/$ LC_ALL=en_US sudo fdisk -l
Disk /dev/vda: 32.2 GB, 32212254720 bytes
255 heads, 63 sectors/track, 3916 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: 0x000c8ce7
Device Boot Start End Blocks Id System
/dev/vda1 * 1 3917 31455232 83 Linux
Disk /dev/vdb: 2147 MB, 2147483648 bytes
244 heads, 47 sectors/track, 365 cylinders
Units = cylinders of 11468 * 512 = 5871616 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000f2bf7
Device Boot Start End Blocks Id System
/dev/vdb1 1 366 2095104 82 Linux swap / Solaris
Partition 1 has different physical/logical beginnings (non-Linux?):
phys=(0, 32, 33) logical=(0, 43, 28)
Partition 1 has different physical/logical endings:
phys=(260, 243, 47) logical=(365, 136, 44)
Disk /dev/vdc: 225.5 GB, 225485783040 bytes
255 heads, 63 sectors/track, 27413 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: 0x00027f25
Device Boot Start End Blocks Id System
/dev/vdc1 1 9138 73398272 83 Linux
Die Ausgabe von Parted Print All ist
Model: Virtio Block Device (virtblk)
Disk /dev/vda: 32.2GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number Start End Size Type File system Flags
1 1049kB 32.2GB 32.2GB primary ext4 boot
Model: Virtio Block Device (virtblk)
Disk /dev/vdb: 2147MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number Start End Size Type File system Flags
1 1049kB 2146MB 2145MB primary linux-swap(v1)
Model: Virtio Block Device (virtblk)
Disk /dev/vdc: 225GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number Start End Size Type File system Flags
1 1049kB 75.2GB 75.2GB primary ext4
Ich möchte erreichen, dass die Partition / dev / vdc1 einfach vergrößert oder verkleinert wird, sodass der gesamte vom virtuellen Blockgerät / dev / vdc zur Verfügung gestellte Speicherplatz genutzt wird. Das Problem ist, dass, wenn ich das mit trennte zu tun versuche, es sich beschwert:
(parted) select /dev/vdc
Using /dev/vdc
(parted) print
Model: Virtio Block Device (virtblk)
Disk /dev/vdc: 225GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number Start End Size Type File system Flags
1 1049kB 75.2GB 75.2GB primary ext4
(parted) resize 1
WARNING: you are attempting to use parted to operate on (resize) a file system.
parted's file system manipulation code is not as robust as what you'll find in
dedicated, file-system-specific packages like e2fsprogs. We recommend
you use parted only to manipulate partition tables, whenever possible.
Support for performing most operations on most types of file systems
will be removed in an upcoming release.
Start? [1049kB]?
End? [75.2GB]? 224GB
Error: File system has an incompatible feature enabled. Compatible features are has_journal, dir_index, filetype, sparse_super and large_file. Use tune2fs
or debugfs to remove features.
Was kann ich also tun? Dies ist ein kopfloses Produktionssystem. Was ist ein sicherer Weg, um diese Partition zu vergrößern? Ich kann es jedoch nicht aushängen - das ist also nicht das Problem.
Edit: Cfdisk zeigte einen kleinen freien Speicherplatz unpartitioniert, dann die Partition (gekennzeichnet als "boot" und Linux / ext3) und dann den Rest des unpartitionierten Speicherplatzes. Nach dem Löschen der Partition und dem erneuten Erstellen mit cfdisk - cfdisk zeigt einen großen partitionierten Bereich (was für mich in Ordnung wäre) und als Dateisystem nur "Linux" an.
Resize2fs gibt diesen Fehler zurück
resize2fs 1.41.11 (14-Mar-2010) resize2fs: Bad magic number in super-block while trying to open /dev/vdc1 Couldn't find valid filesystem superblock
quelle
Ein Beispiel:
/ dev / sdb2 ist die / boot-Partition. Es ist 100 MB, was ziemlich klein ist. Um diese ext4-Partition auf einem laufenden System zu vergrößern, gehen Sie wie folgt vor (als root oder sudo):
getan!
Alle Daten bleiben erhalten. / boot ist einsatzbereit und 472 MB groß (trennte sich nicht so sicher mit den Größen, lesen Sie das Handbuch, um zu wissen, warum)
Alle Daten wurden zuvor nur vorsorglich gesichert. Ich empfehle dasselbe zu tun.
Verwenden Sie den folgenden Befehl, um den Prozess zu finden, der das Abmelden von / boot stoppt, wenn dies fehlschlägt:
Viel Glück!
quelle
Wenn Sie versuchen, eine Partition zu löschen und neu zu erstellen, könnte es sein, dass Sie beim Start Ihrer Partition unter 2048 Probleme haben, mit denen ich zu tun hatte
resize2fs.Ab der fdisk-Version 2.17.2 werden Sie von fdisk IIUC gezwungen , ab 2048 zu beginnen, um sicherzustellen, dass Ihre Festplatte "richtig ausgerichtet" ist. Wenn also Ihre ursprüngliche Partition vor 2048 gestartet wurde, steht Ihnen eine holprige Fahrt bevor, um die Partition neu zu erstellen.
Der beste Ansatz ist, rsync beim Klonen einer Festplatte auszuführen .
quelle