Re: NIC-Probleme und zwar gehaeuft
Am Mittwoch, den 20.09.2006, 18:18 +0200 schrieb Micha Beyer:
> was ist denn hier im Moment los?
>
> In den letzten paar Tagen 3 oder 4 Threads von Leuten bei denen das Netzwerk
> nicht läuft, weil die Interfaces nicht hochkommen, weiterhin eine Hilferuf
> eines Bekannten, bei dem das Loopbackdevice nicht startet.
>
> Das müssen sich doch Gemeinsamkeiten finden lassen, z.B. habe wohl alle
> Beteiligten neu installiert.
Hmm. Ich hatte gestern auf einem Sid Probleme, als ich auf Kernel 2.6.17
umgestiegen bin (hatte bis jetzt 2.6.15 laufen). Beim ersten Start des
neuen Kernsls bekam ich auf alle Netzwerkaktionen (NIC mit RTL8139 und
8139too im Kernel) nur noch ein
"Error : Name or service not known"
und in /var/log/boot:
eth1: link up, 100Mbps, full-duplex, lpa 0x41E1
NETDEV WATCHDOG: eth1: transmit timed out
eth1: Transmit timeout, status 0c 0005 c07f media 10.
eth1: Tx queue start entry 4 dirty entry 0.
eth1: Tx descriptor 0 is 0008a03c. (queue head)
eth1: Tx descriptor 1 is 0008a03c.
eth1: Tx descriptor 2 is 0008a03c.
eth1: Tx descriptor 3 is 0008a03c.
eth1: link up, 100Mbps, full-duplex, lpa 0x41E1
Danach bin ich die Kernel-Config noch einmal durch und habe verschiedene
Optionen deaktiviert, den Kernel neu gebaut und installiert, neu
gebootet und danach lief es wieder. Die diff zwischen den Configs:
> --- config-2.6.17.09060920-1 2006-09-20 19:09:26.000000000 +0200
> +++ config-2.6.17.09060920-2 2006-09-20 19:10:20.000000000 +0200
> @@ -30,7 +30,7 @@ CONFIG_SWAP=y
> CONFIG_SYSVIPC=y
> CONFIG_POSIX_MQUEUE=y
> CONFIG_BSD_PROCESS_ACCT=y
> -CONFIG_BSD_PROCESS_ACCT_V3=y
> +# CONFIG_BSD_PROCESS_ACCT_V3 is not set
> CONFIG_SYSCTL=y
> CONFIG_AUDIT=y
> CONFIG_AUDITSYSCALL=y
> @@ -207,7 +207,7 @@ CONFIG_ACPI=y
> CONFIG_ACPI_AC=m
> CONFIG_ACPI_BATTERY=m
> CONFIG_ACPI_BUTTON=y
> -CONFIG_ACPI_VIDEO=y
> +# CONFIG_ACPI_VIDEO is not set
> CONFIG_ACPI_HOTKEY=m
> CONFIG_ACPI_FAN=y
> CONFIG_ACPI_PROCESSOR=y
> @@ -437,7 +437,7 @@ CONFIG_FW_LOADER=y
> #
> # Connector - unified userspace <-> kernelspace linker
> #
> -CONFIG_CONNECTOR=m
> +# CONFIG_CONNECTOR is not set
>
> #
> # Memory Technology Devices (MTD)
> @@ -1050,7 +1050,7 @@ CONFIG_W1_MASTER_MATROX=m
> # 1-wire Slaves
> #
> CONFIG_W1_SLAVE_THERM=y
> -CONFIG_W1_SLAVE_SMEM=m
> +# CONFIG_W1_SLAVE_SMEM is not set
> # CONFIG_W1_SLAVE_DS2433 is not set
>
> #
> @@ -1105,8 +1105,8 @@ CONFIG_SENSORS_HDAPS=m
> #
> # Multimedia devices
> #
> -CONFIG_VIDEO_DEV=y
> -CONFIG_VIDEO_V4L1=y
> +CONFIG_VIDEO_DEV=m
> +# CONFIG_VIDEO_V4L1 is not set
> CONFIG_VIDEO_V4L1_COMPAT=y
> CONFIG_VIDEO_V4L2=y
Aber frage mich nicht, warum das jetzt den Unterschied macht. Und
auffällig war mit dem ersten 2.6.17er Kernel noch der folgende Fehler:
> PCI: Enabling device 0000:00:07.0 (0014 -> 0016)
> PCI: Found IRQ 9 for device 0000:00:07.0
> ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[11] MMIO=[e2000000-e20007ff] Max Packet=[2048] IR/IT contexts=[4/8]
> acpi_bus-0201 [01] bus_set_power : Device is not power manageable
> irq 9: nobody cared (try booting with the "irqpoll" option)
> <c013062b> __report_bad_irq+0x2b/0x69 <c013083c> note_interrupt+0x1d3/0x203
> <c01300ed> handle_IRQ_event+0x22/0x4e <c01301a8> __do_IRQ+0x8f/0xcf
> <c0104755> do_IRQ+0x19/0x24 <c01030a6> common_interrupt+0x1a/0x20
> <c01198d7> __do_softirq+0x2c/0x7f <c011994c> do_softirq+0x22/0x26
> <c0119a0d> irq_exit+0x25/0x30 <c010475a> do_IRQ+0x1e/0x24
> <c01030a6> common_interrupt+0x1a/0x20 <c012216b> run_workqueue+0xc8/0xed
> <c02e1bd4> delayed_reset_bus+0x0/0xcd <c01224ed> worker_thread+0x0/0x10f
> <c01225cc> worker_thread+0xdf/0x10f <c01128ab> default_wake_function+0x0/0x15
> <c01249ec> kthread+0x96/0xc3 <c0124956> kthread+0x0/0xc3
> <c0100b15> kernel_thread_helper+0x5/0xb
> handlers:
> [<c024896b>] (acpi_irq+0x0/0x16)
> [<c02f2820>] (usb_hcd_irq+0x0/0x54)
> [<c02f2820>] (usb_hcd_irq+0x0/0x54)
> [<c02f2820>] (usb_hcd_irq+0x0/0x54)
> [<c02f2820>] (usb_hcd_irq+0x0/0x54)
> Disabling IRQ #9
> PCI: Enabling device 0000:00:05.0 (0084 -> 0085)
> PCI: Found IRQ 9 for device 0000:00:05.0
Aber das ist auch nicht die NIC und der Fehler trat mit dem neuen Kernel
(und ohne append="acpi=noirq", was mit 2.6.15 sehr gut funktioniert hat)
auch nicht mehr auf.
Keine Ahnung, ob irgendetwas davon hilfreich ist (Ich glaube es ja eher
nicht). Aber wer weiß ...
MfG Daniel
Reply to: