Internet cut out after update.

Newnux · 2007-07-25 13:43:40

Here's a problem I don't even know where to begin with. I'm currently typing from a SLAX LiveCD, as I cannot connect through Arch on the same machine.

I rebooted earlier, and upon logging in, found that my internet was completely down. Well, not exactly; I had a few seconds worth of Google and MSN, but then I couldn't do anything. I rebooted again, this time without starting X, and tried using links with the same result. I then rebooted once more, and since then it seems that I don't even get the initial few seconds of net use.

I haven't changed anything in my previously working resolv.conf, rc.conf, or anything else. All that I did was run an (overdue) update through pacman sometime yesterday, and I don't believe I rebooted since. I can't give any information as I don't even know what would be required. I have tried using both my ISP's DNS servers and OpenDNS', though I didn't expect much as I can't even connect to my router. All is fine here on SLAX.

I await any help possible whilst burning my eyes with this horrific resolution.
Thanks.

Edit: Forgot to mention that upon the first reboot, errors were found in my home partition. I had to run an fsck and hit Y a few times, in relation to missing inodes and lost+found.

Last edited by Newnux (2007-07-25 13:45:23)

madeye · 2007-07-25 14:33:13

If you suspect that your userfiles have somehow cripled your ability to access the Internet, you could try and make a new user. He would get a fresh homedir with untouched files. Then login as that user and see if your Internet works again.

Newnux · 2007-07-25 15:16:26

I couldn't even find out how to add a new user, but I'll try now that I'm back on SLAX with the internet as a reference. Might be worth noting that the same thing happens when logged in as root.

Newnux · 2007-07-25 16:01:10

Okay, here's an update:

Created the new user, but it acted just the same in regards to any internet access.

Managed a little access to my router at one point, which let me login and refresh a few times. Seems it's a matter of timing; if I'm not fast, I can't get the short amount of access. Anyway, it still cut out.

Uncommented nameservers in resolv.conf, rebooted, and managed the same amount of time with google and any sites that popped into my head. Just as I was going to go to another with the URL input box, "Disabling IRQ #18" showed up inside. After that, access was once again cut. I closed and restarted links, but it was still cut with the message "No route to host."

Remembered that I plugged in a USB gamepad yesterday, I removed that and rebooted. I initially navigated to my router's login just fine, but didn't bother to login and went to a remote site. After a short time, access was cut but I could still get to my router's login page (cache?). Upon logging in, however, "No route to host."

So that's all the information I can think to give. Surely IRQ #18 is a problem, I've seen it before after a few seconds of exiting links prematurely; it obviously won't display while links is running, unless I have some input box.

Hope this makes sense to someone out there.

Edit: While I have a very limited understanding of how IRQ works, it makes sense with what I do know. Say, if my ethernet card is using IRQ 18. In any case, I have no idea how to find out.

Last edited by Newnux (2007-07-25 16:03:38)

madeye · 2007-07-25 16:15:27

You could try

ifconfig

before and after the cutof to see if your IP address disappers.

The command

route

will give you the address on the default route. And
as you already know

less /etc/resolv.conf

will display the DNS lookup servers.

I'm not altogether sure what causes this. Do you have more than one network card in the computer?

When you boot your computer, can you see what devices use IRQ18?

Newnux · 2007-07-25 17:42:56

Okay, I'm back with some results.

ifconfig showed the same results at both times, the only change being the obvious difference in transfer.

route displayed this:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.1.0     *               255.255.255.0   U     0      0        0 eth0
default         192.168.1.1     0.0.0.0         UG    0      0        0 eth0

dmesg | grep IRQ displayed this:

ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
ENABLING IO-APIC IRQs
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 7 10 *11 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs *3 4 5 7 10 11 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 *10 11 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 *5 7 10 11 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 7 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 7 10 11 14 15) *0, disabled.
PCI: Using ACPI for IRQ routing
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
ACPI: PCI Interrupt 0000:00:0f.1[A] -> GSI 20 (level, low) -> IRQ 16
ACPI: PCI Interrupt 0000:00:0f.0[b] -> GSI 20 (level, low) -> IRQ 16
ACPI: PCI Interrupt 0000:00:10.0[A] -> GSI 21 (level, low) -> IRQ 17
ACPI: PCI Interrupt 0000:00:10.1[A] -> GSI 21 (level, low) -> IRQ 17
ACPI: PCI Interrupt 0000:00:10.2[b] -> GSI 21 (level, low) -> IRQ 17
ACPI: PCI Interrupt 0000:00:10.3[b] -> GSI 21 (level, low) -> IRQ 17
ACPI: PCI Interrupt 0000:00:10.4[C] -> GSI 21 (level, low) -> IRQ 17
ACPI: PCI Interrupt 0000:00:0e.0[A] -> GSI 17 (level, low) -> IRQ 18
eth0: ADMtek Comet rev 17 at Port 0xe400, <MAC address>, IRQ 18. # Network card
ACPI: PCI Interrupt 0000:00:0a.0[A] -> GSI 16 (level, low) -> IRQ 19
ACPI: PCI Interrupt 0000:00:11.6[C] -> GSI 22 (level, low) -> IRQ 20
ACPI: PCI Interrupt 0000:00:11.5[C] -> GSI 22 (level, low) -> IRQ 20
ACPI: Unable to derive IRQ for device 0000:00:0a.2
 [<c0156960>] handle_IRQ_event+0x30/0x60
 [<c0106f4b>] do_IRQ+0x3b/0x70
