Hallo
Ich hatte Plattenprobleme und musste die Platte (raid0 / ext3) prüfen.
Danach stehen jetzt viele Dateien in lost+found.
Wie kann ich jetzt anhand dieser Dateien (inodes) feststellen welche Dateien und Verzeichnisse er repariert hat.
Ich habe mir auch den gesamten Reparaturverlauf abgespeichert.
da stehen sachen drin wie ---
Pass 4: Checking reference counts
Inode 2 ref count is 8, should be 9. Fix<y>? yes
Unattached inode 138625140
Connect to /lost+found<y>? yes
Inode 138625140 ref count is 2, should be 1. Fix<y>? yes
Unattached inode 138625141
Connect to /lost+found<y>? yes
Inode 138625141 ref count is 2, should be 1. Fix<y>? yes
Unattached inode 138625142
Connect to /lost+found<y>? yes
Inode 138625142 ref count is 2, should be 1. Fix<y>? yes
Unattached inode 138625143
Connect to /lost+found<y>? yes
Inode 138625143 ref count is 2, should be 1. Fix<y>? yes
Unattached inode 138625144
Connect to /lost+found<y>? yes
Kann mir jemand helfen ?
mfg
Frank
fsck ergebnis
- frank rudolph
- Posts: 146
- Joined: 13. Apr 2004 12:18
- Location: Giessen
- Contact:
Kurz: Gar nicht - sorry.
Etwas länger: Die Inode speichert über die Datei eine Menge Informationen wie Länge, Eigentümerschaft, Rechte usw. Was aber augenscheinlich fehlt, ist der Dateiname. Das hat den Hintergrund, dass der Name "nur" ein Eintrag in einer speziellen Art von Datei ist, die "Verzeichnis" heisst und auf die passende Inode verweist. Wenn fsck nun Dateien unter lost+found einhängt, dann deswegen, weil es keinen Verweis aus einem Verzeichnis auf diese Inode gefunden hat, diese aber immer noch gültig zu sein scheint. Es fehlt also Name & Ablageort. Daher muss sich fsck auch einen neuen, eindeutigen Namen "ausdenken" und verwendet dazu die Inode-Nummer im Klartext, weil diese dateisystemweit eindeutig ist.
Möglichkeiten: Mittels mal sehen, ob das System die Art der Dateien erkennen kann. Mittels cat/less/Editor ausprobieren, ob der Inhalt menschenlesbar ist. Und falls Dir auffällt, dass ein bestimmtes Verzeichnis fehlt, stehen die Chancen gut, dass die Dateien ursprünglich von dort stammen.
Viel Erfolg,
Jochen
Etwas länger: Die Inode speichert über die Datei eine Menge Informationen wie Länge, Eigentümerschaft, Rechte usw. Was aber augenscheinlich fehlt, ist der Dateiname. Das hat den Hintergrund, dass der Name "nur" ein Eintrag in einer speziellen Art von Datei ist, die "Verzeichnis" heisst und auf die passende Inode verweist. Wenn fsck nun Dateien unter lost+found einhängt, dann deswegen, weil es keinen Verweis aus einem Verzeichnis auf diese Inode gefunden hat, diese aber immer noch gültig zu sein scheint. Es fehlt also Name & Ablageort. Daher muss sich fsck auch einen neuen, eindeutigen Namen "ausdenken" und verwendet dazu die Inode-Nummer im Klartext, weil diese dateisystemweit eindeutig ist.
Möglichkeiten: Mittels
Code: Select all
file /lost+found/*
Viel Erfolg,
Jochen
Die grösste Lüge der EDV? "Mal eben..."
- frank rudolph
- Posts: 146
- Joined: 13. Apr 2004 12:18
- Location: Giessen
- Contact:
Danke erstmal
Vielen Dank für die Erklärung ....
Ich habe in lost+found auch Driectories. Wenn ich versuche dort rein zu wechseln springt er in mein Homeverzeichnis.
Also ich bin im moment root und im Verzeichnis /mnt/md0/lost+found
mache dann z.b. ein cd #134545345
Wenn ich dann ein pwd mache befinde ich michplötzlich in /root.
Ist das ein Hinweis oder weis er einfach nicht wohin er soll und springt ins Heimatverzeichnis des Benutzers?
Wenn unter lost+found Verzeichniseinträge zu finden sind bedeutet das dann, das für jeden dieser Einträge auch ein Verzeichnis auf der "defekten" Platte verschwunden ist?
mfg
Frank
Ich habe in lost+found auch Driectories. Wenn ich versuche dort rein zu wechseln springt er in mein Homeverzeichnis.
Also ich bin im moment root und im Verzeichnis /mnt/md0/lost+found
mache dann z.b. ein cd #134545345
Wenn ich dann ein pwd mache befinde ich michplötzlich in /root.
Ist das ein Hinweis oder weis er einfach nicht wohin er soll und springt ins Heimatverzeichnis des Benutzers?
Wenn unter lost+found Verzeichniseinträge zu finden sind bedeutet das dann, das für jeden dieser Einträge auch ein Verzeichnis auf der "defekten" Platte verschwunden ist?
mfg
Frank
Re: Danke erstmal
Du musst den # quoten, sonst ist der Rest der Zeile ein Kommentar!frank rudolph wrote:Vielen Dank für die Erklärung ....
Ich habe in lost+found auch Driectories. Wenn ich versuche dort rein zu wechseln springt er in mein Homeverzeichnis.
Also ich bin im moment root und im Verzeichnis /mnt/md0/lost+found
mache dann z.b. ein cd #134545345
Also z.B. cd \#134545345
Janka
Ich vertonne Spam immer in /dev/dsp statt /dev/null.
Ich mag die Schreie.
Ich mag die Schreie.
- frank rudolph
- Posts: 146
- Joined: 13. Apr 2004 12:18
- Location: Giessen
- Contact:
super
und ich habe 5 Tage Schulung - Linux Scripting in der BASH - gemacht!!!!!!
Glaubt mir keiner - Mann ist das Peinlich
Hoffentlich findet mein Trainer diesen Thread nicht
Vielen Dank Jochen und Janka ... jetzt kann ich die Dateien durchforsten.
mfg
Frank
Glaubt mir keiner - Mann ist das Peinlich
Hoffentlich findet mein Trainer diesen Thread nicht
Vielen Dank Jochen und Janka ... jetzt kann ich die Dateien durchforsten.
mfg
Frank