Tiedostojärjestelmän korjaus ja pari viallist ablokkia

[AimoE]

Avasin koneen ja ruutu pysyi pimeänä, monta minuuttia. En ollut ihan virkeimmilläni, joten vian selvittelyn sijaan sammutin koneen virtanapista. Tämän jälkeen USB2-liitännällä ollut ulkoinen levy ei avautunut:

Error mounting /dev/dm-8 at /media/haltia/Kapistus: Command-line `mount -t "ext4" -o "uhelper=udisks2,nodev,nosuid" "/dev/dm-8" "/media/haltia/Kapistus"' exited with non-zero exit status 32: mount: /dev/mapper/luks-623495e9-4363-4e47-9200-266c238e659c: can't read superblock

Niinpä ajoin tarkistuksen:

Koodia: [Valitse]

$ sudo e2fsck -p -v /dev/mapper/luks-623495e9-4363-4e47-9200-266c238e659c
Kapistus: recovering journal
Error reading block 60851183 (Attempt to read block from filesystem resulted in short read). 

Kapistus: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options)

ja sitten toisen:

Koodia: [Valitse]

$ sudo fsck /dev/mapper/luks-623495e9-4363-4e47-9200-266c238e659c
fsck – util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
Kapistus: recovering journal
Error reading block 60851183 (Attempt to read block from filesystem resulted in short read).  Ignore error<y>? yes
Pakota uudelleenkirjoitus<y>? no
Error reading block 60851184 (Attempt to read block from filesystem resulted in short read).  Ignore error<y>? yes
Pakota uudelleenkirjoitus<y>? no
Setting free inodes count to 30515518 (was 30515597)
Setting free blocks count to 96911182 (was 99103564)
Kapistus: clean, 7874/30523392 files, 25158618/122069800 blocks
ja vasta tässä vaiheessa tuli sitten mieleen että olisi pitänyt ensin kysyä mikä olisi oikea proseduuri.

En pysty levyn sisällöstä päättelemään tuleeko tästä nyt jotain ongelmia. Levyllä on lähinnä varmuuskopioita, ei juuri muuta, mutta pelottaa että joku oleellinen tieto jota enkä joskus tarvitaan ei sitten tulekaan levyltä ulos.

[nm]

Jos levyllä olisi ollut kriittistä dataa, olisin tehnyt siitä dd:llä tai vastaavalla työkalulla 1:1 varmuuskopion muualle ennen korjaustoimenpiteitä. Levykryptauksen kanssa on myös hyvä pitää mielessä, että tällaisissa ongelmatilanteissa on mahdollista helposti kadottaa kaikki data, jos avaimet katoavat tai kryptaus ei jostain muusta syystä enää aukea. Yleensäkin on toki paras pitää tärkeä data kahteen kertaan varmuuskopioituna eri maantieteellisissä sijainneissa.

"Error reading block 60851183 (Attempt to read block from filesystem resulted in short read)" viittaa korjaamattomaan vialliseen sektoriin levyllä. Kannattaa tarkistaa kernelin lokista, onko siellä kyseiseen levyyn liittyviä IO-virheitä:

Koodia: [Valitse]

dmesg
SMART-tiedot on myös hyvä tarkistaa, jos USB-levyn kontrolleri tukee niiden lukemista: https://www.smartmontools.org/wiki/Supported_USB-Devices

Muutama uudelleensijoittamaton viallinen sektori ei muuten välttämättä haittaa, mutta niiden myötä jotkut tiedostot ovat todennäköisesti vioittuneet. Viallisten sektorien lukumäärää on myös hyvä seurata, ja jos niitä tulee lisää, levy alkaa olla entinen.

[AimoE]

No joo, kun haen dmesg-tulosteesta hakusanaa "sector", sieltä löytyy kuusi eri sektorinumeroa joista sanotaan "blk_update_request: critical medium error". Ei tunnu isolta numerolta sinänsä, onhan tuo ollut käytössä jo vuodesta 2011. Ikävää vaan ettei yhtään tiedä mitä tietoa niissä kahdessa blokissa mahtoi olla.