Hey Eric,<br><br>Your partly right.<br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">However, they'd still have to load during bootup, then they'd get removed
<br>as a final step in /etc/rc.d/rc.local.  I think what Mark wanted (Mark,<br>please correct me if I'm wrong) is not to load them in the first place, so<br>that bootup happens faster.</blockquote><div><br>that`s what i want indeed. 
<br></div><br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">I'm far, far away from being any kind of an expert on Linux use of modules,
<br>but isn't it true that modules only get loaded if they are needed?  So, if<br>Mark goes through all the startup services (in chkconfig, or<br>system-config-services) and disables all the ones he doesn't want or need
<br>(which will probably be a lot of them), won't that result in modules not<br>getting loaded that are assocuated with the eliminated startup processes?</blockquote><div><br>That`s partly right.<br>i did remove all the services that i didn`t want  but the loaded module list is still the same.
<br>i even removed all the modprobe files and it`s still exactly the same. (rm -rf /etc/modprobe*) (actually moved them to my personal folder.. /home/mark)<br></div><br>This is the list of modules that i have:<br><br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">
[root@localhost ~]# lsmod<br>Module                  Size  Used by<br>ipv6                  276673  20<br>i915                   25793  3<br>drm                    78037  4 i915<br>autofs4                24645  2<br>nf_conntrack_ftp       13761  0
<br>nf_conntrack_netbios_ns     7105  0<br>nf_conntrack_ipv4      15049  12<br>xt_state                6593  12<br>nf_conntrack           61001  4 nf_conntrack_ftp,nf_conntrack_netbios_ns,nf_conntrack_ipv4,xt_state<br>nfnetlink              10841  2 nf_conntrack_ipv4,nf_conntrack
<br>xt_tcpudp               7233  14<br>ipt_REJECT              8641  2<br>iptable_filter          6977  1<br>ip_tables              16389  1 iptable_filter<br>x_tables               18757  4 xt_state,xt_tcpudp,ipt_REJECT,ip_tables
<br>cpufreq_ondemand       11981  1<br>acpi_cpufreq           14281  1<br>dm_multipath           21705  0<br>video                  21065  0<br>sbs                    19173  0<br>i2c_ec                  9281  1 sbs<br>button                 12113  0
<br>dock                   13669  0<br>battery                14149  0<br>ac                      9413  0<br>lp                     15977  0<br>parport                38025  1 lp<br>loop                   19785  0<br>arc4                    6209  2
<br>ecb                     7489  2<br>blkcipher              10181  1 ecb<br>rc80211_simple          8257  1<br>sdhci                  21069  0<br>serio_raw              10821  0<br>mmc_core               30661  1 sdhci<br>
b44                    29517  0<br>mii                     9409  1 b44<br>iTCO_wdt               14693  0<br>pcspkr                  7105  0<br>iTCO_vendor_support     7877  1 iTCO_wdt<br>iwl3945               141477  0<br>
i2c_i801               12241  0<br>intelfb                38629  0<br>mac80211              136005  2 rc80211_simple,iwl3945<br>cfg80211               12105  1 mac80211<br>i2c_algo_bit           11337  1 intelfb<br>i2c_core               24641  4 i2c_ec,i2c_i801,intelfb,i2c_algo_bit
<br>sr_mod                 20197  0<br>cdrom                  37217  1 sr_mod<br>snd_hda_intel          24281  0<br>snd_hda_codec         202689  1 snd_hda_intel<br>snd_pcm                74565  2 snd_hda_intel,snd_hda_codec
<br>snd_timer              24773  1 snd_pcm<br>snd                    53189  4 snd_hda_intel,snd_hda_codec,snd_pcm,snd_timer<br>soundcore              11553  1 snd<br>snd_page_alloc         13769  2 snd_hda_intel,snd_pcm<br>
joydev                 13441  0<br>sg                     37213  0<br>dm_snapshot            20709  0<br>dm_zero                 6209  0<br>dm_mirror              24277  0<br>dm_mod                 57229  9 dm_multipath,dm_snapshot,dm_zero,dm_mirror
<br>ata_piix               18757  2<br>ata_generic            12101  0<br>libata                115417  2 ata_piix,ata_generic<br>sd_mod                 23873  3<br>scsi_mod              137549  4 sr_mod,sg,libata,sd_mod<br>
ext3                  125385  2<br>jbd                    59881  1 ext3<br>mbcache                12357  1 ext3<br>ehci_hcd               35405  0<br>ohci_hcd               23749  0<br>uhci_hcd               26833  0<br>[
root@localhost ~]#</blockquote><div><br>Now all the modules that have: "Used By 0" can be thrown away because nothing is using it.<br>that`s what i want. i don`t want to load the modules first and unload them at the end of the boot progress (that doesn`t speed up the boot progress but slows it down).
<br><br>please tell me that it`s possible without recompiling the kernel :) (if not.. that will take serveral hours)<br><br>any ideas?<br></div><br><br><div><span class="gmail_quote">2007/6/9, Eric <<a href="mailto:spamsink@scoot.netis.com">
spamsink@scoot.netis.com</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">At 11:07 AM 6/9/2007, Nigel Henry wrote:<br><br><NH>>>>>You could make entries for them in /etc/rc.d/rc.local, which is the
<br>last init script to be run. Something like. modprobe -r <module name><<<<<<br><br>Good morning, Nigel.<br><br>However, they'd still have to load during bootup, then they'd get removed<br>as a final step in /etc/rc.d/rc.local.  I think what Mark wanted (Mark,
<br>please correct me if I'm wrong) is not to load them in the first place, so<br>that bootup happens faster.<br><br>(I seem to vaguely recall that part of an early mission statement for F7<br>was to not load eleventy-gazillion processes and modules on bootup, so that
<br>bootup would happen faster... looks like that was one of the objectives<br>that had to be deferred...)<br><br>I'm far, far away from being any kind of an expert on Linux use of modules,<br>but isn't it true that modules only get loaded if they are needed?  So, if
<br>Mark goes through all the startup services (in chkconfig, or<br>system-config-services) and disables all the ones he doesn't want or need<br>(which will probably be a lot of them), won't that result in modules not
<br>getting loaded that are assocuated with the eliminated startup processes?<br><br>I'd be wary of using /etc/rc.d/rc.local to remove modules previously<br>loaded... they were loaded for a reason after all...<br><br>
Eric Poole<br>Burgoyne, Nolet & Poole, Inc.<br><a href="http://www.bnpconsulting.com">www.bnpconsulting.com</a><br><br>--<br>fedora-list mailing list<br><a href="mailto:fedora-list@redhat.com">fedora-list@redhat.com</a>
<br>To unsubscribe: <a href="https://www.redhat.com/mailman/listinfo/fedora-list">https://www.redhat.com/mailman/listinfo/fedora-list</a><br></blockquote></div><br>