RAID 5 - daten gelöscht - 13TB LOST

othon · 18. Oktober 2014

Hallo und hilfe,

mir ist heute etwas sehr unangenemes passiert. Nach dem ich den ersten Schrecken verdaut habe hoffe ich das, .... k.a. ich will noch nicht aufgeben und vielleicht ist die Geschichte einem Anderen eine Lehre.

Heute habe ich die neue OMV, Kralizec installiert. Super Arbeit, danke Volker für gute Arbeit, daran hat es nicht gelegen.

Beim Erstellen des Mountpoints (SMB) mache ich einen Fehler (Gross/Kleinschreibung) - korrigieren geht nicht also entferne ich den eben erstellten und erstelle einen neuen. Dabei erscheint ein Auswahlfenster welches ich wohl mit Yes bestätigte, woraufhin meine freizugebende Ordner zu verschwinden begannen. Dem Anschein nach wurde nicht nur der der Eintrag des Mountpoints gelöscht sondern gleich der ganze Pfad dahinter.

Zunächst habe ich den Rechner ausgeschaltet und das Raid im weitern verlauf nur im readonly Modus betrieben. Von den ursprünglich 13TB an Daten sind noch 6TB übrig geblieben.

Das RAID besteht aus 6x3TB=15TB, formatiert mit ext4.
Aus zwei freien 2TB festplatten habe ich JBOD in das System gehängt. Um wiedergefundene Dateien zu Retten. Ist eigentlich auch zu wenig, verdammt.

Eigentlich sollten doch noch alle Daten auf der Platte sein, oder ist wirklich alles weg?

Vielleicht hat von euch ja ein paar tips - oder tröstende Worte - die mir weiterhelfen.

Vielen Dank
Othon

davidh2k · 18. Oktober 2014

Welches Dateisystem benutzt du?

Schreibe jetzt erstmal nichts auf das Array!

Edit: Ah, ext4. Gut... Lade dir bitte die systemrescuecd runter und boote sie. Dort führst du extundelete aus!

Gruß
David

othon · 18. Oktober 2014

Wow! Jetzt schon eine Antwort!

OK, mache ich.
Erkennt die SystemrescueCD auch das RAID-Array?

Viele Grüße
Othon

othon · 18. Oktober 2014

Hallo,

RAID-Arrays wurden zwar nicht automatisch erkannt, konnte sie aber manuell einhängen.

Mit extundelete /dev/md126 --restore-all würde ich die zur Verfügung stehenden 4TB des Rettungsmediums eh überfordern. Ist es Möglich gelöschte Verzeichnisse separat einzulesen?

Viele Grüße
Othon

othon · 18. Oktober 2014

Oh nein....

Code

extundelete /dev/md126 --restore-all
NOTICE: Extended attributes are not restored.
Loading filesystem metadata ... 111781 groups loaded.
Loading journal descripitors ... 32293 descriptors loaded.
Searching for recoverable inodes in directory / ...
0 recoverable inodes found.
Looking through the directory structure for deleted files ...
0 recoverable inodes still lost
No files were undeleted.

p.s. Log_ID QoIvvV2F

davidh2k · 18. Oktober 2014

Das sieht merkwürdig aus. Ich teste das ganze mal in einer VM. Habe selbst noch nicht mit extundelete gearbeitet. Wenn du magst kannst du derweil im IRC vorbeischauen...

Gruß
David

davidh2k · 18. Oktober 2014

Was passiert wenn du es ohne --restore-all versuchst? Für mich hats ohne --restore-all geklappt.

Greetings
David

othon · 18. Oktober 2014

Vielen Dank für deine Unterstützung.
Kurzes Update:

Ohne Optionen listet extundelete ein Haufen Parameter auf.

Code

root@sysresccd /root % extundelete /dev/md126
No action specified; implying --superblock.
NOTICE: Extended attributes are not restored.
Inodes count: 915709952
Blocks count: 3662831360
Reserved blocks count: 183141568
Free blocks count: 1825981585
Free inodes count: 915622576
First Data Block: 0
Block size: 4096
Fragment size: 4096
# Blocks per group: 32768
# Fragments per group: 1
# Inodes per group: 8192
Mount time: 1413663862
Write time: 1413663892
Mount count: 19
Maximal mount count: 29
Magic signature: 61267
File system state: 1
Behaviour when detecting errors: 1
minor revision level: 0
time of last check: 1408219107
max. time between checks: 15552000
OS: 0
Revision level: 1
Default uid for reserved blocks: 0
Default gid for reserved blocks: 0
First non-reserved inode: 11
size of inode structure: 256
block group # of this superblock: 0
compatible feature set: 60
incompatible feature set: 578
readonly-compatible feature set: 123
128-bit uuid for volume: b363b1132ae74cd6980439d0f8c7e424
For compression: 0
Nr to preallocate for dirs: 0
Per group table for online growth: 150
uuid of journal superblock: 00000000000000000000000000000000
inode number of journal file: 8
device number of journal file: 0
start of list of inodes to delete: 0
HTREE hash seed: f68766119a4aa348bd2b7bb132f9bc75
Default hash version to use: 1
Default type of journal backup: 1
First metablock group: 0
When the filesystem was created: 1377433020
Compatible feature set: HAS_JOURNAL EXT_ATTR RESIZE_INODE DIR_INDEX
Incompatible feature set: FILETYPE
Read only compatible feature set: SPARSE_SUPER LARGE_FILE

Alles anzeigen

Version von extundelete aud der SystemrescueCD

Code

root@sysresccd /root % extundelete --version
extundelete version 0.2.4
libext2fs version 1.42.12
Processor is little endian.

Durch einen Fehler in der Eingabe eines Verzeichnisnamens <apodiki--apothiki> spuckt mir extundelete eine Liste mit gefundenen Ordnern und Inoden aus. Versuche mit der Inoden Information die Verzeichnisse wiederherzustellen blieben bisher erfolglos.

Code

root@sysresccd /root % extundelete --restore-directory /sammelsurium/apodiki/ /dev/md126
NOTICE: Extended attributes are not restored.
Loading filesystem metadata ... 111781 groups loaded.
Loading journal descriptors ... 32293 descriptors loaded.
Failed to restore file /sammelsurium/apodiki/
Could not find correct inode number past inode 477888513.
Try altering the filename to one of the entries listed below.
File name                                       | Inode number | Deleted status
.                                                 477888513
..                                                2
.DS_Store                                         477888514
._.DS_Store                                       477888515
geo                                               477888762
videre                                            594673665
audire                                            478020314      Deleted
.TemporaryItems                                   477888517
apothiki                                          516816905      Deleted
.recycle                                          478019846      Deleted
imago                                             585236482
._.TemporaryItems                                 477888518      Deleted
.apdisk                                           477888839
._.apdisk                                         477888845      Deleted
2014.05 Mai                                       477896707      Deleted
2014.06 Jun                                       477896708      Deleted
extundelete: Operation not permitted while restoring directory.
extundelete: Operation not permitted when trying to examine filesystem
root@sysresccd /root %

Alles anzeigen

Versuch via Inode wiederherzustellen

Code

root@sysresccd /root % extundelete --restore-inode 516816905 /dev/md126
NOTICE: Extended attributes are not restored.
Loading filesystem metadata ... 111781 groups loaded.
Loading journal descriptors ... 32293 descriptors loaded.
Unable to restore inode 516816905 (file.516816905): No undeleted copies found in the journal.
root@sysresccd /root %

davidh2k · 18. Oktober 2014

Jetzt mounte es mit mount /dev/md128 /mnt dann wechsel auf die Platte mit cd /mnt und schau ob sie wiederhergestellt wurden.

Greetings
David

othon · 19. Oktober 2014

Hat leider nicht funktioniert. Bisher keine Wiederherstellung möglich.

Hier mal die Ausgabe von ext4magic -J (Journal Super Block) und -H (Zeitstempel der Inoden des Filesystems, als Histogram)

Code

root@emparak:/media/237d282e-ec53-4de5-8e7a-bfbcc7038b0c# ext4magic /dev/md127 -J
Filesystem in use: /dev/md127


Using  internal Journal at Inode 8


