Knoppix Forum | www.KnoppixForum.de

Hallo.
Auf Bild 3 sehe ich das der MBR nicht stimmt, gelöscht oder überschrieben wurde. Als erstes hätte ich eine pmagic_2013_08_09_i486 DVD gestartet. Mit der kannst Du diesen aufs Datum genau wieder Herstellen.
nach gelöschten Partitionen suchen!
Du brauchst solche Bilder nicht mit dem Handy Fotografieren. Ein Klick auf die Taste „Drucken“ oder „Alt+Drucken“ reicht. Bild Speichern unter.
testdisk ist auch eine Option. Zum wiederherstellen von Partitionen kann ich dir keine Tipś geben weil ich diesen Befehl zum löschen benutzt habe.
Ich rate dir jetzt nicht zu oft auf diese Platte zugreifen. Sonst wird es sehr schwierig sie zu retten.
"System Rescue Cd Homepage" Hat mit diesem Thema garnichts zu tun.

Zitat von »ubuntuli«

Auf Bild 3 sehe ich das der MBR nicht stimmt, gelöscht oder überschrieben wurde.

woran erkennst du das denn?
Ich glaube, dass manchmal die Gäule mit dir durchgehen.
Aber Spaß beiseite.

Was ich in allen Bildern sehe, sieht gar nicht nach einem MBR Schema aus, sondern nach einem GPT und davon hat man dann zwei und die gehen nicht einfach kaputt und danach sieht es auch absolut nicht aus.
Nach dem, was ich sehe, ist die Partition 3 beschädigt, bzw, das Dateisystem nicht erkennbar.
Immerhin wird das Device angelegt:

Zitat von »tsatsa«

Failed to mount '/dev/nvme0n1p3':invalid argument

Damit kann man einen (eingeschränkten) Dateisystemtest durchführen.

Ohje. Nun ist das alles sehr viel komplizierter, als es sich Windows Nutzer gemeinhin vorstellen und ich habe keine Lust, das immer wieder zu erklären.
Das Dateisystem liegt auf einer Partition und es kann beschädigt werden, wodurch auch immer. Die häufigste Art der Beschädigung bei einem NTFS geschieht durch HW-Fehler oder Viren (allgemein gesprochen). Ist es erst mal beschädigt, dann ist grundsätzlich der Zug bereits abgefahren und es gibt keine zuverlässigen Mittel, Daten aus einer solchen Partition noch zu retten. Der Fehler ist bereits passiert. Das Backup muss nun benutzt werden!

Der logische erste Schritt bei Beschädigung eines Dateisystems ist dessen Reparatur. Es kommt ja immer wieder vor, dass man mal einen Stromausfall hat oder so etwas und dass dabei Dateisysteme beschädigt werden. Ein Betriebssystem hat dafür die nötigen Tools an Bord, auch Windows. Ja, nur Windows kennt WIndows-Dateisysteme wirklich. Eine Reparatur eines beschädigten Windows-Dateisystems versucht man deshalb am Besten mit einem anderen Windows. Die nötigen Befehle kannst du selbst googeln, ich müsste das auch tun. es ist irgendwas in der Art von chkdsk oder so.
In der Freien Welt gibt es nur einen schalen Ersatz, nämlich ntfsfix. Wie das geht, brauchst du nicht zu googeln, meist wird die man-page dazu mit installiert und es gibt das sowohl in Ubuntu, als auch in Knoppix (logisch). Irgendwas in der Art
sollte für dich gelten und als Optionen solltest du dann etwas wählen, das nach Möglichkeit direkt repariert und zu allem "JA" sagt. Allerdings bin ich daran selbst bei meinem bisher einzigen Versuch mit ntfsfix kläglich gescheitert. Es kann viel zu wenig.

