EVMS / LVM2 zonder data verlies?

[andrewf]

Ik heb momenteel 3 HD's (40G+60G+160G) met data op.
Is het mogelijk deze 3 disks samen te voegen met evms of lvm2 zonder dat ik de data erop kwijt ben?

De bedoeling is gewoon de 3 disks als JBOD/spanning te gebruiken (geen RAID) , kan ik dan best voor evms of voor lvm2 kiezen?

[shinadul]

Ik heb momenteel 3 HD's (40G+60G+160G) met data op.
Is het mogelijk deze 3 disks samen te voegen met evms of lvm2 zonder dat ik de data erop kwijt ben?

De bedoeling is gewoon de 3 disks als JBOD/spanning te gebruiken (geen RAID) , kan ik dan best voor evms of voor lvm2 kiezen?

Met LVM2: Nee, PVCreate = formatteren.

Wat je wel kan doen is 1 van je schijven leeghalen (liefst de 60)

Dan met 1 schijf je LVM volume bouwen, daarna de 40 overpompen naar de 60.
Daarna de 40 toevoegen aan je LVM setje... dan heb je 100Mb beschikbaar op je LVM volume.... dan de 160 nog


Lvm2 werkt altijd goed. evms geen ervaring mee.

[andrewf]

Heb het ondertussen ongeveer gedaan zoals je zei.
Schijf per schijf kopieren en aan de VG toevoegen.

Ik heb enkel nog een vraagje:
mocht 1 van de 3 schijven het begeven, ben ik dan alles kwijt? of kan ik wat er op de 2 overige stond nog gedeeltelijk redden? (ik heb geen stiping gebruikt)

[shinadul]

Heb het ondertussen ongeveer gedaan zoals je zei.
Schijf per schijf kopieren en aan de VG toevoegen.

Ik heb enkel nog een vraagje:
mocht 1 van de 3 schijven het begeven, ben ik dan alles kwijt? of kan ik wat er op de 2 overige stond nog gedeeltelijk redden? (ik heb geen stiping gebruikt)

Dan ben je alle files kwijt die fysiek op die schijf stonden. Echter, wees erop voorbereid dat als je root-partitie ( de / dus) deel uitmaakt van je LVM group, dat je systeem dan niet wil bootten tot het kapotte gedeelte uit de volume group is verwijderd.

Ikzelf richt mijn systeem altijd in met een extra "root" filesysteem buiten LVM op, waarop een rescue-linux staat. (soort bootcd, op harddisk dus)

mijn partitie-tabel ziet er dan ongeveer zo uit:

Code: Select all

/dev/sda1 [boot]
/dev/sda2 [root-rescue]
/dev/sda3 [swap]


/dev/sda4 [LVM]
/dev/sdb [LVM]
/dev/sdc [LVM]

Waarbij mijn LVM dus 1 grote Volume group is die het hele systeem bevat. Dit zou ik ook kunnen uitpartitioneren maar ik zie daarvan het nut niet zo.

Origineel was het nut namelijk dat je systeem nog kan bootten als er iets mis is met een andere partitie (bijv. logging schrijft /var 100% vol) maar met huidige schijfgroottes is de kans bij thuisgebruik daarop nagenoeg nihil.

Ondertussen heb ik een stuk over EVMS gelezen, ik denk dat ik daar ook eens mee ga oefenen, klinkt leuk.

[andrewf]

Mijn boot, root en swap partities staan op een 4e schijf dus das al een risico minder.
De LVM was voor de 'fileserver' partitie, waar er vooral losse bestanden op staan.

[infirit]

Met LVM2: Nee, PVCreate = formatteren.

Dit is niet geheel waar

pvcreate maakt aan het begin van de harddisk of partitie een "volume group descriptor" aan. De eventuele data bestaat dan nog steeds. Zodra er binnen de pv een lv aangemaakt word en er word een fs opgemaakt dan pas zal er data overschreven worden. Dus PVCreate != formatteren maar mkfs is dat wel

[shinadul]

Met LVM2: Nee, PVCreate = formatteren.

Dit is niet geheel waar

pvcreate maakt aan het begin van de harddisk of partitie een "volume group descriptor" aan. De eventuele data bestaat dan nog steeds. Zodra er binnen de pv een lv aangemaakt word en er word een fs opgemaakt dan pas zal er data overschreven worden. Dus PVCreate != formatteren maar mkfs is dat wel

Uiteraard. Maar ik probeerde het simpel te houden voor degenene die niet/nooit met LVM gewerkt hadden.

MKFS is ook nog ongedaan te maken, alhoewel een stuk moeilijker.

In de practische zin van het woord is PVcreate wel degelijk formatteren. Zonder 'rescue' tools kom je namelijk niet meer bij je data.