Am Freitag, den 11.11.2005, 12:46 +0100 schrieb Andreas Pakulat: Hallo Andreas,
erst mal danke für deine Hilfe! Das Problem ist inzwischen gelöst bzw. hat sich verlagert! [...] > Aehm ich wuerde sofort einen Bugreport gegen udev schreiben, > insbesondere wenn vorher hotplug das Modul geladen hat. Severity > important. Das Problem lag an einem falschen oder fehlerhaften grep, muß sich bei einem upgrade eingeschlichen haben! Dieses grep versucht auf die Library /usr/lib/libpcre.so.3 zu zugreifen. Wenn /usr auf einer eigenen Partition liegt ist die beim booten natürlich nicht vorhanden:-( Ich habe ein ca. 10 Tage altes grep von einem anderen Rechner drüber kopiert und schon läuft wieder alles:-) Hab die Fehlermeldungen erst nicht gesehen, sorry. Die sind beim booten zu schnelle durchgelaufen.... Vieleicht stösst ja noch jemand auf dieses Problem. > s.o. Alternativ pack die Module in /etc/modules Klar, hätte ich zu guter letzt auch gemacht, aber wirklich glücklich wäre ich damit nicht gewesen;-) > > Kann mir jemand die Zusammenhänge erklären? > > udev uebernimmt jetzt die Funktion von hotplug mit - warum weiss der Stimmt, darüber gab es scheinbar auch einen kleinen Streit... > Geier. Das bedeutet hier "nur" eine ca. 30 Sekunden laengere Start-Zeit, > aber obiges erhaertet meine Vermutung dass dieser Schritt nicht > unbedingt der kluegste war... Gute Frage. Im Moment tut hier wieder alles so wie immer, ich werde aber noch ein paar Experimente machen. > > Was veranlasst den Kernel, ein Modul nachzuladen? > > Nichts. Naja, wenn du ein Modul laedst werden vom Kernel automatisch > alle notwendigen Module geladen. Soweit klar. Mich hätter interessiert, wer den ersten Stein wirft um das ganze in Bewegung zu versetzen. > Das was frueher automatisch passiert ist bei dir wurde von Hotplug > gemacht, das hat halt fuer alle PCI-Sachen die es fand einen > Hotplug-Event ausgeloest und dann diesen Event abgearbeitet, dabei wurde > das passende Modul geladen. Theoretisch sollte udev jetzt diese Arbeit > uebernehmen, _theoretisch. Jo, praktisch tut es das scheinbar auch. Jetzt wo wieder alles funktioniert macht das alles auch wieder einen Sinn. > > udev kann es eigentlich auch nicht sein, denn das wird ja scheinbar nur > > aktiv, wenn ein neues Device auftaucht, bzw. wenn ein entsprechendes > > Kernelmodul geladen wird. > > udev ist jetzt auch hotplug, frag mich nicht wie das geht aber so ist > es. Siehst du auch beim Booten, da steht was von "Synthesizing initial > hotplug events" oder so aehnlich. Genau, hab ich jetzt auch gefunden, danke! > > Woher bezieht udev seine Infos um die Rules auswerten zu können? > > Aus /sys. > > > Ich drück mich jetzt bestimmt bescheuert aus, deshalb ein Beispiel: > > Noe. > > > Aber woher weis ich, _was_ in der Variabel BUS oder KERNEL usw. steht??? > > Ich muß das doch wissen, bevor ich eine solche Regel erstellen kann! > > udevinfo ist das Tool das dir aus /sys die Informationen halbwegs lesbar > anzeigt. Aha, das wars...! Jetzt sehe ich klarer. Damit werde ich jetzt mal ein wenig rumspielen, man muß das ja beherschen wenn's drauf ankommt;-) Vielen Dank nochmal für die Hilfe, -- Peter Küchler Planungsverband Ballungsraum Frankfurt / Rhein-Main Poststraße 16 60329 Frankfurt am Main Tel.: +49 69 2577-1301 Fax : +49 69 2577-41301 E-Mail: [EMAIL PROTECTED] www.planungsverband.de