Wenn der Reparatur-Versuch nicht gelingt, gibt es weitere Möglichkeiten.
Ob es die nur in der Freien Welt gibt, kann ich nicht sagen, aber grundsätzlich kann es sie auch für Windows geben. Der Code ist ja eben Frei und deshalb auch verwendbar. PhotoRec ist vielleicht die umfassendste Suite an Programmen, die zur Datenrettung verfügbar ist. Persönlich hänge ich am Sleuthkit, einem Daten-Forensic-Tool, mit dem auch einiges ausgelesen werden kann. In PhotoRec gibt es auch TestDisk und damit komme ich hier zum wesentlichen Punkt: wenn die Reparatur des Dateisystems versagt, dann muss man wirklich nachdenken und entscheiden.
Mit TestDisk oder PhotoRec oder anderen Programmen arbeitet man normalerweise (aus Sicherheitsgründen und nicht, weil es nicht anders geht) immer an Kopien der Original-Platte (oder Partition).
Dazu wiederum steht einem ddrescue zur Verfügung, das kann (ziemlich intelligent) die Platte auslesen und einen Klon davon bereitstellen und zwar auf einem Speichermedium mit wenigstens dem gleichen Platz, den das Original-Medium hat.
An der Stelle überlegt aber jeder, ob er nicht lieber den Backup seiner Daten benutzen möchte, denn nun müssen immerhin etwa drei verschiedene SW-Tools benutzt werden und die haben auch noch sehr viele Optionen. Das ist durchaus komplex!
Wenn du das möchtest findest du hier im Forum Beispiele gelungener Aktionen aber auch in den Weiten des Internets viel Dokumentation dazu.

Grundsätzlich also:
erst versuchen, das Dateisystem zu reparieren
dann einen (oder mehrere) Klon(e) der Platte/-Partition erstellen
darauf dann die Datenrettung veruschen

Pit234a.
Höre bitte auf mich ständig zu belehren!
Hast Du schon mal defekte Partitionen auf deiner Festplatte gesehen? Ich glaube nicht dass Du weist wie sowas aussieht sonst hättest Du das nicht geschrieben.

Zitat von »ubuntuli«

Höre bitte auf mich ständig zu belehren!

wenn du nichts dazu lernen willst, kann ich das gerne tun. Ich will dir damit ja nicht lästig werden, dass ich dich korrigiere.
Andererseits will ich aber auch nicht falsche Angaben und schlechte Tips von dir unkommentiert stehen lassen, nur um dich zu schonen.

Im Gegenzug zu dir möchte ich sehr wohl noch etwas dazu lernen und frage deshalb nochmal: woran um alles in der Welt willst du in den gezeigten Bildern einen defekten MBR erkennen?
Eine defekte Partition ist ein Begriff, der erklärt werden muss. Im allgemeinen geht nicht eine Partition kaputt, sondern das Dateisystem, welches darauf liegt. Bei einer Partition kann auch eigentlich gar nichts kaputt gehen, es ist ja nur ein zugewiesener Bereich, der dann auf unterschiedliche Art genutzt werden kann.
Und ja, ich habe schon sehr häufig defekte Dateisysteme und zerschossene MBR gehabt und auch einige defekte GPT.

Zitat von »tsatsa«

Ich bin nicht sehr geübt und manchmal benötige ich auch Tips, die für einen Professional selbstverständlich sind (wie z.B. zum Thema Bildschirm abfotografieren). Und vorallem, seid mit mir geduldig!

Es gibt unheimlich viel Information im Netz, die den richtigen Umgang mit den nötigen Tools zeigen. Auch hier in diesem Forum gibt es einige gute Beispiele, die man sich ansehen kann. Einige Links habe ich dir mal gesammelt. Die habe ich auch schnell gefunden und überflogen und sie erscheinen mehr recht brauchbar, aber vielleicht gibt es noch bessere, wenn man sich etwas mehr Mühe beim Suchen gibt.
https://wiki.ubuntuusers.de/Datenrettung/
https://www.030-datenrettung.de/datenret…escue-anleitung
https://www.cgsecurity.org/wiki/Schritt_…ellungsbeispiel
https://www.cgsecurity.org/wiki/PhotoRec…%C3%BCr_Schritt

Zitat von »tsatsa«

Fehler kam zu Stande, als das Notebook sich gerade in den Schlafmodus begeben wollte und gleichzeitig der Akku sich abschaltete.

Das ist einerseits ein typisches Szenario für unsaubere/zerstörte Dateisysteme, aber andererseits auch sehr beunruhigend, denn, ich meine gelesen zu haben, dass "schlafende Dateisysteme" irreparabel sind. Du kannst ja im Natz mal danach suchen, ob du da fündig wirst.
Bei dir ist das dann vielleicht sogar noch schlimmer, weil deine Partition vielleicht "ein bisschen" schläft und "ein bisschen" kaputt ist. Mir schwant nichts Gutes.

