[Bug 1867465] Re: Installer disconnects wifi (after choosing download while installing, 3rd party)

Steve Langasek steve.langasek at canonical.com
Mon Apr 20 18:44:53 UTC 2020


The key part of dmesg is:

[  214.287602] wlp2s0b1: authenticate with 74:da:88:50:00:47
[  214.292003] wlp2s0b1: send auth to 74:da:88:50:00:47 (try 1/3)
[  214.294069] wlp2s0b1: authenticated
[  214.295333] wlp2s0b1: associate with 74:da:88:50:00:47 (try 1/3)
[  214.299380] wlp2s0b1: RX AssocResp from 74:da:88:50:00:47 (capab=0x431 status=0 aid=2)
[  214.299928] brcmsmac bcma0:1: brcmsmac: brcms_ops_bss_info_changed: associated
[  214.299932] brcmsmac bcma0:1: brcms_ops_bss_info_changed: qos enabled: true (implement)
[  214.299942] wlp2s0b1: associated
[  214.331657] brcmsmac bcma0:1: wl0: brcms_c_d11hdrs_mac80211:  txop exceeded phylen 159/256 dur 1778/1504
[  214.371947] brcmsmac bcma0:1: wl0: brcms_c_d11hdrs_mac80211:  txop exceeded phylen 137/256 dur 1602/1504
[  214.408585] IPv6: ADDRCONF(NETDEV_CHANGE): wlp2s0b1: link becomes ready
[  214.439835] brcmsmac bcma0:1: brcms_ops_bss_info_changed: arp filtering: 1 addresses (implement)
[  491.393622] wlp2s0b1: deauthenticating from 74:da:88:50:00:47 by local choice (Reason: 3=DEAUTH_LEAVING)
[  491.396079] brcmsmac bcma0:1: brcmsmac: brcms_ops_bss_info_changed: disassociated
[  491.396086] brcmsmac bcma0:1: brcms_ops_bss_info_changed: arp filtering: 1 addresses (implement)
[  491.396089] brcmsmac bcma0:1: brcms_ops_bss_info_changed: qos enabled: false (implement)
[  491.472322] wl: module verification failed: signature and/or required key missing - tainting kernel
[  491.516220] wl 0000:02:00.0 wlp2s0: renamed from wlan0
[  491.596460] wlp2s0: Broadcom BCM4727 802.11 Hybrid Wireless Controller 6.30.223.271 (r587334)

So when using the default driver, your wlan interface came up as
wlp2s0b1.  After the bcmwl driver has been installed, the interface
comes up instead as wlp2s0.

So this new interface doesn't match the configuration that
NetworkManager was using before, and so you do not automatically
reconnect after disconnect (the disconnect itself is unavoidable when
changing driver).

I think this is probably not sanely fixable, short of imposing some
additional rules to force the network device name to be the same in the
two drivers.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ubiquity in Ubuntu.
https://bugs.launchpad.net/bugs/1867465

Title:
  Installer disconnects wifi (after choosing download while installing,
  3rd party)

Status in Release Notes for Ubuntu:
  New
Status in ubiquity package in Ubuntu:
  New

Bug description:
  ISO testing 20.04 daily 20200314. On the Live desktop I connect to
  wifi. When I click the install icon, and choose to install 3rd party
  (leaving download while installing checked), the wifi disconnects.

  I rebooted and tried again to make sure it wasn't something random.
  (It happened exactly the same.).

  This is an older Dell E5420 laptop with Broadcom BCM4313 wireless
  card. (Today's Lubuntu had a wifi-related problem too. I couldn't
  connect to wifi upon reboot after install. I had to reboot a 2nd time
  for it to work. I reported that to their Discourse forum, not reported
  as a bug yet.).

  I apologize that I don't know the package or pid to report this for.

  ProblemType: Bug
  DistroRelease: Ubuntu 20.04
  Package: xorg 1:7.7+19ubuntu14
  ProcVersionSignature: Ubuntu 5.4.0-14.17-lowlatency 5.4.18
  Uname: Linux 5.4.0-14-lowlatency x86_64
  NonfreeKernelModules: wl zfs zunicode zavl icp zcommon znvpair
  ApportVersion: 2.20.11-0ubuntu20
  Architecture: amd64
  BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
  CasperVersion: 1.441
  CompositorRunning: None
  CurrentDesktop: XFCE
  Date: Sat Mar 14 20:29:15 2020
  DistUpgraded: Fresh install
  DistroCodename: focal
  DistroVariant: ubuntu
  DkmsStatus: bcmwl, 6.30.223.271+bdcom, 5.4.0-14-lowlatency, x86_64: installed
  ExtraDebuggingInterest: Yes, if not too technical
  GraphicsCard:
   Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0126] (rev 09) (prog-if 00 [VGA controller])
     Subsystem: Dell 2nd Generation Core Processor Family Integrated Graphics Controller [1028:049b]
  LiveMediaBuild: Ubuntu-Studio 20.04 LTS "Focal Fossa" - Alpha amd64 (20200314)
  MachineType: Dell Inc. Latitude E5420
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=<set>
   LANG=C.UTF-8
   SHELL=/bin/bash
  ProcKernelCmdLine: file=/cdrom/preseed/ubuntustudio.seed initrd=/casper/initrd quiet splash ---
  SourcePackage: xorg
  Symptom: display
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 12/26/2013
  dmi.bios.vendor: Dell Inc.
  dmi.bios.version: A14
  dmi.board.name: 0H5TG2
  dmi.board.vendor: Dell Inc.
  dmi.board.version: A01
  dmi.chassis.type: 9
  dmi.chassis.vendor: Dell Inc.
  dmi.modalias: dmi:bvnDellInc.:bvrA14:bd12/26/2013:svnDellInc.:pnLatitudeE5420:pvr01:rvnDellInc.:rn0H5TG2:rvrA01:cvnDellInc.:ct9:cvr:
  dmi.product.name: Latitude E5420
  dmi.product.version: 01
  dmi.sys.vendor: Dell Inc.
  version.compiz: compiz N/A
  version.libdrm2: libdrm2 2.4.100-4
  version.libgl1-mesa-dri: libgl1-mesa-dri 20.0.0-1ubuntu1
  version.libgl1-mesa-glx: libgl1-mesa-glx N/A
  version.xserver-xorg-core: xserver-xorg-core 2:1.20.7-2ubuntu2
  version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
  version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:19.1.0-1
  version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.99.917+git20190815-1
  version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.16-1

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-release-notes/+bug/1867465/+subscriptions



More information about the foundations-bugs mailing list