Administrace komentářů

vynecham reakce kolem btrfs, sam ho nepouzivam, zkusil jen jednou prekonvertovat ext4 na btrfs a dopadlo to spatne(coz sem tusil a pak mi i bylo logicky nekolikrat potvrzeno ze byl spatnej napad(i presto ze to byl oficialni nastrol na prevod)), ciste btrfs stale odkladam...

ad LUKS = za me urcite ano, nic vic k tomu nemam co rict, proste ano, stiznosti o rychlosti ignorovat

ad LVM = za me urcite ano pri pouziti ext4 (resp. pri nepouziti btrfs nebo zfs(s tim tez zkusenosti nemam)) LVM ma obrovskou vyhodu v tom, ze muzes "rozdelovat" ale nejsi tim omezovan, ja LVM pouzivam tam ze pres celej(kdyz nepocitam pripadne EFI oddil a pripadne BIOS oddil pro podporu LegacyBoot z GPT oddilu) disk udelam 1 oddil, ten zasifruju pres LUKS a ten celej udelam LVM PV (~fyzickej disk pro LVM), v tom celem udelam LVM VG a v nem udelam podle potreby ruzne LV, 1 pro /, 1 pro /boot, 1 pro /home, 1 pro /data, 1 pro swap, pripadne 1 pro /var... velikosti ale urcim dle odhadu/potreby, nikoliv abych cele VG pro ne rozdelil, tzn. ze ve VG pak zustane nepouzite misto... to se pak vyuzije jak pro LV snapshot (ulozeni aktualniho stavu oddilu, pak lze udelat pokus s instalaci neceho co zasahuje hodne do systemu a kdyz se neco podela tak se vratim k predchozimu stavu, kdyz ne, tak lvsnaphot smazu(u btrfs je vyhoda ze podobnych snaphostu muzes mit stovku a nijak to nebrzni, u LVM je lepsi pouzit jen 1 a ten pak zrusit kdyz neni treba), zaroven to nevyuzite misto v VG podle potreby casem pridavam nekterym LV, treba si reknu ze /home chci o par GB vetsi, tak ho zvetsim, to lze za chodu (= pripojenem lv oddilu): lvresize /dev/vg/home -L +2GB -r

ad /tmp v ram = to uz mas vyresene, tak jak to mas je to v pohode...

ad 15GB pro / = i kdyz bys nemel oddelenej /var muze to stacit (pokud mas oddelene /home, nebo to kam davas data), nekdo zminoval ze ve /var se mu kompiluje, to ale pujde o Arch, nikoliv Debian/*buntu/Mint, ty tam maji vetsi jen stazene balicky co si instaloval (lze je mazat: sudo apt clean(delam to po kazde aktualizaci rovnou a nic mi tam pak zbytecne nezabira misto) a pripadne virtualy pro KVM (virt-manager) coz je dobre tak ci tak dat mimo /), nebo mysql databaze (opet je lepsi je mit mimo / (mysleno kdyz nepouzijes samostantj /var)

ad oddelenej /var = je to dobre kdyz chces mit rootfs co nejmensi a/nebo kdyz se bojis ze ti nejakej bug cehosi zacne plnit logy a pak najednou zmrzne system, nejde nastartovat a musis resit livecd/usb abys to promazal... urcite bych ho ale nedaval zbytecne 30GB, protoze jestli se log zaplni do max, tak se zaplni jak pri 5GB var, tak pri 1000GB /var dulezite je to, ze to nesejme system, resp. zacne byt problem ze nema kam logovat, ale stale to muzes vyresit z beziciho systemu, zastavit logovani, presunout log jinam (nebo smazat kdyz hned zjistis co ho zaplnilo) vyresit problem, pustit logovani...

ad swap + LUKS = swap muze byt v LUKS/LVM/LV neni problem, nemusi se delat oddelen mimo LUKS, NAOPAK je to NEVHODNE, protoze pak kdyz mas uspane PC a nekde vezme tvuj disk, tak i presto ze je sifrovanej, tak z nesifrovaneho SWAPu muze vytahnout HROMADU informaci...

ad SSD jako mas USB3 = ten script luksuntu co vzesel z toho vlakna o sifrovani flash, muzes pouzit i na disk jen je hacek ze misto *buntu ted chces Debian, takze ta cast kdy to pousti *buntu instalator by se musela zmenit na pusteni Debian instalatoru