Schritt zwei hätte Schritt eins sein sollen! Und umgekehrt ...
Aber nun zu spät, und das auch nur vielleicht!

Gruß, FM_81

Zitat von »FM_81«

Schritt zwei hätte Schritt eins sein sollen! Und umgekehrt ...
Aber nun zu spät, und das auch nur vielleicht!

das sehe ich grundsätzlich auch so, weil man ja nie vorsichtig genug sein kann und möglichst wenig an einer "gestörten" Platte unternehmen sollte.
In diesem Fall gehe ich aber nicht davon aus, dass die Platte einen HW-Fehler hat und deshalb würde ich persönlich vermutlich noch nicht mal überhaupt ein Abbild erstellen und direkt versuchen, die Daten zu suchen. Meine persönlichen Präferenzen sollten mich natürlich nicht dazu verleiten, derartige Ratschläge zu geben, die auch schon mal gefährlich sein könnten.

Mit ntfsfix hatte ich mir auch keine Hoffnung gemacht, eher schon mit dem nativen Windows Tool chkdsk. Bei über 90% aller Fälle in meiner Praxis genügt dies, um ein Dateisystem wieder brauchbar (vorübergehend, wenn es auch einen HW-Fehler gibt) zu machen und den Aufwand mit einer Sicherung kann man sich dann oft sparen. Vielleicht etwas leichtfertig, ok, aber ich brauche das für mich selbst auch überhaupt nicht, weil ich nämlich Backup habe.

Im Augenblick habe ich kein GNU/Linux am Laufen und müsste mir die man-page zum ddrescue in dieser Welt erst im Internet suchen, deshalb möchte ich mich mit Ratschlägen zurückhalten, wie der Befehl eingesetzt werden sollte. Dein Befehl sieht aber für mich korrekt aus. Wichtig ist vielleicht ein Wort zum log-File. Das wird bei weiteren Durchläufen nämlich ausgewertet und deshalb sollte es an eine Stelle kommen, wo es auch erhalten bleibt. Sprich, wenn du auf dem Stick Knoppix mit Overlay installierst hast, ist alles gut und kein Problem. Hast du ohne Overlay genommen oder bootest direkt von einer DVD, dann geht dein Logfile verloren mit Ausschalten des Systems. Du kannst aber für ein einfaches Log sicher einen Platz auf dem FAT-Bereich des Sticks wählen. Der findet sich unter /mnt/system, wenn ich mich nun richtig erinnere. Ich werde das vielleicht im Laufe des tages noch nachsehen können und vielleicht auch die man-page von ddrescue nochmal lesen.
Und vielleicht nochmal der Hinweis: die Daten auf deinem Zielmedium gehen dabei verloren. Du schreibst nicht zusätzlich auf dein Dateisystem, sondern direkt in die externe Platte. Um "nur" ein image zu schreiben,kannst du auch ddrescue verwenden. Mal ein Beispiel: https://www.sebastian-siebert.de/2009/12…ten-und-retten/
Wenn deine externe Platte ein bekanntes Dateisystem hat, kannst du sie mounten (falls Knoppix das nicht schon automatisch getan hat). Bei automatischem Mount würde sie nach /media/sdd1 eingebunden. Dann könnte dein ddrescue Befehl also ungefähr so aussehen:
# ddrescue /dev/nvme0n1p3 /media/sdd1/mein-imge.img

Lass mich dir noch diesen Link geben, den ich allerdings nicht selbst gelesen habe:
https://askubuntu.com/questions/145902/u…-to-hibernation
Du siehst dann schon, worum es so geht.

Noch einen recht guten Beitrag:
https://www.foxplex.com/sites/datenrettu…e-und-testdisk/

Zitat von »tsatsa«

ddrescue: Write error: No space left on device"

vorab:

Zitat von »tsatsa«

/dev/nvme0n1p3 (Name: Basic Data partion; Dateisystem: bitlocker, 226GB) zu Klonende Partition bzw. Partion auf SSD im Notebook

