ähm, ist es nicht so, das mit Ghost nur daten wiederhergestellt werden können, die verloren gingen, als NG schon installiert war???es gäbe da auch noch Norton Ghost, .. leider ist die Lizenz glaub ich immer noch sehr teuer .. aber
wie jetzt? ich will einfach nur meine 8,8GB(deswegen ungünstig für CDs) Daten, die gelöscht wurden, wiederherstellen...Ob ein FileBackup möglich ist kann ch so erstmal nicht bestätigen ...
Mit NG hast Du auch nur die Möglichkeiten Partitionen zu Spiegel btw. die Sicherung auf CDs zu brennen. Meines wissens...ähm, ist es nicht so, das mit Ghost nur daten wiederhergestellt werden können, die verloren gingen, als NG schon installiert war???
Es ist ja nicht so das die Daten "Roh" auf CD gebrannt werden - also durchaus nicht 700 MB x X = 8,8GB. Es findet währen des Backups eine Kompromierung statt Ich glaube BZip - das weiß ich jetzt aber nicht 100%ig. Aber zumindest bei den Konfigurationsdateien wird da schon erheblich viel Platz gespart.wie jetzt? ich will einfach nur meine 8,8GB(deswegen ungünstig für CDs) Daten, die gelöscht wurden, wiederherstellen...
) SDB gegraben .Vieleicht hilft Dir ja auch das Tool recoverAnliegen
Sie haben auf einem Linux ext2 Dateisystem versehentlich eine oder mehrere Dateien gelöscht. Sie haben kein Backup und wollen den Inhalt dieser Datei wiederherstellen.
Hintergrund
Wie auch unter anderen Betriebssystemen üblich wird auch auf dem Linux ext2 Dateisystem eine Datei dadurch `gelöscht', daß entsprechende Verweise in der Folderdatei gelöscht werden. Die eigentlichen Daten der Datei sind nach dem eigentlichen `löschen' zwar zum Überschreiben freigegeben, aber noch auf der Festplatte lesbar. Erst beim Anlegen weiterer Dateien werden diese nun freigegebenen Datenblöcke überschrieben.
Zudem existiert auch nach dem Löschen die sog. Inode in der die logische Verkettung der Blöcke und die ganzen Zugriffsrechte gespeichert sind. Hier wird hier auch der Zeitpunkt des Löschens (`Deletion time') festgehalten. Was wirklich durch das Löschen endgültig verloren gegangen ist ist der Dateiname.
Durch Setzen eines Flags mit Hilfe des Kommandos chattr kann man auf dem ext2 Dateisystem auch ein `sicheres' Löschen beim Absetzen eines Löschkommandos bewirken. Hierdurch wird die Datei vom Kernel beim Löschen vollständig mit Nullen überschrieben. Solchermassen gelöschte Daten sind nur u.U. mit speziellen Geräten, keinesfalls aber mit der hier beschriebenen Methode wiederherstellbar.
Eine Warnung vorneweg Mit dem im folgenden beschriebenen Programm debugfs können Sie sehr systemnahe Zugriffe auf das Dateisystem durchführen. Ohne genaue Kentniss der Interna des ext2 Dateisystems ist es sehr gefährlich für Ihre restlichen Daten mit den in der Hilfe bzw. in der Man-Page zu `debugfs' beschriebenen Kommandos zu `experimentieren'. Falls Sie experimentieren möchten, so legen Sie sich am besten eine Übungspartition an.
Vorgehen
Führen Sie keine Schreibzugriffe mehr auf das Dateisystem aus auf dem Sie Dateien wiederherstellen möchten. Insbesondere das Neuanlegen von Dateien kann fatal für Ihre zu rettenden Daten sein. Falls Sie nur eine Partition `/' verwenden so fahren Sie den Rechner am besten geordnet herunter und booten mit einem Rettungssystem. Ansonsten reicht es wenn Sie auch die betroffene(n) Partition(en) mit dem Kommando umount aushängen. Zur Verwendung von mount und umount beachten Sie bitte das Handbuchkapitel "Einstieg in Linux".
Nehmen wir einfach an Sie haben folgende Datei versehentlich gelöscht und wollen Sie wiederherstellen.
erde:/mnt/Versuch # ls -la Protokoll_2009.txt
-rw-r--r-- 1 cg suse 1050 Dec 29 13:31 Protokoll_2009.txt
erde:/mnt/Versuch # rm Protokoll_2009.txt
Sie umounten die betreffende Partition sofort.
erde:~# umount /mnt
In meinem Beispiel handelt es sich um die Partition /dev/sdc1 die auf den Mountpoint /mnt gemounted ist. Sie müssen natürlich den Devicenamen in Ihrem System in den unten aufgeführten Beispielen einsetzen. Geben Sie bitte das Kommando debugfs devicename ein um den Filesystemdebugger aufzurufen. Dieser meldet sich nach dem Start mit dem Prompt debugfs: an dem Sie Kommandos zum direkten Zugriff auf das Dateisystem eingeben können.
erde:/# debugfs /dev/sdc1
debugfs 1.17, 26-Oct-1999 for EXT2 FS 0.5b, 95/08/09
debugfs: lsdel
1 deleted inodes found.
Inode Owner Mode Size Blocks Time deleted
25794 515 100644 1050 2/ 2 Wed Dec 29 13:32:32 1999
Mit dem Kommando lsdel kann man sich also die gelöschten Inodes auflisten lassen. An den Dateirechten Mode, dem Eigentümer (Hier als numerische User id), dem Zeitpunkt des Löschens und der ehemaligen Dateigrösse Size können Sie recht gut die wiederherzustellende Datei auffinden falls Sie mehrere Dateien gelöscht haben (und beispielsweise nur eine wiederherstellen möchten). Wichtig ist hier für das folgende dump Kommando vor allem die Inode Nummer, im obigen Beispiel 25794.
Geben Sie folgendes Kommando ein um die oben gelöschte Datei mit den gleichen Dateirechten als neue Datei `gerettet' im Verzeichniss /tmp wiederzubeleben. Beachten Sie bitte, daß Sie die spitzen Klammern < und > mit eingeben!
debugfs: dump -p <25794> /tmp/gerettet
debugfs: quit
erde:/# ls -l /tmp/gerettet
-rw-r--r-- 1 cg suse 1050 Dec 29 13:31 /tmp/gerettet
Nach dieser Aktion können Sie das Dateisystem wieder mounten und die Datei aus dem /tmp Verzeichniss zurückspielen.
Es gibt noch weitere Methoden diese Datei wiederherzustellen, doch diese Methode hat den Vorteil keine Schreibzugriffe über debugfs oder nach vollzogener Wiederherstellung einen Dateisystemcheck zu benötigen.
was kann man da machen??? und vorallem, was bedeutet es....debugfs 1.27 (8-Mar-2002)
ls_deleted_inodes: Can't read next inode while doing inode scan
Segmentation fault
Also ich bin da ein wenig ratlos....debian:/home/prophet# recover -a /dev/hda3
Recover v1.3 by Tom Pycke <Tom.Pycke@advalvas.be>
Getting inodes (this can take some time)...
debugfs 1.27 (8-Mar-2002)
ls_deleted_inodes: Can't read next inode while doing inode scan
Segmentation fault
Wie soll ich denn das verstehen - natürlich geht es ohnehi, ja wie du sagtest ist das GTK nur ein Frontend dafür, also gehts auch ohne nicht.
Mit der undelete-HowTo unter http://www.praeclarus.demon.co.uk/tech/ ... /howto.txt kommst Du sicher ein Stückchen weiter. Am besten Du schaust Dir erstmal debugfs an. Da würdest Du erstmal sehen ob es tatsächlich noch zu rettende Daten gibbetRecover is a utility which automates some steps as described in the Ext2fs-Undeletion howto in order to recover a lost file. http://recover.sourceforge.net/linux/recover/
Jenes welches lief bei mir ohne Probleme durch .:In diesem Sinne ...bigX:~# debugfs -w /dev/hda8
debugfs 1.28 (31-Aug-2002)
debugfs: lsdel
Inode Owner Mode Size Blocks Time deleted
0 deleted inodes found.
debugfs:
hmmm ich hab echt keinen Plan, woran das liegt...debian:/home/prophet# debugfs -w /dev/hda3
debugfs 1.27 (8-Mar-2002)
debugfs: lsdel
ls_deleted_inodes: Can't read next inode while doing inode scan
nicht debugfsbigX:~# fsck.ext3 -nv /dev/hdx
