Versuchte Datenrettung via Ubuntu, stehen irgendwie an

Dreamforcer

New world Order

Registered: Nov 2002
Location: Tirol
Posts: 9021

26.09.2014 - 14:25

Ich hab eine Frage und zwar wir versuchen von einem "versehentlich" gelöschten 80TB Volumen Daten zu recovern via Ubuntu und ich steh da leider an.

Folgende Situation. zuerst haben wir mit Ubuntu Live cd versucht was zu retten via XFS Explorer der erkannte aber kein Volumen, so hatte ich aber auf die noch vorhandene Daten Zugriff.

Gut dachte ich auf eine neue HDD ubuntu installiert aber jetzt hab ich ein Problem und zwar unter der installierten Ubuntu Version (14.04) kann ich das Volumen nicht mounten, er scheint es nicht zu erkennen (die Live CD ging aber :confused:

)

Kann es sein dass ubuntu die XFS packet nicht ladet ? wie kann ich mir das anschauen ob die laufen und/oder installiert sind ?

Eventuell noch interessant das ganze läuft über einen Areca 1882, der so wie ich das sehe normal erkannt wird, denn die Volumen drauf seh ich.

Ich bin für jede Hilfe dankbar

COLOSSUS

Administrator
GNUltra

Registered: Dec 2000
Location: ~
Posts: 12070

26.09.2014 - 14:30

80TB? Welche Storage ist das, und wie genau wurde das Volume "geloescht"?

Gibt es ein Backup, von dem ihr restoren koennt? Wie wichtig sind die Daten?

Dreamforcer

New world Order

Registered: Nov 2002
Location: Tirol
Posts: 9021

26.09.2014 - 14:35

ja 96tb (24*4gb) ist ein system von nas deluxe, baut auf einem supermicro Rechner auf.

von dem was noch da ist gibts ein backup ja, vom rest eben nicht, Wichtigkeit der Daten eher hoch da sonst alles nochmals gefilmt werden muss. Aber nicht so wichtig dass er Kroll Ontrack zahlen will dort haben wir das schon abgeklärt

anscheinen wurden das Volumen wie davinci resolve gelöscht, genau konnte es uns auch nimmer gesagt werden, da gibt anscheinend eine solche "option"

Edit: das ganze ding ist recht neu, es waren ca 10Tb oben und davon sind noch ca 1.6 Tb da welche wir schon runtergesichert haben, wenn Jetzt noch was schiefgehen sollte

COLOSSUS

Administrator
GNUltra

Registered: Dec 2000
Location: ~
Posts: 12070

26.09.2014 - 14:42

OK, das hilft mir so leider gar nicht weiter, bzw. ist mir fuer ein reines Freizeitprojekt der (vermutlich exorbitante) Rechercheaufwand zu hoch, sorry. Generell kann ich sagen:

Wenn das "Loeschen" nur darin bestand, irgendeine Container-Metadateninformation ("die LUN/das Volume ging von Offset X bis Offset Y") zu kuebeln, dann kann dir ein (ggf. speziell entwickeltes) Tool, das XFS-On-Disk-Daten versteht, weiterhelfen. Wenn die Daten innerhalb des Containers tatsaechlich ueberschrieben oder sonstwie auch nur "angekratzt" wurden, verschlechtert das die Chancen drastisch (in letzterem Fall; beim Ueberschreiben ist sowieso schon alles verloren).

Afaik gibt es fuer XFS kein Werkzeug aehnlich wie extundelete oder ext3grep. Wenn du abgeklaert hast, ob vom fs ueberhaupt noch was da sein KANN, und ihr die LUN mit den selben Parametern wie die versehentlich geloeschte (Anfang, Beginn, ggf. Member Devices, Parity, und das ganze ohne Scrubbing/Resilvering beim Weider-Erstellen!) wieder im System habt, wende dich an protected (die XFS ML). Dave Chinner z. B. kann dir entweder helfen, oder dir zumindest Gewissheit geben, dass es definitiv zu spaet ist.

Dreamforcer

New world Order

Registered: Nov 2002
Location: Tirol
Posts: 9021

26.09.2014 - 14:56

überschrieben worden ist sicher nicht, da das storage scheinbar einfach abgeschälten wurde auf die harte tour als er es bemerkte.

ich will primär schaffen dass ich das lun/volume unter ubuntu 14.04 mounten kann, was ich aktuell nicht kann, "disks" gibt mir keine mount Optionen und kennt ihmo kein FS drauf (was aber sicher ok ist da wir es grad doppelt sichern)

COLOSSUS

