Itt egy majdnem hat éves vason lévő rendszerről van szó, aminél a "tervezés", ha volt, legalább hat éve történt, és azért nem, hogy hat de néha 2-3 évre előre sem lehet látni, hogy mekkora tárolási igénye lesz valaminek. PLusz ha még látszott is hat éve, hogy moostanra kinövik az akkor belépített tárhelyet, egyáltalán nem biztos, hogy az lett volna hat éve a helyes döntés, hogy a mostani igénzeknek megfelelő, "egy számmal nagyobb" diszket vegyék meg, és az kerregjen hat évig úgy, hogy vagy életben lesz a diszk akkor, amikor a nagyobb méret választásának értelme lesz, vagy sem. Nem egy, sok éves szervert (akár kkv, akár nagyvállalati környezetben virtualizáltat) láttam már úgy, hogy sok éves működés alatt ahogy az igények nőttek, kapta az újabb diszkterületet. A fizikai gépbe toltak újabb diszket, a vm meg kapott plusz területet - miután az alatta lévő SAN-ba is rendszeresen került bővítés. Az, hogy ezt hogy kezeli a rendszer gazdája: új fájlrendszer, új mountpoint, aztán ha kell linkek sora ide-oda, vagy pvcreate/vgeztend/lvresize oszt' jónapot, az az ő dolga - valahogy nekem ez utóbbi jobban tetszik...
A Linux LVM nem méregpohár, cvsak az előbb említett alulképzett fejlődésben sok éve megállt Linux rendszergazdáknak az :-)
Ja, a migrálásra azért bőven ad lehetőséget a Linuxos lvm is, csak a "tervezés" az, amire ott is szükség van, ha épp átrendezésre/konszolidálásra kell sort keríteni - és meg kell érteni/el kell fogadni, hogy a logikája más, mint más oprendszerek logikai kötetkezelő megoldásainak :-P