Too long to load?



  • @crispyoz
    Hi, this here is my log read
    Capture.PNG



  • @RandomPerson It seems to me that the module(s) loading after ip6_tables and before the mt7xxx module is where the delay is. So we need to determine which module is stalling. The modules get loaded in order based up the file name, so if you look in /etc/modules.d you can see the sequence prefix. My next step would be to move all the scripts that run between ip6-tables and the mt7 driver, so these are numbered 50 to 51. Try this:

    cd
    mkdir mods
    cd mods
    mv /etc/modules.d/51-* .
    mv /etc/modules.d/50-* .

    Now reboot and see if that resolves the issue. If not please post the directory listing of /etc/modules.d ( ls -l /etc/modules.d)



  • @crispyoz
    I am sorry, I will try to make my problem clearer to understand. Normally when the kernel finishes loading the modules,the ethernet is up and running (which I really need for this project). I removed all the modules one by one, got the module loading time faster but the ethernet loading time is literally the same.
    For example:
    module gets loaded at 95 seconds.
    ethernet is up and running.
    modules gets loaded at 45 seconds.
    ethernet is still not up till 95 seconds.

    Quite a few times I have noticed that module load faster, even with all the modules present. One certain period, I was able to replicate was when I disabled ra0 and restarted the system. Coincidentally I took out power and got same module loading time repeatedly and once I reboot, it went back to long loading time. This of course, I have not been able to replicate it since.



  • @RandomPerson What is your power source?



  • I use the USB to power. But I have not noticed any difference even by powering up through other way. Omega firmware loads faster so there must be something that I am missing right?



  • @RandomPerson I think it's time to get back to basics. You first need to determine if the issue is related to your customised firmware, or if it is a power issue.

    If you load standard Omega firmware, do experience this issue?
    Latest firmware is here: http://repo.onioniot.com/omega2/images/



  • @crispyoz
    No, I do not. Does it have something to do with block-mount? I believe pAd is partition disk?? And its partitioning or reading all blocks on each boot?



  • @RandomPerson if the standard software works ok and you have tried your firmware on more than one device and on each device your firmware causes this issue, then the question is what is unique about your custom firmware that is causing this issue.

    What changes have you made to the standard build? Have you made a change to the kernel version?

    Can you share your .config? from your build source root



  • @crispyoz
    Thank you for your reply. I did end up figuring out the problem. I connected to wifi and reboot it loaded a lot faster. Is there some sort of bug or is there something else that causes onion to load faster when wifi connection is present? I tried with a dummy wifi name and password, it was loading equally as fast.



  • @RandomPerson That's interesting, the boot logging shows the delay before the driver is loaded. I tried commenting out my wifi config and the boot time is no different.



  • @crispyoz
    Yeah, I find it weird too. Don't know the reason, will try to figure it out eventually. I will just work around it for now.

    Thank you for your time. I did not know about logread, which is being super helpful to me right now. So, thanks for that



  • @RandomPerson I still suspect this is power related, a lot of wierd stuff happens when there is insufficient current. When the wifi system starts there is a spike in current draw.



Looks like your connection to Community was lost, please wait while we try to reconnect.