Administrace komentářů

Jak byste rozpartitionovali ten vetsi datovy disk…

Nijak. Doporučuji nepoužívat ani GPT; nemá to žádný smysl. Přímo na disk dát LUKS. Do toho souborový systém.

…a jake filesystemy byste zvolili?

Btrfs.

Proc?

Protože je bezkonkurenčně nejlepší. Nejlepší spolehlivost, výkonnost, flexibilita a k tomu portfolio vlastností, které nic jiného (přímo v kernelu) nemá.

Který souborový systém se dá například po přidání dalšího disku bez mrknutí oka a bez odmountování zkonvertovat z jednoho disku na RAID1? Ano, jedině Btrfs.

Jedině Btrfs umí skutečné zálohy s inkrementálními (rozdílovými) a atomickými snapshoty, které se dají posílat mezi originálním a zálohovacím souborovým systémem.

Ja pracovne uvazuju o nejakych 600 GB na timemachine backups, …

Nejlepší timemachine je Btrfs. 100%. Zásada číslo 1: Nedělit, nedělit, nedělit.

…900 GB na media (filmy, malinko mozna hudba a knizky)…

Co když bude dočasně potřeba 901 GB? Co když bude u výše jmenovaného oddílu dočasně potřeba 601 GB? Nedělit, nedělit, nedělit.

…a zbytek (~400 GB) jako sandbox na kraviny typu docker, sifrovany FS,…

Šifrované má být 100% všechno, 100% všechno v LUKS. Neexistuje důvod, aby to tak nebylo. Hardwarově akcelerované šifrování je dnes zdarma. I béčkový procesor dokáže šifrovat s propustností, kterou skoro žádné SSD nedá (snad kromě těch PCIe extrémů za $10k+). V nehorším případě (typu krádež NASu) se pak aspoň k datům nikdy nikdo nedostane.

…uceni se novych veci, etc...jake fs zvolit?

Btrfs.

Je to rozumne? je to nesmysl? proc?

Jakékoliv zbytečné dělení je nerozumné. Připravit se o klíčové výhody Btrfs (pod mylným dojmem, že jsou za každou cenu potřeba zastaralé FS) je nerozumné.

…mam zkusit jit do nejakych tech flexibilnich veci (lvm) co se daji zvetsovat a zmensovat?

Ne. LVM je v tomto kontextu dokonale obsolete. Btrfs dokáže všechno to zvětšování a zmenšování nesrovnatelně lépe — díky tomu, že nic takového nepotřebuje.

Neni to zbytecne slozite, s jednim fyz. diskem?

Je. Jeden fyzický disk, dva fyzické disky i deset fyzických disků nejlépe využije Btrfs.

Jaka jsou nejzasadnejsi rizika? Asi vypadek elektriky pri primountovanych diskach a zapisu. Ktery FS se s tim nejlip vyporada a da se snadno opravit?

Btrfs.

A hlavně, když už se vlivem hardwaru předstírajícího bariéry přece jen něco semele, Btrfs to (na rozdíl od zastaralých filesystémů) díky svým checksumům zjistí a oznámí, místo aby vracel náhodně zničená data.

Jak to mate vy? a proc prave tak? Jake velikosti a fs byste doporucili?

Takhle to mám na jednom ze strojů. Velikosti: Vždy 100%. FS: Vždy Btrfs.

• Systém: 2 SSD, Btrfs RAID1 (data i metadata) na LUKS kontejnerech, bez oddílů (tj. bez GPT). (Bootuje se z redundantních flashdisků; není tedy důvod mít na „provozních“ discích GPT.)
• Data: 8 SSD, Btrfs RAID6 (data) + RAID1C3 (metadata, dočasně) na LUKS kontejnerech, bez GPT. (RAID6 metadata (vzdor rozšířeným nesmyslným pověrám) by byla pořád nesrovnatelně jistější než mdadm / dmraid AID6 může být, zatímco RAID1C3 je ještě o řád + galaxii jinde. Plánuju v budoucnu rebalance na (také) RAID6 metadata. (Jinak RAID6 metadata jsem měl mezi lety 2015 a 2020; bez problémů, jen jsem se pak zalekl pověr, které zmiňují write hole, jenom zapomínají dodat, že všechno ostatní (!) má mnohem horší write hole.))

Tahle↑↑↑ konfigurace už zachránila moje data asi desetkrát. Byla na 6 discích. 2 selhaly. Ustála to. Pak na 8 discích. Další 2 selhaly. Vyměnil jsem je jako žárovky; žádný problém. Pak jsem si konečně připustil, jak hrozná sračka je SMR a že 5 TB v 2,5" formátu za tu nespolehlivost nestojí. Následovala (postupná) výměna všech 8 disků za SSD. Za provozu. Bez odmountování. Pak za rok selhalo jedno SSD. Katastrofálně. Odpojovalo se a vracelo se, několik hodin. Vracelo nesmyslná data. Během toho se na pole zálohovalo. Hrůza! Jenže Btrfs všechno bravurně ustál. SSD jsem pak vyměnil jako žárovku. Život jde dál. Btrfs rocks + rulezzz.