Administrator
GNUltra

Registered: Dec 2000
Location: ~
Posts: 12070

26.09.2014 - 15:03

Als er (wer?) WAS bemerkte? Was wurde gemacht?

Ringding

Pilot

Registered: Jan 2002
Location: Perchtoldsdorf/W..
Posts: 4300

26.09.2014 - 15:07

Was sagt "sudo blkid"? XFS ist bei Ubuntu definitiv dabei.

Dreamforcer

New world Order

Registered: Nov 2002
Location: Tirol
Posts: 9021

26.09.2014 - 15:11

dass er wohl nicht das Volumen ausgeworfen hat sonder auf löschen gekommen ist

Besitzer des Storage bearbeitet die File mit Davinci Resolve von Blackmagic, dort gibts im Programm warum auch immer den Befehl Volumen zu löschen und dort hat er wohl draufgeklickt und auch zugestimmt (es kommt noch ne "sind sie sicher abfrage") aber dacht wohl er Wirft das Volumen nur aus.

Ringding

Pilot

Registered: Jan 2002
Location: Perchtoldsdorf/W..
Posts: 4300

26.09.2014 - 15:15

Haha, eine Videobearbeitungssoftware hat ein Button zum Löschen von Volumes, das nenn ich mal eine eierlegende Wollmilchsau! Mal ganz abgesehen davon, dass man das nur als Superuser können sollte.

COLOSSUS

Administrator
GNUltra

Registered: Dec 2000
Location: ~
Posts: 12070

26.09.2014 - 15:20

Ist wohl das hier: https://www.blackmagicdesign.com/pr...ciresolve/power

Sick shit.

Dreamforcer

New world Order

Registered: Nov 2002
Location: Tirol
Posts: 9021

29.09.2014 - 14:06

Zitat von Ringding
Was sagt "sudo blkid"? XFS ist bei Ubuntu definitiv dabei.

hier wird mir ausgegeben

/dev/sda1: UUID="DC22-8CCB" TYPE="vfat"
/dev/sdb: UUID="d645yH-g5iW-Li7Z-bAot-ZzKi-5G2J-GPzMuG" TYPE="LVM2_member"
/dev/sdc1: UUID="ff488233-50bc-41d1-b63d-13a6c2fb1613" TYPE="ext4"
/dev/sdc5: UUID="cefd8bba-066f-4d18-a24c-98f777ec42b0" TYPE="swap"

und auf diesen LVM2_member würd ich gerne zugreifen

in disks siehts so aus

Lukas

Here to stay

Registered: Feb 2004
Location: ~
Posts: 1883

29.09.2014 - 14:29

Da steht, dass es ein physical volume (PV) ist. Sieht so aus als wäre das ganze LVM setup (VG,LV) weg. Weißt du wie das LVM davor ausgesehen hat?

e: Kann sein, dass dieses feine blackmagic tool, einfach das/die LV(s?) und die VG gelöscht hat?

Bearbeitet von Lukas am 29.09.2014, 14:34

nexus_VI

Overnumerousness!

Registered: Aug 2006
Location: südstadt
Posts: 3747

29.09.2014 - 14:39

Hm, was sagen denn `pvs`, `vgs` bzw. `lvs` oder `lvscan`? Da sollten alle 3 was finden.

Dreamforcer

New world Order

Registered: Nov 2002
Location: Tirol
Posts: 9021

29.09.2014 - 14:40

nein das Volumen ist da , wir habens vorher grad gecheckt, wenn wir das NAS System booten haben wir normalen zugriff auf das Share

Dreamforcer

New world Order

Registered: Nov 2002
Location: Tirol
Posts: 9021

29.09.2014 - 14:46

Zitat von nexus_VI
Hm, was sagen denn `pvs`, `vgs` bzw. `lvs` oder `lvscan`? Da sollten alle 3 was finden.

lvmscan gibt folgendes aus

inactive '/dev/vg+vg00/config' [32,00 MiB] inherit
inactive '/dev/vg+vg00/system+1398499186630990996' [4,00 GiB] inherit
inactive '/dev/vg+vg00/nas_swap' [4,00 GiB] inherit
inactive '/dev/vg+vg00/lv+n+lv0000' [80,02 TiB] inherit

und lvs

config vg+vg00 -wi------ 32,00m
lv+n+lv0000 vg+vg00 -wi------ 80,02t
nas_swap vg+vg00 -wi------ 4,00g
system+1398499186630990996 vg+vg00 -wi------ 4,00g

