Am Mittwoch 01 Dezember 2010 schrieb Jens Stimpfle: > > * Vorhandene Daten auf neues Dateisystem migrieren? Neue LV mit neuem > > FS erzeugen, Daten kopieren, alte LV löschen. Habe so selber damals > > meine ganzen Daten von ext3 nach XFS migriert. > > * Ich nutze KVM für die Virtualisierung für Testsysteme etc. jedes > > Gastsystem bekommt eine LV. Das ist zum einen die wohl performanteste > > Möglichkeit, zum anderen auch nachträglich gut erweiterbar. > > dd if=/dev/zero count=0 bs=1024 seek=$((10 * 1048576)) \ > of=~/vm/neuepartition-zum-testen > > Ich sehe nicht, wo diese Methode hier irgendeinen relevanten oder > irrelevanten Nachteil hätte. Erweiterbar ist die genauso, von 10 auf > 20GB mit der selben zeile: > > dd if=/dev/zero count=0 bs=1024 seek=$((20 * 1048576)) \ > of=~/vm/neuepartition-zum-testen Inwiefern ist das jetzt einfacher als shambhala:~> lvcreate -n test -L20G shambhala Logical volume "test" created shambhala:~> lvextend -L+10G /dev/shambhala/test Extending logical volume test to 30,00 GiB Logical volume test successfully resized shambhala:~> lvremove /dev/shambhala/test Do you really want to remove active logical volume test? [y/n]: y Logical volume "test" successfully removed ? Also ich finde die dd-Syntax mit seek und $((10 * 1048576)) komplexer und schwieriger zu durchschauen als die lvcreate-Syntax. Und was an einem Partitionierungschema wie shambhala:~> fdisk -l /dev/sda Platte /dev/sda: 320.1 GByte, 320072933376 Byte 255 Köpfe, 63 Sektoren/Spur, 38913 Zylinder Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000 Gerät boot. Anfang Ende Blöcke Id System /dev/sda1 * 1 63 506016 83 Linux /dev/sda2 64 561 4000185 82 Linux Swap / Solaris /dev/sda3 562 38913 308062440 8e Linux LVM ist kompliziert? Und LVM bedeutet ja nicht, für jeden Kleinklecks ein eigenes logisches Volume aufmachen zu müssen: shambhala:~> lvdisplay /dev/shambhala --- Logical volume --- LV Name /dev/shambhala/debian VG Name shambhala LV UUID pX7fpe-Ia1U-Laua-AOBT-M0ud-XztJ-2oeEmR LV Write Access read/write LV Status available # open 1 LV Size 20,00 GiB Current LE 5120 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 253:0 --- Logical volume --- LV Name /dev/shambhala/home VG Name shambhala LV UUID MRvPsH-OUDf-UfTE-lN0o-NK46-w1ho-Ud2I1l LV Write Access read/write LV Status available # open 1 LV Size 200,00 GiB Current LE 51200 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 253:1 --- Logical volume --- LV Name /dev/shambhala/btrfstest VG Name shambhala LV UUID QFfTCh-fERO-3oMy-Zb4j-FRY3-LW7F-gzL0vd LV Write Access read/write LV Status available # open 0 LV Size 10,00 GiB Current LE 2560 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 253:2 Und so muss ich nicht gleich 70 GB für / verwenden, wenn es auch 20 GB erstmal tun. -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
Attachment:
signature.asc
Description: This is a digitally signed message part.