Festplatten defekt ???????

Man muss auch nichts dramatisieren. Die Platten sind ja eh im Eimer. Sicher könnte man jetzt eine Profi-Firma für viel Geld beauftragen, diese wieder zu reanimieren und auszulesen. Das will der TE ganz sicher nicht. Und wenn sie tatsächlich im hohen Bogen in die Schrottkiste geflogen und dort wieder entnommen wurden - wayne störts. Bei Datenschutz und -sicherheit ist die Firma gefragt, nicht der TE.

Können wir daher die Diskussion diesbezüglich beenden?

War WD nicht auch die 4ma, die irgendwelchen Mist auf einem SATA ping gemacht haben, so das man da beim Anschluss an nicht-WD controller noch einen pin-hack machen musste ? Dachte schon. Weswegen ich die schon ewig nicht mehr kaufe. Koennte vielleicht ein Grund sein, warum sich ein paar von den Platten gar nicht melden.

Nachdem schon soviel diskutiert wurde. Ein hilfreiches Tool kann noch sysinternals winobj sein oder noch besser Object Explorer von Pavel Yosifovich (manchen bekannt als Co-Autor von Windows Internals - der Hauptautor Mark Russinovich ist besser bekannt als Schöpfer der Sysinternals Suite). Damit kann man sich den Windows Device Tree ansehen, und sieht auch erkannte Festplatten (nicht nur Partitionen/Volumes/Filesysteme). https://github.com/zodiacon

Und dann für Unerschrockene, das ultimative Tool für Analyse der HDD - ein Hexeditor (der direkt auf Physical-Devices zugreifen kann - ist sowohl in Windows als auch in Linux grundsätzlich einfach). Da kann man sich die ersten Blöcke ansehen, schon allein mit Wikipedia-Artikeln kann man sich da durchkämpfen: Ist die jetzt partitioniert? Nach welchem Schema? ... Startpunkt kann https://de.wikipedia.org/wiki/GUID_Partition_Table sein.

Aber wie schon gesagt - wenn diskpart list disk schief geht, hilft das alles nix. Neben den Hinweisen von @te36 grade - ggf. noch verifizieren ob die genannte Dockingstation nicht das Problem ist. Vielleicht findet man auch noch was im Netz zu Jumpern (meine WD Red beispielsweise haben noch Jumper - per Standard alles offen).

Ich möchte das Thema für mich gerade mal "hoch holen".
Habe mir ja ne neue 8 TB Platte geholt und möchte nun doch mal vorab nen Test der Platte durchführen. Habe ich bisher nie gemacht und immer Glück gehabt.
Ich weiß unter unRAID gibt es den preclear Prozess wo ein Datenträger mit Nullen voll geschrieben wird und diese hinterher ausgezählt werden.
Wie würde denn das Pendant dazu unter Debian aussehen? Spontan hätte ich badblocks genommen und würde dem hier folgen https://www.linux-magazin.de/ausgaben/2017/04/datentraeger/2/, jedoch sind hier viele Tiefer in dem Thema drin, daher meine "vorab" Frage.

Sobald ich weiß womit ich es mache würde ich schauen dafür ne Docker basierte Lösung zu nutzen, da ich hierfür keinen zusätzlichen PC permanent laufen lassen möchte, sondern mein NAS nutzen will (hoffe ich habe noch nen SATA Slot frei ) und ich will weder nen SSH-Terminal an nem PC für 2-3 Tage offen haben, noch will ich die OMV Weboberfläche solange geöffnet haben.

führe den Befehl doch einfach mittels nohup aus und lass dir nen [definition='1','0']log[/definition] schreiben. fertig. Dann kannste die ssh session einfach beenden und iwann mal das [definition='1','0']log[/definition] prüfen.
https://wiki.ubuntuusers.de/nohup/

Alternativ mein Vorgang: Platte einbauen, SMART Werte auslesen, formatieren lassen vom OMV (macht er im langsamen Modus) und SMART Werte nochmals prüfen. Wenn dann keine Auffälligkeiten auftreten -> einbauen und gut. bin doch kein Rechenzentrum

Bei neuen Platten mach ich das auch so, smart, einmal schreiben und lesen, wieder smart. schreiben und lesen kann man mit badblocks oder so machen.

Fuer alte Platten hab ich leider kein gutes Programm gefunden, weil es bei denen auch darum geht festzustellen, ob stellen der Platte matschig geworden sind, was man nur daran erkennen kann, das man unter hoher prioritaet liest/schreibt (oder auch nur lesen) und dann sektorweise die geschwindigkeit misst. Gibt bloss ein windows programm dessen namen ich vergessen habe, das dann graphisch schoen eine speed-map der platte anzeigt. Sobald man da langsame zonen hat, sollte man an ruhestand fuer die platte nachdenken. Nochmal irgendeinen opportunistischen full-backup drauf tun und in schrank, wenn man sowas nicht direkt entsorgen will.

Zitat von te36

Fuer alte Platten hab ich leider kein gutes Programm gefunden, weil es bei denen auch darum geht festzustellen, ob stellen der Platte matschig geworden sind, was man nur daran erkennen kann, das man unter hoher prioritaet liest/schreibt (oder auch nur lesen) und dann sektorweise die geschwindigkeit misst.

Eine einfache Möglichkeit: dd-like Tool, direkt auf die phys. Platte zugreifen, ganze Platte nach /dev/null kopieren bzw. nach nul unter Windows. (Sehr große Block/Puffergröße einstellen bei dd-alike) Gleichzeitig Monitoring Programm aufrufen. Z.B. Windows Bordmittel Perfmon, dort Parameter hinzufügen -> Physikalischer Datenträger -> Bytes gelesen/s. Noch unter allgemein sagen wir 120 s Intervall einstellen 120000 s Länge, das reicht typischerweise für die größten Platten. Dann hast du grafische Darstellung der Lesegeschwindigkeit und "matschige" Stellen auf der Platte werden auffallen. Unter Linux nimmt man halt das dort installierte Monitoring-Programm. Zur Not auch iostat mitlaufen lassen. Ist dann noch nicht grafisch, aber mit etwas Basteln könnte man aus iostat output csv machen und Grafik in Tabellenkalkulation.

Naturgemäß ist ein ähnlicher Test für Schreiben schwerer, wenn man die Daten auf der Platte nicht zerstören will.

Ja, ich glaube ich hatte mal bei einer platte "pv" mit timestamp [definition=12,8][definition=12,9]logging[/definition][/definition] genommen und mit perl-script nachgearbeitet. aber halt nur haendisch gebastelt und nie soweit gebracht, das es publiziert werden koennte.

Und ich hab auch damit aufgehoert, weil wahrscheinlich die sinnvollere Moeglichkeit waere, rauszufinden, was man mit den SMART Raw_Read_Error_Rate, Hardware_ECC_Recovered anfaengt. Wahrscheinlich kann man aus denen herausfinden, ob/wieviel mal die Platte dieselben Sektoren einlesen musste, bevor es keinen ECC Error gibt. Also genau den Grund warum sie beim lesen langsamer wird.

Aber gibt ja keine Doku fuer diese Variablen, ausser man versucht sich zu den Specs durchzuwuehen, wozu ich bisher keine Lust hatte. Weil, wie @yard2 ja schon mal so richtig angemerkt hat, vieles davon eben unter Verschluss bei den Herstellern ist. In den 90'ern habe ich ja auch mal bei Seagate rumgeflennt und mal Specs bekommen (allerdings waren das keine Festplatten), aber lange nicht mehr probiert.