Disabling IRQ #18

Which quite clearly presents the problem, but I have no clue of the cause. Also, I can confirm that the cutoff point is absolutely when IRQ #18 is disabled, as is logical.

mrunion · 2007-07-25 18:45:05

Possibly not the same issue as you but after updating yesterday I got a new kernel AND ipw3945 (wireless) package. When I rebooted my internet was gone. Actually my eth2 connection was gone. Something in the update cause my eth0 and eth2 LAN connections to be recognized as eth0 and eth1. After changing the wireless settings to use eth1 instead of eth2 all was well.

Maybe that'll help you and maybe not.

Newnux · 2007-07-25 18:58:18

I appreciate the input, but nothing seems to have changed along those lines for me.

Anyway, I have what seems to be a temporary fix!

I previously did dmesg | grep IRQ but not dmesg | grep irq. So here was the output of the latter, after having IRQ 18 disabled:

ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a report
00:0a: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1
PNP: PS/2 controller doesn't have AUX irq; using default 12
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
ata1: PATA max UDMA/133 cmd 0x000101f0 ctl 0x000103f6 bmdma 0x0001fc00 irq 14
ata2: PATA max UDMA/133 cmd 0x00010170 ctl 0x00010376 bmdma 0x0001fc08 irq 15
sata_via 0000:00:0f.0: routed to hard irq line 10
ata3: SATA max UDMA/133 cmd 0x0001ef88 ctl 0x0001ef86 bmdma 0x0001eeb0 irq 16
ata4: SATA max UDMA/133 cmd 0x0001ef68 ctl 0x0001ef82 bmdma 0x0001eeb8 irq 16
uhci_hcd 0000:00:10.0: irq 17, io base 0x0000eec0
uhci_hcd 0000:00:10.1: irq 17, io base 0x0000ef00
uhci_hcd 0000:00:10.2: irq 17, io base 0x0000ef20
uhci_hcd 0000:00:10.3: irq 17, io base 0x0000ef40
ehci_hcd 0000:00:10.4: irq 17, io mem 0xfe600000
irq 18: nobody cared (try booting with the "irqpoll" option)
 [<c0157434>] __report_bad_irq+0x24/0x80
 [<c0157de7>] handle_fasteoi_irq+0x87/0xe0

While booting with the irqpoll option did nothing whatsoever, I remembered stumbling upon the option noirqdebug earlier. I tried this, and it worked perfectly. The last 3 lines were then omitted from the above, and IRQ 18 no longer disables. However, because this shouldn't be happening in the first place, does anyone know where I should go from here?

Thanks.

ataraxia · 2007-07-25 23:46:02

I suggest you write a bug report - or maybe wait and see if 2.6.22 (in the repos today) fixes it.

Newnux · 2007-07-26 14:40:09

ataraxia wrote:

I suggest you write a bug report - or maybe wait and see if 2.6.22 (in the repos today) fixes it.

The update that broke it in the first place was 2.6.22. First time writing a bug report, so I'll scuttle along and read about that.

Arch Linux

#1 2007-07-25 13:43:40

Internet cut out after update.

#2 2007-07-25 14:33:13

Re: Internet cut out after update.

#3 2007-07-25 15:16:26

Re: Internet cut out after update.

#4 2007-07-25 16:01:10

Re: Internet cut out after update.

#5 2007-07-25 16:15:27

Re: Internet cut out after update.

#6 2007-07-25 17:42:56

Re: Internet cut out after update.

#7 2007-07-25 18:45:05

Re: Internet cut out after update.

#8 2007-07-25 18:58:18

Re: Internet cut out after update.

#9 2007-07-25 23:46:02

Re: Internet cut out after update.

#10 2007-07-26 14:40:09

Re: Internet cut out after update.

Board footer