fsck ergebnis

Post Reply
Message
Author
User avatar
frank rudolph
Posts: 146
Joined: 13. Apr 2004 12:18
Location: Giessen
Contact:

fsck ergebnis

#1 Post by frank rudolph »

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

User avatar
jochen
prolinux-forum-admin
Posts: 699
Joined: 14. Jan 2000 15:37
Location: Jülich
Contact:

#2 Post by jochen »

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

Code: Select all

file /lost+found/*
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
Die grösste Lüge der EDV? "Mal eben..."

User avatar
frank rudolph
Posts: 146
Joined: 13. Apr 2004 12:18
Location: Giessen
Contact:

Danke erstmal

#3 Post by frank rudolph »

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

User avatar
Janka
Posts: 3585
Joined: 11. Feb 2006 19:10

Re: Danke erstmal

#4 Post by Janka »

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
Du musst den # quoten, sonst ist der Rest der Zeile ein Kommentar!

Also z.B. cd \#134545345

Janka
Ich vertonne Spam immer in /dev/dsp statt /dev/null.
Ich mag die Schreie.

User avatar
frank rudolph
Posts: 146
Joined: 13. Apr 2004 12:18
Location: Giessen
Contact:

super

#5 Post by frank rudolph »

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 :oops:

Vielen Dank Jochen und Janka ... jetzt kann ich die Dateien durchforsten.

mfg
Frank

Post Reply