festplatte defekt?

[san]

so hab jetzt mal knoppix gebootet, wird erkannt, dass da noch ne festplatte ist als hdb, sollt ja so sein, wenn ich mich noch richtig erinnere an die linux benennung. mehr ahnung von linux hab ich allerdings nicht.
so mounten kann ich die nicht. es wird auch keine hd grösse angezeigt.
wenn ich das ding bei kdiskfree einbinden will kommt ne fehlermeldung:
name: mount /dev/hdb
mount: I could not determine the filesystem type, and none was specified.

dateisystem wäre ntfs, und wenn ich's recht habe auf 4 partitionen

[Sven]

Ich hab so den Eindruck als hätte es die Partitionstabelle zerschossen

[centerbul]

öhm, welche knoppix-version nutzt du? die alten können soweit ich weis kein ntfs. sie wird zwar erkannt, kann aber net gelesen werden.

@ahits. schonmal versucht die platte alleine in nem system zum laufen zu bringen? dort könntest du dann versuchen über die xp-cd und reparaturkonsole den bootrecord wieder herzustellen. das müßte mit *fixboot* und *fixmbr* gehn.

das problem an sich hört sich an, als wäre die motorsteurung zerschossen. er würde dann nur das eprom auslesen und weiter nichts mehr. das hatte ich auch schon.

wenn alle versuche, die daten zu retten scheitern, hilft nurnoch eine formatierung. wenn das auch net hinhaut, haste leider pech gehabt.

gruß center

[san]

