blacklist tileblit gets ignored

Bug #584814 reported by Joshua
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
module-init-tools (Ubuntu)
New
Undecided
Unassigned

Bug Description

Binary package hint: module-init-tools

Trying to get rid of all trace of fbcon in RAM

adding blacklist tileblit to /etc/modprobe.d/blacklist.conf is ignored and no loaded module depends on it.

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: module-init-tools 3.11.1-2ubuntu1
ProcVersionSignature: Ubuntu 2.6.32-22.33-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-22-generic x86_64
Architecture: amd64
Date: Sun May 23 21:41:05 2010
ProcEnviron:
 LANGUAGE=
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: module-init-tools
---
Architecture: amd64
DistroRelease: Ubuntu 10.04
Package: module-init-tools 3.11.1-2ubuntu1
PackageArchitecture: amd64
ProcEnviron:
 LANGUAGE=
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.32-22.36-generic 2.6.32.11+drm33.2
Tags: lucid
Uname: Linux 2.6.32-22-generic x86_64
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare vboxusers

Revision history for this message
Joshua (joshudson) wrote :
Revision history for this message
Robert Hooker (sarvatt) wrote :

Did you update your initramfs after adding the blacklist to put the blacklist in there? Otherwise it's only checked after the HDD's are mounted which is well after it gets loaded.

Revision history for this message
Joshua (joshudson) wrote :

UPDATE: I had fbcon and tileblit switched in the bug description. Both are blacklisted so it doesn't matter.

Robert Hooker: yes I did and it's not loaded if I do init=/bin/sh anyway

Here's a captured trace of who's trying to load fbcon. I got this by splicing modprobe on disk. Obviously I can't leave it that way or my system won't boot next time I do update-grub.

787 /sbin/modprobe -q fbcon
init-+-mountall---2*[fsck---fsck.ext3]
     |-plymouthd
     |-sh---find
     |-2*[udevadm]
     |-udevd-+-udevd---modprobe---pstree
     | |-69*[udevd]
     | |-2*[udevd---udisks-part-id]
     | |-udevd---blkid
     | `-udevd---modprobe---modprobe.distri
     `-upstart-udev-br
889 /sbin/modprobe -q fbcon
init-+-mountall---2*[fsck---fsck.ext3]
     |-plymouthd
     |-sh---find
     |-2*[udevadm]
     |-udevd-+-2*[udevd---modprobe---modprobe.distri]
     | |-udevd---modprobe---pstree
     | |-68*[udevd]
     | |-2*[udevd---udisks-part-id]
     | `-udevd---blkid
     `-upstart-udev-br

tags: added: apport-collected
description: updated
Revision history for this message
Joshua (joshudson) wrote : Dependencies.txt

apport information

Revision history for this message
Joshua (joshudson) wrote :

UPDATE: module killed by aliasing it to a non-extant module name

Revision history for this message
Bremm (bremm) wrote :

I'd like to append here some experiment that I made.

I wrote a file with all modules that I wanted to blacklist:

$ cat /etc/modprobe.d/blacklist-gadgets.conf
# Superfluous stuff
blacklist parport
blacklist lp
blacklist joydev
blacklist firewire_core
blacklist firewire_sbp2
# EOF

Then I ran 'sudo update-initramfs -u', rebooted and some modules were loaded again: parport and lp. I have no idea, since the port is already disabled at BIOS and the other three modules weren't loaded.

$ dmesg | grep lp:
[ 22.345235] lp: driver loaded but no devices found

$ uname -a
Linux host 2.6.38-7-generic #37-Ubuntu SMP Mon Mar 21 14:22:01 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux

$ LANG=C apt-cache policy module-init-tools
module-init-tools:
  Installed: 3.12-1ubuntu4
  Candidate: 3.12-1ubuntu4
  Version table:
 *** 3.12-1ubuntu4 0
        500 http://archive.ubuntu.com/ubuntu/ natty/main amd64 Packages
        100 /var/lib/dpkg/status

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.