Bug#781002: initramfs-tools: no kernel modules are insert into initrd
On Wed, Apr 01, 2015 at 06:10:05PM -0700, Marc MERLIN wrote: Could I make a few suggestions while we're at it? 1) I sometimes build an initrd for a kernel I haven't installed yet. Yes, it's a mistake, but it happily succeeds and creates an initrd without any modules which then creates a non booting system. = initramfs should abort if its generated /lib/modules/kernel is empty I thought this was caught. 2) initramfs creates a temporary directory where it puts everything, and then deletes it before you can inspect it for debugging. = Add a --debug that leaves that directory behind for inspection. Right now I have to unpack the initrd image which is more and more of a pain as it becomes a bundled binary of concatenated cpio images and god knows what. -k :P as usual read the nice man mkinitramfs (; 3) document the binwalk method of unpacking initrd to debug if needed (somewhere in the manpage): http://unix.stackexchange.com/questions/163346/why-is-it-that-my-initrd-only-has-one-directory-namely-kernel . Or for the archives: legolas [mc]# binwalk initrd.img pick up the offset of the 2nd initrd image, and unpack like so: legolas [mc]# cd subdir; dd if=../initrd.img bs=21136 skip=1 | gunzip | cpio -idv lsinitramfs shows you the content. sunny greetings, -- maks -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150402122928.GA31518@gluino
Bug#781002: initramfs-tools: no kernel modules are insert into initrd
On Thu, Apr 02, 2015 at 02:29:28PM +0200, maximilian attems wrote: On Wed, Apr 01, 2015 at 06:10:05PM -0700, Marc MERLIN wrote: Could I make a few suggestions while we're at it? 1) I sometimes build an initrd for a kernel I haven't installed yet. Yes, it's a mistake, but it happily succeeds and creates an initrd without any modules which then creates a non booting system. = initramfs should abort if its generated /lib/modules/kernel is empty I thought this was caught. I have multiple initrd images that show otherwise, including this bug :) 2) initramfs creates a temporary directory where it puts everything, and then deletes it before you can inspect it for debugging. = Add a --debug that leaves that directory behind for inspection. Right now I have to unpack the initrd image which is more and more of a pain as it becomes a bundled binary of concatenated cpio images and god knows what. -k :P as usual read the nice man mkinitramfs (; Argh. I need new eyes... Sorry. 3) document the binwalk method of unpacking initrd to debug if needed (somewhere in the manpage): http://unix.stackexchange.com/questions/163346/why-is-it-that-my-initrd-only-has-one-directory-namely-kernel . Or for the archives: legolas [mc]# binwalk initrd.img pick up the offset of the 2nd initrd image, and unpack like so: legolas [mc]# cd subdir; dd if=../initrd.img bs=21136 skip=1 | gunzip | cpio -idv lsinitramfs shows you the content. Yes, I found that, that's better, but sometimes you do want to actually unpack it to physically inspect the inside (like why is my modules.dep file 21 bytes, what's inside?). Marc -- A mouse is a device used to point at the xterm you want to type in - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150402150940.ga24...@merlins.org
Bug#781002: initramfs-tools: no kernel modules are insert into initrd
Could I make a few suggestions while we're at it? 1) I sometimes build an initrd for a kernel I haven't installed yet. Yes, it's a mistake, but it happily succeeds and creates an initrd without any modules which then creates a non booting system. = initramfs should abort if its generated /lib/modules/kernel is empty 2) initramfs creates a temporary directory where it puts everything, and then deletes it before you can inspect it for debugging. = Add a --debug that leaves that directory behind for inspection. Right now I have to unpack the initrd image which is more and more of a pain as it becomes a bundled binary of concatenated cpio images and god knows what. 3) document the binwalk method of unpacking initrd to debug if needed (somewhere in the manpage): http://unix.stackexchange.com/questions/163346/why-is-it-that-my-initrd-only-has-one-directory-namely-kernel . Or for the archives: legolas [mc]# binwalk initrd.img pick up the offset of the 2nd initrd image, and unpack like so: legolas [mc]# cd subdir; dd if=../initrd.img bs=21136 skip=1 | gunzip | cpio -idv Thanks for your work, Marc On Mon, Mar 30, 2015 at 4:02 AM, Ian Campbell i...@debian.org wrote: On Fri, 2015-03-27 at 06:47 -0700, Marc MERLIN wrote: On Fri, Mar 27, 2015 at 08:10:31AM +, Ian Campbell wrote: Control: retitle -1 initramfs-tools: does not support CONFIG_MODULE_COMPRESS On Fri, 2015-03-27 at 00:31 -0700, Marc MERLIN wrote: Sure, there you go Now I see the problem. It runs modprobe --all --set-version=3.19.2-amd64-i915-volpreempt-20141114 --ignore-install --quiet --show-depends multipath.ko but I have /lib/modules/3.19.2-amd64-i915-volpreempt-20141114/kernel/drivers/md/multipath.ko.gz (trailing .gz) Ah, yes. I see this is a new kernel option, CONFIG_MODULE_COMPRESS (with gz and xz variants) which seems to have been introduced in v3.18-rc1. I suppose disabling that in your local builds would work around the issue until initramfs-tools can be taught to cope. Yes, it was late last night when I found this, but indeed this was my plan :) All I needed was the way to run initramfs in debug mode and then it was obvious. Would you mind adding this in the man page? I could have debugged this a while ago had I had the easy way to run it in debug mode. Adding some sort of --debug-trace option would be nicer than documenting run it under sh -x, but yes, it could be made easier/more obvious that this was a useful debugging technique. Ian. -- A mouse is a device used to point at the xterm you want to type in - A.S.R. Microsoft is to operating systems security what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/
Bug#781002: initramfs-tools: no kernel modules are insert into initrd
On Fri, 2015-03-27 at 06:47 -0700, Marc MERLIN wrote: On Fri, Mar 27, 2015 at 08:10:31AM +, Ian Campbell wrote: Control: retitle -1 initramfs-tools: does not support CONFIG_MODULE_COMPRESS On Fri, 2015-03-27 at 00:31 -0700, Marc MERLIN wrote: Sure, there you go Now I see the problem. It runs modprobe --all --set-version=3.19.2-amd64-i915-volpreempt-20141114 --ignore-install --quiet --show-depends multipath.ko but I have /lib/modules/3.19.2-amd64-i915-volpreempt-20141114/kernel/drivers/md/multipath.ko.gz (trailing .gz) Ah, yes. I see this is a new kernel option, CONFIG_MODULE_COMPRESS (with gz and xz variants) which seems to have been introduced in v3.18-rc1. I suppose disabling that in your local builds would work around the issue until initramfs-tools can be taught to cope. Yes, it was late last night when I found this, but indeed this was my plan :) All I needed was the way to run initramfs in debug mode and then it was obvious. Would you mind adding this in the man page? I could have debugged this a while ago had I had the easy way to run it in debug mode. Adding some sort of --debug-trace option would be nicer than documenting run it under sh -x, but yes, it could be made easier/more obvious that this was a useful debugging technique. Ian. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1427713368.13935.285.ca...@debian.org
Bug#781002: initramfs-tools: no kernel modules are insert into initrd
Control: retitle -1 initramfs-tools: does not support CONFIG_MODULE_COMPRESS On Fri, 2015-03-27 at 00:31 -0700, Marc MERLIN wrote: Sure, there you go Now I see the problem. It runs modprobe --all --set-version=3.19.2-amd64-i915-volpreempt-20141114 --ignore-install --quiet --show-depends multipath.ko but I have /lib/modules/3.19.2-amd64-i915-volpreempt-20141114/kernel/drivers/md/multipath.ko.gz (trailing .gz) Ah, yes. I see this is a new kernel option, CONFIG_MODULE_COMPRESS (with gz and xz variants) which seems to have been introduced in v3.18-rc1. I suppose disabling that in your local builds would work around the issue until initramfs-tools can be taught to cope. Ian. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1427443831.1320.35.ca...@debian.org
Processed: Re: Bug#781002: initramfs-tools: no kernel modules are insert into initrd
Processing control commands: retitle -1 initramfs-tools: does not support CONFIG_MODULE_COMPRESS Bug #781002 [initramfs-tools] initramfs-tools: no kernel modules are insert into initrd Bug #781205 [initramfs-tools] initramfs-tools fails to include modules for 3.19 kernel Changed Bug title to 'initramfs-tools: does not support CONFIG_MODULE_COMPRESS' from 'initramfs-tools: no kernel modules are insert into initrd' Changed Bug title to 'initramfs-tools: does not support CONFIG_MODULE_COMPRESS' from 'initramfs-tools fails to include modules for 3.19 kernel' -- 781002: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781002 781205: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781205 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/handler.s.b781002.142744383931512.transcr...@bugs.debian.org
Bug#781002: initramfs-tools: no kernel modules are insert into initrd
On Fri, Mar 27, 2015 at 08:10:31AM +, Ian Campbell wrote: Control: retitle -1 initramfs-tools: does not support CONFIG_MODULE_COMPRESS On Fri, 2015-03-27 at 00:31 -0700, Marc MERLIN wrote: Sure, there you go Now I see the problem. It runs modprobe --all --set-version=3.19.2-amd64-i915-volpreempt-20141114 --ignore-install --quiet --show-depends multipath.ko but I have /lib/modules/3.19.2-amd64-i915-volpreempt-20141114/kernel/drivers/md/multipath.ko.gz (trailing .gz) Ah, yes. I see this is a new kernel option, CONFIG_MODULE_COMPRESS (with gz and xz variants) which seems to have been introduced in v3.18-rc1. I suppose disabling that in your local builds would work around the issue until initramfs-tools can be taught to cope. Yes, it was late last night when I found this, but indeed this was my plan :) All I needed was the way to run initramfs in debug mode and then it was obvious. Would you mind adding this in the man page? I could have debugged this a while ago had I had the easy way to run it in debug mode. Thanks, Marc -- A mouse is a device used to point at the xterm you want to type in - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | PGP 1024R/763BE901 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150327134706.gb23...@merlins.org
Bug#781002: initramfs-tools: no kernel modules are insert into initrd
Attached as recommended. On 03/26/2015 02:33 AM, Ian Campbell wrote: /bin/sh -x /usr/sbin/mkinitramfs -o /tmp/foo $VERSION 2/tmp/log + umask 0022 + export PATH=/usr/bin:/sbin:/bin + keep=n + CONFDIR=/etc/initramfs-tools + verbose=n + test -e /bin/busybox + BUSYBOXDIR=/bin + test -e /usr/lib/initramfs-tools/bin/busybox + export BUSYBOXDIR + getopt -o c:d:ko:r:v -n /usr/sbin/mkinitramfs -- -o /tmp/foo 4.0.0-rc4 + OPTIONS= -o '/tmp/foo' -- '4.0.0-rc4' + [ 0 != 0 ] + eval set -- -o '/tmp/foo' -- '4.0.0-rc4' + set -- -o /tmp/foo -- 4.0.0-rc4 + true + outfile=/tmp/foo + shift 2 + true + shift + break + . /usr/share/initramfs-tools/scripts/functions + . /usr/share/initramfs-tools/hook-functions + . /etc/initramfs-tools/initramfs.conf + MODULES=most + BUSYBOX=y + KEYMAP=n + COMPRESS=gzip + DEVICE= + NFSROOT=auto + EXTRA_CONF= + [ -e /usr/share/initramfs-tools/conf.d/* ] + [ -e /etc/initramfs-tools/conf.d/resume ] + basename /etc/initramfs-tools/conf.d/resume + grep ^[[:alnum:]][[:alnum:]\._-]*$ + grep -v \.dpkg-.*$ + EXTRA_CONF= resume + [ -d /etc/initramfs-tools/conf.d/resume ] + [ -e /etc/initramfs-tools/conf.d/resume ] + . /etc/initramfs-tools/conf.d/resume + RESUME=UUID=9089931a-1d3c-42e0-ac65-d281b0a07eae + [ -d /usr/share/initramfs-tools/conf-hooks.d/* ] + [ -e /usr/share/initramfs-tools/conf-hooks.d/* ] + [ -n ] + [ -z /tmp/foo ] + touch /tmp/foo + readlink -f /tmp/foo + outfile=/tmp/foo + [ 1 -ne 1 ] + version=4.0.0-rc4 + [ -z ] + compress=gzip + command -v gzip + dpkg --compare-versions 4.0.0-rc4 lt 2.6.38 + [ gzip = lzop ] + [ gzip = xz ] + [ -d /tmp/foo ] + MODULESDIR=/lib/modules/4.0.0-rc4 + [ ! -e /lib/modules/4.0.0-rc4 ] + [ ! -e /lib/modules/4.0.0-rc4/modules.dep ] + [ -n ] + mktemp -d /var/tmp/mkinitramfs_XX + DESTDIR=/var/tmp/mkinitramfs_BlZQqK + chmod 755 /var/tmp/mkinitramfs_BlZQqK + NOEXEC= + df -P /var/tmp/mkinitramfs_BlZQqK + tail -1 + awk {print $6} + fs=/ + [ -n / ] + mount + grep -q on / .*noexec + mktemp /var/tmp/mkinitramfs-OL_XX + __TMPCPIOGZ=/var/tmp/mkinitramfs-OL_47A3nH + mktemp /var/tmp/mkinitramfs-FW_XX + __TMPEARLYCPIO=/var/tmp/mkinitramfs-FW_udaxB4 + dpkg --print-architecture + DPKG_ARCH=amd64 + export MODULESDIR + export version + export CONFDIR + export DESTDIR + export DPKG_ARCH + export verbose + export KEYMAP + export MODULES + export BUSYBOX + export __TMPCPIOGZ + export __TMPEARLYCPIO + mkdir -p /var/tmp/mkinitramfs_BlZQqK/bin + mkdir -p /var/tmp/mkinitramfs_BlZQqK/conf/conf.d + mkdir -p /var/tmp/mkinitramfs_BlZQqK/etc + mkdir -p /var/tmp/mkinitramfs_BlZQqK/lib/modules + mkdir -p /var/tmp/mkinitramfs_BlZQqK/run + mkdir -p /var/tmp/mkinitramfs_BlZQqK/sbin + mkdir -p /var/tmp/mkinitramfs_BlZQqK/scripts + mkdir -p /var/tmp/mkinitramfs_BlZQqK//lib/modules/4.0.0-rc4 + [ -f /lib/modules/4.0.0-rc4/modules.builtin ] + cp -p /lib/modules/4.0.0-rc4/modules.builtin /var/tmp/mkinitramfs_BlZQqK/lib/modules/4.0.0-rc4/modules.builtin + [ -f /lib/modules/4.0.0-rc4/modules.order ] + cp -p /lib/modules/4.0.0-rc4/modules.order /var/tmp/mkinitramfs_BlZQqK/lib/modules/4.0.0-rc4/modules.order + [ -f /etc/initramfs-tools/modules ] + add_modules_from_file /etc/initramfs-tools/modules + [ ! -e /etc/initramfs-tools/modules ] + grep ^[^#] /etc/initramfs-tools/modules + read module args + [ -f /usr/share/initramfs-tools/modules.d/* ] + auto_add_modules + local arg + local modules= + [ 0 -eq 0 ] + set -- base net ide scsi block ata i2o dasd ieee1394 firewire mmc usb_storage + modules= ehci-pci ehci-orion ehci-hcd ohci-hcd ohci-pci uhci-hcd usbhid + modules= ehci-pci ehci-orion ehci-hcd ohci-hcd ohci-pci uhci-hcd usbhid xhci xhci-hcd + modules= ehci-pci ehci-orion ehci-hcd ohci-hcd ohci-pci uhci-hcd usbhid xhci xhci-hcd btrfs ext2 ext3 ext4 ext4dev + modules= ehci-pci ehci-orion ehci-hcd ohci-hcd ohci-pci uhci-hcd usbhid xhci xhci-hcd btrfs ext2 ext3 ext4 ext4dev isofs jfs reiserfs udf xfs + modules= ehci-pci ehci-orion ehci-hcd ohci-hcd ohci-pci uhci-hcd usbhid xhci xhci-hcd btrfs ext2 ext3 ext4 ext4dev isofs jfs reiserfs udf xfs nfs nfsv2 nfsv3 nfsv4 + modules= ehci-pci ehci-orion ehci-hcd ohci-hcd ohci-pci uhci-hcd usbhid xhci xhci-hcd btrfs ext2 ext3 ext4 ext4dev isofs jfs reiserfs udf xfs nfs nfsv2 nfsv3 nfsv4 af_packet atkbd i8042 virtio_pci + copy_modules_dir kernel/drivers/hid hid-*ff.ko hid-a4tech.ko hid-cypress.ko hid-dr.ko hid-elecom.ko hid-gyration.ko hid-icade.ko hid-kensington.ko hid-kye.ko hid-lcpower.ko hid-magicmouse.ko hid-multitouch.ko hid-ntrig.ko hid-petalynx.ko hid-picolcd.ko hid-pl.ko hid-ps3remote.ko hid-quanta.ko hid-roccat-ko*.ko hid-roccat-pyra.ko hid-saitek.ko hid-sensor-hub.ko hid-sony.ko hid-speedlink.ko hid-tivo.ko hid-twinhan.ko hid-uclogic.ko hid-wacom.ko hid-waltop.ko hid-wiimote.ko hid-zydacron.ko + local kmod exclude + local modules= + local dir=kernel/drivers/hid + shift + [ -d /lib/modules/4.0.0-rc4/kernel/drivers/hid ] + [ n = y ] + [ 31 -ge 1 ] + exclude= -name hid-*ff.ko -prune -o + shift + [ 30 -ge 1 ] + exclude= -name
Bug#781002: initramfs-tools: no kernel modules are insert into initrd
Control: forcemerge 781002 781205 On Mon, 2015-03-23 at 16:20 -0500, Richard Jasmin wrote: nope. No such luck. Initrd still is missing the kernel's modules. Could you try: /bin/sh -x /usr/sbin/mkinitramfs -o /tmp/foo $VERSION 2/tmp/log (for $VERSION which lacks modules) and attach the (large) /tmp/log here please. Perhaps that will give us a clue. Ian. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1427355205.1320.28.ca...@debian.org
Processed: Re: Bug#781002: initramfs-tools: no kernel modules are insert into initrd
Processing control commands: forcemerge 781002 781205 Bug #781002 [initramfs-tools] initramfs-tools: no kernel modules are insert into initrd Bug #781002 [initramfs-tools] initramfs-tools: no kernel modules are insert into initrd Marked as found in versions initramfs-tools/0.119. Added tag(s) experimental. Bug #781205 [initramfs-tools] initramfs-tools fails to include modules for 3.19 kernel Severity set to 'important' from 'serious' Marked as found in versions initramfs-tools/0.109.1. Added tag(s) moreinfo. Merged 781002 781205 -- 781002: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781002 781205: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781205 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/handler.s.b781002.14273552119293.transcr...@bugs.debian.org
Processed: Re: Bug#781002: initramfs-tools: no kernel modules are insert into initrd
Processing control commands: tag -1 moreinfo Bug #781002 [initramfs-tools] initramfs-tools: no kernel modules are insert into initrd Added tag(s) moreinfo. -- 781002: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781002 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/handler.s.b781002.142712713726021.transcr...@bugs.debian.org
Bug#781002: initramfs-tools: no kernel modules are insert into initrd
Control: tag -1 moreinfo On Sun, 2015-03-22 at 19:39 -0500, richard jasmin wrote: Package: initramfs-tools Version: 0.109.1 Severity: important Dear Maintainer, Why O why is not initrd containing my modules for rebuilt 4.0 kernel? Kernel 3.2.0-4-amd64 has the necessary kernel modules and then some.This is causing failure to find root device on reboot as no driver modules are loaded. [...] Try upgrading to initramfs-tools 0.119. Ben. -- Ben Hutchings If you seem to know what you are doing, you'll be given more to do. signature.asc Description: This is a digitally signed message part
Bug#781002: initramfs-tools: no kernel modules are insert into initrd
nope. No such luck. Initrd still is missing the kernel's modules. On 03/23/2015 11:12 AM, Ben Hutchings wrote: Control: tag -1 moreinfo On Sun, 2015-03-22 at 19:39 -0500, richard jasmin wrote: Package: initramfs-tools Version: 0.109.1 Severity: important Dear Maintainer, Why O why is not initrd containing my modules for rebuilt 4.0 kernel? Kernel 3.2.0-4-amd64 has the necessary kernel modules and then some.This is causing failure to find root device on reboot as no driver modules are loaded. [...] Try upgrading to initramfs-tools 0.119. Ben. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5510838f.3040...@gmail.com
Bug#781002: initramfs-tools: no kernel modules are insert into initrd
Package: initramfs-tools Version: 0.109.1 Severity: important Dear Maintainer, Why O why is not initrd containing my modules for rebuilt 4.0 kernel? Kernel 3.2.0-4-amd64 has the necessary kernel modules and then some.This is causing failure to find root device on reboot as no driver modules are loaded. -- Package-specific info: -- initramfs sizes -- /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=97e66d00-88d8-4f66-bf78-2b840d3acdac ro rootflags=data=writeback snd_hda_codec_hdmi.blacklist=yes quiet -- resume RESUME=UUID=9089931a-1d3c-42e0-ac65-d281b0a07eae -- /proc/filesystems ext4 vfat udf iso9660 ext2 ext3 reiserfs xfs jfs msdos ntfs minix hfs hfsplus qnx4 ufs btrfs fuseblk -- lsmod Module Size Used by fuse 62012 1 btrfs 505636 0 libcrc32c 12426 1 btrfs zlib_deflate 25638 1 btrfs ufs58774 0 qnx4 13184 0 hfsplus71616 0 hfs45877 0 minix 27623 0 ntfs 163882 0 msdos 17077 0 jfs 137196 0 xfs 590943 0 reiserfs 192132 0 ext3 162072 0 jbd56902 1 ext3 ext2 59231 0 dm_mod 63645 0 isofs 35173 1 udf67954 0 crc_itu_t 12347 1 udf xt_multiport 12548 1 iptable_filter 12536 1 ip_tables 22042 1 iptable_filter x_tables 19118 3 ip_tables,iptable_filter,xt_multiport parport_pc 22364 0 ppdev 12763 0 lp 17149 0 parport31858 3 lp,ppdev,parport_pc rfcomm 33700 0 cpufreq_conservative13147 0 cpufreq_powersave 12454 0 cpufreq_stats 12866 0 bnep 17567 2 cpufreq_userspace 12576 0 bluetooth 119455 10 bnep,rfcomm binfmt_misc12957 1 nfsd 216181 2 nfs 308353 0 nfs_acl12511 2 nfs,nfsd auth_rpcgss37143 2 nfs,nfsd fscache36739 1 nfs lockd 67306 2 nfs,nfsd sunrpc173730 6 lockd,auth_rpcgss,nfs_acl,nfs,nfsd nls_utf8 12456 2 nls_cp437 16553 1 vfat 17316 1 fat45642 2 vfat,msdos loop 22641 0 snd_usb_audio 89083 0 uvcvideo 57744 0 snd_usbmidi_lib23369 1 snd_usb_audio videodev 70889 1 uvcvideo snd_seq_midi 12848 0 snd_seq_midi_event 13316 1 snd_seq_midi v4l2_compat_ioctl3216655 1 videodev media 18148 2 videodev,uvcvideo snd_rawmidi23060 2 snd_seq_midi,snd_usbmidi_lib joydev 17266 0 mperf 12453 0 crc32c_intel 12747 1 ghash_clmulni_intel13130 0 snd_hda_codec_realtek 188851 1 fglrx5085894 193 usblp 17343 0 evdev 17562 12 snd_hda_intel 26259 0 snd_hda_codec 78031 2 snd_hda_intel,snd_hda_codec_realtek snd_hwdep 13186 2 snd_hda_codec,snd_usb_audio snd_pcm68083 3 snd_hda_codec,snd_hda_intel,snd_usb_audio snd_page_alloc 13003 2 snd_pcm,snd_hda_intel snd_seq45126 2 snd_seq_midi_event,snd_seq_midi snd_seq_device 13176 3 snd_seq,snd_rawmidi,snd_seq_midi snd_timer 22917 2 snd_seq,snd_pcm snd52893 11 snd_timer,snd_seq_device,snd_seq,snd_pcm,snd_hwdep,snd_hda_codec,snd_hda_intel,snd_hda_codec_realtek,snd_rawmidi,snd_usbmidi_lib,snd_usb_audio sp5100_tco 12900 0 efivars17916 0 edac_mce_amd 17103 0 eeepc_wmi 12564 0 mxm_wmi12515 0 asus_wmi 18726 1 eeepc_wmi sparse_keymap 12760 1 asus_wmi rfkill 19012 3 asus_wmi,bluetooth psmouse69265 0 aesni_intel50667 0 aes_x86_64 16843 1 aesni_intel aes_generic33026 2 aes_x86_64,aesni_intel cryptd 14517 2 aesni_intel,ghash_clmulni_intel soundcore 13065 1 snd serio_raw 12931 0 pcspkr 12579 0 k10temp12611 0 i2c_piix4 12536 0 fam15h_power 12677 0 edac_core 35258 0 i2c_core 23876 2 i2c_piix4,videodev wmi13243 2 asus_wmi,mxm_wmi button 12937 1 fglrx processor 28149 4 thermal_sys18040 1 processor ext4 350804 2 crc16