| 1 |
Hi, |
| 2 |
|
| 3 |
mit find -type l sucht du symbolische Links, was hier nicht das Problem |
| 4 |
ist. |
| 5 |
|
| 6 |
Wenn du unter dem Verzeichnis /var/lib/init.d ein Verzeichnis anlegst, |
| 7 |
dann beinhaltet dieses mindestens den Verzeichniseintrag . und .. |
| 8 |
|
| 9 |
Der Verzeichniseintrag .. zeigt auf das Vaterverzeichnis, also wieder |
| 10 |
/var/lib/init.d weshalb der Linkcount des Inodes zu /var/lib/init.d |
| 11 |
inkrementiert wird. Ist dieser jedoch beim Maximum angelangt, kannst du |
| 12 |
keine Unterverzeichnisse mehr anlegen. |
| 13 |
|
| 14 |
Sehen kannst du das z.B. wenn du ein frisches Verzeichnis anlegst |
| 15 |
mkdir /tmp/test |
| 16 |
ls -ld /tmp/test |
| 17 |
|
| 18 |
Linkcount=2, da einmal tmp einen Eintrag mit Link auf test hat, und im |
| 19 |
Verzeichniskatalog von tmp exisistiert ein Link unter dem Namen "." auf |
| 20 |
das Inode von /tmp/test. |
| 21 |
|
| 22 |
Legst du jetzt ein Unterverzeichnis an, erhöht sich der Linkcount um 1. |
| 23 |
|
| 24 |
Bei einem Filesystemcheck, wird der Linkcount geprüft, d.h. wenn ich nur |
| 25 |
10 Verzeichniseinträge finde, die auf /var/lib/init.d zeigen, der |
| 26 |
Linkcount aber etwas anderes sagt, dann stimmt der Linkcount nicht und |
| 27 |
wird korrigiert. Nur die Ursache dafür wäre halt interessant zu wissen. |
| 28 |
Im konkreten Fall scheint der Linkcount auf dem Maximum zu stehen. |
| 29 |
|
| 30 |
Gruß |
| 31 |
Stefan |
| 32 |
|
| 33 |
On Sun, Jan 03, 2010 at 04:17:24PM +0100, Stefan 'Steve' Tell wrote: |
| 34 |
> Moin, |
| 35 |
> |
| 36 |
> Am Sonntag 03 Januar 2010 15:24:09 schrieb muellste@××××××××××××××.de: |
| 37 |
> |
| 38 |
> > Seit dem letzten regulärem Start habe ich nichts kritisches am System |
| 39 |
> > verändert. Wie kann ich dieses Problem beheben, bzw. wie finde ich raus |
| 40 |
> > woher die ganzen links kommen und wie werde ich sie weider los? |
| 41 |
> |
| 42 |
> Wo die Links herkommen, kann ich Dir nicht beantworten. Aber via |
| 43 |
> |
| 44 |
> find / -type l |
| 45 |
> |
| 46 |
> kannst Du Links im System aufspüren. Vielleicht findest Du damit die Ursache?! |
| 47 |
> |
| 48 |
> -- |
| 49 |
> ** Stefan 'Steve' Tell - http://www.crashmail.de |
| 50 |
> ** encrypted mail preferred || GnuPG-Key ID: 0x9B6C7E15 |
| 51 |
> ** Fingerprint: 0A21 6C88 552E 54AE 3FB5 4732 25EE 6ABE 9B6C 7E15 |
Archives