HILFE - rote Lampe blinkt - NAS nicht mehr aufrufbar!
- Ersteller thebuddha
- Erstellt am
-
- Schlagworte
- datenverlust fehler nas qnap
thebuddha
Aktives Mitglied
Thread Starter
- Dabei seit
- 24.03.2005
- Beiträge
- 702
- Reaktionspunkte
- 18
@Olivetti, @Lucifor
also jetzt ist die verbleibende Zeit auf 47 Stunden geklettert !!
So wie ich das interpretiere, sind aber bereits alle Daten "gefunden" worden, denn die Anzahl der gefundenen Dateien sowie die Ordnergröße der 5 Ordner Pictures, Documents, Video, Archives und Audio ist EXAKT gleich geblieben (siehe Screenshots). Daher erwäge ich doch, jetzt mal zu stoppen (Pause) und die Wiederherstellung zu starten.
Was meint ihr? (Ich weiss: mit bedacht vorgehen und lässig bleiben)
Sonst dauert das sicher noch mehrere Tage verbleibende Zeit wächst bestimmt weiter). Und die Platte 2 ist ja das "eigentliche " Sorgenkind.
also jetzt ist die verbleibende Zeit auf 47 Stunden geklettert !!
So wie ich das interpretiere, sind aber bereits alle Daten "gefunden" worden, denn die Anzahl der gefundenen Dateien sowie die Ordnergröße der 5 Ordner Pictures, Documents, Video, Archives und Audio ist EXAKT gleich geblieben (siehe Screenshots). Daher erwäge ich doch, jetzt mal zu stoppen (Pause) und die Wiederherstellung zu starten.
Was meint ihr? (Ich weiss: mit bedacht vorgehen und lässig bleiben)
Sonst dauert das sicher noch mehrere Tage verbleibende Zeit wächst bestimmt weiter). Und die Platte 2 ist ja das "eigentliche " Sorgenkind.
Anhänge
Lucifor
Aktives Mitglied
- Dabei seit
- 19.03.2013
- Beiträge
- 501
- Reaktionspunkte
- 80
Ich fürchte Du kannst nicht Recovern bevor der Scan abgeschlossen ist. Welche Platte ist das? Die die wohl noch OK sein sollte oder die die platt ist?
Diese Platte muss verdammt viele Badblocks haben wenn das so lange dauert.
Zumindest hält sich das Programm nun an diesem Block wohl schon einige Zeit auf, schau einfach mal ob, wenn du auf Pause gehst, der Button Recover frei wird, wenn ja dann Recovere die Daten.
Ist ja nicht so viel.
Denke drann als Ziel zum Recovern nicht diese Platte auszuwählen!
Diese Platte muss verdammt viele Badblocks haben wenn das so lange dauert.
Zumindest hält sich das Programm nun an diesem Block wohl schon einige Zeit auf, schau einfach mal ob, wenn du auf Pause gehst, der Button Recover frei wird, wenn ja dann Recovere die Daten.
Ist ja nicht so viel.
Denke drann als Ziel zum Recovern nicht diese Platte auszuwählen!
thebuddha
Aktives Mitglied
Thread Starter
- Dabei seit
- 24.03.2005
- Beiträge
- 702
- Reaktionspunkte
- 18
@Lucifor
es ist die Platte 1 (also die die noch OK ist). Heisst Badblocks, daß das physikalische Fehler sind?
Na ja, der Deep Scan läuft bids heute abend eh weiter, und wenn sich die "Ergebnisse" bis dahin überhaupt nicht verändert haben, gehe ich mal auf "Pause".
Der Recover-Button ist - glaube ich - in DiskDrill dann auch anwählbar.
Sind ja nur ca.200 GB, das Recovern auf eine ANDERE freie Platte dürfte also hoffentlich recht schnell gehen.
Danach kommt dann die defekte Platte 2 in das ext. Gehäuse (TestDisk). Melde mich dann.
es ist die Platte 1 (also die die noch OK ist). Heisst Badblocks, daß das physikalische Fehler sind?
Na ja, der Deep Scan läuft bids heute abend eh weiter, und wenn sich die "Ergebnisse" bis dahin überhaupt nicht verändert haben, gehe ich mal auf "Pause".
Der Recover-Button ist - glaube ich - in DiskDrill dann auch anwählbar.
Sind ja nur ca.200 GB, das Recovern auf eine ANDERE freie Platte dürfte also hoffentlich recht schnell gehen.
Danach kommt dann die defekte Platte 2 in das ext. Gehäuse (TestDisk). Melde mich dann.
Lucifor
Aktives Mitglied
- Dabei seit
- 19.03.2013
- Beiträge
- 501
- Reaktionspunkte
- 80
Badblocks, wie der Name schon sagt 
sind defekte Blöcke auf der Platte, die Platte nutzt diese von alleine in der Regel nicht mehr. Davon bekommt man, ausser dem schleichenden schwinden der Festplattenkapazität nix mit.
Ich frage mich aber ersthaft warum du für irgendwas um 400GB Daten die Platten im Raid "nix" Raid0 hast laufen lassen. Ich bin kein Freund von Raid0 und werd das auch nie werden, auch für Mediacenter oder sonst was kommt Raid0 einfach nicht in Frage. Das Striping war zu Zeiten von Festplatten unter 100GB vielleicht mal interessant, aber heute ganz sicher nicht mehr
sind defekte Blöcke auf der Platte, die Platte nutzt diese von alleine in der Regel nicht mehr. Davon bekommt man, ausser dem schleichenden schwinden der Festplattenkapazität nix mit.Ich frage mich aber ersthaft warum du für irgendwas um 400GB Daten die Platten im Raid "nix" Raid0 hast laufen lassen. Ich bin kein Freund von Raid0 und werd das auch nie werden, auch für Mediacenter oder sonst was kommt Raid0 einfach nicht in Frage. Das Striping war zu Zeiten von Festplatten unter 100GB vielleicht mal interessant, aber heute ganz sicher nicht mehr
thebuddha
Aktives Mitglied
Thread Starter
- Dabei seit
- 24.03.2005
- Beiträge
- 702
- Reaktionspunkte
- 18
Hallo @Lucifor Hallo @Olivetti ,
in TestDisk wurden 2 Partitionen erkannt. ich habe bei Partitionstabellen-Typ "Intel" gewählt (das war vorausgewählt).
Partition disk/dev/ sda (256 GB)
Partition disk/dev/ sdb (4 GB) hat einen Read Error
Da fehlt dann aber doch noch irgendwie was, denn es ist ja eine 3TB Platte.
Kann es vielleicht daran liegen, daß ich TestDisk 7.0 unter Windows (Mac VM) ausgeführt habe?
Habe es noch nicht hingekriegt, TestDisk 7.0 irgendwie unter Ubuntu 15 zu installieren ...
Dann bei beiden Platten Auf "Analyse" gedrückt.
Dann erstmal NICHT weitergemacht.
Hoffe ihr könnt was damit anfangen, ich dneke ich muss dann wohl mal die Analyse durchlaufen lassen. Aber ich warte auf Eure idiotensichere Anleitung
DANKE.
in TestDisk wurden 2 Partitionen erkannt. ich habe bei Partitionstabellen-Typ "Intel" gewählt (das war vorausgewählt).
Partition disk/dev/ sda (256 GB)
Partition disk/dev/ sdb (4 GB) hat einen Read Error
Da fehlt dann aber doch noch irgendwie was, denn es ist ja eine 3TB Platte.
Kann es vielleicht daran liegen, daß ich TestDisk 7.0 unter Windows (Mac VM) ausgeführt habe?
Habe es noch nicht hingekriegt, TestDisk 7.0 irgendwie unter Ubuntu 15 zu installieren ...
Dann bei beiden Platten Auf "Analyse" gedrückt.
Dann erstmal NICHT weitergemacht.
Hoffe ihr könnt was damit anfangen, ich dneke ich muss dann wohl mal die Analyse durchlaufen lassen. Aber ich warte auf Eure idiotensichere Anleitung
DANKE.
Anhänge
Zuletzt bearbeitet:
Olivetti
Aktives Mitglied
- Dabei seit
- 09.12.2005
- Beiträge
- 11.692
- Reaktionspunkte
- 4.077
testdisk läuft doch auch direkt unter osx. ich denke, es wäre besser das nicht in einer vm zu machen.
TestDisk Download - CGSecurity
(downloaden, doppelklicken/auspacken, terminal aufmachen, "cd ~/Downloads/testdisk-7.0", "sudo ./testdisk" )
ich wollte eigentlich, dass du erstmal "diskutil list" und "file -s /dev/diskX" ausgibst.
du hast ausserdem eine 3tb platte und musst in testdisk "efi gpt" statt "intel" auswählen.
TestDisk Download - CGSecurity
(downloaden, doppelklicken/auspacken, terminal aufmachen, "cd ~/Downloads/testdisk-7.0", "sudo ./testdisk" )
ich wollte eigentlich, dass du erstmal "diskutil list" und "file -s /dev/diskX" ausgibst.
du hast ausserdem eine 3tb platte und musst in testdisk "efi gpt" statt "intel" auswählen.
thebuddha
Aktives Mitglied
Thread Starter
- Dabei seit
- 24.03.2005
- Beiträge
- 702
- Reaktionspunkte
- 18
@Olivetti
Danke für Deinen Tipp, hab's jetzt direkt mit dem Terminal im OS X gemacht.
"diskutil list" zeigt verschiedene disks an:
disk0 (wohl die interne Mac 256GB SSD)
disk2
disk3
rdisk0
rdisk1
rdisk2
rdisk3
Also disk1 fehlt wohl wie das aussieht.
Habe dann bei allen (ausser disk0/rdisk0) als Partitionstabellen-Typ "efi gpt" gewählt , und bin bis Analyse gegangen. Quick Search habe ich nicht mehr ausgeführt.
Danke für Deinen Tipp, hab's jetzt direkt mit dem Terminal im OS X gemacht.
"diskutil list" zeigt verschiedene disks an:
disk0 (wohl die interne Mac 256GB SSD)
disk2
disk3
rdisk0
rdisk1
rdisk2
rdisk3
Also disk1 fehlt wohl wie das aussieht.
Habe dann bei allen (ausser disk0/rdisk0) als Partitionstabellen-Typ "efi gpt" gewählt , und bin bis Analyse gegangen. Quick Search habe ich nicht mehr ausgeführt.
Anhänge
Zuletzt bearbeitet:
Olivetti
Aktives Mitglied
- Dabei seit
- 09.12.2005
- Beiträge
- 11.692
- Reaktionspunkte
- 4.077
bitte einmal zur orientierung, alle externen platten auswerfen und abstöpseln.
dann "diskutil list" (ohne externe platten), defekte platte (qnap disk 2) anstecken und nochmal "diskutil list".
mir ist nicht klar, warum /dev/rdisk1 fehlt, aber /dev/disk1 vorhanden ist.
dann "diskutil list" (ohne externe platten), defekte platte (qnap disk 2) anstecken und nochmal "diskutil list".
mir ist nicht klar, warum /dev/rdisk1 fehlt, aber /dev/disk1 vorhanden ist.
thebuddha
Aktives Mitglied
Thread Starter
- Dabei seit
- 24.03.2005
- Beiträge
- 702
- Reaktionspunkte
- 18
Ohne externe Platte:
Michaels-MBP-2:~ mike$ diskutil list
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *251.0 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_CoreStorage Untitled 250.1 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3
/dev/disk1 (internal, virtual):
#: TYPE NAME SIZE IDENTIFIER
0: Apple_HFS Macintosh HD +249.8 GB disk1
Logical Volume on disk0s2
4894222D-E852-4735-80E5-CE8774A0A5A0
Unencrypted
Michaels-MBP-2:~ mike$
--
Mit externer Platte (die ausgebaute NAS-3TB Platte im ext. 3,5" Gehäuse)
Last login: Fri Mar 11 18:43:34 on ttys000
Michaels-MBP-2:~ mike$ diskutil list
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *251.0 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_CoreStorage Untitled 250.1 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3
/dev/disk1 (internal, virtual):
#: TYPE NAME SIZE IDENTIFIER
0: Apple_HFS Macintosh HD +249.8 GB disk1
Logical Volume on disk0s2
4894222D-E852-4735-80E5-CE8774A0A5A0
Unencrypted
/dev/disk2 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: *4.1 GB disk2
Michaels-MBP-2:~ mike$
Michaels-MBP-2:~ mike$ diskutil list
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *251.0 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_CoreStorage Untitled 250.1 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3
/dev/disk1 (internal, virtual):
#: TYPE NAME SIZE IDENTIFIER
0: Apple_HFS Macintosh HD +249.8 GB disk1
Logical Volume on disk0s2
4894222D-E852-4735-80E5-CE8774A0A5A0
Unencrypted
Michaels-MBP-2:~ mike$
--
Mit externer Platte (die ausgebaute NAS-3TB Platte im ext. 3,5" Gehäuse)
Last login: Fri Mar 11 18:43:34 on ttys000
Michaels-MBP-2:~ mike$ diskutil list
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *251.0 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_CoreStorage Untitled 250.1 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3
/dev/disk1 (internal, virtual):
#: TYPE NAME SIZE IDENTIFIER
0: Apple_HFS Macintosh HD +249.8 GB disk1
Logical Volume on disk0s2
4894222D-E852-4735-80E5-CE8774A0A5A0
Unencrypted
/dev/disk2 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: *4.1 GB disk2
Michaels-MBP-2:~ mike$
Olivetti
Aktives Mitglied
- Dabei seit
- 09.12.2005
- Beiträge
- 11.692
- Reaktionspunkte
- 4.077
ok, passt. die qnap disk 2 ist jetzt /dev/[r]disk2. rdisk2 ist das schnellere raw-device und solltest du nach möglichkeit benutzen.
jetzt bitte noch "file -s /dev/rdisk2".
dann kannst du wieder testdisk auf /dev/rdisk2 laufen lassen.
jetzt bitte noch "file -s /dev/rdisk2".
dann kannst du wieder testdisk auf /dev/rdisk2 laufen lassen.
thebuddha
Aktives Mitglied
Thread Starter
- Dabei seit
- 24.03.2005
- Beiträge
- 702
- Reaktionspunkte
- 18
Michaels-MBP-2:~ mike$ sudo file -s /dev/rdisk2
Password:
/dev/rdisk2: ERROR: cannot read `/dev/rdisk2' (Input/output error)
Michaels-MBP-2:~ mike$ diskutil info rdisk2
Device Identifier: disk2
Device Node: /dev/disk2
Whole: Yes
Part of Whole: disk2
Device / Media Name: 2115
Volume Name: Not applicable (no file system)
Mounted: Not applicable (no file system)
File System: None
Content (IOContent): None
OS Can Be Installed: No
Media Type: Generic
Protocol: USB
SMART Status: Not Supported
Total Size: 4.1 GB (4142054400 Bytes) (exactly 8089950 512-Byte-Units)
Volume Free Space: Not applicable (no file system)
Device Block Size: 512 Bytes
Read-Only Media: No
Read-Only Volume: Not applicable (no file system)
Device Location: External
Removable Media: No
Virtual: No
OS 9 Drivers: No
Low Level Format: Not supported
Michaels-MBP-2:~ mike$
Password:
/dev/rdisk2: ERROR: cannot read `/dev/rdisk2' (Input/output error)
Michaels-MBP-2:~ mike$ diskutil info rdisk2
Device Identifier: disk2
Device Node: /dev/disk2
Whole: Yes
Part of Whole: disk2
Device / Media Name: 2115
Volume Name: Not applicable (no file system)
Mounted: Not applicable (no file system)
File System: None
Content (IOContent): None
OS Can Be Installed: No
Media Type: Generic
Protocol: USB
SMART Status: Not Supported
Total Size: 4.1 GB (4142054400 Bytes) (exactly 8089950 512-Byte-Units)
Volume Free Space: Not applicable (no file system)
Device Block Size: 512 Bytes
Read-Only Media: No
Read-Only Volume: Not applicable (no file system)
Device Location: External
Removable Media: No
Virtual: No
OS 9 Drivers: No
Low Level Format: Not supported
Michaels-MBP-2:~ mike$
Zuletzt bearbeitet:
Olivetti
Aktives Mitglied
- Dabei seit
- 09.12.2005
- Beiträge
- 11.692
- Reaktionspunkte
- 4.077
das ist schlecht.
du kannst noch photorec ausprobieren. genauso aufrufen mit "sudo ./photorec" und dann search ausführen. evtl. zeigt sich dort mehr.
PhotoRec Schritt für Schritt - CGSecurity
ich bin gleich weg, skype fällt flach. evtl. morgen.
du kannst noch photorec ausprobieren. genauso aufrufen mit "sudo ./photorec" und dann search ausführen. evtl. zeigt sich dort mehr.
PhotoRec Schritt für Schritt - CGSecurity
ich bin gleich weg, skype fällt flach. evtl. morgen.