fsck kollar om filsystemet (mappar, inoder, sånt) är konsistent. Sånt kan bli inkonsistent om det blir strömavbrott under en skrivning eller glapp i datorn. Data i ett block har inte blivit färdigskrivet och stämmer inte med data i andra block. Filsystemet har ofta massor med redundans för den övergripande strukturen (mappar, inoder, sånt) så den kan återskapa inkonsistent data.
fsck kollar
inte konsistensen av allt data i alla filer. Den kan inte återskapa fel som uppstått inne i filer (kanske att journalling kan det för nyligen ändrade filer).
Om det blir läsfel på vissa block på disken så är det troligen inte (bara) att data är inkonsistent ("fel" ettor och nollor) utan att disken är trasig just där ("inga" ettor och nollor). Om det trasiga blocket är inne i en datafil är det inte säkert att fsck upptäcker det.
Om
första fsck säger "fel vid läsning av block", så kommer den nog att använda redundansen för att återskapa datat i blocket och skriva tillbaka blocket. Skrivningen kan nu ske till ett reservblock som inte är trasigt (men som får samma blocknummer som, och därmed ersätter, det trasiga blocket).
Nästa fsck direkt efteråt ser nu konsistenta data och allt ser bra ut. Det felaktiga blocket finns kvar på skivan men kommer aldrig mer att användas.
Ska jag se det som varningstecken för en hårddiskkrasch eller nåt?
Jag tolkar "Fel vid läsning av block" som ett fel på hårddisken och inte (bara) inkonsistenta data. Det kan vara isolerade fel och resten av disken har månader eller år kvar. Eller så packar den ihop om en timme. Gör en mer rigorös kontroll om innehållet i filer kan ha påverkats, och i så fall se till att ha en backup från en tidpunkt innan skadan skedde.