Citace Původně odeslal Marty Zobrazit příspěvek
To vypadá dobře, jen jak se to zachová, až tam za dva roky přidám 4TB disk a budu ho chtít přidat do stávajícího pole a vhodně využít kapacitu?
V modelu s partitionama bych na novém disku udělal partition požadované velikosti, postupně disky povyměňoval a až bych měl všechny o stejné velikosti, zdrojové partition bych zvětšil přes celý disk (celé disky). Ale tím bych si asi rozesral to pole, hm.
Myslim, ze je lepsi koupit nove disky a data prekopirovat, pri takovych experimentech muzes data ztratit. Z principu blokovych zarizeni v unixu muzes klidne kombinovat /dev/sda, /dev/sdb1 a treba i /dev/loop0 nebo /dev/shm, neni v tom rozdil. Velikosti blokovych zarizeni by mely sedet nebo byt vetsi, pro nektere typy poli to asi neni nutne (RAID0 linear). Kvuli flexibilite mame prave LVM, prip. nove vlastnosti btrfs (a ZFS).

mdadm ma moznost shrink a grow, ale osobne bych se do toho nepoustel. Resizovat filesystem na vetsi neni problem, resizovat pole bude, zase v zavislosti na pouzitem typu RAIDu. Nicmene uvedom si, ze treba u tridiskoveho RAID5 by ti pak vznikly dve mezery uprostred pole a to zadny filesystem nerozdejcha, mdraid by se s tim musel nejak poprat a namapovat si vzniklou nelinearitu (ale kam si to ulozi? v superblocku moc mista nema).

Citace Původně odeslal Marty Zobrazit příspěvek
Takovej malej dotaz, jakou máš konfiguraci ty na tom tvém serveříku? kolik disků, jaké partition a tak?
Nic extra, dva disky jsou nezalohovane a na dalsich dvou je nekolik mdraid RAID1 partitions. Mirrorovany boot, root, home a dulezity storage. Zalohy techto dat neresim, mam tri stroje, maily balim z workstationy na server, fotky mam na workstatione a ext. discich. Prip. lehky rsync v cronu.