Problem mit den INodes auf /var

Moin,

ich lese die Liste schon einige Zeit passiv mit, und habe erstmals ein
Problem. Ich hoffe Ihr könnt mir helfen, denn meine toten Bäume sind alle
zuhause und googeln hat mich nicht wirklich weitergebracht.

Hier nun das Problem:

blacky:/home/bohl # fetchnews -vv
leafnode 1.9.52.rel: verbosity level is 2, debugmode is 0
mkstemp(/var/spool/news/leaf.node/lock.file.XXXXqZmeZu) failed: No space left
on device
Cannot obtain lock file, aborting.

Aha, kein Platz mehr auf /var!

blacky:/home/bohl # df
Filesystem 1K-Blöcke Benutzt Verfügbar Ben% Eingehängt auf
/dev/hda8 14279756 6733520 6820856 50% /
/dev/hda6 1034244 824016 157688 84% /var
/dev/hda5 11698960 16968 11681992 1% /daten
tmpfs 386688 0 386688 0% /dev/shm

Nee, Platz satt, nach suche im Netz mal df -i probiert:

blacky:/home/bohl # df -i
Filesystem INodes IBenut. IFrei IBen% Eingehängt auf
/dev/hda8 1815072 136174 1678898 8% /
/dev/hda6 131616 131616 0 100% /var
/dev/hda5 0 0 0 - /daten
tmpfs 96672 1 96671 1% /dev/shm

Also brauch ich mehr INodes. -Aber wie?

Wenn ich das richtig sehe, muss ich dazu die /var neu partionieren und dabei
die Verteilung Bytes zu INodes ändern. Da ich Suse verwende am einfachsten
mittels Yast, der mir 1024 und Viefache bis 32768 Bytes anbietet.
Was ist optimal für /var? Leafnode und Squid dürften hier ne Menge kleiner
Dateien anlegen.
Sollte ich bei der Aktion auch gleich die Blockgrösse ändern?
Derzeit ist /var eine ext3-Partition, ändern?

ABER: Wie sichere ich vorher das vorhandene /var und spiele es zurück?
Einfaches Umkopieren dürfte nicht der richtige Weg sein, denke ich.

Danke allen, die bis hierher gelesen haben und antworten, auch wenn es eine
Menge Fragen sind.

Gruss,

Achim

PS: man geht (natürlich) auch nicht mehr:
man: Kann /var/cache/man/catn/3976 nicht erzeugen: Auf dem Gerät ist kein
Speicherplatz mehr verfügbar
Received on Thu, 22 Jul 2004 21:10:27 +0200