Portál AbcLinuxu, 10. března 2026 10:59
Jinak je pravda že jak to začalo blbnout tak se na disk žádné důležité data pro jistotu nezapisovaly, a ty neduležité to přežily.
FAT16 ?
.
Uz dlouhou dobu (nekolik) let pouzivam ReiserFS a bezi naprosto skvele na ruznych discich, bez jedineho problemu. Nedavno se mne podarilo prepsat nulama zacatek disku, kde byla partition s ReiserFS; rebuild tree to vyresilo a neprisel jsem skoro o zadne data.
Ted testuju Reiser4 na systemove partition a taky uz nekolik mesicu bezi. Okoli do me porad ryje, ze se mi to podela, ale zatim to drzi a nejsou s tim problemy.
man sync
Mar 10 23:45:02 localhost kernel: NVRM: Xid: 23, L1 -> L0
Mar 10 23:45:02 localhost kernel: NVRM: Xid: 8, Channel 00000001
a initrd nepouzivam/nesnasim, takze ma smulu.
. S odolnosti je XFS naprosto bez problemu, pokud si s necim neporadi pri mountu sam tak nastroje to zvladnou. Pokud je uz system opravdu fest rozsypany ze to nezvladnou, krajni nouzi je smazat erorlog a pak uz to zvladnou. Setkal jsem se akorat jednou s tim, ze zadna utilita nezabrala a to byl repair na image rozsypaneho systemu a jeste naprosto pitome udelaneho image, ze nesouhlasila velikost s velikosti partisny takze vadne bloky byly asi misto nulovych vynechane uplne, pak tam samozrejme nemuze sedet vubec nic tak to docela chapu. Takze pozor na opravovani pokud si vytvarite image
. Dalsi co muze s XFS nastvat je nulovani nekterych souboru, typicky otevrenych pro zapis kdyz se system vypne pri zapisu, jednou jsem si takto zmrvil .bash_history takze opravdu nic tragickeho. Jinak se tato vlastnost myslim da potlacit a mozna ze uz v 2.6 potlacena je, ale nevzpomenu si ted na detaily.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.