Administrace komentářů

ext2 tam kde neni potreba zurnalovat

A to je přesně kde (mimo boot)? Sorry, ale opět jako u předchozí diskuse, tohle jsou rady tak 15 let staré. Pokud nestavíte hodně speciální storage, kde přesně víte co vám který fs přinese a odnese a můžete si dovolit říct "nepotřebuju žurnál, protože ten fs vytvořím znovu a data zkopíruju z repliky" (což vůbec není váš případ), tak dneska řešit žurnál nebo nežurnál je úplně mimo mísu. Z klasických FS dneska vedle sebe na zcela stejné úrovni stojí ext4 nebo XFS. ext4 má výhodu, že se umí shrinknout (což je vám ale u MBR / GPT oddílů stejně k ničemu) a XFS je default spíše pro serverové nasazení (a můj favorit v klasických fs, kdekoliv nechci požívat BTRFS nasazuju XFS).

LVM ani LUKS ani videt - tam vzdy kdyz se cokoliv drobneho trosku pokazi, tak mam po srande a jedine co muzu je pustit zachranu dat z poskozeneho disku. To se u systemu ext2, ext3 a ext4 nestava, tam jdou data bezpecne precist i po vetsi havarii.

No tak LVM není FS, LVM je jen rozdělení disku. Na LVM můžete mít to vaše zázračné extX, které se nikdy nepokazí a funguje i na vadném disku . Šifrování, pochopitelně, věci komplikuje.

Jinak na LVM se nemá co pokazit. LVM je skutečně (v prvním přiblížení a ve vašem případě) jen lepší rozdělení disku. Pokud se neztratí informace o přidělení bloků jednotlivým LV, tak se mu vůbec nemá co stát. A pokud LVM o tyto metadata přijde, tak to znamená, že se s fyzickým diskem děje něco hodně špatného. Ale pokud se vám totéž stane s MBR / GPT (tedy že je natolik poškozen první sektor, že se ta table (v případě MBR) prostě z disku nedá přečíst, tak je fakt vadný. (Ano, teď určitě někdo přispěchá s informací, že pomocí nástrojů lze najít počátky jednotlivých FS a obnovit tak alespoň některé oddíly a rekonstruovat tabulku. OK. To opravdu operujete s takto poškozenými disky a věříte datům z nich vytaženým? Proč rovnou nevytáhnete zálohu?)