Arch Linux

nach Systemupdate: Waiting for UDev uevents to be processed

mabunix

Hallo Community,
ich habe heute ein Systemupdate durchgeführt. Wenn ich bisher rund 5-7 Sekunden für einen Bootvorgang benötigt habe, dann brauche ich nach diesem Update gut 30-60 Sekunden.

Während des Bootvorgangs sehe ich die Meldung 'Waiting for UDev uevents to be processed'.

[2012-01-21 11:14] Running 'pacman -Syu'
[2012-01-21 11:14] synchronizing package lists
[2012-01-21 11:14] starting full system upgrade
[2012-01-21 11:15] Running 'pacman -Syu'
[2012-01-21 11:15] synchronizing package lists
[2012-01-21 11:15] starting full system upgrade
[2012-01-21 11:15] warning: /etc/modprobe.d/modprobe.conf saved as /etc/modprobe.d/modprobe.conf.pacsave
[2012-01-21 11:15] removed module-init-tools (3.16-3)
[2012-01-21 11:15] upgraded cifs-utils (4.9-3 -> 5.2-1)
[2012-01-21 11:15] upgraded perl (5.14.2-6 -> 5.14.2-7)
[2012-01-21 11:15] upgraded openssl (1.0.0.f-1 -> 1.0.0.g-1)
[2012-01-21 11:15] upgraded git (1.7.8.3-1 -> 1.7.8.4-1)
[2012-01-21 11:15] upgraded gnome-shell (3.2.2-1 -> 3.2.2.1-1)
[2012-01-21 11:15] upgraded gnutls (3.0.11-1 -> 3.0.12-1)
[2012-01-21 11:15] installed kmod (4-1)
[2012-01-21 11:15] upgraded udev (175-1 -> 177-3)
[2012-01-21 11:15] warning: /etc/rc.conf installed as /etc/rc.conf.pacnew
[2012-01-21 11:15] upgraded initscripts (2012.01.2-1 -> 2012.01.3-1)
[2012-01-21 11:15] upgraded libass (0.10.0-2 -> 0.10.0-3)
[2012-01-21 11:15] upgraded lirc-utils (1:0.9.0-8 -> 1:0.9.0-10)
[2012-01-21 11:15] upgraded mkinitcpio (0.8.0-3 -> 0.8.2-1)
[2012-01-21 11:15] upgraded xkeyboard-config (2.4.1-2 -> 2.5-1)

Wie ich das verstehe, wurde meine alte modprobe.conf sozusagen in Rente geschickt... ich habe sie wieder zurückgeholt mit dem Inhalt

blacklist bcma
blacklist b43
blacklist nouveau

Ein mkinitcpio habe ich ebenfalls durchlaufenlassen und das initramfs neu erstellt.

Im Augenblick habe ich noch keinen Nachteil beimi laufenden System festgestellt, aber ich würde gerne wieder schnell booten können. Die Suchmaschinen haben einiges zu Tage gefördert... auch hier im Forum. Jedoch passt das wohl nicht bei mir, denn nichts konnte bisher zur Lösung beitragen.

Hat niemand von euch ein ähnliches Problem beim Update bekommen??

Viele Grüße,
mabunix

GerBra

