This bug was fixed in the package hw-detect - 1.117ubuntu2.1

---------------
hw-detect (1.117ubuntu2.1) xenial; urgency=medium

  * {hw-,disk-,net}detect.sh, check-missing-firmware.sh: use 'modprobe -b'
    in order to honor module blacklisting from kernel cmdline parameters.
    (LP: #1602717)

 -- Mauricio Faria de Oliveira <mauri...@linux.vnet.ibm.com>  Thu, 29
Sep 2016 09:52:10 -0400

** Changed in: hw-detect (Ubuntu Xenial)
       Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1602717

Title:
  hw-detect modprobes blindly, ignoring blacklists

Status in hw-detect package in Ubuntu:
  Fix Released
Status in hw-detect source package in Xenial:
  Fix Released

Bug description:
  [Impact]
  Any system requiring specific modules to be blacklisted at install-time, when 
using server or alternate images.

  [Test cases]
  Boot the installer w/ this boot/kernel cmdline option (the alias w/ dashes is 
not required, but is here just in case):
      modprobe.blacklist=scsi_dh_alua,scsi-dh-alua

  On the dialog for username/password, select Go Back, then Exit to
  shell:

  The blacklist is detected/present in the config:

  ~ # modprobe -c | grep alua
  blacklist scsi_dh_alua
  blacklist scsi-dh-alua

  But the module is insmod-ed anyway:

  ~ # modprobe -v -n scsi-dh-alua
  insmod 
/lib/modules/4.4.0-21-generic/kernel/drivers/scsi/device_handler/scsi_dh_alua.ko

  Unless -b is used:

  ~ # modprobe -v -n -b scsi-dh-alua
  ~ #

  [Regression Potential]
  Failure to load kernel modules at boot time due to unexpectedly blacklisted 
modules would consistute a regression for this bug report.

  
  == Comment: #0 - Mauricio Faria De Oliveira - 2016-07-11 18:47:59 ==
  ---Problem Description---
  modprobe does not honor blacklist options in kernel cmdline unless -b is used 
(at least on the installer)

  The modprobe.blacklist option is required as a work-around until a
  solution to a device-driver bug is found (IBM LTC bug 138273).

  I've gone through the code of the kmod src pkg, but didn't spot anything 
obvious.
  Passing along to the Ubuntu team.

  Contact Information = Mauricio Faria de Oliveira <mauri...@br.ibm.com>
  / Lekshmi C. Pillai <lekshmi.cpil...@in.ibm.com>

  ---Steps to Reproduce---
   Boot the installer w/ this boot/kernel cmdline option (the alias w/ dashes 
is not required, but is here just in case):
      modprobe.blacklist=scsi_dh_alua,scsi-dh-alua

  On the dialog for username/password, select Go Back, then Exit to
  shell:

  The blacklist is detected/present in the config:

  ~ # modprobe -c | grep alua
  blacklist scsi_dh_alua
  blacklist scsi-dh-alua

  But the module is insmod-ed anyway:

  ~ # modprobe -v -n scsi-dh-alua
  insmod 
/lib/modules/4.4.0-21-generic/kernel/drivers/scsi/device_handler/scsi_dh_alua.ko

  Unless -b is used:

  ~ # modprobe -v -n -b scsi-dh-alua
  ~ #

  Installer kernel:
  [    0.000000] Linux version 4.4.0-21-generic (buildd@bos01-ppc64el-017) (gcc 
version 5.3.1 20160413 (Ubuntu/IBM 5.3.1-14ubuntu2) ) #37-Ubuntu SMP Mon Apr 18 
18:30:22 UTC 2016 (Ubuntu 4.4.0-21.37-generic 4.4.6)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/hw-detect/+bug/1602717/+subscriptions

_______________________________________________
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to     : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help   : https://help.launchpad.net/ListHelp

Reply via email to