Dreamforcer New world Order Registered: Nov 2002 Location: Tirol Posts: 9021	26.09.2014 - 14:25 Ich hab eine Frage und zwar wir versuchen von einem "versehentlich" gelöschten 80TB Volumen Daten zu recovern via Ubuntu und ich steh da leider an. Folgende Situation. zuerst haben wir mit Ubuntu Live cd versucht was zu retten via XFS Explorer der erkannte aber kein Volumen, so hatte ich aber auf die noch vorhandene Daten Zugriff. Gut dachte ich auf eine neue HDD ubuntu installiert aber jetzt hab ich ein Problem und zwar unter der installierten Ubuntu Version (14.04) kann ich das Volumen nicht mounten, er scheint es nicht zu erkennen (die Live CD ging aber ) Kann es sein dass ubuntu die XFS packet nicht ladet ? wie kann ich mir das anschauen ob die laufen und/oder installiert sind ? Eventuell noch interessant das ganze läuft über einen Areca 1882, der so wie ich das sehe normal erkannt wird, denn die Volumen drauf seh ich. Ich bin für jede Hilfe dankbar
COLOSSUS Administrator GNUltra Registered: Dec 2000 Location: ~ Posts: 12070	26.09.2014 - 14:30 80TB? Welche Storage ist das, und wie genau wurde das Volume "geloescht"? Gibt es ein Backup, von dem ihr restoren koennt? Wie wichtig sind die Daten?
Dreamforcer New world Order Registered: Nov 2002 Location: Tirol Posts: 9021	26.09.2014 - 14:35 ja 96tb (24*4gb) ist ein system von nas deluxe, baut auf einem supermicro Rechner auf. von dem was noch da ist gibts ein backup ja, vom rest eben nicht, Wichtigkeit der Daten eher hoch da sonst alles nochmals gefilmt werden muss. Aber nicht so wichtig dass er Kroll Ontrack zahlen will dort haben wir das schon abgeklärt anscheinen wurden das Volumen wie davinci resolve gelöscht, genau konnte es uns auch nimmer gesagt werden, da gibt anscheinend eine solche "option" Edit: das ganze ding ist recht neu, es waren ca 10Tb oben und davon sind noch ca 1.6 Tb da welche wir schon runtergesichert haben, wenn Jetzt noch was schiefgehen sollte
COLOSSUS Administrator GNUltra Registered: Dec 2000 Location: ~ Posts: 12070	26.09.2014 - 14:42 OK, das hilft mir so leider gar nicht weiter, bzw. ist mir fuer ein reines Freizeitprojekt der (vermutlich exorbitante) Rechercheaufwand zu hoch, sorry. Generell kann ich sagen: Wenn das "Loeschen" nur darin bestand, irgendeine Container-Metadateninformation ("die LUN/das Volume ging von Offset X bis Offset Y") zu kuebeln, dann kann dir ein (ggf. speziell entwickeltes) Tool, das XFS-On-Disk-Daten versteht, weiterhelfen. Wenn die Daten innerhalb des Containers tatsaechlich ueberschrieben oder sonstwie auch nur "angekratzt" wurden, verschlechtert das die Chancen drastisch (in letzterem Fall; beim Ueberschreiben ist sowieso schon alles verloren). Afaik gibt es fuer XFS kein Werkzeug aehnlich wie extundelete oder ext3grep. Wenn du abgeklaert hast, ob vom fs ueberhaupt noch was da sein KANN, und ihr die LUN mit den selben Parametern wie die versehentlich geloeschte (Anfang, Beginn, ggf. Member Devices, Parity, und das ganze ohne Scrubbing/Resilvering beim Weider-Erstellen!) wieder im System habt, wende dich an protected (die XFS ML). Dave Chinner z. B. kann dir entweder helfen, oder dir zumindest Gewissheit geben, dass es definitiv zu spaet ist.
Dreamforcer New world Order Registered: Nov 2002 Location: Tirol Posts: 9021	26.09.2014 - 14:56 überschrieben worden ist sicher nicht, da das storage scheinbar einfach abgeschälten wurde auf die harte tour als er es bemerkte. ich will primär schaffen dass ich das lun/volume unter ubuntu 14.04 mounten kann, was ich aktuell nicht kann, "disks" gibt mir keine mount Optionen und kennt ihmo kein FS drauf (was aber sicher ok ist da wir es grad doppelt sichern)
COLOSSUS Administrator GNUltra Registered: Dec 2000 Location: ~ Posts: 12070	26.09.2014 - 15:03 Als er (wer?) WAS bemerkte? Was wurde gemacht?
Ringding Pilot Registered: Jan 2002 Location: Perchtoldsdorf/W.. Posts: 4300	26.09.2014 - 15:07 Was sagt "sudo blkid"? XFS ist bei Ubuntu definitiv dabei.
Dreamforcer New world Order Registered: Nov 2002 Location: Tirol Posts: 9021	26.09.2014 - 15:11 dass er wohl nicht das Volumen ausgeworfen hat sonder auf löschen gekommen ist Besitzer des Storage bearbeitet die File mit Davinci Resolve von Blackmagic, dort gibts im Programm warum auch immer den Befehl Volumen zu löschen und dort hat er wohl draufgeklickt und auch zugestimmt (es kommt noch ne "sind sie sicher abfrage") aber dacht wohl er Wirft das Volumen nur aus.
Ringding Pilot Registered: Jan 2002 Location: Perchtoldsdorf/W.. Posts: 4300	26.09.2014 - 15:15 Haha, eine Videobearbeitungssoftware hat ein Button zum Löschen von Volumes, das nenn ich mal eine eierlegende Wollmilchsau! Mal ganz abgesehen davon, dass man das nur als Superuser können sollte.
COLOSSUS Administrator GNUltra Registered: Dec 2000 Location: ~ Posts: 12070	26.09.2014 - 15:20 Ist wohl das hier: https://www.blackmagicdesign.com/pr...ciresolve/power Sick shit.
Dreamforcer New world Order Registered: Nov 2002 Location: Tirol Posts: 9021	29.09.2014 - 14:06 Zitat von Ringding Was sagt "sudo blkid"? XFS ist bei Ubuntu definitiv dabei. hier wird mir ausgegeben /dev/sda1: UUID="DC22-8CCB" TYPE="vfat" /dev/sdb: UUID="d645yH-g5iW-Li7Z-bAot-ZzKi-5G2J-GPzMuG" TYPE="LVM2_member" /dev/sdc1: UUID="ff488233-50bc-41d1-b63d-13a6c2fb1613" TYPE="ext4" /dev/sdc5: UUID="cefd8bba-066f-4d18-a24c-98f777ec42b0" TYPE="swap" und auf diesen LVM2_member würd ich gerne zugreifen in disks siehts so aus
Lukas Here to stay Registered: Feb 2004 Location: ~ Posts: 1883	29.09.2014 - 14:29 Da steht, dass es ein physical volume (PV) ist. Sieht so aus als wäre das ganze LVM setup (VG,LV) weg. Weißt du wie das LVM davor ausgesehen hat? e: Kann sein, dass dieses feine blackmagic tool, einfach das/die LV(s?) und die VG gelöscht hat? Bearbeitet von Lukas am 29.09.2014, 14:34
nexus_VI Overnumerousness! Registered: Aug 2006 Location: südstadt Posts: 3747	29.09.2014 - 14:39 Hm, was sagen denn `pvs`, `vgs` bzw. `lvs` oder `lvscan`? Da sollten alle 3 was finden.
Dreamforcer New world Order Registered: Nov 2002 Location: Tirol Posts: 9021	29.09.2014 - 14:40 nein das Volumen ist da , wir habens vorher grad gecheckt, wenn wir das NAS System booten haben wir normalen zugriff auf das Share
Dreamforcer New world Order Registered: Nov 2002 Location: Tirol Posts: 9021	29.09.2014 - 14:46 Zitat von nexus_VI Hm, was sagen denn `pvs`, `vgs` bzw. `lvs` oder `lvscan`? Da sollten alle 3 was finden. lvmscan gibt folgendes aus inactive '/dev/vg+vg00/config' [32,00 MiB] inherit inactive '/dev/vg+vg00/system+1398499186630990996' [4,00 GiB] inherit inactive '/dev/vg+vg00/nas_swap' [4,00 GiB] inherit inactive '/dev/vg+vg00/lv+n+lv0000' [80,02 TiB] inherit und lvs config vg+vg00 -wi------ 32,00m lv+n+lv0000 vg+vg00 -wi------ 80,02t nas_swap vg+vg00 -wi------ 4,00g system+1398499186630990996 vg+vg00 -wi------ 4,00g

Versuchte Datenrettung via Ubuntu, stehen irgendwie an

Forum Index > Software > Linux and other OS

Dreamforcer

COLOSSUS

Dreamforcer

COLOSSUS

Dreamforcer

COLOSSUS

Ringding

Dreamforcer

Ringding

COLOSSUS

Dreamforcer

Lukas

nexus_VI

Dreamforcer

Dreamforcer