Hallo ich hab da ein keleines Problemchen, wo ich Eure Hilfe gebrauchen könnte :) Ich hab mit Code Blocks programmiert, dann ist der PC abgestürtzt(Labtop Akku is futsch) und nun ist die C Datei leer, bei der ich gerarbeitet hatte. Sie hat auch ne größe von 0kB, aber es wurde eine Datei mit dem gleichen Namen erstellt, mit der Endung " .cbTemp ", welche auch die richtige Größe besitzt, Nun woll ich euch fragen wie ich die Source noch retten kann. Wäre super wenn mir jemand weiter helfen könnte Danke im Vorauf für jeden Ratschlag:) mgf
hast du die .cbTemp Datei mal mit Notepad++ aufgemacht und reingeschaut?
Habs jetzt probiert, aber leider auch leer:(, habs mit Code Blocks auch probiert, aber ist dort auch leer (habs natürlich nur bei einer Sicherungskopie getestet) sorry wegen dem "PC sbgrdtürzt" sollte abgestürzt heißen.
Angehängte Dateien:
-
Unbenannt.png
47 KB
Sorry wenn ich die Datei mit Notepad++ öffne, zeigt er mir alles kleine Rechtecke wo "Nul" drinn steht an. siehe Anhang danke
simon hoen. schrieb: > Rechtecke wo "Nul" drinn steht an. 1.Ja, manchmal sollte man rechtzeitig sichern. Was nicht auf die HD geschrieben wurde, weil es noch im RAM war, ist meist weg. 2.Je mehr Reparaturversuche Du unternimmst, desto mehr Schreiboperationen könnten die noch verbliebenen Reste auf Deiner HD überschreiben. Einfache Variante: Kopiere alle Daten von diesem betroffen Tag auf eine externe HD und suche dort nach Uhrzeit und Datum ob zufällig noch was brauchbares dabei ist. 3.Notfalls HD ausbauen und Reparaturtool benutzen. Aber was nicht abgespeichert wurde kann auch Easy Recvery nicht finden.
Trags wie ein Mann. Schreibs neu. Jetzt ist deine Erinnerung noch frisch und du hast das ganze in Kürze neu gemacht. Ganz im Gegenteil ist eine Neufassung meist sowieso einen kleinen Tick besser, weil man die ganzen Irrwege nicht mehr geht sondern jetzt schon weiß, wo man sich im Original verfranst hat und diese Fehler dann nicht mehr macht. Und dann tritt die alte Gamer-Regel in Kraft: Save often, save early.
oszi40 schrieb: > 1.Ja, manchmal sollte man rechtzeitig sichern. Was nicht auf die HD > geschrieben wurde, weil es noch im RAM war, ist meist weg. Danke, hab aber immer fleißig gesichert, habs ne Minute vor dem Absturz gespeichert(bin mir zu 100% sicher) oszi40 schrieb: > Einfache Variante: Kopiere alle Daten von diesem > betroffen Tag auf eine externe HD und suche dort nach Uhrzeit und Datum > ob zufällig noch was brauchbares dabei ist. danke aber was brauchbares ist die .cbTemp, wo noch alles drin ist(Rückschluss auf die Dateigröße 34k), das problem ist nur wie ich an den Inhalt komme??
simon hoen. schrieb: > danke aber was brauchbares ist die .cbTemp, wo noch alles drin > ist(Rückschluss auf die Dateigröße 34k), das problem ist nur wie ich an > den Inhalt komme?? du hast doch selber reingeschaut, es stehen nur 0 drin. Und das 34k mal. Da wist du nichts finden.
simon hoen. schrieb: > danke aber was brauchbares ist die .cbTemp, wo noch alles drin > ist(Rückschluss auf die Dateigröße 34k) Das heißt nicht, dass da noch alles drinnen ist. 34kByte mit lauter 0 Bytes sind auch nur 34kByte mit lauter 0 Bytes. Das arachaischte Werkzeug, das du benutzen kannst, ist ein sog. Hex-Editor. Mit dem machst du jetzt erst mal die Datei auf. Wenn sich da ausser einem Haufen 0-er noch irgendwas vernünftiges zeigt, dann macht es Sinn ein bißchen was zu versuchen. Wenn sich im Hex-Editor auch nur noch Unsinn zeigt - dann spiel nicht lange rum, ist in 90% der Fälle vergeudete Zeit.
Auf jeden Fall solltest du aber das Dateisystem überprüfen lassen. Mit ein bißchen Pech ist nicht nur diese 1 Datei betroffen.
Karl Heinz Buchegger schrieb: > Trags wie ein Mann. > Schreibs neu. ja das ist der letzte Weg, wenn es nicht funzt die Datei wiederherstellen, aber da die .cbTemp Datei die richtige Größe besitzt muss sie noch alles beinhalten( hofffe, glaube ich zumindes), *.cb Programmspezifische Sicherungskopie (Google)
Wenn ich jetzt noch lese abgestürzt und Akku leer. Dann freu Dich, daß Deine HD überhaupt noch lebt. Es gab früher HDs, die waren nach Spannungsproblem ein Fall für die Tonne.
simon hoen. schrieb: > Karl Heinz Buchegger schrieb: >> Trags wie ein Mann. >> Schreibs neu. > > ja das ist der letzte Weg, wenn es nicht funzt die Datei > wiederherstellen, aber da die .cbTemp Datei die richtige Größe besitzt > muss sie noch alles beinhalten( hofffe, glaube ich zumindes), Ha - Der war gut. Willkommen in der realen Welt. Sagt dir der Begriff "Murphy's law" irgendwas?
Karl Heinz Buchegger schrieb: > simon hoen. schrieb: >> Karl Heinz Buchegger schrieb: >>> Trags wie ein Mann. >>> Schreibs neu. >> >> ja das ist der letzte Weg, wenn es nicht funzt die Datei >> wiederherstellen, aber da die .cbTemp Datei die richtige Größe besitzt >> muss sie noch alles beinhalten( hofffe, glaube ich zumindes), > > Ha - Der war gut. er hat ja recht, Es braucht nur den richtigen One-Time-Pad mit einer größe von 34k und schon kann er mit einem XOR die Datei wieder lesen.
Peter II schrieb: > Es braucht nur den richtigen One-Time-Pad mit einer > größe von 34k und schon kann er mit einem XOR die Datei wieder lesen. :-) genau das wäre super Nur wie stellt man das an?
Karl Heinz Buchegger schrieb: > 34kByte mit lauter 0 > Bytes sind auch nur 34kByte mit lauter 0 Bytes. Naja kann dies jetzt leider auch noch aus Erfahrung bestätigen :-( Danke für eure Ratschläge, nun bleit mir nichts mehr anderes übrig alls alles neu zu schreiben mgf
Weiß nicht ob's so etwas auch für Windows gibt, bei Xnix kann man sich solche Dateien noch mal mit:
1 | strings <datei> |
anschauen. Wenn da noch Verwertbares drin sein sollte, so käme es jetzt zum Vorschein.
Da muss wohl noch mehr in die Hose gegangen sein! Zumindest dass, was vor dem letzten Sichern da war dürfte nicht im Nirwana gelandet sein. Normale Editoren lassen die Ausgangsdatei unverändert bis zum expliziten Speichern oder einem Compilerlauf wenn in einer Entwicklungsumgebung.
oszi40 schrieb: > Es gab früher HDs, die waren nach > Spannungsproblem ein Fall für die Tonne. So ein Quark, nicht jedes OS fährt die Platte erst runter per ATA-Befehl, bevor der Strom verschwindet beim abschalten. Und auch nicht jede Platte konnte das, heutige alle, aber von den Älteren eben nicht alle.
Nils S. schrieb: > oszi40 schrieb: >> Es gab früher HDs, die waren nach >> Spannungsproblem ein Fall für die Tonne. > > So ein Quark, nicht jedes OS fährt die Platte erst runter per > ATA-Befehl, bevor der Strom verschwindet beim abschalten. > Und auch nicht jede Platte konnte das, heutige alle, aber von den > Älteren eben nicht alle. Das nicht, aber was Festplatten früher konnten, war den Kopf auf Kommando parken, und das war auch nötig, da die Platte beim Abschalten sonst mit dem Kopf mitten auf dem Medium stehengeblieben ist. Daß explizites Parken notwendig war, ist allerdings nun schon wirklich ewig her. Das war vielleicht in einer Zeit, als die "Laptops" noch Röhrenmonitore hatten, mit weniger Bildfläche, als heute bei so manchem Oszilloskop.
oszi40 schrieb: > Es gab früher HDs, die waren nach > Spannungsproblem ein Fall für die Tonne. Rolf Magnus schrieb: > Das war vielleicht in einer Zeit, als die "Laptops" noch > Röhrenmonitore hatten, So einen Schwachsinn gabs noch nie!
zebra schrieb: > Rolf Magnus schrieb: >> Das war vielleicht in einer Zeit, als die "Laptops" noch >> Röhrenmonitore hatten, > > > So einen Schwachsinn gabs noch nie! http://blogs.intel.com/technology/2012/11/calling-gordon-gekko-the-constant-evolution-of-the-mobile-form-factor/
c.m. schrieb: > zebra schrieb: > >> Rolf Magnus schrieb: >>> Das war vielleicht in einer Zeit, als die "Laptops" noch >>> Röhrenmonitore hatten, >> >> >> So einen Schwachsinn gabs noch nie! > > http://blogs.intel.com/technology/2012/11/calling-gordon-gekko-the-constant-evolution-of-the-mobile-form-factor/ Oder auch http://de.wikipedia.org/wiki/Osborne_1 ... oder dachtest du echt, die Bezeichnung "Schlepptop" stammt aus der 'Neuzeit'? Ja, es gibt hier im Forum noch Leute, die haben diese Dinge alle noch mit eigenen Augen gesehen und mit ihnen gearbeitet, als das noch "Stand der Technik" war. :-)
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.