das war mir bisher nicht aufgefallen, Bitlocker ist doch eine Verschlüsselungs--SW?
Wenn deine Quelle verschlüsselt ist, wirst du daraus keine Daten retten können. Die dazu üblichen Tools können die verschlüsselten Daten nicht zuordnen und finden nur Datensalat. Du müsstest dann erst die komplette Partition entschlüsseln, was nun aber nicht mehr geht. Sprich: deine Daten sind futsch, weil du dich durch die Verschlüsslung nun selbst ausgesperrt hast. Ich bin deshalb grundsätzlich dagegen, komplette Partitionen zu verschlüsseln, genau deswegen.

Zurück zum Fehler bei ddrescue: ich lese, no space left on device und das ist doch eine ziemlich klare Aussage.
Mögliche Gründe, die ich mir so vorstellen kann:
-Es gibt tatsächlich nicht genug Platz auf dem Ziel (df kann das zeigen)
-Es wurde ein falscher Mountpoint gewählt, also das falsche Ziel gesetzt
-Es könnte mangelhafte Schreibrechte geben, am Besten den Befehl als root ausführen

Du machst das sehr gut. Ich habe das Gefühl, dass du schon eine Menge von einem neuen und unbekannten Betriebssystem gelernt und verinnerlicht hast.
Bei Knoppix kannst du einfach durch su und Enter zu root werden, root hat kein Passwort. Du siehst das, weil sich der Prompt dann ändert. Versuch das vielleicht in jedem Fall.
Der Befehl df zeigt die Belegung der verwendeten Dateisysteme an. Mit der Option -h kannst du "menschlich besser lesbare" Einheiten setzen. Zusätzlich könntest du mittels grep noch Zeilen von Interesse herausfiltern, Aber, ich empfehle genau für den Anfang, sich alles anzusehen. Konzerntrier dich aber auf Zeilen, die /dev/sdd am Anfang stehen haben.

Ein weniger intelligenter Befehl zum Klonen ist dd. dd liest und schreibt einfach stur die Bits des Eingangs zum Ausgang. Es macht nicht mehrere Versuche, auch defekte Stellen noch auszulesen. ddrescue ist ganz klar das Mittel der Wahl, aber du könntest es schließlich auch mit dd versuchen.
Ein Befehl, der sich an dem Beispiel von oben orientiert, könnte dann etwa so aussehen

Die Syntax ist einfach dd infile zu outfile und nimm blocksize von 1m. Das letztere ist nur, um den Datenverkehr etwas schneller zu machen. Lässt man das weg und nimmt kleiner Werte, geht es eben langsamer, weil weniger gecached wird.
Das "#" ist der übliche Hinweis, das ein Befehl als root ausgeführt wird. "#" ist der Standard-Prompt für root in vielen Systemen.

das bs=1m wird bei ddrescue nicht ausgewertet, wenn ich das richtig im Kopf habe. Das bezog sich auf den "dümmeren" Befehl dd.

Es freut mich, dass du diese Hürden meisterst.
Aber ich mache mir nach wie vor kaum Hoffnung, dass da noch was zu retten ist. Warten wir das einfach mal ab.

Übrigens will ich noch was zu mir erklären: in diesem Forum landete ich, weil ich selbst Hilfe suchte und wie das bei OpenSource üblich ist, gibt man dann auch etwas zurück. Deshalb blieb ich eine Weile länger hier, obschon GNU/Linux mich nicht wirklich interessieren und ich auch keines aktiv laufen habe. Weil das so ist, verliere ich natürlich auch den Umgang mit einem GNU/Linux rapide schnell und habe sehr viel von dem bereits wieder vergessen, was ich über Knoppix gelernt hatte. Es ist deshalb nur konsequent, dass ich den Tab zu diesem Forum im Browser geschlossen habe und nur noch gelegentlich hier rein sehe.
Leider scheint dieses Forum aber auch relativ verwaist zu sein, im Unterschied etwa zum Ubuntu Forum, wo ich mich auch mal einige Wochen tummelte. Da sist echt schade, denn ich habe einige ältere Beiträge gelesen, wo echte Kompetenz hier zugegen war. Das war durchaus beeindruckend. Nun sehe ich nur noch sehr wenige fähige Mitglieder, die offenbar nur sporadisch mal hier rein schauen.
Wenn du nun mit meinem Wissen Vorlieb nehmen musst, dann bist du da auch quasi ein wenig in den A... gekniffen, weil ich selbst keine große Kompetenz habe und mich lediglich als Endanwender von OpenSource SW begreife.
Deshalb: lies ausgiebig und glaub nicht jedem Ratschlag blindlings.
Generell sind Programme in Knoppix nicht anders, als in Ubuntu (sie sind allerdings oft ein wenig verschieden zu meinem System). Ubuntu hat ein recht nettes und sehr aktives Forum, das ich dir empfehlen möchte, wenn du hier mal nicht weiter kommst. Die verstehen sich allerdings eher als Support-Forum, was bedeutet, dass sich selten jemand die Zeit nimmt, um Dinge auch zu erklären. Da wird maximal auf das ebenfalls recht gute Ubuntu Wiki verwiesen, so nach dem Motto: rtfm.