Journal Super Block:
 Signature: 0xc03b3998 
 Blocktype : V2 superblock 
 Journal block size: 4096 
 Number of journal blocks: 32768 
 Journal block where the journal actually starts: 1
 Sequence number of first transaction: 182227
 Journal block of first transaction: 0
 Error number: 0
 Compatible Features: 0
 Incompatible features: 1
 Read only compatible features: 0
 Journal UUID: b363b113-2ae7-4cd6-9804-39d0f8c7e424 
 Number of file systems using journal: 1
 Location of superblock copy: 0
 Max journal blocks per transaction: 0
 Max file system blocks per transaction: 0
 IDs of all file systems using the journal:
01. : 00000000-0000-0000-0000-000000000000
 


ext4magic : EXIT_SUCCESS
root@emparak:/media/237d282e-ec53-4de5-8e7a-bfbcc7038b0c# ext4magic /dev/md127 -H
Filesystem in use: /dev/md127


|-----------c_time  Histogram-----------------  after  --------------------  Sat Oct 18 10:22:25 2014
1413629185 :        2 |*                                                 |   Sat Oct 18 12:46:25 2014
1413637825 :    86804 |**************************************************|   Sat Oct 18 15:10:25 2014
1413646465 :        0 |                                                  |   Sat Oct 18 17:34:25 2014
1413655105 :        0 |                                                  |   Sat Oct 18 19:58:25 2014
1413663745 :        0 |                                                  |   Sat Oct 18 22:22:25 2014
1413672385 :        0 |                                                  |   Sun Oct 19 00:46:25 2014
1413681025 :        0 |                                                  |   Sun Oct 19 03:10:25 2014
1413689665 :        0 |                                                  |   Sun Oct 19 05:34:25 2014
1413698305 :        0 |                                                  |   Sun Oct 19 07:58:25 2014
1413706945 :        0 |                                                  |   Sun Oct 19 10:22:25 2014


|-----------d_time  Histogram-----------------  after  --------------------  Sat Oct 18 10:22:25 2014
1413629185 :        0 |                                                  |   Sat Oct 18 12:46:25 2014
1413637825 :   706204 |**************************************************|   Sat Oct 18 15:10:25 2014
1413646465 :        0 |                                                  |   Sat Oct 18 17:34:25 2014
1413655105 :        0 |                                                  |   Sat Oct 18 19:58:25 2014
1413663745 :        0 |                                                  |   Sat Oct 18 22:22:25 2014
1413672385 :        0 |                                                  |   Sun Oct 19 00:46:25 2014
1413681025 :        0 |                                                  |   Sun Oct 19 03:10:25 2014
1413689665 :        0 |                                                  |   Sun Oct 19 05:34:25 2014
1413698305 :        0 |                                                  |   Sun Oct 19 07:58:25 2014
1413706945 :        0 |                                                  |   Sun Oct 19 10:22:25 2014


|-----------cr_time Histogram-----------------  after  --------------------  Sat Oct 18 10:22:25 2014
1413629185 :        0 |                                                  |   Sat Oct 18 12:46:25 2014
1413637825 :     3246 |**************************************************|   Sat Oct 18 15:10:25 2014
1413646465 :        0 |                                                  |   Sat Oct 18 17:34:25 2014
1413655105 :        0 |                                                  |   Sat Oct 18 19:58:25 2014
1413663745 :        0 |                                                  |   Sat Oct 18 22:22:25 2014
1413672385 :        0 |                                                  |   Sun Oct 19 00:46:25 2014
1413681025 :        0 |                                                  |   Sun Oct 19 03:10:25 2014
1413689665 :        0 |                                                  |   Sun Oct 19 05:34:25 2014
1413698305 :        0 |                                                  |   Sun Oct 19 07:58:25 2014
1413706945 :        0 |                                                  |   Sun Oct 19 10:22:25 2014
ext4magic : EXIT_SUCCESS
root@emparak:/media/237d282e-ec53-4de5-8e7a-bfbcc7038b0c#

Alles anzeigen

vielleicht hat ja jemand eine idee wenn er das liest.

RAID 5 - daten gelöscht - 13TB LOST

Jetzt mitmachen!

Tags