Hallo Liste, *KREISCH* War etwas voreilig mit meinem rm - Befehl und habe die falsche Datei geloescht! Ich weiss das ging schonmal ueber die Liste, nur finde ich es gerade ( in meiner Panik :( ) nicht. Falls es wichtig ist: reiserfs 3.6 standart. Kann mir da jemand weiterhelfen? Danke im vorraus. Marcel -- Registered Linux User #258839 Visit me: at http://counter.li.org http://www.kleinreich.de Still under heavy construction!
Hallo, * Am 30.Oct.2002 postete Marcel Schmedes:
Hallo Liste,
*KREISCH* War etwas voreilig mit meinem rm - Befehl und habe die falsche Datei geloescht! Ich weiss das ging schonmal ueber die Liste, nur finde ich es gerade ( in meiner Panik :( ) nicht.
Falls es wichtig ist: reiserfs 3.6 standart.
Kann mir da jemand weiterhelfen?
Backup einspielen. Wenn Du kein Backup hast, dann sollte die Datei nicht wichtig sein. Ansonsten hast Du was fchals gemacht. Unter Linux gibt es kein "undelete". Wie das bei reiserfs ist, weiß ich nicht. Bei ext2 kann man den Vorgang laienhaft so beschreiben. Du hast Daten, die auf Inodes liegen. In einer Tabelle sind die Inodes Namen zugeordnet. Wenn Du ein rm machst, dann wird die Zuordnung aufgehoben. Und Du wirst nicht wirklich wissen, welche Inodes Deine Datei hatte. Es hilft zwar nicht, aber sieh es als Lehrgeld an. Backups sind _verdammt wichtig_! Beste Grüße Alex -- On a hotel provided shower cap in a box: Fits one head. Auf einer von einem Hotel zur Vefügung gestelten Badehaube in einer Schachtel: Passt auf einen Kopf.
* Alex Klein schrieb am 31.Okt.2002:
* Am 30.Oct.2002 postete Marcel Schmedes:
War etwas voreilig mit meinem rm - Befehl und habe die falsche Datei geloescht!
Falls es wichtig ist: reiserfs 3.6 standart.
Backup einspielen. Wenn Du kein Backup hast, dann sollte die Datei nicht wichtig sein. Ansonsten hast Du was fchals gemacht. Unter Linux gibt es kein "undelete". Wie das bei reiserfs ist, weiß ich nicht. Bei ext2 kann man den Vorgang laienhaft so beschreiben. Du hast Daten, die auf Inodes liegen. In einer Tabelle sind die Inodes Namen zugeordnet. Wenn Du ein rm machst, dann wird die Zuordnung aufgehoben. Und Du wirst nicht wirklich wissen, welche Inodes Deine Datei hatte.
Die Tabelle, die die Namen und die Inodes einander zuordnen, ist schlicht und ergreifend, daß Verzeichnis selber. Jede Datei, einschließlich Verzeichnisse, Sym.Links, Gerätedateien, Named Pipes und Sockets, hat genau eine I-Node. Egal wie groß oder klein die Datei ist, die I-Node ist exakt gleich groß. Selbst wenn die Datei leer ist. In der Inode stehene der Besitzer der Datei [1], die Gruppe der Datei [2], die Rechte der Datei, also der Modus [3], das Datum der letzten schreibenden Zugriffs auf die Daten [4], das Datum der letzten Veränderung der Inode [4], das Datum des letzten lesenden Zugriffs auf die Datei [4], Die Größe der Datei [5], die Anzahl der Hardlinks, die auf die Datei zugreifen [6] und verschiedene direkte und bis zu dreifach indirekte Zeiger auf die eigentliche Daten. [7] Im ext2 Dateisystem gibt es noch ein paar andere Einträge, aber das sind Besonderheiten von ext2. Der Name der Datei steht aber nie in der Inode. Kann auch nicht, da die Datei mehere verschiedene Namen haben kann. Hardlinks halt. [1] In Form der UID [2] als GID [3] auch die Art der Datei (normal, Verzeichnis, ...) wird hier festgelegt. [4] in Sekunden seit 1.1.1970 0:00 GMT [5] in Blöcken, die nicht mit den Blöcken auf der Festplatte übereinstimmen müssen. [6] Dabei steht 1 für die Orginaldatei, 2 für den ersten Hardlink usw. Wie man feststellen kann, gibt es keine Möglichkeit zwichen Original und Hardlink zu unterscheiden. Wenn da eine 0 steht, heißt das, daß nichts mehr auf die I-Node hinweißt und sie entfernt werden kann. [7] Es gibt bei ext2 12 direkte Zeiger, die unmittelbar auf die Datenblöcke zeigen. Darüber hinaus ein einfach inderekter Zeiger. Dieser Zeigt auf ein Datenblock, der aber nicht als Datenblock benutzt wird, sondern aus lauter direkten Zeigern auf die eigentliche Datenblöcke besteht. Dann gibt es ein zweifach inderekten Zeiger, der zeigt auf einen Datenblock, der aus lauter einfach inderekte Zeiger besteht. Schließlich gibt es noch einen dreifach inderekten Zeiger. Neben der I-Node hat somit eine Datei noch Datenblöcke, wenn sie nicht leer ist. Wenn ich es richtig sehe, haben Gerätedateien und auch Pipes und Sockets keine Datenblöcke und Symlinks meist auch nicht. Aber neben den normalen Dateien, haben auch Verzeichnisse Datenblöcke. In diese Datenblöcke steht, wie schon erwähnt, nur die Namen der Dateien und die zugehörige I-Node.
Es hilft zwar nicht, aber sieh es als Lehrgeld an. Backups sind _verdammt wichtig_!
Muß man nur eine Möglichkeit haben Backups zu machen. Bernd -- Was ist quoten? Quoten ist das Zitieren aus einer mail, der man antwortet. Und wie macht man es richtig? Zitate werden mit "> " gekennzeichnet. Nicht mehr als nötig zitieren. Vor den Abschnitten das Zitat, auf das man sich bezieht, mit einer Zeile Abstand oben und unten. |Zufallssignatur 12
Hallo, * Am 31.Oct.2002 postete Bernd Brodesser: [schönes Referat über Inodes, ext2 und Dateien]
Es hilft zwar nicht, aber sieh es als Lehrgeld an. Backups sind _verdammt wichtig_!
Muß man nur eine Möglichkeit haben Backups zu machen.
Da sollte man eben abwägen. Wenn die Daten viel Wert haben, dann muß ich eben auch für eine Backuplösung sorgen. Keine Backuplösung zu haben ist für mich eine schlechte Ausrede (alte zweite Platte, Brenner etc.). Man kann sich eine Lösung für relativ wenig Geld basteln. Beste Grüße Alex -- Fürchte den Bock von vorn, das Pferd von hinten und das Weib von allen Seiten. [Anton Tschechow]
On Don, 31 Okt 2002 at 13:42 (+0100), Alex Klein wrote: [...]
Da sollte man eben abwägen. Wenn die Daten viel Wert haben, dann muß ich eben auch für eine Backuplösung sorgen. Keine Backuplösung zu haben ist für mich eine schlechte Ausrede (alte zweite Platte, Brenner etc.). Man kann sich eine Lösung für relativ wenig Geld basteln.
Merke: Dateien, von denen kein Backup existiert, sind als gelöscht zu betrachten. (Leider nicht von mir, habe ich IIRC auf dem LT in Magdeburg aufgeschnappt). Jan
On 30 Oct 2002, Marcel Schmedes wrote:
Hallo Liste,
*KREISCH* War etwas voreilig mit meinem rm - Befehl und habe die falsche Datei geloescht!
Im Verzeichnis /lost+found (bei SuSE8.1 /boot/lost+found) kann man noch was gelöschtes finden. Dazu brauchst Du Root-Recht.
Ich weiss das ging schonmal ueber die Liste, nur finde ich es gerade ( in meiner Panik :( ) nicht.
Falls es wichtig ist: reiserfs 3.6 standart.
Kann mir da jemand weiterhelfen?
Danke im vorraus.
Marcel
--
Registered Linux User #258839 Visit me: at http://counter.li.org http://www.kleinreich.de Still under heavy construction!
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo, * Am 31.Oct.2002 postete Matthias Dort:
On 30 Oct 2002, Marcel Schmedes wrote:
Hallo Liste,
*KREISCH* War etwas voreilig mit meinem rm - Befehl und habe die falsche Datei geloescht!
Im Verzeichnis /lost+found (bei SuSE8.1 /boot/lost+found) kann man noch was gelöschtes finden. Dazu brauchst Du Root-Recht.
Also wenn ich was lösche, dann wandert das nicht nach lost+found, weil ich es gar nicht _verloren_ und das OS es _gefunden_ hat. Das ist, wenn Du durch fs-Inkonsistenz Daten verlierst und die fsck findet, aber nicht zuordnen kann. Das Zeug geht dann nach /lost+found. Daher hat auch jede Partition (bei mir /, /boot, /daten) ein lost+found, sofern es ein ext2 fs hat. Beste Grüße Alex --
Aha. Worum geht es eigentlich bei diesem Thread? um Dich. flo möchte wissen wieviel Watt sein Tauchsieder haben muss um dich in relativ kurzer Zeit gar zu bekommen. [Bernd und Michael in suse-talk]
Matthias Dort wrote:
On 30 Oct 2002, Marcel Schmedes wrote:
*KREISCH* War etwas voreilig mit meinem rm - Befehl und habe die falsche Datei geloescht!
Im Verzeichnis /lost+found (bei SuSE8.1 /boot/lost+found) kann man noch was gelöschtes finden. Dazu brauchst Du Root-Recht.
Aeh, das wage ich aber schwer zu bezweifeln! Jede eigene Partition hat ein lost+found Verzeichnis. Nach einem Ab- sturz und dem Verlust von Daten kann ein Festplattencheck evtl. noch etwas retten - die geretteten Daten befinden sich dann in lost+found der jeweiligen Partition. Aller- dings tragen die mitunter dann recht kryptische Namen, und eine Zuordnung bzw. Wiederherstellung des urspruenglichen Zustandes ist nicht so einfach. Als wir hier Abstuerze hatten wegen des IDE-Bugs im SuSE- Kernel fanden sich mitunter 30.000 Dateien in lost+found wieder - das hat aber wahrlich nichts mit dem regulaeren Loeschen von Dateien und einer Wiederherstellung zu tun! Gruesse, Thomson -- Thomas Hertweck, Geophysicist Geophysical Institute, Karlsruhe University (TH)
* Matthias Dort schrieb am 31.Okt.2002:
On 30 Oct 2002, Marcel Schmedes wrote:
War etwas voreilig mit meinem rm - Befehl und habe die falsche Datei geloescht!
Im Verzeichnis /lost+found (bei SuSE8.1 /boot/lost+found) kann man noch was gelöschtes finden. Dazu brauchst Du Root-Recht.
Marcel hat geschrieben, daß er ReiserFS hat, und da gibt es kein lost+found. lost+found gehört zu einem Dateisystem. Jedes ext2 Dateisystem hat sein eigenes lost+found. Da bei Dir wohl /boot ein eigenes Dateisystem darstellt [1] gibt es dort auch ein lost+found. Wenn bei Dir / ein reiserFS ist, gibt es dazu kein lost+found, da Reiser sowas nicht hat. Das lost+found in /boot ist mit Sicherheit nicht für das übrige Dateisystem zuständig. [1] Dateisystem ist eine eigene Partiton. Aber seitem des LVM gibt muß das nicht mehr so sein. Für gewöhnlich liegt auch nichts im lost+found. Im lost+found liegt nur was, wenn man ein filecheck macht und etwas nicht stimmt. Etwa, wenn bei einer Inode, der Hardlinkzähler größer oder gleich 1 ist, aber in keinem Verzeichnis tatsächlich auf diese I-Node verweist. (Siehe andere Mail von mir) Dann wird der I-Node Zähler auf 1 gesetzt, und ein Eintrag in lost+found gemacht, der auf diese I-Node verweist. Der Name ist die Indode mit einem # davor, denn der Name läßt sich nicht Rekonstruieren. Siehe auch dazu meine andere Mail. Wenn ein rm aber ordnungsgemäß abläuft, und nichts deutet darauf hin, daß er es nicht getan hat, dann steht nichts im lost+found, auch nicht nach einem filecheck. Selbst wenn man der rm abgebrochen hat, so ist eine Datei entweder ordnungsgemäß gelöscht, oder aber nicht gelöscht. Wenn öfters mal was in lost+found auftaucht, vielleicht sogar sehr viel, würde ich über einen Plattenkauf nachdenken.
Ich weiss das ging schonmal ueber die Liste, nur finde ich es gerade ( in meiner Panik :( ) nicht.
Falls es wichtig ist: reiserfs 3.6 standart.
Es gibt eine merkwürdige Möglichkeit, bei ext2 gelöschte Dateien zu reparieren, nicht aber bei ReiserFS. Aber auch bei ext2 wird meist nichts daraus, denn es darf keiner der freigegebene Blöcke in der Zwichenzeit benutzt worden sein. Bernd -- ROTFL = Rolling On The Floor, Laughing = Auf dem Boden wälzen, lachend. SCNR = Sorry, Could Not Resist = Sorry, Ich konte nicht wiederstehen. AFAIK = As Far As I Know = So weit ich weis|BTW = By The Way = Nebenbei bemerkt IMHO = In My Humble Opinion = meiner bescheidenen Meinung nach |Zufallssig. 9
participants (6)
-
Alex Klein
-
B.Brodesser@t-online.de
-
Jan.Trippler@t-online.de
-
Marcel Schmedes
-
Matthias Dort
-
Thomas Hertweck