Zu modprobe.conf.pacsave:
Aktuell wird das Paket module-init-tools (was u.a. lsmod, modprobe) updated/ersetzt durch das neue kmod. kmod ist "rückwärtskompatibel" (was die gewohnten Befehle zur Modulverwaltung betrifft).
Da module-init-tools dadurch entfernt wurde werden *geänderte* Configfiles gesichert durch *.pacsave.
Das modprobe von kmod wertet ebenfalls /etc/modprobe.d/* aus, auch hier mußt jede Datei aber auch mit *.conf enden. Also entweder die modprobe.conf.pacsave wieder umbenennen zu modprobe.conf, oder die Anweisungen darin nach eigenem Ermessen auf andere sinnvoll erscheindende *.conf-Files verteilen (z.B. options.conf und blacklist.conf...)

Zum eigentlichen Problem der Bootverzögerung:
Das scheint ein Kernel plus aktuelles udev-Problem zu sein, evtl. ein noch verhandener Bug im Zusammenspiel beider. Im englischen Forum gibt es auch mehrere Threads mit ähnlichen Meldungen/Erscheinungen zu.
Wirf mal einen Blick in die dmesg Ausgabe, interessant wäre ggf. speziell:
dmesg | grep -i acpi

Du kannst es evtl. durch ein Downgrade von udev beheben...

//Edit: nachdem du die "entsorgte" modprobe.conf.pacsave Datei (bzw. die Infos darin) wieder reanimiert <g> hast, erstelle doch nochmal mit mkinitcpio ein neues initrd-Image. Kann sein, daß dein aktuelles wegen der fehlenden modprobe.conf nicht aktuell ist (trotz Neubau).
Siehe karols (berechtigten!) Kommentar:
https://bbs.archlinux.org/viewtopic.php?id=134045

mabunix

Hi GerBra,
vielen lieben Dank für die Erläuterungen. Auf den Punkt gebracht verstehe ich es so das kmod die Config-Files der module-init-tools funktionieren sollten. Warum benennt pacman/kmod das vorhandene Configs um? Diese Frage hat in dem englischen Forum in dem Fred den du verlink hast der User graysky ja auch bereits gefragt 🙂 Und ich kann karol voll zustimmen. Eine aussagekräftigere Ausgabe wäre schön gewesen. Gibt es eigentlich neue Config-Dateien von kmod mit einer anderen Syntax?

Bei den Meldungen in dmesg kann ich eigentlich nichts sehen was nach einem gravierenden Fehler aussschaut. acpi Meldungen habe ich beigefügt.....

$ dmesg | grep -i acpi
[    0.000000]  BIOS-e820: 00000000baf2c000 - 00000000baf92000 (ACPI NVS)
[    0.000000]  BIOS-e820: 00000000baf98000 - 00000000bafe8000 (ACPI NVS)
[    0.000000]  BIOS-e820: 00000000baffd000 - 00000000bb000000 (ACPI data)
[    0.000000] ACPI: RSDP 00000000000f0430 00024 (v02 SECCSD)
[    0.000000] ACPI: XSDT 00000000baffee18 0006C (v01 SECCSD LH43STAR 06222004 MSFT 00010013)
[    0.000000] ACPI: FACP 00000000baf9bd98 000F4 (v04 SECCSD LH43STAR 06222004 MSFT 00010013)
[    0.000000] ACPI Warning: 32/64 FACS address mismatch in FADT - two FACS tables! (20110623/tbfadt-369)
[    0.000000] ACPI Warning: 32/64X FACS address mismatch in FADT - 0xBAFE5E40/0x00000000BAFE5D40, using 32 (20110623/tbfadt-489)
[    0.000000] ACPI: DSDT 00000000baf84018 0855D (v01 SECCSD LH43STAR 00000000 INTL 20091112)
[    0.000000] ACPI: FACS 00000000bafe5e40 00040
[    0.000000] ACPI: APIC 00000000baffdf18 000CC (v02 SECCSD LH43STAR 06222004 MSFT 00010013)
[    0.000000] ACPI: HPET 00000000bafe6d18 00038 (v01 SECCSD LH43STAR 06222004 AMI. 00000003)
[    0.000000] ACPI: SLIC 00000000baf9cc18 00176 (v01 SECCSD LH43STAR 06222004 AMI  00010013)
[    0.000000] ACPI: MCFG 00000000bafe6c98 0003C (v01 SECCSD LH43STAR 06222004 MSFT 00000097)
[    0.000000] ACPI: SSDT 00000000baf91018 00A1D (v01  PmRef  Cpu0Ist 00003000 INTL 20091112)
[    0.000000] ACPI: SSDT 00000000baf90018 00996 (v01  PmRef    CpuPm 00003000 INTL 20091112)
[    0.000000] ACPI: SSDT 00000000baf9a018 00D80 (v01  SgRef   SgTabl 00001000 INTL 20091112)
[    0.000000] ACPI: SSDT 00000000baf98018 011E8 (v01 OptRef  OptTabl 00001000 INTL 20091112)
[    0.000000] ACPI: Local APIC address 0xfee00000
[    0.000000] ACPI: PM-Timer IO Port: 0x408
[    0.000000] ACPI: Local APIC address 0xfee00000
[    0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x04] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x06] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x01] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x03] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x05] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x07] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x09] lapic_id[0x08] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x09] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x0a] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x0b] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x0c] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x0d] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x0e] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x10] lapic_id[0x0f] disabled)
[    0.000000] ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[    0.000000] ACPI: IRQ0 used by override.
[    0.000000] ACPI: IRQ2 used by override.
[    0.000000] ACPI: IRQ9 used by override.
[    0.000000] Using ACPI (MADT) for SMP configuration information
[    0.000000] ACPI: HPET id: 0x8086a701 base: 0xfed00000
[    0.005321] ACPI: Core revision 20110623
[    1.141002] PM: Registering ACPI NVS region at baf2c000 (417792 bytes)
[    1.141010] PM: Registering ACPI NVS region at baf98000 (327680 bytes)
[    1.141986] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
[    1.141989] ACPI: bus type pci registered
[    1.162503] ACPI: Added _OSI(Module Device)
[    1.162506] ACPI: Added _OSI(Processor Device)
[    1.162507] ACPI: Added _OSI(3.0 _SCP Extensions)
[    1.162509] ACPI: Added _OSI(Processor Aggregator Device)
[    1.164161] ACPI: EC: Look up EC in DSDT
[    1.165760] ACPI: Executed 1 blocks of module-level executable AML code
[    1.210906] [Firmware Bug]: ACPI: BIOS _OSI(Linux) query ignored
[    1.215884] ACPI: SSDT 00000000badba718 00661 (v01  PmRef  Cpu0Cst 00003001 INTL 20091112)
[    1.216348] ACPI: Dynamic OEM Table Load:
[    1.216351] ACPI: SSDT           (null) 00661 (v01  PmRef  Cpu0Cst 00003001 INTL 20091112)
[    1.231166] ACPI: SSDT 00000000badbba98 00303 (v01  PmRef    ApIst 00003000 INTL 20091112)
[    1.231648] ACPI: Dynamic OEM Table Load:
[    1.231651] ACPI: SSDT           (null) 00303 (v01  PmRef    ApIst 00003000 INTL 20091112)
[    1.241022] ACPI: SSDT 00000000badb9d98 00119 (v01  PmRef    ApCst 00003000 INTL 20091112)
[    1.241471] ACPI: Dynamic OEM Table Load:
[    1.241473] ACPI: SSDT           (null) 00119 (v01  PmRef    ApCst 00003000 INTL 20091112)
[    2.065197] ACPI: Interpreter enabled
[    2.065201] ACPI: (supports S0 S1 S3 S4 S5)
[    2.065228] ACPI: Using IOAPIC for interrupt routing
[    2.072171] ACPI: Power Resource [FN00] (off)
[    2.072256] ACPI: Power Resource [FN01] (off)
[    2.072601] ACPI: EC: GPE = 0x17, I/O: command/status = 0x66, data = 0x62
[    2.072806] ACPI: No dock devices found.
[    2.072811] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
[    2.073083] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-3e])
[    2.076372] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[    2.076499] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP01._PRT]
[    2.076536] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP04._PRT]
[    2.076568] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP05._PRT]
[    2.076605] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEG0._PRT]
[    2.076687]  pci0000:00: Requesting ACPI _OSC control (0x1d)
[    2.076723]  pci0000:00: ACPI _OSC request failed (AE_ERROR), returned control mask: 0x1d
[    2.076725] ACPI _OSC control for PCIe not granted, disabling ASPM
[    2.080735] ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 10 *11 12 14 15)
[    2.080785] ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 *10 11 12 14 15)
[    2.080834] ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 10 *11 12 14 15)
[    2.080882] ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 *5 6 10 11 12 14 15)
[    2.080931] ACPI: PCI Interrupt Link [LNKE] (IRQs 1 3 4 5 6 10 11 12 14 15) *0, disabled.
[    2.080977] ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 6 10 11 12 14 15) *0, disabled.
[    2.081023] ACPI: PCI Interrupt Link [LNKG] (IRQs 1 *3 4 5 6 10 11 12 14 15)
[    2.081068] ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 *4 5 6 10 11 12 14 15)
[    2.081221] PCI: Using ACPI for IRQ routing
[    2.090590] pnp: PnP ACPI init
[    2.090606] ACPI: bus type pnp registered
[    2.090950] pnp 00:00: Plug and Play ACPI device, IDs PNP0a08 PNP0a03 (active)
[    2.091052] system 00:01: Plug and Play ACPI device, IDs PNP0c01 (active)
[    2.091186] system 00:02: Plug and Play ACPI device, IDs PNP0c02 (active)
[    2.091233] pnp 00:03: Plug and Play ACPI device, IDs PNP0200 (active)
[    2.091268] pnp 00:04: Plug and Play ACPI device, IDs INT0800 (active)
[    2.091385] pnp 00:05: Plug and Play ACPI device, IDs PNP0103 (active)
[    2.091428] pnp 00:06: Plug and Play ACPI device, IDs PNP0c04 (active)
[    2.091538] system 00:07: Plug and Play ACPI device, IDs PNP0c02 (active)
[    2.091595] pnp 00:08: Plug and Play ACPI device, IDs PNP0b00 (active)
[    2.091658] system 00:09: Plug and Play ACPI device, IDs INT3f0d PNP0c02 (active)
[    2.091723] pnp 00:0a: Plug and Play ACPI device, IDs PNP0303 (active)
[    2.091791] pnp 00:0b: Plug and Play ACPI device, IDs ETD0b00 SYN0002 PNP0f13 (active)
[    2.092104] system 00:0c: Plug and Play ACPI device, IDs PNP0c02 (active)
[    2.092702] system 00:0d: Plug and Play ACPI device, IDs PNP0c01 (active)
[    2.092715] pnp: PnP ACPI: found 14 devices
[    2.092717] ACPI: ACPI bus type pnp unregistered
[    3.893849] ACPI: AC Adapter [ADP1] (on-line)
[    3.893936] ACPI: Lid Switch [LID0]
[    3.893984] ACPI: Power Button [PWRB]
[    3.894030] ACPI: Sleep Button [SLPB]
[    3.894067] ACPI: Power Button [PWRF]
[    3.911604] ACPI: Fan [FAN0] (off)
[    3.921485] ACPI: Fan [FAN1] (off)
[    3.922026] ACPI: Invalid active2 threshold
[    3.922526] ACPI: Thermal Zone [TZ00] (39 C)
[    3.928898] nvidia 0000:01:00.0: power state changed by ACPI to D0
[    3.928902] nvidia 0000:01:00.0: power state changed by ACPI to D0
[    3.930749] ACPI: Thermal Zone [TZ01] (39 C)
[    4.005637] ACPI: Battery Slot [BAT1] (battery present)
[    5.734746] [Firmware Bug]: ACPI(PEGP) defines _DOD but not _DOS
[    5.765484] acpi device:47: registered as cooling_device10
[    5.765877] ACPI: Video Device [PEGP] (multi-head: yes  rom: yes  post: no)
[    5.767237] acpi device:51: registered as cooling_device11
[    5.767437] ACPI: Video Device [GFX0] (multi-head: yes  rom: no  post: no)

Der Inhalt meiner aktuellen Datei /etc/modprobe.d/modprobe.conf

#
# /etc/modprobe.d/modprobe.conf
#
blacklist bcma
blacklist b43
blacklist nouveau

mkinitcpio habe ich mit neuen/alten Configs durchgeführt.... leider nach wie vor mit der Wartezeit beim Booten. Jetzt bleibt mir wohl nur noch abwarten bis die Probleme durch ein Update behoben werden?

Vielen Dank für die Hilfe und Erklärungen.

Mabunix

GerBra

mabunix schriebWarum benennt pacman/kmod das vorhandene Configs um? Diese Frage hat in dem englischen Forum in dem Fred den du verlink hast der User graysky ja auch bereits gefragt 🙂

Das Umbenennen liegt in der Natur der Sache. Wenn über pacman ein Paket deinstalliert wird bei dem ein ursprünglich vorhandes Configfile (meist in /etc) vom User geändert wurde, dann wird diese Config als *.pacsave gesichert. Was ein tolles Feature ist, schließlich können dort wichtige Dinge drinstehen und evtl. will man das Paket ja mal wieder installieren.

Was der Paketmanager aber nicht kann ist: denken. Also irgendwie durch Voodoo erkennen, daß kmod und module-init-tools "irgendwie zusammengehören", und deshalb die Config ummoddeln ;-) Sowas müßte dann vom Paketbetreuer über das Install-File geregelt werden, wobei es von 99 Fällen auch wieder 30 gibt bei denen irgendwas anders ist.
Deshalb ist das eigentlich Sache des Admins/root (also wohl dir <g>, das zu tun). Angemäkelt wurde von karol IMHOI richtigerweise der eben fehlende Hinweis eben an den Admin sich darum zu kümmern. Das die Umbennung zu einem Problem wird erkennt man halt leider erst etl. viel später (wenn z.B. ein mkinitcpio nicht richtig funktioniert oder Module ohne bestimmte Optionen geladen werden....
Sowas versuchen zu "automatisieren" ist nichts, was du bei Archlinux vorfinden wirst... Aber die Infos müssen/sollten halt kommen.

Neue/andere Konfigs hat kmod soweit ich weiß nicht (wie du bemerkt hast wird /etc/modprobe.d/* ja auch ausgewertet), aber Frage mich jetzt nicht nach den Vorteilen von kmod... Ich bin bei sowas eher so antiquiert daß ich mich mittlwerweile jedesmal frage: In was für faszinierenden Zeiten des Neumodernen wir doch leben dürfen...

Zur Behebung: Du könntest wie gesagt ein Downgrade des udev-paketes machen. Die dmesg-ACPI-meldungen weisen ein paar "unsaubere" Meldungen bzgl. BIOS/Acpi-Table aus, ich weiß aber ja nicht ob du die vorher nicht auch schon hattest...
Du könntest nochmal schauen, ob es für dein BIOS ein Update geben würde (das mußt du nicht reflexartig aufspielen, aber je nach Höhe der Versionsunterschiede wäre es ein hinweis daß ein Update Fehler im BIOS beheben *könnten*)

mabunix

Dummerweise gibt es für mein Notebook nicht einmal auf der deutschen Herstellerseite Windows-Treiber... Es handelt sich um ein Samsung RF511-S05DE. Soweit ich auf der US Seite feststellen konnte, habe ich bereits die aktuellste Version drauf...

Zu pacman und den Configs: klar das der Paketmanager nicht wissen kann ob er User etwas an den Files geändert hat oder nicht. Wenn ich mich richtig erinnern kann, macht Gentoo ein diff und man sieht nach einem Update immer gleich was los ist.

Ich war mit den module-init-tools zufrieden und kann für mich persönlich nicht nachvollziehen warum zu kmod gewechselt wird oder warum es kmod überhaupt gibt. Mit bald 41 Jahren ich bin auch recht "altmodisch" was das betrifft: never change a running system

Zu meinem Problem.... ich habe an ACPI Meldungen ein wenig geschraubt... mehr kriege ich mit meinem Wissen derzeit nicht hin. Die Wartezeit ist aber immer noch da.


[    0.000000] Command line: root=/dev/sda6 ro acpi_osi=Linux pcie_aspm=force i915.i915_enable_rc6=1
[    0.000000]  BIOS-e820: 00000000baf32000 - 00000000bafe8000 (ACPI NVS)
[    0.000000]  BIOS-e820: 00000000baffd000 - 00000000bb000000 (ACPI data)
[    0.000000] ACPI: RSDP 00000000000f0430 00024 (v02 SECCSD)
[    0.000000] ACPI: XSDT 00000000baffee18 0006C (v01 SECCSD LH43STAR 06222004 MSFT 00010013)
[    0.000000] ACPI: FACP 00000000baf9bd98 000F4 (v04 SECCSD LH43STAR 06222004 MSFT 00010013)
[    0.000000] ACPI Warning: 32/64 FACS address mismatch in FADT - two FACS tables! (20110623/tbfadt-369)
[    0.000000] ACPI Warning: 32/64X FACS address mismatch in FADT - 0xBAFE5E40/0x00000000BAFE5D40, using 32 (20110623/tbfadt-489)
[    0.000000] ACPI: DSDT 00000000baf92018 0855D (v01 SECCSD LH43STAR 00000000 INTL 20091112)
[    0.000000] ACPI: FACS 00000000bafe5e40 00040
[    0.000000] ACPI: APIC 00000000baffdf18 000CC (v02 SECCSD LH43STAR 06222004 MSFT 00010013)
[    0.000000] ACPI: HPET 00000000bafe6d18 00038 (v01 SECCSD LH43STAR 06222004 AMI. 00000003)
[    0.000000] ACPI: SLIC 00000000baf9cc18 00176 (v01 SECCSD LH43STAR 06222004 AMI  00010013)
[    0.000000] ACPI: MCFG 00000000bafe6c98 0003C (v01 SECCSD LH43STAR 06222004 MSFT 00000097)
[    0.000000] ACPI: SSDT 00000000baf91018 00A1D (v01  PmRef  Cpu0Ist 00003000 INTL 20091112)
[    0.000000] ACPI: SSDT 00000000baf90018 00996 (v01  PmRef    CpuPm 00003000 INTL 20091112)
[    0.000000] ACPI: SSDT 00000000baf8c018 00D80 (v01  SgRef   SgTabl 00001000 INTL 20091112)
[    0.000000] ACPI: SSDT 00000000baf79018 011E8 (v01 OptRef  OptTabl 00001000 INTL 20091112)
[    0.000000] ACPI: Local APIC address 0xfee00000
[    0.000000] ACPI: PM-Timer IO Port: 0x408
[    0.000000] ACPI: Local APIC address 0xfee00000
[    0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x04] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x06] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x01] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x03] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x05] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x07] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x09] lapic_id[0x08] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x09] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x0a] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x0b] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x0c] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x0d] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x0e] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x10] lapic_id[0x0f] disabled)
[    0.000000] ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[    0.000000] ACPI: IRQ0 used by override.
[    0.000000] ACPI: IRQ2 used by override.
[    0.000000] ACPI: IRQ9 used by override.
[    0.000000] Using ACPI (MADT) for SMP configuration information
[    0.000000] ACPI: HPET id: 0x8086a701 base: 0xfed00000
[    0.000000] Kernel command line: root=/dev/sda6 ro acpi_osi=Linux pcie_aspm=force i915.i915_enable_rc6=1
[    0.005321] ACPI: Core revision 20110623
[    1.137661] PM: Registering ACPI NVS region at baf32000 (745472 bytes)
[    1.138647] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
[    1.138649] ACPI: bus type pci registered
[    1.158226] ACPI: Added _OSI(Module Device)
[    1.158228] ACPI: Added _OSI(Processor Device)
[    1.158230] ACPI: Added _OSI(3.0 _SCP Extensions)
[    1.158232] ACPI: Added _OSI(Processor Aggregator Device)
[    1.158234] ACPI: Added _OSI(Linux)
[    1.159898] ACPI: EC: Look up EC in DSDT
[    1.161496] ACPI: Executed 1 blocks of module-level executable AML code
[    1.200907] [Firmware Bug]: ACPI: BIOS _OSI(Linux) query honored via cmdline
[    1.205520] ACPI: SSDT 00000000badd3718 00661 (v01  PmRef  Cpu0Cst 00003001 INTL 20091112)
[    1.205982] ACPI: Dynamic OEM Table Load:
[    1.205985] ACPI: SSDT           (null) 00661 (v01  PmRef  Cpu0Cst 00003001 INTL 20091112)
[    1.221172] ACPI: SSDT 00000000badd4a98 00303 (v01  PmRef    ApIst 00003000 INTL 20091112)
[    1.221651] ACPI: Dynamic OEM Table Load:
[    1.221654] ACPI: SSDT           (null) 00303 (v01  PmRef    ApIst 00003000 INTL 20091112)
[    1.231031] ACPI: SSDT 00000000badd2d98 00119 (v01  PmRef    ApCst 00003000 INTL 20091112)
[    1.231480] ACPI: Dynamic OEM Table Load:
[    1.231482] ACPI: SSDT           (null) 00119 (v01  PmRef    ApCst 00003000 INTL 20091112)
[    2.055187] ACPI: Interpreter enabled
[    2.055191] ACPI: (supports S0 S1 S3 S4 S5)
[    2.055218] ACPI: Using IOAPIC for interrupt routing
[    2.071084] ACPI: Power Resource [FN00] (off)
[    2.071168] ACPI: Power Resource [FN01] (off)
[    2.071512] ACPI: EC: GPE = 0x17, I/O: command/status = 0x66, data = 0x62
[    2.071717] ACPI: No dock devices found.
[    2.071722] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
[    2.071995] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-3e])
[    2.100622] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[    2.100778] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP01._PRT]
[    2.100816] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP04._PRT]
[    2.100848] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP05._PRT]
[    2.100885] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEG0._PRT]
[    2.100966]  pci0000:00: Requesting ACPI _OSC control (0x1d)
[    2.101003]  pci0000:00: ACPI _OSC request failed (AE_ERROR), returned control mask: 0x1d
[    2.101004] ACPI _OSC control for PCIe not granted, disabling ASPM
[    2.104997] ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 10 *11 12 14 15)
[    2.105047] ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 *10 11 12 14 15)
[    2.105097] ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 10 *11 12 14 15)
[    2.105145] ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 *5 6 10 11 12 14 15)
[    2.105193] ACPI: PCI Interrupt Link [LNKE] (IRQs 1 3 4 5 6 10 11 12 14 15) *0, disabled.
[    2.105240] ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 6 10 11 12 14 15) *0, disabled.
[    2.105286] ACPI: PCI Interrupt Link [LNKG] (IRQs 1 *3 4 5 6 10 11 12 14 15)
[    2.105331] ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 *4 5 6 10 11 12 14 15)
[    2.105483] PCI: Using ACPI for IRQ routing
[    2.114896] pnp: PnP ACPI init
[    2.114912] ACPI: bus type pnp registered
[    2.115257] pnp 00:00: Plug and Play ACPI device, IDs PNP0a08 PNP0a03 (active)
[    2.115359] system 00:01: Plug and Play ACPI device, IDs PNP0c01 (active)
[    2.115492] system 00:02: Plug and Play ACPI device, IDs PNP0c02 (active)
[    2.115538] pnp 00:03: Plug and Play ACPI device, IDs PNP0200 (active)
[    2.115573] pnp 00:04: Plug and Play ACPI device, IDs INT0800 (active)
[    2.115689] pnp 00:05: Plug and Play ACPI device, IDs PNP0103 (active)
[    2.115733] pnp 00:06: Plug and Play ACPI device, IDs PNP0c04 (active)
[    2.115843] system 00:07: Plug and Play ACPI device, IDs PNP0c02 (active)
[    2.115901] pnp 00:08: Plug and Play ACPI device, IDs PNP0b00 (active)
[    2.115963] system 00:09: Plug and Play ACPI device, IDs INT3f0d PNP0c02 (active)
[    2.116029] pnp 00:0a: Plug and Play ACPI device, IDs PNP0303 (active)
[    2.116096] pnp 00:0b: Plug and Play ACPI device, IDs ETD0b00 SYN0002 PNP0f13 (active)
[    2.116409] system 00:0c: Plug and Play ACPI device, IDs PNP0c02 (active)
[    2.117007] system 00:0d: Plug and Play ACPI device, IDs PNP0c01 (active)
[    2.117021] pnp: PnP ACPI: found 14 devices
[    2.117022] ACPI: ACPI bus type pnp unregistered
[    3.647056] ACPI: AC Adapter [ADP1] (on-line)
[    3.647404] ACPI: Lid Switch [LID0]
[    3.647448] ACPI: Power Button [PWRB]
[    3.647981] ACPI: Sleep Button [SLPB]
[    3.648455] ACPI: Power Button [PWRF]
[    3.664224] ACPI: Fan [FAN0] (off)
[    3.669511] ACPI: Fan [FAN1] (off)
[    3.681095] nvidia 0000:01:00.0: power state changed by ACPI to D0
[    3.681099] nvidia 0000:01:00.0: power state changed by ACPI to D0
[    3.683419] ACPI: Battery Slot [BAT1] (battery present)
[    3.683526] ACPI: Invalid active2 threshold
[    3.685347] ACPI: Thermal Zone [TZ00] (54 C)
[    3.693304] ACPI: Thermal Zone [TZ01] (54 C)
[    4.896029] [Firmware Bug]: ACPI(PEGP) defines _DOD but not _DOS
[    4.926797] acpi device:47: registered as cooling_device10
[    4.927081] ACPI: Video Device [PEGP] (multi-head: yes  rom: yes  post: no)
[    4.928309] acpi device:51: registered as cooling_device11
[    4.928517] ACPI: Video Device [GFX0] (multi-head: yes  rom: no  post: no)

Viele Grüße,
Mabunix

check

naja, ich weiß nicht ob das waß weiter hilft, aber in meinem Notebook ist so ne blöde Realtek wlan Karte die das ganze gestoppt hat...
siehe https://bbs.archlinux.org/viewtopic.php?id=134017 🙁 mag die Karte nicht, die hat mir bis jetzt bloß Ärger bereitet

mabunix

check schriebnaja, ich weiß nicht ob das waß weiter hilft, aber in meinem Notebook ist so ne blöde Realtek wlan Karte die das ganze gestoppt hat...
siehe https://bbs.archlinux.org/viewtopic.php?id=134017 🙁 mag die Karte nicht, die hat mir bis jetzt bloß Ärger bereitet

OK, wie bist du auf die WLAN Karte gekommen? Am Ende kann es doch eigentlich irgend ein Treiber sein der Murks macht? Konntest du denn dein WLAN gar nicht mehr nutzen?

Du hast also einfach den Treiber ins MODULES=() Array geschrieben und schon ging es wieder? In meinem Notebook ist ebenfalls eine ziemlich dämliche WLAN Karte verbaut, zwar keine Realtekm dafür aber eine Broadcom:

02:00.0 Network controller: Broadcom Corporation BCM4313 802.11b/g/n Wireless LAN Controller (rev 01)
	Subsystem: Askey Computer Corp. Device 7179
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Interrupt: pin A routed to IRQ 16
	Region 0: Memory at f6c00000 (64-bit, non-prefetchable) [size=16K]
	Capabilities: [40] Power Management version 3
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
		Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=2 PME-
	Capabilities: [58] Vendor Specific Information: Len=78 <?>
	Capabilities: [48] MSI: Enable- Count=1/1 Maskable- 64bit+
		Address: 0000000000000000  Data: 0000
	Capabilities: [d0] Express (v1) Endpoint, MSI 00
		DevCap:	MaxPayload 128 bytes, PhantFunc 0, Latency L0s <4us, L1 unlimited
			ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
		DevCtl:	Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
			RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
			MaxPayload 128 bytes, MaxReadReq 128 bytes
		DevSta:	CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
		LnkCap:	Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <4us, L1 <64us
			ClockPM+ Surprise- LLActRep+ BwNot-
		LnkCtl:	ASPM L0s L1 Enabled; RCB 64 bytes Disabled- Retrain- CommClk+
			ExtSynch- ClockPM+ AutWidDis- BWInt- AutBWInt-
		LnkSta:	Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive+ BWMgmt- ABWMgmt-
	Capabilities: [100 v1] Advanced Error Reporting
		UESta:	DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
		UEMsk:	DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
		UESvrt:	DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
		CESta:	RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr-
		CEMsk:	RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
		AERCap:	First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn-
	Capabilities: [13c v1] Virtual Channel
		Caps:	LPEVC=0 RefClk=100ns PATEntryBits=1
		Arb:	Fixed- WRR32- WRR64- WRR128-
		Ctrl:	ArbSelect=Fixed
		Status:	InProgress-
		VC0:	Caps:	PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
			Arb:	Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256-
			Ctrl:	Enable+ ID=0 ArbSelect=Fixed TC/VC=ff
			Status:	NegoPending- InProgress-
	Capabilities: [160 v1] Device Serial Number 00-00-9f-ff-ff-b3-b4-74
	Capabilities: [16c v1] Power Budgeting <?>
	Kernel driver in use: brcmsmac
	Kernel modules: brcmsmac

mabunix

@check
Ich verstehe es zwar nicht was für einen Unterschied es nun macht und warum udev mit dem Modul brcmsmac Ärger hat, aber dein Workaround hat geholfen. Mein Rechner bootet wieder ohne Aussetzer schnell.... zwar brauche ich nun 7-9 Sekunden im Vergleich zu früher 5-7 Sekunden, aber damit lebe ich gerne...

Danke...

VIele Grüße,
Mabunix

check

ich weiß nicht warum die WLAN Karten Ärger machen, aber ich hatte erst vor Kurzer Zeit Pacman auf Testing gestellt und dadurch auf Kmod umgestellt, ein Boot darauf dauerte der Start so 50 Sek. trotz UEFI und SSD. Als er mir gestern beim Update auf Kmod wieder die gleichen Probleme machte schaute ich ins englische Forum und sah unter Arch schon das diese blöde WLAN Karte schon wieder mal schuld war 🙁. Eigentlich hätte ich ja schon seit langer Zeit schon eine Intel Wifi Link 5100 Mini PCIE half size einbauen wollen, doch der Händler schickt mir jedes mal eine PCIE Karte.