Bootvorgang hängt bei "Cleaning: /tmp /var/lock /var/run"
Guten Morgen Debianuser!
Folgendes Problem mit einem Debian 3.0 System mit nem 2.4.26er Kernel:
Seit Kurzem bleibt der Bootvorgang an der Stelle
"cleaning: /tmp /var/lock /var/run"
hängen. Die Partitionen sind zwar ziemlich groß, aber so lange kann das doch
nicht dauern. Habe jetzt ungefähr ne dreiviertel Stunde gewartet und nichts
ist passiert.
Wenn ich den Vorgang mit CTRL+C abbreche, läuft er ganz normal weiter und
das System läuft einwandfrei. Beim nächsten Neustart dasselbe.
Auf dem System läuft/soll laufen ein Squid-Proxy und ein OpenLDAP.
Ich paste mal die fstab:
# <file system> <mount point> <type> <options> <dump> <pass>
/dev/sda5 / ext3 errors=remount-ro 0 1
/dev/sda2 none swap sw 0 0
proc /proc proc defaults 0 0
/dev/fd0 /floppy auto user,noauto 0 0
/dev/hdc /cdrom iso9660 ro,user,noauto 0 0
/dev/sda1 /boot ext3 defaults 0 2
/dev/sda6 /squid_log ext3 defaults 0 2
/dev/sda7 /ldap ext3 defaults 0 2
/dev/sda8 /squid_cache ext3 defaults 0 2
und das liefert df:
root@NX-PROXY1:~# df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/sda5 9614116 1315340 7810404 15% /
/dev/sda1 15522 8149 6572 56% /boot
/dev/sda6 4806904 37564 4525156 1% /squid_log
/dev/sda7 19228276 33804 18217724 1% /ldap
/dev/sda8 79815080 637020 75123660 1% /squid_cache
Sollte ich mal mit ner Knoppix starten und die Root-Partition checken? In
welchem Logfile könnte ich Infos zu dem Cleaning-Vorgang finden ?
Wäre echt spitze, wenn jemand ne Idee hätte. Google und die Archivsuche
haben keine brauchbaren Ergebnisse ausgespuckt.
Danke im Voraus und viele Grüße,
Stefan
--
NEU: GMX ProMail mit bestem Virenschutz http://www.gmx.net/de/go/mail
+++ Empfehlung der Redaktion +++ Internet Professionell 10/04 +++
Reply to: