Page 1 of 1

[Solved]modprobe settings not saved in changes.xzm

Posted: 27 Oct 2013, 01:40
by linuxnoob
i've been creating my own changes.xzm, by periodically converting the changes folder to a porteus module for backup purposes, kind of like the system restore point in windows.

the only thing i noticed that doesnt get saved is my modprobe settings, and network manager in xfce doesnt connect until i add these lines:

Code: Select all

modprobe -r rtl8192cu
modprobe rtl8192cu swenc=1
do i need a separate script to do this?

if i extract the module and use it as a normal changes folder everything works fine and network manager in xfce connects automatically

i have 2 installs one on hdd that uses normal changes folder and one on usb without changes but has the changes.xzm bulit from the changes folder on hdd

Re: modprobe settings not saved in changes.xzm

Posted: 27 Oct 2013, 07:14
by fanthom
not sure why it does not get saved but here is the workaround:
add 'rtl8192cu.swenc=1' cheatcode to the porteus.cfg
this will tell udev to load rtl8192cu module with 'swenc' parameter enabled.

you could also store that information in /etc/modprobe.d/rtl8192cu.conf but porteus.cfg is better as you can easily remove this cheat with TAB button when booting on other PCs (and in troubles because of it).

Re: modprobe settings not saved in changes.xzm

Posted: 28 Oct 2013, 06:50
by linuxnoob
thanks for your help fanthom, but unfortunately even those modprobe commands arent working now, i've tried deleting the connection, unplug and replug the usb, unload and reload driver, and it still doesnt work even though iwconfig shows an interface and iwlist iwlan1 scan shows the router.

Strangely though, if i uncompress the changes.xzm module and use it as an ordinary changes folder then it works straight away.

Does the module need to be in a specific order? it was at the top of modules folder so i renamed it to be at the end, but it made no difference.

Re: modprobe settings not saved in changes.xzm

Posted: 28 Oct 2013, 10:39
by brokenman
The first thing you should do is boot without your changes module and then see if your technique to get the wifi working still functions. If it does then start looking at the changes module for what is upsetting it. If it worked before and doesn't now then it could be changes, although this driver is reported to be shaky at best.

Re: modprobe settings not saved in changes.xzm

Posted: 28 Oct 2013, 10:41
by fanthom
not sure what you have done and i wont be able to tell you what's wrong without having access to the PC. i would start from the beginning and add components (modules, changes, /rootcopy files) one by one till you find what's causing the troubles.

Re: modprobe settings not saved in changes.xzm

Posted: 28 Oct 2013, 15:55
by linuxnoob
ok so after a long day of testing, i finally found what was wrong and possibly a bug.

two porteus installs, hdd and usb. hdd is first device so /porteus defaults to /mnt/sda2/porteus on both.

sgnfile=porteus-usb cheatcode solves that so usb points to /mnt/sdf1/porteus.

but changes still both point to /mnt/sda2/porteus/changes, shouldnt sgnfile= change the default /porteus folder?

so finally i fixed it by setting the changes= /dev/sdf1/porteus/changes cheatcode for the usb.

changes module now works correctly.

Re: modprobe settings not saved in changes.xzm

Posted: 28 Oct 2013, 16:00
by fanthom
shouldnt sgnfile= change the default /porteus folder?
nope. sometimes users may want to boot from 2 different installs but use the same changes.

btw: glad that you sorted it. please add [SOLVED] to the thread title.

Re: modprobe settings not saved in changes.xzm

Posted: 28 Oct 2013, 23:17
by linuxnoob
what i mean is, the changes=/porteus cheatcode should default to the booting drive instead of the first drive, that way if you have say 10 installs on 10 different devices you dont need to modify all 10 porteus.cfg files which would be error prone, and if you really want something more complex like booting from one device, loading modules from another, and saving changes to yet another then a more specific changes= path and sgnfile= path can be used.

just my 2 cents, would be more intuitive and easier for people to have a hdd install and a rescue disk type install on a usb and prevent funny things happening if i take my usb to someones elses computer who just happens to have porteus installed on his first hdd.