August 26 update breaks networking

Hi, I updated yesterday, and today no networking, I had a clone of suse from 6/29/14 and I put that back in, and now I have networking. Any one else having this issue, and is there any work around?
Could it have been the Kernel-firmware?

Thanks Bob

What network adapter do you have would be the obvious question here :slight_smile:

Hardware info shows:

Intel WLAN controllers and RTL8101E/RTL8102E PCI Express Fast Ethernet controller (eth0)

Any ways, if I do not update kernel-firmware will it allow networking to load? I can always wait for a future release and see it if works better.

Try and let us know :slight_smile:

You can add kernel-firmware to “don’t upgrade” with the following wizardly command; zypper al kernel-firmware

(al = add lock, in other words do not upgrade even if there is a newer version available)

Okay I will try it. but I wish I took a snapshot of the update history before I went back the the older partition clone. I am thinking all the other files were lib any ways?

I did the complete update less kernel-firmware and that fixed it. So I will watch for the next version before I do the update again, and my clone will have all updates except the kernel-firmware.

On 08/27/2014 09:36 AM, rdonnelly2001 wrote:
>
> I did the complete update less kernel-firmware and that fixed it. So I
> will watch for the next version before I do the update again, and my
> clone will have all updates except the kernel-firmware.

It would be helpful if we knew exactly what drivers you are using. Saying “Intel
WLAN controllers and RTL8101E/RTL8102E PCI Express Fast Ethernet
controller (eth0)” is not really useful. Use the command ‘sudo /sbin/lspci
-nnv’. For each of your devices, there will be a long list of data. I do not
want to see it all, but only the first line and the module in use for your wired
and wireless devices. For my system, the data are as follows:


00:19.0 Ethernet controller [0200]: Intel Corporation Ethernet Connection I217-V
[8086:153b] (rev 04)
Kernel modules: e1000e

04:00.0 Network controller [0280]: Intel Corporation Wireless 7260 [8086:08b1]
(rev 73)
Kernel modules: iwlwifi

Updating to the latest kernel-firmware package had no effect on my system. After
the update, I unloaded and reloaded both drivers, and everything still works.

02:00.0 Network controller: Intel Corporation Centrino Wireless-N 2230 (rev c4)
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 05)


On 08/28/2014 06:46 AM, rdonnelly2001 wrote:
>
> Code:
> --------------------
> 02:00.0 Network controller: Intel Corporation Centrino Wireless-N 2230 (rev c4)
> 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 05)

Do you always have problems following simple instructions? Please reread my post
and supply the information that I requested.

Hi there,

It seems I have the same kind of issue : an update of 13.1 x64 (with gnome) on august 26th (and not 25th) and almost no (well some through IP addresses) network afterward, and I can’t figure out what is happening. And of course, I am not familiar with cloning ('till tomorrow, probably).

To give some details:

  • The network manager is managing the network. And as I said, I have no HTTP working on firefox and no internet access for the various applications. Nonetheless, I can ping or ssh computers through their IP adresses (but not through their DHCP names) and my laptop can be reached through its DHCP name from other computers.

The update was the following and everything seemed to be ok before (at least http and mail through alpine) :
26 August 2014
upgrade libepoxy0 1.2
upgrade libvdpau_nouveau 10.3.0
upgrade xorg-x11-server 7.6_1.16.0
upgrade kid3 3.1.1
upgrade libkid3_3 3.1.1
upgrade kexec-tools 2.0.3

Then, /sbin/lspci -nnv gives :
00:19.0 Ethernet controller [0200]: Intel Corporation 82579LM Gigabit Network Connection [8086:1502] (rev 04)
Kernel driver in use: e1000e
Kernel modules: e1000e

03:00.0 Network controller [0280]: Intel Corporation Centrino Ultimate-N 6300 [8086:4238] (rev 3e)
Kernel driver in use: iwlwifi
Kernel modules: iwlwifi

Is there something obvious I am missing or does anyone have something to suggest ? Maybe restart the DHCP client (how ?) would help ?

Many thanks,
Pierre.

Here is the whole output per your instructions, I am not sure why I am not getting the same data as you?

bobd@linux-sf04:~> sudo /sbin/lspci
root's password:
Sorry, try again.
root's password:
00:00.0 Host bridge: Intel Corporation 3rd Gen Core processor DRAM Controller (rev 09)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port (rev 09)
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)
00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04)
00:16.0 Communication controller: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 (rev c4)
00:1c.4 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 5 (rev c4)
00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation HM77 Express Chipset LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04)
00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller (rev 04)
01:00.0 VGA compatible controller: NVIDIA Corporation GK107M [GeForce GT 650M] (rev a1)
02:00.0 Network controller: Intel Corporation Centrino Wireless-N 2230 (rev c4)
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 05)
bobd@linux-sf04:~> 



