Ulkoinen levy: can't read superblock [Ratkaistu]

[AimoE]

Minulla on ulkoinen levy, jolle olen luonut LUKS-osion, ja käytän sitä varmuuskopioiden talletukseen. Siellä ei ole mitään mistä ei olisi kopio jossain muualla.

Nyt osion liitos ei onnistu:

Koodia: [Valitse]

Error mounting /dev/dm-9 at /media/haltia/Kapistus: Command-line `mount -t "ext4" -o "uhelper=udisks2,nodev,nosuid" "/dev/dm-9" "/media/haltia/Kapistus"' exited with non-zero exit status 32: mount: /dev/mapper/luks-623495e9-4363-4e47-9200-266c238e659c: can't read superblock
Vieläkö tälle on jotain tehtävissä?

Vika ilmaantui kun kone oli käytössä, ei minkään bootin yhteydessä. Olen saattanut epähuomiossa tönäistä USB-kaapelia jolloin jokin operaation on keskeytynyt, mutta toisaalta en aja backuppia usein, joten en usko että levy olisi oikeasti ollut käytössä juuri sellaisen tönäisyn hetkellä. Levyn fyysine vika on toinen vaihtoehto.

Edit: unohdin sanoa että vikailmoitus tulee vasta sen jälkeen kun minulta on jo kysytty salasana LUKS-säiliön avaamiseen ja olen syöttänyt sen. Siksi näyttää siltä kuin kuin vika olisi LUKS-säiliön sisällössä, eikä fyysisessä levyssä.

[lauritx]

Oletko kokeillu gpartedilla korjata?

[AimoE]

Oletko kokeillu gpartedilla korjata?

Mikähän GPartedin ominaisuus siinä auttaisi? Kun avaan GPartedin, se ei näytä tätä LUKS-säiliötä, koska sen mounttaaminen ei onnistunut. Levyllä on toinen LUKS-säiliö, jonka GParted kyllä näyttää.

[nm]

Kokeile ajaa fsck tiedostojärjestelmään:

Koodia: [Valitse]

sudo fsck.ext4 /dev/dm-9

[AimoE]

Kokeile ajaa fsck tiedostojärjestelmään:

Koodia: [Valitse]

sudo fsck.ext4 /dev/dm-9

Ehdin tällä välin etsiä ja löytää ohjeita netistä. Parhaiksi osoittautuivat HOWTO: Repair a broken Ext4 Superblock in Ubuntu ja Cannot mount Ext4/LUKS anymore.

Mutta koska levy oli jo kiinni ja toinen sen LUKS-säiliö liitettynä, en saanut dm-numeroa suoraan selville, joten käytin LUKS-tunnusta jonka sain komennolla:

Koodia: [Valitse]

lsblk /dev/sdb
ja sitten sen avulla ajoin fsck:n:

Koodia: [Valitse]

sudo fsck.ext4 -v /dev/mapper/luks-tunnus
Komento kysyi kaksi kysymystä, ja toiseen en tiennnyt mitä vastata, joten vastasin kieltävästi:

Koodia: [Valitse]

Error reading block 60850449 (Attempt to read block from filesystem resulted in short read).  Ignore error<y>? yes
Pakota uudelleenkirjoitus<y>? no

Tästä vastauksesta huolimatta (tai sen ansiosta?) korjaus onnistui ja sain tiedostojärjestelmän tas käyttöön.

Nyt kun tarkistin muistiinpanojani, niin minulla on ollut ihan sama tilanne ennenkin, ja korjaustapa oli silloinkin sama. Niin ne pääsee unohtumaan, vaikka on muistiinpanot ja kaikki.

[lauritx]

Oletko kokeillu gpartedilla korjata?

Mikähän GPartedin ominaisuus siinä auttaisi? Kun avaan GPartedin, se ei näytä tätä LUKS-säiliötä, koska sen mounttaaminen ei onnistunut. Levyllä on toinen LUKS-säiliö, jonka GParted kyllä näyttää.

Gpartedissa osio>tarkista. Eli tarkistaa ja yrittää korjata.

[AimoE]

Gpartedissa osio>tarkista. Eli tarkistaa ja yrittää korjata.

Tässä ei ollut korjattavana osio, vaan LUKS-säiliössä oleva tiedostojärjestelmä. Jos lähden korjaamaan osiota, menetän kaiken datan, koska osiolla on vain LUKS-säiliöitä.

[lauritx]

Gpartedissa osio>tarkista. Eli tarkistaa ja yrittää korjata.

Tässä ei ollut korjattavana osio, vaan LUKS-säiliössä oleva tiedostojärjestelmä. Jos lähden korjaamaan osiota, menetän kaiken datan, koska osiolla on vain LUKS-säiliöitä.

ok

[AimoE]

Komento kysyi kaksi kysymystä, ja toiseen en tiennnyt mitä vastata, joten vastasin kieltävästi:

Koodia: [Valitse]

Error reading block 60850449 (Attempt to read block from filesystem resulted in short read).  Ignore error<y>? yes
Pakota uudelleenkirjoitus<y>? no

Tästä vastauksesta huolimatta (tai sen ansiosta?) korjaus onnistui ja sain tiedostojärjestelmän tas käyttöön.

Olen näköjään alkanut unohtaa merkitä ketjun ratkaistuksi. Montakohan muuta on unohtunut.

Kiinnostaisi kyllä tietää kuinka paljon merkitystä on sillä miten noihin fsck-kysymyksiin vastaa?