On Mon, Mar 17, 2008 at 10:59 AM, Todd Denniston <Todd.Denniston@xxxxxxxxxxxxxxxxxx> wrote: > Tom London wrote, On 03/14/2008 02:47 PM: > > > > On Fri, Mar 14, 2008 at 11:20 AM, Bill Nottingham <notting@xxxxxxxxxx> wrote: > >> Tom London (selinux@xxxxxxxxx) said: > >> > So I'm curious..... what actually needs to be in modprobe.conf? > >> > > >> > Here is the one currently installed: > >> > > >> > alias scsi_hostadapter ahci > >> > options snd cards_limit=8 > >> > alias snd-card-0 snd-hda-intel > >> > alias snd-card-1 snd-usb-audio > >> > options snd-hda-intel index=0 > >> > options snd-usb-audio index=1 > >> > remove snd-hda-intel { /sbin/salsa -s 0 >/dev/null 2>&1 || : ; }; > >> > /sbin/modprobe -r --ignore-remove snd-hda-intel > >> > alias eth0 e1000 > >> > > >> > Are any of these really needed? > >> > >> No. The remove line for snd-hda-uintel actually does something useful, > >> but considering you're very unlikely to actually remove the module... > >> > >> Bill > > > > Cool. I renamed /etc/modprobe.conf to /etc/modprobe.conf.last and rebooted. > > > > Haven't noticed any issues: network is up (as eth0 even!), and > > pulseaudio/sound came up as well. > > > > One fewer thing to maintain is always good! > > > > I don't remember who/when the "scsi_hostadapter" line got inserted, > > but I'm presuming the new stuff will "just work" with USB hard drives, > > etc. > > > > Thanks! > > > > tom > > > > Careful, > I have had issues in the past where I wanted to test changes to modprobe.conf > for some scsi settings... > I learned that (at least with some older systems, not sure about current ones) > the contents of modprobe.conf get [put into||used in the building of] the > initrd and until you build a new initrd the old settings continue to get used. > > suggestion, make a backup of your current initrd and build a new one, then reboot. > > Assuming the running kernel is the wan you want to do it for, then something like: > cp -p /boot/initrd-`uname -r`.img \ > /boot/initrd-`uname -r`.img.worked > /sbin/new-kernel-pkg --package kernel \ > --mkinitrd --depmod --install `uname -r` > > use with care, and you may want to add a grub entry that uses the same kernel > and the ".worked" initrd, in case you need to get back where you are now. > Thanks for the warning, but I'm guessing the "new" mkinird tools handle this correctly: I updated to kernel-2.6.25-0.121.rc5.git4.fc9.i686 after I did the above renaming, and I can boot without issue. tom -- Tom London -- fedora-test-list mailing list fedora-test-list@xxxxxxxxxx To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list