Superblok onleesbaar. Wat nu?

[10o]

Na pogingen tot herstel van een abusievelijk verwijderde goed gevulde folder op data-hdd nr. 2, heb ik e.e.a. proberen te herstellen naar data-hdd nr. 1 middels photorec en extundelete.
Blijkbaar heeft dit schade aangericht op de data-hdd nr. 1, de schijf waarnaar ik e.e.a. (zonder succes) heb proberen te herstellen. Op deze schijf stond al ruim 1TB aan data.
Na de problemen beschreven in deze post lees ik nu dit:

Code: [Selecteer]

10o@10o-server:~$ fsck.ext4 /media/hitachi2tb1
e2fsck 1.41.14 (22-Dec-2010)
fsck.ext4: Is een map tijdens openen van /media/hitachi2tb1

Het superblok is onleesbaar of omschrijft geen geldig ext2-bestandssysteem.
Als het apparaat juist is en werkelijk een ext2-bestandssysteem bevat
(en niet swap of UFS of iets anders), dan is het superblok beschadigd.
U kunt dan proberen een ander superblok te gebruiken, bijvoorbeeld:
    e2fsck -b 8193 <apparaat>
Ik heb hier geen ervaring mee en lees diverse instructies en naar avenante waarschuwingen. Wat kan ik het beste doen?

Edit:
Heb inmiddels al een tijdje draaien:

Code: [Selecteer]

sudo fsck.ext4 /dev/sdb1

Code: [Selecteer]

e2fsck 1.41.14 (22-Dec-2010)
hitachi2tb1 bevat een bestandssysteem met fouten, gedwongen controle.
Fout tijdens lezen van blok 180 (Attempt to read block from filesystem resulted in short read).  Fout negeren<j>? ja
Herschrijven afdwingen<j>? ja
Ongeldige 'resize'-inode.  Heraanmaken<j>? ja
Stap 1: Controle van inodes, blokken, en groottes
Stap 2: Controle van mappenstructuur
Stap 3: Controle van verbindingen tussen mappen
/lost+found niet gevonden.  Aanmaken<j>? ja
Fout tijdens lezen van blok 1034 (Attempt to read block from filesystem resulted in short read) tijdens lezen van inode- en blok-bitkaarten.  Fout negeren<j>? ja
Herschrijven afdwingen<j>? ja
Fout tijdens lezen van blok 1035 (Attempt to read block from filesystem resulted in short read) tijdens lezen van inode- en blok-bitkaarten.  Fout negeren<j>? ja
Herschrijven afdwingen<j>? ja
Stap 3A: Optimalisatie van mappen
Stap 4: Controle van verwijzingsaantallen
Stap 5: Controle van groepssamenvattingen
Blok-bitkaart-verschillen:  +(294912--295936)
Repareren<j>? ja
Verkeerd aantal blokken voor groep #0 (22375, geteld=22376).
Repareren<j>? ja
Verkeerd aantal blokken (279017355, geteld=279017356).
Repareren<j>? ja
hitachi2tb1: ***** BESTANDSSYSTEEM IS VERANDERD *****
hitachi2tb1: 938/122101760 bestanden (5.5% niet-aaneengesloten), 209361012/488378368 blokken


[ivo]

En wat is nu je vraag?
Zo te zien is alles hersteld.

[10o]

En wat is nu je vraag?
Zo te zien is alles hersteld.

Inderdaad, in de 40 minuten na TS heb ik het toch aangedurfd fsck te laten draaien en is mijn bericht wat gegroeid...
Restvraag: Is die schijf nu even betrouwbaar als vóór fsck? Zijn er nog mogelijke haken of ogen?

[vanadium]

Doe een tweede fsck, en geeft die geen foutmelding, dan bevestigt dat dat de partitie OK is en kan je als voorheen op beide oren slapen.

[10o]

Doe een tweede fsck, en geeft die geen foutmelding, dan bevestigt dat dat de partitie OK is en kan je als voorheen op beide oren slapen.

Code: [Selecteer]

10o@10o-server:~$ sudo fsck /dev/sdb1
'fsck' uit util-linux-ng 2.17.2
e2fsck 1.41.14 (22-Dec-2010)
hitachi2tb1: schoon, 1345/122101760 bestanden, 210347030/488378368 blokken
Thanks again vanadium. Ik vertrouw er nu op dat het goed is zo.
En inderdaad, voor wat drastischere bestandbewerkingen start ik voortaan wel even gdm op om via Remote Desktop Viewer nautilus te kunnen gebruiken op de server.  
Stuk veiliger en overzichtelijker.

[10o]

Volgens mij gaat het, ondanks de positieve feedback van fsck, toch niet helemaal lekker met die schijf.
Mijn sabnzbd usenet downloads gaan er ook naartoe en bij het uitpakken van een 17,5Gb bestand krijg ik de melding dat dat niet goed gaat omdat er een schrijffout is of de schijf vol is.
Er is nu ruim 900GB beschikbaar...  

[vanadium]

Als het heel regelmatig begint fout te gaan zonder aanleiding (t.t.z., alles verloopt anders normaal), dan moet je helaas beginnen denken aan een falende schijf. Vervangen wordt dan de boodschap.

[10o]

Het is een nieuwe schijf (niet dat dat een garantie is voor foutloos), maar er zijn pas problemen ontstaan na de recoverysessie naar die schijf via photorec.
De afgelopen 48 uur heb ik alle bestanden die erop stonden (ruim 1TB) verplaatst naar andere schijven, de schijf voorzien van een nieuwe partitietabel, ext4 geformatteerd en vervolgens alles weer teruggeplaatst.
Eens kijken hoe het gaat lopen... De meest kritische bestanden heb ik in ieder geval ook nog elders gebackupt. Bedankt!

[vanadium]

Hou dit even goed in de gaten. Als dergelijke problemen zelfs na herpartitioneren/formateren terug zoudenopduiken, dan moet je ergens met een hardwareprobleem zitten.

[10o]

Hou dit even goed in de gaten. Als dergelijke problemen zelfs na herpartitioneren/formateren terug zoudenopduiken, dan moet je ergens met een hardwareprobleem zitten.

Doe'k! Als dat zo is, gaat-ie terug naar supplier. Merci.