Mir ist ein riesen Fehler passiert und zwar bin in an einer Funktastatur kurz vor dem klick auf OK/Speichern auf die Taste Del/Entfernen gekommen und habe dadurch den Text gelöscht und eine leere .txt Datei abgespeichert. Mit undel dürfte ja jetzt nichts mehr zu finden sein da ja wieder einen neue .txt angelegt wurde, die Textbrocken sollten normalerweise aber mit einen Diskeditor zu finden sein. Ich wollte als allererstes mittels dd if=/dev/sdb of=/dev/sdd/Image.txt bs=1M ein Image als Datei auf einen anderen Datenträger ziehen um von dort dann weiterzuarbeiten. Allerdings scheint es nur von einer Partition auf eine andere zu gehen oder von der Partition auf die Systempartition als Datei. Bin mit Linux noch nicht so gut bewandert vielleicht kann mir jemand weiterhelfen damit ich wieder Einsicht auf die Daten bekomme. Ich möchte also eine ganze Partition als Datei auf einen anderen Datenträger kopieren und dort mittels Texteditor die Datei zu durchsuchen. mir ist klar das USB Sticks die Daten rumwürfeln aber da das eine kleine vielleicht 1 kByte große Datei war habe ich vielleicht Glück. Frage mich nur ob hier wirklich 1:1 ausgelesen werden kann?
Gast
#5137817
> Frage mich nur ob hier wirklich 1:1 ausgelesen werden kann?
Ja.
Thomas O. schrieb: > ein Image als Datei auf einen anderen Datenträger ziehen um von dort > dann weiterzuarbeiten. Allerdings scheint es nur von einer Partition auf > eine andere zu gehen oder von der Partition auf die Systempartition als > Datei. Mach es als Datei, das ist einfacher zu analysieren mit'm Hexeditor. Unterhalb von /dev/sdX gibt es nur Partitionen aber keine Files. Wenn man 1:1 kopiert (of=/dev/sdX), wird normalerweise auch die Partitionierung übernommen.
ja genau das ist das Problem ich möchte es als Datei aber auf einem anderen Datenträger speichern.
auf der Systempartition habe ich auch gar keinen Platz da diese nur 32GB groß ist und die Quellpartition auch 32GB hat.
Probier mal mit "of=/home/meinhome/Image.txt"!
wie gesagt da ist nicht genug Platz.
Gast
#5137891
Wenn du es als Datei speichern willst, muss du zuerst das Dateisystem mounten "mount /dev/sdd /mnt", dann mit "dd if=/dev/sdb of=/mnt/image.bin ..." in dieses Dateisystem kopieren und zuletzt wieder "umount /mnt".
Soetwas ist mir auch schon ein zwei mal passiert, ich habe danach ein paar Programm erstellt um Textdateien nach dem Löschen oder überschreiben wiederherstellen zu können. Ich habe diese im Anhang angehängt. rawgrep durchsucht den Rohinhalt von Stdin und gibt jeden byte offset aus, an welchem der Suchbegriff gefunden wurde. Anfangs versuchte ich das mit grep, aber das ging dann gelegentlich OutOfMemory. cpoff sucht das erste Nullbyte im als Argument 1 gegebenen File vor dem als Argument 2 mitgegebenen Offset, und gibt von dort aus alles bis zum nächsten Nullbyte auf stdout aus. Verwendungsbeispiel:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
Meistens ist der letzte Offset die neuste Version der Datei. Statt /dev/sda kann man auch eine Datei verwenden oder eine Partition, oder sonst etwas.
Gast
#5138034
LOL Soviel Aufriss wegen 1 leeren Textdatei.
also danke für die ganze Hilfe. Ich habe es mit einem Diskeditor unter Windows hinbekommen den ganzen Stick mit der Suchfunktion durchzuwühlen und konnte meinen Inhalt wiederfinden. Daniel: Ich werde mir aber dein Programm mal kompilieren und ausprobieren, da muss ich mich nur noch etwas belesen oder reicht es das makefile zu starten um das Programm zu erzeugen? Ich habe aber auch festgestellt das ich nicht irtümlich etwas vor dem speichern gelöscht habe, da nach der nächsten Änderung wieder die Datei 0 Bytes groß war. Scheint ein Problem von Raspian zu sein, bekam bereits einen Tip mit dem Zeichensatz auf UTF-8 zu belassen was aber im Texteditor bereits Standart ist.
Thomas O. schrieb: > reicht es das makefile zu starten um das Programm zu erzeugen? Make und gcc müssen installiert sein, und alle Dateien müssen im gleichen Verzeichnis sein, dann genügt es in der Konsole in dem Verzeichnis make auszuführen.
Gast
#5140089
Das Programm photorec ist hier auch sehr hilfreich
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.