O, a 3. pont egy kicsit el van rugaszkodva a valosagtol, meg igy mindentol. A lemezcsere meg okes, de a RAID eseteben nem (vagy csak nagyon ganyolosan) lehet megoldani, hogy kulonbozo meretu lemezparokbol tukrot vagy stripe-t csinaljon, eppen a RAID tulajdonsagaibol kifolyolag: tukor eseteben nem lehet nagyobb a raid kotet mint a paros legkissebb eleme, hiszen akkor lennenek olyan adatok, amik nincsenek tukrozve. Raid0 eseten pedig megint ugyanez van, lennenek olyan adatok, amik csak az egyik lemezrol jonnek. Ez igy hulyeseg.
Azt meg lehet csinalni, hogy tobb raid1-et csinalsz, es ezeket kotod lvm-be. Ha cserelsz, akkor ugyanakkora mereture cserelsz. Elvben meg lehet azt csinalni, hogy a raid tomb alatt mindket lemezt kicsereled nagyobbra, es akkor elmeletileg nagyobb tud lenni a raid tomb, max mdadm-mal kell valamit varazsolni, hogy lassa a nagyobb meretet. De altalanos ervenyu szabaly, hogy barmilyen raid-et csak egyforma lemezekbol allitunk ossze, ezt nem tudod megkerulni, ez a technologia lenyegebol fakad.
Ami az LVM-es megoldasodat illeti, en azt mondom, ezt igy NE. Tul azon, hogy baromi lassu lesz, meg raadasul instabil is lesz, mert az LVM koteteket nem igazan erre talaltak ki. Maga a linuxos LVM is tud mirroringot, esetleg azon a vonalon elindulhatsz, de a most felvazolt tervet surgosen ejtsd el a kuka felett.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.