hmm Partitionstabelle, hab da mal ein tool (testdisk http://www.cgsecurity.org/) gefunden der die hd mal danach analysiert, bis jetzt kommen da nur read errors. ich lass das mal laufen.
die grösse wird zwar falsch erkannt (8 GB statt 250GB), aber die cylinder anzahl sieht korrekt aus.

wird wohl ne ganze weile dauern.

edit: knoppix 5.1.0

also die anderen ntfs partitionen auf der anderen festplatte können problemlos erkannt und gelesen werden

[Chriss]

Zuerstmal @ViTaCoKe: Sorry wenn ich das so hart sage, aber was du sagst ist falsch und hat nix mit dem Problem zu tun. Wenn die Platte nicht in der Datenträgerverwaltung erkannt wird hat das nix mit Berechtigungen zu tun (sowas gibt es auf Datenträgerebene nicht, nur auf Filesystemebene), sondern dann ist die Platte schlicht kaputt.

Komisch ist allerdings das Knoppix noch was erkennt.

Könntest du bitte nochmal die Knoppix-CD booten und die Ausgabe des folgenden Befehls hier posten? Sprich ein Terminal aufmachen und das eingeben?

/sbin/fdisk -l

Wenn bei dem Partitionstool die Read-Errors kommen bin ich ziemlich sicher das da was an der Platte kaputt ist. Letzte möglichkeit noch was zu überprüfen sind wohl die Festplattendiagnosetools der entsprechenden Hersteller, das würd ich mal noch probieren. Wenn die Windows Datenträgerverwaltung die Platte aber nicht erkennt seh ich für deine Daten ziemlich schwarz. Es gibt zwar tools die auf Rohdatenträgern ohne Partitionstabelle und ähnlichem Daten von NTFS Partitionen wiederherstellen können, aber da kenn ich nur welche für Windows - und das setzt erkennen in der Datenträgerverwaltung vorraus.

Du könntest natürlich, wenn Linux da was erkennt, versuchen ein Image von der Platte auf ne andere zu ziehen und von dem Image aus ne Wiederherstellung probieren. Setzt aber vorraus, daß du eine mindestens gleich große Platte mit entsprechend Platz hast. Du kannst auch mal, um Lesezugriff auf Blockebene zu probieren folgenden Befehl absetzen und ne weile laufen lassen (als root!):

dd if=/dev/hdb of=/dev/null bs=10M
(vorausgesetzt /dev/hdb ist die Platte)

Das macht aber nicht viel weniger anderes als die Intensivsuche der Plattendiagnosetools (es liest jeden Sektor der Platte) und beides dauert ein paar Stunden, je nach dem.

[ViTaCoKe]

Zitat von Chriss

Zuerstmal @ViTaCoKe: Sorry wenn ich das so hart sage, aber was du sagst ist falsch und hat nix mit dem Problem zu tun. Wenn die Platte nicht in der Datenträgerverwaltung erkannt wird hat das nix mit Berechtigungen zu tun (sowas gibt es auf Datenträgerebene nicht, nur auf Filesystemebene), sondern dann ist die Platte schlicht kaputt.

Ich halte mal dagegen:
Wie kommst du bitte darauf? Wenn von der Größe (bei ahitsawin) noch (teilweise) was zu sehen ist, KANN es helfen. Es war lediglich eine Möglichkeit zur Lösung SEINES Problems.
Windows zeigt, sofern z.B. (!) ein Ordner geöffnet werden soll, auf den du aufgrund von fehlenden Berechtigungen nicht zugreifen kannst eine "Zugriff verweigert!"-Meldung an und zeigt auch in den Eigenschaften des Ordners eine Größe von 0 Byte an, das ist also völlig normal und kann das Problem sein.
Prüfe doch ruhig mal als User (bzw. mit deinem User-Administrator-Konto, also nicht dem Administrator selbst) die Größe der Ordner "System Volume Information" und sag mir mal was da steht wenn du den öffnest und in die Eigenschaften schaust. Sagen kann man's nicht, wenn man(n)'s nicht ausprobiert hat
Ich habe mich mit meinem Post nicht auf "san"s Post bezogen, sondern auf den des Threaderstellers (ahitsawin), bei dem ist meine Methode denke ich nicht so ganz verkehrt... sans habe ich irgendwie nicht wahr genommen, war heute Morgen auf der Arbeit
Was bei san das Problem sein kann weiß ich noch nicht, darüber hab ich mir noch nicht wirklich Gedanken gemacht, tippen würde ich aber auch dort auf eine defekte Partitionstabelle oder einem Problem in Nähe des 0-Sektors..

[san]

root@Knoppix:/ramdisk/home/knoppix# /sbin/fdisk -l

Platte /dev/hda: 61.4 GByte, 61492838400 Byte
255 Köpfe, 63 Sektoren/Spuren, 7476 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes

Gerät boot. Anfang Ende Blöcke Id System
/dev/hda1 * 1 914 7341673+ 7 HPFS/NTFS
/dev/hda2 915 7310 51375870 7 HPFS/NTFS
/dev/hda3 7311 7475 1325362+ f W95 Erw. (LBA)
/dev/hda5 7311 7399 714861 7 HPFS/NTFS
/dev/hda6 7400 7475 610438+ 7 HPFS/NTFS


falls es was hilft, in der reperatur konsole von der win xp sp2 boot cd, mit diskpart wird die platte als 8 GB gross erkannt, aber kann nicht zugegriffen werden, bzw. verwendet werden. sprich man kann dort keine partition erstellen, löschen usw.

resultat von dd if=/dev/hdb of=/dev/null bs=10M folgt später

Edit:

---

root@Knoppix:/ramdisk/home/knoppix# dd if=/dev/hdb of=/dev/null bs=10M
dd: Lesen von »/dev/hdb«: Eingabe-/Ausgabefehler
0+0 Datensätze ein
0+0 Datensätze aus
0 Bytes (0 B) kopiert, 7,62483 Sekunden, 0,0 kB/s

also gut werd wohl damit leben müssen, dass ich die daten nicht gratis wieder bekomme, ärgerlich aber überlebbar

die diagnose tools vom hersteller gibt's ja nur für win und dos. werde da noch ne dos boot cd machen und dort mal schaauen, das tool was erkennt.

---

[Chriss]

Das dd Kommando klappt nicht weil es keine andere Platte als die /dev/hda gibt - das ist die eigentliche Systemplatte die funktioniert schätz ich mal?

Sieht für mich nicht so aus wie wenn Linux die zweite Platte erkennen würde, sonst würd sie bei dem fdisk Kommando auftauchen. Probier mal die Diagnosetools von dem Festplattenhersteller, aber ich seh ziemlich schwarz.

@ViTaCoKe: Wie ICH drauf komme? ... Das hab ich schon geschrieben. Wie kommst DU drauf??? Ein (modernes, sprich nicht an 32Gb grenzen oder ähnliches gebundenes) Betriebssystem erkennt eine Festplatte und ihre Partitionen entweder mit der vollen größe oder gar nicht, und zwar bei der Hardware-Erkennung. DORT GIEBT ES KEINE ZUGRIFFSBERECHTIGUNGEN - DIE GIBT ES ERST AUF DATEISYSTEMEBENE - sprich NACHDEM die Partition Formatiert wurde, mit nem Dateisystem welches ein Berechtiungskonzept hat - NTFS z.B. - Hier geht's aber um das korrekte erkennen von der Platte und deren Partitionen - und da GIBT es wie gesagt keine Berechtigungen! Also entweder du glaubst mir das ich weiß wovon ich rede oder du lässt es und machst dich vermutlich demnächst lächerlich. Ich weiß ich hör mich grad vielleicht arrogant an, aber ich weiß das du falsch liegst und keine Ahnung hast.

Wegen dem Problem von ahits kommt's immer noch drauf an was die Windows Datenträgerverwaltung oder ebenfalls fdisk -l von ner linux-live-cd sagt. Das hab ich schon fast vergessen das es hier ja um zwei Probleme ging... willst das nicht Trennen, AMD?

[san]

hätte vielleicht doch nen eigenen thread aufmachen sollen.
aber die hersteller diagnose tools sagen, dass ich die platte austauschen soll. gut somit ist mein prob dann ansich gelöst.

210
Selbstdiagnose fehlgeschlagen
Bei der Selbstdiagnose der Festplatte wurden irreparable Schäden festgestellt. Die Festplatte sollte ausgetauscht werden.

458
IDNF 10+
Identified Data Not Found (Identifizierte Daten nicht gefunden). Zehn oder mehr Informationen zur Datenpositionierung und -speicherung konnten nicht gefunden werden. Die Festplatte sollte ausgetauscht werden.

tschuldige, dass ahitsawin prob abissel in den hintergrund kam, aber das von vitacoke könnte klappen, bei dir werden ja irgendwelche daten erkannt, scheint ja nicht so, dass die platte gar nicht erkannt wird, hat ja gesagt, dass er files sehen kann, aber nicht zu greifen kann.