I put in a bug report if you want to add?

https://bugzilla.novell.com/show_bug.cgi?id=893893

I think you need a change in attitude.

I’ve read a few of your posts and you come off as extremely hostile towards people. Time to get off your high horse or stop posting.

Ya think? I was almost considering blocking him, does not make a very good impression for the Linux community.

If he don’t want to help me and resolve the bug that is fine too.

On 08/28/2014 11:46 AM, Miuku wrote:
>
> lwfinger;2661721 Wrote:
>> Do you always have problems following simple instructions? Please reread
>> my post
>> and supply the information that I requested.
> I think you need a change in attitude.
>
> I’ve read a few of your posts and you come off as extremely hostile
> towards people. Time to get off your high horse or stop posting.

OK.

the request was for a partial output of command

sudo /sbin/lspci -nnv

(note the options needed)

on this pc the full output of that command is > 200 lines

lines 177 through 193 are

02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 03)
        Subsystem: ASRock Incorporation Motherboard (one of many) [1849:8168]
        Flags: bus master, fast devsel, latency 0, IRQ 41
        I/O ports at e800 [size=256]
        Memory at fdfff000 (64-bit, prefetchable) [size=4]
        Memory at fdff8000 (64-bit, prefetchable) [size=16]
        Expansion ROM at feae0000 [disabled] [size=128]
        Capabilities: [40] Power Management version 3
        Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
        Capabilities: [70] Express Endpoint, MSI 01
        Capabilities: [ac] MSI-X: Enable- Count=4 Masked-
        Capabilities: [cc] Vital Product Data
        Capabilities: [100] Advanced Error Reporting
        Capabilities: [140] Virtual Channel
        Capabilities: [160] Device Serial Number XX-XX-XX-XX-XX-XX-XX-XX
        Kernel driver in use: r8169
        Kernel modules: r8169

so lwfinger just wanted the first and last lines wrt that particular output

have fun[/size][/size][/size][/size]

He could asked for it nicely, instead he went for the insult right off the bat. Behaviour like that is the result so many Linux communities are thought as elitists and resentful towards new people.

It’s really, really bad PR - not to mention just plain nasty.

02:00.0 Network controller [0280]: Intel Corporation Centrino Wireless-N 2230 [8086:0887] (rev c4)
        Subsystem: Intel Corporation Centrino Wireless-N 2230 BGN [8086:4462]
        Flags: bus master, fast devsel, latency 0, IRQ 46
        Memory at f1500000 (64-bit, non-prefetchable) [size=8]
        Capabilities: [c8] Power Management version 3
        Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
        Capabilities: [e0] Express Endpoint, MSI 00
        Capabilities: [100] Advanced Error Reporting
        Capabilities: [140] Device Serial Number 84-a6-c8-ff-ff-10-01-c1
        Kernel driver in use: iwlwifi
        Kernel modules: iwlwifi

03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller [10ec:8136] (rev 05)
        Subsystem: Dell Device [1028:0578]
        Flags: bus master, fast devsel, latency 0, IRQ 45
        I/O ports at 2000 [size=256]
        Memory at f1404000 (64-bit, prefetchable) [size=4]
        Memory at f1400000 (64-bit, prefetchable) [size=16]
        Capabilities: [40] Power Management version 3
        Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
        Capabilities: [70] Express Endpoint, MSI 01
        Capabilities: [b0] MSI-X: Enable- Count=4 Masked-
        Capabilities: [d0] Vital Product Data
        Capabilities: [100] Advanced Error Reporting
        Capabilities: [140] Virtual Channel
        Capabilities: [160] Device Serial Number 25-01-00-00-36-4c-e0-00
        Kernel driver in use: r8169
        Kernel modules: r8169


Okay, so he did not give me the right parameters for the output?

Any ways, since using oS for over a year, I am not used to even having problems any more that require cli. Back in the days of Mint, and Mint Debian I always was trying to fix stuff. this is the first oS update that ever caused a problem.[/size][/size][/size][/size]

Hi,

To give some news on my side, switching to traditional ifup in the Network settings of yast and rebooting seems to make everything work again. Yet I confirm the kernel-firmware was not updated before the problem (and is now proposed for update). So, I am not sure it is the same issue and if contributing to bugzilla could help (and is relevant).

Right now, I try to perform a system backup through the yast’s system backup tool and will try to investigate further afterwards and may let you know if interested.

Pierre.