always looking for ways to customise distros and make them smaller.
yesterday i found that support for minix filesystems isnt a standard feature. slacko has or had it, early versions of puppy relied on it, i even found out my own distro has it. for debian-based distros, cat /proc/config.gz | grep MINIX_FS is the way to tell. for the earliest versions of puppy, you have to convert vmlinuz to vmlinux and run grep.
when i say "removing kernel modules" i mean moving them out of /lib/modules and seeing what happens. obviously some modules will be needed to boot, let alone function properly. the minix kernel module can be removed, i believe.
what else could we (optionally) get rid of?
this applies to modules that arent integrated in the kernel. the idea that you can make a tighter kernel with fewer modules isnt new. but i never hear about people deleting stuff from /lib/modules.
mine is 5% of 1gb. id have to reboot to be sure, or i might try this in qemu. but for example i usually remove the wireless card from my laptop (on the rare occasion when i need wifi, they have usb versions.)
theres > 100 items in kernel/drivers/net/wireless. i could probably just move those and then check the general stability for a while. have other people tried this sort of thing? this is what zdrv does, right? i mean it moves optional stuff to a different sfs.
removing kernel modules is safe?
- nosystemdthanks
- Posts: 703
- Joined: Thu 03 May 2018, 16:13
- Contact:
removing kernel modules is safe?
[color=green]The freedom to NOT run the software, to be free to avoid vendor lock-in through appropriate modularization/encapsulation and minimized dependencies; meaning any free software can be replaced with a user’s preferred alternatives.[/color]
No problem if you don't need the driver(s).
Did the same for XP...makes for a much smaller driver store.
Worth running 'depmod' afterwards to rebuild the kernel module database...it may not happen automatically.
lsmod in a terminal shows what you are actually using.
Of course this is all ok for your own use but may not be so useful for a public release.
One approach is to make an sfs of removed drivers so they can be added back easily.....I believe adrive is helpful there.
mike
Did the same for XP...makes for a much smaller driver store.
Worth running 'depmod' afterwards to rebuild the kernel module database...it may not happen automatically.
lsmod in a terminal shows what you are actually using.
Of course this is all ok for your own use but may not be so useful for a public release.
One approach is to make an sfs of removed drivers so they can be added back easily.....I believe adrive is helpful there.
mike
Anything not needed for your hardware can be removed, but then you have an OS that will only support your specific computer.
The things they do not tell you, are usually the clue to solving the problem.
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
- nosystemdthanks
- Posts: 703
- Joined: Thu 03 May 2018, 16:13
- Contact:
very cool. youre all confirming things i suspected, but then that was the point of this thread. thanks.
i got very expert at removing unnecessary components in windows 9x. took a few years, but i learned a lot about stripping down gnu/linux too. but i was never sure about /lib/modules. i do use rmmod, modprobe and lsmod. (and rmmod of course, doesnt remove the file, it just unloads it.)
i got very expert at removing unnecessary components in windows 9x. took a few years, but i learned a lot about stripping down gnu/linux too. but i was never sure about /lib/modules. i do use rmmod, modprobe and lsmod. (and rmmod of course, doesnt remove the file, it just unloads it.)
[color=green]The freedom to NOT run the software, to be free to avoid vendor lock-in through appropriate modularization/encapsulation and minimized dependencies; meaning any free software can be replaced with a user’s preferred alternatives.[/color]
Some one may prove me wrong, but I think it is the fdrv that is more appropriated in addition to the zdrv in new puppies for drivers and stuff.mikeb wrote:No problem if you don't need the driver(s).
Did the same for XP...makes for a much smaller driver store.
Worth running 'depmod' afterwards to rebuild the kernel module database...it may not happen automatically.
lsmod in a terminal shows what you are actually using.
Of course this is all ok for your own use but may not be so useful for a public release.
One approach is to make an sfs of removed drivers so they can be added back easily.....I believe adrive is helpful there.
mike
I have a fdrv_4.1.11_tahr64_2.sfs with lots of stuff in /lib just like the zdrv does.
I think the adrv is more for a use of applications etc.