GNU/Linux >> Znalost Linux >  >> Linux

Kdy je fsck nebezpečný?

Řešení 1:

fsck rozhodně způsobí více škody než užitku, pokud je základní hardware nějak poškozen; špatný CPU, špatná RAM, umírající pevný disk, pokazil se řadič disku... v takových případech je nevyhnutelné další poškození.

Pokud máte pochybnosti, je dobré pořídit obraz poškozeného disku s dd_rescue nebo nějaký jiný nástroj, a pak se podívejte, zda můžete úspěšně opravit tento obrázek. Tímto způsobem budete mít stále k dispozici původní nastavení.

Řešení 2:

Viděli jste jeden příklad kde fsck fungovalo, ale viděl jsem více než dost poškozených souborových systémů, kde to nefungovalo úspěšně. Pokud by to fungovalo plně automaticky, možná nebudete mít šanci dělat věci jako dd výpis z disku nebo něco podobného, ​​což by v mnoha případech byl skvělý nápad udělat před pokusem o opravu.

Je to nikdy, nikdy dobrý nápad něco takového automatického vůbec zkusit.

A moderní servery by měly mít vzdálené konzole nebo alespoň nezávislé záchranné systémy, aby se z něčeho takového mohly zotavit, aniž by se k serveru přitahoval stojan KVM.


Linux
  1. Není méně jen více?

  2. Bad Magic Number na externím HDD Superblock?

  3. Obnovení z poškozeného souborového systému, když Fsck nepomáhá?

  1. více:příkaz nenalezen

  2. Kdy použít dedikovaný server

  3. Je výkonnější spouštěná úroveň nebo hrana?

  1. méně je více? Je více méně? Jsem tak zmatená

  2. gzip - přesměrování nebo potrubí?

  3. Kdy je vyžadován restart?