Hi,
wenn das Raid noch zusammengebaut werden kann, stehen deine Chancen ja eh noch sehr gut. Ich rate erstmal zu einer kompletten Image-Sicherung des Raids mit dd/dd_rescue. Dann kannst du im nächsten Schritt alles wegkopieren, was du problemlos lesen kannst. Für den Rest, also Fragmente kannst du mit photorec bzw. testdisk ansetzen. Je kleiner die Dateien, desto größer die Chance, sie komplett zu "erwischen". Alles was größer als deine Blockkgröße ist, wird einerseits auf unterschiedliche Blöcke und bei den physikalischen Platten auch auf unterschiedlichen Platten verteilt. Einen ausgezeichneten Artikel findest du hier: https://raid.wiki.kernel.org/index.php/Recovering_a_failed_software_RAID Zusätzlich hab ich meine letzte Aktion hier dokumentiert: https://www.cubewerk.de/2016/09/21/linux-mdadm-diagnose-recovery-eines-raid-nuetzliche-tools/ Viel Glück. Stefan -----Ursprüngliche Nachricht----- Von: Burner <[email protected]> Gesendet: Freitag 20 Januar 2017 17:40 An: [email protected] Betreff: [lug-ts] ext4 Dateisystem Fehlerhaft Hallo, mein Name ist Alexander Burner. Mein privater Server (Ubuntu 16.04 LTS) hat ein Raid5 auf dem eine 6TB großen ext4 Partition ist. Vor 1 Monat meldete sich beim Hochfahren das System und verweigerte das Einbinden der Partition. Ich versuche seither mit fsck.ext4 -f -y /dev/md0 den Fehler zu beheben. Mir kommt jedoch vor als werden es immer mehr Inodes die fehlerhaft bzw doppelt belegt sind. Gibt es noch bessere Werkzeuge als fsck ? Als ich das letzte mal die Partition "nur lesend" gemountet habe fehlten etliche Dateien. Mit df wird jedoch so ungefähr der ganze verbrauchte Speicherplatz mit den nicht angezeigten bzw verschwundenen Dateien angezeigt. Gruß Alexander. _______________________________________________ lug-ts mailing list [email protected] http://www.lug-ts.de/mailman/listinfo/lug-ts
_______________________________________________ lug-ts mailing list [email protected] http://www.lug-ts.de/mailman/listinfo/lug-ts
