180 Sekunden Pause

[lisanisu]

Nach ewig und drei Tage habe ich nun meinen Compi bekommen, gut ich hatte schon ein Netbook aber das war auch nur eine Mobil- Notlösung wobei Debian hier echt besser Läuft als Windows.
Zuhause möchte ich dann nicht mit dem Netbook auch noch Arbeiten, die Auflösung von 1024x600 ist richtig Nervig und geht mir sowas von gegen den Strich...

Auf der neuen Kiste hab ich erstmal Windows 7 64bit Installiert. Kein Problem auch nicht im Betrieb.

Auf Debian wollte ich dann nicht Verzichten, also Debian 7.8 auf den USB Stick und davon Installiert. Bei der gesammten Installation von Debian hatte ich keine Probleme.
Nach dem Neustart des Rechners und der Auswahl von "Debian 7.8 64bit" in Grub das gegwohnte Bild... die ersten 5 Zeilen die auf dem Monitor erscheinen, und dann nichts mehr... um genau zu sein für ca. 180 Sekunden.
Danach kommt dann eine Fehlermeldung hinter einander ca. 20-30 mal das gleiche:

Code: Alles auswählen

 udevd[644]: timeout: killing '/sbin/modprobe -b pci:v000010ECd0000816Csv00001734sd00001178bc0Csc07i01' [677] 

Bei Google habe ich so um die 2-3 Beiträge in Foren gefunden, alle mit dem gleichen Problem und wohl auch mit dem gleichen Computer.

Aber alles nur Kryptische Erklärungen von dehnen ich keine Ahnung habe

Jetzt die Frage: Ist das gleiche Problem auch in Debian 8 vorhanden?
(vieleicht kennt sich jemand aus jund kann mir ja Helfen)

Computer ist ein Fujitsu R570-2

[NAB]

Hier ist zumindest der passende Bug-Report:
https://bugs.debian.org/cgi-bin/bugrepo ... bug=607533:

Es scheint am Kernel zu liegen, genauer gesagt am Modul "ipmi_si".

Ein neuerer Kernel könnte also helfen ... entweder aus den Wheezy Backports oder von Debian 8. Ich befürchte, das musst du selber ausprobieren.

[deberik]

Hier ist zumindest der passende Bug-Report:
https://bugs.debian.org/cgi-bin/bugrepo ... bug=607533:

Da wäre es sinnvoll den Bug wieder zu öffnen und die angefragte Ausgabe von dmesg anhängen, damit der 4 Jahre alte Fehler auch bereinigt werden kann.

[KBDCALLS]

Nach mehr als 4 Jahren sollte der Bug doch eingentlich gegentandslos sein. Und kann man den entsprechenden Treiber nicht einfach lahmlegen ? Und bootet der Rechner überhaupt fertig? Bzw. Wird das überhaupt gebraucht ?

[deberik]

Nach mehr als 4 Jahren sollte der Bug doch eingentlich gegentandslos sein. Und kann den entsprechden Treiber nicht einfach lahmlegen ? Und bootet der Rechner überhaupt fertig?

Er war ist als nicht wiederholbar geschlossen, nicht korrigiert worden. Und ich kenn ältere Fehler Gleiche Hardware und gleiche Fehlermeldung, ka wieso das dann gegenstandslos sein sollte.

[lisanisu]

Und bootet der Rechner überhaupt fertig? Bzw. Wird das überhaupt gebraucht ?

Der Rechner Bootet durch, und Debian kann dann Problemlos benutzt werden.
Nö gebraucht wird das nicht, woher soll ich denn Wissen wofür das gut ist?

Wenn der Bug noch vorhanden ist dann wird dieser dann auch unter Debian Jessie noch vorhanden sein oder wie kann ich mir das Vorstellen?

[rendegast]

Jetzt die Frage: Ist das gleiche Problem auch in Debian 8 vorhanden?

Einmal könntest Du den backports-Kernel 3.16 versuchen,
der kernel ist annähernd identisch mit dem aus testing/jessie.

Als walkaround für den kernel 3.2 sowas
modprobe.blacklist=ipmi_si
(kernel-cmdline, also /etc/default/grub / etc/default/grub.d/xxxx.cfg)
resp.
blacklist ipmi_si
(/etc/modprobe.d/zz_lokal-blacklist.conf)

[KBDCALLS]

Nö gebraucht wird das nicht, woher soll ich denn Wissen wofür das gut ist?

Na , dann

• http://de.wikipedia.org/wiki/Intelligen ... _Interface
• https://www.thomas-krenn.com/de/wiki/IPMI_Grundlagen
• http://www.gnu.org/software/freeipmi/
• http://en.community.dell.com/techcenter ... monitoring
• http://www.admin-magazin.de/Das-Heft/20 ... rface-IPMI
• http://wiki.hetzner.de/index.php/IPMI

[NAB]

Bevor man das Modul blacklistet, sollte man erst mal testen, ob es nicht doch irgendwie läuft:

Code: Alles auswählen

lsmod | grep ipmi

Immerhin erscheint die Fehlermeldung ca. 30 mal ... es kann also sein, dass das Modul einfach mit unterschiedlichen Optionen durchprobiert wird.

Kann man diesen udev-Timeout nicht irgendwie reduzieren?

[lisanisu]

Das Problem hat sich mit Debian 8 wohl gegessen.
Zumindestens zeigt er nach der Installation keine Fehler an und wartet auch nicht lange bis Debian geladen wird.

Einzig und alleine Grub eiert etwas vor sich hin, und scheint die Auswahl erst Malen zu müssen.

Sobalt man in der Auswahl "Debian 8" wählt gefolgt von Enter, ist nach unter 2 Sekunden die Anmeldemaske von XFCE4 Vorhanden... Yeahhh

Installiert habe ich "Debian Testing XFCE ISO 635MB vom 23.02.2015"