das hört sich zwar abstrus an, aber es wäre gut für dich.
Du könntest dann Daten mit https://de.wikipedia.org/wiki/PhotoRec finden.

https://www.cgsecurity.org/wiki/PhotoRec…%C3%BCr_Schritt
erklärt den Einsatz sehr gut, wie ich finde und ist vielleicht die beste Anlaufstelle. Es gibt aber zahlreiche Seiten im Netz, die Beispiele zeigen.
Photorec braucht kein funktionierendes Dateisystem. Ich zeige mal den Anfang einer ganz beliebigen Datei auf meinem System:
und so geht das weiter. Man nennt das den Header einer Datei und da sieht man direkt am Anfang einige Information drin stehen. So ähnlich kann man sich die Arbeit von Photorec vielleicht vorstellen. Es stöbert über alle Daten einfach so weg und schaut, was sich da zusammenhängendes findet. Die Ergebnisse speichert es dann an einem ausgewählten Ort. Es findet damit Daten, die nicht durch Überschreiben bereits zerstört sind, was ein Grund dafür ist, dass man möglichst wenig mit einem defekten Dateisystem anstellen sollte.
Das ist ganz lustig, sich neue Datenträger so mal anzusehen. Letztens hatte ich das Demonstrationszwecken mal bei einem "neuen", zuvor noch verpackten Stick durchgeführt und zahlreiche Bilder und Icons darauf gefunden. Es werden nicht selten gebrauchte Chips in solchen Sticks benutzt. Stell dir vor, die waren vielleicht vorher in einer Kamera. Ein Blick auf das Dateisystem zeigt diese Daten nicht. Für das Dateisystem ist das alles freier Platz, den es bei nächster Gelegenheit beschreiben kann und auch wird. Erst dann werden die vorhandenen Daten zerstört.
Benutzt man nun eine Dateisystem-Verschlüsselung, dann werden die Header-Informationen der Dateien eben auch verschlüsselt und Photorec erkennt die einfach nicht, es sieht nur ungeordnete Daten ohne jeden Zusammenhang. Naja, genau das ist es auch und soll es auch sein. Deshalb verschlüsselt man schließlich ja. Aber genau deshalb habe ich mich dagegen entschieden und verschlüssele nur einzelne Dokumente, aber nicht komplette Dateisysteme oder Geräte. Man muss sich ja bewusst machen, dass eine derartige Verschlüsselung nur dann schützt, wenn jemand in feindlicher Absicht ein Speichermedium in die Hände bekommt. Solche Feinde können für manche Menschen auch Staatsorgane sein, die vielleicht einen PC komplett beschlagnahmen und auf Spuren untersuchen. Nicht umsonst ist in manchen Staaten (etwa USA) diese Art der Verschlüsselung verboten. Ich verstehe also durchaus, dass man ein Bedürfnis danach hat, seine Daten zu schützen. Aber es ist ein wenig merkwürdig, wenn man dann ein proprietäres Betriebssystem benutzt, von dem man gar nicht weiß, wie es funktioniert und was es macht. Im Betrieb liegen alle Daten ja unverschlüsselt vor und können bequem von einer Spähsoftware gelesen werden. Wenn ich mir das vorstelle und gegenseitig abwäge, wiegt mir der evtl Verlust meiner Daten durch Versagen des Mechanismus wesentlich schwerer, als die Möglichkeit, dass jemand in feindlicher Absicht meine Platte klaut und ausspäht. Verschlüsselung kompletter Datenträger oder Dateisysteme ist in meinem Lebensalltag keine Steigerung der Sicherheit gegen Spionage.

Genug. Ich wünsche dir jedenfalls gutes Gelingen und halt uns weiter auf dem Laufenden.

Ah. Ich hatte gerade die Idee, die oben gezeigte Datei mal mit gpg zu verschlüsseln. Das benutze ich am liebsten für solche Aufgaben. Die neue, nun verschlüsselte Datei heißt mozilla.pdf.gpg und ich zeige mal den Anfang:
Keine Chance für Photorec oder irgendeine andere SW. Ohne Schlüssel und Entschlüsselungs-SW ist das nur Datenmüll.

ich muss nochmal nachbessern, weil ich sonst ein schlechtes Gewissen habe. Die Beispiele oben sollen nur eine Art Demo zur Veranschaulichung sein. Photorec arbeitet in Wirklichkeit schon ein wenig anders und es könnte wohl auch eine verschlüsselte Datei wieder herstellen, eben voll verschlüsselt und ohne ihren Sinn zu kennen.
Aber ich hielt das eben für anschaulich und glaube, dass es der Vorstellung hilft.

mich würde interessieren, wie Knoppix nun deine Partitionen sieht. Hast du noch Lust dazu?

das ist ja seeehhhr merkwürdig.

Also, jede Partition wird normalerweise erkannt und im Kernel-Message-Log aufgeführt. Den kann man sich mit dem Befehl dmesg ansehen. Ich habe gerade ein Ubuntu in einer VM laufen und das ist natürlich nicht sehr ergiebig, aber ich zeige mal eine Ausgabe:

mit der Pipe ( | ) nach grep wird die Ausgabe von dmesg gefiltert und nur solche Zeilen ausgegeben, die den Filterbegriff sda enthalten.
In Linux werden SCSI-Geräte mit sd(n) benannt und n ist ein Buchstabe, der in der Reihenfolge der Erkennung vergeben wird und jede (gültige) Partition erhält dann eine Nummer. /dev/sdb2 ist also die zweite Partition auf dem zweiten erkannten SCSI-Gerät. SCSI-Gerät ist zunächst verwirrend, denn kaum jemand hat solche Geräte und trotzdem wird das heute üblicherweise erkannt. Das ist ganz einfach, weil man nicht für jede Klasse wieder alles neu programmierte, sondern in den gut funktionierenden SCSI-Modus übernahm. SO haben alte IDE-Geräte den Namen hd (/dev/hd) und noch ältere Flopp-Drives den Namen fd, aber USB-Sticks und SATA-Platten heißen sd.
Du hast sehr wahrscheinlich eine SATA Platte verbaut und es gibt gute Gründe anzunehmen, dass die erste verbaute Platte als sda erkannt werden wird. Deshalb zeigte ich genau dieses Beispiel aus meinem virtuellen Gast.

Du könntest da mal nachsehen, es müsste etwas erkannt werden

fdisk -l listet alle erkannten Partitionen. Das ist nun im Grunde genommen nur eine etwas andere Darstellung der gleichen Information, die man mit dmesg bekommen kann. Un hier sollte deine fest eingebaute Platte ja jedenfalls dabei sein, zumindest nicht mit weniger Partitionen, als zuvor.
Alles andere ist sehr merkwürdig.

Aber, da es ja funktioniert, sollte man hier nicht ein totes Pferd unsinnig antreiben.

Da sag ich mal spontan: Gott sei Dank, dass wir hier keine Freie SW zur Datenrettung brauchten.
Natürlich bin ich nur unbedarfter Endanwender und Speziallisten könnten vielleicht viel mehr Möglichkeiten sehen, aber für mich "armen Teufel" wäre da nun keine weitere Information heraus zu holen, selbst aus dem an und für sich laufenden System, was ja dafür garantiert, dass kein Dateisystem und keine Partition tatsächlich zerstört ist.
So bleibt das für mich eine interessante Erfahrung, die ich entsprechend verbuche.

Denk aber nun unbedingt an Backup!
Datenrettung sollte man niemals brauchen, weil man ja immer ein Backup parat haben muss. Datenrettung ist nur ein mögliches, manchmal sinnvolles Szenario, aber brauchen sollte man das im Grunde nie.

bye